On 2 Sep 1999 [EMAIL PROTECTED] wrote:
> Another thing that interests me is, whether you can export the UPS via
> a network block device to another system and if you can split an UPS
> into two devices (one local and the other maybe exported over the
> network) so that two clients can listen to t
Here's answer from smartupstools author, Russell Kroll ..
-- Forwarded message --
Date: Thu, 2 Sep 1999 01:04:50 -0600
From: Russell Kroll <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Subject: Re: Shutdowns
> As you see from the mail a Cc-ed to you (it was on debian-mentors), he was
On 31 Aug 1999 [EMAIL PROTECTED] wrote:
> We have two servers that act as redundant to each other. Now if one
> goes down, the second takes over. It would then be nice to
> automatically reboot the other by telling the UPS to power down for a
> while.
>
> If the UPS had two serial ports, both com
On 25 Aug 1999 [EMAIL PROTECTED] wrote:
> What if you have several ups from several vendors all controled by a
> central system?
But .. that means, that you've got boxes which depend on power controlled
by another computer. I don't think it's a good idea.
Ok, you will have that computer backed u
On Wed, 25 Aug 1999, Peter S Galbraith wrote:
> Think it's a good idea? This would let powstatd work correctly
> with UPS unit that don't ignore the kill signal when the power is
> on.
That's exactly how smartupstools will handle it. I can't think of a better
solution.
> What file should I `to
Sorry for crossposting, but there was little respons on deb-mentors.
On Tue, 24 Aug 1999, Peter S Galbraith wrote:
>
> Jozef Hitzinger wrote:
>
> > Can somebody point me to info on how debian cooperates with UPS? (rtfm is
> > ok) I'd also welcome response from th
Can somebody point me to info on how debian cooperates with UPS? (rtfm is
ok) I'd also welcome response from the person who takes care of debian
<-> ups functionality (if there is one).
There are several packages for ups monitoring, none of which seems
satisfying to me, so I started packaging ano
On Wed, 18 Aug 1999, Joey Hess wrote:
> Decklin Foster wrote:
> > dpkg - warning: while removing muddleftpd, directory `/etc/muddleftpd'
> > not empty so not removed.
>
> This is a standard bug in dpkg. Basically, it tries to remove directories
> first, gives the error because the conffile is the
On Tue, 10 Aug 1999, Leon Breedt wrote:
> see the packaging-manual, maint-guide packages
I've got them printed out. AFAIK, maint-guide doesn't cover multi-bin
packages ("as a new maintainer, you're discouraged to do multiple packs or
libs"), while packaging-manual talks of dpkg stuff and doesn't
I've managed to do simple package, but now I need more .. what should
I do, apart from adding package section to control and creating
package.init etc for each bin package? Should I change something in
rules or elsewhere? I'm using debhelper.
Pointer to appropriate doc will be enough. Thanx!
--
smartupstools .rpm package puts files in /usr/cgi-bin & /usr/misc.
these are not in FHS nor FSSTND, but I thought RedHat holds the FHS.
may I put the files there in .deb too, or should I put them elsewhere?
(hm - am I asking the question on the right list?)
--
jozef :-)
Hi! I'm a .signatur
Hi there.
I'm trying to debianise smartupstools (www.exploits.org, very nice). If
it'll do, I'd like to apply for a maintainer (it's going to be funny too,
as I read the mails here), but for now I'm quite stuck:
There are two daemons, running as nobody.nogroup, and they need to access
the state
12 matches
Mail list logo