Blog

Building obex-method

I published a Bazaar branch of the Nautilus obex method here:

http://bazaar.launchpad.net/~jamesh/+junk/gnome-vfs-obexftp

This version works with the hcid daemon included with Ubuntu Edgy, rather than requiring the btcond daemon from Maemo.

Some simple instructions on building it:

  1. Download and build the osso-gwobex library:

    svn checkout https://stage.maemo.org/svn/maemo/projects/connectivity/osso-gwobex/trunk osso-gwobex

    The debian/ directory should work fine to build a package using debuild.

  2. Download and build the obex module:

    bzr branch http://bazaar.launchpad.net/~jamesh/+junk/gnome-vfs-obexftp

    There is no debian packaging for this — just an autogen.sh script.

It should work on other distributions, but I haven’t tried it. The main requirement is bluez-utils 3.7, and that -x is passed to hcid to enable the org.bluez.RFCOMM interface.

Still to do is cleaning up the obex:/// listing of bonded devices, so that it serves desktop entries rather than symlinks, so that it is usable in Nautilus. This would also make it easier to show the device names to the user and get nice icons.

Tags: ,

This Post Has 13 Comments

  1. pel 21 October, 2006

    Wow.
    This is seriously wonderfull!

    Now I’ll have to install edgy on a machine this weekend 🙂

  2. Johan Hedberg 22 October, 2006

    I took a look at the code and it looks good. One thing however:

    About the “NFTP” service identifier, that’s actually something that btcond supported but hcid doesn’t. You’ll have to give the exact UUID-128 to hcid instead as
    “00005005-0000-1000-8000-0002ee000001” (I hope that’s correct).

    What it’s about: some Nokia Symbian phones have two OBEX FTP services: one identified with the normal UUID and another with a Nokia specific 128 bit UUID. The service found behind the normal identifier is very limited in features on these phones while the other one supports full OBEX FTP (don’t ask me why).

  3. Wout 23 October, 2006

    Thank you man. You’re awsome…. I’ve installed the software succesfully and everything works. Great…..

    B.t.w. mine gives me the full name after a while… and it’s fully useable in nautilus. (Pretty stable…)
    I’f you wan’t some testers just let me know….(just say so on your blog…. )
    GReat great great….

  4. Andrew Jorgensen 24 October, 2006

    Thanks! This is awesome. I’ve been thinking for some time now, though, that OBEX != bluetooth.

    There are at least four other media commonly (or less commonly) used for OBEX: USB, IrDA, Serial, and TCP/IP. All of these are supported by OpenOBEX.

    I’ve been told that IrDA is somewhat harder to deal with but USB should be pretty easy. Serial might not be worth implementing. TCP/IP, if supported at all, probably doesn’t need to be discoverable (unless of course it’s advertised through mDNS).

  5. Alex Kanavin 24 October, 2006

    USB should use a different approach: mount it as a filesystem through FUSE/obexfs. I’ll check out how it all works

  6. James Henstridge 25 October, 2006

    Wout: yeah. I implemented that a bit after posting this article.

    Andrew/Alex: Matthew Garrett has plans to add bluetooth device support to HAL, which would help here. If I can look up IrDA OBEX and Bluetooth OBEX devices in the HAL hardware database by some property, then it should be possible to support both: the only bluetooth specific code is for listing the paired devices and creating RFCOMM connections.

  7. clp 26 October, 2006

    I get this message in nautilus…

    obex:///” is not a valid location.

    what’s wrong?

    How do I enable the gnome-vfs-2.0 modules?

    Salu2 clp 😉

  8. Andrew Jorgensen 26 October, 2006

    clp: I had the same problem at first. Trouble was that by default things get installed in /usr/local. Try the following:

    ./configure –sysconfdir=/etc –prefix=/usr

  9. clp 26 October, 2006

    A lot of thanks, Andrew!

    > ./configure –sysconfdir=/etc –prefix=/usr

    It’s a great job!

  10. clp 30 October, 2006

    In amd64 architecture I get this problem in oss-gwobex compilation:

    autoreconf2.50: running: /usr/bin/autoconf
    configure.ac:11: error: possibly undefined macro: AC_PROG_LIBTOOL
    If this token and others are legitimate, please use m4_pattern_allow.
    See the Autoconf documentation.
    autoreconf2.50: /usr/bin/autoconf failed with exit status: 1

    Salu2 clp 😉

  11. Onkar Shinde 7 November, 2006

    Works really well. I could see name of my phone and a pretty icon. Did file transfers in both directions without problem.

    I have just one question. The autogen script in the vfs module code says it requires automake1.9. Is this strict dependency?

    Also is opebobex > 1.2. a strict dependency.

    Please note that I have not even looked into code. So pardon if my questions are redundant.

  12. Hans 12 November, 2006

    I followed the instructions above. And obex method works fine until i try to transfer a file to the bluetooth device (sony ericsson K750i).

    The error messages tells me that theres not enough free space on the receiver (I know theres about 1Gb free, Nautilus says 0byes free).

    Someone know how to fix this?

Comments are closed.