From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gentoo-dev+bounces-66779-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 05DD513877A
	for <garchives@archives.gentoo.org>; Thu, 24 Jul 2014 21:52:23 +0000 (UTC)
Received: from pigeon.gentoo.org (localhost [127.0.0.1])
	by pigeon.gentoo.org (Postfix) with SMTP id B92DBE08E9;
	Thu, 24 Jul 2014 21:51:32 +0000 (UTC)
Received: from winston.telenet-ops.be (winston.telenet-ops.be [195.130.137.75])
	by pigeon.gentoo.org (Postfix) with ESMTP id 6D59AE084A
	for <gentoo-dev@lists.gentoo.org>; Thu, 24 Jul 2014 21:51:30 +0000 (UTC)
Received: from xavier.telenet-ops.be (xavier.telenet-ops.be [195.130.132.52])
	by winston.telenet-ops.be (Postfix) with ESMTP id 57C3C1BCA09
	for <gentoo-dev@lists.gentoo.org>; Wed, 23 Jul 2014 01:13:06 +0200 (CEST)
Received: from gentoo.org ([94.226.51.153])
	by xavier.telenet-ops.be with bizsmtp
	id VbD31o00H3JKcCE01bD3PL; Wed, 23 Jul 2014 01:13:03 +0200
Date: Wed, 23 Jul 2014 01:13:00 +0200
From: Tom Wijsman <TomWij@gentoo.org>
To: gentoo-dev@lists.gentoo.org
Cc: tetromino@gentoo.org
Subject: Re: [gentoo-dev] don't rely on dynamic deps
Message-ID: <20140723011300.2b6b51d9@gentoo.org>
In-Reply-To: <1405992850.4756.3.camel@gentoo.org>
References: <53CD6BED.10603@gentoo.org>
	<201407212153.04605.dilfridge@gentoo.org>
	<20140721225642.56aee8ed@pomiot.lan>
	<1405992850.4756.3.camel@gentoo.org>
X-Mailer: Claws Mail 3.9.0 (GTK+ 2.24.23; x86_64-pc-linux-gnu)
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
Content-Type: multipart/signed; micalg=PGP-SHA1;
 boundary="Sig_/SsR3HuaSV2mztHJAfvqJTdS"; protocol="application/pgp-signature"
X-Archives-Salt: d9218e12-63d6-476b-a3a3-1f8052aaf98d
X-Archives-Hash: 9f7fc8d86ae0f760383954d4eb22f0f4

--Sig_/SsR3HuaSV2mztHJAfvqJTdS
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

On Mon, 21 Jul 2014 21:34:10 -0400
Alexandre Rostovtsev <tetromino@gentoo.org> wrote:

> On Mon, 2014-07-21 at 22:56 +0200, Micha=C5=82 G=C3=B3rny wrote:
> > Yes, it does. I'm not sure if it leads anywhere, though. Dynamic
> > deps are a pipe dream. You can't implement them properly, so we're
> > using half-working implementation as an excuse to be lazy.
>=20
> Why not adapt the updates mechanism for modifying rdepends? Perhaps
> something like
>=20
> rdepends-add foo-bar/blah-3.14 "wombat? ( >=3Ddev-libs/wombat-1.0 )"
>=20
> This would give the package manager all the benefits of static dep
> resolution while allowing us to dynamically make simple changes (like
> adding a missing dependency to an ebuild) without forcing users to
> rebuild the package.

Thinking this through:

 1) What about rdepends-change and rdepends-del? If you only support
 addition; you get the same problem as with things like pkgmove,
 changing and/or removing it could become somewhat problematic.

 2) This needs two commits every time you want to do this; one commit
 for the updates/, another to keep the ebuild recent for (rev)bumps.

 3) It'll be a lot of fun to attempt to support this in Repoman.

 4) How do we clean up these entries? Doesn't this info grow fast?

 5) The first paramater: Should that point to a single ebuild? Should
 that support ranges?

--=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_/SsR3HuaSV2mztHJAfvqJTdS
Content-Type: application/pgp-signature; name=signature.asc
Content-Disposition: attachment; filename=signature.asc

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2

iQEcBAEBAgAGBQJTzu/9AAoJEPWZc8roOL/Q1YoH/2rGZqOS2wMIaa/O5DIsZZTI
5Yetf9rel8guYrlvSJXj5yAmmTxqk3e5IWvJIxnoekswSpPE9GotsO0du8smQayS
C3Zrr5FGSBhvPkTANrTg5kwtRmYWRLbs1cstuFP8CadfiAKtGfcH2loqIOnnM5Hy
Sz0gukelAodGErDGKCxx2hH1J6fkuq2RlYiUwCy/dVXTzvlJdgXL/91++yIlXkMI
RQelwaiWDFcgnAPDyDK/PpwLZ02peU4XVBkpJbnlH3P6rBYXHPTRG6tMXUiaQmb7
h/D81i3de7OdULmtjTuRdbNIN5QqTo4I8jcIDjtFNIdS/XMo3gfAyuBkFja6H4w=
=M2Ak
-----END PGP SIGNATURE-----

--Sig_/SsR3HuaSV2mztHJAfvqJTdS--