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 1RPt23-0002Ez-24 for garchives@archives.gentoo.org; Mon, 14 Nov 2011 09:40:51 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 04A3B21C06F; Mon, 14 Nov 2011 09:40:37 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) by pigeon.gentoo.org (Postfix) with ESMTP id F28A321C028 for ; Mon, 14 Nov 2011 09:39:53 +0000 (UTC) Received: from [192.168.1.89] (frnk-4d01daa2.pool.mediaWays.net [77.1.218.162]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: patrick) by smtp.gentoo.org (Postfix) with ESMTPSA id 1B454646CC for ; Mon, 14 Nov 2011 09:39:52 +0000 (UTC) Message-ID: <4EC0E1E6.1080209@gentoo.org> Date: Mon, 14 Nov 2011 10:39:50 +0100 From: Patrick Lauer User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:6.0) Gecko/20110812 Thunderbird/6.0 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: <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> <4EC075F9.4070801@gentoo.org> <20111114082513.GA19456@fury> In-Reply-To: <20111114082513.GA19456@fury> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Archives-Salt: a2447a73-7e91-4bda-9feb-b4d56a57a1c3 X-Archives-Hash: bbf6808b52005d3fd14c855df94eb93a On 11/14/11 09:25, Alex Alexander wrote: > On Sun, Nov 13, 2011 at 05:59:21PM -0800, Zac Medico wrote: >> Well, it's much easier to gather interest and get feedback if we deploy >> the change and ask questions later. > What if we tried solving this problem by providing more options instead > of trying to guess what the users want? :) > > Imagine the following output (when jobs == 1): > >>>> Verifying ebuild manifests >>>> Emerging (1 of 1) www-client/chromium-16.0.912.36 >>>> Quiet building enabled. Enable for [P]ackage or [S]ession. [L]earn more. >>>> Jobs: 0 of 1 complete, 1 running Load avg: 0.23, 0.18, 0.10 > Pressing P would only show the log for the actively built package. > Pressing S would show all the logs for this session, starting with the > active one. > > Pressing L would print out a short set of instructions, something > like: > > "To make portage output easier to track and understand, --quiet-build > has been enabled by default. You may restore the old, verbose behavior > temporarily by using the P and S commands, or permanently by adding > '--quiet-build=n' to your make.conf's EMERGE_DEFAULT_OPTS." > > I believe many users would appreciate the ability to output logs on > demand. :) Interactive stuff is a bad idea. Please don't make me figure out ways to interactively stab you ;) (I already spent so much time getting interactive ebuilds into a manageable state, and that was a more futile discussion than this one) Why do y'all want to make it harder for me to figure out 1) is it just slow at compiling or stuck in a loop? 2) did it compile with proper settings ( just because the ebuild finished with exit code 0 doesn't mean it's correct - yesterday I had to turn off quiet-build and re-compile squashfs-tools just to see if the build output was as expected) 3) did it install the files I expected it to install? (hmm, why don't I have the "znurgh" binary now?!) Not all failures are detected build failures ... And handling it over EMERGE_DEFAULT_OPTS is also ugly, if I had anything else in there I'd find it quite annoying to figure out how to keep --ask --keep-going while disabling --quiet-build selectively. So it'd be nicer to have a PORTAGE_QUIET_BUILD or similar var in make.conf - and still I'm annoyed that I have to spend time unbreaking the defaults. Can we please get this reset to "classic mode" and not try to innovate things that worked perfectly well the last decade? Patrick