1 |
kevin posted |
2 |
<51134.83.70.105.11.1137794544.squirrel@×××××××××××××××××.net>, excerpted |
3 |
below, on Fri, 20 Jan 2006 22:02:24 +0000: |
4 |
|
5 |
> There are probably more I haven't found...what is going on here? Why |
6 |
> aren't these packages, that should be in my world file, not upgraded? My |
7 |
> package.keywords file has nothing in it restricting the upgrades and they |
8 |
> work when entered individually. |
9 |
|
10 |
Hemmann is likely correct in his guess. You say they /should/ be in your |
11 |
world file. It's easy enough to check. Note that dependencies don't get |
12 |
added to the world file, only stuff emerged on the command line. Perhaps |
13 |
some of these weren't in the world file for that or some other reason? |
14 |
|
15 |
In theory, however, even then, with the --deep/-D parameter you said you |
16 |
used, it should grab them. An exception would be dependencies where a |
17 |
specific version is depended, not a "greater-than or equal to" version. |
18 |
|
19 |
One thing with KDE -- it's slotted. Anything KDE-core is normally |
20 |
slot-constrained, and just upgrading certain KDE items to the 3.5 won't |
21 |
remove the 3.4 in a different slot. To do that, try equery belongs |
22 |
/usr/kde/3.4, which will tell you the packages still using that dir, so |
23 |
you can unmerge them. (equery is part of gentoolkit.) When that equery |
24 |
returns nothing, if the dir is still there, you should be able to remove |
25 |
it by hand. Note that a few things may be broken at this point, but an |
26 |
emerge -uD world should fix most of them, and what it doesn't, a |
27 |
revdep-rebuild should catch. |
28 |
|
29 |
Once you've unmerged kdelibs-3.4, a critical dependency of everything else |
30 |
in the dir should be gone, and portage should be forced to try to merge |
31 |
the latest version of each. /That/ should trigger the contact/kmail |
32 |
upgrade that was missed, earlier, along with any other kde-base/ packages |
33 |
that may have been missed. |
34 |
|
35 |
-- |
36 |
Duncan - List replies preferred. No HTML msgs. |
37 |
"Every nonfree program has a lord, a master -- |
38 |
and if you use the program, he is your master." Richard Stallman in |
39 |
http://www.linuxdevcenter.com/pub/a/linux/2004/12/22/rms_interview.html |
40 |
|
41 |
|
42 |
-- |
43 |
gentoo-amd64@g.o mailing list |