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.43) id 1DoUVs-0008OP-Kd for garchives@archives.gentoo.org; Fri, 01 Jul 2005 23:01:37 +0000 Received: from robin.gentoo.org (localhost [127.0.0.1]) by robin.gentoo.org (8.13.4/8.13.4) with SMTP id j61N0gqj000277; Fri, 1 Jul 2005 23:00:42 GMT Received: from smtp.gentoo.org (smtp.gentoo.org [134.68.220.30]) by robin.gentoo.org (8.13.4/8.13.4) with ESMTP id j61MwvTS000570 for ; Fri, 1 Jul 2005 22:58:58 GMT Received: from c-24-10-82-41.hsd1.ca.comcast.net ([24.10.82.41] helo=phaenix.haell.com) by smtp.gentoo.org with esmtp (Exim 4.43) id 1DoUTM-0001QY-TC for gentoo-dev@lists.gentoo.org; Fri, 01 Jul 2005 22:59:01 +0000 Received: by phaenix.haell.com (Postfix, from userid 1000) id 64B44244162C; Fri, 1 Jul 2005 15:59:00 -0700 (PDT) Date: Fri, 1 Jul 2005 15:59:00 -0700 From: Drake Wyrm To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] splitting build deps out from depends Message-ID: <20050701225900.GA8904@phaenix.haell.com> Mail-Followup-To: gentoo-dev@gentoo.org References: <20050701162524.GB11634@exodus.wit.org> <200507011349.19312.vapier@gentoo.org> 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 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="W/nzBZO5zC0uMSeA" Content-Disposition: inline In-Reply-To: <200507011349.19312.vapier@gentoo.org> X-Arch: athlon_tbird-gentoo-linux-gnu X-Fnord: There is no conspiracy X-Fortune: Happy is the child whose father died rich. User-Agent: Mutt/1.5.8i X-Archives-Salt: 0f65d75c-a211-481c-b973-806426a05c16 X-Archives-Hash: ced0231344df89af594ee09cdf847317 --W/nzBZO5zC0uMSeA Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Mike Frysinger wrote: > On Friday 01 July 2005 12:25 pm, Brian D. Harring wrote: > > Currently, we pretty much leave out the big dogs of build depends from > > ebuilds- basically we rely on the profile to require a suitable > > toolchain. Couple of issues with this though- >=20 > so what you're proposing is that we add binutils/gcc/glibc to every packa= ge=20 > that compiles something Can you compile without binutils/gcc/glibc? No? Then you need it. > make to every package that uses make,=20 Again, if you depend on make, then DEPEND on make. > sed/grep/bash/coreutils to every package which runs configure That's quite an interesting case. Yes, those should be in DEPEND, but it might be prudent to create an appropriate shortcut instead of explicitly adding each of those. Three possibilities come to mind. 0) For ebuilds which use the standard GNU autoconf-generated configure script, a standard set of tools could be added to DEPEND from a standard variable. =20 DEPEND=3D"${ac-configure} dev-libs/libwombat app-misc/imanotherdep" =20 where ${ac-configure} expands to everything that runs in yer typical configure script. 1) Use the eclasses. Right before inheriting eutils, provide a token to tell eutils to add some appropriate DEPEND tokens. =20 ac-configure=3Dyup inherit eutils Many of the eclasses add a few DEPEND tokens. Use the standard eclass(es) to add the standard DEPENDs. 2) Well, maybe cramming this into eutils isn't such a hot idea, but creating an eclass for the purpose of adding the generic dependencies would work better. edeps=3D"configure make c-tools" inherit edeps > tar/gzip/bzip2 to every package which has a gzipped/bzipped tarball in=20 > SRC_URI ? Now this could _definitely_ play into suggestion (2) above. Have the edeps eclass check the SRC_URI and add the appropriate unpacking packages. edeps=3D"make" SRC_URI=3D"http://www.wombats.com/i_need_tar_and_bzip2.tar.bz2" inherit edeps Whee. I know this will be shot down, as it has been shot down each time in the past that somebody has suggested it. I wish it were not the case. Almost every ebuild in the tree fails to completely and accurately reflect its dependencies. The fact that this is somehow a technical decision leads me to suspect that more of Portage is also horribly broken. --=20 Batou: Hey, Major... You ever hear of "human rights"? Kusanagi: I understand the concept, but I've never seen it in action. --Ghost in the Shell --W/nzBZO5zC0uMSeA Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (GNU/Linux) iEYEARECAAYFAkLFyrMACgkQQWVmeKdhp/LN7gCfRRgZ0oI3KTpvs2EKi9P0JEYp f3gAnAhp//QbSQyPOm4HQU7+3btA8t5Z =VCM/ -----END PGP SIGNATURE----- --W/nzBZO5zC0uMSeA-- -- gentoo-dev@gentoo.org mailing list