On Tue, 25 Oct 2005 16:05:00 -0400 solar <[EMAIL PROTECTED]> wrote: | You two are the ones trying to distort the meaning of RDEPEND= | simply because the depclean is broken for the cases you make.
Not at all. The 'R' in RDEPEND means 'needed after the compile is done'. However, for the sake of keeping the tree small, naming the variable STUFFTHATISNEEDEDAFTERTHECOMPILEISDONEDEPEND is clearly impractical. | Where is your GLEP for this? Where is a real like example? | I'm sure you can dig back in the tree and show us something you had | to fix in the tree if this is such a problem as you were asserting | last night. While your at it please go ahead and show us the code that | resolves the case for everybody so this silly thread can end. I'd hope that there aren't any cases of brokenness in the tree right now. However, if you'd like to manufacture some, an easy way would be to find any library (call it lib1) that installs a .h file that uses a .h file from another library (call it lib2), and then remove the dependency, unmerge the original library and then try to install a package which depends upon lib1. You're assuming that if lib1 needs something from lib2 then there will be an ELF dependency. This is incorrect in situations where templates are used. | I've already busted by ass and fixed the vital broken packages and | eclasses which INCORRECTLY included linux-headers etc in RDEPEND= Which is entirely different from things which CORRECTLY include linux-headers or any other library in DEPEND. -- Ciaran McCreesh : Gentoo Developer (Vim, Shell tools, Fluxbox, Cron) Mail : ciaranm at gentoo.org Web : http://dev.gentoo.org/~ciaranm
pgpXM1liltzMM.pgp
Description: PGP signature
