search for: libparseconf

.../nut --with-statepath=/var/ups --with-user=ups --with-group=ups returns alright, but the subsequent "make" fails with: > make[1]: Entering directory `/opt/downloads/nut-2.6.5/common' > /bin/bash ../libtool --tag=CC --mode=link gcc -I../include -g -O2 -Wall -Wsign-compare -o libparseconf.la parseconf.lo -lrt -lsocket -lnsl > libtool: link: false cru .libs/libparseconf.a .libs/parseconf.o > make[1]: *** [libparseconf.la] Error 1 But at this point I don't know if I have some library in the wrong location, or if the makefile is being told to look in the wrong location,...

...h=/var/ups --with-user=ups --with-group=ups > > returns alright, but the subsequent "make" fails with: > > make[1]: Entering directory `/opt/downloads/nut-2.6.5/common' > > /bin/bash ../libtool --tag=CC --mode=link gcc -I../include -g -O2 -Wall -Wsign-compare -o libparseconf.la parseconf.lo -lrt -lsocket -lnsl > > libtool: link: false cru .libs/libparseconf.a .libs/parseconf.o > > make[1]: *** [libparseconf.la] Error 1 > > But at this point I don't know if I have some library in the wrong > location, or if the makefile is being told to look...

Hallo. Here is a simplification of the automake stuff for nut 2.2.2. The idea is simple: libcommon.a contains stuff for the binaries libparseconf.la contains stuff for binaries and shared library Both are NOINST, automake understands perfectly our intentions. The rest is only a removal of the implicitly defined stuff. On top of the parallel build patch I got build success on all platforms supported by SuSE: ??i386, x86_64, ia64, s390?, s390...

