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 7B0681387FD for ; Tue, 8 Apr 2014 00:37:07 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 4FE0BE0C64; Tue, 8 Apr 2014 00:37:06 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id B898BE0C1E for ; Tue, 8 Apr 2014 00:37:05 +0000 (UTC) Received: from localhost.localnet (unknown [114.91.182.254]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: patrick) by smtp.gentoo.org (Postfix) with ESMTPSA id A75A233FF89 for ; Tue, 8 Apr 2014 00:37:04 +0000 (UTC) From: Patrick Lauer To: gentoo-project@lists.gentoo.org Subject: Re: [gentoo-project] Call for agenda items - Council meeting 2014-04-08 Date: Tue, 08 Apr 2014 08:37:04 +0800 Message-ID: <10856413.23Ceo60Wg0@localhost> User-Agent: KMail/4.12.4 (Linux/3.13.1-gentoo; KDE/4.12.4; x86_64; ; ) In-Reply-To: <53429203.8090208@gentoo.org> References: <53342A5F.70903@gentoo.org> <1818441.m608ytuvnA@localhost> <53429203.8090208@gentoo.org> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Project discussion list X-BeenThere: gentoo-project@lists.gentoo.org Reply-To: gentoo-project@lists.gentoo.org MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-Archives-Salt: ce87839a-50c0-441d-98ee-db581b6c3ee0 X-Archives-Hash: d116aa1f044f7b7368e7f48757451786 On Monday 07 April 2014 14:54:43 Samuli Suominen wrote: > On 07/04/14 11:26, Patrick Lauer wrote: > > On Monday 07 April 2014 11:02:44 Samuli Suominen wrote: > >>>> at least as safe kludge to avoid disrespect like this: > >>> I wonder if you noticed that I've been a dev since 2004 ... > >>> > >>> and disrespect, well, you actively work towards breaking things. > >>> > >>> Even when told, multiple times, that you're breaking things, > >>> > >>> And that we will revert breakage when detected ... > >> > >> What you told was you will impose your personal opinions as policies, > >> and you will use the > >> QA team membership as a cover to enforce it upon others. > > > > I don't even know what words I could use to change your mind. > > You can get me to change mind by writing up a policy that says > dynamic deps can't be relied upon, and getting rest of the QA > team, perhaps council, on board with it. > > #gentoo-qa, yesterday: > > 17:50 < floppym> Hmm... documenting when to revbump in relationship to > RDEPEND is not a bad idea. However, I think the rules would > be a little more subtle than "always". We would also need some way of > dealing with eclasses which generate > RDEPEND, and also with revbumping stable ebuilds. > Soo, here's the usecase: /usr/portage empty except profiles/ (needed for various reasons) Everything else supplied by binpkgs ... note how there's no way at all ever for your dynamic deps idea to affect the visible packages and updates. So the only way that has a chance of working, wuarrghl, is to run emerge -e world on every friggin update always. So about a CPU-day per build env, or about two CPU-weeks for more comprehensive binpkg collections. I'd suggest not making life more difficult :)