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]