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 8F03A1392EF for ; Mon, 21 Jul 2014 21:02:11 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 2F938E0BD4; Mon, 21 Jul 2014 21:02:07 +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 45DA0E0BB3 for ; Mon, 21 Jul 2014 21:02:05 +0000 (UTC) Received: from marga.jer-c2.orkz.net (D4B2706A.static.ziggozakelijk.nl [212.178.112.106]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: jer) by smtp.gentoo.org (Postfix) with ESMTPSA id F16D433FE25 for ; Mon, 21 Jul 2014 21:02:03 +0000 (UTC) Date: Mon, 21 Jul 2014 23:01:58 +0200 From: Jeroen Roovers To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] don't rely on dynamic deps Message-ID: <20140721230158.3ee7e0d9@marga.jer-c2.orkz.net> In-Reply-To: <53CD77E8.705@gentoo.org> References: <53CD6BED.10603@gentoo.org> <53CD6D1F.3030609@gentoo.org> <53CD77E8.705@gentoo.org> X-Mailer: Claws Mail 3.10.1 (GTK+ 2.24.23; 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: 7dd59444-c6ad-4ee2-81e3-324c8f45f6ab X-Archives-Hash: f9f6e59056246841c9c30a0c83a7b0b0 On Mon, 21 Jul 2014 20:28:24 +0000 hasufell wrote: > We have: > * a broken PM which does incomplete dep calculation, gives wrong > suggestions to the user, has totally useless error/debug output, > randomly fails to remove files, allows to break your system in > numerous ways and whatnot... and I'm not going through bugzilla now > to prove it > * overcomplex eclasses, because people try to avoid getting stuff into > the PM, resulting in more confusion for the PM > * repeatedly broken stable packages > * people coding against a PM instead of PMS and thus relying on > undocumented behavior and breaking the "meta-distribution" part of > gentoo > * a PM codebase no one wants to be involved in So you suggest we work around a bug in the PM which would be a single fix. Everywhere. jer