[opensuse-factory] syslog-ng and UsrMerge
Hello, There is a sr for syslog-ng to move it from / to /usr as part of the UsrMerge project. In theory it makes syslog-ng packaging a lot more simple. In practice, the latest syslog-ng is often recompiled on older distribution versions (think about threading, mongodb output, correlation, etc.), where UsrMerge is not supported . So simply accepting the sr does not seem to be an option, as I don't want to maintain separate spec files... Question: - should I ignore UsrMerge until <12.1 distros are EOL - rework syslog-ng.spec based on this sr to have UsrMerge for >12.1 but not for earlier releases? Bye, CzP -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On 05/02/2012 12:07 PM, Peter Czanik wrote:
Hello, There is a sr for syslog-ng to move it from / to /usr as part of the UsrMerge project. In theory it makes syslog-ng packaging a lot more simple. In practice, the latest syslog-ng is often recompiled on older distribution versions (think about threading, mongodb output, correlation, etc.), where UsrMerge is not supported . So simply accepting the sr does not seem to be an option, as I don't want to maintain separate spec files...
Are you implying that bugs in older versions can only be fixed by upgrading to a new version, which also happens to change the location of libraries? This woudl appear like a broken maintenance model to me.
Question: - should I ignore UsrMerge until <12.1 distros are EOL
You would really have to ignore usr merge until EOL of everything less than 12.3 (I do not think we'll get everything moved for 12.2). Thus, this really wouldn't help.
- rework syslog-ng.spec based on this sr to have UsrMerge for >12.1 but not for earlier releases?
Makes me wonder why this would be necessary. People pulling packages from the devel project onto older distributions have signed up for the "painful road" to maintaining their system and better know what they are doing. In any event, the changes to the spec file maintain a link from /sbin to /usr/sbin and from /lib{64} to /usr/lib{64}, thus libraries and executables should still be found by anyone/anything looking in the "old" places. Robert -- Robert Schweikert MAY THE SOURCE BE WITH YOU SUSE-IBM Software Integration Center LINUX Tech Lead rjschwei@suse.com rschweik@ca.ibm.com 781-464-8147 -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
Hello, On 05/02/2012 06:41 PM, Robert Schweikert wrote:
On 05/02/2012 12:07 PM, Peter Czanik wrote:
Hello, There is a sr for syslog-ng to move it from / to /usr as part of the UsrMerge project. In theory it makes syslog-ng packaging a lot more simple. In practice, the latest syslog-ng is often recompiled on older distribution versions (think about threading, mongodb output, correlation, etc.), where UsrMerge is not supported . So simply accepting the sr does not seem to be an option, as I don't want to maintain separate spec files...
Are you implying that bugs in older versions can only be fixed by upgrading to a new version, which also happens to change the location of libraries? This woudl appear like a broken maintenance model to me. No :-) But many people choose not to upgrade their entire operating system, but update syslog-ng to its latest version because of its new features. I mentioned a few examples above: full threading, which can speed up a central syslog-ng server considerably, mongodb support, which allows storing any name value pairs coming from patterndb parsing, etc.
Question: - should I ignore UsrMerge until <12.1 distros are EOL
You would really have to ignore usr merge until EOL of everything less than 12.3 (I do not think we'll get everything moved for 12.2). Thus, this really wouldn't help.
- rework syslog-ng.spec based on this sr to have UsrMerge for >12.1 but not for earlier releases?
Makes me wonder why this would be necessary. People pulling packages from the devel project onto older distributions have signed up for the "painful road" to maintaining their system and better know what they are doing. In any event, the changes to the spec file maintain a link from /sbin to /usr/sbin and from /lib{64} to /usr/lib{64}, thus libraries and executables should still be found by anyone/anything looking in the "old" places.
Good to know. But it would still break systems with a separate /usr partition, I suppose. And syslog-ng is a typical server application, where old fashioned /usr partition still often happens... I'll check this tomorrow. Bye, CzP -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
Am 02.05.2012 18:07, schrieb Peter Czanik:
Hello, There is a sr for syslog-ng to move it from / to /usr as part of the UsrMerge project. In theory it makes syslog-ng packaging a lot more simple. In practice, the latest syslog-ng is often recompiled on older distribution versions (think about threading, mongodb output, correlation, etc.), where UsrMerge is not supported . So simply accepting the sr does not seem to be an option, as I don't want to maintain separate spec files... Question: - should I ignore UsrMerge until <12.1 distros are EOL
No, this would then not go out for 12.2: http://en.opensuse.org/Lifetime openSUSE 11.4 - September 15th 2012 which is in 137 days (2 months after release of 12.2)
- rework syslog-ng.spec based on this sr to have UsrMerge for >12.1 but not for earlier releases?
Yes, I think we have to use a > 12.1 conditional here so it can be submitted for 12.2. We've to review also paths in the another syslog packages (rsyslog, klogd, syslogd) and submit all changes together to factory. Further, moving syslog to /usr would mean, no logs would be stored to disk in emergency mode... Currently, I don't remember if it is needed there or not. Werner? Gruesse / Regards, Marius Tomaschewski <mt@suse.com> -- SUSE LINUX Products GmbH, GF: Jeff Hawn, Jennifer Guild, Felix Imendörffer, HRB 16746 (AG Nürnberg) Maxfeldstraße 5 90409 Nürnberg Germany -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On 05/02/2012 02:31 PM, Marius Tomaschewski wrote:
Am 02.05.2012 18:07, schrieb Peter Czanik:
Hello, There is a sr for syslog-ng to move it from / to /usr as part of the UsrMerge project. In theory it makes syslog-ng packaging a lot more simple. In practice, the latest syslog-ng is often recompiled on older distribution versions (think about threading, mongodb output, correlation, etc.), where UsrMerge is not supported . So simply accepting the sr does not seem to be an option, as I don't want to maintain separate spec files... Question: - should I ignore UsrMerge until <12.1 distros are EOL
No, this would then not go out for 12.2:
http://en.opensuse.org/Lifetime
openSUSE 11.4 - September 15th 2012 which is in 137 days (2 months after release of 12.2)
- rework syslog-ng.spec based on this sr to have UsrMerge for >12.1 but not for earlier releases?
Yes, I think we have to use a > 12.1 conditional here so it can be submitted for 12.2.
We've to review also paths in the another syslog packages (rsyslog, klogd, syslogd) and submit all changes together to factory.
SR 115922 covers those.
Further, moving syslog to /usr would mean, no logs would be stored to disk in emergency mode... Currently, I don't remember if it is needed there or not.
Werner?
Gruesse / Regards, Marius Tomaschewski <mt@suse.com>
-- Robert Schweikert MAY THE SOURCE BE WITH YOU SUSE-IBM Software Integration Center LINUX Tech Lead rjschwei@suse.com rschweik@ca.ibm.com 781-464-8147 -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
participants (3)
-
Marius Tomaschewski -
Peter Czanik -
Robert Schweikert