similar to: maintainer-mode (was: Re: [Nut-upsuser] Make fails on solaris for latest trunk)

make fails at drivers: make[1]: Entering directory `/export/home/zoly/Documents/trunk/drivers' /bin/sh ../libtool --tag=CC --mode=link gcc -I../include -DDBUS_API_SUBJECT_TO_CHANGE -I/usr/include/hal -I/usr/include/dbus-1.0 -I/usr/lib/dbus-1.0/include -I/usr/sfw/include -g -Dsolaris2 -I. -I/usr/sfw/include -O -Wall -Wsign-compare -o al175 al175.o ../common/libcommon.a ../common/upsconf.o

On Sun, Apr 20, 2008 at 10:46 AM, Arjen de Korte wrote: > We need a pre3 to fix this since this has been a long standing bug. This > path is hardcoded in the example configuration, where running > ./configure should set this path properly. In fact, Charles fixed this > in the trunk, but apparently we didn't backport the fix to Testing. Good > catch! I apologize for not

> Today's Topics: > > 1. Re: Possible support for Trust 1300VA LCD Management UPS? > (Charles Lepple) > Hmm, you have both libusb-compat and libusb-legacy. Unfortunately, > that alone doesn't tell us what NUT is linked against. > > What does "otool -L <path-to-drivers>/blazer_usb" show? Not sure what > that path would be for MacPorts, but

> Here is more informations. I hope this can help. Tell me if you need other > information. > > Version : Network UPS Tools upsd 2.2.0- > Driver : usbhid-ups > Network UPS Tools: 0.28 USB communication driver 0.28 - core > 0.30 (2.2.0-) Many improvements have been made to usbhid-ups since 2.2.0. You may want to upgrade, or at least check the

On 2/27/07, A.Lizard <alizard@ecis.com> wrote: > terrarium:/home/alizard# /usr/local/ups/bin/newhidups -DDD -a belkin-ups > Network UPS Tools: 0.28 USB communication driver 0.28 - core 0.30 (2.0.5-pre2) > > debug level is '3' > Checking device (050D/0551) (002/006) the '002/006' part is "bus->dirname, dev->filename" in libusb.c. Does

On Jul 6, 2015, at 4:40 AM, Sergey Talchuk wrote: > Dear developers, > > libnutclient has been added as a C++ alternative to libupsclient in 2.7.1. As a result I can't compile nut 2.7.3 with gcc-3.3.6. What does the error message look like? Does the configure script fail when checking for the C++ compiler, or later on? > There wasn't such a problem with nut-2.6.5. > >

On Jul 6, 2015, at 10:32 AM, Sergey Talchuk <tals1975 at gmail.com> wrote: > /bin/sh ../libtool --tag=CXX --mode=compile g++ -DHAVE_CONFIG_H -I. -I../include -MT nutclient.lo -MD -MP -MF $depbase.Tpo -c -o nutclient.lo nutclient.cpp &&\ > mv -f $depbase.Tpo $depbase.Plo > libtool: compile: g++ -DHAVE_CONFIG_H -I. -I../include -MT nutclient.lo -MD -MP -MF

Hi Charles, Thanks for the prompt reply! Errors occur when execute make: /bin/sh ../libtool --tag=CXX --mode=compile g++ -DHAVE_CONFIG_H -I. -I../include -MT nutclient.lo -MD -MP -MF $depbase.Tpo -c -o nutclient.lo nutclient.cpp &&\ mv -f $depbase.Tpo $depbase.Plo libtool: compile: g++ -DHAVE_CONFIG_H -I. -I../include -MT nutclient.lo -MD -MP -MF .deps/nutclient.Tpo -c

On 1/2/07, Eric A. Hall <ehall@ehsco.com> wrote: > I can hack up a Cacti PHP script to monitor UPS state via the upsc client > in the meantime. I'll have to manually enumerate the UPS names associated > with a host target (is there a way to probe for them with upsc now?), but > otherwise it ought to be pretty straightforward scripting. NUT developers, The NUT protocol

I am also having Windows Issues, Refer back to the post I received from Charles Lepple. He gave me the details on how to resolve the missing USB driver issue - Although I would be very interested in what you find as I have not found time to revisit the issue yet.. ---------------------------------------------------------------------- > > Message: 1 > Date: Tue, 19 Jul 2016 17:28:51

Hi Charles, Yes, it looks like my g++ does contain STL library which might be just my specific case... However, as a temporary solution I disabled nutclient in Makefile (please find the file attached). And nut-2.7.3 can be compiled now. Thanks, Sergey On Wed, Jul 8, 2015 at 4:13 AM, Charles Lepple <clepple at gmail.com> wrote: > On Jul 6, 2015, at 10:32 AM, Sergey Talchuk

On 3/11/17 9:15 AM, Charles Lepple wrote: > [moved to nut-upsdev while we figure out the protocol] > >> On Mar 9, 2017, at 11:22 AM, Drew from Zhrodague <drewzhrodague at zhrodague.net> wrote: >> >> I'm able to cat /dev/usb/hiddev0 and /dev/hidraw0 - I pipe this through hexdump and I get different types of data from each: >> > I was trying to reconcile

Hi, Thanks for help. - I download the last version of NUT, 2.7.2.6 - I install library: nss-devel gcc-c++ So now I didn't get last errors on make. But I get a new one when I try to do - make install --------------------------- *[root at artesano nut-2.7.2.6]# make install* Making install in include make[1]: Entering directory `/home/artesano/Downloads/nut-2.7.2.6/include'

