| Summary: | emerge: wrong actual emerge order for forced rebuilds | ||
|---|---|---|---|
| Product: | Portage Development | Reporter: | Nikita Zlobin <cook60020tmp> |
| Component: | Unclassified | Assignee: | Portage team <dev-portage> |
| Status: | UNCONFIRMED --- | ||
| Severity: | normal | ||
| Priority: | Normal | ||
| Version: | unspecified | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
| Attachments: |
emerge --info output
upgrade log, up to emerge --resume fail |
||
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).
Doesn't look like color codes, otherwise they would look correctly in less, but they don't. |
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).