On Sat, 13 Feb 2010, Arjen de Korte wrote: > Citeren Charles Lepple <[email protected]>: > > > > Some Solaris 10 build notes: > > > The Solaris 10 (U8) SUNWsmcmd package is broken so > > > /usr/sfw/bin/net-snmp-config is symlinked to net-snmp-config-64 > > > instead of net-snmp-config-32. So configure will find the SNMP bits > > > but the build will fail. > > In that case, this is either a problem with installing the wrong Net-SNMP > version or the SUNWsmcmd package is badly broken. Rather than attempting to > fix this, this should be fixed upstream.
I agree that this should be fixed upstream. [...] > > > > If the symlink gets fixed there is still > > > the issue of net-snmp-config spitting out "-R../lib" that the linker > > > doesn't like. This post configure perl script does the trick. > > > perl -pi -e "s|-R../lib |-R/usr/sfw/lib |g;" \ > > > ?? ??`find . -name Makefile -print` > > I suspect that we would want to handle this earlier in the > > configuration process, probably around when those options are > > retrieved. > > Yes. But this is also something that should be fixed upstream. Knowing this, I > think it makes sense to check for the usability of the Net-SNMP library during > configuration not by just checking if the header files are installed, but also > by checking if we can link a test program. At least the remaining stuff will > then build properly. This should be fixed upstream too. My notes were just an attempt to help other solaris users before Sun/Oracle fixes the SUNWsmcmd package. I don't think any changes to Nut are needed to work around this. -- Tim Rice Multitalents (707) 887-1469 [email protected]
_______________________________________________ Nut-upsdev mailing list [email protected] http://lists.alioth.debian.org/mailman/listinfo/nut-upsdev
