after update libtool from 1.5.26 to 2.2.6a
module rlm_perl not work:
# /usr/local/etc/rc.d/radiusd start
Can't load '/usr/local/lib/perl5/5.8.9/mach/auto/Data/Dumper/Dumper.so' for module Data::Dumper: /usr/local/lib/perl5/5.8.9/mach/auto/Data/Dumper/Dumper.so: Undefined symbol "PL_sv_undef" at /usr/local/lib/perl5/5.8.9/mach/XSLoader.pm line 70.
at /usr/local/lib/perl5/5.8.9/mach/Data/Dumper.pm line 36
Compilation failed in require at /usr/local/etc/raddb/example.pl line 22.
BEGIN failed--compilation aborted at /usr/local/etc/raddb/example.pl line 22.
How-To-Repeat: portsnap fetch update
portupgrade -o devel/libtool22 libtool-1.5\*
portupgrade -o devel/libltdl22 libltdl-1.5\*
portupgrade -fr libltdl
Maintainer of net/freeradius2,
Please note that PR ports/138445 has just been submitted.
If it contains a patch for an upgrade, an enhancement or a bug fix
you agree on, reply to this email stating that you approve the patch
and a committer will take care of it.
The full text of the PR can be found at:
Edwin Groothuis via the GNATS Auto Assign Tool
Awaiting maintainers feedback (via the GNATS Auto Assign Tool)
This is not a FreeRADIUS problem as such - rather it's a problem with
embedded Perl after the recent libltdl update.
I worked with the submitter of PR ports/137694 on this problem following
his private report to me. He submitted that PR at my request against
lang/perl5.8 and lang/perl5.10.
It seems that the libltdl upgrade changed the semantics of dynamic
linking with embedded Perl. Calls to dlopen(3) made via rlm_perl seem to
need " | RTLD_GLOBAL" adding to the 'mode' argument (see the man page
for dlopen(3)). However, that system call is not made directly in
rlm_perl - all that rlm_perl does is use the interface found in the
perlembed(1) man page. Accordingly, I think this is in the remit of the
lang/perl5.8 and lang/perl5.10 maintainer.
PR ports/137694 contains a work-round (thanks, Ryan). If no fixes to
Perl are forthcoming, I will look at incorporating that work-round into
the rc.d script that net/freeradius2 installs.
I'm not sure what the correct way to handle this PR is. Arguably it's
superseded by ports/137694. We don't have superseded in GNATS - I guess
this should either be closed or suspended? I leave it to one of the
committers to mark this PR accordingly.
With best wishes,
David (maintainer, net/freeradius2)
Setting the PR to analyzed - pending fix in other port
I'll take it.
wxs 2010-02-22 14:46:37 UTC
FreeBSD ports repository
- Fix libtool problem when using perl option. See ports/143487 for information.
PR: ports/143487, ports/143656, ports/143493, ports/138445
Submitted by: Ryan Steinmetz <firstname.lastname@example.org>
Approved by: maintainer timeout
Feature safe: yes
Revision Changes Path
1.82 +3 -0 ports/net/freeradius2/Makefile
email@example.com mailing list
To unsubscribe, send any mail to "firstname.lastname@example.org"
Committed the patch in ports/143487. Thanks!