...I. -I../include -I../include -g -O2 -Wall -Wsign-compare -MT parseconf.lo -MD -MP -MF .deps/parseconf.Tpo -c parseconf.c -o parseconf.o >/dev/null 2>&1 mv -f .deps/parseconf.Tpo .deps/parseconf.Plo /bin/sh ../libtool --tag=CC --mode=link gcc -I../include -g -O2 -Wall -Wsign-compare -o libparseconf.la parseconf.lo -lpthread libtool: link: /usr/bin/ar cru .libs/libparseconf.a .libs/parseconf.o libtool: link: ranlib .libs/libparseconf.a libtool: link: ( cd ".libs" && rm -f "libparseconf.la" && ln -s "../ libparseconf.la" "libparseconf.la&quot...

...with-user=ups --with-group=ups >> >> returns alright, but the subsequent "make" fails with: >>> make[1]: Entering directory `/opt/downloads/nut-2.6.5/common' >>> /bin/bash ../libtool --tag=CC --mode=link gcc -I../include -g -O2 -Wall -Wsign-compare -o libparseconf.la parseconf.lo -lrt -lsocket -lnsl >>> libtool: link: false cru .libs/libparseconf.a .libs/parseconf.o >>> make[1]: *** [libparseconf.la] Error 1 -snip - > that seems like configure didn't find ar and uses false instead. > add /usr/ccs/bin to your $PATH and configure...

On Jul 1, 2013, at 12:47 PM, John Thurston wrote: > I'm running Solaris 10 on a dozen SPARC boxes. I'd like to explore NUT for use with our snmp UPS, but I'm unable to complete the configure/make/install process. > > Can anyone share a how-to for solaris? Here's some general NUT-on-Solaris information: http://people.cs.clemson.edu/~gdowdin/work/ch06.html Can't

I'm running Solaris 10 on a dozen SPARC boxes. I'd like to explore NUT for use with our snmp UPS, but I'm unable to complete the configure/make/install process. Can anyone share a how-to for solaris? -- Do things because you should, not just because you can. John Thurston 907-465-8591 John.Thurston at alaska.gov Enterprise Technology Services Department of Administration

...--mode=link gcc -I../include -g -O2 -Wall -Wsign-compare -o usbhid-ups usbhid-ups.o libhid.o libusb.o hidparser.o usb-common.o apc-hid.o belkin-hid.o cps-hid.o explore-hid.o liebert-hid.o mge-hid.o powercom-hid.o tripplite-hid.o idowell-hid.o openups-hid.o ../common/libcommon.la ../common/libparseconf.la main.o dstate.o -lusb -lpthread libtool: link: gcc -I../include -g -O2 -Wall -Wsign-compare -o usbhid-ups usbhid-ups.o libhid.o libusb.o hidparser.o usb-common.o apc-hid.o belkin-hid.o cps-hid.o explore-hid.o liebert-hid.o mge-hid.o powercom-hid.o tripplite-hid.o idowell-hid.o openups-hid.o ma...

...I'd much rather have releases more often.) In the pkgsrc build, nut finds tcp wrappers because they are part of the base system. That's generally ok. checking whether to enable libwrap (tcp-wrappers) support... yes There is a program sockdebug.c in server: Making all in server `libparseconf.la' is up to date. CC sockdebug.o `libcommon.la' is up to date. CC upsd.o CC user.o CC conf.o CC netssl.o CC sstate.o CC desc.o CC netget.o CC netmisc.o CC netlist.o CC netuser.o...

On Mar 2, 2015, at 12:49 PM, Rob Groner <rgroner at RTD.com> wrote: > Well, having spent a decent amount of time trying to get my driver file added into the Makefile build system (and failing), I've decided that for now, simply adding that one line to the openups-hid.c file and recompiling is the best route to go. When I can no longer live with the limited nature of the openups-hid

...../include -g -O2 -Wall - > Wsign-compare -o usbhid-ups usbhid-ups.o libhid.o libusb.o hidparser.o > usb-common.o apc-hid.o belkin-hid.o cps-hid.o explore-hid.o liebert-hid.o > mge-hid.o powercom-hid.o tripplite-hid.o idowell-hid.o openups-hid.o > ../common/libcommon.la ../common/libparseconf.la main.o dstate.o -lusb - > lpthread > libtool: link: gcc -I../include -g -O2 -Wall -Wsign-compare -o usbhid-ups > usbhid-ups.o libhid.o libusb.o hidparser.o usb-common.o apc-hid.o belkin- > hid.o cps-hid.o explore-hid.o liebert-hid.o mge-hid.o powercom-hid.o > tripplite-hid.o idow...

...tvision-mib.o powerware-mib.o raritan-pdu-mib.o bestpower-mib.o cyberpower-mib.o delta_ups-mib.o xppc-mib.o huawei-mib.o eaton-ats16-mib.o apc-ats-mib.o raritan-px2-mib.o eaton-ats30-mib.o apc-pdu-mib.o main.o dstate.o -Wl,-z -Wl,relro -Wl,-z -Wl,now ../common/.libs/libcommon.a ../common/.libs/libparseconf.a -L/usr/lib64 -lnetsnmp -lpthread nutdrv_qx-nutdrv_qx.o: In function `ippon_command': /builddir/build/BUILD/nut-libusb-1.0/drivers/nutdrv_qx.c:679: undefined reference to `libusb_strerror' /builddir/build/BUILD/nut-libusb-1.0/drivers/nutdrv_qx.c:692: undefined reference to `libusb_strer...

Well, having spent a decent amount of time trying to get my driver file added into the Makefile build system (and failing), I've decided that for now, simply adding that one line to the openups-hid.c file and recompiling is the best route to go. When I can no longer live with the limited nature of the openups-hid driver, I'll revisit writing our own. Thanks for the helps. Sincerely,

...t; > In the pkgsrc build, nut finds tcp wrappers because they are part of the > base system. That's generally ok. > > checking whether to enable libwrap (tcp-wrappers) support... yes > > > There is a program sockdebug.c in server: > > Making all in server > `libparseconf.la' is up to date. > CC sockdebug.o > `libcommon.la' is up to date. > CC upsd.o > CC user.o > CC conf.o > CC netssl.o > CC sstate.o > CC desc.o > CC netget.o > CC netmis...

...it was almost midnight, Cinderella became a pumpkin, and NUT was released!.. Trick or treat?! -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://alioth-lists.debian.net/pipermail/nut-upsdev/attachments/20231031/f3590340/attachment.htm>

...it was almost midnight, Cinderella became a pumpkin, and NUT was released!.. Trick or treat?! -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://alioth-lists.debian.net/pipermail/nut-upsdev/attachments/20231031/f3590340/attachment.htm>

Hi Manuel, 2017-06-14 15:16 GMT+02:00 Manuel Wolfshant <wolfy at nobugconsulting.ro>: > Hello > > > > On 06/14/2017 03:32 PM, Arnaud Quette wrote: > > > > On Jun 7, 2017, at 5:47 AM, Manuel Wolfshant <wolfy at nobugconsulting.ro> > wrote: > >> > >>> > If that matters, the OS is a fully updated CentOS 6.9 and this >>>

...t; > In the pkgsrc build, nut finds tcp wrappers because they are part of the > base system. That's generally ok. > > checking whether to enable libwrap (tcp-wrappers) support... yes > > > There is a program sockdebug.c in server: > > Making all in server > `libparseconf.la' is up to date. > CC sockdebug.o > `libcommon.la' is up to date. > CC upsd.o > CC user.o > CC conf.o > CC netssl.o > CC sstate.o > CC desc.o > CC netget.o > CC netmis...