Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 683938 - emerge: wrong actual emerge order for forced rebuilds
Summary: emerge: wrong actual emerge order for forced rebuilds
Status: UNCONFIRMED
Alias: None
Product: Portage Development
Classification: Unclassified
Component: Unclassified (show other bugs)
Hardware: All Linux
: Normal normal (vote)
Assignee: Portage team
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2019-04-21 07:43 UTC by Nikita Zlobin
Modified: 2019-04-21 09:41 UTC (History)
0 users

See Also:
Package list:
Runtime testing required: ---


Attachments
emerge --info output (emerge-info,14.37 KB, text/plain)
2019-04-21 07:43 UTC, Nikita Zlobin
Details
upgrade log, up to emerge --resume fail (term-log-emerge-upgrade.xz,53.65 KB, application/x-xz)
2019-04-21 07:47 UTC, Nikita Zlobin
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Nikita Zlobin 2019-04-21 07:43:32 UTC
Created attachment 573498 [details]
emerge --info output

I catched this bug while getting yet another one 'emerge --resume' failure.
I suppose it is possible trigger for such failure (at least one of them).
_____________________________

# Here is my occurence #

During upgrade it involved x11-base/xorg-server:0/1.19.5= to be upgraded to 1.20.3(0/1.20.3). From changes list, before (Yes/No) question:

# emerge -tavuDN --verbose-conflicts world
...........
  (x11-base/xorg-server-1.20.3:0/1.20.3::gentoo, ebuild scheduled for merge) causes rebuilds for:
    (x11-drivers/xf86-input-mouse-1.9.3:0/0::gentoo, ebuild scheduled for merge)
    (x11-drivers/xf86-input-synaptics-1.9.1:0/0::gentoo, ebuild scheduled for merge)
    (x11-drivers/xf86-input-evdev-2.10.6:0/0::gentoo, ebuild scheduled for merge)
    (x11-drivers/xf86-input-keyboard-1.9.0:0/0::gentoo, ebuild scheduled for merge)
    (x11-drivers/xf86-input-libinput-0.28.2:0/0::gentoo, ebuild scheduled for merge)

This means that all these items, depending on xorg-server must be rebuilt after it. However, x11-drivers/xf86-input-mouse was rebuilt in very begining. One possible reason is that it also upgraded from 1.9.2 to 1.9.3 instead of be just rebuilt. However, looking to '$ equery g --depth=1 xorg-server', it is not required by server itself, so still safe to be rebuilt after.

On attempt to resume, list of resume failers has this:
 *   x11-base/xorg-server:0/1.19.5= pulled in by:
 *     (x11-drivers/xf86-input-mouse-1.9.3:0/0::gentoo, installed)

_____________________________
Why creating new bug. I found so much bugs about resume failure, that it is hard to decide, what is better to be expand. Here i have exact location of some problem part. My expectation is that once it is done, common list of similar bugs with different wording will stop to grow and thus, be mere like to be resolved completely.

Other items from same list:

 *   dev-lang/perl:0/5.24= pulled in by:
 *     (virtual/perl-File-Temp-0.230.400-r5:0/0::gentoo, installed)
 * 
 *   dev-lang/perl:0/5.24= pulled in by:
 *     (virtual/perl-File-Path-2.130.0:0/0::gentoo, installed)

Where perl is already upgraded from 0/5.24 to 0/5.26, and both packages are already rebuilt, __BUT__... again, perl was actually emerged after these two.

______________________
# emerge --info: in attachement
(note - it is inthe middle of upgrade. xorg-server is now upgraded manually, but perl issue is not fixed yet).
Comment 1 Nikita Zlobin 2019-04-21 07:47:06 UTC
Created attachment 573500 [details]
upgrade log, up to emerge --resume fail

Forgot to attach build log. Unfortunally it has something like color codes - pasting to vim made it to freeze, so i had to save log by terminal, then cut out unnecessary tail. There seem to be some codes, so I'm placing it compressed (probably it is better to open in text editor).
Comment 2 Nikita Zlobin 2019-04-21 07:48:46 UTC
Doesn't look like color codes, otherwise they would look correctly in less, but they don't.