| 1 |
-----BEGIN PGP SIGNED MESSAGE----- |
| 2 |
Hash: SHA256 |
| 3 |
|
| 4 |
On 03/07/12 05:05 AM, Kent Fredric wrote: |
| 5 |
> On 3 July 2012 20:24, Michał Górny <mgorny@g.o> wrote: |
| 6 |
>> |
| 7 |
>> --depclean? |
| 8 |
> |
| 9 |
> eix Module-Metadata [I] perl-core/Module-Metadata Available |
| 10 |
> versions: ~1.0.3 ~1.0.4 ~1.0.5 1.0.6 ~1.0.9 <--- not unmasked |
| 11 |
> by --autounmask Installed versions: 1.0.6(15:59:00 06/26/12) |
| 12 |
> Homepage: http://search.cpan.org/dist/Module-Metadata/ |
| 13 |
> Description: Gather package and POD information from perl |
| 14 |
> module files |
| 15 |
> |
| 16 |
> [I] virtual/perl-Module-Metadata Available versions: ~1.0.3 |
| 17 |
> ~1.0.4-r2 ~1.0.5 1.0.6 (~)1.0.9-r1 <----- Unmasked by --autounmask |
| 18 |
> Installed versions: 1.0.9-r1(09:37:51 07/02/12) Description: |
| 19 |
> Virtual for Module-Metadata |
| 20 |
> |
| 21 |
> perl-Module-Metadata-1.0.9.ebuild |
| 22 |
> |
| 23 |
> RDEPEND="|| ( =dev-lang/perl-5.16* ~perl-core/${PN#perl-}-${PV} )" |
| 24 |
> |
| 25 |
> It appears yes, --depclean *will* reap perl-core/* in this scenario |
| 26 |
> ( portage 2.2.0_alpha114 ) |
| 27 |
> |
| 28 |
> Just I don't tend to use --depclean an awful lot. Usually, I don't |
| 29 |
> expect to have to use --depclean to avoid a somewhat "broken" |
| 30 |
> system. |
| 31 |
> |
| 32 |
>> |
| 33 |
>> Doesn't perl-cleaner handle perl upgrades for this? And the |
| 34 |
>> tested ABI_SLOTs should help with that too. |
| 35 |
> |
| 36 |
|
| 37 |
|
| 38 |
Just to add a note in here, since the perl stuff is one of the first |
| 39 |
things I converted to 4-slot-abi, unfortunately, no it doesn't seem |
| 40 |
that ABI slots are going to help with this. Sub-slots will trigger |
| 41 |
rebuilds of anything built against an older perl when it's upgraded, |
| 42 |
but it seems to have no effect on any of the virtual/perl-* stuff. |
| 43 |
The only effect it may have is giving the ability to specify perl |
| 44 |
versions via slots instead of wildcard-versions (ie: |
| 45 |
=dev-lang/perl-5.16* would become dev-lang/perl:0/5.16 ) |
| 46 |
|
| 47 |
Some of these perl virtuals have rather convoluted perl versions |
| 48 |
(like, all 5.16, all 5.14, only 2 versions of 5.12, and a particular |
| 49 |
version of 5.10), and so I don't think sub-slot deps will help the |
| 50 |
situation here as i don't think we could align the sub-slot bumps by |
| 51 |
feature set, at least not right now.. |
| 52 |
|
| 53 |
One thing that sub-slots ARE doing, though, is they are (as far as I |
| 54 |
can tell) not triggering rebuilds for any installed packages that are |
| 55 |
superseded (and therefore their virtual is now satisfied) by the newer |
| 56 |
perl. I realize this didn't occur before either, but I don't know if |
| 57 |
perl-cleaner handled their removal or not (or if perl-cleaner actually |
| 58 |
rebuilt them)? |
| 59 |
|
| 60 |
|
| 61 |
-----BEGIN PGP SIGNATURE----- |
| 62 |
Version: GnuPG v2.0.19 (GNU/Linux) |
| 63 |
|
| 64 |
iF4EAREIAAYFAk/zClIACgkQ2ugaI38ACPDIPwEAkd6hlmoMQ4SRhvkttoyP11ih |
| 65 |
EKoR+tUNaMEqeb87T34A/irG+h8tPolXKsJQtEoRKr5xIGvWDYT83LlmV4fbOwui |
| 66 |
=Vf92 |
| 67 |
-----END PGP SIGNATURE----- |
Archives