[Rpm-maint] [rpm-software-management/rpm] Default to 64bit file sizes in headers? (#864)
notifications at github.com
Wed Sep 25 11:37:42 UTC 2019
Another topic inspired by the deltarpm discussion in #861 :
Rpm has supported 64bit file sizes since 4.6.0, but has only used them when actually required to do so in the name of backwards compatibility and minimal disruption. The downside is that since few packages are big enough to actually invoke this path, all sorts of pesky bugs lurk in and near the rarely crossed 32/64 bit border. What makes it worse is when the sizes mix and match, for example a large package requiring 64bit payload sizes can still consist of individual files using 32bit sizes. And when files/packages grow that one final byte over the limit, a number of these things will suddenly use different tags. I haven't looked but I wouldn't be surprised if deltarpm doesn't handle that case, and at any rate it'd probably be happier without having to handle it.
It's 2019, I think we could afford 64bit sizes everywhere.
There would of course need to be configurable(s) to enable 32bit sizes for backwards compatibility for those who need it, but every rpm version released in the last 10 years can handle this. Only rpm <= 4.4.x cannot, and that means the largely EOL era of RHEL-5 and friends.
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the Rpm-maint