Re: [Nut-upsuser] RFC - Propose to express dates using ISO 8601 when possible

Le ven. 20 août 2021 à 17:38, Roger Price a écrit : > On Fri, 20 Aug 2021, Jim Klimov via Nut-upsuser wrote: > > > It is a bit unclear what "or otherwise and Combined date and time > > representations" means. An example of ISO 8601 date representation (one > of > > many offered by the standard)

[Nut-upsuser] RFC - Propose to express dates using ISO 8601 when possible

Hi all, I've made a pull request in that sense: https://github.com/networkupstools/nut/pull/1076 I'll follow-up with applying to some drivers and propose more PRs. As usual, comments and feedback welcome. cheers, Arno ___ Nut-upsuser mailing list

Re: [Nut-upsuser] RFC - new proposed variables and clarifications for the battery collection in NUT namespace

Le lun. 2 août 2021 à 15:16, Arnaud Quette a écrit : > Hi there, > > as discussed on the below Github PRs, I've recently proposed some > additional variables to deal with battery information in general, and some > Li-Ion specifics: > > * PR https://github.com/networkupstool

Re: [Nut-upsuser] [networkupstools/nut] RFC: clarify and complete battery dates (#1063)

Le mer. 11 août 2021 à 16:23, Roger Price a écrit : > On Wed, 11 Aug 2021, Arnaud Quette wrote: > > > Le lun. 9 août 2021 à 15:06, Roger Price a > écrit : > > If nobody has objected after a week, then I suggest > > > > 1) Go ahead with the proposed

