Bug 1601698
| Summary: | Why does removing esmtp also try to remove 43 additional packages | ||
|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Gerald Cox <gbcox> |
| Component: | esmtp | Assignee: | Jaroslav Škarvada <jskarvad> |
| Status: | CLOSED NOTABUG | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
| Severity: | medium | Docs Contact: | |
| Priority: | unspecified | ||
| Version: | rawhide | CC: | jskarvad, olysonek, pertusus, smparrish |
| Target Milestone: | --- | ||
| Target Release: | --- | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | If docs needed, set a value | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2018-07-17 06:51:51 UTC | Type: | Bug |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
| Embargoed: | |||
|
Description
Gerald Cox
2018-07-17 04:39:40 UTC
Everything you see there is completely expected and it is actually caused by google chrome. google-chrome-stable has a dependency on redhat-lsb package. This package is a meta-package meant to provide everything that is documented in LSB standard http://refspecs.linuxbase.org/LSB_4.1.0/LSB-Core-generic/LSB-Core-generic/command.html (In reply to Lukáš Nykrýn from comment #1) > Everything you see there is completely expected and it is actually caused by > google chrome. google-chrome-stable has a dependency on redhat-lsb package. > This package is a meta-package meant to provide everything that is > documented in LSB standard > http://refspecs.linuxbase.org/LSB_4.1.0/LSB-Core-generic/LSB-Core-generic/ > command.html Thanks for taking the time to reply. I removed google-chrome and it is still happening. I'm co-maintainer for msmtp and trying to figure out why dnf is trying to delete all these other unrelated programs when trying to delete esmtp. On other thing... why are the alternatives in esmtp requiring /usr/lib/sendmail instead of %{_libdir}? I initially used %{_libdir} because if you don't rpmlint gives a error that you aren't following packaging guidelines - but of course if I do that, it isn't compatible then with esmtp and alternatives breaks. Thanks again for your time. There are only 14 deps, the rest are just unused packages and are removed because you probably have clean_requirements_on_remove=true in /etc/dnf/dnf.conf (see man dnf.conf). Regarding /usr/lib/sendmail it's IMHO there for historical compatibility, %_libdir cannot be used, because it expands to /usr/lib64 on x86_64. Yeah, re: sendmail, that is what I also believed but wanted another opinion on it. Thanks for taking the time to answer. |