qfile report a file as obsolete that is in fact need & use by a package, also the file is critical for system health. equery fail to report the file as own too. files are /usr/bin/i686-pc-linux-gnu-addr2line /usr/bin/i686-pc-linux-gnu-ar /usr/bin/i686-pc-linux-gnu-as /usr/bin/i686-pc-linux-gnu-c++ /usr/bin/i686-pc-linux-gnu-c++filt /usr/bin/i686-pc-linux-gnu-cpp /usr/bin/i686-pc-linux-gnu-g++ /usr/bin/i686-pc-linux-gnu-gcc /usr/bin/i686-pc-linux-gnu-gprof /usr/bin/i686-pc-linux-gnu-ld /usr/bin/i686-pc-linux-gnu-nm /usr/bin/i686-pc-linux-gnu-objcopy /usr/bin/i686-pc-linux-gnu-objdump /usr/bin/i686-pc-linux-gnu-ranlib /usr/bin/i686-pc-linux-gnu-readelf /usr/bin/i686-pc-linux-gnu-size /usr/bin/i686-pc-linux-gnu-strings /usr/bin/i686-pc-linux-gnu-strip Reproducible: Always Steps to Reproduce: 1.equery b /usr/bin/i686-pc-linux-gnu-ar 2.qfile -o /usr/bin/i686-pc-linux-gnu-ar 3. Actual Results: file is state as unused by a package Expected Results: file report as used & package show emerge -p portage-utils These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild R ] app-portage/portage-utils-0.1.24 qfile -V && equery -V portage-utils-0.1.24: compiled on Mar 7 2007 $Id: qfile.c,v 1.42 2007/01/13 19:17:39 solar Exp $ file written for Gentoo by <solar and vapier @ gentoo.org> equery(0.1.4) - Gentoo Package Query Tool Author(s): Karl Trygve Kalleberg and the url to the forum :p
can you mark http://bugs.gentoo.org/show_bug.cgi?id=170276 a dup of that one
*** Bug 170276 has been marked as a duplicate of this bug. ***
(In reply to comment #0) > qfile report a file as obsolete orphaned != obsolete, you've misread the option meaning. Plus, those files *are* orphaned, the symlinks are created by gcc-config and don't belong to any package. What exactly are you requesting here?
don't you think it could be a good idea to add /usr/bin/i686-pc-linux-gnu-* to the gcc-config package so ? this way qfile won't report it orphans, equery will report them belongs to gcc-config & user will keep them safe.
(In reply to comment #4) > don't you think it could be a good idea to add /usr/bin/i686-pc-linux-gnu-* to > the gcc-config package so ? Uhm, you apparently don't understand how gcc-config works; there's no sane way to add dynamically generated symlinks to CONTENTS file and it also wouldn't make sense.
of course i'm not a dev, so i don't really know how gcc-config works but check that equery b /usr/bin/ar [ Searching for file(s) /usr/bin/ar in *... ] sys-devel/binutils-2.15.92.0.2-r1 (/usr/bin/ar -> ../i686-pc-linux-gnu/bin/ar) they did put a symlink in binutils, also it will make sense if you keep in mind that this will stop equery & qfile missing theses files... but enough speak, i'm aware of that issue, if you don't find it enough high to get a solve, that's ok, just close the bug. But you better keep in mind, that users aren't all devs, and users dislike having dead files (ok ok, orphans :P) files on their disks, so if you made tools available to users, you better made them as safe as you can. See time waste on bug report else... (without speaking about users that will remove them & have their system working on one foot)
(In reply to comment #6) > they did put a symlink in binutils Not relevant; binutils is not slotted by default while gcc is... You don't get collisions w/ binutils, you would with gcc. # equery b /usr/bin/ar [ Searching for file(s) /usr/bin/ar in *... ] # is what you get w/ USE="multislot" emerge binutils
Closing bug
