From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Date: Mon, 29 Dec 2003 19:54:13 +0300 From: "Peter V. Saveliev" To: sisyphus@altlinux.ru Message-Id: <20031229195413.0b3e2f5c.peet@eltel.net> Organization: JSC Eltel X-Mailer: Sylpheed version 0.9.2 (GTK+ 1.2.10; i586-alt-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 8bit Subject: [sisyphus] apcupsd X-BeenThere: sisyphus@altlinux.ru X-Mailman-Version: 2.1.3 Precedence: list Reply-To: sisyphus@altlinux.ru List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Dec 2003 16:54:16 -0000 Archived-At: List-Archive: ... Есть подозрение, что apcupsd --configure и apcupsd --rename-ups не отрабатывают так, как можно было бы ожидать. Согласно документации и здравому смыслу, использование этих опций должно принуждать apcupsd совершать некоторое разовое действие, после чего он должен завершать работу. В то же время, acpupsd с ними демонизируется и начинает работать как будто в штатном режиме. То есть, уходит в фон. Что характерно, никаких ожидаемых последствий не случается. В частности, я пытаюсь заставить молчать SmartUPS 420, поскольку кричит он громко, а у меня мелкий, как-никак... Но запуск apcupsd -c при изменённом конфиге, тем не менее, не меняет значений в EPROM упса. * Есть ли у кого-нибудь положительный опыт применения apcupsd вместе с моделями SmartUPS? [offtopic]: получилось ли у кого заживить штатный линуховый софт, идущий с упсом? Впечатления? * Это пока только домыслы, но, тем не менее, мне показалось, что apcupsd из Сизифа недельной давности под этим самым Сизифом не пересобирается. То есть, apt-get source apcupsd && rpmbuild -ba apcupsd.spec не заканчивается успешно. Сегодня дома проверю подробнее. -- 19:42:30 up 49 days, 7:48, 1 user, load average: 0.37, 0.35, 0.30 ++ Sincerely, Peter V. Saveliev E-mail: peet@eltel.net Jabber: peet@jabber.ru