From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([69.77.167.62] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1KuDvK-0006aD-Fh for garchives@archives.gentoo.org; Sun, 26 Oct 2008 22:17:26 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 68E95E02E7; Sun, 26 Oct 2008 22:17:26 +0000 (UTC) Received: from tommyserver.de (tommyserver.de [85.14.217.158]) by pigeon.gentoo.org (Postfix) with ESMTP id 3D6C5E02E7 for ; Sun, 26 Oct 2008 22:17:26 +0000 (UTC) Received: from [192.168.178.22] (Q45c7.q.pppool.de [89.53.69.199]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tommyserver.de (Postfix) with ESMTPSA id E86C0D595F4; Sun, 26 Oct 2008 23:17:28 +0100 (CET) Message-ID: <4904EC6A.5070303@gentoo.org> Date: Sun, 26 Oct 2008 23:17:14 +0100 From: Thomas Sachau 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: gregkh@gentoo.org CC: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in net-misc/bti: bti-007.ebuild ChangeLog metadata.xml Manifest References: <20081026173629.GA4330@spoc> <20081026215802.GA21085@kroah.com> In-Reply-To: <20081026215802.GA21085@kroah.com> X-Enigmail-Version: 0.95.7 OpenPGP: id=211CA2D4 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="------------enigB5D1156D4DD8F70E587A5A32" X-Archives-Salt: 5cd21bb9-9825-47eb-b275-ac658ed0d171 X-Archives-Hash: 68bf671489b7008fbd70f20eb0ed22bb This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigB5D1156D4DD8F70E587A5A32 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Greg KH schrieb: >>> src_install() { >>> doman bti.1 >>> dobin bti >>> dodoc bti.example README RELEASE-NOTES >>> } >> You really should have some or all of these functions die on failure. >=20 > Why would any of these fail if the src_compile succeeded? What happens, if upstream changes the name of the binary on version bump = or changes the compile output location? >=20 > And, for some reason I thought that the default was that if there was a= n > error in them, they would "die" on their own. Is that not the case? Sadly not. Some functions do die (like epatch or econf), others do not (l= ike emake, dobin, doman....). If i remember correctly, those that are external functions do= die, the others do not. --=20 Thomas Sachau Gentoo Linux Developer --------------enigB5D1156D4DD8F70E587A5A32 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) iJwEAQEKAAYFAkkE7HIACgkQG7kqcTWJkGeXpQP+PWxe1r2SyebanB2yjk1CEp7P UHDVa4kSQ2Qzx24Z/+8NYMIQrnk4za/qTBzMX0XkdnRXa87H0NuJgaCEcc0qTWFg RX8KR96ll+EUFPWpjDr+3l3zAlsvfIhOfj7IjaZJ/JSoh+1vtSqrq7qaU/7XMbP3 +LsuFGT8iOSV28mbIds= =vMX/ -----END PGP SIGNATURE----- --------------enigB5D1156D4DD8F70E587A5A32--