similar to: Bug#489742: Should build depend on GLib 2.14

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:

I am trying to compile cairo-dock from source (failing to find an existing package for CentOS). I believe all dependencies are satisfied, but while doing "make", at some point it says (I can provide the full make output if it's needed): gcc -g -O2 -o cairo-dock -Wl,--export-dynamic cairo_dock-cairo-dock-callbacks.o cairo_dock-cairo-dock.o cairo_dock-cairo-dock-dbus.o

Hi, I've taken a small bit of time to initiate this work. There is now: - an m4 macro to detect the system (linux only ATM, but simple to complete) - a set of "make package" targets throughout the tree (limited to debian ATM) The remaining tasks on this specific point are: - m4 macro completion to handle all the supported platforms (at least the ones that have files in the

I'm trying to compile GIT KWD, but i believe I am missing something here... joel at supernova:~/compiz/compiz$ make make all-recursive make[1]: Entering directory `/home/joel/compiz/compiz' Making all in include make[2]: Entering directory `/home/joel/compiz/compiz/include' make[2]: Nothing to be done for `all'. make[2]: Leaving directory `/home/joel/compiz/compiz/include'

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

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

Hi again, I've succeeded in compiling the svn trunk with the automake tools and wish to say thank you to Charles Lepple for his help. After fixing some parameters in the hotplug script I can now get access to the UPS on /dev/usb/hiddev0 (I added productid and vendorid of my ups to the usermap). I've decided to try the newhidups driver with -x generic parameter and got this response :

http://bugzilla.mindrot.org/show_bug.cgi?id=402 todd at openbsd.org changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED ------- Additional Comments From todd at openbsd.org 2002-09-25 07:04

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

I get the following error on r809 (but it looks like the code change happened here). Does HIDDevice_t need to be defined/changed in one of the headers? if gcc -DHAVE_CONFIG_H -I. -I../../drivers -I../include -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.

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

On Wed, Aug 08, 2018 at 10:58:50AM +0200, Holger Schranz wrote: > checking for JANSSON... no This is the problem. In 4.6.0 we just switched to using JANSSOn instead of yajl for JSON parsing. Your host doesn't have the development headers installed for jansson.... > configure: > configure: Configuration summary > configure: ===================== > configure: > configure:

I have an UPS, that claims to be IPPon Back Power Pro 700. I'm trying to connect it using USB. lsusb -v says: Bus 1 Device 3: ID 06da:0003 Phoenixtec Power Co., Ltd Device Descriptor: bLength 18 bDescriptorType 1 bcdUSB 1.10 bDeviceClass 0 (Defined at Interface level) bDeviceSubClass 0 bDeviceProtocol 0

Hello I apologize in advance for my English. I compiled the new version of libvirt 1.2.8 on an environment Development Linux from Scratch with the following configure: configure: Configuration summary configure: ===================== configure: configure: Drivers configure: configure: Xen: no configure: QEMU: yes configure: UML: yes configure: OpenVZ: no configure: VMware:

Hi, I'm trying to build gstreamer sdk on centos 6.7. When configure is run for 'gstreamer-1.8.2.tar.xz' on centos 6.7, error messages are reported as below: checking for GLIB... no configure: Requested 'glib-2.0 >= 2.40.0' but version of GLib is 2.28.8 configure: error: This package requires GLib >= 2.40.0 to compile. The command of 'yum install glib*' can only

Hello All. Anyone know how to fix this[0]? I've got some Centos 4.5 boxes running as LDAP clients (user ids are not in /etc/passwd or/etc/shadow). If I make uid 230 local on the host, there is no error message. Adobe acrobat also does the same thing. The users are able to authenticate with LDAP on login, so at least part of the system knows where to look for user ids. Looking on google

Hi all, when will be glib 2.24 in CnetOS 6 releases? grendel -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 490 bytes Desc: not available URL: <http://lists.centos.org/pipermail/centos/attachments/20120116/32705399/attachment-0005.sig>

Hi all, I'm running Ubuntu 12.04 and http://bugs.winehq.org/show_bug.cgi?id=30557 breaks many games. I'd like a workaround. Maybe this is a terrible idea, but it seems to me that if I compile glib <2.32.0 and then compile wine linked to that particular glib than I wouldn't be having so many problems. I've compiled software (including wine) before, but I'm not so experienced

I am doing some dev items with GSteamer and CentOS 6.2 The latest GStreamer has dependencies on glib 2.24 Is there a CentOS+ or something out there that would use this later version? Any chance upstream will be moving to such a version. Thanks, Jerry

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