From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from lists.gentoo.org ([140.105.134.102] helo=robin.gentoo.org) by nuthatch.gentoo.org with esmtp (Exim 4.50) id 1EUV5B-0007M7-I9 for garchives@archives.gentoo.org; Tue, 25 Oct 2005 20:07:41 +0000 Received: from robin.gentoo.org (localhost [127.0.0.1]) by robin.gentoo.org (8.13.5/8.13.5) with SMTP id j9PK6tc9022620; Tue, 25 Oct 2005 20:06:55 GMT Received: from mail01.emarketsouth.com (mail01.emarketsouth.com [208.247.233.6]) by robin.gentoo.org (8.13.5/8.13.5) with SMTP id j9PK52QJ030855 for ; Tue, 25 Oct 2005 20:05:03 GMT Received: (qmail 16957 invoked by uid 399); 25 Oct 2005 20:03:44 -0000 Received: from unknown (HELO alto) (64.192.54.4) by mail01.emarketsouth.com with SMTP; 25 Oct 2005 20:03:44 -0000 Subject: Re: [gentoo-dev] Reminder on dependencies. From: solar To: gentoo-dev@lists.gentoo.org In-Reply-To: <20051025201602.6d0bf6eb@snowdrop.home> References: <1130199485.1413.3.camel@Darkmere.darkmere> <435DB66F.9060807@gentoo.org> <20051025131519.29788e3d@snowdrop.home> <435E3C7F.6060308@gentoo.org> <20051025173956.0348f310@snowdrop.home> <1130262936.8910.63.camel@alto> <20051025201602.6d0bf6eb@snowdrop.home> Content-Type: text/plain Organization: Gentoo Linux Date: Tue, 25 Oct 2005 16:05:00 -0400 Message-Id: <1130270701.8911.89.camel@alto> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@gentoo.org Reply-to: gentoo-dev@lists.gentoo.org Mime-Version: 1.0 X-Mailer: Evolution 2.2.3 Content-Transfer-Encoding: 7bit X-Archives-Salt: 3a76512e-e656-404e-9457-c32646eab9e2 X-Archives-Hash: 4e2f4f0812bf23888cdc2e86979cb3f1 On Tue, 2005-10-25 at 20:16 +0100, Ciaran McCreesh wrote: > On Tue, 25 Oct 2005 13:55:36 -0400 solar wrote: > | Please do not put words in my mouth. I've already asserted to you > | several times that the definition of RDEPEND= is unclear and that we > | do infact need a new set of depend atoms. R=(runtime) not Buildtime > | for the NNth time. Till then please focus your efforts on something > | useful that does not break other peoples systems or projects. > > Given the choice of possibly causing minor inconvenience to the embedded > people or outright breaking the tree for every single user, the sane > option is to keep the tree working. If embedded has a requirement for > better DEPEND specifications, why don't they start working on a GLEP? Embedded GLEP eh? You two are the ones trying to distort the meaning of RDEPEND= simply because the depclean is broken for the cases you make. 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've already busted by ass and fixed the vital broken packages and eclasses which INCORRECTLY included linux-headers etc in RDEPEND= we already worked with releng and other groups to ensure that things function properly, so heh no GLEP is needed from embedded as things are/were functioning correctly. -- solar Gentoo Linux -- gentoo-dev@gentoo.org mailing list