similar to: [nut-commits] svn commit r2839 - branches/windows_port/scripts/Windows

On mar., 2011-01-18 at 19:52 +0000, Arjen de Korte wrote: > Author: adkorte-guest > Date: Tue Jan 18 19:52:02 2011 > New Revision: 2845 > URL: http://trac.networkupstools.org/projects/nut/changeset/2845 > > Log: > Prefer to use static variables locally over global variables (to prevent namespace conflicts) > > Modified: > branches/windows_port/common/common.c

I am trying to set up Icecast and IceS. I have icecast 2.0.1 up and running. but when I try to start IceS 0.3 I get a seg fault. Here is the output: # /path/ices -r -c /confpath/ices.conf -F /playlistpath/playlist.pl -P password Logfile opened DEBUG: Sending following information to libshout: DEBUG: Stream: 0 DEBUG: Host: localhost:8001 (protocol: xaudiocast) DEBUG: Mount: /example1.mp3,

Dear nut-upsdev, I writed one small function to test if batteries was really bad (using solis driver). Isn't so acurated but it's what we need. Just wait 100% batteries charge, turn off input, wait some time (10% from previst autonomy) and turn on input again. Looking startAutonomy - stopAutonomy we can know the basic batteries state. To scheduler the tests I have one new parameter on

Here is patch 1 of 2. Roger diff -rup nut-2.7.4.orig/clients/upsmon.c nut-2.7.4.dev/clients/upsmon.c --- nut-2.7.4.orig/clients/upsmon.c 2015-12-29 13:08:34.000000000 +0100 +++ nut-2.7.4.dev/clients/upsmon.c 2016-07-01 09:46:21.567766415 +0200 @@ -525,6 +525,18 @@ static int get_var(utype_t *ups, const c numq = 2; } + /* Subcommands for polling SIGUSR1, SIGUSR2 RP */ + if (strcmp(var,

Hi ups-dev ! I bring you some news about my work : it works ^_^ you can now try out the new configuration formalism. I modified upsd, the drivers and upsmon to use the new formalism and the new parser (via the libupsconfig library) The SVN link : svn co svn://svn.debian.org/nut/branches/JD-NewConf How to use it : To test it, I propose that you execute the following commands : Go to the

--Boundary-00=_P640Cns8vokfwHW Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Hi, attached patch fixes the build of the nut RPMs. I also removed a double file entry for /etc/sysconfig/ups. Please CC: comments. Best regards, Thomas Jarosch --Boundary-00=_P640Cns8vokfwHW Content-Type: text/x-diff;

Hi thanks for the reply. I installed Nut via apt-get, not from source (which I'd rather stick with if possible just for ease of security updates etc) - so I'm not too sure if TCP wrappers are there or available... This could be the problem, am I still able to add the wrappers in with prebuilt packages? Thanks very much once again. :) On 24 November 2016 at 21:51, Roger Price <roger

On Thu, 24 Nov 2016, Jonah Naylor wrote: > I installed Nut via apt-get, not from source (which I'd rather stick > with if possible just for ease of security updates etc) - so I'm not too > sure if TCP wrappers are there or available... > > This could be the problem, am I still able to add the wrappers in with prebuilt packages? Could you apt-get the source and look for

Hello all, I have exhausted my research and need a little help with some basic concepts. First time configuration working with NUT and putting into a OS X environment. Was able to install the package using Brew. Have read the documentation and have been able to get the server running and agent running using MACOSX-UPS driver and connect to UPS via USB. I would however like to integrate a TrippLite

Hi thanks for helping. I don't think nut is built with TCP wrappers support, although the package is listed as depending on libwrap... I ran this command: ldd /sbin/upsd | grep libwrap.so and it has returned no output. Does this mean I have to compile from source or is there a way to add the tcp wrapper support? Thanks again. On 24 November 2016 at 22:40, Roger Price <roger at

Frederic, Instead of adding '/c/MinGW/lib/libws2_32.a' to Makefile.am, I think it would be better to add this to the system wide LDFLAGS (or LIBS). Otherwise these changes will break compilation on non-Windows systems. Best regards, Arjen -- Please keep list traffic on the list (off-list replies will be rejected)

2010/11/4 Arjen de Korte > Author: adkorte-guest > Date: Thu Nov 4 20:00:25 2010 > New Revision: 2668 > URL: http://trac.networkupstools.org/projects/nut/changeset/2668 > > Log: > Checking whether or not we should use the 'regex' library should be done > for all USB connected devices (since we use this in the matcher function). > In that case it is much cleaner

Citeren Frederic BOHE <fbohe-guest op alioth.debian.org>: > Author: fbohe-guest > Date: Fri Nov 26 14:01:35 2010 > New Revision: 2705 > URL: http://trac.networkupstools.org/projects/nut/changeset/2705 > > Log: > Add regex library for drivers (by Arnaud Quette) > > Modified: > branches/windows_port/drivers/Makefile.am Why is this needed? The value of

Hi, No patches today, sorry, just three little observations (i'm compiling windows_port branch on Debian GNU/Linux testing with mingw): * missing but required by the configure scripts/augeas/nutupsconf.aug.in scripts/hal/ups-nut-device.fdi.in scripts/udev/nut-usbups.rules.in * it autodetects hal and udev support but (of course) fails to cross-compile it (so i had to use

Citeren Frederic BOHE <fbohe-guest op alioth.debian.org>: > Modified: branches/windows_port/include/wincompat.h > ============================================================================== > --- branches/windows_port/include/wincompat.h Wed Jan 26 15:05:16 > 2011 (r2852) > +++ branches/windows_port/include/wincompat.h Wed Jan 26 15:16:09 > 2011 (r2853) > @@

Citeren Frederic BOHE <fbohe-guest op alioth.debian.org>: > - res = w32_serial_read(fd,buf,buflen,timeout); > + res = w32_serial_read((serial_handler_t *)fd,buf,buflen,timeout); Rather than casting away the const (which may not be possible with certain strict compiler flags), it is better to modify the prototype and definition of this function to take a 'const

> > ---------- Forwarded message ---------- > From: Frederic BOHE <fbohe-guest at alioth.debian.org> > To: nut-commits at lists.alioth.debian.org > Date: Wed, 16 Mar 2011 14:57:09 +0000 > Subject: svn commit r2940 - in > branches/windows_port/scripts/Windows/Installer: . ImageFiles > ImageFiles/Binary ImageFiles/Others ImageFiles/emptyDir >

Citeren Frederic BOHE <fbohe-guest op alioth.debian.org>: > +REM copy DLL files from system > +copy /Y c:\mingw\msys\1.0\bin\msys-1.0.dll .\ImageFiles\Others > +copy /Y c:\mingw\msys\1.0\bin\msys-crypto-1.0.0.dll .\ImageFiles\Others > +copy /Y c:\mingw\msys\1.0\bin\msys-ssl-1.0.0.dll .\ImageFiles\Others > +copy /Y c:\mingw\bin\libgnurx-0.dll .\ImageFiles\Others How can we be

Hello, As you may have noticed, a first running version of nut for Windows has been released some time ago. In order to validate the possibility to merge the windows_port branch to the trunk, I have produced a patch file using the "svn diff" command. This patch couldn't be applied directly and the use of a merging tool is still needed. It is only intended to be reviewed so that we

I think this trunk-to-branch interior merge should be clean, but the merge logic correctly identifies some missing files in the reposurgeon output (checked in -pre7 and -pre4). They are in SVN on that branch, though (ignoring .gitignore for the time being). I only see one java file in scripts/java/jNut/src/main/java/org/networkupstools/jnut/ from reposurgeon.