similar to: Sola 305 with INT-0051 cable

Hi Shanan, Since I'm lagging too much on this point, I've forwarded your mail to the NUT development list, in the hope that another developer will have a bit of time to merge your patch. thanks for your contribution, Arnaud Quette -- Free Software Developer - http://arnaud.quette.free.fr/ Debian Developer - http://people.debian.org/~aquette/ Network UPS Tools (NUT) Project Leader -

>>>>> Patrick Perry <pperry at stern.nyu.edu> >>>>> on Wed, 27 May 2015 23:19:09 -0400 writes: {@PP, you forgot this part:} >>>>> peter dalgaard <pdalgd at gmail.com> >>>>> on Thu, 21 May 2015 14:36:03 +0200 writes: >> I suspect that what we really need is >> >> fitI <- lm(x ~

On 21 May 2015, at 12:49 , Martin Maechler <maechler at lynne.stat.math.ethz.ch> wrote: >>>>>> peter dalgaard <pdalgd at gmail.com> >>>>>> on Thu, 21 May 2015 11:03:05 +0200 writes: > >> On 21 May 2015, at 10:35 , Martin Maechler <maechler at lynne.stat.math.ethz.ch> wrote: > >>>> >>>> I noticed that

> I noticed that the 3.2.1 release cycle is about to start. Is there any > chance that this fix will make it into the next version of R? > > This bug is fairly serious: getting the wrong variance estimate leads to > the wrong log-likelihood and the wrong AIC, BIC etc, which can and does > lead to suboptimal model selection. If it's not fixed, this issue will > affect

Thanks a lot to everybody that helped me out with this. Conclusions: (1) In order to edit arima in R: >fix(arima) or alternatively: >arima<-edit(arima) (2) This is not contained in the "Introduction to R" manual. (3) A "productive" fix of arima is attached (arma coefficients printed out and error catched so that it doesn't halt parent loops to search for

I noticed that the 3.2.1 release cycle is about to start. Is there any chance that this fix will make it into the next version of R? This bug is fairly serious: getting the wrong variance estimate leads to the wrong log-likelihood and the wrong AIC, BIC etc, which can and does lead to suboptimal model selection. If it's not fixed, this issue will affect every student taking our time series

>>>>> peter dalgaard <pdalgd at gmail.com> >>>>> on Thu, 21 May 2015 11:03:05 +0200 writes: > On 21 May 2015, at 10:35 , Martin Maechler <maechler at lynne.stat.math.ethz.ch> wrote: >>> >>> I noticed that the 3.2.1 release cycle is about to start. Is there any >>> chance that this fix will make it into

This code, added to drivers/genericups.h, supports the CyberPower SL series UPSes. I've tested with my 725SL - the online/on battery transition, and low battery status, and finally the shutdown signal all work as expected. *** genericups.h.orig Sun Nov 2 16:54:24 2003 --- genericups.h Mon Oct 3 13:49:00 2005 *************** *** 220,225 **** --- 220,234 ---- TIOCM_ST

Hello folks, I have a question regarding a sweex product. Its bundled with UPSmart v 2.12. I installed nut accordingly to the user manual included in the software. A quick check of data/drivers.list revealed to me i should use the: "Sweex" "500/1000" "contact closure - shipped with UPSmart" "genericups upstype=7" driver this driver

On 21 May 2015, at 10:35 , Martin Maechler <maechler at lynne.stat.math.ethz.ch> wrote: >> >> I noticed that the 3.2.1 release cycle is about to start. Is there any >> chance that this fix will make it into the next version of R? >> >> This bug is fairly serious: getting the wrong variance estimate leads to >> the wrong log-likelihood and the wrong

Best fortress support was understandably dropped, but we still use them, and someone else may want the driver I ported to nut-2.0. We also often attach the serial cable from a UPS to a network terminal server, since servers these days don't come with very many serial ports. (They call them "legacy" ports.) I submitted a patch to support these for nut-1.x, and it was rejected

Dear, I'm trying to run diagnostics on MCMC analysis (fitting a log-linear model to rates data). I'm getting an error message when trying Gelman-Rubin shrink factor plot: >gelman.plot(out) Error in chol.default(W) : the leading minor of order 2 is not positive definite I take it that somewhere, somehow a matrix is singular, but how can that be remedied? My code: library(rjags)

Hello, I got this information from the manufacturer of my ups Kobian/Mercury and were tested wtih powstatd on Linux (Works OK). Now i want to configure it with NUT and i didn't have any luck (it always says OB) Initiliasation for monitoring: RTS = 1 (High) Main power fail: CTS = 0 (Low) Batter low: DCD = 0 (Low) Kill UPS: DTR = 0 (Low) How would the ups.conf look like? Reagards, Lep

I am using nut 2.2.2 and I have a CyberPower CP550SL. According to the drivers list, I should be using genericups with upstype set to 7, but when I try that and when I run upsc I get: driver.name: genericups driver.parameter.LB: 04 driver.parameter.pollinterval: 2 driver.parameter.port: /dev/ups driver.parameter.upstype: 7 driver.version: 2.2.2 driver.version.internal: 1.34 ups.mfr: CyberPower

I am using nut 2.2.2 and I have a CyberPower CP550SL. According to the drivers list, I should be using genericups with upstype set to 7, but when I try that and when I run upsc I get: driver.name: genericups driver.parameter.LB: 04 driver.parameter.pollinterval: 2 driver.parameter.port: /dev/ups driver.parameter.upstype: 7 driver.version: 2.2.2 driver.version.internal: 1.34 ups.mfr: CyberPower

Hi, I wanted to report some success with monitoring this UPS, a "Geek Squad" brand GS-700U that I purchased earlier this year from Best Buy Canada. Information about this... thing is very scarce so here is what I know: The unit itself is probably made by Cyberpower. It has a 9-pin serial port on the UPS, as well as a serial-USB adapter thing. I cracked open the serial-USB

# HG changeset patch # User john.levon@sun.com # Date 1196969481 28800 # Node ID 2c28ac4db1f7542220b1472821e8631b79b6a23a # Parent 4a98d4b6e4daccd610175e3c0f8cab49b056c649 Fix ioemu compile serial.c was including another Linux-specific header. Signed-off-by: John Levon <john.levon@sun.com> diff --git a/tools/ioemu/hw/serial.c b/tools/ioemu/hw/serial.c --- a/tools/ioemu/hw/serial.c +++

Hello people. My name is Rub?n. Firts, excuse me for my bad english. I run Debian 6.0.6, kernel 2.6.32-5-amd64 in my machine. I bought a ISB Sola basic UPS, model Micro SR inet, with usb conection. I Configure the nut.conf file in standalone mode and I install de isbmex driver. The ups.conf: [ISB_sola-basic] driver = isbmex port = auto With de command upsdrvctl start the

I've built samba by hand before , but I've never seen this message, perhaps you can shed some light. I suddenly can't get past the ./configure script. ./configure --prefix=/usr/samba --with-winbind --with-automount gives me the following error: checking for conflicting AUTH_ERROR define in rpc/rpc.h ... no checking for test routines ... configure: error: can't find

Some one might have answerd this, but I can not find any think yet I am trying to load a SOLA 610 700va ups up and keep getting : --------------------------------- Network UPS Tools - UPS driver controller 2.0.5 Network UPS Tools - MGE UPS SYSTEMS/U-Talk driver 0.88 (2.0.5) .Detected Pulsar ESV11+ on /dev/cuaa0 Network UPS Tools - Best UPS driver 1.03 (2.0.5) Unknown model detected - please