Bug 192932 - Problems after upgrading to net-snmp-5.3.1.pre2-1
Summary: Problems after upgrading to net-snmp-5.3.1.pre2-1
Status: CLOSED RAWHIDE
Alias: None
Product: Fedora
Classification: Fedora
Component: net-snmp
Version: rawhide
Hardware: x86_64
OS: Linux
medium
medium
Target Milestone: ---
Assignee: Radek Vokal
QA Contact:
URL:
Whiteboard:
Keywords: Reopened
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2006-05-24 10:52 UTC by Reuben Farrelly
Modified: 2007-11-30 22:11 UTC (History)
0 users

(edit)
Clone Of:
(edit)
Last Closed: 2006-05-26 11:56:56 UTC


Attachments (Terms of Use)

Description Reuben Farrelly 2006-05-24 10:52:00 UTC
I've just updated to the latest rawhide versions of net-snmp - 5.3.1.pre2-1. 
This has unfortunately broken two things:

Firstly, /usr/include/net-snmp/net-snmp-config.h no longer exists.  This breaks
many auto* scripts at least on x86_64, the new include file is
/usr/include/net-snmp/net-snmp-config64.h
Adding a symlink as part of the postinstall may be a suitable workaround for
this, at least in the interim.  Otherwise lots of people are going to have to
edit scripts to get them to compile.

Secondly, with cactid, I have rebuilt the binary against the new files after
symlinking as above, but it will not run. It fails with this message:

[root@tornado cactid]# cactid
CACTID: Using cactid config file [/etc/cactid.conf]
CACTID: Version 0.8.6h starting
CACTID: ERROR: SNMP Library Version Mismatch (5.3.1.pre1 vs 5.3.1.pre2)

I don't know where the version 5.3.1.pre1 came from.....it was never a rawhide
package.

Downgrading to 5.3-8 resolved both of these issues.

Comment 1 Radek Vokal 2006-05-24 11:34:25 UTC
About the first issue. Due to multilib madness I decided to separate 64bit and
32bit specific files. The net-snmp-config.h is one of the, so I've moved it to
64.h. If you know better solution for this, let me know. I was thinking also
about creating 32.h and 64.h file and net-snmp-config.h will use some #ifdef to
recognize between those two. I can't say which approach is better. 

Will look at the second issue, looks really strange. 

Comment 2 Reuben Farrelly 2006-05-24 12:25:24 UTC
Personally I am x86_64 and I don't even have any i386 RPM's installed.  That way
the multilib stuff is not really a problem for me.  I'm just not sure that your
workaround is a good one, I can see there could be serious fallout if FC differs
from other systems in terms of the names of include files.
I wonder if it would be practical or possible to have only one OR the other
net-snmp-devel packages installed at once (still retain both archs of the other
packages), that way you could have the same filenames in both -devel packages
and not have this problem.




Comment 3 Radek Vokal 2006-05-24 14:21:04 UTC
Ok, the first issue should be fixed now in net-snmp-5.3.1.pre2-2.
net-snmp-config.h redirects to correct header file. The second issue - I guess
this happens because some library that cacti is using is not build against new
libnetsnmp (php-snmp?) so php will need to be rebuilt first. Check again after
php gets rebuilt. 

Comment 4 Reuben Farrelly 2006-05-26 08:17:17 UTC
Reopening - still having problems with a ghost version number 5.3.1.pre1 showing
up.  However your multilib fixes seem to be OK.

In /usr/include/net-snmp/net-snmp-config-x86_64.h we see:

/* Define to the full name and version of this package. */
#define PACKAGE_STRING "Net-SNMP 5.3.1.pre1"

and

/* Define to the version of this package. */
#define PACKAGE_VERSION "5.3.1.pre1"

I've changed both references by hand to pre2 and cactid compiles and works fine.
 Obviously this is a bug and needs to be fixed in rawhide (somehow).


Comment 5 Radek Vokal 2006-05-26 11:56:56 UTC
ok, give it please another chance with 5.3.1.pre2-4 :) 


Note You need to log in before you can comment on or make changes to this bug.