| 1 |
On 2018-07-22 04:11, Ian Zimmerman wrote: |
| 2 |
> On 2018-07-21 23:04, Grant Edwards wrote: |
| 3 |
> |
| 4 |
>> Manually installing things in /usr/bin or /usr/sbin will often cause |
| 5 |
>> problems because Portage assumes that it controls those directories. |
| 6 |
>> |
| 7 |
>> So don't do that: you should manually install things in /usr/local. |
| 8 |
>> |
| 9 |
>> Or, install qmail using portage, so that the system knows you have an |
| 10 |
>> MTA. If you don't like the default qand make both available in a local |
| 11 |
>> repo.mail ebuild for some reason, you |
| 12 |
>> can use your own. |
| 13 |
>> |
| 14 |
>> Or, tell Portage you have an MTA by adding an appropriate line to |
| 15 |
>> /etc/portage/profie/package.provided. See portage(5). |
| 16 |
>> |
| 17 |
>> Or, don't use Gentoo if you don't want to do things the way Gentoo |
| 18 |
>> does things. |
| 19 |
> |
| 20 |
> I agree than one should not normally install hand-compiled programs in |
| 21 |
> the normal directories controlled by portage. I can see how the case |
| 22 |
> of |
| 23 |
|
| 24 |
+1, this should (MUST) be a general rule. |
| 25 |
|
| 26 |
> MTA can tempt someone into violating that rule, though: unlike most of |
| 27 |
> all other cases where a program is called by other programs, the path |
| 28 |
> to |
| 29 |
> /usr/sbin/sendmail is usually hardcoded, and there is no well known |
| 30 |
> environment variable either (like EDITOR or PAGER). mutt has a runtime |
| 31 |
> configuration option for the MTA but that's unusual. |
| 32 |
|
| 33 |
> The /usr/sbin/sendmail convention is one of the parts of Unix that, |
| 34 |
> honestly, sucks. With repeated and prolonged exposure one can get |
| 35 |
> irritated enough to turn Poettering :-P |
| 36 |
|
| 37 |
Really true, but it is like it is :( |
| 38 |
> |
| 39 |
> On Gentoo the best way is to make your own package from your favorite |
| 40 |
|
| 41 |
The effort for an ebuild of an individual package is usually to high. |
| 42 |
|
| 43 |
> MTA _and_ your own virtual/mta, and make both available in a local |
| 44 |
> repo. |
| 45 |
> Recently I discovered dma[1] which IMHO is the _best_ lightweight MTA |
| 46 |
> for client machines, so now I have a Gentoo package for it. |
| 47 |
|
| 48 |
A bit more easier is to create an 'empty' virtual ebuild which at least |
| 49 |
does nothing but tells portage the dependency is fulfilled. This can be |
| 50 |
done in general for each unwanted dependency/package. For sure |
| 51 |
self-compiled programs have to be installed outside of portage |
| 52 |
controlled directories. |
| 53 |
|
| 54 |
Alternative one can use in this particular case nail (or mailx) to |
| 55 |
fulfil the virtual/mta dep. It doesn't listen on port(s), provides all |
| 56 |
expected binaries and usually doesn't conflict with an individual mta. |
| 57 |
As a side effect scripts can be written more portable. |
| 58 |
|
| 59 |
|
| 60 |
-- |
| 61 |
Sent with eQmail-1.11 beta - a fork of the djb's famous qmail |
Archives