1 - its on load blinking battery&nbsp;LEDs &nbsp;and not giving proper back up time . APC sua1000i<BR><BR><B><I>nut-upsdev-request@lists.alioth.debian.org</I></B> wrote:  <BLOCKQUOTE class=replbq style="PADDING-LEFT: 5px; MARGIN-LEFT: 5px; BORDER-LEFT: #1010ff 2px solid">Send Nut-upsdev mailing list submissions to<BR>nut-upsdev@lists.alioth.debian.org<BR><BR>To subscribe or unsubscribe via the World Wide Web, visit<BR>http://lists.alioth.debian.org/mailman/listinfo/nut-upsdev<BR>or, via email, send a message with subject or body 'help' to<BR>nut-upsdev-request@lists.alioth.debian.org<BR><BR>You can reach the person managing the list at<BR>nut-upsdev-owner@lists.alioth.debian.org<BR><BR>When replying, please edit your Subject line so it is more specific<BR>than "Re: Contents of Nut-upsdev digest..."<BR><BR><BR>Today's Topics:<BR><BR>1. Re: questions re. patching bcmxcp.c and choosing<BR>variable names (Oliver Wilcock)<BR>2. Buildbot up and running (Charles
 Lepple)<BR><BR><BR>----------------------------------------------------------------------<BR><BR>Message: 1<BR>Date: Sat, 7 Apr 2007 15:20:16 -0400 (EDT)<BR>From: "Oliver Wilcock" <OLIVER@OWCH.CA><BR>Subject: Re: [Nut-upsdev] questions re. patching bcmxcp.c and choosing<BR>variable names<BR>To: nut-upsdev@lists.alioth.debian.org<BR>Message-ID: &lt;63999.74.112.254.142.1175973616.squirrel@shonsu.owch.ca&gt;<BR>Content-Type: text/plain;charset=iso-8859-1<BR><BR>Note quite the same as load.off. I think load.off is intended to turn off<BR>the load permanently. load.n.cycle sounds more appropriate.<BR><BR><BR>&gt; Hi Oliver!<BR>&gt;<BR>&gt;&gt; I've patched bcmxcp.c such that it can power cycle the outlet load<BR>&gt;&gt; segments independently on a Powerware PW5125 UPS. I presume that it<BR>&gt;&gt; will<BR>&gt;&gt; work for any XCP protocol UPS with 2 load segments.<BR>&gt;<BR>&gt; Just to make sure I understand what this does, would this do the same as<BR>&gt;
 sending<BR>&gt;<BR>&gt; load.off<BR>&gt; load.on<BR>&gt;<BR>&gt; for just one output?<BR><BR><BR><BR><BR>------------------------------<BR><BR>Message: 2<BR>Date: Sat, 7 Apr 2007 20:51:51 -0400<BR>From: "Charles Lepple" <CLEPPLE@GMAIL.COM><BR>Subject: [Nut-upsdev] Buildbot up and running<BR>To: "NUT developers" <NUT-UPSDEV@LISTS.ALIOTH.DEBIAN.ORG><BR>Message-ID:<BR><AF8966460704071751J77D15437NA95E8130DDB76D3F@MAIL.GMAIL.COM><BR>Content-Type: text/plain; charset=ISO-8859-1; format=flowed<BR><BR>I guess I have absorbed a bit of the agile development philosophy, or<BR>maybe I am a sucker for automatically generated status displays, but<BR>whatever the reason, we now have a Buildbot running:<BR><BR>http://buildbot.ghz.cc/public/nut/<BR><BR>The idea is that anytime someone checks a new SVN revision into NUT,<BR>the buildbot master will ask the slaves to check out the changes and<BR>build NUT.<BR><BR>Since the build process consists of a 'make distcheck', we end up with<BR>a
 SVN snapshot with ./configure already built. This should help new<BR>users who might not have all the autotools installed.<BR><BR>At the moment, the buildbot slaves are the ragtag collection of<BR>computers I have lying around the house. I am still working on a umask<BR>problem with the generated tarballs, but eventually, you will be able<BR>to click on the tarball link and grab whatever just got built. The<BR>only one that you should expect to be on continuously is the G4 Cube<BR>in the first column.<BR><BR>Any volunteers to add to the "botnet"? All you need is Python and<BR>Twisted (I think); everything else gets pushed over the network. The<BR>machine doesn't have to be directly accessible from the Internet - the<BR>slave buildbot process connects back to the master whenever the slave<BR>machine is up. This would be a great way to make sure that things<BR>checked in to the trunk don't break Solaris, for instance. Contact me<BR>off-list for details on setting up a
 slave.<BR><BR>The main Buildbot web site:<BR><BR>http://buildbot.sourceforge.net<BR><BR>-- <BR>- Charles Lepple<BR><BR><BR><BR>------------------------------<BR><BR>_______________________________________________<BR>Nut-upsdev mailing list<BR>Nut-upsdev@lists.alioth.debian.org<BR>http://lists.alioth.debian.org/mailman/listinfo/nut-upsdev<BR><BR>End of Nut-upsdev Digest, Vol 22, Issue 5<BR>*****************************************<BR></BLOCKQUOTE><BR><p>&#32;

<hr size=1>We won't tell. Get more on <a href="http://us.rd.yahoo.com/evt=49980/*http://tv.yahoo.com/collections/265
">shows you hate to love</a><br>(and love to hate): <a href="http://us.rd.yahoo.com/evt=49980/*http://tv.yahoo.com/collections/265
">Yahoo! TV's Guilty Pleasures list.</a>