1 |
C. Beamer schreef: |
2 |
> Rumen Yotov wrote: |
3 |
> |
4 |
> |
5 |
>> On Fri, 2005-10-14 at 19:09 -0400, C. Beamer wrote: |
6 |
>> |
7 |
>> |
8 |
>> |
9 |
>>> Hi, |
10 |
>>> |
11 |
>>> I've had Gentoo installed on my main computer for about a month |
12 |
>>> now and want to update world. |
13 |
>>> |
14 |
>>> When I did 'emerge --pretend --update --deep world' I got told |
15 |
>>> that a package that I had installed was blocking another package. |
16 |
>>> I want to update but omit the blocked package from the update, |
17 |
>>> which incidentally is not installed on my system. |
18 |
>>> |
19 |
>>> Regards, |
20 |
>>> |
21 |
>>> Colleen |
22 |
>>> |
23 |
>>> |
24 |
>> |
25 |
>> Hi, Think it mostly depends on which is the package in question. |
26 |
>> Seen three types of package blocking: 1.a new version blocking the |
27 |
>> old version of the same package - remove it then add again; 2.A new |
28 |
>> package wants to install but there is another package serving the |
29 |
>> same role, e.g mail-server: qmail, postfix, exim all provide - |
30 |
>> virtual/mta (IIRC), so only one could get installed; 3.Think it's |
31 |
>> your case. Some other package (which is installed) has a *new* |
32 |
>> dependency on another one (not installed), which provides the same |
33 |
>> 'virtual/...' as third one (installed). This could happen when |
34 |
>> using -D/--deep flag - try without it to check and use -t/-tree |
35 |
>> option to see the deps. But it depends on the package in question & |
36 |
>> friends. HTH.Rumen |
37 |
>> |
38 |
>> |
39 |
> |
40 |
> I went to the painstaking effort of updating each package on my |
41 |
> system that required updating individually and am left with this, |
42 |
> which is the result of 'emerge --pretend --update --deep world': |
43 |
> |
44 |
> Calculating world dependencies ...done! [blocks B ] |
45 |
> <mail-client/pine-4.64-r1 (is blocking net-mail/uw-mailutils-2004g) |
46 |
> [ebuild N ] net-mail/uw-mailutils-2004g [ebuild U ] |
47 |
> mail-client/pine-4.64-r1 [4.63-r2] |
48 |
> |
49 |
>> From this, I assume that the installed package, Pine, is blocking |
50 |
>> the |
51 |
> package nw-mail-utils-2004g, which is *not* installed. So, how do I |
52 |
> prevent uw-mailutils-2004g from being installed so I can update Pine? |
53 |
> |
54 |
> |
55 |
> Regards, |
56 |
> |
57 |
> Colleen |
58 |
|
59 |
You can't-- this is a normal block: |
60 |
|
61 |
(from http://www.gentoo-portage.com ) |
62 |
|
63 |
Runtime Dependencies |
64 |
pine-4.64-r1 |
65 |
|
66 |
! net-mail/uw-imap - 2004g |
67 |
>= sys-apps/sed - 4 |
68 |
>= sys-libs/ncurses - 5.1 |
69 |
ldap net-nds/openldap |
70 |
pam >= sys-libs/pam - 0.72 |
71 |
ssl dev-libs/openssl |
72 |
app-misc/mimetypes |
73 |
==> net-mail/uwmailutils |
74 |
virtual/libc |
75 |
kerberos app-crypt/mitkrb5 |
76 |
|
77 |
The problem here is that 1) uwmailutils is a new dependency of Pine; 2) |
78 |
dependencies must be installed before the program that depend on them |
79 |
(just like you have to build the walls of your house before you put the |
80 |
roof on, as the roof depends on the walls to hold it up); and 3) pine is |
81 |
already installed (thus the program that depends on uwmailutils is |
82 |
installed before what it depends on is installed, since Portage only |
83 |
removes the previously installed version *after* the new version is |
84 |
installed, which it can't be because its dependency can't be installed, |
85 |
because the program that requires the dependency must be installed to |
86 |
remove the currently-installed version). |
87 |
|
88 |
If you see what I mean. |
89 |
|
90 |
Remove (unemerge) Pine, then merge the updated version, so the |
91 |
dependencies will be installed prior to the program they depend on. |
92 |
|
93 |
HTH, |
94 |
Holly |
95 |
-- |
96 |
gentoo-user@g.o mailing list |