| 1 |
On Mon, 21 Jul 2014 21:34:10 -0400 |
| 2 |
Alexandre Rostovtsev <tetromino@g.o> wrote: |
| 3 |
|
| 4 |
> On Mon, 2014-07-21 at 22:56 +0200, Michał Górny wrote: |
| 5 |
> > Yes, it does. I'm not sure if it leads anywhere, though. Dynamic |
| 6 |
> > deps are a pipe dream. You can't implement them properly, so we're |
| 7 |
> > using half-working implementation as an excuse to be lazy. |
| 8 |
> |
| 9 |
> Why not adapt the updates mechanism for modifying rdepends? Perhaps |
| 10 |
> something like |
| 11 |
> |
| 12 |
> rdepends-add foo-bar/blah-3.14 "wombat? ( >=dev-libs/wombat-1.0 )" |
| 13 |
> |
| 14 |
> This would give the package manager all the benefits of static dep |
| 15 |
> resolution while allowing us to dynamically make simple changes (like |
| 16 |
> adding a missing dependency to an ebuild) without forcing users to |
| 17 |
> rebuild the package. |
| 18 |
|
| 19 |
Thinking this through: |
| 20 |
|
| 21 |
1) What about rdepends-change and rdepends-del? If you only support |
| 22 |
addition; you get the same problem as with things like pkgmove, |
| 23 |
changing and/or removing it could become somewhat problematic. |
| 24 |
|
| 25 |
2) This needs two commits every time you want to do this; one commit |
| 26 |
for the updates/, another to keep the ebuild recent for (rev)bumps. |
| 27 |
|
| 28 |
3) It'll be a lot of fun to attempt to support this in Repoman. |
| 29 |
|
| 30 |
4) How do we clean up these entries? Doesn't this info grow fast? |
| 31 |
|
| 32 |
5) The first paramater: Should that point to a single ebuild? Should |
| 33 |
that support ranges? |
| 34 |
|
| 35 |
-- |
| 36 |
With kind regards, |
| 37 |
|
| 38 |
Tom Wijsman (TomWij) |
| 39 |
Gentoo Developer |
| 40 |
|
| 41 |
E-mail address : TomWij@g.o |
| 42 |
GPG Public Key : 6D34E57D |
| 43 |
GPG Fingerprint : C165 AF18 AB4C 400B C3D2 ABF0 95B2 1FCD 6D34 E57D |
Archives