https://bugzilla.balabit.com/show_bug.cgi?id=214 Gergely Nagy <algernon@balabit.hu> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |algernon@balabit.hu AssignedTo|bazsi@balabit.hu |algernon@balabit.hu --- Comment #2 from Gergely Nagy <algernon@balabit.hu> 2012-12-20 13:06:40 --- (In reply to comment #1)

Also to note, version 3.2.5 does not have any issues with lib/syslog-ng/libafsocket.so dependencies... the ldd output doesn't seem to indicate a requirement for libsyslog-ng-crypto.

libsyslog-ng-crypto was split out of libsyslog-ng in 3.3. My guess is that libsyslog-ng-crypto gets installed into /opt/local/syslogng/lib/syslog-ng/, which is not on the dynamic loader's path, and the AIX linker thingies do not support RPATH. The best course of action here would be to link libsyslog-ng-crypto directly into libsyslog-ng, I believe. Or, move it out of lib/syslog-ng, into lib/ itself. -- Configure bugmail: https://bugzilla.balabit.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

https://bugzilla.balabit.com/show_bug.cgi?id=214 --- Comment #3 from Gergely Nagy <algernon@balabit.hu> 2012-12-22 11:02:59 --- (In reply to comment #2)

The best course of action here would be to link libsyslog-ng-crypto directly into libsyslog-ng, I believe. Or, move it out of lib/syslog-ng, into lib/ itself.

I ended up adding support for embedding libsyslog-ng-crypto's stuff into libsyslog-ng, with a configure-time flag. For the time being, this is on the feature/3.3/crypto-linkin branch of my repo, pending review. It doesn't fix the .a<->.so issue, but that's a separate thing. -- Configure bugmail: https://bugzilla.balabit.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

https://bugzilla.balabit.com/show_bug.cgi?id=214 --- Comment #5 from Tamás Pál <folti@balabit.hu> 2013-01-02 11:37:13 --- (In reply to comment #0)

Also, be aware that shared libraries on AIX use the .a suffix, not .so. Out of the box shared libraries are archived into .a files. Yeah, we had much "fun" with it during PE porting. Extra fun can be had by instructing the linker to prefer .so files over .a and link to libs which have the default linking dependencies ...

$ ar tv /opt/local/syslogng/lib/syslog-ng/libafsocket.a rwxr-xr-x 0/0 572423 Dec 19 20:23 2012 libafsocket-tls.so

The default "make install" process leaves nothing but *.a files in lib/syslog-ng and on startup the user is greeted with many errors about missing loadable modules.

The RPM that Perzl makes gets around this by running ar -X32 -x'ing all of these .a files so the system is populated with both .a and .so versions of the files.

( cd ${RPM_BUILD_ROOT}%{_libdir} for f in *.a ; do /usr/bin/ar -X32 -x ${f} done

cd ${RPM_BUILD_ROOT}%{_libdir}/%{name} for f in *.a ; do /usr/bin/ar -X32 -x ${f} done )

Can this be fixed?

It has been solved in the PE's core tree, but the relevant patches hasn't been lifted into the OSE trees. It's a GLIB specific problem, because it's plugin handling code doesn't aware about this AIX specific feature, so by default it looks for .so files on AIX too. Redefining G_MODULE_SUFFIX fixes the problem: #ifdef _AIX #define G_MODULE_SUFFIX "a" #endif -- Configure bugmail: https://bugzilla.balabit.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

https://bugzilla.balabit.com/show_bug.cgi?id=214 --- Comment #7 from Gergely Nagy <algernon@balabit.hu> 2013-01-02 16:50:03 --- (In reply to comment #6)

That's great! Thank you!

I've picked the patch mentioned earlier from PE, and pushed it to 3.3's git.

Is there a release I can test, or an ETA on when this will be available for testing?

...I also triggered a tarball build: http://packages.madhouse-project.org/syslog-ng/3.3/3.3.7/syslog-ng-3.3.7-201... Can you check if this solves the issue? -- Configure bugmail: https://bugzilla.balabit.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

