[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#699415: pre-approval for unblock: nagios-snmp-plugins/1.1.1-8



-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

hi there,

Am 01.02.2013 22:56, schrieb Russ Allbery:
> Julien Cristau <jcristau@debian.org> writes:
>> On Thu, Jan 31, 2013 at 10:18:41 +0100, Jan Wagner wrote:
> 
>>> nagios-snmp-plugins (1.1.1-8) unstable; urgency=low
> 
>>> * Add 10_fix_net_snmp_version.dpatch - Fixing Net::SNMP version
>>> (Closes: #699413)
> 
>> Why isn't that a bug in Net::SNMP?
> 
> Yes, Net::SNMP is relying on UNIVERSAL::VERSION to convert
> v-strings to numbers, which is not happening in this case for some
> reason.  I suspect Net::SNMP has been bitten by one of the changes
> in Perl v-string handling. There is code in Net::SNMP to try to
> work around this, but it only triggers with Perl 5.9 and earlier.
> I searched through perl*delta for a while, but I can't figure out
> what changed or exactly what's going on. (v-strings have always
> been rather weird.)
> 
> Note that changing the comparison to lt is effectively the same as 
> removing the comparison entirely if the Net::SNMP version always
> begins with v, since 4 is always going to be lt any string starting
> with v.  But maybe the old version that this is checking against
> didn't use v in the version number.

okay ... the question is now: How should we fix the issue in wheezy?

Should we update nagios-snmp-plugins with the proposed changes or will
this going to be fixed anyhow?

Many thanks, Jan.
- -- 
Never write mail to <waja@spamfalle.info>, you have been warned!
- -----BEGIN GEEK CODE BLOCK-----
Version: 3.12
GIT d-- s+: a C+++ UL++++ P+ L+++ E--- W+++ N+++ o++ K++ w--- O M V-
PS PE Y++
PGP++ t-- 5 X R tv- b+ DI D+ G++ e++ h---- r+++ y++++
- ------END GEEK CODE BLOCK------
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)

iD8DBQFRDlT99u6Dud+QFyQRAo81AJ9HcYTnMCf3ewTPMORKVCZ1E/pCTQCeM7FB
hajPRX+m3kMZZMH6cb7EqaM=
=vZYW
-----END PGP SIGNATURE-----


Reply to: