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 418E513877A for ; Sat, 26 Jul 2014 19:19:09 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 202A8E1010; Sat, 26 Jul 2014 19:19:05 +0000 (UTC) Received: from andre.telenet-ops.be (andre.telenet-ops.be [195.130.132.53]) by pigeon.gentoo.org (Postfix) with ESMTP id 0D190E0FEF for ; Sat, 26 Jul 2014 19:19:03 +0000 (UTC) Received: from gentoo.org ([94.226.51.153]) by andre.telenet-ops.be with bizsmtp id X7K21o00d3JKcCE017K2RZ; Sat, 26 Jul 2014 21:19:03 +0200 Date: Sat, 26 Jul 2014 21:18:56 +0200 From: Tom Wijsman To: gentoo-dev@lists.gentoo.org Cc: patrick@gentoo.org Subject: Re: [gentoo-dev] don't rely on dynamic deps Message-ID: <20140726211856.24916abd@gentoo.org> In-Reply-To: <2991181.sVC99zFt7G@localhost> References: <53CD6BED.10603@gentoo.org> <53CDF23C.1090007@gentoo.org> <20140723010615.0df2c4aa@gentoo.org> <2991181.sVC99zFt7G@localhost> X-Mailer: Claws Mail 3.9.0 (GTK+ 2.24.23; 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: multipart/signed; micalg=PGP-SHA1; boundary="Sig_/neZ5_8UFmjX/7gHvK5FNhT/"; protocol="application/pgp-signature" X-Archives-Salt: d70b4184-3fd3-44de-9816-8bb50cb287eb X-Archives-Hash: c5f093f28c2813bfa184effc12af8eb2 --Sig_/neZ5_8UFmjX/7gHvK5FNhT/ Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Sat, 26 Jul 2014 12:36:31 +0800 Patrick Lauer wrote: > On Wednesday 23 July 2014 01:06:15 Tom Wijsman wrote: > > On Tue, 22 Jul 2014 08:10:20 +0300 > >=20 > > Samuli Suominen wrote: > > > On 22/07/14 04:05, Rick "Zero_Chaos" Farina wrote: > > > > And just for fun, since no one has mentioned it yet, dynamic > > > > deps don't work at all on binpkgs since the Packages file > > > > contains the deps (like vardb) and it doesn't get updated (just > > > > like vardb). > > >=20 > > > Known long standing pitfall. It's managable. > >=20 > > It is one of the reasons I see binpkgs as breaking progress instead > > of being part of the progress; it is manageable, but it could be > > better. >=20 > So you'd rather have people not using Gentoo because you can't > agilely pivot your strategy mixin? No, that's not what I've said; the paragraph you quote is based on an observation, not a statement. In that observation; if people want a mixin, they would go for a full mixin and not for a half broken mixin. > Without binpkg support I'd feel the need to hack it up, just to get > things fast enough. It's one of the features that haven't been made > popular enough (eh, we could easily provide binpkg-updates for > @system for all profiles and the most common arches (amd64, x86, > maybe arm) - I've been running a cronjob doing that for x86+amd64 for > about a year now) >=20 > This perspective of "I don't need it, thus it shouldn't exist" is > quite ... amusing. +1; "It doesn't work, it shouldn't exist" is less amusing, more ideal it should be "it doesn't work, let's fix or replace it" if we can... --=20 With kind regards, Tom Wijsman (TomWij) Gentoo Developer E-mail address : TomWij@gentoo.org GPG Public Key : 6D34E57D GPG Fingerprint : C165 AF18 AB4C 400B C3D2 ABF0 95B2 1FCD 6D34 E57D --Sig_/neZ5_8UFmjX/7gHvK5FNhT/ Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAEBAgAGBQJT0/8jAAoJEPWZc8roOL/QSPQH/27I2J9Yx8VBU9yC+J6U5Nkt fhOn0ZwhBlDKFXSY7YxpOWbbs6JPsroYHC48XZ7AWa8RXgMb/+o4rM4DaFcAWr56 n02B2HB+v4w8CoggzhZ3zLOlTJ6TN4G9WKnM1nYuInE1FgZaoqLdhw7TQFNp0NSA k6CgZbtupZMGjOUI7cuxJHuOzeN83h2AK1RkiOhaYbE6r3vfxri+/FLi0gqfr7tl wbjbBYKvWdvq5rHS94neuTtXUMzOKQ1CmEhYOAP2fuLeD2AF3Cnw9FeAaIDQ8ut6 3jSEz4pMrXEj0VlMAjTlOzVoZ7J7hAv+fVVyQED/BhdwChoWsX3JpDfxgc8cqKw= =vWkb -----END PGP SIGNATURE----- --Sig_/neZ5_8UFmjX/7gHvK5FNhT/--