From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) by finch.gentoo.org (Postfix) with ESMTP id E0D1E138010 for ; Wed, 19 Sep 2012 12:15:41 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 2336621C020; Wed, 19 Sep 2012 12:15:27 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) by pigeon.gentoo.org (Postfix) with ESMTP id 46008E0566 for ; Wed, 19 Sep 2012 12:14:46 +0000 (UTC) Received: from localhost (pc-223-111-101-190.cm.vtr.net [190.101.111.223]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: aballier) by smtp.gentoo.org (Postfix) with ESMTPSA id E1B0533CB84 for ; Wed, 19 Sep 2012 12:14:44 +0000 (UTC) Date: Wed, 19 Sep 2012 09:14:38 -0300 From: Alexis Ballier To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in profiles: ChangeLog profiles.desc Message-ID: <20120919091438.512ade99@gentoo.org> In-Reply-To: <201209190138.52053.vapier@gentoo.org> References: <20120828002311.815E120987@flycatcher.gentoo.org> <201209162206.19807.vapier@gentoo.org> <20120917092250.61d9f75a@gentoo.org> <201209190138.52053.vapier@gentoo.org> Organization: Gentoo X-Mailer: Claws Mail 3.8.1 (GTK+ 2.24.12; x86_64-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: be7b456b-3b43-4f1a-9e62-c6d07266d755 X-Archives-Hash: dca678fd0f1f4674c473324fe0f4e8bf On Wed, 19 Sep 2012 01:38:51 -0400 Mike Frysinger wrote: > On Monday 17 September 2012 08:22:50 Alexis Ballier wrote: > > On Sun, 16 Sep 2012 22:06:19 -0400 Mike Frysinger wrote: > > > On Sunday 16 September 2012 11:01:00 Alexis Ballier wrote: > > > > also, you are missing some bug # for the 'broken deps' part. > > > > packages that have gained broken deps when the profile was > > > > marked 'dev', or that you committed with your profile.desc > > > > locally modified, do not count and are your fault actually... > > > > > > wrong. if i'm version bumping a package and i see broken > > > amd64-fbsd deps, that is not my problem. sounds like i'll simply > > > de-keyword it in the future and let someone else pick up the > > > pieces. > > > > why do you want to treat amd64-fbsd different than other arches ? > > atm, i see amd64-fbsd as a toy arch that is impacting more negatively > than it is positively. negatively ? [...] > > just to make the work of those that want to maintain that arch a > > pain ? > > this is why i've kept some arches which are not large in dev profiles > -- so that when a new dep does come up, other devs aren't blocked. > i've also communicated in the past that they should feel free to drop > the keyword & file a bug later so that they aren't hung up on work > they're focusing on. your choice, the same choice was made for x86-fbsd; however, after years, i dont think that choice was wise and dont want to repeat the mistakes. > > > > do a repoman on the tree. there are multiple packages coming back > > > right now with broken amd64-fbsd deps. > > > > if people do not file bugs and think it's fine to commit packages > > with broken deps, or silently dekeyword just because they can like > > you suggested in the first paragraph, this will not change anytime > > soon. > > > > and no thanks, i wont be doing repoman checks on the tree, i had > > been doing this for x86-fbsd, spending hours fixing the mess i > > could, and had to re-do it every couple of months because every > > other dev was committing packages with broken deps. > > except amd64-fbsd is no longer just a dev profile like x86-fbsd which > means those broken deps are messing people up. people who had > nothing to do with the breakage in the first place. you are missing the point here: amd64-fbsd has *never* been a dev profile. nobody should *ever* have committed something with broken deps. except because of the commit that started that thread.