Skip to main content

Managing /etc/alternatives (Updated 2019-11-09)

A number of applications are configured by default to invoke the sendmail application to send mail messages. Sendmail is, of course, the iconic UNIX command to send mail. But in many cases, sendmail is overkill and most systems provide a default lightweight command, /bin/mail, that can be used instead. Another alternative is ssmtp.

There are alternative applications for many standard applications. After all, what UNIX programmer can't think of a better or different way of doing something? But how is that choice of alternatives easily managed on a Linux system? In the old days, the sysadmin installed the alternative application and created a symlink to the alternative application in place of the expected default application, for example symlinking /bin/mail to /usr/bin/sendmail.

But the update-alternatives method provides better control, in theory at least.

My problem was that the default installation of Mageia does not provide such a choice. I filed a bug report about it since it should be an available choice from a base installation; still unresolved after 4 years. If you install any application and intend to use it as an alternative, but it does not show up as an available choice, look at my bug report for an example one one that will be accepted as complete and then report your own experience as a bug. Here's how I added it manually and how you can add any alternative to your system.

The alternative links themselves are kept in /etc/alternatives. To see if any alternatives are available for a command, enter:
# update-alternatives --list
If the choice you seek is not listed, you may add it manually, using /bin/mail as an example, by entering:

# update-alternatives --install /etc/alternatives/sendmail-command sendmail-command /bin/mail 1
Two things of note here. For unexplained reasons, sendmail is identified as sendmail-command. The priority number helps order your choices and sets the default; the higher the number, the higher the priority. I assigned priority 1 to /bin/mail because it is the least powerful of all the choices that there could be.

To select among possible choices, enter:

# update-alternatives --config sendmail-command

Which provides the following response:

There are 2 programs which provide `sendmail-command'.

Selection Command
-----------------------------------------------
+ 1 /usr/sbin/ssmtp
2 /bin/mail

Enter to keep the default[*], or type selection number:


And I chose 2.

While there is a man page with a good description of all the options, a lot of information is contained within /usr/sbin/update-alternatives itself since it is a perl script.

UPDATE, 2017-06-09

Mageia 6 is almost ready to be released. I submitted a bug request long ago to have /etc/alternatives include /bin/mail as an alternative to sendmail. Not only have they not done that, but if you have any other mail agent installed (like ssmtp which is required for the google-chrome browser, it states that the primary command for sendmail-command must be /usr/sbin/sendmail.

To work around this idiocy, you must first remove ssmtp, which poses a problem because it is required by the package lsb-core-noarch. Oh, well, it's rpm to the rescue:

# rpm -evh --nodeps ssmtp

Then, the above works to redirect sendmail-command to /bin/mail.

UPDATE 2017-07-19 and 2019-07-05

Mageia7 still not only forbids using /bin/mail as an alternative to sendmail-command, it installs postfix by default. So  . . .

# rpm -evh --nodeps postfix

and now miraculously, the command (all on one line)

# update-alternatives --install /etc/alternatives/sendmail-command sendmail-command /bin/mail 1

works again once postfix is gone.

UPDATE 2021-03-18

There now needs to be some MTA installed, so postfix is fine. It sets up the link in /etc/alternatives, but you can't use the above method to change it to /bin/mail. I just edited the symbolic link in /etc/alternatives and it now works in Mageia 7. Let's wait and see if they fuck it up again in Mageia 8.

Comments

Popular posts from this blog

DOS4GW.EXE Version 2.01a and Alternative DOS Extenders

DOS4GW.EXE The Tenberry DOS extender DOS4GW.EXE was used by many early DOS games. I still enjoy playing many of these games and DOS4GW.EXE is usable with DOSBox , so they can be played on Linux. However, the version of DOS4GW.EXE that was included with the game was whatever was current at the time. The most recent version that includes many bugfixes that possibly affected the games when used with DOSBox have been fixed in the latest version, 2.01a. It's not free at US$49, but you can downloaded it here . Simply substitute it for whatever version of DOS4GW.EXE your game provided and enjoy the bug-fixed goodness. Tenberry also makes a "high-performance" "pro" version of DOS4GW.EXE, but it costs $300. I think that they could sell quite a few of these to hobby users (since, you know, DOS is dead) for US$5. Open Souce to the Rescue There are better performing, free and Open Source alternatives available and worth a look. DPMI Explained Let's unders...

Unpack those .EXE game files from GOG.com (Plus other un-packers)

I just came upon innoextract today. I have many of the wonderful games from GOG.com, some of which have native Linux Clients. Before now, I've had to use PlayOnLinux or Crossover to install these for use with WINE, then add the Linux client. InnoSetup as a way to create an installer to install the games on Windows.  Daniel Scharrer has created innoextract to allow the unpacking of those archives on a non-Windows platform. The website provides information on using innoextract , but this information from the page is very useful: GOG.com Installers GOG.com installers with a 2.x.x version number on the download page or in the filename use InnoSetup 5.5.0 and cannot be extracted by innoextract 1.2 and older. Older installers use InnoSetup 5.2.3 and usually have no version in the filename. Some GOG.com multi-part installers with version 2.1.x or higher use RAR archives (renamed to .bin) to store the game data. These files are not part of the InnoSetup installer and require...

Medal of Honor: Allied Assault on Modern Linux

Medal of Honor: Allied Assault contains the original MOH and the two expansion packs, Spearhead and Breakthrough. MOH was first released in 2002. There is a Linux installer , released by Iculus, for the game, but it is for the original version and is a beta release. The libraries it needs are not available in a modern Linux. There is a standalone Linux binary available here . To use it, install the game on a Windows computer, patch it up to the latest level and then copy the installed game to a Linux computer. Place this downloaded archive in the root of the MOH directory and launch the game with ./mohaa_lnx . An attempt to use Crossover 16 to install the game failed as it was not possible to switch to the second DVD disc. There is a possible solution to this by creating a single DVD installation disk for MOH:AA. This process is described here . Reminder:   DVD5 = 4.70 GB DVD9 = 7.95 GB Better yet would be to create a single DVD that would encompass the original MOH...