Bug 540420 – sys-apps/portage-9999 subslot rebuild failure to find solution

• Status: RESOLVED NEEDINFO
• Product: Portage Development

[Description Rick Farina (Zero_Chaos) 2015-02-17 20:38:03 UTC]

Created attachment 396750 [details]
failed depcalc

For some odd reason, when I upgrade from one version of gnuradio to the next, everything works perfectly smoothly, except if I try to upgrade to the live version.

Slot is 0/${PV}

[Comment 1 Rick Farina (Zero_Chaos) 2015-02-17 20:38:30 UTC]

Created attachment 396752 [details]
successful dep calc

[Comment 2 Zac Medico 2015-02-22 05:59:24 UTC]

(In reply to Rick Farina (Zero_Chaos) from comment #0)
> Created attachment 396750 [details]
> failed depcalc
> 
> For some odd reason, when I upgrade from one version of gnuradio to the
> next, everything works perfectly smoothly, except if I try to upgrade to the
> live version.
> 
> Slot is 0/${PV}

In this one, it looks like gnuradio-9999 is masked somehow, because it immediately selects gnuradio-3.7.6.1 to satisfy the gnuradio argument:

      Arg: gnuradio
     Atom: net-wireless/gnuradio
   ebuild: net-wireless/gnuradio-3.7.6.1::maintainer-zero

(In reply to Rick Farina (Zero_Chaos) from comment #1)
> Created attachment 396752 [details]
> successful dep calc

In this one, gnuradio-9999 is not masked anymore, because it is immediately selected to satisfy the gnuradio argument:

      Arg: gnuradio
     Atom: net-wireless/gnuradio
   ebuild: net-wireless/gnuradio-9999::maintainer-zero

[Comment 3 Zac Medico 2015-02-22 06:04:34 UTC]

Since it seems as though gnuradio-9999 was masked, can you try to produce a failed depcalc after first ensuring that gnuradio-9999 is unmasked?

[Comment 4 Zac Medico 2015-02-22 06:09:47 UTC]

If you can make it fail when gnuradio-9999 is unmasked, you can also try adding --update --deep=1 to your options. It would be interesting to see if it makes any difference.

[Comment 5 Sam James 2023-06-14 16:23:15 UTC]

A lot has changed since then.