From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([208.92.234.80] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1Q4HOE-0000ce-KX for garchives@archives.gentoo.org; Mon, 28 Mar 2011 18:42:10 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 37E341C167; Mon, 28 Mar 2011 18:41:57 +0000 (UTC) Received: from mail-iy0-f181.google.com (mail-iy0-f181.google.com [209.85.210.181]) by pigeon.gentoo.org (Postfix) with ESMTP id 92F0E1C014 for ; Mon, 28 Mar 2011 18:41:14 +0000 (UTC) Received: by iyb26 with SMTP id 26so5013091iyb.40 for ; Mon, 28 Mar 2011 11:41:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:in-reply-to:references:from :date:x-google-sender-auth:message-id:subject:to:content-type :content-transfer-encoding; bh=146xvqKRQkvzQHF3izrfAGACpxBR72jvd63WGMK31eI=; b=Sep97jEIUcFfSA+XaScK78Z5mk9pzM2YIjCOeU5dFcd5gcEqhFEoIksE6D7YneE7mE gpF6GTMiyUO2NNEEWRXYY6dWm9g88ItXye3iG1Bte8Sw9+nUNz4Uvu5xDj0MuKHmW4qr o5zjhClayQeUxHkz8zuox8a1WhC3e0exeVHcY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:content-type :content-transfer-encoding; b=eHo72joP+L10wc8JSJeLCYnXViWufJuiT6FnItnAflMOKHTc1mNLNLvr7bRy6Axjyj RXQBhtRA+4/Lzed5rq0fzpUjvs5I4lsppoW0hx+XV2QdcY2a6pq/hXO8DXmJ8mUVG0wi TQlxnpVpPv2x7L3n23ZM/GdTmgCI8M9V1xUOw= Received: by 10.231.185.105 with SMTP id cn41mr4576078ibb.72.1301337674069; Mon, 28 Mar 2011 11:41:14 -0700 (PDT) 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 Sender: vapierfilter@gmail.com Received: by 10.231.11.195 with HTTP; Mon, 28 Mar 2011 11:40:54 -0700 (PDT) In-Reply-To: <4D90D112.1030809@gentoo.org> References: <4D8F1BEF.8040203@gentoo.org> <20110328145701.GL14321@denkmatte.mittag-leffler.se> <1301327018.11142.0.camel@dauntless> <4D90D112.1030809@gentoo.org> From: Mike Frysinger Date: Mon, 28 Mar 2011 14:40:54 -0400 X-Google-Sender-Auth: meAN9qqHBgaXIUqNDBgddENOO6Q Message-ID: Subject: Re: [gentoo-dev] developer profile, FEATURES=digest To: gentoo-dev@lists.gentoo.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Archives-Salt: X-Archives-Hash: 10588365dfd47cd05bd1b159fa0c388d On Mon, Mar 28, 2011 at 2:18 PM, justin wrote: > On 28/03/11 19:03, Mike Frysinger wrote: >> On Mon, Mar 28, 2011 at 11:43 AM, Christoph Mende wrote: >>> On Mon, 2011-03-28 at 16:57 +0200, Thomas Kahle wrote: >>>> On 13:13 Sun 27 Mar =C2=A0 =C2=A0 , "Pawe=C5=82 Hajdan, Jr." wrote: >>>>> FEATURES=3Ddigest results in a scary warning and a possibly dangerous >>>>> re-generation of manifests at the beginning of every emerge: >>>>> >>>>> =C2=A0* The FEATURES=3Ddigest setting can prevent corruption from bei= ng noticed. >>>>> =C2=A0* The `repoman manifest` command is the preferred way to genera= te >>>>> =C2=A0* manifests and it is capable of doing an entire repository or = category at >>>>> =C2=A0* once. >>>>> >>>>> However, FEATURES=3Ddigest is enabled in the developer profile, and o= nly >>>>> in that profile: >>>>> >>>>> $ egrep '^FEATURES=3D.*digest' -r /usr/portage/profiles/ >>>>> /usr/portage/profiles/targets/developer/make.defaults:FEATURES=3D"col= lision-protect >>>>> digest multilib-strict sign splitdebug stricter test test-fail-contin= ue >>>>> userpriv usersandbox" >>>>> >>>>> I'd like to suggest removing "digest" from the line above. I've been >>>>> running with the developer profile and -digest in /etc/make.conf, and >>>>> everything is working fine. >>>> >>>> +1. >>>> >>>> I disabled it on the first day and never had any issues. >>> >>> I guess the real question here is: why was it enabled? >> >> because doing active development on ebuilds by definition invalidates >> the manifest. =C2=A0portage didnt use to whine about it at all. =C2=A0a = lot >> easier to `emerge foo` without having to manually run `ebuild foo >> manifest` all the damn time. > > In my opinion, setting > EBUILD_DEFAULT_OPTS=3D"--skip-manifest" > and using the "undigested" ebuild only with the ebuild command is a > better way, then the FEATURE=3Ddigest approach. highly workflow dependent. your setup wouldnt cover all of mine. -mike