On 14.05.2009 21:02, Michael Schwendt wrote:
On Thu, 14 May 2009 19:48:02 +0200, Thorsten wrote:
> On 12.05.2009 03:01, Rahul Sundaram wrote:
>> Any plans to support this in RPM Fusion?
> Besides "would be nice to have": not that I'm aware of.
There's the old thread from November. Some unanswered questions (hardware
resources, repo layout, verifying that the buildsys machine has the needed
deps available and installed), not much buy-in.
From my current point of view:
* hardware resources (CPU power, disk space) are afaics not a problem here
* I can't see any impact on the repo layout apart from a
(automatically generated) drpms/ sub-directory on the same level as
repodata/; or am I missing something?
* buildsys already got all that is needed to support stronger hashes
* more and more users and contributors ask for delta rpms and it would
be nice to support them soon
[...]
> Well, you need the old RPM to create deltas, but right now those
> immediately get deleted for the rawhide trees (which can be changed
> easily, but keeping one older versions for each package in rawhide would
> waste some space)).
Hmmm, we've had to work around many issue for Fedora Extras since day one.
Space constraints, fatal bugs in createrepo and other tools, ... with Rawhide
(and as a last resort if repo space matters) one could modify RepoPrune
to not delete packages but move them elsewhere where they would be
available for deltarpms creation. They could be deleted afterwards.
I'd say building deltas against one older package might be enough to
keep users satisfied -- I guess that might be easy to realize with the
current scheme, as we leave one older package in the updates repos
anyway; we can do the same for rawhide and maybe remove older stuff now
and them.
So moving packages elsewhere is afaics currently not worth the trouble.
CU
knurd