Bug 1244467 - dnf upgrade produces conflict messages relating to rsyslogd/syslog-ng
Summary: dnf upgrade produces conflict messages relating to rsyslogd/syslog-ng
Keywords:
Status: CLOSED EOL
Alias: None
Product: Fedora
Classification: Fedora
Component: syslog-ng
Version: 22
Hardware: x86_64
OS: Linux
unspecified
high
Target Milestone: ---
Assignee: Jose Pedro Oliveira
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2015-07-19 01:48 UTC by George R. Goffe
Modified: 2016-07-19 19:15 UTC (History)
13 users (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2016-07-19 19:15:13 UTC
Type: Bug
Embargoed:


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Red Hat Bugzilla 400661 0 medium CLOSED The syslog-ng an rsyslog packages should conflict 2021-02-22 00:41:40 UTC
Red Hat Bugzilla 400671 0 medium CLOSED The syslog-ng an rsyslog packages should conflict 2021-02-22 00:41:40 UTC
Red Hat Bugzilla 421391 0 low CLOSED rsyslog and syslog-ng prevent "yum updates" 2021-02-22 00:41:40 UTC
Red Hat Bugzilla 767761 0 unspecified CLOSED syslog-ng 3.2.5-1: file conflicts with RHEL 6.2 rsyslog 2021-02-22 00:41:40 UTC
Red Hat Bugzilla 796373 0 unspecified CLOSED /etc/logrotate.d/syslog from rsyslog and from syslog-ng conflict 2021-02-22 00:41:40 UTC
Red Hat Bugzilla 811058 0 unspecified CLOSED syslog-ng: file conflicts with rsyslog 2021-02-22 00:41:40 UTC


Description George R. Goffe 2015-07-19 01:48:32 UTC
Description of problem:

Running "dnf -y upgrade" to pick up the latest updates to Fedora 22 generated error messages "Error: Transaction check error:
  file /etc/logrotate.d/syslog from install of rsyslog-8.8.0-3.fc22.x86_64 conflicts with file from package syslog-ng-3.6.2-2.fc22.x86_64'

I'm not sure if this a UFU (user foul up). This system has both rsyslog and syslog-ng installed. I'm not sure how that happened, might have come out of the box that way. Is there a recommended version to use?


Version-Release number of selected component (if applicable):
syslog-ng-3.6.2-2.fc22.x86_64
rsyslog-8.8.0-2.fc22.x86_64


How reproducible:
For now, always.

Steps to Reproduce:
1.
2.
3.

Actual results:


Expected results:


Additional info:

Comment 1 Radek Holy 2015-07-21 13:20:27 UTC
This seems to be a recurring issue.
As far as I know, it is not allowed to have file conflicts between packages. It seems that rsyslog and syslog-ng packages have an exception. Either way, there is nothing DNF can do.

Comment 2 George R. Goffe 2015-07-21 17:22:58 UTC
Radek

The workaround I picked was to remove rsyslogd... there seems to be some small controversy about which one to use. The syntax for config for syslog-ng appears to be superior.

Somehow I got both installed. NOT any more!

George...

Comment 3 Bruno Wolff III 2015-07-24 17:05:15 UTC
It isn't permitted for there just to be file conflicts between two packages as this breaks updates at a point too late to fix the transaction set. If the file conflict is intentional, then the packages should be marked as conflicting in their spec files.

Comment 4 Radek Holy 2015-07-27 12:51:19 UTC
What I understood from the referenced bugs, it seems that the goal is to allow installation of both rsyslog and syslog-ng at the same time. That's why they didn't add the explicit conflicts there, I guess.

Comment 5 Terje Røsten 2015-12-06 15:17:49 UTC
Please see: https://bugzilla.redhat.com/show_bug.cgi?id=1269245

Comment 6 Fedora End Of Life 2016-07-19 19:15:13 UTC
Fedora 22 changed to end-of-life (EOL) status on 2016-07-19. Fedora 22 is
no longer maintained, which means that it will not receive any further
security or bug fix updates. As a result we are closing this bug.

If you can reproduce this bug against a currently maintained version of
Fedora please feel free to reopen this bug against that version. If you
are unable to reopen this bug, please file a new report against the
current release. If you experience problems, please add a comment to this
bug.

Thank you for reporting this bug and we are sorry it could not be fixed.


Note You need to log in before you can comment on or make changes to this bug.