Bug 1093318

+++ This bug was initially created as a clone of Bug #1039291 +++

Description of problem:
rsyslog* packages installed when updating glusterfs

Version-Release number of selected component (if applicable):
glusterfs-libs-3.5.0-0.1.qa3.fc21.x86_64.rpm

How reproducible:


Steps to Reproduce:
1.
2.
3.

Actual results:


Expected results:


Additional info:

--- Additional comment from Kaleb KEITHLEY on 2013-12-09 15:21:21 EET ---

This is a little too terse and vague for me to grok.

What is it that you think is the problem — that rsyslog packages are now required? Why is that a problem?

--- Additional comment from Tom London on 2013-12-09 16:21:00 EET ---

Sorry, I just converted to journald (and removed rsyslog).

My recollection (perhaps faulty) was that installing rsyslog will install/setup systemd units for it as well, and will "re-enable" rsyslog.

--- Additional comment from Tom London on 2013-12-09 16:59:41 EET ---

Yup, I updated glusterfs (which installed rsyslog), and now I have rsyslog enabled:

[root@tlondon ~]# systemctl status rsyslog.service
rsyslog.service - System Logging Service
   Loaded: loaded (/usr/lib/systemd/system/rsyslog.service; enabled)
   Active: active (running) since Mon 2013-12-09 06:49:50 PST; 6min ago
 Main PID: 651 (rsyslogd)
   CGroup: /system.slice/rsyslog.service
           └─651 /sbin/rsyslogd -n

Dec 09 06:49:49 tlondon.localhost.org systemd[1]: Starting System Logging Ser...
Dec 09 06:49:50 tlondon.localhost.org systemd[1]: Started System Logging Serv...
Hint: Some lines were ellipsized, use -l to show in full.
[root@tlondon ~]# 

Is that what is expected? I had it disabled/removed prior to this....

--- Additional comment from Kaleb KEITHLEY on 2013-12-09 18:47:03 EET ---

Yes, we are using rsyslog.

I'm inclined to think this is Not-A-Bug and close it. Bala, what do you think?

--- Additional comment from Bala.FA on 2013-12-10 07:31:15 EET ---


Yes.  We use rsyslog ATM.  Closing as NOTABUG

--- Additional comment from Yanko Kaneti on 2014-01-29 14:27:42 EET ---

The strict requirement in -libs is completely bogus. You ship an _example_ rsyslog config in the main glusterfs package that wouldn't even be enabled unless the admin does it.

-libs is used throughout the stack with the majority of users not even remotely close to having a glusterfs setup.

--- Additional comment from Yanko Kaneti on 2014-01-29 15:24:46 EET ---

On a related note, the -api requirements also seem suspect.

The subpackage is a runtime thing yet it requires glusterfs-devel.

The Requires = %{name}  probably should be %{name}-libs

The python part could be split up from the main api library to avoid bringing up python where its not needed

--- Additional comment from Niels de Vos on 2014-02-16 18:24:27 EET ---

(In reply to Yanko Kaneti from comment #7)
> On a related note, the -api requirements also seem suspect.
> 
> The subpackage is a runtime thing yet it requires glusterfs-devel.

This has been addressed with Bug 1016938.

> The python part could be split up from the main api library to avoid
> bringing up python where its not needed

That is planned for the future (3.6 release), the Python gfapi.py bindings are moving to their own package (and project):
- https://github.com/gluster/libgfapi-python

I'll close this bug report now. Please open separate bugs for separate issues.

--- Additional comment from Yanko Kaneti on 2014-04-22 18:00:01 EEST ---

Sorry but I'll reopen this again because comment 8 doesn't actually address the main issue in this bug of glusterfs-libs hard dependency on rsyslog-mmjsonparse, hence rsyslog.
Maybe DEFERRED means something I don't understand.

--- Additional comment from Simon Gerhards on 2014-04-28 17:47:26 EEST ---

Why this (indirect rsyslog dependency) is a bug:

https://fedoraproject.org/wiki/Changes/NoDefaultSyslog states that a default installation should not contain rsyslog and glusterfs is installed by default. Thus having glusterfs depend on rsyslog is unwanted beaviour.

--- Additional comment from Yanko Kaneti on 2014-05-01 14:11:53 EEST ---

Kaleb, I don't know what this GlusterFS product is.
What the reporter and I care about is the spurious hard dependency on rsyslog in  glusterfs-libs  in Fedora.
I am cloning bug back to Fedora.