Opened 11 years ago
Closed 11 years ago
#4723 closed task (fixed)
Drop or Fix sendmail-8.14.8
Reported by: | Armin K | Owned by: | |
---|---|---|---|
Priority: | normal | Milestone: | 7.5 |
Component: | BOOK | Version: | SVN |
Severity: | normal | Keywords: | |
Cc: |
Description
The package configuring section is broken in some way. The instructions don't work for me.
# newaliases -v Cannot rebuild aliases: no database format defined Cannot create database for alias file /etc/mail/aliases # cat /etc/mail/aliases postmaster: root MAILER-DAEMON: root root [ /home/armin/src/sendmail-8.14.8 ]# m4 m4/cf.m4 sendmail.mc > sendmail.cf m4: cannot open `m4/cf.m4': No such file or directory m4: cannot open `sendmail.mc': No such file or directory # find . -name m4 ./cf/m4 # cd cf # m4 m4/cf.m4 sendmail.mc > sendmail.cf m4: cannot open `sendmail.mc': No such file or directory *** ERROR: No system type defined (use OSTYPE macro)
Unless I'm doing something wrong (and I'm not, I'm just copy/pasting the instructions), the package seems broken. It was tagged LFS7.4 built, so no one bothered to test it. Since its build system requires IQ over 9000 to understand, I won't bother to try to fix it. It took me some time to prevent it from installing manual pages in /usr/man.
There are better alternatives like exim and postfix, and unless someone wants to really fix it, I suggest that it should be dropped entirely.
Change History (6)
comment:1 by , 11 years ago
Owner: | changed from | to
---|---|
Status: | new → assigned |
comment:2 by , 11 years ago
Resolution: | → fixed |
---|---|
Status: | assigned → closed |
comment:3 by , 11 years ago
Resolution: | fixed |
---|---|
Status: | closed → reopened |
comment:4 by , 11 years ago
Owner: | changed from | to
---|---|
Status: | reopened → new |
comment:6 by , 11 years ago
Resolution: | → fixed |
---|---|
Status: | assigned → closed |
I'm not sure why newaliases didn't work (it worked for me), but the m4 sequence should have been:
cd /etc/mail && m4 m4/cf.m4 sendmail.mc > sendmail.cf
My problem was that it didn't want to update the man page location without the symlink from /usr/man. I fixed that with a sed.
Fixed at revision 12806.
Fixed at r12772.