From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 21536 invoked by uid 1002); 27 May 2003 15:27:59 -0000 Mailing-List: contact gentoo-dev-help@gentoo.org; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@gentoo.org Received: (qmail 21487 invoked from network); 27 May 2003 15:27:58 -0000 Message-ID: <3ED383F9.9020102@gentoo.org> Date: Tue, 27 May 2003 11:27:53 -0400 From: William McArthur User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.3) Gecko/20030319 X-Accept-Language: en-us, en MIME-Version: 1.0 To: gentoo-dev@gentoo.org References: <1053653430.29351.21.camel@mcvaio.liquidx.net> <20030526181230.GA6277%chutz@gg3.net> <1053973218.8263.28.camel@vader> <200305261149.36753.george@gentoo.org> <20030526192439.GB9995@time> <3ED2C203.7060902@gentoo.org> In-Reply-To: <3ED2C203.7060902@gentoo.org> X-Enigmail-Version: 0.73.1.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [gentoo-dev] common ebuild mistakes X-Archives-Salt: 8c6d8a05-685e-472e-855b-4a4e40b87539 X-Archives-Hash: 0df4a841ec54c4e35e96e4392607163e I'd like to add to the list-all-deps-including-packages-in-system because long ago I wanted to install sys-apps/man before I had installed the full system so that I could read man pages before I started my full install. The problem was man requires a pager like less to work. You can read the bug report here: http://bugs.gentoo.org/show_bug.cgi?id=6565 The end result was: man and less are both in system so that one does not need to depend on the other as they will both be installed. I'm of the opinion this is the wrong choice but whatever, life goes on, I worked around the problem. Sandy Zach Welch wrote: > Aron Griffis wrote: >> George Shapovalov wrote:[Mon May 26 2003, 02:49:36PM EDT] >> >>> As such it makes sense to put some absolutely something basic in >>> DEPEND for the package which does not have any apparent (as >>> non-trivial, not bad-researched) dependencies. In that respect >>> virtual/glibc perfectly fits the bill... >> >> DEPEND="" works just as well. Since glibc is in the default >> profile, there's no reason to list it as a dependency, just like we >> can assume some basic shell utilities are present when the ebuild >> is processed. >> > > Depending on the degree you are talking here, I tend to disagree with > the notion of not including some so call "basic" dependencies, > because profiles can have variations that may include stripping out > some core components. As we move into the embedded realm, the > definition of our "core profile" will need to be reduced, so adding > full dependency information now is not necessarily a bad thing. > > Instead, we need to clarify a truly minimal system set of packages > (such as libc) for which their dependency information need not be > included. This will probably be taken up as part of the embedded > project's efforts to scale the system down, so there is not pressure > to do this now. -- gentoo-dev@gentoo.org mailing list