| 1 |
-----BEGIN PGP SIGNED MESSAGE-----
|
| 2 |
Hash: SHA512
|
| 3 |
|
| 4 |
On Wed, 23 Jul 2014 00:05:32 +0200
|
| 5 |
Tom Wijsman <TomWij@g.o> wrote:
|
| 6 |
|
| 7 |
> -----BEGIN PGP SIGNED MESSAGE----- |
| 8 |
> Hash: SHA1 |
| 9 |
> |
| 10 |
> On Mon, 21 Jul 2014 16:41:39 -0400 |
| 11 |
> Ian Stakenvicius <axs@g.o> wrote: |
| 12 |
> |
| 13 |
> > I wonder if there may be some form of extension we could add to |
| 14 |
> > portage, such that it could do a VDB-only "re-emerge" somehow, when |
| 15 |
> > the in-tree ebuild doesn't match the in-VDB one. If that could be |
| 16 |
> > implemented properly (and i'm not sure that it could, tbh), maybe |
| 17 |
> > that would help reduce issues with dynamic deps, too... |
| 18 |
> |
| 19 |
> Hmm, dynamic dependencies ... dynamic rebuilds ... dynamic |
| 20 |
> compilation; one day we will have hot code pushes where upstream |
| 21 |
> changes immediately reflects itself upon one's system. Does such a |
| 22 |
> gimmick succeed? Meteor! |
| 23 |
|
| 24 |
https://en.wikipedia.org/wiki/KGraft
|
| 25 |
|
| 26 |
- --
|
| 27 |
Jan Matějka | Developer
|
| 28 |
https://gentoo.org | Gentoo Linux
|
| 29 |
GPG: A33E F5BC A9F6 DAFD 2021 6FB6 3EBF D45B EEB6 CA8B
|
| 30 |
-----BEGIN PGP SIGNATURE-----
|
| 31 |
Version: GnuPG v2.0.22 (GNU/Linux)
|
| 32 |
|
| 33 |
iQEcBAEBCgAGBQJT/gT1AAoJEIN+7RD5ejahISgIAKbVgqLmuJADmJ37TddtmPPP
|
| 34 |
7WPq5UYdGT4wq9rElrU3GCu10u+pxQqOOKzVjnXiSlcCF1xqkG07caaYO/Xw/ccS
|
| 35 |
VclMPDngRU7YUSl9F6UeDkDK9l+48qE/1/ohrSL9f8giA5H5SZ3G3fanWN/oFp6W
|
| 36 |
FsGx7J6ddRmM/LaSHrso4ngbMU7XIMFZgUeR5X3t5bWef/Si9adxJzfbMoCQFUDN
|
| 37 |
7qXT8EkY9U9Po5/aAqtsriyGWZttuIvjGbmiNdrdJI/IT/Rshlqzqy/viqcK2aOX
|
| 38 |
bCO1dn5wRLxfV7JBgmg14UJqcDK6HgkSkl4rrl574M4arq7kZtbMEKbSvDcpurw=
|
| 39 |
=Wphr
|
| 40 |
-----END PGP SIGNATURE----- |
Archives