Summary: | Emerge blocker display needs improvement | ||
---|---|---|---|
Product: | Portage Development | Reporter: | dE <de.techno> |
Component: | Core | Assignee: | Portage team <dev-portage> |
Status: | RESOLVED FIXED | ||
Severity: | major | CC: | esigra, notordoktor, zmedico |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | |||
Bug Blocks: | 300071 | ||
Attachments: |
Full output of emerge --pretend --update --deep --complete-graph --tree world
The new output of emerge Output of emerge --pretend --update --deep --complete-graph --tree --debug world (compressed text file) Output of emerge --pretend --update --deep --complete-graph --tree --debug world (compressed text file) |
Description
dE
2009-12-22 07:03:00 UTC
Created attachment 213730 [details]
Full output of emerge --pretend --update --deep --complete-graph --tree world
(In reply to comment #0) > Portage states - > "[ebuild U ] app-shells/bash-4.0_p35 [4.0_p28] USE="-mem-scramble%" > [blocks B ] <sys-libs/e2fsprogs-libs-1.41.8 > ("<sys-libs/e2fsprogs-libs-1.41.8" is blocking sys-apps/util-linux-2.16.1)" > > However masking sys-libs/e2fsprogs-libs-1.41.8 does not help. You've misunderstood the message. Masking sys-libs/e2fsprogs-libs-1.41.8 is not the appropriate course of action. You currently have sys-fs/e2fsprogs-1.41.3-r1 installed, which is matched by <sys-libs/e2fsprogs-libs-1.41.8. You need to upgrade to the latest e2fsprogs-libs in order for this blocker to solve, and it looks like that is happening already here: [ebuild U ] sys-libs/e2fsprogs-libs-1.41.9 [1.41.3-r1] So, it seems like you can really ignore the e2fsprogs-libs blocker. It's probably just a display bug in portage. I suspect that you only need to solve the x11-libs/libXi blocker and the whole upgrade will succeed. As for solving the x11-libs/libXi blocker, I don't understand why the older x11-libs/libXi-1.2.1 package got pulled into the dependency graph. Can you please post emerge output for the same command with the --debug option enabled? Also, please try with latest portage since that might affect the results (you posted with 2.2_rc50 but latest is 2.2_rc60). "As for solving the x11-libs/libXi blocker, I don't understand why the older x11-libs/libXi-1.2.1 package got pulled into the dependency graph." That's cause I'm masked =x11-libs/libXi-1.2.99. The display bug remains identical with portage-2.2_rc60 I've unmasked x11-libs/libXi and this is the new output (with portage-2.2_rc60) has been attached. As of this block - [blocks B ] <x11-libs/libXi-1.2.99 ("<x11-libs/libXi-1.2.99" is blocking x11-proto/inputproto-2.0) I do not understand why does portage wants to install x11-libs/libXi-1.2.99 cause it's already being upgraded to - "[ebuild U ] x11-libs/libXi-1.3 [1.2.1] " As shown in the tree. Furthermore there are no packages called libXi-1.2.99 - de@localhost / $ eix libxi [U] x11-libs/libXi Available versions: 1.1.2 1.1.3 ~1.2.0 1.2.1 (~)1.3 {debug} Installed versions: 1.2.1(09:04:00 11/30/09)(-debug) Homepage: http://xorg.freedesktop.org/ Description: X.Org Xi library Created attachment 213757 [details]
The new output of emerge
And I think this was the thing you where referring to. Output of emerge --pretend --update --deep --complete-graph --tree --debug world has been attached. Created attachment 213758 [details] Output of emerge --pretend --update --deep --complete-graph --tree --debug world (compressed text file) The text file has been compressed using lpaq9m algorithm, download the binary/sources from - http://cs.fit.edu/~mmahoney/compression/lpaq9m.zip or http://artst.narod.ru/b/lpaq9m.zip Compile the single c source code and run ./<binary file name that got compiled> d <path of debug_out.lpaq9m> <path of uncompressed output file> (In reply to comment #7) Well, using some oddball compression like that is just stupid. :P Created attachment 214011 [details] Output of emerge --pretend --update --deep --complete-graph --tree --debug world (compressed text file) This is the same output as attachment 213758 [details] but with bz2 compression, so others can see this without having to use lpaq9m. Seriously, it's just wrong to make people use lpaq9m. :) (In reply to comment #4) > "As for solving the x11-libs/libXi blocker, I don't understand why the older > x11-libs/libXi-1.2.1 package got pulled into the dependency graph." > > That's cause I'm masked =x11-libs/libXi-1.2.99. No, you still have a fundamental misunderstanding of blocker atoms. Masking =x11-libs/libXi-1.2.99 doesn't really change anything because that package doesn't really exist and the !<x11-libs/libXi-1.2.99 blocker matches *all* versions lower than that. Anyway, the debug output shows that libXi-1.2.1 got pulled in by xfce-base/xfce4-settings-4.6.3 since it has <x11-libs/libXi-1.3 in RDEPEND. Apparently you need to unmask xfce-base/xfce4-settings-4.6.3-r1 in order to solve that. If you do that then hopefully all blockers will resolve. Well, it's is disputably the best compression in the world; I thought why not introduce it to the developers...very interesting stuff. It appears as if it took lots of time and memory for your system to decompress it... Good thing I didn't use paq, it has many times the requirement of memory and time.:) Thanks all problems have resolved now (all of a sudden, without masking or unmasking). Yeah that lpaq9m file was many times smaller than the bz2 file. It said decompression consumed 198 meg iirc (many times the file size). NOTE: For smaller emerge --debug logs, use --backtrack=0. TODO: This blocker should appear as solved: [blocks B ] <sys-libs/e2fsprogs-libs-1.41.8 ("<sys-libs/e2fsprogs-libs-1.41.8" is blocking sys-apps/util-linux-2.16.1) This blocker message should show the <x11-libs/libXi-1.3 required by xfce-base/xfce4-settings-4.6.3 RDEPEND: ('installed', '/', 'x11-libs/libXi-1.2.1', 'nomerge') pulled in by x11-libs/libXi required by ('installed', '/', 'x11-libs/gtk+-2.16.6', 'nomerge') >=x11-libs/libXi-1.2.1 required by ('ebuild', '/', 'x11-base/xorg-server-1.6.5-r1', 'merge') x11-libs/libXi required by ('installed', '/', 'dev-python/pyopengl-3.0.0', 'nomerge') (and 10 more) *** Bug 310299 has been marked as a duplicate of this bug. *** This seems to have been a misunderstanding about the meaning of the symbol '<' and some blockers that were long since resolved. |