Re: [Nut-upsuser] [networkupstools/nut] RFC: clarify and complete battery dates (#1063)

Le lun. 9 août 2021 à 15:06, Roger Price a écrit : > On Mon, 9 Aug 2021, Arnaud Quette wrote: > > > small update (replay of #1062): these were announced to the mailing list > as an RFC for a week, without feedback so far: > > > https://alioth-lists.debian.net/pipermail

[Nut-upsuser] RFC - new proposed variables and clarifications for the battery collection in NUT namespace

Hi there, as discussed on the below Github PRs, I've recently proposed some additional variables to deal with battery information in general, and some Li-Ion specifics: * PR https://github.com/networkupstools/nut/pull/1060/files ** Add "battery.packs.external": Number of external battery packs

Bug#964586: O: powerman -- Centralized Power Distribution Unit (PDU) management

Package: wnpp Severity: normal I intend to orphan the powerman package, since I'm retiring from Debian. I'm unsure if this software is still useful, considering the popcorn figures. So it may be considered for a removal from the archives. cheers, Arno

Bug#964585: O: pwrkap -- Energy use monitor and Power Cap enforcement tools - Core

Package: wnpp Severity: normal I intend to orphan the wmnut package, since I'm retiring from Debian. I no longer have time to maintain this package. I'm unsure if this software is still useful, considering the popcorn figures. So it may be considered for a removal from the archives. cheers,

Bug#964584: Please remove me from the Uploaders

Package: pylirc Severity: normal I'm in the process of retiring from Debian. So please remove myself from the Uploaders list. Thanks and cheers, Arno

Bug#964583: O: wmnut -- WindowMaker dock app that displays UPS statistics from NUT upsd

Package: wnpp Severity: normal I intend to orphan the wmnut package, since I'm retiring from Debian. I no longer have time to maintain this package. This software seems still useful, though (as the upstream author) I don't intend to update it anymore. I've uploaded the code to Salsa, and update

Re: [Bug 1814314] Re: add nut-scanner to build

Hi fellows, It's always true that I'm more focused on upstream these years, than on Debian an Ubuntu. I'll try to make a summary to explain the what and how on this nut-scanner feature, on the Debian ticket cheers Arno -- Eaton Data Center Automation Solutions - Opensource Leader -

[Nut-upsdev] NUT namespace: RFC for new variable addition

Hi all, here is another variable addition, related to iPDU, that I'd like to make: outlet.n.name | Outlet name (opaque string) | A1 For the sake of completion, we already have "outlet.n.desc" which is more of a description, as per its name. At Eaton, we implement: *

Re: [Nut-upsuser] Unable to use nut-2.7.4 with Eaton 5E1500I USB

Hi Manuel, 2017-06-14 15:16 GMT+02:00 Manuel Wolfshant <wo...@nobugconsulting.ro>: > Hello > > > > On 06/14/2017 03:32 PM, Arnaud Quette wrote: > > > > On Jun 7, 2017, at 5:47 AM, Manuel Wolfshant <wo...@nobugconsulting.ro> > wrote: > >> &g

Re: [Nut-upsdev] NUT namespace: RFC for new variable addition

(hmmm, finally hitting the Sent button...) 2017-05-24 13:56 GMT+02:00 Jim Klimov <jimkli...@cos.ru>: > On May 24, 2017 1:08:09 PM GMT+02:00, Charles Lepple <clep...@gmail.com> > wrote: > >On May 24, 2017, at 5:11 AM, Arnaud Quette <arnaud.que...@gmail.com&

Re: [Nut-upsuser] Unable to use nut-2.7.4 with Eaton 5E1500I USB

2017-06-13 17:49 GMT+02:00 Manuel Wolfshant <wo...@nobugconsulting.ro>: > On 06/13/2017 05:48 PM, Arnaud Quette wrote: > > Hi Manuel > > > Hi Arno > > Hi Manuel > > > 2017-06-07 14:40 GMT+02:00 Charles Lepple <clep...@gmail.com>: > >

Re: [Nut-upsuser] Unable to use nut-2.7.4 with Eaton 5E1500I USB

Hi Manuel 2017-06-07 14:40 GMT+02:00 Charles Lepple : > On Jun 7, 2017, at 5:47 AM, Manuel Wolfshant > wrote: > > > >If that matters, the OS is a fully updated CentOS 6.9 and this > (latest stable ) version of nut was packaged by me. The problem

Re: [Nut-upsdev] Powercom BNT-2000AP(USB)

2017-04-30 13:38 GMT+02:00 Jim Klimov : > On April 28, 2017 9:11:59 AM GMT+03:00, "Александр Борисович" < > vtk-al...@mail.ru> wrote: > >Hello all! > privet Alexander > >Some days ago we received new UPS Powercom BNT-2000AP with USB > >interface to replace an old staff and

Re: [Nut-upsdev] new driver- or vendor-specific variable prefix?

Hi Charles 2017-06-07 3:42 GMT+02:00 Charles Lepple : > Not to pick on anyone in particular, but for the sake of organization, I > think we might need to address the need for variables beyond the standard > ones defined here: > >

[Nut-upsdev] NUT namespace: RFC for new variable addition

Hi all, here is another one, related to ATS (automatic transfer switch) this time. in order to track "dephasing" between input sources (1 and 2), I'd like to add a new variable: "input.phase.shift" Details and implementation can be found on: https://github.com/networkupstools/nut/pull/433

Bug#812604: nut-server: usbhid-ups segfaults due to missing USB strings

FYI I've also made a somewhat complementary patch that tries 3 times to get these string (only once currently elsewhere). Iirc it's still sitting in the libusb1 branch on github, and it's not yet merged in the mainline. Would be cool if you could test... Cheers, Arno

[Pkg-utopia-maintainers] Bug#861745: Bug#861745: dbus: Make adduser / perl Depends optional

2017-05-03 15:23 GMT+02:00 Michael Biebl <bi...@debian.org>: > Hi Arno > Hi Michael Long time no see, I hope you're doing fine > > Am 03.05.2017 um 14:47 schrieb Arnaud Quette: > > > we have a project at Eaton related to 42ITy <http://42ity.org>, which > &g

Bug#861745: [Pkg-utopia-maintainers] Bug#861745: dbus: Make adduser / perl Depends optional

2017-05-03 15:23 GMT+02:00 Michael Biebl <bi...@debian.org>: > Hi Arno > Hi Michael Long time no see, I hope you're doing fine > > Am 03.05.2017 um 14:47 schrieb Arnaud Quette: > > > we have a project at Eaton related to 42ITy <http://42ity.org>, which > &g

[Pkg-utopia-maintainers] Bug#861745: dbus: Make adduser / perl Depends optional

Package: dbus Severity: wishlist Tags: patch Hi, we have a project at Eaton related to 42ITy , which produce a Debian derivative for a HW appliance. For storage footprint reason, we've gotten rid of perl. Now, we're adding avahi, which pulls dbus, which pulls perl through the

Bug#861745: dbus: Make adduser / perl Depends optional

Package: dbus Severity: wishlist Tags: patch Hi, we have a project at Eaton related to 42ITy , which produce a Debian derivative for a HW appliance. For storage footprint reason, we've gotten rid of perl. Now, we're adding avahi, which pulls dbus, which pulls perl through the

[Nut-upsdev] NUT namespace: RFC for new variable addition

Hi all, in order to track which phase (L1, L2, L3) feeds a physical outlet groups on a rack PDU, I'd like to extend the NUT namespace to add a new variable: outlet.group.n.phase Details and implementation can be found on: https://github.com/networkupstools/nut/pull/422 Comments and feedback

Re: [Nut-upsuser] battery not installed, but battery still 100% and NUT 2.7.2-4 does not catch this and report a error

2017-04-04 15:37 GMT+02:00 Jon Bendtsen <jon.bendt...@jonix.dk>: > On 04/04/17 15.19, Arnaud Quette wrote: > >> >> > [cuuut] > > there is a Github issue: https://github.com/networkupstools/nut/issues/415 >> + a branch with the implementation: >>

Re: [Nut-upsuser] battery not installed, but battery still 100% and NUT 2.7.2-4 does not catch this and report a error

2017-04-04 14:18 GMT+02:00 Jon Bendtsen <jon.bendt...@jonix.dk>: > On 04/04/17 14.10, Roger Price wrote: > >> On Tue, 4 Apr 2017, Arnaud Quette wrote: >> >> > [cut] > > Hi Arnaud, It seems to me that, looking out into the future, there are >>

Re: [Nut-upsuser] Is a timer a file?

Hi Roger, 2017-03-28 15:07 GMT+02:00 Roger Price <ro...@rogerprice.org>: > Hi Arnaud, > > On Wed, 22 Mar 2017, Arnaud Quette wrote: > > The technique is very general and is to send SIGUSR1/SIGUSR2 to the >> upsd daemon. SIGUSR1 and SIGUSR2 are events

Re: [Nut-upsuser] upsd/upsc, LISTEN and hostname resolution in master/slave

2017-03-29 12:32 GMT+02:00 Arnaud Quette <arnaud.que...@gmail.com>: > > > 2017-03-29 5:49 GMT+02:00 Spike <sp...@drba.org>: > (...) > >> Is this really the desired behavior? I can certainly work with it, but it >> seems it'd be nice if it could work with

Re: [Nut-upsuser] upsd/upsc, LISTEN and hostname resolution in master/slave

2017-03-29 5:49 GMT+02:00 Spike : > Hi, > Hi again Spike ;) I've been setting up a few Eatons 1500 USB in master/slave mode and run > into what I'm thinking is a hostname resolution problem. > > Basically, to avoid hardcoding ips, I'd love to be able to add a LISTEN on > the

Re: [Nut-upsuser] Eaton 1500 USB constant disconnections

on Data Center Automation Solutions - Opensource Leader - http://42ity.org NUT (Network UPS Tools) Project Leader - http://www.networkupstools.org Debian Developer - http://www.debian.org Free Software Developer - http://arnaud.quette.fr best, > > Spike > > On Tue, Mar 28, 2017 at 2:46 AM Ar

Re: [Nut-upsuser] Eaton 1500 USB constant disconnections

2017-03-11 4:55 GMT+01:00 Spike : > Hi, > Hi Spike, sorry for the lag in answering, I was collecting the needed information. I have a eaton 1500 that connects to an Ubuntu Xenial box via USB. The UPS > works, however exactly *ever 5 minutes* it disconnects and reconnects and I

Re: [Nut-upsuser] Fatal EEPROM fault!

2017-03-27 13:47 GMT+02:00 Sonic <sonicsm...@gmail.com>: > On Mon, Mar 27, 2017 at 3:04 AM, Arnaud Quette <arnaud.que...@gmail.com> > wrote: > > as per confirmation from Eaton support team, and looking at the link > above, > > the latest FW is "02.12.0025&

Re: [Nut-upsuser] Fatal EEPROM fault!

Hi Chris 2017-03-23 16:58 GMT+01:00 Sonic : > On Thu, Mar 23, 2017 at 11:26 AM, Gene Heskett > wrote: > > Have you the file to be used to update the EEPROM with? > > Eaton shows a firmware file: >

Re: [Nut-upsuser] Fatal EEPROM fault!

2017-03-23 16:26 GMT+01:00 Gene Heskett : > On Thursday 23 March 2017 09:29:55 Sonic wrote: > > > Hello, > > > > Sorry if any of this is obvious - I'm new to NUT. > > > > NUT via upsc is displaying (edited for length): > > > > device.model: Eaton 5P 2200 > > device.type: ups

Re: [Nut-upsuser] Fatal EEPROM fault!

2017-03-23 14:29 GMT+01:00 Sonic : > Hello > Hi Chris > Sorry if any of this is obvious - I'm new to NUT. > > NUT via upsc is displaying (edited for length): > > device.model: Eaton 5P 2200 > device.type: ups > driver.name: usbhid-ups > ups.alarm: Fatal EEPROM fault! >

Re: [Nut-upsuser] MGE ESV+ and Power Trim

; > I’ll let you know how I get on! > thanks, cheers, Arno -- Eaton Data Center Automation Solutions - Opensource Leader - http://42ity.org NUT (Network UPS Tools) Project Leader - http://www.networkupstools.org Debian Developer - http://www.debian.org Free Software Developer - http://arnaud.qu

Re: [Nut-upsuser] Is a timer a file?

Hi Roger 2017-03-21 19:34 GMT+01:00 Roger Price <ro...@rogerprice.org>: > On Tue, 21 Mar 2017, Arnaud Quette wrote: > > Hi Roger, >> >> reviving this discussion, since we have a Github ticket for 2.7.5: >> https://github.com/networkupstools/nut/issues/293 >&

Re: [Nut-upsuser] Is a timer a file?

Hi Roger, reviving this discussion, since we have a Github ticket for 2.7.5: https://github.com/networkupstools/nut/issues/293 2016-06-05 12:34 GMT+02:00 Roger Price : > On Sat, 4 Jun 2016, Charles Lepple wrote: > > On Jun 3, 2016, at 6:48 AM, Roger Price

Re: [Nut-upsuser] MGE ESV+ and Power Trim

2017-03-12 4:02 GMT+01:00 Charles Lepple : > On Sat, Mar 11, 2017 at 7:15 PM, David Baker wrote: > > Hi Arnaud & Charles, > > > Hi Dave, any news on your side from this venerable ESV+? -- Arno > You’ll have to forgive my low level of Linux Understanding

Re: [Nut-upsuser] MGE ESV+ and Power Trim

Hi David and Charles Le 3 mars 2017 2:35 PM, "Charles Lepple" a écrit : > On Mar 3, 2017, at 8:21 AM, Charles Lepple wrote: > > > > On Mar 2, 2017, at 3:38 PM, David Baker wrote: > >> > >> I’ve read the documentation, and it would appear

Re: [Nut-upsuser] EATON 9SX not display battery.charge

Privet Yaroslav, all my apologies for the eternity taken to answer. 2014-12-30 18:22 GMT+01:00 Charles Lepple : > On Dec 29, 2014, at 10:03 AM, Ярослав Бабаянц wrote: > > Any news? > > Send dubug with explore one more time > in attach > > > Unless I am

Bug#851015: nut: FTBFS: a2x: ERROR: missing configuration file: /etc/asciidoc/dblatex/asciidoc-dblatex.xsl

Hi Michael, No idea on the why and not much time to look at it before the week end. Iirc, dblatex is listed for the manpages generation. Feel free to upload a fix if you find one. Thanks and cheers. Arno Le 19 janv. 2017 19:57, "Michael Stapelberg" a écrit : >

Bug#851015: nut: FTBFS: a2x: ERROR: missing configuration file: /etc/asciidoc/dblatex/asciidoc-dblatex.xsl

Hi Michael, No idea on the why and not much time to look at it before the week end. Iirc, dblatex is listed for the manpages generation. Feel free to upload a fix if you find one. Thanks and cheers. Arno Le 19 janv. 2017 19:57, "Michael Stapelberg" a écrit : >

Bug#791625: nut: Can't talk to Eaton 5S

2016-12-24 15:23 GMT+01:00 Kurt Roeckx <k...@roeckx.be>: > On Sat, Dec 24, 2016 at 02:56:53PM +0100, Arnaud Quette wrote: > > Hi Kurt, > > > > are you still facing this issue? > > As far as I recall, I've tested 5S not long ago (Jessie + NUT 2.7.4), and > >

Bug#791625: nut: Can't talk to Eaton 5S

Hi Kurt, are you still facing this issue? As far as I recall, I've tested 5S not long ago (Jessie + NUT 2.7.4), and everything was fine... thanks and cheers, Arno -- Eaton Data Center Automation Solutions - Opensource Leader - http://42ity.org NUT (Network UPS Tools) Project Leader -

Accepted wmnut 0.66-1 (source) into unstable

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Sat, 24 Dec 2016 00:18:40 +0100 Source: wmnut Binary: wmnut Architecture: source Version: 0.66-1 Distribution: unstable Urgency: low Maintainer: Arnaud Quette <aque...@debian.org> Changed-By: Arnaud Quette <aque...@d

Accepted wmnut 0.65-1 (source amd64) into unstable

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Fri, 23 Dec 2016 22:54:52 +0100 Source: wmnut Binary: wmnut Architecture: source amd64 Version: 0.65-1 Distribution: unstable Urgency: low Maintainer: Arnaud Quette <aque...@debian.org> Changed-By: Arnaud Quette <aque...@d

[Bug 1647088] Re: NUT not work with apc backups with usb through usbhid-ups

Hi guys, this is very possibly a duplicate of #1483615 the error is probably due to an issue retrieving a string, and not handled in the driver code. To confirm, please start the driver in debug mode using (as root): /lib/nut/usbhid-ups -u nut -DDD -a myups then /lib/nut/usbhid-ups -u root -DDD

Bug#840754: Memory leak in libmagic and failure in magic_load

2016-12-02 0:04 GMT+01:00 Christoph Biedl <debian.a...@manchmal.in-ulm.de>: > Arnaud Quette wrote... > >> $ gcc test.c -lmagic >> valgrind ./a.out > (...) >> ==30967== HEAP SUMMARY: >> ==30967== in use at exit: 48 bytes in 3 blocks >> ==30967== total

Bug#840754: Memory leak in libmagic and failure in magic_load

Hi Christoph, 2016-10-17 20:21 GMT+02:00 Christoph Biedl <debian.a...@manchmal.in-ulm.de>: > tags 840754 confirmed moreinfo > thanks > > Arnaud Quette wrote... > >> ==30967== definitely lost: 48 bytes in 1 blocks > > Confirmed, can reproduce this fro

Bug#840754: Memory leak in libmagic and failure in magic_load

Package: libmagic1 Version: 1:5.22+15-2+deb8u2 Severity: normal libmagic suffers from a memory leak, apparently due to magic_load() not satisfying its contract:0 As per man magic_load: -- The magic_load() function must be used to load the the colon separated list of database files passed in as

Bug#835703: nut: FTBFS: dh_makeshlibs: failing due to earlier errors

2016-09-25 12:09 GMT+02:00 Sebastian Harl : > Hi, > > On Sun, Aug 28, 2016 at 12:27:09PM +0200, Lucas Nussbaum wrote: > > Source: nut > > Version: 2.7.4-3 > > Severity: serious > > > During a rebuild of all packages in sid, your package failed to build on > > amd64. > > > >

Bug#835703: nut: FTBFS: dh_makeshlibs: failing due to earlier errors

2016-09-25 12:09 GMT+02:00 Sebastian Harl : > Hi, > > On Sun, Aug 28, 2016 at 12:27:09PM +0200, Lucas Nussbaum wrote: > > Source: nut > > Version: 2.7.4-3 > > Severity: serious > > > During a rebuild of all packages in sid, your package failed to build on > > amd64. > > > >

Re: [Nut-upsuser] IBM 5396-1Kx ups nearly recognised.

Quick additional feedback: 2016-06-08 15:01 GMT+02:00 Arnaud Quette <arnaud.que...@gmail.com>: > Hi Andy, > > trying to catch my late here and there, keep in mind that my below > comments may be missing things... > > 2016-04-24 23:30 GMT+02:00 Andy R <spinner

Re: [Nut-upsuser] IBM 5396-1Kx ups nearly recognised.

Hi Andy, trying to catch my late here and there, keep in mind that my below comments may be missing things... 2016-04-24 23:30 GMT+02:00 Andy R : > On 17/04/2016 21:49, Charles Lepple wrote: > >> On Apr 16, 2016, at 9:08 PM, Andy R - (NUT-List) >>

Re: [Nut-upsdev] updating the NUT website

Hi folks, Dan is right, and this approach is the best for us to minimize the overhead. There may however be some points of improvement to give the right visibility to users, and avoid the confusion of "things being visible on the website though not yet published as a release". not much details

[Nut-upsuser] Network UPS Tools version 2.7.4 released

Network UPS Tools version 2.7.4 has been released: http://www.networkupstools.org Direct access: - Download: http://www.networkupstools.org/source/2.7/nut-2.7.4.tar.gz - News: http://www.networkupstools.org/source/2.7/new-2.7.4.txt - ChangeLog: http://www.networkupstools.org/source/2.7/ChangeLog

Re: [Nut-upsdev] FW: Request for ew device<0x2B2D/0xFFFF> listed into NUT

Hi, I've just processed your request, and I need some more info, as per: https://github.com/networkupstools/nut/issues/249 thanks and regards, Arno -- Eaton Data Center Automation - Opensource Leader NUT (Network UPS Tools) Project Leader - http://www.networkupstools.org Debian Developer -

Re: UPower: fix build regression

Hi Richard, 2015-08-10 12:07 GMT+02:00 Richard Hughes hughsi...@gmail.com: On 6 August 2015 at 12:43, Arnaud Quette arnaud.que...@gmail.com wrote: Please find attached a patch that fixes a build regression on upower, following the removal of dbus build deps. Pushed with a small change

UPower: fix build regression

Please find attached a patch that fixes a build regression on upower, following the removal of dbus build deps. Note that there may exist a more optimal way to fix that, according to UPower evolution plans... cheers, Arno -- Eaton Data Center Automation - Opensource Leader NUT (Network UPS

Re: [Nut-upsdev] [Nut-upsuser] Call to funding NUT infrastructure

Center Automation - Opensource Leader NUT (Network UPS Tools) Project Leader - http://www.networkupstools.org Debian Developer - http://www.debian.org Free Software Developer - http://arnaud.quette.fr Cheers, Greg On 3/07/2015 2:49 am, Arnaud Quette wrote: Dear NUT Community, It's

Re: [Nut-upsdev] [Nut-upsuser] Nut-2.7.3 gcc-3.3.6

2015-07-06 10:40 GMT+02:00 Sergey Talchuk tals1...@gmail.com: 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. There wasn't such a problem with nut-2.6.5. Is it possible to add a configuration

Re: [Nut-upsuser] Call to funding NUT infrastructure

Center Automation - Opensource Leader NUT (Network UPS Tools) Project Leader - http://www.networkupstools.org Debian Developer - http://www.debian.org Free Software Developer - http://arnaud.quette.fr Cheers, Greg On 3/07/2015 2:49 am, Arnaud Quette wrote: Dear NUT Community, It's

[Nut-upsdev] Call to funding NUT infrastructure

Dear NUT Community, It's not something you've been used to from me, but... I've been funding the NUT infrastructure on my own for many years now. I'm currently in a situation that is a bit hard, financially speaking. I've recently renewed the networkupstools.org domain name. But now comes the

Re: [Nut-upsdev] UPower: 95-upower-hid.rules update

Hello Bastien, 2015-06-08 15:07 GMT+02:00 Arnaud Quette arnaud.que...@gmail.com: 2015-06-08 13:06 GMT+02:00 Bastien Nocera had...@hadess.net: On Mon, 2015-06-08 at 09:45 +0200, Arnaud Quette wrote: 2015-06-04 13:04 GMT+02:00 Bastien Nocera had...@hadess.net: On Sat, 2015-05-30

Re: [Nut-upsdev] UPower: 95-upower-hid.rules update

Salut Bastien 2015-06-04 13:04 GMT+02:00 Bastien Nocera had...@hadess.net: On Sat, 2015-05-30 at 18:51 +0200, Arnaud Quette wrote: 2015-05-29 14:09 GMT+02:00 Bastien Nocera had...@hadess.net: On Fri, 2015-05-29 at 13:59 +0200, Arnaud Quette wrote: Hi Richard and the list

Re: UPower: 95-upower-hid.rules update

2015-06-04 13:04 GMT+02:00 Bastien Nocera had...@hadess.net: On Sat, 2015-05-30 at 18:51 +0200, Arnaud Quette wrote: 2015-05-29 14:09 GMT+02:00 Bastien Nocera had...@hadess.net: On Fri, 2015-05-29 at 13:59 +0200, Arnaud Quette wrote: Hi Richard and the list, you'll find

Re: [Nut-upsdev] UPower: 95-upower-hid.rules update

2015-06-04 13:04 GMT+02:00 Bastien Nocera had...@hadess.net: On Sat, 2015-05-30 at 18:51 +0200, Arnaud Quette wrote: 2015-05-29 14:09 GMT+02:00 Bastien Nocera had...@hadess.net: On Fri, 2015-05-29 at 13:59 +0200, Arnaud Quette wrote: Hi Richard and the list, you'll find

Re: UPower: 95-upower-hid.rules update

Salut Bastien 2015-06-04 13:04 GMT+02:00 Bastien Nocera had...@hadess.net: On Sat, 2015-05-30 at 18:51 +0200, Arnaud Quette wrote: 2015-05-29 14:09 GMT+02:00 Bastien Nocera had...@hadess.net: On Fri, 2015-05-29 at 13:59 +0200, Arnaud Quette wrote: Hi Richard and the list

Re: [Nut-upsdev] UPower: 95-upower-hid.rules update

2015-06-08 13:09 GMT+02:00 Bastien Nocera had...@hadess.net: On Mon, 2015-06-08 at 10:13 +0200, Arnaud Quette wrote: -ATTRS{idVendor}==06da, ENV{UPOWER_VENDOR}=Liebert +ATTRS{idVendor}==06da, ENV{UPOWER_VENDOR}=Phoenixtec Power Co., Ltd I'm guessing this would require changes in NUT, so

Re: UPower: 95-upower-hid.rules update

2015-06-08 13:09 GMT+02:00 Bastien Nocera had...@hadess.net: On Mon, 2015-06-08 at 10:13 +0200, Arnaud Quette wrote: -ATTRS{idVendor}==06da, ENV{UPOWER_VENDOR}=Liebert +ATTRS{idVendor}==06da, ENV{UPOWER_VENDOR}=Phoenixtec Power Co., Ltd I'm guessing this would require changes in NUT, so

Re: UPower: 95-upower-hid.rules update

2015-06-08 14:07 GMT+02:00 Bastien Nocera had...@hadess.net: On Mon, 2015-06-08 at 13:21 +0200, Arnaud Quette wrote: 2015-06-08 13:09 GMT+02:00 Bastien Nocera had...@hadess.net: On Mon, 2015-06-08 at 10:13 +0200, Arnaud Quette wrote: -ATTRS{idVendor}==06da, ENV{UPOWER_VENDOR

Re: [Nut-upsdev] UPower: 95-upower-hid.rules update

2015-06-08 14:07 GMT+02:00 Bastien Nocera had...@hadess.net: On Mon, 2015-06-08 at 13:21 +0200, Arnaud Quette wrote: 2015-06-08 13:09 GMT+02:00 Bastien Nocera had...@hadess.net: On Mon, 2015-06-08 at 10:13 +0200, Arnaud Quette wrote: -ATTRS{idVendor}==06da, ENV{UPOWER_VENDOR

Re: UPower: 95-upower-hid.rules update

2015-06-08 13:06 GMT+02:00 Bastien Nocera had...@hadess.net: On Mon, 2015-06-08 at 09:45 +0200, Arnaud Quette wrote: 2015-06-04 13:04 GMT+02:00 Bastien Nocera had...@hadess.net: On Sat, 2015-05-30 at 18:51 +0200, Arnaud Quette wrote: 2015-05-29 14:09 GMT+02:00 Bastien Nocera

Re: [Nut-upsdev] UPower: 95-upower-hid.rules update

2015-06-08 13:06 GMT+02:00 Bastien Nocera had...@hadess.net: On Mon, 2015-06-08 at 09:45 +0200, Arnaud Quette wrote: 2015-06-04 13:04 GMT+02:00 Bastien Nocera had...@hadess.net: On Sat, 2015-05-30 at 18:51 +0200, Arnaud Quette wrote: 2015-05-29 14:09 GMT+02:00 Bastien Nocera

Re: UPower: 95-upower-hid.rules update

2015-05-29 14:09 GMT+02:00 Bastien Nocera had...@hadess.net: On Fri, 2015-05-29 at 13:59 +0200, Arnaud Quette wrote: Hi Richard and the list, you'll find attached a patch for 95-upower-hid.rules, which adds: - the usbmisc filtering, as added in your repo, - more comments, including one

Re: [Nut-upsdev] UPower: 95-upower-hid.rules update

2015-05-29 14:09 GMT+02:00 Bastien Nocera had...@hadess.net: On Fri, 2015-05-29 at 13:59 +0200, Arnaud Quette wrote: Hi Richard and the list, you'll find attached a patch for 95-upower-hid.rules, which adds: - the usbmisc filtering, as added in your repo, - more comments, including one

UPower: 95-upower-hid.rules update

Hi Richard and the list, you'll find attached a patch for 95-upower-hid.rules, which adds: - the usbmisc filtering, as added in your repo, - more comments, including one that points at your UPower repo, - 3 new manufacturers (Minibox, iDowell and Powerware) - a bunch of new devices (7 HP, 1 APC,

[Nut-upsdev] UPower: 95-upower-hid.rules update

Hi Richard and the list, you'll find attached a patch for 95-upower-hid.rules, which adds: - the usbmisc filtering, as added in your repo, - more comments, including one that points at your UPower repo, - 3 new manufacturers (Minibox, iDowell and Powerware) - a bunch of new devices (7 HP, 1 APC,

Re: UPower: 95-upower-hid.rules update

Hi Bastien, 2015-05-29 14:10 GMT+02:00 Bastien Nocera had...@hadess.net: On Fri, 2015-05-29 at 14:09 +0200, Bastien Nocera wrote: On Fri, 2015-05-29 at 13:59 +0200, Arnaud Quette wrote: Hi Richard and the list, you'll find attached a patch for 95-upower-hid.rules, which adds

Re: [Nut-upsdev] UPower: 95-upower-hid.rules update

Hi Bastien, 2015-05-29 14:10 GMT+02:00 Bastien Nocera had...@hadess.net: On Fri, 2015-05-29 at 14:09 +0200, Bastien Nocera wrote: On Fri, 2015-05-29 at 13:59 +0200, Arnaud Quette wrote: Hi Richard and the list, you'll find attached a patch for 95-upower-hid.rules, which adds

Re: [Nut-upsuser] Network UPS Tools version 2.7.3 released

On 4/22/2015 12:44 PM, Arnaud Quette wrote: Network UPS Tools version 2.7.3 has been released: http://www.networkupstools.org Direct access: - Download: http://www.networkupstools.org/source/2.7/nut-2.7.3.tar.gz - News: http://www.networkupstools.org/source/2.7/new-2.7.3.txt - ChangeLog

Re: [Nut-upsdev] Roadmap to 2.7.3

FYI on the added delay 2015-04-16 16:54 GMT+02:00 Arnaud Quette arnaud.que...@gmail.com: 2015-04-16 14:34 GMT+02:00 Charles Lepple clep...@gmail.com: On Apr 16, 2015, at 5:46 AM, Arnaud Quette arnaud.que...@gmail.com wrote: 2015-04-15 15:05 GMT+02:00 Charles Lepple clep...@gmail.com

Re: [Nut-upsdev] Roadmap to 2.7.3

2015-04-15 15:05 GMT+02:00 Charles Lepple clep...@gmail.com: On Apr 15, 2015, at 5:00 AM, Arnaud Quette arnaud.que...@gmail.com wrote: Hi Charles, 2015-04-13 15:09 GMT+02:00 Charles Lepple clep...@gmail.com: On Apr 13, 2015, at 4:28 AM, Arnaud Quette arnaud.que...@gmail.com wrote: cool

Re: [Nut-upsdev] Roadmap to 2.7.3

2015-04-16 14:34 GMT+02:00 Charles Lepple clep...@gmail.com: On Apr 16, 2015, at 5:46 AM, Arnaud Quette arnaud.que...@gmail.com wrote: 2015-04-15 15:05 GMT+02:00 Charles Lepple clep...@gmail.com: On Apr 15, 2015, at 5:00 AM, Arnaud Quette arnaud.que...@gmail.com wrote: Hi Charles

Re: [Nut-upsdev] Roadmap to 2.7.3

Hi Charles, 2015-04-13 15:09 GMT+02:00 Charles Lepple clep...@gmail.com: On Apr 13, 2015, at 4:28 AM, Arnaud Quette arnaud.que...@gmail.com wrote: cool (bis), I'll check over the day to complete as per my latest merges and possibly (if time permits) to publish 2.7.3. We should probably

Re: [Nut-upsdev] Roadmap to 2.7.3

Hi Charles, 2015-04-11 21:22 GMT+02:00 Charles Lepple clep...@gmail.com: On Apr 8, 2015, at 9:44 AM, Arnaud Quette arnaud.que...@gmail.com wrote: - #190: upsd: NSS SSL only working in debug mode = NEED TESTING before merging Emilien has made a fix and PR (#199: Initialize SSL after

Re: [Nut-upsdev] CENTOS 6.6 NUT RPM BUILD ISSUES

Hey 2015-04-09 1:46 GMT+02:00 Charles Lepple clep...@gmail.com: On Apr 8, 2015, at 2:04 PM, Eric Cobb eric_c...@tripplite.com wrote: Charles and list, If I leave the driver alone it does not eventually start. It continues to report that it is unable to connect. I have to perform a

Re: [Nut-upsdev] On ups.status CHRG/DISCHRG Vs battery.charger.status

Hi Charles and the list, 2015-03-30 11:05 GMT+02:00 Arnaud Quette arnaud.que...@gmail.com: Hi Charles, 2015-03-29 0:44 GMT+01:00 Charles Lepple clep...@gmail.com: On Mar 25, 2015, at 4:11 AM, Arnaud Quette arnaud.que...@gmail.com wrote: 1) Keep the legacy CHRG / DISCHRG status bits

Re: [Nut-upsuser] mge-shut driver fails almost after every reboot

Hello Panagiotis 2015-04-08 13:38 GMT+02:00 Panagiotis Kritikakos panagiotis.kritika...@nikitec.gr: Hello Arno, FreeNAS doesn't come with a compiler and I had to compile with the patch on FreebBSD-9.3 and then copy the produced mge-shut. Unfortunately it didn't work out. For every try I

Re: [Nut-upsdev] Roadmap to 2.7.3

Hi Charles and the list here is an update on 2.7.3 2015-03-20 3:33 GMT+01:00 Charles Lepple clep...@gmail.com: On Mar 19, 2015, at 2:00 PM, Arnaud Quette arnaud.que...@gmail.com wrote: * #158: the branch has been collapsed into one commit, but additional documentation (nut-names.txt

Re: [Nut-upsuser] mge-shut driver fails almost after every reboot

. cheers, Arno -- Eaton Data Center Automation - Opensource Leader NUT (Network UPS Tools) Project Leader - http://www.networkupstools.org Debian Developer - http://www.debian.org Free Software Developer - http://arnaud.quette.fr On 3/4/2015 5:06 μμ, Arnaud Quette wrote: Hello Panagiotis 2015

Re: [Nut-upsuser] mge-shut driver fails almost after every reboot

Hello Panagiotis 2015-04-03 14:28 GMT+02:00 Panagiotis Kritikakos panagiotis.kritika...@nikitec.gr: Hello Arno, Question: have you also tested oldmge-shut? Otherwise, that might be interesting to do so and send back the results of these tests... Yes, I've tried this as well with worse

Re: [Nut-upsuser] mge-shut driver fails almost after every reboot

Hello Panagiotis 2015-04-01 16:28 GMT+02:00 Panagiotis Kritikakos panagiotis.kritika...@nikitec.gr: Hello all, OS name: FreeNAS 9.3 NUT version: 2.7.2 NUT installed method: Bundled with FreenNAS 9.3 Device: EATON 5SC 1000 (http://powerquality.eaton.

Re: [Nut-upsdev] New snmp-ups subdriver for Huawei

Hi Stuart, Charles and the list, 2015-03-29 14:17 GMT+02:00 Stuart Henderson s...@spacehopper.org: On 2015/03/28 20:02, Charles Lepple wrote: On Mar 25, 2015, at 9:21 PM, Stuart Henderson s...@spacehopper.org wrote: Hi, the diff inline below adds a new subdriver for snmp-ups to

Re: [Nut-upsdev] On ups.status CHRG/DISCHRG Vs battery.charger.status

Hi Charles, 2015-03-29 0:44 GMT+01:00 Charles Lepple clep...@gmail.com: On Mar 25, 2015, at 4:11 AM, Arnaud Quette arnaud.que...@gmail.com wrote: 1) Keep the legacy CHRG / DISCHRG status bits for ups.status, along with the complementary ones for battery.charger.status. And advocate

Re: [Nut-upsuser] SSL only working in DEBUG mode

Hey mister M' A first huge thanks for taking care of this, and so late in the night. I know that it's not easy... (sent from my S3... please excuse my brevity) Le 25 mars 2015 18:49, Emilien Kia kiae@gmail.com a écrit : 2015-03-21 17:06 GMT+01:00 Melkor Lord melkor.l...@gmail.com: On

[Nut-upsdev] On ups.status CHRG/DISCHRG Vs battery.charger.status

Hi NUT developers, part of the 2.7.3 release, we are about to merge the below branch / PR for the bcmxcp drivers family: https://github.com/networkupstools/nut/pull/158 https://github.com/networkupstools/nut/tree/pull_158_bcmxcp_rebased It has introduced the battery.charger.status variable,

Re: [Nut-upsdev] UPS commands

(sent from my S3... please excuse my brevity) Le 20 mars 2015 20:02, Rob Groner rgro...@rtd.com a écrit : I still have an unset draft answer to your previous mail... but you seem to have progressed... Heh…that’s been known to happen. J I have the luxury of relatively un-interrupted

  1   2   3   4   5   6   7   8   9   10   >