[Fedora-packaging] Re: Proposal to limit file deps
fnasser at redhat.com
Thu Dec 21 16:39:38 UTC 2006
I have two questions:
1) If this is a problem that only affects yum and all the other
depsolvers do it efficiently, would it be better to fix yum instead or
working around it by spec file changes?
2) If we still use file deps for things in /bin /sbin /usr/bin
/usr/sbin, which happens for all GCJ compiled packages, wouldn't it
force the reading of the second file anyways?
Panu Matilainen wrote:
> On Thu, 21 Dec 2006, Axel Thimm wrote:
>> On Thu, Dec 21, 2006 at 12:59:37PM +0200, Panu Matilainen wrote:
>>> On Wed, 20 Dec 2006, Toshio Kuratomi wrote:
>>>> '''SHOULD''': If the package has file dependencies outside
>>>> of /etc, /bin, /sbin, /usr/bin, or /usr/sbin consider requiring the
>>>> package which provides the file instead of the file itself.
>>>> Using file dependencies outside of /etc, /bin, /sbin, /usr/bin,
>>>> or /usr/sbin requires yum (and other depsolvers using the repomd
>>>> to download and parse a large xml file looking for the dependency.
>>>> Helping the depsolvers avoid this processing by depending on the
>>>> instead of the file saves our end users a lot of time.
>>> Just FWIW, this doesn't actually help smart and apt at all,
>> Why? If unneccessary file dependencies are removed the files sizes get
>> smaller. Of course, yum has the larger benefits, but apt/smart/etc
>> would benefit from say cutting off half of the file dependencies, too.
> Looking up a file dependency is just as cheap as looking up a package
> dependency in apt and smart (AFAIK, haven't studien smart in too much
> detail), once the initial crunching through the available files is done.
> Throwing out *unnecessary* dependencies (file or package) is obviously
> good, even if it's hardly noticeable in the filesizes in reality. This
> simply doesn't change the fact that apt and smart need to download the
> filelists.xml along with primary.xml at all times to guarantee working
> with any old repomd repository.
> - Panu -
> Fedora-packaging mailing list
> Fedora-packaging at redhat.com
More information about the Fedora-packaging