[prev in list] [next in list] [prev in thread] [next in thread] 

List:       fedora-devel-list
Subject:    Re: Proposal: drop delta rpms (for real this time)
From:       Demi Marie Obenour <demiobenour () gmail ! com>
Date:       2023-03-02 17:30:14
Message-ID: 742f60b1-5728-b549-a7c3-84c7fc6e1e92 () gmail ! com
[Download RAW message or body]

On 2/28/23 05:06, Petr Pisar wrote:
> V Tue, Feb 28, 2023 at 02:47:03AM -0000, Daniel Alley napsal(a):
>> I am not sure whether by "all historical updates" you are only referring to
>> all updates being listed in updateinfo.xml, or all history generally
>> (including old packages).
> 
> The latter.
> 
>> But in the latter case, note that keeping all
>> updates massively inflates the storage requirements for maintaining a copy
>> of the repo, which many (or even most) corporate users do.  This is not
>> a huge problem, generally, but it's also not ideal, and probably isn't the
>> right tradeoff for Fedora.
>>
> I know. I only replied the question.
> 
>> Here[0] for example is RHEL 8 baseos and appstream, for which the difference
>> between storing "only the latest package" and "all the packages listed" is
>> 20x and 10x, respectively.  Metadata size would likewise be larger, meaning
>> DNF clients have more to download.
>>
> I don't say Fedora needs to do it the same way. Fedora could only accumulate
> updateinfos while only retaining the latest package. Would it inflate
> metadata? Definitely. But if you want to deliver the data to the clients, you
> have to store them somewhere. Would that affect all clients? No.
> updateinfo.xml can only be downloaded by clients requesting that data. People
> doing "dnf upgrade" can safely skip it.
> 
> Or Fedora could reverse it: Fedora would run a network service which clients
> would send a list of installed packages and the service would return a list of
> affected packages. At the end, ostree od debuginfod services work like that.

debuginfod clients should be checking the downloaded data against a hash included
in the binary being debugged.
-- 
Sincerely,
Demi Marie Obenour (she/her/hers)
_______________________________________________
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-leave@lists.fedoraproject.org
Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue

[prev in list] [next in list] [prev in thread] [next in thread]