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.62) (envelope-from ) id 1Hknox-0002Bh-PA for garchives@archives.gentoo.org; Sun, 06 May 2007 20:59:08 +0000 Received: from robin.gentoo.org (localhost [127.0.0.1]) by robin.gentoo.org (8.14.0/8.14.0) with SMTP id l46KvoVj006148; Sun, 6 May 2007 20:57:50 GMT Received: from hapkido.dreamhost.com (hapkido.dreamhost.com [66.33.216.122]) by robin.gentoo.org (8.14.0/8.14.0) with ESMTP id l46KsUq3001328 for ; Sun, 6 May 2007 20:54:31 GMT Received: from randymail-a3.g.dreamhost.com (sd-green-bigip-145.dreamhost.com [208.97.132.145]) by hapkido.dreamhost.com (Postfix) with ESMTP id 62CF017AB41 for ; Sun, 6 May 2007 13:54:03 -0700 (PDT) Received: from [192.168.1.4] (c-75-68-33-130.hsd1.nh.comcast.net [75.68.33.130]) by randymail-a3.g.dreamhost.com (Postfix) with ESMTP id 6A45B185A29 for ; Sun, 6 May 2007 13:54:03 -0700 (PDT) From: Dan Meltzer To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] GLEP 42 news item for review: Radiant upgrade Date: Sun, 6 May 2007 16:54:04 -0400 User-Agent: KMail/1.9.6 References: <1178433936.13701.10.camel@ip6-localhost> <463E3BB3.4010105@gentoo.org> <20070506213816.49d44d37@snowflake> In-Reply-To: <20070506213816.49d44d37@snowflake> 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: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200705061654.04644.hydrogen@notyetimplemented.com> X-Archives-Salt: 07cdc148-64c0-4429-9227-4b4eced0898a X-Archives-Hash: 492f72f640d595e0960c34b579a24170 On Sunday 06 May 2007 4:38:16 pm Ciaran McCreesh wrote: > On Sun, 06 May 2007 22:33:55 +0200 > > Jakub Moc wrote: > > Ciaran McCreesh napsal(a): > > > On Sun, 6 May 2007 16:00:56 -0400 > > > > > > Dan Meltzer wrote: > > >>> Er, making elog logged by default would not solve the "requires an > > >>> explicit read" problem. Making elog require an explicit read would > > >>> be far too annoying because most elog notices are noise. We've > > >>> been over this already. > > >> > > >> Not if one filters it properly. ELOG_CLASSES="warn error" sounds > > >> like a sane default to me. > > > > > > So you want users to have to explicitly acknowledge all ewarn > > > notices? Now *that*'s a way of making the system useless by > > > overusing it. > > > > Why would you acknowledge them? They are a different feature (plus, > > seriously no mail gets automagically marked as read, if you use the > > mail elog feature e.g. Maybe you should actually try to use the stuff > > before recycling your 'our experience shows' and 'elog sucks' > > scratched record once again.) > > Maybe you should reread the context I've quoted. Dan is proposing > making elog require explicit acknowledgements. Thats news to me. I was proposing using elog where it was logical, you were the one who appended the "explicitly aknowledged" to it. > > > Plus, why's this thread been hijacked again for the paludis upgrade > > stuff that doesn't need any news at all and that's been committed in > > breach of GLEP42 itself?! > > Because some people won't stop looking for any available excuse to rant > about anything that has or can be made to have 'paludis' in it, and > they don't bother to read the rest of the discussion before they do so. > > > - drop this "users like it" and "experience has shown" stuff. > > Experience based on 4 news items is no experience at all; experience > > based on one-package overlay is irrelevant wrt a repository with > > thousands of ebuilds; and "users like it" may be nice for one package > > overlay, and a genuine PITA for a tree with thousands of ebuilds at > > the same time. Repeating it doesn't go anywhere, nor will it make any > > of your point more valid. > > And yet it's infinitely more experience than anyone else has at this > point. When there's a better collection of data available we'll use > that instead. -- gentoo-dev@gentoo.org mailing list