From mboxrd@z Thu Jan 1 00:00:00 1970
Return-Path: <gentoo-dev+bounces-66821-garchives=archives.gentoo.org@lists.gentoo.org>
Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80])
by finch.gentoo.org (Postfix) with ESMTP id A161D13877A
for <garchives@archives.gentoo.org>; Fri, 25 Jul 2014 18:26:45 +0000 (UTC)
Received: from pigeon.gentoo.org (localhost [127.0.0.1])
by pigeon.gentoo.org (Postfix) with SMTP id 48533E1B7B;
Fri, 25 Jul 2014 18:26:40 +0000 (UTC)
Received: from mail-vc0-f176.google.com (mail-vc0-f176.google.com [209.85.220.176])
(using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits))
(No client certificate requested)
by pigeon.gentoo.org (Postfix) with ESMTPS id 65978E1A99
for <gentoo-dev@lists.gentoo.org>; Fri, 25 Jul 2014 18:26:39 +0000 (UTC)
Received: by mail-vc0-f176.google.com with SMTP id id10so7964740vcb.7
for <gentoo-dev@lists.gentoo.org>; Fri, 25 Jul 2014 11:26:38 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
d=gmail.com; s=20120113;
h=mime-version:sender:in-reply-to:references:date:message-id:subject
:from:to:content-type;
bh=t5aWLqTgkeXQfcyR17ACduxXNBbSjvIsgDwK3Iew6+4=;
b=mBMvv2YjWTMrVoO7MWLi6yG3ZGtLFO+Vl05JAs/hZY9UPhkJ4EtbaeuWhMdsxrHKxt
F/gi2b+g8zX1PgP3DyrsHgy7Bzw4y9SuAYtqAyJ32pha80qBewtnxsTgvRVKbeKaR5rP
fSW3+riKPdxQRH0D32YNTRGAiVB1Kc+5zD9V7pkmbYJecL2Gswkti+KsKWC8kK+lUNfX
5ZnL8VOQQAtBbSNEM5T+01OLVwfhHq+kJ6vtKxH81rI+3WrUQ5nWkmms7RBGnAsNMnci
rr5EzHa0t/m+oYfLYPmbgGyKkUSVuDwXrA4f4VyMWN0mNpO9Oy5bc9D8w2bWgxym/Orq
5J0Q==
Precedence: bulk
List-Post: <mailto:gentoo-dev@lists.gentoo.org>
List-Help: <mailto:gentoo-dev+help@lists.gentoo.org>
List-Unsubscribe: <mailto:gentoo-dev+unsubscribe@lists.gentoo.org>
List-Subscribe: <mailto:gentoo-dev+subscribe@lists.gentoo.org>
List-Id: Gentoo Linux mail <gentoo-dev.gentoo.org>
X-BeenThere: gentoo-dev@lists.gentoo.org
Reply-to: gentoo-dev@lists.gentoo.org
MIME-Version: 1.0
X-Received: by 10.220.174.137 with SMTP id t9mr23617897vcz.12.1406312798214;
Fri, 25 Jul 2014 11:26:38 -0700 (PDT)
Sender: freemanrich@gmail.com
Received: by 10.52.8.229 with HTTP; Fri, 25 Jul 2014 11:26:37 -0700 (PDT)
In-Reply-To: <20140725160110.1da35b93@googlemail.com>
References: <53CD6BED.10603@gentoo.org>
<201407212153.04605.dilfridge@gentoo.org>
<20140721205527.142cb3d5@googlemail.com>
<1405976767.1013.9.camel@gentoo.org>
<20140723143325.031947fb@googlemail.com>
<CAGfcS_=CRRKH9hU=Y4-Ro672kS+4vrPj8t7s3Sy369EBfiwZGg@mail.gmail.com>
<20140725160110.1da35b93@googlemail.com>
Date: Fri, 25 Jul 2014 14:26:37 -0400
X-Google-Sender-Auth: KL42vFzhNFgVcAo-YVEeMJ0G23k
Message-ID: <CAGfcS_nDVChNiKdFx91V=Aw2M3TsWL0FKfCH-mYxAV0TzeAMNw@mail.gmail.com>
Subject: Re: [gentoo-dev] don't rely on dynamic deps
From: Rich Freeman <rich0@gentoo.org>
To: gentoo-dev <gentoo-dev@lists.gentoo.org>
Content-Type: text/plain; charset=UTF-8
X-Archives-Salt: b2537e1c-77e6-4a8c-aaa5-4f2a6cd0c0d2
X-Archives-Hash: 280bdf2f9988622eae6999136bb43fd9
On Fri, Jul 25, 2014 at 11:01 AM, Ciaran McCreesh
<ciaran.mccreesh@googlemail.com> wrote:
> On Thu, 24 Jul 2014 21:45:58 -0400
> Rich Freeman <rich0@gentoo.org> wrote:
>> Just a general comment not aimed at this particular part of the thread
>> - a solution doesn't have to be perfect to be useful.
>
> Wrong. The reason everything is such a mess at the moment is precisely
> because we've accumulated so much "good enough" and "not thinking your
> cunning plan all the way through" that nothing is actually correct any
> more.
I think we might be saying the same thing in different ways. I wasn't
suggesting that we should implement solutions that fail in random
ways, but rather that if necessary we should focus more on simpler
solutions that we can get right, but which perhaps don't cover all of
our problems.
That is, I'm more for a perfect solution for a small problem rather
than a good-enough solution (which isn't) for a big problem.
For example, perhaps there is a way to safely add an unconditional
dependency to an installed package. That won't solve every dependency
problem, but it could be helpful.
Another way to go about things would be to try to find ways to reduce
the chance of commiting a package that has an incorrect dependency in
the first place, so that we don't have to fix so many mistakes. Then
perhaps the extra rebuilds when there is a rare mistake might be more
forgivable.
Rich