rpms/polkit-gnome/devel polkit-gnome.spec, NONE, 1.1 .cvsignore, 1.1, 1.2 sources, 1.1, 1.2

Panu Matilainen pmatilai at laiskiainen.org
Wed Jun 10 18:01:28 UTC 2009


On Wed, 10 Jun 2009, Nicolas Mailhot wrote:
>
> Le Mer 10 juin 2009 15:28, Matthias Clasen a écrit :
>
>> I think we want something slighly less than this; rpm should track the
>> fact that a directory was created just because some files needed to be
>> put there, and it should be able to clean up if the last such file is
>> removed. But I should not fully assign ownership of the directory to
>> the
>> packages that just drop files in there. Ref-counting of implicitly
>> owned directories of some sort.
>
> That assumes all directory permissions are created equal, which isn't
> the case. Explicit automatic rpm directory ownership (à la rpm5.org,
> with the associated metadata growth),

AFAIK rpm5.org generates the directory dependencies at runtime from data 
already present in headers, ie the case b) I described here:
https://www.redhat.com/archives/fedora-devel-list/2009-June/msg00671.html. 
There's no associated metadata growth with that option, it's easy to add 
and forces directory ownership to be sorted out in the packages, otherwise 
the packages are simply uninstallable.

The directory information is of course in repodata too, but in the costly 
filelists part. Smart and apt have to download it anyway so they could be 
taught to look at directories with little zero extra cost, yum is the one 
that would take an extra hit here by having to always download filelists 
unlike now. Or move the directories into the primary metadata piece, or do 
a second depsolve + download round after ts.check() to pull in the runtime 
dependencies. In any case, every depsolver needs some modifications to 
work smoothly with this option.

 	- Panu -




More information about the fedora-devel-list mailing list