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=2.0 required=5.0 tests=DATE_IN_PAST_12_24, DMARC_REJECT,INVALID_DATE,MAILING_LIST_MULTI autolearn=no autolearn_force=no version=4.0.0 Received: from g254.lweb.net ([209.167.237.254] helo=mercury.phoenix-interactive.com) by cvs.gentoo.org with esmtp (Exim 3.30 #1) id 15MsdQ-0002Mw-00 for gentoo-dev@cvs.gentoo.org; Wed, 18 Jul 2001 08:49:08 -0600 Received: by murcury with Internet Mail Service (5.5.2650.21) id <3XV66RLJ>; Wed, 18 Jul 2001 10:47:08 -0400 Message-ID: <1DCB85BD45DED211B12D009027279E4F4767C9@murcury> From: Sean Mitchell To: gentoo-dev@cvs.gentoo.org Subject: RE: [gentoo-dev] Checking availability of a package from an ebuil d MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="iso-8859-1" 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 08:50:03 2001 X-Original-Date: Wed, 18 Jul 2001 10:47:05 -0400 X-Archives-Salt: b0e48309-3eaa-40fe-9ffb-b5a029c83136 X-Archives-Hash: 804d49bb84202374abd88e4346ef2032 > 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.... Cheers, Sean ------------------------------------------------------------------------ Sean Mitchell Software Engineer smitchell@phoenix-interactive.com Phoenix Interactive Design Inc tel. 519-679-2913 x237 4th Floor, 137 Dundas St fax. 519 679 6773 London, ON, Canada N6A 1E9 ICQ# 104246806 ------------------------------------------------------------------------