https://bugzilla.balabit.com/show_bug.cgi?id=214 Ben Lentz <blentz@cswg.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Resolution|FIXED | Status|RESOLVED |REOPENED --- Comment #9 from Ben Lentz <blentz@cswg.com> 2013-01-11 17:56:44 --- I tried rebuilding today (sorry for the delay). I get the following failure: /bin/sh ../libtool --tag=CC --mode=compile gcc -g -Wl,-blibpath:/opt/local/syslog-ng/lib:/usr/lib:/lib,-brtl -DHAVE_CONFIG_H -I. -I.. -D_GNU_SOURCE -I../lib -I../lib/include -I../lib/include -I../modules/include -I/opt/local/syslog-ng/include -Wall -I/opt/local/syslog-ng/include -MT iv_fd_pump.lo -MD -MP -MF .deps/iv_fd_pump.Tpo -c -o iv_fd_pump.lo iv_fd_pump.c libtool: compile: gcc -g -Wl,-blibpath:/opt/local/syslog-ng/lib:/usr/lib:/lib,-brtl -DHAVE_CONFIG_H -I. -I.. -D_GNU_SOURCE -I../lib -I../lib/include -I../lib/include -I../modules/include -I/opt/local/syslog-ng/include -Wall -I/opt/local/syslog-ng/include -MT iv_fd_pump.lo -MD -MP -MF .deps/iv_fd_pump.Tpo -c iv_fd_pump.c -DPIC -o iv_fd_pump.o iv_fd_pump.c: In function 'check_splice_available': iv_fd_pump.c:156: warning: implicit declaration of function 'splice' iv_fd_pump.c:156: error: 'SPLICE_F_NONBLOCK' undeclared (first use in this function) iv_fd_pump.c:156: error: (Each undeclared identifier is reported only once iv_fd_pump.c:156: error: for each function it appears in.) iv_fd_pump.c: In function 'iv_fd_pump_try_input': iv_fd_pump.c:257: error: 'SPLICE_F_NONBLOCK' undeclared (first use in this function) make[7]: *** [iv_fd_pump.lo] Error 1 make[7]: Leaving directory `/home/blentz/build/syslog-ng-3.3.7/lib/ivykis/modules' make[6]: *** [all-recursive] Error 1 make[6]: Leaving directory `/home/blentz/build/syslog-ng-3.3.7/lib/ivykis/modules' make[5]: *** [all-recursive] Error 1 make[5]: Leaving directory `/home/blentz/build/syslog-ng-3.3.7/lib/ivykis' make[4]: *** [all] Error 2 make[4]: Leaving directory `/home/blentz/build/syslog-ng-3.3.7/lib/ivykis' make[3]: *** [all-recursive] Error 1 make[3]: Leaving directory `/home/blentz/build/syslog-ng-3.3.7/lib' make[2]: *** [all] Error 2 make[2]: Leaving directory `/home/blentz/build/syslog-ng-3.3.7/lib' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/blentz/build/syslog-ng-3.3.7' make: *** [all] Error 2 Making install in lib -- Configure bugmail: https://bugzilla.balabit.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

