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 1Hk7Z2-0004Pt-0a for garchives@archives.gentoo.org; Fri, 04 May 2007 23:51:52 +0000 Received: from robin.gentoo.org (localhost [127.0.0.1]) by robin.gentoo.org (8.14.0/8.14.0) with SMTP id l44NouVo007485; Fri, 4 May 2007 23:50:56 GMT Received: from meriadoc.alfred.edu (meriadoc.alfred.edu [149.84.147.232]) by robin.gentoo.org (8.14.0/8.14.0) with ESMTP id l44NmGgh003953 for ; Fri, 4 May 2007 23:48:16 GMT Received: from perdition.campus.alfred.edu (perdition.campus.alfred.edu [149.84.24.151]) (authenticated bits=0) by meriadoc.alfred.edu (8.13.1/8.13.1) with ESMTP id l44NmFFM032051 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Fri, 4 May 2007 19:48:15 -0400 From: Dan Meltzer To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] [news-item] Paludis 0.24 Date: Fri, 4 May 2007 19:48:19 -0400 User-Agent: KMail/1.9.6 References: <200705042249.48267.peper@gentoo.org> <200705041850.00514.hydrogen@notyetimplemented.com> <20070504235844.136fd6cf@snowflake> In-Reply-To: <20070504235844.136fd6cf@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: <200705041948.19737.hydrogen@notyetimplemented.com> X-Archives-Salt: 149ef9c7-9247-483d-98d6-1db324a7287e X-Archives-Hash: e3e4347d4fd030eb5e1b1801df96deed On Friday 04 May 2007 6:58:44 pm Ciaran McCreesh wrote: > On Fri, 4 May 2007 18:50:00 -0400 > > Dan Meltzer wrote: > > How does this fit the following parts of the GLEP? > > > > "Preemptive > > Preemptiveness is not a requirement for this particular news item. It's > necessary in many places but not this one. > > > Additionally, what about this is so critical that it will not allow > > elog to be used? > > Experience with other repositories has shown that if it's in elog, many > people won't see or read it, whereas if it's in a news item they will. > Placing it in a news item will significantly reduce the upstream > support load. That seems like a really bad road to go down. Would it not be better to extend elog to alert people at the end of an install as well? When I think of news I think of things that are required to do or my system will break. That is what I want out of news. I can't see how deprecated syntax fits that defination. The program should warn when it finds deprecated syntax, and the users will then know. Or if the users ignore it, then when the support is removed and the package errors, the user fixes it then without any major headache. It sure isn't something that will break a users system utterly if its not acted upon. -- gentoo-dev@gentoo.org mailing list