1 |
On Tuesday 29 May 2007, Daevid Vincent wrote: |
2 |
> I haven't done an emerge on my server in quite a while, but now that |
3 |
> I've upgraded the CPU/RAM, I figure it's about time. |
4 |
> |
5 |
> There are a few packages I'm a bit apprehensive about upgrading. |
6 |
> "exim" being one. I hate that MTA. It was a nightmare to setup and |
7 |
> get working properly, and now I don't want to break it. (a friend set |
8 |
> it up actually, as that was the MTA he used.) |
9 |
> |
10 |
> daevid portage # esearch exim |
11 |
> * mail-mta/exim |
12 |
> Latest version available: 4.67 |
13 |
> Latest version installed: 4.54 |
14 |
> Size of downloaded files: [no/bad digest] |
15 |
> Homepage: http://www.exim.org/ |
16 |
> |
17 |
> So I have this in my package.mask: |
18 |
> >=mail-mta/exim-4.55 |
19 |
|
20 |
That's correct. If you are happy with exim-4.55 and there's no reaosn |
21 |
you can find to upgrade it, just stick with what you have |
22 |
|
23 |
> (Is this upgrade from 4.54 to 4.67 very smooth? Should I worry? I |
24 |
> dread having to deal with exim.conf again, and the exim users list is |
25 |
> very elitist. Usually saying RTFM for most issues -- but they all are |
26 |
> experts or mail admins. I'm not. Nor do I want to be.) |
27 |
> |
28 |
> But when I do an "emerge -aut world", I get this blocking issue: |
29 |
|
30 |
A better command is probably 'emerge -avuNDt world'. This will pick up |
31 |
changes in USE flags (N) and also update any dependencies that are not |
32 |
in world (D) |
33 |
|
34 |
> These are the packages that would be merged, in reverse order: |
35 |
> ...snip... |
36 |
> [nomerge ] x11-misc/xscreensaver-5.02 [5.01-r2] |
37 |
> [nomerge ] x11-apps/appres-1.0.1 [1.0.0] |
38 |
> [ebuild U ] x11-libs/libX11-1.1.1-r1 [1.0.3-r1] USE="-xcb%" |
39 |
> [nomerge ] sys-process/vixie-cron-4.1-r10 [4.1-r9] |
40 |
> [ebuild N ] mail-mta/ssmtp-2.61-r2 USE="ipv6 ssl -mailwrapper |
41 |
> -md5sum" |
42 |
> [nomerge ] kde-base/kdegraphics-3.5.5-r2 [3.5.5] |
43 |
> [nomerge ] media-libs/lcms-1.15 [1.14-r1] USE="-tiff*" |
44 |
> [nomerge ] dev-lang/swig-1.3.31 [1.3.25] USE="ruby* -lua% |
45 |
> -mono% -ocaml% -pike%" |
46 |
> [nomerge ] dev-lang/php-5.2.2-r1 [5.2.1-r3] |
47 |
> [nomerge ] net-misc/curl-7.15.1-r1 [7.15.1] USE="ldap* |
48 |
> -idn*" [ebuild U ] net-nds/openldap-2.3.30-r2 [2.3.27] |
49 |
> USE="-smbkrb5passwd%" |
50 |
> [nomerge ] media-gfx/imagemagick-6.3.3 [6.2.9.5] |
51 |
> [ebuild U ] x11-libs/libXt-1.0.5 [1.0.4] |
52 |
> ...snip... |
53 |
> [blocks B ] mail-mta/exim (is blocking mail-mta/ssmtp-2.61-r2) |
54 |
> |
55 |
> (also, I never understand the --tree option. Does this mean that |
56 |
> "vixie-cron" is the issue, or "kdegraphics" is the issue? Being |
57 |
> reverse order, I am guessing vixie-cron, yet it says "nomerge" so |
58 |
> that seems like, why would it care, plus it's worked fine all these |
59 |
> years with the exim I have installed. Conversely, why would |
60 |
> kdegraphics give a hoot about a mail transport? I don't get it.) |
61 |
|
62 |
It means that vixie-cron depends on ssmtp (i.e. vixie-cron uses ssmtp |
63 |
for some reason). Obviously, ssmtp will be merged first so that it is |
64 |
there when vixie-cron is merged. The output does indeed show that |
65 |
packages will be emerged in bottom-up order, but the list of |
66 |
dependencies is top-down. |
67 |
|
68 |
The vixie-cron ebuild inherits the cron eclass, and that file has this: |
69 |
RDEPEND="!virtual/cron |
70 |
virtual/mta |
71 |
>=sys-process/cronbase-0.3.2" |
72 |
|
73 |
So it wants a virtual mta, and somehow believes that exim doesn't |
74 |
provide it, so portage has (helpfully...) suggested ssmtp. vixie-cron |
75 |
doesn't need to be recompiled, as it's an RDEPEND and only needed at |
76 |
run time (hence the nomerge) |
77 |
|
78 |
I would suggest you investigate why portage thinks exim does not provice |
79 |
virtual/mta capabilities |
80 |
|
81 |
> And maybe I'm using this tool wrong, but this just adds to my |
82 |
> confusion. |
83 |
> |
84 |
> daevid portage # equery depends mail-mta/ssmtp |
85 |
> [ Searching for packages depending on mail-mta/ssmtp... ] |
86 |
> |
87 |
> daevid portage # equery depends mail-mta/exim |
88 |
> [ Searching for packages depending on mail-mta/exim... ] |
89 |
> app-admin/sudo-1.6.8_p9-r2 (virtual/mta) |
90 |
> app-admin/tripwire-2.3.1.2-r2 (virtual/mta) |
91 |
> dev-lang/php-5.2.1-r3 (virtual/mta) |
92 |
> mail-client/mailx-8.1.2.20040524-r1 (virtual/mta) |
93 |
> mail-filter/procmail-3.22-r7 (virtual/mta) |
94 |
> net-mail/mailman-2.1.5-r4 (virtual/mta) |
95 |
> sys-power/apcupsd-3.10.18-r1 (virtual/mta) |
96 |
> sys-process/vixie-cron-4.1-r9 (virtual/mta) |
97 |
|
98 |
What's confusing about that? equery found 8 packages that claim to |
99 |
depends (or use) ssmtp. That's perfectly normal. It's the packages that |
100 |
depend on ssmtp, not the packages you have installed and are |
101 |
configured/USE-flagged to use it |
102 |
|
103 |
alan |
104 |
|
105 |
|
106 |
-- |
107 |
Optimists say the glass is half full, |
108 |
Pessimists say the glass is half empty, |
109 |
Developers say wtf is the glass twice as big as it needs to be? |
110 |
|
111 |
Alan McKinnon |
112 |
alan at linuxholdings dot co dot za |
113 |
+27 82, double three seven, one nine three five |
114 |
-- |
115 |
gentoo-user@g.o mailing list |