[please keep the list CC'd] On 12/13/05, ngpost1 <ngpost1@etitech.net> wrote: > Charles, > > Another question: > > When I ran the newhidups -DD.... test, there apparently was no > communication with the UPS. Since I assume is talks with the Megatec > protocol, I wanted to force the protocol in the command line. As far as I know (and I am no expert on

Julius: I just realized after committing Michal's patch that you have a more comprehensive patch on the tracker that approaches this piece of code differently. We can go ahead and apply the following patch to the trunk if you still think it's relevant: https://alioth.debian.org/tracker/index.php?func=detail&aid=303719&group_id=30602&atid=411544 If you have a newer version of

Hi Charles, while finishing the Testing release, I faced an autoreconf issue on Testing, linked to the below change (to its non application on Testing in fact): include/Makefile.am:9: shell unset LANG && svnversion -n $(top_srcdir: non-POSIX variable name include/Makefile.am:9: (probably a GNU make extension) include/Makefile.am:10: shell if test "$(SVNREV: non-POSIX variable name

Peter, thanks, very nice, this will work for me... could you also help with setting up the code to run the on liner "approx(sort(x), seq(0,1,,length(x)), q)$y" on the rows of a data frame using my example above? So if I cbind z and res,? df<-cbind(z,res) the "x" in your one liner would be the first 4 column values of each row and "q" is the last (5fth) column

Arnaud, I hope you don't mind that I took the liberty to sync the Makefile.am with what is actually checked in. It looks like there may have been some other translations at some point, but then again, there are some translations for text that is not in nut.templates. Things probably need to be synced up a little more, and I just wanted to turn the buildbot box green again. On Sun, May 11,

On Feb 18, 2012, at 10:19 PM, Charles Lepple wrote: > Author: clepple-guest > Date: Sun Feb 19 03:19:02 2012 > New Revision: 3448 > URL: http://trac.networkupstools.org/projects/nut/changeset/3448 > > Log: > Don't allocate storage for variables in bcmxcp.h > > The header files should declare variables as extern, and they should be > allocated in only one .c

Hey Charles, adding Arjen to the list and upsdev for info... 2008/12/17 Charles Lepple <clepple at gmail.com>: > I noticed Arjen deleted the packaging/debian directory as well. > > I suppose the same argument applies to packaging/debian/ as to the *.spec > files: it should track the specific distribution as well as NUT changes. > > However, it might make sense to keep