Bug#327585: [Pkg-openldap-devel] Bug#327585: slapd: perl backend failed to load XS (unknown symbols)
On Tue, Oct 18, 2011 at 10:22:31AM +0300, Faidon Liambotis wrote: > On Mon, Oct 17, 2011 at 05:37:17PM -0700, Steve Langasek wrote: > > As Russ has said earlier in the bug thread, the *right* fix is to fix perl > > on i386 so that everything is linked against libperl. All other solutions > > are workarounds, not fixes. > As *you* :) pointed out later (#60) in the bug thread —and I can confirm— this > is not i386-specific. Perl XS modules are not linked against libperl in other > arches as well, at least amd64. Right, but if we fixed perl to link against libperl on i386, we could get the XS modules fixed in general without too much further trouble. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@debian.org signature.asc Description: Digital signature
Bug#327585: [Pkg-openldap-devel] Bug#327585: slapd: perl backend failed to load XS (unknown symbols)
On Mon, Oct 17, 2011 at 05:37:17PM -0700, Steve Langasek wrote: > As Russ has said earlier in the bug thread, the *right* fix is to fix perl > on i386 so that everything is linked against libperl. All other solutions > are workarounds, not fixes. As *you* :) pointed out later (#60) in the bug thread —and I can confirm— this is not i386-specific. Perl XS modules are not linked against libperl in other arches as well, at least amd64. > The patch proposed in message #139 carries side effects, because it will > cause openldap to open all modules with RTLD_GLOBAL. This increases the > risk of a symbol collision causing openldap to crash (the precise issue that > libltdl was switched to RTLD_LOCAL to avoid), and even if that doesn't > result in a bug now, it might do so in the future. So I'm not thrilled > about this patch. Ouch. No chance into getting this to spu then… > But it seems to be the best we can do short of the perl fix, on which > there's been no movement. So I'll go ahead and apply this patch. Thanks for the effort! Best regards, Faidon -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#327585: [Pkg-openldap-devel] Bug#327585: slapd: perl backend failed to load XS (unknown symbols)
On Thu, Oct 06, 2011 at 02:46:40AM +0300, Faidon Liambotis wrote: > On Sun, Jan 09, 2011 at 05:36:46AM +0200, Faidon Liambotis wrote: > > Everything but trivial perl scripts fail using slapd's back-perl, > > probably for the reasons stated in this bug. > > If I were opening the bug, I'd surely use a much more severe > > severity, but since the maintainers have commented and haven't done > > that, I'll refrain from doing so. > > The symptoms are the same and LD_PRELOADing libperl fixes the problem. > > However, this is on amd64 (and perl links to libperl) so, if I > > understood correctly, this contradicts Russ' analysis. > > Any reason not to apply the patch from #139 which allegedly fixes the issue? > Ping? As Russ has said earlier in the bug thread, the *right* fix is to fix perl on i386 so that everything is linked against libperl. All other solutions are workarounds, not fixes. The patch proposed in message #139 carries side effects, because it will cause openldap to open all modules with RTLD_GLOBAL. This increases the risk of a symbol collision causing openldap to crash (the precise issue that libltdl was switched to RTLD_LOCAL to avoid), and even if that doesn't result in a bug now, it might do so in the future. So I'm not thrilled about this patch. But it seems to be the best we can do short of the perl fix, on which there's been no movement. So I'll go ahead and apply this patch. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@debian.org signature.asc Description: Digital signature
Bug#327585: slapd: perl backend failed to load XS (unknown symbols)
On Sun, Jan 09, 2011 at 05:36:46AM +0200, Faidon Liambotis wrote: > Everything but trivial perl scripts fail using slapd's back-perl, > probably for the reasons stated in this bug. > > If I were opening the bug, I'd surely use a much more severe > severity, but since the maintainers have commented and haven't done > that, I'll refrain from doing so. > > The symptoms are the same and LD_PRELOADing libperl fixes the problem. > > However, this is on amd64 (and perl links to libperl) so, if I > understood correctly, this contradicts Russ' analysis. > > Any reason not to apply the patch from #139 which allegedly fixes the issue? Ping? Regards, Faidon -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#327585: slapd: perl backend failed to load XS (unknown symbols)
Everything but trivial perl scripts fail using slapd's back-perl, probably for the reasons stated in this bug. If I were opening the bug, I'd surely use a much more severe severity, but since the maintainers have commented and haven't done that, I'll refrain from doing so. The symptoms are the same and LD_PRELOADing libperl fixes the problem. However, this is on amd64 (and perl links to libperl) so, if I understood correctly, this contradicts Russ' analysis. Any reason not to apply the patch from #139 which allegedly fixes the issue? Regards, Faidon -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#327585: slapd: perl backend failed to load XS (unknown symbols)
On Sun, Sep 11, 2005 at 10:13:53AM +0200, Marc Chantreux wrote: > Package: slapd > Version: 2.2.26-4 > Severity: normal Hi. Same behaviour with 2.2.23-8 (Sarge) > this message was produced by slapd while loading SampleLDAP.pm provided in the > openldap source tree: (and after having copied the 4 sample lines in the comments on the top of the module file to the slapd.conf configuration file) > Error Can't load '/usr/lib/perl/5.8/auto/POSIX/POSIX.so' for module POSIX: > [...] Got the same here. It looks like the compilation of upstream 2.2.30 version doesn't raise these errors. What about its packaging for unstable? Cheers, -- Cyril Brulebois -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#327585: slapd: perl backend failed to load XS (unknown symbols)
Package: slapd Version: 2.2.26-4 Severity: normal the perl backend failed to load symbols for XS modules while loading perlModule. so only pure perl stuff is available. this message was produced by slapd while loading SampleLDAP.pm provided in the openldap source tree : Error Can't load '/usr/lib/perl/5.8/auto/POSIX/POSIX.so' for module POSIX: /usr/lib/perl/5.8/auto/POSIX/POSIX.so: undefined symbol: PL_sig_name at /usr/lib/pe at /usr/lib/perl/5.8/POSIX.pm line 26 -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (300, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.8-1-386 Locale: LANG=fr_FR, LC_CTYPE=fr_FR (charmap=ISO-8859-1) Versions of packages slapd depends on: ii coreutils [fileutils] 5.2.1-2The GNU core utilities ii debconf 1.4.58 Debian configuration management sy ii libc6 2.3.5-6GNU C Library: Shared libraries an ii libdb4.2 4.2.52-18 Berkeley v4.2 Database Libraries [ ii libiodbc2 3.52.2-4 iODBC Driver Manager ii libldap-2.2-7 2.2.26-4 OpenLDAP libraries ii libltdl3 1.5.6-6A system independent dlopen wrappe ii libperl5.85.8.7-4Shared Perl library ii libsasl2 2.1.19-1.5 Authentication abstraction library ii libslp1 1.2.1-2OpenSLP libraries ii libssl0.9.7 0.9.7e-3 SSL shared libraries ii libwrap0 7.6.dbs-8 Wietse Venema's TCP wrappers libra ii perl [libmime-base64-perl]5.8.7-4Larry Wall's Practical Extraction ii psmisc21.6-1 Utilities that use the proc filesy Versions of packages slapd recommends: ii db4.2-util4.2.52-18 Berkeley v4.2 Database Utilities ii libsasl2-modules 2.1.19-1.5 Pluggable Authentication Modules f -- debconf information: slapd/password_mismatch: slapd/fix_directory: true slapd/invalid_config: true * shared/organization: ulp mm slapd/upgrade_slapcat_failure: slapd/upgrade_slapadd_failure: slapd/backend: BDB slapd/dump_database: when needed * slapd/allow_ldap_v2: false slapd/no_configuration: false slapd/migrate_ldbm_to_bdb: true slapd/move_old_database: true slapd/suffix_change: false slapd/slave_databases_require_updateref: slapd/dump_database_destdir: /var/backups/slapd-VERSION slapd/autoconf_modules: true slapd/purge_database: false * slapd/domain: ulpmm -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
