similar to: configure script doesn't use result of glib test

Seems to be broken in the current SVN: [...] x86_64-linux-gnu-gcc -I../include -DDBUS_API_SUBJECT_TO_CHANGE -I/usr/include/hal -I/usr/include/dbus-1.0 -I/usr/lib/dbus-1.0/include -DINET6 -O2 -D_REENTRANT -DNETSNMP_USE_INLINE -Wall -Dlinux -I. -I/usr/include -O2 -Wall -Wsign-compare -s -o energizerups energizerups.o ../common/upsconf.o ../common/parseconf.o ../common/state.o main.o dstate.o

I have been trying to get Nut working on a system with Fedora 8 i86_64 installed and an APC Smart-UPS USB. The 2.2.0 rpm does not seem to like the USB on this UPS. I have tried compiling the 2.2.2 version, from source, but am getting warnings. I have tried building it on my i386 system (f8 as well) and I get no warnings also the 2.2.0 works fine on that one with a TrippLite Omni 900 LCD via

Hi Jordi, 2008/7/7 Jordi Mallach <jordi at debian.org>: > Package: nut > Version: 2.2.2-3 > Severity: important > > Hi Arnaud, > > I just tried backporting nut 2.2.2 to etch, and found the build fails > with: > > x86_64-linux-gnu-gcc -I../include -DDBUS_API_SUBJECT_TO_CHANGE -I/usr/include/hal -I/usr/include/dbus-1.0 -I/usr/lib/dbus-1.0/include

Hi, I was fooling around with the bcmxcp driver and enabling the alarm functions. I hade tested this on some of the ups'es so I was planning to submit it to the svn trunk. But, as the bcmxcp is shared code for serial and usb I got a problem. When enabling --with-hal it halt on the build of hald-addon-bcmxcp_usb. -------------------------------------------------------------- gcc

CentOS Errata and Security Advisory 2013:0568 Important Upstream details at : https://rhn.redhat.com/errata/RHSA-2013-0568.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 0223ca642952e05ebc211d0a4c70d384c940ac27b099bc3d75b54ca68f9c0f90 dbus-glib-0.73-11.el5_9.i386.rpm

CentOS Errata and Security Advisory 2010:0616 Moderate Upstream details at : https://rhn.redhat.com/errata/RHSA-2010-0616.html The following updated files have been uploaded and are currently syncing to the mirrors: ( md5sum Filename ) x86_64: 44be9fa08e701d1aea7f6bfac7824325 dbus-glib-0.73-10.el5_5.i386.rpm 843c0ba089fdb8030995b405fadb2ba0 dbus-glib-0.73-10.el5_5.x86_64.rpm

On 5/23/07, Kjell Claesson <keyson-guest at alioth.debian.org> wrote: > Author: keyson-guest > Date: Wed May 23 21:12:51 2007 > New Revision: 915 > > Log: > - Enabled requested Alarm function in bcmxcp.c > > Modified: > trunk/ChangeLog > trunk/drivers/bcmxcp.c Looks like this breaks when HAL is enabled. At the end of:

CentOS Errata and Security Advisory 2010:0616 Moderate Upstream details at : https://rhn.redhat.com/errata/RHSA-2010-0616.html The following updated files have been uploaded and are currently syncing to the mirrors: ( md5sum Filename ) i386: 63d12b7aca953c45656dcfa87b8b9986 dbus-glib-0.73-10.el5_5.i386.rpm 1e369ace58dbb3ea9c22d18f191c993e dbus-glib-devel-0.73-10.el5_5.i386.rpm Source:

