Hi Guillem,
Am 2023-01-18 12:22, schrieb Guillem Jover:
Sorry, I guess the pending bug notification was confusing. I had
written the patch, then noticed yours upstream and replaced it with
commit:
Ah, ok, never mind, my bad then; I didn't check the actual commits.
Thanks,
Enrik
Hi,
thanks for fixing this in the Debian package.
You might consider my (basically identical) upstream patch:
https://git.savannah.gnu.org/cgit/inetutils.git/commit/?id=c2cfa7889c09b6bd1ef7bc9967111e6509e610c7
Cheers,
Enrik
Package: vpnc
Version: 0.5.3r550-3.1
The Debian vpnc source contains a patch called 'dpd_big-endian.patch'.
This patch adresses an (obsolete) issue in vpnc, where the DPD sequence
number was incorrectly incremented in the wrong byte order.
However, this byte order issue has been fixed upstream
Stephen Gran schrieb:
Thank you for this comprehensive review and investigation of the
problem. This is roughly what we arrived at as well. Sadly, the best
place for this to be fixed is in ltdl, and a request has been filed with
them to add a function to call dlopen with RTDL_GLOBAL. There
Hi,
I've investigated this bug and found the reason why perl .so's won't
load via shared rlm_perl on Debian.
rlm_perl will be loaded by freeradius via lt_dlopenext() which proxies
to dlopen(). rlm_perl depends on libperl. Thus, libperl will be loaded
indirectly by dlopen() using the same flags
Stephen Gran schrieb:
Thank you for this comprehensive review and investigation of the
problem. This is roughly what we arrived at as well. Sadly, the best
place for this to be fixed is in ltdl, and a request has been filed with
them to add a function to call dlopen with RTDL_GLOBAL. There
Enrik Berkhan wrote:
Maybe it would work to link libperl.a (statically) with rlm_perl to
workaround the problem? I haven't tried to, yet.
No, this won't help. The symbols from the static libperl.a are present
in rlm_perl and exported, too, but the dlopen(Dumper.so) from DynaLoader
still can't
Package: libpam-ldap
Version: 178-1sarge1
After upgrading libc6 to 2.3.5-6, pam_ldap is no longer usable. The
error reported by dlopen() looks like this:
Sep 13 05:03:30 akk10-int gdm[18038]: PAM unable to
dlopen(/lib/security/pam_ldap.so)
Sep 13 05:03:30 akk10-int gdm[18038]: PAM [dlerror:
8 matches
Mail list logo
