| 1 |
-----BEGIN PGP SIGNED MESSAGE----- |
| 2 |
Hash: SHA1 |
| 3 |
|
| 4 |
On 04/11/2013 01:09 PM, W. Trevor King wrote: |
| 5 |
> On Sat, Mar 09, 2013 at 07:10:23AM -0500, W. Trevor King wrote: |
| 6 |
>> On Fri, Mar 08, 2013 at 12:14:08PM -0800, Matt Turner wrote: |
| 7 |
>>> On Fri, Mar 8, 2013 at 10:47 AM, W. Trevor King <wking@×××××××.us> wrote: |
| 8 |
>>>> The earlier update_seed |
| 9 |
>>>> command was not catching the bumped mpc, so add: |
| 10 |
>>> |
| 11 |
>>> I think this is a false premise. If it is true, we should understand |
| 12 |
>>> why and fix it. The current command is emerge --onlydeps gcc which |
| 13 |
>>> should be completely sufficient to update mpc. |
| 14 |
>> |
| 15 |
>> Using catalyst as of d1c2ba9b (create-iso.sh: add usb boot via |
| 16 |
>> isohybrid, 2013-03-05), I can no longer reproduce my original problem. |
| 17 |
> |
| 18 |
> Ben Kohler (iamben) was working through this problem on #gentoo-releng |
| 19 |
> recently. His problem (and probably my original problem as well) |
| 20 |
> seems to be leftover binary packages from before update_seed was |
| 21 |
> enabled. These binary packages matched the version number and USE |
| 22 |
> flags of the to-be-installed package, but were built against the older |
| 23 |
> version of mpc. In order to avoid problems like this, it's probably a |
| 24 |
> good idea to remove all the cached stuff with something like [1]: |
| 25 |
> |
| 26 |
> $ rm -rf --one-file-system /var/tmp/catalyst/{kerncache,packages,tmp} |
| 27 |
> |
| 28 |
> before building your stage1. |
| 29 |
> |
| 30 |
> A better approach would involve recording runtime dependency versions |
| 31 |
> in the binary package metadata, so that Portage could determine |
| 32 |
> whether a given binary package would work in the target system [2]. |
| 33 |
> Currently, the ebuild RDEPEND is included in Packages, but that does |
| 34 |
> not always (or even often) specify which package versions were used to |
| 35 |
> build the package. For example, sys-devel/gcc lists: |
| 36 |
> |
| 37 |
> RDEPEND: sys-libs/zlib virtual/libiconv >=dev-libs/gmp-4.3.2 |
| 38 |
> >=dev-libs/mpfr-2.4.2 >=dev-libs/mpc-0.8.1 |
| 39 |
> |
| 40 |
> I'd like it to list: |
| 41 |
> |
| 42 |
> RDEPEND: =sys-libs/zlib-1.2.7 =virtual/libiconv-0 |
| 43 |
> =dev-libs/gmp-5.0.2_p1 =dev-libs/mpfr-3.1.1 =dev-libs/mpc-1.0.1 |
| 44 |
|
| 45 |
This is called EAPI 5 subslots. it should not be addressed in catalyst |
| 46 |
nor portage, things should simply set subslot deps properly. |
| 47 |
|
| 48 |
- -ZC |
| 49 |
> |
| 50 |
> or whatever the versions of those packages were at build time. |
| 51 |
> Portage could then recurse through this information and only use the |
| 52 |
> package if versions matched the target system across the whole RDEPEND |
| 53 |
> tree. With ABI sub-slots, strict version matching could be loosened |
| 54 |
> to only require ABI matching. |
| 55 |
> |
| 56 |
> Cheers, |
| 57 |
> Trevor |
| 58 |
> |
| 59 |
> [1]: kerncache probably doesn't matter, but we might as well be |
| 60 |
> thorough. |
| 61 |
> [2]: This is a limitation with the current Portage code, and not a |
| 62 |
> catalyst issue. Maybe I should cross-post this to |
| 63 |
> gentoo-portage-dev@? |
| 64 |
> |
| 65 |
|
| 66 |
-----BEGIN PGP SIGNATURE----- |
| 67 |
Version: GnuPG v2.0.19 (GNU/Linux) |
| 68 |
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ |
| 69 |
|
| 70 |
iQIcBAEBAgAGBQJRZvVTAAoJEKXdFCfdEflKXzgQAJnhcZX19BnAbfaKitkf0hap |
| 71 |
CiewJPTMBqYDtSSviCZkskf9+JQALyegmiIDn7JwEzM9QEz2p9MpCym0KFJetqrW |
| 72 |
logbRCNDS8+goqLznaDA1sTHYmvNJnlnI85AIt7GVpqAEq2EVZFStD5s3oyL/aUG |
| 73 |
BB8cb1dwDpLfC7BC9InGqO7jpyu0rR4vUWv0K4BOEEtmTXyBrN1JMNbHxG9l8YAm |
| 74 |
Vwn666GHM02aXviGay0RXtSqeZhrA3TWhMTOyoxsfZKwriwg9CYRdy3QtUZWMHup |
| 75 |
L3FuKMKlobbY69E/GJdGN0YrVMStc6BEe36wPNU+ijmGk40rVnQ/sQhEx1xEz3y1 |
| 76 |
Vy3P2OryUcCqt9mCleCiseLFY0mZZ68RCuM/AgO8hH4xjqo9qkusWJk4wvuMDGTH |
| 77 |
kVo+G8WzNTG22TOkjSp3N1D0Su3AvMK0swOObn4Y3uB/WcfL3gJEs52qDy2Mfdnc |
| 78 |
M1s6Up+rIz8Wn1/jDKwCn6T3O4V+Hn+ZWAkWaD13QEqyFVJlJ0eRAE2QEdG6Ju2u |
| 79 |
DqQgi+N67yoKCEwsnxkRpExu1mIZX8DwjcJ503VIltIG1pP+SbTPe6AmEjuWwChz |
| 80 |
xrqdL1udpxPLnDjArDvwFyFN2BOlP8V/bTSjAIBZCemUk/avDd1hMXf33bQtCtGp |
| 81 |
GXI+81lvDVu/VEx5IRFY |
| 82 |
=wQVE |
| 83 |
-----END PGP SIGNATURE----- |
Archives