Description of problem: msmtp package is not declared to provide /usr/sbin/sendmail. But installing the package, makes msmtp the "mta" (see alternatives --display mta), and thus provide /usr/bin/sendmail. Some packages, see below, requires /usr/sbin/sendmail BackupPC-0:4.4.0-9.fc38.x86_64 alpine-0:2.26-3.fc38.x86_64 arpwatch-14:3.3-14.fc39.x86_64 asterisk-voicemail-0:18.12.1-1.fc38.3.x86_64 certwatch-mod_ssl-0:1.2-12.fc38.x86_64 fail2ban-sendmail-0:1.0.2-2.fc38.noarch fvwm-0:2.7.0-3.fc38.x86_64 hylafax+-client-0:7.0.7-1.fc39.i686 hylafax+-client-0:7.0.7-1.fc39.x86_64 mgetty-0:1.2.1-18.fc38.x86_64 quilt-0:0.67-4.fc39.noarch redhat-lsb-core-0:4.1-60.fc38.i686 redhat-lsb-core-0:4.1-60.fc38.x86_64 spamass-milter-0:0.4.0-24.fc38.x86_64 uudeview-0:0.5.20-51.fc38.x86_64 websec-0:1.9.0-34.fc38.noarch x509watch-0:0.6.1-14.fc38.noarch Thus, when asking dnf to install one of the packages above, it will also install another mta from the list below if none of them is already installed. Likely esmtp in my experience (likely because it's the first alphabetically). esmtp-0:1.2-21.fc38.x86_64 exim-0:4.96-8.fc38.x86_64 opensmtpd-0:6.8.0p2-11.fc38.x86_64 postfix-2:3.7.4-1.fc38.x86_64 sendmail-0:8.17.1-8.fc38.x86_64 ssmtp-0:2.64-32.fc38.x86_64 Having msmtp already installed should be enough to satisfy /usr/sbin/sendmail requirement, and no other MTA should be installed as part of installing another package. Version-Release number of selected component (if applicable): msmtp-1.8.23-1.fc38.x86_64 How reproducible: When installing a package that requires /usr/bin/sendmail when no other MTA is installed. Steps to Reproduce: 1. dnf install msmtp 2. dnf install arpwatch Actual results: "dnf install arpwatch" installs arpwatch and esmtp Expected results: "dnf install arpwatch" would install only arpwatch
Believe this is a duplicate of: https://bugzilla.redhat.com/show_bug.cgi?id=1367858 Also refer to: https://bugzilla.redhat.com/show_bug.cgi?id=1601698 https://bugzilla.redhat.com/show_bug.cgi?id=1601699 *** This bug has been marked as a duplicate of bug 1367858 ***
(In reply to Gerald Cox from comment #1) > Believe this is a duplicate of: > https://bugzilla.redhat.com/show_bug.cgi?id=1367858 > Also refer to: > https://bugzilla.redhat.com/show_bug.cgi?id=1601698 > https://bugzilla.redhat.com/show_bug.cgi?id=1601699 > > *** This bug has been marked as a duplicate of bug 1367858 *** I agree, it's a duplicate, but a duplicate of bug #1694401 msmtp should be one packages providing /usr/sbin/sendmail and /usr/lib/sendmail, but's not: $ dnf repoquery --whatprovides /usr/lib/sendmail esmtp-0:1.2-21.fc38.x86_64 exim-0:4.96-8.fc38.x86_64 opensmtpd-0:6.8.0p2-11.fc38.x86_64 postfix-2:3.7.4-1.fc38.x86_64 sendmail-0:8.17.1-8.fc38.x86_64 $ dnf repoquery --whatprovides /usr/sbin/sendmail esmtp-0:1.2-21.fc38.x86_64 exim-0:4.96-8.fc38.x86_64 opensmtpd-0:6.8.0p2-11.fc38.x86_64 postfix-2:3.7.4-1.fc38.x86_64 sendmail-0:8.17.1-8.fc38.x86_64 ssmtp-0:2.64-32.fc38.x86_64 As suggested in patch from bug #1551346, msmtp's SPEC file should declare the following in %files section, just like esmtp's SPEC file: %ghost %{_sbindir}/sendmail %ghost %{_prefix}/lib/sendmail
I thought I had tried the %ghost and it didn't work. I'll take a look again.
I've created a test build that I'd like you to try before I push this to testing: 1. dnf copr enable gbcox/msmtp-testing 2. dnf upgrade msmtp It's going to take me several days to create a test environment, so if it checks out with you that would speed things up. Thanks!
(In reply to Gerald Cox from comment #4) > I've created a test build that I'd like you to try before I push this to > testing: > > 1. dnf copr enable gbcox/msmtp-testing > 2. dnf upgrade msmtp > > It's going to take me several days to create a test environment, so if it > checks out > with you that would speed things up. > It works. I can install arpwatch and msmtp, without having to install another MTA. Thanks.
FEDORA-2023-9d717d766d has been submitted as an update to Fedora 39. https://bodhi.fedoraproject.org/updates/FEDORA-2023-9d717d766d
FEDORA-2023-9d717d766d has been pushed to the Fedora 39 stable repository. If problem still persists, please make note of it in this bug report.
FEDORA-2023-1ef103712d has been submitted as an update to Fedora 38. https://bodhi.fedoraproject.org/updates/FEDORA-2023-1ef103712d
FEDORA-2023-6dd703f8b0 has been submitted as an update to Fedora 37. https://bodhi.fedoraproject.org/updates/FEDORA-2023-6dd703f8b0
FEDORA-2023-6dd703f8b0 has been pushed to the Fedora 37 testing repository. Soon you'll be able to install the update with the following command: `sudo dnf upgrade --enablerepo=updates-testing --refresh --advisory=FEDORA-2023-6dd703f8b0` You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2023-6dd703f8b0 See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.
FEDORA-2023-1ef103712d has been pushed to the Fedora 38 testing repository. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2023-1ef103712d See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.
FEDORA-2023-6dd703f8b0 has been pushed to the Fedora 37 stable repository. If problem still persists, please make note of it in this bug report.
FEDORA-2023-1ef103712d has been pushed to the Fedora 38 stable repository. If problem still persists, please make note of it in this bug report.