similar to: Introduce jNutWebApi

Hi all, on proposal by Arnaud Quette and sponsored by Eaton, I will work on a port on Java of client, discovery and config API. As I have already suggested (mail of 2011-06-14 of this ml), instead of developping another port of nut protocol, I suggest to develop a higher level API in C/C++ uppon existing upsclient, inspirated by existing C-based tools and python and perl rewrites. The second

Credit goes to "cppcheck". Signed-off-by: Thomas Jarosch <thomas.jarosch at intra2net.com> --- drivers/mge-utalk.c | 3 ++- 1 files changed, 2 insertions(+), 1 deletions(-) diff --git a/drivers/mge-utalk.c b/drivers/mge-utalk.c index c6114c7..616e2ad 100644 --- a/drivers/mge-utalk.c +++ b/drivers/mge-utalk.c @@ -465,7 +465,8 @@ void upsdrv_shutdown(void) { char

Credit goess to "cppcheck" Signed-off-by: Thomas Jarosch <thomas.jarosch at intra2net.com> --- drivers/usb-common.c | 2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/drivers/usb-common.c b/drivers/usb-common.c index e51f3cf..e459872 100644 --- a/drivers/usb-common.c +++ b/drivers/usb-common.c @@ -116,7 +116,7 @@ int USBNewExactMatcher(USBDeviceMatcher_t

Credit goes to "cppcheck" Signed-off-by: Thomas Jarosch <thomas.jarosch at intra2net.com> --- common/common.c | 5 +++++ 1 files changed, 5 insertions(+), 0 deletions(-) diff --git a/common/common.c b/common/common.c index f443cb7..e8004d7 100644 --- a/common/common.c +++ b/common/common.c @@ -244,6 +244,7 @@ int sendsignalfn(const char *pidfn, int sig) if (fgets(buf,

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.

[when replying to the list, please use "reply all" - the list does not mangle Reply-To headers] On Jun 26, 2018, at 3:14 PM, Parker Reed <parker.l.reed at gmail.com> wrote: > > I've been looking around but haven't been able to find even a mention of a client on Android. Does one exist? I am not aware of one, but it seems like it shouldn't be too hard to write

Citeren Emilien Kia <emilienkia-guest op alioth.debian.org>: > Author: emilienkia-guest > Date: Fri Jan 7 14:44:25 2011 > New Revision: 2809 > URL: http://trac.networkupstools.org/projects/nut/changeset/2809 > > Log: > Deprecate CERTFILE conf var to the benefit of CERTPATH : homogenize > conf directive names. > > Modified: >

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

Hey, I'm scheduling a 2.6.2 release for max. September 15. The content will be lighter than first expected with 2.8.0 (see below). This includes the current trunk plus: - merge the nut-scanner branch, - some snmp-ups improvements (sysOID matching for init stage) and some more MIBs, - a first complete version of the nut-ipmipsu driver, - the new jNut Java binding, - preliminary support of

Resend the mail. ???: Zhan, Cindy (???) ????: 2015?8?28? 16:19 ???: nut-upsdev at lists.alioth.debian.org<mailto:nut-upsdev at lists.alioth.debian.org> ??: Xie, Maggie(???) ??: Request for ew device<0x2B2D/0xFFFF> listed into NUT Dear NUT Developers: We really appreciate for your great job and accomplishment in NUT. It?s interesting and fabulous. It would be great if

Citeren Emilien Kia <emilienkia-guest op alioth.debian.org>: > Modified: branches/ssl-nss-port/server/conf.c > ============================================================================== > --- branches/ssl-nss-port/server/conf.c Wed Jan 5 21:12:03 2011 (r2803) > +++ branches/ssl-nss-port/server/conf.c Thu Jan 6 10:27:55 2011 (r2804) > @@ -178,6 +178,22 @@ > return

Fellows, I've been caught by real life, and didn't find time to share / discuss this with you. I've been attending UDS Oneiric, from May 9 to 13 in Budapest, and had a chance to present and complete some ideas around NUT: https://wiki.ubuntu.com/ServerOneiricInfraPower The end target is to have NUT ready to address infrastructures, both static like data-centers and flexible like

Dear NUT developers and contributors, time has come to shed more light on 2.8.0 roadmap! Ubuntu Developer Summit attendance has helped to clarify things. several of 2.8.0 tasks are detailed here: https://wiki.ubuntu.com/ServerOneiricInfraPower I'm conscious that our development infrastructure (Alioth) is not that suitable to track roadmaps, "Agile" specs and developments, as we do

[I took the liberty of replying on nut-upsdev - not many people are using github yet since the NUT repository native format is still SVN.] On Sep 4, 2012, at 10:17 AM, Emilien Kia wrote: > This is a proposal for a new client library which scopes an higher level than the existing libupsclient. > > It needs less dependencies to be compiled than the libupsclient and can be easier to

If you don't use 'CERTVERIFY 1', then this will at least make sure that nobody can sniff your sessions without a large effort (...) > So, do I misunderstand CERTVERIFY directive ? Or is there a bug ? >> Can you reproduce such behaviour ? >> > > I'm not sure what is going on. Can you try running 'upsmon' with debugging > enabled? The following are

Hello To update from R 2.6 to 2.8 (on Ubuntu 8.04 both) I had to install new tcl and liblapack packages (excuse me it is in french): > sudo apt-get install r-base-dev > Lecture des listes de paquets... Fait > Construction de l'arbre des d?pendances > Lecture des informations d'?tat... Fait > Les paquets suppl?mentaires suivants seront install?s : >

Hello I'm new on this list, nice to meet you My configuration : OS : Ubuntu server 10.04.1 LTS NUT : nut 2.4.3-1ubuntu3.1 from Ubuntu package UPS : APC Back-UPS ES 530 My problem : When restarting twice nut in the same time. I can see 2 instance of /lib/nut/usbhid-ups driver when using : ps aux | grep usbhid-ups I know that's not normal to restart nut twice at the same moment but it

Hi gang, Thanks to other help I''ve gotten on this list, I''ve got backgroundrb up and running using postgres alongside my rails app. I''ve designed the system to have several eternally-running workers that periodically poll the database to see if there''s any work for them to do, and set things up in the config file to make them restart quickly if any of them

Hello I'm new on this list, nice to meet you My configuration : OS : Ubuntu server 10.04.1 LTS NUT : nut 2.4.3-1ubuntu3.1 from Ubuntu package UPS : APC Back-UPS ES 530 My problem : When restarting twice nut in the same time. I can see 2 instance of /lib/nut/usbhid-ups driver when using : ps aux | grep usbhid-ups I know that's not normal to restart nut twice at the same moment but it

Hello all, I come back to request comments (and merge) on my pull request of the libnutclient. https://github.com/clepple/nut/pull/2 All previous comments have been addressed (some fixes and documentation). For memory, the libnutclient is an high-level C++ and C client library allowing to dialog with upsd. The addressed model is oriented around devices, variables and commands; unlike