similar to: NUT QA regression testing script (was: Upgraded Buildbot)

2012/11/9 <VaclavKrpec at eaton.com> > Hello gentlemen, > Hi Vasek, I'm moving the thread to -upsdev, since it has not to be private... please note that revisions 3771 and 3772 conclude nut_clock_* > development (including UTs): > interestingly enough, we were talking about that 5 mn ago with Emilien ;) my conclusion was that nut_clock devs were completed with 3772, and

On Mon, Jan 14, 2013 at 4:36 AM, Arnaud Quette <aquette.dev at gmail.com> wrote: > Hey Charles, > > I hope you're doing fine... > > There seems to be an issue on your BSD: permission denied on Asciidoc > generation. It looks like this is due to a new version of AsciiDoc (8.6.8 vs 8.6.6). I'll take a look again later, but I doubt it's related to the most recent

On Feb 17, 2012, at 5:16 AM, Arnaud Quette wrote: > 2012/2/17 <clepple+buildbot at ghz.cc>: >> The Buildbot has detected a new failure on builder MacOSX-10.6-x86 while building Network UPS Tools. >> Full details are available at: >> http://buildbot.networkupstools.org/public/nut/builders/MacOSX-10.6-x86/builds/9 >> >> Buildbot URL:

Dear all, I have the following data structure > print(testlib) $tags tag count.raw count.adj err 1 aaaaaaaaaa 94 93 0.5 2 aaaaaaaaac 1 2 0.2 3 aaaaaaaaag 3 2 0.1 4 aaaaaaaaca 1 1 0.003 I want to iterate the data above and print

FYI Arnaud ---------- Forwarded message ---------- From: Silvino Benevides Magalhaes <sbm2yk at gmail.com> Date: 2009/10/14 Subject: Re: about solis and rhino To: Arnaud Quette <aquette.dev at gmail.com> Hi Arnaud, I was on holiday, so I only answer you now. About rhino, I received a document contains the its protocol and a little box with rhino firmware to testing driver

DDDDD output attached. On 04/12/12 19:53, Arnaud Quette wrote: > > > 2012/4/11 Robert Ayrapetyan <robert.ayrapetyan at gmail.com > <mailto:robert.ayrapetyan at gmail.com>> > > Seems I've missed confirmation mail somewhere, now registered. > > > > have you patched your 2.6.1 or used trunk + the patch? > I've used trunk + the patch.

Hey Charles, 2011/11/24 <clepple+buildbot at ghz.cc>: > The Buildbot has detected a new failure on builder Fedora-x64 while building Network UPS Tools. > Full details are available at: > ?http://buildbot.networkupstools.org/public/nut/builders/Fedora-x64/builds/453 > > Buildbot URL: http://buildbot.networkupstools.org/public/nut/ > > Buildslave for this Build:

Hello All, I am trying to write llvm pass to instrument function in external library. I am using clang to automatically load my pass. I have test.cpp which calls functions in library testlib.so. I have written llvm pass to instrument all reads and writes in test.cpp and call function(recordRW) in testlib.so. this is how my pass looks like - for (auto &BB : F) { for (auto &I : BB)

Hello All, I am trying to write llvm pass to instrument function in external library. I am using clang to automatically load my pass. I have test.cpp which calls functions in library testlib.so. I have written llvm pass to instrument all reads and writes in test.cpp and call function(recordRW) in testlib.so. this is how my pass looks like - for (auto &BB : F) { for (auto &I : BB)

2010/10/27 > The Buildbot has detected a new failure of Debian-etch-x86 on Network UPS > Tools. > Full details are available at: > > http://buildbot.networkupstools.org/public/nut/builders/Debian-etch-x86/builds/657 > > Buildbot URL: http://buildbot.networkupstools.org/public/nut/ > > Buildslave for this Build: ocelot > > Build Reason: > Build Source Stamp:

Arnaud, I was finally able to get back to this issue and would recommend adding these items to the FAQ #37 about recalibrating the UPS: 1a. It's important that the UPS be at 100% charge before starting the procedure; starting at lower will not work at all, not just produce inaccurate numbers. ? ? ? [I started the procedure when the UPS was at 91% charge. After that it would never report

Hi all I''m working on my modular recursive Makefile & svn-backed home for my Puppet manifests, custom functions, types, etc. So I''m trying to put together individual modules, test targets and so on. I have noticed that the $libdir (and probably the other configuration options too) sources from puppet.conf are not overridden by specifying --libdir=blah on the commmand line

Tim, thanks! Does this UPS have a USB port as well? The key thing for TrippLite UPSes is this command: Command to UPS Response from UPS Function :00FFCR 00005XXXXCR unknown The second and third bytes are the protocol number. I think I may have misinterpreted something in the formatting -- what are the hex values of the bytes in this command/response pair? I don't have time to

On Feb 1, 2008 6:11 PM, Arnaud Quette <aquette at alioth.debian.org> wrote: > Author: aquette > Date: Fri Feb 1 23:11:33 2008 > New Revision: 1264 > > Log: > fix HAL support installation [Alioth Bug #304156] Arnaud, I tried to fix some of the errors that I was seeing in buildbot, but I still get the following error on "make distcheck", and I don't know how

a comment on the below commit... 2011/4/27 Arnaud Quette <aquette at alioth.debian.org> > Author: aquette > Date: Wed Apr 27 15:42:33 2011 > New Revision: 2978 > URL: http://trac.networkupstools.org/projects/nut/changeset/2978 > > Log: > Enable website quirks to address Internet Explorer 6, which were missing > since 2.6.0 publication > (...) > the website

2011/5/31 Arnaud Quette <aquette at alioth.debian.org> > Author: aquette > Date: Tue May 31 09:00:57 2011 > New Revision: 3010 > URL: http://trac.networkupstools.org/projects/nut/changeset/3010 > > Log: > Update Subversion access information, following Alioth update > > Modified: > trunk/docs/download.txt > > Modified: trunk/docs/download.txt > >

side note on this commit... 2011/5/31 Arnaud Quette <aquette at alioth.debian.org> > Author: aquette > Date: Tue May 31 09:00:57 2011 > New Revision: 3010 > URL: http://trac.networkupstools.org/projects/nut/changeset/3010 > > Log: > Update Subversion access information, following Alioth update > > Modified: > trunk/docs/download.txt > > Modified:

please keep the list cc'ed when replying me. ---------- Forwarded message ---------- From: Andreas Thienemann <andreas@bawue.net> Date: 15 nov. 2005 15:36 Subject: Re: RE New xanto driver for NUT To: Arnaud Quette <aquette.dev@gmail.com> Hello Arnaud, On Tue, 15 Nov 2005, Arnaud Quette wrote: > is there really a need to separate it from the megatec. > we're currently

please keep the list cc'ed when replying me. ---------- Forwarded message ---------- From: Andreas Thienemann <andreas@bawue.net> Date: 15 nov. 2005 15:36 Subject: Re: RE New xanto driver for NUT To: Arnaud Quette <aquette.dev@gmail.com> Hello Arnaud, On Tue, 15 Nov 2005, Arnaud Quette wrote: > is there really a need to separate it from the megatec. > we're currently

I forgot to cc you guys on the future evolution of the HAL support (it's replacement in fact, called DeviceKit) A mailing list dedicated to DeviceKit is under creation. If some of you are interested in, just answer back. -- Arnaud ---------- Forwarded message ---------- From: Arnaud Quette <aquette.dev at gmail.com> Date: 2008/6/24 Subject: Re: DeviceKit-power patches To: Richard