similar to: Fwd: [nut] Please create an AppData file for NUT Monitor (#127)

David, do you have any screenshots of PyNUT that fit this format? Please see Richard's link below. Begin forwarded message: > From: Richard Hughes > Subject: [nut] Please create an AppData file for NUT Monitor (#127) > Date: May 28, 2014 5:37:04 AM EDT > > Please consider writing and installing an AppData file with the application description and some screenshots, else NUT

Hi, I'm using Dovecot with LDAP. My users have an home directory and a field named 'mailMessageStore'. Then the full mailbox path is 'homeDirectory/mailMessageStore' In dovecot-ldap.conf i configured as follows : user_filter = (&(objectClass=qmailUser)(cn=%u)) user_attrs = qmailUID=uid,qmailGID=gid,homeDirectory=home,mailMessageStore=mail=maildir:~/%$ Everything is

Fellows, I'm pleased to announce that David Goncalves has now joined the NUT Team. David is working for some time on the NUT Python support, through: - the PyNUT module, which currently provides client access, and which will soon provide some configuration helpers, - the NUT-Monitor client GUI. So, congratulations to David for joining the team! and thanks for his much appreciated

Hello everybody, # smbd -V Version 3.5.6 I am running a domain controller for windows 7 clients and there is the Kerio mailserver saves important data to AppData/Local/Kerio The default [profiles] only saves AppData/Roaming how can I add AppData/Local or even the complete AppData to the profiles stored by our Samba DC? Thanks in advance, Kind regards, Jelle -------------- next part

Hello list, as I am trying to write a complex macro for my users i have the problem, that the appdata field in the extensions table is to small for all my macro parameters. I am using the DB definition from http://www.voip-info.org/wiki/view/Asterisk+RealTime+Extensions so appdata is limited to 128 characters. And I would prefer some more ;) After looking around in res_config_mysql.c I did

Hi All, I'm doing some simple paging functions and using the SIPAddHeader cmd. * 1.2 branch. Using it in the extensions.conf file, it works fine: exten => _*2XX,1,SIPAddHeader(Call-Info: sip:\;answer-after=0) in * console: lab2*CLI> -- Executing SIPAddHeader("SIP/204-0818dcd0", "Call-Info: sip:;answer-after=0") in new stack When i put the same cmd in Realtime

Hi David, Any thoughts on either this pull request, or #129? https://github.com/networkupstools/nut/pull/128 https://github.com/networkupstools/nut/pull/129 Also note the mention of the new Python module here: https://github.com/george2/python-nut2/tree/development - Charles Begin forwarded message: > From: george2 <notifications at github.com> > Subject: [nut] PyNUT: Fix error

One of our color postscript printers needs a slightly larger margin than the default, so I'm trying to send slightly smaller graphics to it, but all the extra margin I provide ends up at the right and bottom of the page. These are the relevant (I imagine) ps.options: $paper [1] "special" $width [1] 10 $height [1] 8 $pagecentre [1] TRUE I tried this on two systems, in

> Right, I forgot to mention that the explore mode is not meant to send data to upsd - it just generates debug output. And it is written in the man page... that I do had read! > There are a few extra variables that might be read/write, but I don't see the usual ones that translate into commands (such as UPS.BatterySystem.Battery.Test or UPS.PowerSummary.DelayBeforeShutdown). > >

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

[please keep the list CC'd - use "Reply All".] On Sep 14, 2015, at 10:29 PM, d tbsky <tbskyd at gmail.com> wrote: > > 2015-09-14 20:28 GMT+08:00 Charles Lepple <clepple at gmail.com>: >> "upsmon -c fsd" sets the FSD flag on all of the UPSes attached to upsd. > > my nut version is 2.7.3. as I said, "upsmon -c fsd" not only set

On Sep 17, 2017, at 9:39 PM, MTS <mts5204 at bigpond.com> wrote: > > I am looking at the readme in /scripts/python but am unsure how to proceed. To be honest, the install process for the GUI is pretty much "install the distro package", due to the additional dependencies. (I have been trying to install some Python GUI modules from PyPI for another project, and the .deb

In light of recent flame baits and advertisements sent to the list, I would like to seek opinions of list members on making the list moderated. I certainly don't have time to moderate the list myself, so I would suggest giving at least a half dozen, maybe more, people the ability to approve posts to keep it flowing quickly. Moderators would be asked just to approve/disapprove based upon a

On Sep 22, 2015, at 11:27 AM, Thomas Charron <twaffle at gmail.com> wrote: > > On Tue, Sep 22, 2015 at 9:56 AM, John Hart <jsamcr at gmail.com> wrote: >> notify-send > > notify-send needs a DBUS_SESSION_BUS_ADRESS to work right. Look around for code snippets to get this. Ah, that notify-send. Another option is to launch the PyNUT app in your xsession (or

I took v2.8.3-rc in git, bootstrapped autoconf, build, make check, make dist, (on NetBSD 10) and then used that tarball as the source for pkgsrc, built a package, installed it on machine with a Best Fortress (NetBSD 9), rebooted, and both upsc and a program that uses the pyNUT interface code seem fine. So I see no problems. (Of course, I always like there to be a multiday interval from rc to

I took v2.8.3-rc in git, bootstrapped autoconf, build, make check, make dist, (on NetBSD 10) and then used that tarball as the source for pkgsrc, built a package, installed it on machine with a Best Fortress (NetBSD 9), rebooted, and both upsc and a program that uses the pyNUT interface code seem fine. So I see no problems. (Of course, I always like there to be a multiday interval from rc to

Sounds great, thanks! A number of other community members raised a few issues from the RC testing that finally took off, so I guess there will be an rc3 at least... There may also be some issues with upssched as discussed in another mailing list thread and https://github.com/networkupstools/nut/issues/2890 (may be or not be same problem underneath) but I am not ready to investigate that deeply.

Sounds great, thanks! A number of other community members raised a few issues from the RC testing that finally took off, so I guess there will be an rc3 at least... There may also be some issues with upssched as discussed in another mailing list thread and https://github.com/networkupstools/nut/issues/2890 (may be or not be same problem underneath) but I am not ready to investigate that deeply.

On Jul 23, 2017, at 4:50 AM, Alphonse <alphsteiner at gmail.com> wrote: > > Another point is bugging me: the ups is not repported as a battery in kde nor in the output of 'solid-hardware list'. > Do you have an idea for this problem? > Thanks! > To be honest, most of the NUT development effort is focused on shutting down servers, so there isn't a whole lot of

Dear All, I am using R to do my work and thank you very much for developing, maintaining and making such excellent software available to anyone that is interested enough to ask for it. I have registered at Nabble. I was wondering the right forum for me to send my help request. I have tried sending to R-help at r-project.org. However, I do receive a kind of warning email stating that my email