make fails at drivers: make[1]: Entering directory `/export/home/zoly/Documents/trunk/drivers' /bin/sh ../libtool --tag=CC --mode=link gcc -I../include -DDBUS_API_SUBJECT_TO_CHANGE -I/usr/include/hal -I/usr/include/dbus-1.0 -I/usr/lib/dbus-1.0/include -I/usr/sfw/include -g -Dsolaris2 -I. -I/usr/sfw/include -O -Wall -Wsign-compare -o al175 al175.o ../common/libcommon.a ../common/upsconf.o

Charles, It looks like the buildbot no longer builds (if it ever did, I don remember) the HAL addons, even if the requirements are met: configure:9680: checking for libhal version via pkg-config (0.5.8 minimum required) configure:9690: result: 0.5.11 found configure:9694: checking for libhal cflags via pkg-config configure:9703: result: -DDBUS_API_SUBJECT_TO_CHANGE -I/usr/include/hal

Hi fellows, As the NUT-NG draft will take me more time than I currently have (I found myself too optimistic since I got a baby ;-), below is the beginning of an answer to the "Common Power Management with UPS support" problem... First, NUT is pure userspace code, for portability issue, and will remain. USB is through libusb, snmp through net-snmp and serial through standard read/write.

On 1/27/2016 12:43 PM, Tim Evans wrote: > On 01/27/2016 02:47 PM, Clint Dilks wrote: > >>> /usr/local/seamonkey/seamonkey-bin: error while loading shared >>> libraries: >>> libdbus-glib-1.so.2: cannot open shared object file: No such file or >>> directory >>> >>> >> Have you tried yum provides 'libdbus-glib-1.so.2'. I get

When I trying to update 4.3 to 4.4 it fails updating dbus-glib because it couldn't remove dbus 0.22.12.EL.5 [root at prototipo ~]# yum update Setting up Update Process Setting up repositories update 100% |=========================| 951 B 00:00 base 100% |=========================| 1.1 kB 00:00 addons 100%

As an experiment, I am attempting to build a more recent version of GNOME than 2.16.0 on CentOS 5.1. I've tried both garnome and jhbuild, and neither one works quite right. Jhbuild blows out looking for a dbus-glib-1 revision >= 0/74 (the release rev is 0.70), so I downloaded that and tried to build it. This results in the following error: gcc -g -O2 -Wall -Wchar-subscripts

Hi fellows, I'm really pleased to announce that a first stage of NUT and HAL [1] integration has been reached: NUT drivers (in fact, only newhidups, tripplite_usb and bcmxcp_usb for the moment) can feed HAL data. It's a "quick and dirty" hack, as a proof of concept, and there is still lots of things to be done, both on NUT and HAL sides. But it's a good base, and very

My UPS Powercom WOW-1000U does greatly work with NUT, but not auto-cofigurable... This UPS is not usb-hid ups, and works well with this settings in NUT: [powercom] desc = "powercom" driver = powercom port = "/dev/serial/by-id/usb-POWERCOM_CO.__LTD._USB_to_Serial-if00-port0" type = IMP lsusb -v fragment attached. Unlike other UPSes, gnome-power-manager does

I have installed 1.12.8-10.el8_2, but when trying to install dbus-devel it is not available for that version, only 1.12.8-9.el8, which is also not available. Suggestions? # yum list | grep dbus dbus.x86_64 1:1.12.8-10.el8_2 @BaseOS dbus-common.noarch 1:1.12.8-10.el8_2

Send CentOS-announce mailing list submissions to centos-announce at centos.org To subscribe or unsubscribe via the World Wide Web, visit http://lists.centos.org/mailman/listinfo/centos-announce or, via email, send a message with subject or body 'help' to centos-announce-request at centos.org You can reach the person managing the list at centos-announce-owner at centos.org When

On 01/27/2016 02:47 PM, Clint Dilks wrote: >> /usr/local/seamonkey/seamonkey-bin: error while loading shared libraries: >> libdbus-glib-1.so.2: cannot open shared object file: No such file or >> directory >> >> > Have you tried yum provides 'libdbus-glib-1.so.2'. I get a hit with > dbus-glib Thanks. Package dbus-glib-0.86-6.el6.x86_64 already

Send CentOS-announce mailing list submissions to centos-announce at centos.org To subscribe or unsubscribe via the World Wide Web, visit http://lists.centos.org/mailman/listinfo/centos-announce or, via email, send a message with subject or body 'help' to centos-announce-request at centos.org You can reach the person managing the list at centos-announce-owner at centos.org When