From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 4.0.0 (2022-12-14) on finch.gentoo.org X-Spam-Level: * X-Spam-Status: No, score=1.1 required=5.0 tests=DATE_IN_PAST_12_24,DMARC_NONE, INVALID_DATE,MAILING_LIST_MULTI autolearn=no autolearn_force=no version=4.0.0 Received: from mailgw2.netvision.net.il ([194.90.1.9]) by cvs.gentoo.org with esmtp (Exim 3.30 #1) id 15MuTb-0002y1-00 for gentoo-dev@cvs.gentoo.org; Wed, 18 Jul 2001 10:47:08 -0600 Received: from localhost (ras4-p34.rlz.netvision.net.il [62.0.85.162]) by mailgw2.netvision.net.il (8.9.3/8.9.3) with SMTP id TAA06048 for ; Wed, 18 Jul 2001 19:49:47 +0300 (IDT) Content-Type: text/plain; charset="iso-8859-1" From: Dan Armak To: gentoo-dev@cvs.gentoo.org Subject: Re: [gentoo-dev] Checking availability of a package from an ebuil d X-Mailer: KMail [version 1.2] References: <1DCB85BD45DED211B12D009027279E4F4767C9@murcury> In-Reply-To: <1DCB85BD45DED211B12D009027279E4F4767C9@murcury> Organization: Gentoo Technologies, Inc. MIME-Version: 1.0 Message-Id: <01071819482906.00590@localhost> Content-Transfer-Encoding: 8bit Sender: gentoo-dev-admin@cvs.gentoo.org Errors-To: gentoo-dev-admin@cvs.gentoo.org X-BeenThere: gentoo-dev@cvs.gentoo.org X-Mailman-Version: 2.0 Precedence: bulk Reply-To: gentoo-dev@cvs.gentoo.org List-Help: List-Post: List-Subscribe: , List-Id: Gentoo Linux development list List-Unsubscribe: , List-Archive: Date: Wed Jul 18 10:48:02 2001 X-Original-Date: Wed, 18 Jul 2001 19:48:29 +0300 X-Archives-Salt: d69cbfc7-e6f9-43a0-a3bf-59aac8a241e0 X-Archives-Hash: 7ce090ca242583d9358322445ce6933b On Wednesday 18 July 2001 17:47, you wrote: > > No I mean when _writing_ an ebuild, I want it to do different > > things based on > > whether some packages are installed. > > But should you? I guess it really depends on the specifics of what you are > doing, but as a general statement I think that an ebuild shouldn't make a > decision on how to build a package based on the fact that I currently have > something installed. I think the USE variables (plus the system you > proposed earlier) are the Way. > > Let's say I install vorbis (to continue our earlier discussion) to play > around with for a while but I don't set the USE for it. I decide I don't > like it and unmerge it. In the meantime I've merged a bunch of audio > utilities that have decided to build in vorbis support and now get snivelly > because it's not there anymore. > > This may not be in the least applicable to the situation you are working > on, but I think it merits a mention.... > I agree. If what I suggested (i.e. interactive decisions) is implemented, there'll be no problems. On the other hand, while we continue to use USE flags, such decisions may need to be made. But what I had in mind really was an unusual case. -- Dan Armak Gentoo Linux Developer Matan, Israel