From owner-freebsd-ports@FreeBSD.ORG Mon Feb 18 04:20:03 2008 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0A80E16A417 for ; Mon, 18 Feb 2008 04:20:03 +0000 (UTC) (envelope-from dierk@blaxxtarz.de) Received: from smtprelay08.ispgateway.de (smtprelay08.ispgateway.de [80.67.29.8]) by mx1.freebsd.org (Postfix) with ESMTP id 7010F13C43E for ; Mon, 18 Feb 2008 04:20:02 +0000 (UTC) (envelope-from dierk@blaxxtarz.de) Received: from [88.72.166.238] (helo=maxx.evangelion.free) by smtprelay08.ispgateway.de with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.68) (envelope-from ) id 1JQxU0-0002F4-1O for freebsd-ports@freebsd.org; Mon, 18 Feb 2008 05:20:00 +0100 Received: from [192.168.123.1] (helo=blaxxtarz.evangelion.free) by maxx.evangelion.free with esmtps (Exim 4.69 #0 (Unix)) id 1JQxT4-000ItH-L3 for ; Mon, 18 Feb 2008 05:19:02 +0100 Received: from blaxxtarz.evangelion.free (localhost [127.0.0.1]) by blaxxtarz.evangelion.free (8.13.8/8.13.8) with ESMTP id m1I4J2XB046520 for ; Mon, 18 Feb 2008 05:19:02 +0100 (CET) (envelope-from dierk@blaxxtarz.evangelion.free) Received: (from dierk@localhost) by blaxxtarz.evangelion.free (8.13.8/8.13.8/Submit) id m1I4J1SC046519 for freebsd-ports@freebsd.org; Mon, 18 Feb 2008 05:19:01 +0100 (CET) (envelope-from dierk) Date: Mon, 18 Feb 2008 05:19:01 +0100 From: Dierk Sacher To: freebsd-ports Message-ID: <20080218041901.GA45835@blaxxtarz.evangelion.free> Mail-Followup-To: freebsd-ports References: <20080215135036.GA6988@blaxxtarz.evangelion.free> <20080216104809.GJ64299@server.vk2pj.dyndns.org> <47B84C42.40603@lissyara.su> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="u3/rZRmxL6MmkK24" Content-Disposition: inline In-Reply-To: <47B84C42.40603@lissyara.su> User-Agent: Mutt/1.4.2.3i X-Df-Sender: 799978 Subject: Re: obexftp - call for testers X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Feb 2008 04:20:03 -0000 --u3/rZRmxL6MmkK24 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello, thank you for your feedback. For doing obex over bluetooth, obexftp needs both the (1) BD_ADDR in raw format (it's _not_ resolving literal device names) (2) the Channel (by using the -B option) So, on my K750i, which has I do something like this (I will use long options for better understanding): # get the capability list: obexftp --bluetooth `bthost -b k750ieva` --channel 6 --capability Channel 6 is OBEX File Transfer on that phone. IrMC (8 for me) will also do. You won't be succesful doing this on OBEX Object Push. If you need to find out the proper channel for your mobile, do something like sdpcontrol -a k750ieva Browse The whole point of using obexftp over obexapp is (for me), that obexapp is not able to retrieve all the telecom/ nodes, which won't show up in filebrowsing and return an error if you try to traverse the path level by level. Thatswhy you have to specify the path as a whole in 'get' command blindly to successfully retrieve them. This is AFAIK only a restriction of some (including obviously all my) mobile phones. So this is where the -S (--nopath) parameter comes handy: obexftp --bluetooth `bthost -b k750ieva` --channel 6 --nopath \ --uuid SYNCH --get telecom/devinfo.txt (You may also try telecom/pb.vcf or telecom/cal.vcs and *PLEASE* backup your contacts first! It's perfectly possible to bust your databases so all your valuable contacts go down the drain and I won't be the one to be put in charge for that.) As you see, I also need to specify the SYNCH (IRMC will also do). Please look up the manpage, cause my understanding of this rather limited (in other words: I'm just using it). One final note: my mobiles firmware obviously left the drawing table a bit, uhm, early. You may have to reset your bluetooth devices and/or the whole mobile (by removing batteries in my case :-() after doing some transfers. This is *not* a problem specific to obexftp. Its happening with a lot of other peers and usage scenarios too. Gruss Dierk Zitiere Alex Keda vom Sun, Feb 17, 2008 at 06:01:22PM +0300: > Peter Jeremy ?????: > >On Fri, Feb 15, 2008 at 02:50:36PM +0100, Dierk Sacher wrote: > > =20 > >>This is a 'works for me' port. I've only been able to test it with > >>6.2-RELEASE on i386 with only one mobile over bluetooth. I did not test > >>anything else (usb, IR ...). > >> =20 > > > >I wouldn't mind having obexftp to talk to my phone but unfortunately > >this port doesn't work for me on 6.3-PRERELEASE/amd64 over bluetooth, > >though that could be just that I'm not driving it correctly: > > > >turion# obexftp -b PeterPhone -v -x > >Scanning for PeterPhone ... > >Browsing PeterPhone ... > >Connecting...failed: connect > >Still trying to connect > >Connecting...failed: connect > >Still trying to connect > >Connecting...failed: connect > >Still trying to connect > >turion#=20 > > > >And hcidump shows no data so I suspect it's not even trying BlueTooth. > >ktrace shows that it's not searching /etc/bluetooth/hosts but directly > >specifying the BD_ADDR has no improvement and the connect() is returning > >EINVAL. > > =20 > With - nokia-6085 - obexapp-1.4.8 work correct. > But this port: >=20 > ussr$ obexftp --bluetooth nokia-6085 -x > Scanning for nokia-6085 ... > Browsing nokia-6085 ... > Connecting...failed: connect > Still trying to connect > Connecting...failed: connect > Still trying to connect > Connecting...failed: connect > Still trying to connect >=20 > ussr$ obexftp --bluetooth siemens-sl56 -x > Scanning for siemens-sl56 ... > Browsing siemens-sl56 ... > Connecting...failed: connect > Still trying to connect > Connecting...failed: connect > Still trying to connect > Connecting...failed: connect > Still trying to connect >=20 > ussr$ obexftp --bluetooth siemens-sl56 -X > Scanning for siemens-sl56 ... > Browsing siemens-sl56 ... > Connecting...failed: connect > Still trying to connect > Connecting...failed: connect > Still trying to connect > Connecting...failed: connect > Still trying to connect >=20 > ussr$ obexftp --bluetooth nokia-6085 -X > Scanning for nokia-6085 ... > Browsing nokia-6085 ... > Connecting...failed: connect > Still trying to connect > Connecting...failed: connect > Still trying to connect > Connecting...failed: connect > Still trying to connect >=20 > ussr$ uname -a > FreeBSD ussr.lissyara.int.otradno.ru 6.3-RELEASE FreeBSD 6.3-RELEASE #0:= =20 > Sun Jan 20 09:47:57 MSK 2008 =20 > lissyara@ussr.lissyara.int.otradno.ru:/usr/obj/usr/src/sys/color-console = =20 > i386 >=20 > ussr$ obexftp --bluetooth siemens-sl56 -p=20 > /usr/home/lissyara/Desktop/nokia_freebsd.txt > Scanning for siemens-sl56 ... > Browsing siemens-sl56 ... > Connecting...failed: connect > Still trying to connect > Connecting...failed: connect > Still trying to connect > Connecting...failed: connect > Still trying to connect >=20 > _______________________________________________ > freebsd-ports@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" --=20 |----+----|----+----|----+----|----+----|----+----|----+----|----+----|--< GPG Fingerprint: D14C 12BB 37A6 6745 7F4F F420 9E59 D79E A492 2A96 GPG KeyID : A4922A96 =20 +------------------------------------------------------------------------+ --u3/rZRmxL6MmkK24 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFHuQc0nlnXnqSSKpYRAhshAJ9L86p+e5dRC4YCICtql7GHSw7eTACeODII 4bcCNxHjn1HhIQWJAI5Qbpw= =X0mB -----END PGP SIGNATURE----- --u3/rZRmxL6MmkK24--