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