Use the PROVIDES mechanism so that msmtp and msmtp-nossl can be be
+depended-on and avoid generating a file level conflict. Also use
alternatives for msmtp-mta and msmtpq-ng-mta with msmtp-mta since
we can only have one sendmail at a time.
Signed-off-by: Daniel F. Dickinson <cshored@thecshore.com>
Make msmtp as MTA separate from msmtp package proper to
allow msmtp-scripts (to be added) to use msmtp as the
backend while providing the ability to act as the
system MTA without msmtp getting in the way.
Also get rid of symlinking in postinst/postrm as that
is something the trunk devs don't like. In addition
it allows the -mta package to conflict with any
other package providing sendmail command, as it should
(once the other packages also move postinst/postrm
sendmail symlinks to install section).
Signed-off-by: Daniel Dickinson <lede@cshore.thecshore.com>
Avoid the postrm/postinst symlink addition and removal as
1) This fails to conflict with other packages which also provide
the same commands and makes what packages is supply the command
depend on which command was installed last.
2) Trunk devs don't like postrm/postinst symlink mangling
3) Packages changing things from other packages is considered bad
packaging pratice on most distros and debian, for example,
prohibits it.
Signed-off-by: Daniel Dickinson <lede@daniel.thecshore.com>
msmtp fails when /etc/ssl/certs/ca-certifictes.crt bundle is
not present (for the SSL version), therefore add a dependency
on ca-bundle packages (newly added to trunk).
Signed-off-by: Daniel Dickinson <openwrt@daniel.thecshore.com>
Daniel F. Dickinson
Rosen Penev
Ycarus
Daniel Engberg
Daniel Dickinson
Daniel Dickinson
Ted Hess
Daniel Dickinson
Nicolas Thill
Alexander Ryzhov