public inbox for linux-bluetooth@vger.kernel.org
 help / color / mirror / Atom feed
From: Marcel Holtmann <marcel@holtmann.org>
To: BlueZ users <bluez-users@lists.sourceforge.net>
Subject: Re: [Bluez-users] turning OFF dbus and other extras support?
Date: Thu, 17 Aug 2006 14:43:19 +0200	[thread overview]
Message-ID: <1155818599.4075.110.camel@aeonflux.holtmann.net> (raw)
In-Reply-To: <200608162208.37986.akohlsmith-bluez@benshaw.com>

Hi Andrew,

> > the pkg-config part only sets *_found and you need *_enable to actually
> > activate an optional feature.
> 
> Seems like a weak way to check for a library, but I imagine that only the 
> slackware and slackware-derived distros would have this particular issue:
> 
> checking pkg-config is at least version 0.9.0... yes
> checking for BLUEZ... Package bluez was not found in the pkg-config search 
> path.
> Perhaps you should add the directory containing `bluez.pc'
> to the PKG_CONFIG_PATH environment variable
> No package 'bluez' found
> configure: error: Bluetooth library is required
> 
> $ BLUEZ_CFLAGS=-I~/files/bluez-libs-3.2/include 
> BLUEZ_LIBS="-L~/files/bluez-libs/src/.libs -lbluetooth" ./configure
> 
> This lets it work, so there's a viable workaround for us old coots.  :-)

you might wanna try to set PKG_CONFIG_PATH to make it find the needed
bluez.pc file. Check "man pkg-config" for more details.

> > You should have. The sample calls for configure can be found in the
> > README and I simply don't see any problem at the moment. I need some
> > more input here.
> 
> No, I was mistaken here.  I reran the configuration with the command line 
> above and pkg-config told the configure script that fuse, openobex and libusb 
> weren't found, but let it build regardless.

If these libraries are not found, none of them get build. You might see
make entering these subdirectories, but that's it.

> > I am not going to change this back. Otherwise we would have needed a
> > complete separate protocol and this would have bloated the Bluetooth
> > code. And the requirement of XML is a myth. It brings its own XML parser
> > with it.
> 
> A complete separate protocol to do what?  v2.25 seems to get by fine without a 
> notification subsystem.

It is more than simple notification thingy. You can control all needed
functionality. And this is why it is 3.x now and no longer 2.x.

> Regarding dbus and an xml requirement -- the dbus wiki page seems to disagree 
> with you on this.  From http://www.freedesktop.org/wiki/Software/dbus:
> 
> "D-Bus' only *required* dependency is an XML parser (either libxml or expat)."

Then go with expat. It is small and lightweight.

> I will make another attempt at building dbus and bluez-3.2 under my embedded 
> environment.  I may have been overly impatient in trying to get it to work.

Nobody said, that it is easy, but even the Nokia 770 for example is
happy with D-Bus and I know that a lot of embedded people actually use
D-Bus instead inventing a message bus over and over.

Regards

Marcel



-------------------------------------------------------------------------
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
_______________________________________________
Bluez-users mailing list
Bluez-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-users

      reply	other threads:[~2006-08-17 12:43 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-08-16 15:59 [Bluez-users] turning OFF dbus and other extras support? Andrew Kohlsmith
2006-08-16 23:11 ` Marcel Holtmann
2006-08-17  2:08   ` Andrew Kohlsmith
2006-08-17 12:43     ` Marcel Holtmann [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=1155818599.4075.110.camel@aeonflux.holtmann.net \
    --to=marcel@holtmann.org \
    --cc=bluez-users@lists.sourceforge.net \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox