similar to: [nut-commits] svn commit r2845 - branches/windows_port/common

Citeren Frederic BOHE <fbohe-guest op alioth.debian.org>: > --- branches/windows_port/scripts/Windows/wininit.c Tue Jan 18 > 08:57:03 2011 (r2838) > +++ branches/windows_port/scripts/Windows/wininit.c Tue Jan 18 > 10:05:01 2011 (r2839) > @@ -285,8 +285,11 @@ > char fn[SMALLBUF]; > FILE *nutf; > char buf[SMALLBUF]; > + const char * conf_path; > > -

c'est quoi cette chelouzerie ? je parle de l'ajout du sizeof(DWORD)... et ce que ce serait pas un str*n*cpy ou s*n*printf la vraie solution ? Arno 2012/5/3 Frederic BOHE <fbohe-guest at alioth.debian.org>: > Author: fbohe-guest > Date: Thu May ?3 08:31:38 2012 > New Revision: 3554 > URL: http://trac.networkupstools.org/projects/nut/changeset/3554 > > Log: >

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.

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) > @@

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

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

> > ---------- 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 Arnaud Quette <aquette.dev op gmail.com>: > Date: Thu, 09 Dec 2010 14:01:14 +0000 > Subject: svn commit r2726 - in branches/windows_port: common drivers include > Author: fbohe-guest > Date: Thu Dec 9 14:01:07 2010 > New Revision: 2726 > URL: http://trac.networkupstools.org/projects/nut/changeset/2726 > > Log: > More work on serial drivers. > Still

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

Date: Fri, 26 Nov 2010 13:28:47 +0000 > Subject: svn commit r2704 - in branches/windows_port: . common > drivers include scripts scripts/Windows server > Author: fbohe-guest > Date: Fri Nov 26 13:28:46 2010 > New Revision: 2704 > URL: http://trac.networkupstools.org/projects/nut/changeset/2704 > > Log: > Change the "full services" approach to a more POSIX

Fr?d?ric, I'm curious as to how you are configuring the windows_port branch. When I try to cross-compile, configure complains about socklen_t: $ ./configure --host=i686-pc-mingw32 Network UPS Tools version 2.4.3 [...] checking for socklen_t... no checking for socklen_t equivalent... configure: error: Cannot find a type to use in place of socklen_t The test (m4/nut_type_socklen_t.m4) is

Summary ======= I have encountered problems with the nut shutdown sequence using the directory structure in the packages for Fedora Core 4. These problems occur when the /var file system is mounted as a separate volume. I have done some investigation and think that I have an answer, but I need verification from someone who has more experience from nut on a wider variety of systems. I want to

On Jan 15, 2014, at 10:18 AM, Emilien KIA wrote: > 2014/1/15 Charles Lepple <clepple at gmail.com>: >> Emilien, >> >> just saw your commit in Buildbot for testing some Windows changes. That's great that someone is working on this again! >> We have had a few users ask for updates to the 2.6.5+ version of NUT for Windows. > > I am just fixing some bugs

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

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>: > - 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

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

--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;

2014/1/15 Charles Lepple <clepple at gmail.com>: > Emilien, > > just saw your commit in Buildbot for testing some Windows changes. That's great that someone is working on this again! > We have had a few users ask for updates to the 2.6.5+ version of NUT for Windows. I am just fixing some bugs and implementing some minor windows-specific features. > The problem is that