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 1RPlq4-0003lZ-Fj for garchives@archives.gentoo.org; Mon, 14 Nov 2011 02:00:00 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id B98DB21C085; Mon, 14 Nov 2011 01:59:51 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) by pigeon.gentoo.org (Postfix) with ESMTP id 425D621C022 for ; Mon, 14 Nov 2011 01:59:23 +0000 (UTC) Received: from [192.168.26.4] (ip98-164-193-252.oc.oc.cox.net [98.164.193.252]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: zmedico) by smtp.gentoo.org (Postfix) with ESMTPSA id A65F81B4026 for ; Mon, 14 Nov 2011 01:59:22 +0000 (UTC) Message-ID: <4EC075F9.4070801@gentoo.org> Date: Sun, 13 Nov 2011 17:59:21 -0800 From: Zac Medico User-Agent: Mozilla/5.0 (X11; Linux i686 on x86_64; rv:7.0.1) Gecko/20111102 Thunderbird/7.0.1 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: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] have portage be quiet by default References: <4EB4FA98.3080201@gentoo.org> <4EBD42EE.4060104@gentoo.org> <4EBEF208.5060500@gentoo.org> <201111121840.16686.vapier@gentoo.org> <4EBFBA75.3030500@gentoo.org> <1321188262-sup-4513@raeviah> <4EBFCD5D.3080807@gentoo.org> <1321194595-sup-8983@raeviah> <4EBFE727.8000903@gentoo.org> <4EC02CC0.9080907@gentoo.org> <4EC04E11.3060500@gentoo.org> <4EC0559C.4020806@gentoo.org> <4EC06E9D.4060803@gentoo.org> In-Reply-To: <4EC06E9D.4060803@gentoo.org> X-Enigmail-Version: 1.4a1pre Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Archives-Salt: 61c9b1de-f2a1-4219-aa4e-302c28bbeabc X-Archives-Hash: 79daef6881716eea7a15781b0e94f8f5 On 11/13/2011 05:27 PM, Thomas Sachau wrote: > Zac Medico schrieb: >> On 11/13/2011 03:09 PM, Thomas Sachau wrote: >>> Zac Medico schrieb: >>>> On 11/13/2011 07:49 AM, Thomas Sachau wrote: >>>>> Please give me a good reason, why i should by default do more things (adding quiet-build=n to the >>>>> default emerge opts or searching for and opening the build.log) and what i or others do get from >>>>> that. And less lines on the screen is no added value for me, it removes value. >>>> >>>> Why should we expose new users to legacy defaults that are useless to >>>> more than 99% users, when they would most likely prefer the >>>> --quiet-build display? >>> >>> Why should we change the default behaviour for existing users? Those, who dont want to see it, >>> probably already use --jobs or quiet-build=y. For the rest, they either dont know about those >>> options (which does not get better, if some default behaviour changes) or they dont want those >>> options (in which case you force them to change their configuration/scripts/way to do things). >> >> When we change defaults, it affects everyone who hasn't yet overridden >> the setting in EMERGE_DEFAULT_OPTS. That's just how it is. > > So you have no problem changing the expected behaviour for the existing user, who already got used > to the output or adjusted it themselves and might even rely on the verbose output? Additionally i > have not seen any message from portage telling me about this change, so most users wont know, what > changed or how to revert the change... It's in the ebuild ChangeLog, the RELEASE-NOTES, and there's also an elog message that's triggered when upgrading from less than portage-2.1.10.34 (portage-2.2.x users won't see the elog message, of course). I think it's worth noting that there's no guarantee that a given person who sees one of these notifications will make a mental connection between the notification and the new behavior that they will observe from emerge at a later time. The time gap leaves lots of room for a lack of comprehension. > I would at least expect some longer waiting period in the "discussion" before doing such changes or > presenting some real numbers before doing such change. Well, the initial feedback was all positive. By deploying the change, it has enabled us to gather more interest and get more feedback. >>> Additionally, do you have any numbers about existing or new users and about the percentage, which >>> would like the build output to be quiet? >> >> All I have is the feedback from this mailing list, an my own intuition. >> My intuition says that --quiet-build is reasonable default that the >> silent majority of people will welcome. >> >>> Otherwise i see such lines as guess and could say the same >>> about the exact opposite view ;-) >> >> Well, my interpretation of this thread says that the response is >> overwhelmingly positive, but I could be biased. ;) > > You are obviously biased, since you prefer the quiet output. ;-) > The numbers of commenting people in here are way too low to say anything, but there is obviously no > big majority for either side, which implies to me, that such a change should not have been done in > the first place and should be reverted. Well, it's much easier to gather interest and get feedback if we deploy the change and ask questions later. -- Thanks, Zac