Re: [Ltib] Any newer bluez support than 2.25?

[Peter Barada]

On Mon, 2009-03-23 at 14:49 -0400, Peter Barada wrote:
>     On Mon, 2009-03-23 at 11:36 -0700, Stuart Hughes wrote: 
> > Hi Peter,
> >
> > IIRC that particular version is used because it was the last one
> > that doesn't depend on dbus.  Although I can understand it could
> > be good to have a later bluez available, I'm not yet sure it should
> > be the default.  So for now, if you make a new spec file, call it
> > something like bluez-x.y.spec.  Also remember to build dbus.
> >     
>
>     Thanks.  I pulled in expat, dbus, but dbus fails to build with Alan's patch with:
>     
>     gcc -ffunction-sections -fdata-sections -g -O2 -Wall -Wchar-subscripts -Wmissing-declarations -Wmissing-prototypes -Wnested-externs -Wpointer-arith -Wcast-align -Wdeclaration-after-statement -fno-common -Wno-unused -Wno-sign-compare -Wno-pointer-sign -Wno-format -fno-strict-aliasing -Wl,--gc-sections -o dbus-daemon-launch-helper activation-helper-bin.o config-loader-expat.o config-parser-common.o config-parser-trivial.o desktop-file.o utils.o activation-helper.o  /usr/lib/libexpat.so ../dbus/.libs/libdbus-convenience.a  
>     /usr/lib/libexpat.so: could not read symbols: File in wrong format
>     collect2: ld returned 1 exit status
>     make[2]: *** [dbus-daemon] Error 1
>     make[2]: *** Waiting for unfinished jobs....
>     /usr/lib/libexpat.so: could not read symbols: File in wrong format
>     collect2: ld returned 1 exit status
>     make[2]: *** [dbus-daemon-launch-helper-test] Error 1
>     /usr/lib/libexpat.so: could not read symbols: File in wrong format
>     collect2: ld returned 1 exit status
>     make[2]: *** [dbus-daemon-launch-helper] Error 1
>     make[2]: Leaving directory `/home/peter/work/logic/omap/svn/products/linux/LTIB/logic/ltib/rpm/BUILD/dbus-1.2.12/bus'
>     make[1]: *** [all-recursive] Error 1
>     make[1]: Leaving directory `/home/peter/work/logic/omap/svn/products/linux/LTIB/logic/ltib/rpm/BUILD/dbus-1.2.12'
>     make: *** [all] Error 2
>     error: Bad exit status from /home/peter/work/logic/omap/svn/products/linux/LTIB/logic/ltib/tmp/rpm-tmp.34740 (%build)
>     
>     
>     And yes, there are .la files in rpm/BUILD/dbus-1.1.12/ that have "libdir='/usr/lib'".  What's the best way to fix this so the .la files don't look in /usr/lib?

I followed the workaround you suggested from gtk2.spec, and that works.  Now bluez-4.3.3 is looking for glib2.  What is getting scary is the rampup in footprint to include expat, dbus, glib2 to get bluez-4.33 to build.  I haven't het collected numbers, but I'm not sure its going to be viable for an embedded system...

Regards, Stuart

--- address@hidden wrote:

From: Peter Barada <address@hidden>
To: "address@hidden" <address@hidden>
Subject: [Ltib] Any newer bluez support than 2.25?
Date: Mon, 23 Mar 2009 12:26:47 -0400

The bluez-2.25 package in LTIB is no longer supported by bluez.org -
does anyone have packages/patches/spec files for a newer version (4.33?)

--
Peter Barada <address@hidden>

_______________________________________________
LTIB home page: http://bitshrine.org

Ltib mailing list
address@hidden
http://lists.nongnu.org/mailman/listinfo/ltib

--
Peter Barada <address@hidden>