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 1JChFJ-0000CJ-3P for garchives@archives.gentoo.org; Wed, 09 Jan 2008 20:09:53 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id F2A41E06C0; Wed, 9 Jan 2008 20:04:35 +0000 (UTC) Received: from smtp-out4.libero.it (smtp-out4.libero.it [212.52.84.46]) by pigeon.gentoo.org (Postfix) with ESMTP id 96CC0E06C0 for ; Wed, 9 Jan 2008 20:04:35 +0000 (UTC) Received: from mailrelay12.libero.it (192.168.32.131) by smtp-out4.libero.it (7.3.120) id 4628C883024D4EF3 for gentoo-dev@lists.gentoo.org; Wed, 9 Jan 2008 21:04:35 +0100 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AgAAAH63hEeXOQo6/2dsb2JhbAAIqgM Received: from unknown (HELO [192.168.0.6]) ([151.57.10.58]) by outrelay-b12.libero.it with ESMTP; 09 Jan 2008 21:04:33 +0100 Message-ID: <478528B8.3060807@gentoo.org> Date: Wed, 09 Jan 2008 21:04:08 +0100 From: Luca Barbato User-Agent: Thunderbird 2.0.0.9 (X11/20071127) 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] Re: Monthly Gentoo Council Reminder for January References: <20080101103002.083C4652C4@smtp.gentoo.org> <54551.192.168.2.159.1199365359.squirrel@www.aei-tech.com> <477D75CA.1030003@gentoo.org> <20080104000155.23e056b4@snowcone> <20080104004653.039f488e@snowcone> <20080104012750.63f4f23a@snowcone> <63044.68.54.223.178.1199445791.squirrel@www.aei-tech.com> <20080104210213.50a99e6b@snowcone> <61164.68.54.223.178.1199485599.squirrel@www.aei-tech.com> <20080104223754.3fb48b85@snowcone> <1199506818.7609.30.camel@inertia.twi-31o2.org> <20080105043233.0935d2f8@snowcone> <61307.68.54.223.178.1199541823.squirrel@www.aei-tech.com> <20080106003356.46087fef@snowcone> <20080106233412.5875626f@snowcone> <1199829889.8108.12.camel@inertia.twi-31o2.org> <20080109021735.42cd3856@snowcone> In-Reply-To: <20080109021735.42cd3856@snowcone> X-Enigmail-Version: 0.95.5 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Archives-Salt: ab8ea02f-7820-407f-894f-b6325191eb98 X-Archives-Hash: 391149660b900575dc03db1d34d11e48 Ciaran McCreesh wrote: > And why does repoman do that? > > Oh. Yeah. Because people with an attitude like yours think that the > correct way to fix a repoman message is to start nuking arch keywords, > ignoring what it does to the rest of the tree. Dropping keywords works perfectly to have repoman quit complaining, you just have to do a recursive dropping on the rdeps of this package. > Perhaps because the people maintaining those archs have better things > to do that deal with the same silly ill-thought-out arguments every > three months. cia/cvs commits ml says something different, gentoo wise at least. >> I mean, if vapier can maintain arm/sh/s390, by himself, to a better >> degree than the mips *TEAM* can do, that should be an indication of a >> problem. > > That's an interesting assertion. Can you back it up? Feel free to run imlate scripts and come up with some numbers. Note that I hate whining and I love get solutions. MOST of the packages runs fine if they build fine, MOST of the endian-issues or the 64bit-issues got caught by ppc and amd64 and there aren't that many right now. Ugly arch specific codepath could be present, but, as I said, usually you catch those breaking on gcc. So having some way to test if the package builds (cross toolchain) and if the package at least runs (qemu) IS something that should let small arches with large tree coverage improve a bit. Otherwise you can just reduce the tree coverage. lu -- Luca Barbato Gentoo Council Member Gentoo/linux Gentoo/PPC http://dev.gentoo.org/~lu_zero -- gentoo-dev@lists.gentoo.org mailing list