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 1JXJwS-0002vL-O5 for garchives@archives.gentoo.org; Thu, 06 Mar 2008 17:31:40 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id D47E0E0722; Thu, 6 Mar 2008 17:31:37 +0000 (UTC) Received: from siemen.orkz.net (mail.orkz.net [212.178.119.180]) by pigeon.gentoo.org (Postfix) with ESMTP id 789B1E0722 for ; Thu, 6 Mar 2008 17:31:37 +0000 (UTC) Received: (qmail 89759 invoked by uid 98); 6 Mar 2008 17:30:19 -0000 Received: from 192.168.1.220 by siemen.orkz.net (envelope-from , uid 89) with qmail-scanner-1.25 (clamdscan: 0.88.4/1763. spamassassin: 3.1.4. Clear:RC:1(192.168.1.220):. Processed in 0.022954 secs); 06 Mar 2008 17:30:19 -0000 X-Qmail-Scanner-Mail-From: jer@gentoo.org via siemen.orkz.net X-Qmail-Scanner: 1.25 (Clear:RC:1(192.168.1.220):. Processed in 0.022954 secs) Received: from unknown (HELO epia.jer-c2.orkz.net) (192.168.1.220) by siemen.orkz.net with AES128-SHA encrypted SMTP; 6 Mar 2008 17:30:19 -0000 Date: Thu, 6 Mar 2008 18:31:34 +0100 From: Jeroen Roovers To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] Monthly Gentoo Council Reminder for March Message-ID: <20080306183134.3df421f9@epia.jer-c2.orkz.net> In-Reply-To: <20080301103002.A2AE266A22@smtp.gentoo.org> References: <20080301103002.A2AE266A22@smtp.gentoo.org> X-Mailer: Claws Mail 3.3.1 (GTK+ 2.12.5; i686-pc-linux-gnu) 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=US-ASCII Content-Transfer-Encoding: 7bit X-Archives-Salt: db6f448d-bc1b-4a36-816e-e650c34a08bc X-Archives-Hash: 7bc0ca0e5930d71f50022473c6f3d140 On 01 Mar 2008 05:30:01 Mike Frysinger wrote: > This is your monthly friendly reminder ! Same bat time (typically > the 2nd Thursday at 2000 UTC / 1600 EST), same bat channel > (#gentoo-council @ irc.freenode.net) ! > > If you have something you'd wish for us to chat about, maybe even > vote on, let us know ! Simply reply to this e-mail for the whole > Gentoo dev list to see. The list of architectures that Gentoo supports is one of its greatest assets. It is important that Gentoo makes available an as large as possible set of packages to as many platforms as is sanely doable. For this purpose we have a testing and stabilisation system that depends on architecture keywords being propagated from one version to the next. I would like to stress to all package maintainers that dropping keywords, i.e. removing any architecture's keyword entirely, instead of replacing "arch" with "~arch", _hurts_ the Gentoo Project. Dropping a keyword should be done in exactly three cases: 1) When newly added dependencies for a version have not been keyworded. 2) When there is evidence that the new version contains architecture porting regressions, i.e. upstream knows or strongly suspects that a specific version no longer supports a specific architecture. 3) When a precompiled version is not available for a specific architecture. When a keyword is being dropped for one of the three reasons stated above, the relevant arch team should be notified by way of a bug, assigned to the package maintainer, and the arch team should be CC'd, explaining what should be done to validate readding the dropped keyword. Of course, if any dependencies can be keyworded in advance of adding the ebuild for which keywords would need to be dropped, as long as the arch teams respond in due time by keywording the new dependencies, dropping the keywords can be prevented entirely and fewer developers will get less work on their hands, but this does require better planning, and possibly holding off committing the new ebuild for a week (or two). When keywords have been dropped invalidly, a bug should be reported and assigned to the package maintainer. Arch teams should not be burdened with this task but may be CC'd on the bug to notify them of the situation. It should be clear to all ebuild developers that maintaining keywords is not the domain of the arch teams: Like the rest of any ebuild, it is the maintainer's responsibility to ensure keywords are soundly propagated from one version to the next, and the maintainer's responsibility to correct when a keyword has been dropped. -- gentoo-dev@lists.gentoo.org mailing list