1 |
On Sat, Jul 21, 2018 at 18:10:58 -0400, Mike Gilbert wrote: |
2 |
> On Sat, Jul 21, 2018 at 5:03 PM, Alan Mackenzie <acm@×××.de> wrote: |
3 |
> > Hello, Gentoo. |
4 |
|
5 |
> > Right at the moment, I feel a lot of sympathy with Alan Grimes, and need |
6 |
> > a lot of restraint in avoiding the use of swear words in describing some |
7 |
> > Gentoo developer. |
8 |
|
9 |
> > ... |
10 |
|
11 |
> > nullmailer installs a file /usr/sbin/sendmail. This masks out the |
12 |
> > correct /usr/bin/sendmail (which is a symbolic link to s/qmail, which I |
13 |
> > installed by hand, not using emerge) because /usr/sbin is before |
14 |
> > /usr/bin in $PATH. |
15 |
|
16 |
> > ... |
17 |
|
18 |
> > But what's the proper method to tell my gentoo system that I don't want |
19 |
> > crud like nullmailer installed? How can I guard myself against such |
20 |
> > presumptiousness on the part of the Gentoo devs in the future? |
21 |
|
22 |
Apologies to the maintainers and users of nullmailer. I didn't mean to |
23 |
say what I said about it, and I'm sure it's a perfectly good package. |
24 |
|
25 |
> You must have installed a package that depends on virtual/mta, |
26 |
> presumably because it needs to send emails. |
27 |
|
28 |
The package was gnupg, which surely doesn't need to send email. |
29 |
|
30 |
> Had you installed qmail using portage, the virtual/mta dep would have |
31 |
> been satisfied by it, and nullmailer would not have been installed in |
32 |
> the first place. However, you didn't do that, and so portage had no |
33 |
> idea qmail was installed. |
34 |
|
35 |
qmail suffered long from a "non-standard" copyright, where modified |
36 |
versions could not be circulated. Instead, the original sources |
37 |
together with (lots of) patches did the rounds. About a decade ago, the |
38 |
author of Qmail, Daniel Berstein, put it into the public domain. Two or |
39 |
three people, independently, have gathered the fragments into coherent |
40 |
packages and done things like ading IPv6, one of them being Erwin |
41 |
Hoffmann's s/qmail, which I use. None of these packages have Gentoo |
42 |
ebuilds. |
43 |
|
44 |
> A possible workaround would be to add mail-mta/netqmail to |
45 |
> package.provided on your system. However, there's still no guarantee |
46 |
> that your custom-built qmail software will work with other packages |
47 |
> provided by Gentoo. |
48 |
|
49 |
Thanks, I didn't know about package.provided. It's not quite ideal, but |
50 |
suffices as a workaround. What's suboptimal about it is that you can |
51 |
only specify particular versions of packages, not the package as such. |
52 |
So, if I put |
53 |
|
54 |
virtual/mta-1 |
55 |
|
56 |
into my package.provided, I'm going to suffer again in the same way when |
57 |
somebody releases virtual/mta-2. As a workaround, my p.p. looks like |
58 |
this: |
59 |
|
60 |
virtual/mta-0 |
61 |
virtual/mta-1 |
62 |
virtual/mta-1.1 |
63 |
virtual/mta-1.2 |
64 |
virtual/mta-2 |
65 |
virtual/mta-2.1 |
66 |
virtual/mta-2.2 |
67 |
virtual/mta-3 |
68 |
virtual/mta-3.1 |
69 |
virtual/mta-3.2 |
70 |
virtual/mta-4 |
71 |
virtual/mta-4.1 |
72 |
virtual/mta-4.2 |
73 |
virtual/mta-5 |
74 |
virtual/mta-5.1 |
75 |
virtual/mta-5.2 |
76 |
virtual/mta-6 |
77 |
virtual/mta-6.1 |
78 |
virtual/mta-6.2 |
79 |
|
80 |
, which should protect me for quite a few years. |
81 |
|
82 |
> Regarding your accusations: Gentoo developers cannot anticipate every |
83 |
> possible thing you might do on your system, especially when you start |
84 |
> installing custom programs in paths that are traditionally managed by |
85 |
> our package manager. Using portage you can customize your system |
86 |
> extensively, without needing to custom build your own software. |
87 |
|
88 |
Life is not so simple, but I take the point. s/qmail had no option to |
89 |
build into /usr/local, and I didn't perceive any particular need to try |
90 |
to move it by hand. |
91 |
|
92 |
> If that's not good enough for you, go build a Linux from Scratch |
93 |
> system and enjoy the lack of any package management or support |
94 |
> whatsoever. |
95 |
|
96 |
That's the other extreme. |
97 |
|
98 |
Thanks for the reply. |
99 |
|
100 |
-- |
101 |
Alan Mackenzie (Nuremberg, Germany). |