From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([69.77.167.62] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1JZ8hk-000533-Q4 for garchives@archives.gentoo.org; Tue, 11 Mar 2008 17:56:01 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id E4016E05DE; Tue, 11 Mar 2008 17:55:18 +0000 (UTC) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.189]) by pigeon.gentoo.org (Postfix) with ESMTP id 294FBE0252 for ; Tue, 11 Mar 2008 11:41:03 +0000 (UTC) Received: by nf-out-0910.google.com with SMTP id f5so898353nfh.26 for ; Tue, 11 Mar 2008 04:41:02 -0700 (PDT) Received: by 10.78.139.14 with SMTP id m14mr17366582hud.76.1205235661851; Tue, 11 Mar 2008 04:41:01 -0700 (PDT) Received: by 10.78.25.3 with HTTP; Tue, 11 Mar 2008 04:41:00 -0700 (PDT) Message-ID: Date: Tue, 11 Mar 2008 03:41:00 -0800 From: "Alec Warner" Sender: antarus@scriptkitty.com To: "Ryan Hill" Subject: [gentoo-dev] Re: [gentoo-core] Keywords policy Cc: "Jeroen Roovers" , gentoo-core@lists.gentoo.org, gentoo-dev@lists.gentoo.org In-Reply-To: <47D60D36.6090402@gentoo.org> 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 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20080301103002.A2AE266A22@smtp.gentoo.org> <200803081610.33774.philantrop@gentoo.org> <20080310060849.4c2bf0c9@epia.jer-c2.orkz.net> <47D4F26C.7050701@gentoo.org> <20080310145044.19146whhfp0x6h0k@www2.mailstation.de> <20080310162619.50952j57if1ecwt4@www2.mailstation.de> <20080311044938.72401cd7@epia.jer-c2.orkz.net> <47D60D36.6090402@gentoo.org> X-Google-Sender-Auth: 0d1a2ab68772620b X-Archives-Salt: 575514cb-cb3b-47b3-8281-51dfad5170d6 X-Archives-Hash: b32f58a22b6a38bceb132279a075fbc6 On 3/10/08, Ryan Hill wrote: > Jeroen Roovers wrote: > > On Mon, 10 Mar 2008 16:26:19 +0100 > > "Wulf C. Krueger" wrote: > > > >> No, we didn't because the whole thing is p.masked for a reason. It, > >> KDE 4.0.1, is broken crap that should not yet be re-keyworded. > > > > OK then. and I am not going to cross-post this to -dev@, btw: why the > > hell did you decide to put broken crap in the tree? It should never have > > left your repository, it seems. > > > It's package masked and unkeyworded, which is a big hint that it's under > development. So Jer should just implicitly know not to keyword it? Why not make it explicit? That is all I am really asking for here. > > > > If you still wonder why I started rekeywording for HPPA, then let this > > be the final answer. It was no fault of mine - I did it on purpose. No > > keywording error - I was going to finish all the dependencies if you > > hadn't asked me not to (because by then you were claiming KDE team > > "reserves" the "right" to drop keywords at will and without notifying > > arch teams, as opposed to current policy. The repoman bug / missing > > feature left a few stones unturned, sadly, but I was going to do all of > > KDE 4. > > > You're still not getting this. The KDE team did not _want_ these ebuilds > keyworded. That's why they _weren't_ keyworded. That's why there was no bug > filed, saying "hey we dropped these keywords" because they _did not want_ you to > add them back yet. When the ebuilds were of sufficient quality that they could > be tested, then a bug is filed, the ebuilds are tested, and then re-keyworded. Right, but you did not make your want known, so how is Jer to know? > > Maintainers have every right to drop keywords if they think changes to their > package are drastic enough to require re-evaluation by an architecture team. > It's how we keep big fat calamity from befalling our users. Yes, they need to > inform the arch teams to re-add their keywords. No that request does not need > to come immediately if they're not ready for it. > > A simple rule to go by: Dropped keywords on package.masked packages are not > dropped keywords. If that package comes out of package.mask and still lacks > your keyword and no bug is filed, then yes, then you have a legitimate beef. > > This is simply the way things work from my point of view as a maintainer and a > arch dev for a oft keyword-dropped arch. RIght but if everyone is not following the same rules you get...well...this exact situation. The whole point of this discussion is not to assign blame, it is to figure out what we should change so this doesn't happen again as it obviously upset lots of folks. -Alec > > > > -- > fonts, gcc-porting, by design, by neglect > mips, treecleaner, for a fact or just for effect > wxwidgets @ gentoo EFFD 380E 047A 4B51 D2BD C64F 8AA8 8346 F9A4 0662 > > > -- gentoo-dev@lists.gentoo.org mailing list