https://bugzilla.balabit.com/show_bug.cgi?id=115 Balazs Scheidler <bazsi@balabit.hu> changed: What |Removed |Added ---------------------------------------------------------------------------- Resolution| |INVALID Status|NEW |RESOLVED --- Comment #4 from Balazs Scheidler <bazsi@balabit.hu> 2011-10-23 09:27:27 --- In 3.3 we've added -release <syslog-ng-version-number> to the libtool arguments when linking libsyslog-ng.so to indicate its close ties to the actual syslog-ng version. Its compatibility is not ensured even between minor releases. Unfortunately we can't easily put that lib into a private library folder, as that would require wrapper scripts for all of our binaries (setting LD_LIBRARY_PATH) or using -rpath which is not accepted by most distributions. So the current solution is the best I could come up with, closing this ticket (as INVALID lacking a better resolution). If linking syslog-ng fully dynamic on your distribution is ok (e.g. all the required libs are in /lib or syslog-ng is installed in /usr) then that's an alternative too. -- Configure bugmail: https://bugzilla.balabit.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.