Summary: | sys-power/apcupsd[snmp] - In file included from drv_rfc1628.c:27:0: snmp.h:82:10: error: expected unqualified-id before numeric constant | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Fabio Coatti <fabio.coatti> |
Component: | [OLD] Core system | Assignee: | Matthew Marlowe (RETIRED) <mattm> |
Status: | RESOLVED TEST-REQUEST | ||
Severity: | normal | CC: | base-system, camden.lindsay+gentoo, da5id2001, deference, herber, holger, nuklea, oliver, praetor.zero, r3pek, rose, stathis, tb, themgt, zolcos |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: | Change MIB to mib to build with latest net-snmp |
Description
Fabio Coatti
2012-08-11 08:42:07 UTC
Created attachment 321392 [details, diff]
Change MIB to mib to build with latest net-snmp
Attached patch corrects this issue.
The latest net-snmp defines MIB which is then used as a replacement in references to x->MIB in the apcupsd code. Renaming the variable in apcupsd to mib (lowercase) fixes the issue.
Confirmed, with this patch acpucps builds with net-snmp 5.6.1 and works, thanks! Works for me The patch worked for me too (with net-snmp-5.7.2_rc1). Same here, recent stable gentoo-hardened profile, patch works for me. Patch works here with net-snmp-5.7.2_rc1-r1. *** Bug 443484 has been marked as a duplicate of this bug. *** It works for me too on x64 with net-snmp-5.7.2. probably it's stable enough for upstream? Just tested the patch, and it works. compiles fine (using net-analyzer/net-snmp-5.7.2_rc1) for me Compile is OK with sys-power/apcupsd-3.14.10-r1[nls usb -cgi -gnome -snmp]. Compile fails with sys-power/apcupsd-3.14.10-r1[nls usb -cgi -gnome snmp] on both ~x86 and ~amd64. net-analyzer/net-snmp-5.7.2_rc1 is installed on both machines. There is something wrong with the snmp code or header files within apcupsd. *** Bug 481832 has been marked as a duplicate of this bug. *** *** Bug 485300 has been marked as a duplicate of this bug. *** The patch worked also apcupsd-3.14.10-r2 and net-snmp-5.7.2. Why it is not added to the standard portage tree? Tentative fix included in 3.4.10-r5 which is now in CVS. Regression? This appears to be happening again with 3.14.8-r2 Same patch fixes the problem. Confirmed, -r2 breaks it again (In reply to Camden Lindsay from comment #16) > Regression? > This appears to be happening again with 3.14.8-r2 > Same patch fixes the problem. negative, the patch went in to apcupsd-3.14.10-r5, and is still present in -r6 obviously, -r2 is older than -r5 or -r6, so it's not an regression newer version just needs stabilization, as in, install -r6, not -r2 *** Bug 539548 has been marked as a duplicate of this bug. *** I have this problem with -r2 too. I don't see an r5 or r6 ebuild available. Would you please fix this, it's been going on for *years* now. BTW: 3.14.12-r1 does not suffer from this bug. |