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 -
--
fedora-devel-list mailing list
fedora-devel-list@xxxxxxxxxx
https://www.redhat.com/mailman/listinfo/fedora-devel-list
