I'm cc'ing perl maintainers list. Maybe they'll have an idea why this
bug even appears.

The lines in question that cause the below error are,

if (eval {require Socket6;} &&
    eval {require IO::Socket::INET6; IO::Socket::INET6->VERSION("1.26");}) {


Simon A. Boggis wrote:
> Hi,
> 
> I've also just stumbled across this problem with mrtg (2.14.7-2) on my
> etch system.
> 
> 2008-08-07 15:29:10 -- Can't locate IO/Socket/INET6.pm in @INC (@INC
> contains: /usr/bin/../lib/mrtg2 /usr/bin /etc/perl
> /usr/local/lib/perl/5.8.8 /usr/local/share/perl/5.8.8 /usr/lib/perl5
> /usr/share/perl5 /usr/lib/perl/5.8 /usr/share/perl/5.8
> /usr/local/lib/site_perl .) at line 138.

This is definitely something to do with Perl in Etch. You should never
get this error and I cannot reproduce this error in Etch or current
unstable.

The error is from eval statements inside the if(...) that checks IF you
have those IPv6 packages installed. If you do not, it sets a flag that
you do not and does not use them later in the module.

The trigger is in libsnmp-session-perl, not in mrtg, but then I don't
know why you would get it. The script I posted was directly from this
file and I wanted to figure out if there is something weird about the
way perl runs on your system, but it apparently didn't cause the error
like the libsnmp-session-perl.

I'm stumped. We may need a perl expert to resolve this.


> Running the test script yielded the same results as the previous poster.
> 
> I can confirm that mrtg does _not_ run when it produces the above error
> (nothing gets updated).
> 
> After taking a few educated guesses, I installed
> 
>   libio-socket-inet6-perl
> 
> which improved things, but changed my error to one concerning missing
> rrdtool binaries, so installed:
> 
>   rrdtool
> 
> which changed the error to one about missing rrd libraries for perl, so
> installed:
> 
>   librrds-perl
> 
> after which mrtg ran without error, and is still running.

>From manpage of mrtg,

RRDtool
  MRTG has built-in hooks for using RRDtool. If you are trapped for
performance this may help.

You need to configure LogFormat: to rrdtool to use this and for the
librrds-perl to be needed in the first place. 99% of people will not use
this.


> One thing that I note is that mrtg also complained bitterly about not
> having LANG=C (on my debian-preseed-installed etch system
> LANG=en_GB.UTF-8), I'm therefore now running it with 'LANG=C' in the
> environment.

Generally, it complains that can't find your current locale and is
falling back to LANG=C. That happens if your current localle is not
generated by libc.

  dpkg-reconfigure locales

and make sure that en_BG.UTF-8 is checked.


- Adam




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Reply via email to