1 |
On 06/03/2013 22:25, Valmor de Almeida wrote: |
2 |
> On Wed, Mar 6, 2013 at 1:39 AM, Alan McKinnon <alan.mckinnon@×××××.com> wrote: |
3 |
>> On 06/03/2013 01:21, Valmor de Almeida wrote: |
4 |
>>> Hello, |
5 |
>>> |
6 |
>>> I would appreciate help with this multiple-packages-in-a-single slot |
7 |
>>> problem. In the past I have unistalled packages and reinstalled on a |
8 |
>>> case-by-case basis and dealt with the fall out manually. I wonder |
9 |
>>> whether there is a more efficient way of doing it. |
10 |
>>> |
11 |
>>> Thanks, |
12 |
>>> |
13 |
>>> -- |
14 |
>>> Valmor |
15 |
>>> |
16 |
>>> |
17 |
>>> -> USE="libkms cups apng minizip hwdb" emerge -vp --newuse --tree |
18 |
>>> --update --deep system |
19 |
>> |
20 |
>> ^^^^^^ |
21 |
>> |
22 |
>> Don't do that, rather run it on world; or you could do "emerge -pv |
23 |
>> @system" Modern portage versions deal with these blockers automatically, |
24 |
>> but they need the whole dependency graph to do it. There's no much point |
25 |
>> in trying to deal with system and world independently anyway, system |
26 |
>> isn't something magical, it's nothing more than a minimum collection of |
27 |
>> packages that Gentoo can still run on, a mere list. |
28 |
> |
29 |
> Thanks for the info. Did it on world and got |
30 |
> |
31 |
> ------------------------- |
32 |
> -> USE="pulseaudio sqlite libkms cups apng minizip hwdb" emerge -vp |
33 |
> --newuse --tree --update --deep world |
34 |
> |
35 |
> These are the packages that would be merged, in reverse order: |
36 |
> |
37 |
> [snip] |
38 |
> |
39 |
> [blocks B ] <sys-fs/udev-186 ("<sys-fs/udev-186" is blocking |
40 |
> sys-fs/udev-init-scripts-23) |
41 |
> [blocks B ] <sys-apps/sysvinit-2.88-r4 |
42 |
> ("<sys-apps/sysvinit-2.88-r4" is blocking sys-apps/util-linux-2.22.2) |
43 |
> |
44 |
> Total: 126 packages (91 upgrades, 12 new, 6 in new slots, 17 |
45 |
> reinstalls, 1 uninstall), Size of downloads: 989,597 kB |
46 |
> Conflict: 7 blocks |
47 |
> ------------------------ |
48 |
> |
49 |
> I have udev-171 at the moment and I have read and followed the |
50 |
> instructions in the eselect news for the udev upgrade. I would |
51 |
> appreciate any pointers on how to deal with this particular blocking. |
52 |
|
53 |
First of all, don't put USE on the command line for emerge. It is not |
54 |
stored and when you do the real emerge the results will be different if |
55 |
you omit the USE. If you leave it in then portage doesn't know you did |
56 |
it and complains bitterly with the next emerge claiming that flags |
57 |
changed. Use make.conf like it is supposed to be used, don't try |
58 |
second-guess portage. |
59 |
|
60 |
Secondly, udev and sysvinit have higher versions marked stable. Portage |
61 |
should just update them but apparently is not. I suspect you have masked |
62 |
them in package.mask to avoid all the recefuss about udev, meaning you |
63 |
have caused your own problem. |
64 |
|
65 |
If you are happy moving to recent udev, then let portage do it. |
66 |
If not, then you are on your own and have to figure out the masking |
67 |
yourself. It will involve masking every new version of software that |
68 |
shows up as a blocker like udev-init-scripts and util-linux. Eventually |
69 |
you will run into an unsolveable conflict, maybe we are even already there |
70 |
|
71 |
|
72 |
> nt |
73 |
> Thanks, |
74 |
> |
75 |
> -- |
76 |
> Valmor |
77 |
> |
78 |
>> |
79 |
>> -ND to rebuild system doesn't get you anything extra and usually wants |
80 |
>> to evaluate half of world as well (usually due to USE=X) |
81 |
>> |
82 |
>> You update system if you want to guarantee yourself a consistent |
83 |
>> toolchain after a gcc or glibc update, or just prior to emerge -e world |
84 |
>> |
85 |
>> |
86 |
>> |
87 |
>>> |
88 |
>>> [snip] |
89 |
>>> |
90 |
>>> [blocks B ] <sys-apps/sysvinit-2.88-r4 |
91 |
>>> ("<sys-apps/sysvinit-2.88-r4" is blocking sys-apps/util-linux-2.22.2) |
92 |
>>> [blocks B ] <sys-fs/udev-186 ("<sys-fs/udev-186" is blocking |
93 |
>>> sys-fs/udev-init-scripts-23) |
94 |
>>> [blocks B ] <sys-fs/lvm2-2.02.97-r1 ("<sys-fs/lvm2-2.02.97-r1" is |
95 |
>>> blocking sys-fs/udev-197-r8) |
96 |
>>> |
97 |
>>> !!! Multiple package instances within a single package slot have been pulled |
98 |
>>> !!! into the dependency graph, resulting in a slot conflict: |
99 |
>>> |
100 |
>>> x11-base/xorg-server:0 |
101 |
>>> |
102 |
>>> (x11-base/xorg-server-1.12.4::gentoo, installed) pulled in by |
103 |
>>> <x11-base/xorg-server-1.12.99[-minimal] required by |
104 |
>>> (x11-drivers/xf86-video-virtualbox-4.1.22::gentoo, installed) |
105 |
>>> (and 1 more with the same problem) |
106 |
>>> |
107 |
>>> (x11-base/xorg-server-1.13.1::gentoo, ebuild scheduled for merge) pulled in by |
108 |
>>> (no parents that aren't satisfied by other packages in this slot) |
109 |
>>> |
110 |
>>> virtual/udev:0 |
111 |
>>> |
112 |
>>> (virtual/udev-171::gentoo, installed) pulled in by |
113 |
>>> <virtual/udev-196 required by (sys-fs/lvm2-2.02.88::gentoo, installed) |
114 |
>>> |
115 |
>>> (virtual/udev-197-r1::gentoo, ebuild scheduled for merge) pulled in by |
116 |
>>> >=virtual/udev-197-r1 required by (sys-fs/udev-197-r8::gentoo, |
117 |
>>> ebuild scheduled for merge) |
118 |
>>> =virtual/udev-197-r1 required by |
119 |
>>> (sys-apps/util-linux-2.22.2::gentoo, ebuild scheduled for merge) |
120 |
>>> (and 11 more with the same problems) |
121 |
>>> |
122 |
>>> sys-fs/udev:0 |
123 |
>>> |
124 |
>>> (sys-fs/udev-171-r9::gentoo, installed) pulled in by |
125 |
>>> ~sys-fs/udev-171[gudev?,hwdb?,introspection?,keymap?,selinux?] |
126 |
>>> required by (virtual/udev-171::gentoo, installed) |
127 |
>>> |
128 |
>>> (sys-fs/udev-197-r8::gentoo, ebuild scheduled for merge) pulled in by |
129 |
>>> >=sys-fs/udev-197-r8[gudev?,hwdb?,introspection?,keymap?,kmod?,selinux?,static-libs?] |
130 |
>>> required by (virtual/udev-197-r1::gentoo, ebuild scheduled for merge) |
131 |
>>> |
132 |
>>> x11-drivers/xf86-video-virtualbox:0 |
133 |
>>> |
134 |
>>> (x11-drivers/xf86-video-virtualbox-4.1.24::gentoo, ebuild scheduled |
135 |
>>> for merge) pulled in by |
136 |
>>> (no parents that aren't satisfied by other packages in this slot) |
137 |
>>> |
138 |
>>> (x11-drivers/xf86-video-virtualbox-4.1.22::gentoo, installed) pulled in by |
139 |
>>> ~x11-drivers/xf86-video-virtualbox-4.1.22 required by |
140 |
>>> (app-emulation/virtualbox-guest-additions-4.1.22::gentoo, installed) |
141 |
>>> |
142 |
>> |
143 |
>> |
144 |
>> -- |
145 |
>> Alan McKinnon |
146 |
>> alan.mckinnon@×××××.com |
147 |
>> |
148 |
>> |
149 |
> |
150 |
|
151 |
|
152 |
-- |
153 |
Alan McKinnon |
154 |
alan.mckinnon@×××××.com |