similar to: Announce: new team member (to work on Mozilla NSS port)

Hi all, I am pleased to announce that NSS port of NUT is finished. Port is fully functionnal (same functionnalities as openssl, and a not-activated-by-default client certificate validation function) and successfully tested by myself (external tests are pending, Frederic Bohe is planned for) with a test matrix which will be uploaded to the web site soon (by Arnaud), tested functionnality by

2012/10/12 Emilien Kia <kiae.dev at gmail.com> > Hi guys, > Hi Emilien and the list, This is a pull request to finally merge NSS feature in nut trunk: > https://github.com/clepple/nut/pull/3 > I'd like to take a moment to shed some more light on this important development, which lasted 3 years: - the initial

Dear NUT users and developers, Fr?d?ric Bohe, NUT Senior developer, who has worked with us as an Eaton contractor from 2009 to 2013, is now retired. Thanks for all the hard work on the Windows port, nut-scanner, Unix packaging, support, ... Fred. We will miss you! At the same time, Daniele Pezzini has devoted a lot of time and energy over the past months (and years even). Daniele deserve the NUT

Dear NUT users and developers, Fr?d?ric Bohe, NUT Senior developer, who has worked with us as an Eaton contractor from 2009 to 2013, is now retired. Thanks for all the hard work on the Windows port, nut-scanner, Unix packaging, support, ... Fred. We will miss you! At the same time, Daniele Pezzini has devoted a lot of time and energy over the past months (and years even). Daniele deserve the NUT

Citeren Arnaud Quette <aquette op alioth.debian.org>: > Author: aquette > Date: Fri Dec 17 23:32:20 2010 > New Revision: 2748 > URL: http://trac.networkupstools.org/projects/nut/changeset/2748 > > Log: > --with-doc=auto now behave depending on AsciiDoc presence Instead of building whatever can be build (depending on the versions found), you now have changed the

Citeren Arjen de Korte <adkorte-guest op alioth.debian.org>: > Log: > Use the 'nss_compat_ossl' compatibility layer to use the Mozilla NSS > library instead of OpenSSL (we might want to include native support > in the future, but this will at least allow a quick migration for > testing purposes) I don't recall that we ever discussed the possibility of

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

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

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 server in itself (BaseInstance Cloud slice on Gandi). It's not that many bucks

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 server in itself (BaseInstance Cloud slice on Gandi). It's not that many bucks

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. The problem is that we do not have a good branch in Git to work from. The windows_port branch got rebased, but since it has merge commits, it is a bit of a mess. I apologize for

Hi Charles and the list, a complementary update... 2015-03-16 13:46 GMT+01:00 Charles Lepple <clepple at gmail.com>: > On Mar 4, 2015, at 9:04 AM, Charles Lepple wrote: > > > We only have a few open items that I think should be resolved before > releasing 2.7.3. The list grew a bit in the past week, but we'll cover that > later. Here is the list: > > > >

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

Hello all, In order to prepare the merge of the NSS branch to the trunk, I have validated the code in this branch by passing this validation document written by Emilien Kia : http://www.networkupstools.org/tmp/NUT-NSS_Mini_DVT_Plan-final.pdf The testing has been done on rev 3685 of the ssl-nss-port branch. As you can read, I have found no issue. Let me know if you have any comments on this.

2011/6/27 Frederic BOHE <fbohe-guest at alioth.debian.org> > Author: fbohe-guest > Date: Mon Jun 27 13:56:51 2011 > New Revision: 3060 > URL: http://trac.networkupstools.org/projects/nut/changeset/3060 > > Log: > Add NUT server scan. > > (...) > device_t * scan_snmp(char * start_ip, char * stop_ip,long usec_timeout, > snmp_security_t * sec); > >

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

[attachments trimmed] Begin forwarded message: > From: eric kreuwels > Subject: UPSC based Windows Client > Date: October 13, 2013 4:43:31 PM EDT > To: nut-upsdev at lists.alioth.debian.org > > > Dear developers > > Last month I wrote WinUPSC, a Windows task tray UPS monitor. WinUPSC re-uses the UPSC logic to poll the UPS. > This initial version was tested

[Please remember to copy the list.] On Oct 15, 2013, at 8:45 AM, eric kreuwels wrote: > Hi Charles > > Thanks for your answer. Good questions/suggestions. I copied both the WinUPSC and the installer project on my GDRIVE and shared it with you: > https://docs.google.com/file/d/0B0mSjYYj84-6ZGM4MWZfMnFxbUU/edit?usp=sharing > > Archiving WinUPSC in the NUT GitHub would be my

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

2015-04-27 15:02 GMT+02:00 Charles Lepple <clepple at gmail.com>: > On Apr 27, 2015, at 2:48 AM, Nick Ma. <nick.mayerhofer at enchant.at> wrote: > > > But it still doesn't compile any executable: ~/nut/tests% ls > > cpputest.cpp example.cpp Makefile Makefile.am Makefile.in > > I think it is only intended to produce an executable when running "make