https://bugzilla.balabit.com/show_bug.cgi?id=214 --- Comment #11 from Ben Lentz <blentz@cswg.com> 2013-01-11 21:39:27 --- I was able to work around the problem using --with-ivykis=system. I built using: ./configure --prefix=/opt/local/syslog-ng --with-embedded-crypto --with-ivykis=system I was unable to get the modules to run, as-is, I had to extract all the .so files from the .a archives with ar, still. After I've done that, I still get: $ sudo /opt/local/syslog-ng/sbin/syslog-ng -F Error opening plugin module; module='afsocket', error='\x090509-022 Cannot load module /opt/local/syslog-ng/lib/syslog-ng/libafsocket.so.\x0a\x090509-150 Dependent module libsyslog-ng-crypto.a(libsyslog-ng-crypto.so) could not be loaded.\x0a\x090509-022 Cannot load module libsyslog-ng-crypto.a(libsyslog-ng-crypto.so).\x0a\x090509-026 System error: A file or directory in the path name does not exist.\x0a\x090509-022 Cannot load module /opt/local/syslog-ng/lib/syslog-ng/libafsocket.so.\x0a\x090509-150 Dependent module /opt/local/syslog-ng/lib/syslog-ng/libafsocket.so could not be loaded.' Error opening plugin module; module='afsocket', error='\x090509-022 Cannot load module /opt/local/syslog-ng/lib/syslog-ng/libafsocket.so.\x0a\x090509-150 Dependent module libsyslog-ng-crypto.a(libsyslog-ng-crypto.so) could not be loaded.\x0a\x090509-022 Cannot load module libsyslog-ng-crypto.a(libsyslog-ng-crypto.so).\x0a\x090509-026 System error: A file or directory in the path name does not exist.\x0a\x090509-022 Cannot load module /opt/local/syslog-ng/lib/syslog-ng/libafsocket.so.\x0a\x090509-150 Dependent module /opt/local/syslog-ng/lib/syslog-ng/libafsocket.so could not be loaded.' Error parsing source, source plugin unix-dgram not found in source confgen system at line 1, column 1: included from /opt/local/syslog-ng/etc/syslog-ng.conf line 10, column 9 unix-dgram ^^^^^^^^^^ syslog-ng documentation: http://www.balabit.com/support/documentation/?product=syslog-ng mailing list: https://lists.balabit.hu/mailman/listinfo/syslog-ng $ ldd /opt/local/syslog-ng/lib/syslog-ng/libafsocket.so /opt/local/syslog-ng/lib/syslog-ng/libafsocket.so needs: /opt/local/syslog-ng/lib/libsyslog-ng.a(libsyslog-ng-3.3.7.so) Cannot find libsyslog-ng-crypto.a(libsyslog-ng-crypto.so) /opt/local/syslog-ng/lib/libssl.so /opt/local/syslog-ng/lib/libcrypto.so /usr/lib/libc.a(shr.o) /usr/lib/librtl.a(shr.o) /opt/local/syslog-ng/lib/libgmodule-2.0.a(libgmodule-2.0.so.0) /opt/local/syslog-ng/lib/libgthread-2.0.a(libgthread-2.0.so.0) /opt/local/syslog-ng/lib/libglib-2.0.a(libglib-2.0.so.0) /opt/local/syslog-ng/lib/libevtlog.a(libevtlog.so.0) /opt/local/syslog-ng/lib/libivykis.a(libivykis.so.0) /opt/local/syslog-ng/lib/libgcc_s.a(shr.o) /usr/lib/libpthreads.a(shr_xpg5.o) /unix /usr/lib/libcrypt.a(shr.o) /usr/lib/libiconv.a(shr4.o) /usr/lib/libpthread.a(shr_comm.o) /usr/lib/libpthread.a(shr_xpg5.o) /opt/local/syslog-ng/lib/libintl.a(libintl.so.8) /usr/lib/libthread.a(shr.o) /usr/lib/libpthreads.a(shr_comm.o) I guess I'm confused... shouldn't using --with-embedded-crypto prevent the dependency on this missing library? I can do this, but it's not really correct to have to hard-code LIBPATH (AIX's version of LD_LIBRARY_PATH) so that this thing can be found. $ LIBPATH=/opt/local/syslog-ng/lib/syslog-ng ldd /opt/local/syslog-ng/lib/syslog-ng/libafsocket.so /opt/local/syslog-ng/lib/syslog-ng/libafsocket.so needs: /opt/local/syslog-ng/lib/libsyslog-ng.a(libsyslog-ng-3.3.7.so) /opt/local/syslog-ng/lib/syslog-ng/libsyslog-ng-crypto.a(libsyslog-ng-crypto.so) /opt/local/syslog-ng/lib/libssl.so /opt/local/syslog-ng/lib/libcrypto.so /usr/lib/libc.a(shr.o) /usr/lib/librtl.a(shr.o) /opt/local/syslog-ng/lib/libgmodule-2.0.a(libgmodule-2.0.so.0) /opt/local/syslog-ng/lib/libgthread-2.0.a(libgthread-2.0.so.0) /opt/local/syslog-ng/lib/libglib-2.0.a(libglib-2.0.so.0) /opt/local/syslog-ng/lib/libevtlog.a(libevtlog.so.0) /opt/local/syslog-ng/lib/libivykis.a(libivykis.so.0) /opt/local/syslog-ng/lib/libgcc_s.a(shr.o) /usr/lib/libpthreads.a(shr_xpg5.o) /unix /usr/lib/libcrypt.a(shr.o) /usr/lib/libiconv.a(shr4.o) /usr/lib/libpthread.a(shr_comm.o) /usr/lib/libpthread.a(shr_xpg5.o) /opt/local/syslog-ng/lib/libintl.a(libintl.so.8) /usr/lib/libthread.a(shr.o) /usr/lib/libpthreads.a(shr_comm.o) -- Configure bugmail: https://bugzilla.balabit.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

https://bugzilla.balabit.com/show_bug.cgi?id=214 Gergely Nagy <algernon@balabit.hu> changed: What |Removed |Added ---------------------------------------------------------------------------- Target Milestone|3.3.8 |3.4.1 --- Comment #13 from Gergely Nagy <algernon@balabit.hu> 2013-01-15 12:16:45 --- Ok, since this requires an update of ivykis too, which I'd rather not do in 3.3 again, I'll move this issue to 3.4 instead (if the fixes turn out to be easily backportable, I'll pick them to 3.3 aswell then). -- Configure bugmail: https://bugzilla.balabit.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

https://bugzilla.balabit.com/show_bug.cgi?id=214 --- Comment #15 from Gergely Nagy <algernon@balabit.hu> 2013-01-28 13:11:08 --- (In reply to comment #14)

(In reply to comment #12)

...

(In reply to comment #11) I don't have access to an AIX system, so testing these changes is a tiny bit cumbersome, but I'll try my best. If we get more information about the involved system(AIX version, tech level and so on), I can create a developer sandbox for you

That'd be most appreciated. -- Configure bugmail: https://bugzilla.balabit.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

https://bugzilla.balabit.com/show_bug.cgi?id=214 Gergely Nagy <algernon@balabit.hu> changed: What |Removed |Added ---------------------------------------------------------------------------- Target Milestone|3.4.1 |3.4.2 -- Configure bugmail: https://bugzilla.balabit.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.