From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([208.92.234.80] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1OcHOx-0003Uo-KG for garchives@archives.gentoo.org; Fri, 23 Jul 2010 12:30:55 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id A19E0E0BFC; Fri, 23 Jul 2010 12:30:53 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) by pigeon.gentoo.org (Postfix) with ESMTP id 3A62BE0BED for ; Fri, 23 Jul 2010 12:30:41 +0000 (UTC) Received: from [192.168.1.69] (bl9-41-80.dsl.telepac.pt [85.242.41.80]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by smtp.gentoo.org (Postfix) with ESMTPSA id 4A53D1B431A for ; Fri, 23 Jul 2010 12:30:40 +0000 (UTC) Message-ID: <4C498B6B.5040700@gentoo.org> Date: Fri, 23 Jul 2010 12:30:35 +0000 From: "Jorge Manuel B. S. Vicetto" User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.4) Gecko/20100714 Thunderbird/3.1 Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@lists.gentoo.org Reply-to: gentoo-dev@lists.gentoo.org MIME-Version: 1.0 To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] Fw: [gentoo-commits] gentoo-x86 commit in app-backup/bacula: bacula-5.0.2-r2.ebuild ChangeLog References: <20100722182029.145a15bb@ham> <4C48884B.7030203@gentoo.org> <20100723090613.15aca81f@test> <1279877490.16887.2.camel@neuromancer.dev-zero.ch> <20100723133002.7912f158@test> <20100723123756.6d2e587b@snowcone> In-Reply-To: <20100723123756.6d2e587b@snowcone> X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Archives-Salt: a85e76d8-5b9b-4afb-a084-8d854ab36cd9 X-Archives-Hash: 9c8dadd8b4b80cbea9b869b0e68bfc80 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 23-07-2010 11:37, Ciaran McCreesh wrote: > On Fri, 23 Jul 2010 13:30:02 +0200 > Thomas Beierlein wrote: >>>> interesting. I did not know that an ebuild can use-depend on >>>> itself. Good to know. >>> >>> No, not good. It doesn't make any sense. > >> Can you give some reasoning for that? > > It's entirely unclear what deps upon self actually mean. Some people > use them to say that a package needs to be installed before it can > install itself. Thus, things like: > > DEPEND="|| ( myself myself-bin )" > > So a dependency upon myself[foo] would probably mean "I need > myself[foo] to be installed before I can install myself", not "I need > the foo flag to be set on myself". In this case the dependencies are clear. They're not pretty, but they're clear. > In any case, abusing DEPEND isn't a mechanism for implementing use > requirements. You should use the mechanism that's designed for use > requirements to do use requirements, which means waiting for EAPI 4 > and pkg_pretend, or just follow existing policy and pick one in the > case of a conflict. Abusing depend is a good way to do this, until we get better tools. I have to agree with Brian's proposal and say that in this particular case, the best solution is required_use and not pkg_pretend. - -- Regards, Jorge Vicetto (jmbsvicetto) - jmbsvicetto at gentoo dot org Gentoo- forums / Userrel / Devrel / KDE / Elections -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.16 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBAgAGBQJMSYtrAAoJEC8ZTXQF1qEPERoQAL6mZOy0q7SnJO1+7ykRCvSa sUTsb1sKwSi9XMAGeKGdwMZ6+8y9sbaidqlAyCcp+EOFRlUP2eXb+fZVgHCWSjRn VXEVBz3sYf/9VY8S2JF56MifJcysv9QePrf9dtm0VtbsD/lAlTBBVW2xM4AUJITB kZLaDTTWBh3KaK57EYkeT0cSzhB2wkmFo5uBvoTl3Gjefsdvx9pQwA3/W9BJl7YY XnxdXjSzVKw0t382dyoOvyNhRjnYN6eMnHKhLwUt1k7p1AmQLDIZso02IF1GpzwZ YVwMMogvBkAbJvFnwl+Vc/nQIsydYeYoQi5KDxVbQn3Dgmn7+i3yjfkGpCv2nHLQ QOBOlzxdx5cGxS1cQFM0//ugR16WWisfHn7d9X9kPlwvE516x14Pqig//cATh/Jk mbuvICHeUnxDzBnrWH4Z5QjRQhwtA/3dlK7M0k78PFgVjzChS+2o9w8jNNdjhp1+ oFj650hLrG3tpATZwLdKJViRo75Em+Mi+18z4BbwAhoL5VdeDPOxPYT8JemnLD2i 2f5hGvPcnAHJmlMkT00PpTR5BZZ4o6Kw69pqA0gYSP2pvDOtmqXVlEeJlhYpv57j bAgPXiG0DVlNkfPf9g+wVzcbFUYob7xGAG0IlDHU7S4IfIX+JzlfsFsskashH8of K7zcCISFebd/uD59cRPB =6TgE -----END PGP SIGNATURE-----