Re: Proposal: drop delta rpms (for real this time)

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



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@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to devel-leave@xxxxxxxxxxxxxxxxxxxxxxx
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@xxxxxxxxxxxxxxxxxxxxxxx
Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue




[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [Fedora Announce]     [Fedora Users]     [Fedora Kernel]     [Fedora Testing]     [Fedora Formulas]     [Fedora PHP Devel]     [Kernel Development]     [Fedora Legacy]     [Fedora Maintainers]     [Fedora Desktop]     [PAM]     [Red Hat Development]     [Gimp]     [Yosemite News]

  Powered by Linux