Re: GSoC OpenMoko Bluetooth remote controller - now with Gestures

[Joachim Breitner]

Hi,

Am Sonntag, den 07.09.2008, 11:39 +0100 schrieb Valerio Valerio:

> >
> > Is this code in the subversion? If not, you run the
> risk that
> > other
> > people will start to hack on the older, published
> code which
> > will cause
> > troubles when merging.
> >
> > All the code is in the SVN, but was I said, I have a
> incomplete
> > setup.py and two static path in remoko_conf and
> remoko_server :)
> 
> 
> Ok, I worked around these in
> http://git.debian.org/?p=pkg-fso/remoko.git;a=summary (it's
> svn-git
> based, my changes are in the debian branch).
> 
> 
> > About the error that you say that make the application
> crash, can you
> > give me details on it ?
> 
> I didn't check really yet, but if it's something that's not
> caused by
> me, I'll let you know :-)
> 
> > The enlightment errors in the keyboard are probably because
> you don't
> > have the last E packages, raster developed the keyboard pop
> up method
> > (that I'm using) in middle of august.
> 
> Hmm, it would be good if remoko works with other window
> managers as
> well, so it should handle it gracefully if this extension is
> not
> present. Maybe I'll have a patch for that too, later.
>  
> This extension is responsible for pop-up the vkb, so if you are using
> Om 2008.8 the qtopia keyboard will appear, in FSO the E keyboard
> appear and so on, the extension pop-up any vkb present in the system,
> if you don't have a vkb the program don't crash but you can't
> configure keys or use the keyboard profile. You have a better
> suggestion for that ?

Well, just to make it easy for Debian, until we have the latest libs, I
applied this patch:
http://git.debian.org/?p=pkg-fso/remoko.git;a=blobdiff;f=remoko/remoko;h=f7cdc95bfab86f2e1946daf7c4f6c332f7e6106d;hp=9ecddfef4124e95aeded37cf3e390a589af50dfb;hb=2e969b0985544f324877d06ceba8c5de797ac6a6;hpb=1d988ea1efd08b3a17a7e7f7e5348354d10d74df
It should not break it for anyone else, but makes it usable for us. At
least as an work-around until the function is present.

Now it works nicely here, thanks! And feel free to steal some of the
patches :-)

Greetings,
Joachim

-- 
Joachim "nomeata" Breitner
Debian Developer
  [EMAIL PROTECTED] | ICQ# 74513189 | GPG-Keyid: 4743206C
  JID: [EMAIL PROTECTED] | http://people.debian.org/~nomeata


signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: GSoC OpenMoko Bluetooth remote controller - now with Gestures

[Valerio Valerio]

Hi,

2008/9/7 Joachim Breitner <[EMAIL PROTECTED]>

> Hi,
>
> Am Samstag, den 06.09.2008, 21:46 +0100 schrieb Valerio Valerio:
>
> > 2008/9/6 Joachim Breitner <[EMAIL PROTECTED]>
> > Ok, I got your program working (a bit, Debian users see [1]),
> > and now I
> > understand what you need the remoko-server for: It's not
> > something that
> > runs permanently, or as a system daemon, but it's a helper
> > that you run
> > to do stuff you can't do in python, right?
> >  It runs permanently, the server is responsible for send all the keys
> > to the remote device, in the future it will be like a daemon (I hope
> > in BlueZ) .
>
> But at the moment, you start it from remoko, and you kill it in remoko.
> What would the advantage be if remoko-server runs permanently?
>
> If you really need a server, then please make it listen on a unix socket
> (e.g. in /var/run) so that unix file permissions can control access
> (plus it's slightly faster).


I will improve that when have more time.


>
>
> >
> > Is this code in the subversion? If not, you run the risk that
> > other
> > people will start to hack on the older, published code which
> > will cause
> > troubles when merging.
> >
> > All the code is in the SVN, but was I said, I have a incomplete
> > setup.py and two static path in remoko_conf and remoko_server :)
>
> Ok, I worked around these in
> http://git.debian.org/?p=pkg-fso/remoko.git;a=summary (it's svn-git
> based, my changes are in the debian branch).
>
>
> > About the error that you say that make the application crash, can you
> > give me details on it ?
>
> I didn't check really yet, but if it's something that's not caused by
> me, I'll let you know :-)
>
> > The enlightment errors in the keyboard are probably because you don't
> > have the last E packages, raster developed the keyboard pop up method
> > (that I'm using) in middle of august.
>
> Hmm, it would be good if remoko works with other window managers as
> well, so it should handle it gracefully if this extension is not
> present. Maybe I'll have a patch for that too, later.


This extension is responsible for pop-up the vkb, so if you are using Om
2008.8 the qtopia keyboard will appear, in FSO the E keyboard appear and so
on, the extension pop-up any vkb present in the system, if you don't have a
vkb the program don't crash but you can't configure keys or use the keyboard
profile. You have a better suggestion for that ?

Best regards,

-- 
Valério Valério

http://www.valeriovalerio.org


>
> Greetings,
> Joachim
>
> --
> Joachim "nomeata" Breitner
> Debian Developer
>  [EMAIL PROTECTED] | ICQ# 74513189 | GPG-Keyid: 4743206C
>  JID: [EMAIL PROTECTED] | 
> http://people.debian.org/~nomeata
>
> ___
> Openmoko community mailing list
> community@lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
>
>
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: GSoC OpenMoko Bluetooth remote controller - now with Gestures

[Joachim Breitner]

Hi,

Am Samstag, den 06.09.2008, 21:46 +0100 schrieb Valerio Valerio:

> 2008/9/6 Joachim Breitner <[EMAIL PROTECTED]>
> Ok, I got your program working (a bit, Debian users see [1]),
> and now I
> understand what you need the remoko-server for: It's not
> something that
> runs permanently, or as a system daemon, but it's a helper
> that you run
> to do stuff you can't do in python, right?
>  It runs permanently, the server is responsible for send all the keys
> to the remote device, in the future it will be like a daemon (I hope
> in BlueZ) .

But at the moment, you start it from remoko, and you kill it in remoko.
What would the advantage be if remoko-server runs permanently?

If you really need a server, then please make it listen on a unix socket
(e.g. in /var/run) so that unix file permissions can control access
(plus it’s slightly faster).

> 
> Is this code in the subversion? If not, you run the risk that
> other
> people will start to hack on the older, published code which
> will cause
> troubles when merging.
>  
> All the code is in the SVN, but was I said, I have a incomplete
> setup.py and two static path in remoko_conf and remoko_server :) 

Ok, I worked around these in
http://git.debian.org/?p=pkg-fso/remoko.git;a=summary (it’s svn-git
based, my changes are in the debian branch). 


> About the error that you say that make the application crash, can you
> give me details on it ?

I didn’t check really yet, but if it’s something that’s not caused by
me, I’ll let you know :-)

> The enlightment errors in the keyboard are probably because you don't
> have the last E packages, raster developed the keyboard pop up method
> (that I'm using) in middle of august.

Hmm, it would be good if remoko works with other window managers as
well, so it should handle it gracefully if this extension is not
present. Maybe I’ll have a patch for that too, later.

Greetings,
Joachim

-- 
Joachim "nomeata" Breitner
Debian Developer
  [EMAIL PROTECTED] | ICQ# 74513189 | GPG-Keyid: 4743206C
  JID: [EMAIL PROTECTED] | http://people.debian.org/~nomeata


signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: GSoC OpenMoko Bluetooth remote controller - now with Gestures

[Valerio Valerio]

Hi Joachim,

2008/9/6 Joachim Breitner <[EMAIL PROTECTED]>

> Hi,
>
> Am Donnerstag, den 04.09.2008, 18:28 +0100 schrieb Valerio Valerio:
>
> > 2008/9/4 Joachim Breitner <[EMAIL PROTECTED]>
> >  * What exactly is the server for? It seems it listens on a
> > tcp socket
> > for commands, which is connected by the UI to send the events
> > over
> > bluetooth. Why don't you bind to the 127.0.0.1 IP address? Why
> > don't you
> > use dbus for that?
> > The server handles all the HID communications, is like a bridge for
> > the client UI, I use a unix socket because the BlueZ devs recommend it
> > to me, besides a dbus interface will be slower, because in the mouse
> > profile I have to send every small movement (pixel by pixel).
>
> Ok, I got your program working (a bit, Debian users see [1]), and now I
> understand what you need the remoko-server for: It's not something that
> runs permanently, or as a system daemon, but it's a helper that you run
> to do stuff you can't do in python, right?

 It runs permanently, the server is responsible for send all the keys to the
remote device, in the future it will be like a daemon (I hope in BlueZ) .

>
>
> To avoid having different packages for that, and possibly opening
> security holes by using TCP, I'd recommend to pack that functionality in
> a C file and include that in your python process using cython. This is
> what the zhone developers did to do some stuff that python can't
> (modifying X window atoms).
>
> > Yes, I already made more code, but right now I don't have time and
> > concentration until I finish my last exam (16 Set)  :(
>
> Is this code in the subversion? If not, you run the risk that other
> people will start to hack on the older, published code which will cause
> troubles when merging.

 All the code is in the SVN, but was I said, I have a incomplete setup.py
and two static path in remoko_conf and remoko_server :)

Thanks for your work and suggestions.

Best regards,

-- 
Valério Valério

http://www.valeriovalerio.org

>
>
> Greetings,
> Joachim
>
> [1] hmpf, http://lists.linuxtogo.org/pipermail/smartphones-userland/ is
> down, but it's the mail with subject "Bluetooth and remoko experience"
> --
> Joachim "nomeata" Breitner
> Debian Developer
>  [EMAIL PROTECTED] | ICQ# 74513189 | GPG-Keyid: 4743206C
>  JID: [EMAIL PROTECTED] | 
> http://people.debian.org/~nomeata
>
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: GSoC OpenMoko Bluetooth remote controller - now with Gestures

[Joachim Breitner]

Hi,

Am Donnerstag, den 04.09.2008, 18:28 +0100 schrieb Valerio Valerio:

> 2008/9/4 Joachim Breitner <[EMAIL PROTECTED]>
>  * What exactly is the server for? It seems it listens on a
> tcp socket
> for commands, which is connected by the UI to send the events
> over
> bluetooth. Why don't you bind to the 127.0.0.1 IP address? Why
> don't you
> use dbus for that?
> The server handles all the HID communications, is like a bridge for
> the client UI, I use a unix socket because the BlueZ devs recommend it
> to me, besides a dbus interface will be slower, because in the mouse
> profile I have to send every small movement (pixel by pixel).

Ok, I got your program working (a bit, Debian users see [1]), and now I
understand what you need the remoko-server for: It’s not something that
runs permanently, or as a system daemon, but it’s a helper that you run
to do stuff you can’t do in python, right?

To avoid having different packages for that, and possibly opening
security holes by using TCP, I’d recommend to pack that functionality in
a C file and include that in your python process using cython. This is
what the zhone developers did to do some stuff that python can’t
(modifying X window atoms).

> Yes, I already made more code, but right now I don't have time and
> concentration until I finish my last exam (16 Set)  :(

Is this code in the subversion? If not, you run the risk that other
people will start to hack on the older, published code which will cause
troubles when merging.

Greetings,
Joachim

[1] hmpf, http://lists.linuxtogo.org/pipermail/smartphones-userland/ is
down, but it’s the mail with subject “Bluetooth and remoko experience”
-- 
Joachim "nomeata" Breitner
Debian Developer
  [EMAIL PROTECTED] | ICQ# 74513189 | GPG-Keyid: 4743206C
  JID: [EMAIL PROTECTED] | http://people.debian.org/~nomeata


signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: GSoC OpenMoko Bluetooth remote controller - now with Gestures

[Valerio Valerio]

Hi Joachim,

2008/9/4 Joachim Breitner <[EMAIL PROTECTED]>

> Hi Valerio,
>
> Am Mittwoch, den 27.08.2008, 12:33 +0100 schrieb Valerio Valerio:
> > a ReMoko package with ability to send events through gestures (Paul's
> > daemon - http://wiki.openmoko.org/wiki/Gestures) is available now in:
> > http://code.google.com/p/remoko/downloads/list
>
> I have had a look into packaging ReMoko for Debian. Here are some issues
> that you might want to look into, to make ReMoko easily packagable.
>
>  * The setup.py could be improved. Have a look at [1], how I did this
> for zhone's setup.py.
>  * It would be great if you could provide "official" source tarballs of
> your release. setup.py helps you with the sdist command, but you need to
> tell it what files it should include. Again, you can have a look at how
> Jan Lübbe did that for zhone at [2].
>  * Your configuration module just looks for "settings.cfg", without
> specifying a path. Something like sys.env['HOME'] + "settings.cfg" might
> be more sensible.

The ReMoko version on the svn is my work version, I know that I have
relative path and also the setup.py is incomplete, and some other glitches
remain there. Until 16 Set I can't take a look on that :(
>
>
>  * The server source looks good, "make dist" produces a sensible
> tarball. You might want to change the product name and version number in
> configure.ac though.

Thanks, I miss that one.

>
>  * What exactly is the server for? It seems it listens on a tcp socket
> for commands, which is connected by the UI to send the events over
> bluetooth. Why don't you bind to the 127.0.0.1 IP address? Why don't you
> use dbus for that?

The server handles all the HID communications, is like a bridge for the
client UI, I use a unix socket because the BlueZ devs recommend it to me,
besides a dbus interface will be slower, because in the mouse profile I have
to send every small movement (pixel by pixel).
>
>
>
> I think it would be great to have a remoko Debian package, but there is
> some work left. Are you going to continue remoko development, now that
> GSoC is over?

Yes, I already made more code, but right now I don't have time and
concentration until I finish my last exam (16 Set)  :(

Thanks for the tips.
I will get in touch with you after 16 Set.

Best regards,

-- 
Valério Valério

http://www.valeriovalerio.org

>
>
> Greetings and thanks,
> Joachim
>
> [1]
> http://git.freesmartphone.org/?p=zhone.git;a=blobdiff;f=setup.py;h=3203be394e70201eea5c865cba0f5922777ce237;hp=1b0e1c1b56f87651303533358e5af2a3c17a0af0;hb=ff4c5c02ee9fea489f7a37a6d4bd9e8475f76cc3;hpb=b9e9d771dd3c7d8554308f480db246f3d4a9f98d
> [2]
> http://git.freesmartphone.org/?p=zhone.git;a=commitdiff;h=fcfe28591bf4d40fcbd8b1bd73125f8cd5bff154;hp=509e786b03579e34085219ac70ba88d7f1827ed5
>
>
> --
> Joachim "nomeata" Breitner
> Debian Developer
>  [EMAIL PROTECTED] | ICQ# 74513189 | GPG-Keyid: 4743206C
>  JID: [EMAIL PROTECTED] | 
> http://people.debian.org/~nomeata
>
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: GSoC OpenMoko Bluetooth remote controller - now with Gestures

[Joachim Breitner]

Hi Valerio,

Am Mittwoch, den 27.08.2008, 12:33 +0100 schrieb Valerio Valerio:
> a ReMoko package with ability to send events through gestures (Paul's
> daemon - http://wiki.openmoko.org/wiki/Gestures) is available now in:
> http://code.google.com/p/remoko/downloads/list

I have had a look into packaging ReMoko for Debian. Here are some issues
that you might want to look into, to make ReMoko easily packagable.

 * The setup.py could be improved. Have a look at [1], how I did this
for zhone’s setup.py. 
 * It would be great if you could provide “official” source tarballs of
your release. setup.py helps you with the sdist command, but you need to
tell it what files it should include. Again, you can have a look at how
Jan Lübbe did that for zhone at [2].
 * Your configuration module just looks for “settings.cfg”, without
specifying a path. Something like sys.env['HOME'] + "settings.cfg" might
be more sensible.
 * The server source looks good, “make dist” produces a sensible
tarball. You might want to change the product name and version number in
configure.ac though.
 * What exactly is the server for? It seems it listens on a tcp socket
for commands, which is connected by the UI to send the events over
bluetooth. Why don’t you bind to the 127.0.0.1 IP address? Why don’t you
use dbus for that?

I think it would be great to have a remoko Debian package, but there is
some work left. Are you going to continue remoko development, now that
GSoC is over? 

Greetings and thanks,
Joachim

[1] 
http://git.freesmartphone.org/?p=zhone.git;a=blobdiff;f=setup.py;h=3203be394e70201eea5c865cba0f5922777ce237;hp=1b0e1c1b56f87651303533358e5af2a3c17a0af0;hb=ff4c5c02ee9fea489f7a37a6d4bd9e8475f76cc3;hpb=b9e9d771dd3c7d8554308f480db246f3d4a9f98d
[2] 
http://git.freesmartphone.org/?p=zhone.git;a=commitdiff;h=fcfe28591bf4d40fcbd8b1bd73125f8cd5bff154;hp=509e786b03579e34085219ac70ba88d7f1827ed5


-- 
Joachim "nomeata" Breitner
Debian Developer
  [EMAIL PROTECTED] | ICQ# 74513189 | GPG-Keyid: 4743206C
  JID: [EMAIL PROTECTED] | http://people.debian.org/~nomeata


signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: GSoC OpenMoko Bluetooth remote controller - now with Gestures

[Valerio Valerio]

2008/8/31 Al Johnson <[EMAIL PROTECTED]>

> On Sunday 31 August 2008, Valerio Valerio wrote:
> > This not help :). I need the all service record,  The --xml switch works
> > fine in all my computers (ubuntu 7.10 and 8.04).
> > Can you send me the hcidump output during a keyboard paring  process ?
> (the
> > records are exchanged in the process)
>
> On gentoo it's provided by bluez-utils-2.25-r1 and I get:
> $ sdptool records --xml macaddr
> records: unrecognized option `--xml'
> Usage:
>records [--tree] [--raw] bdaddr
> It looks like these give more data:
>
> $ sdptool records --tree macaddr
> Attribute Identifier : 0x0 - ServiceRecordHandle
>  Integer : 0x1
> Attribute Identifier : 0x1 - ServiceClassIDList
>  Data Sequence
>UUID16 : 0x1124 - HumanInterfaceDeviceService (HID)
> Attribute Identifier : 0x4 - ProtocolDescriptorList
>  Data Sequence
>Data Sequence
>  UUID16 : 0x0100 - L2CAP
>  Channel/Port (Integer) : 0x11
>Data Sequence
>  UUID16 : 0x0011 - HIDP
> Attribute Identifier : 0x5 - BrowseGroupList
>  Data Sequence
>UUID16 : 0x1002 - PublicBrowseGroup
> Attribute Identifier : 0x6 - LanguageBaseAttributeIDList
>  Data Sequence
>Code ISO639 (Integer) : 0x656e
>Encoding (Integer) : 0x6a
>Base Offset (Integer) : 0x100
> Attribute Identifier : 0x9 - BluetoothProfileDescriptorList
>  Data Sequence
>Data Sequence
>  UUID16 : 0x1124 - HumanInterfaceDeviceService (HID)
>  Version (Integer) : 0x100
> Attribute Identifier : 0xd - AdditionalProtocolDescriptorLists
>  Data Sequence
>Data Sequence
>  Data Sequence
>UUID16 : 0x0100 - L2CAP
>Integer : 0x13
>  Data Sequence
>UUID16 : 0x0011 - HIDP
> Attribute Identifier : 0x100
>  Text : "Broadcom Bluetooth Demo Keyboard"
> Attribute Identifier : 0x101
>  Text : "Keyboard"
> Attribute Identifier : 0x102
>  Text : "Broadcom Corp."
> Attribute Identifier : 0x200 - DeviceReleaseNum
>  Integer : 0x100
> Attribute Identifier : 0x201 - ParserVersion
>  Integer : 0x111
> Attribute Identifier : 0x202 - DeviceSubclass
>  Integer : 0x40
> Attribute Identifier : 0x203 - CountryCode
>  Integer : 0x33
> Attribute Identifier : 0x204 - VirtualCable
>  Integer : 0x1
> Attribute Identifier : 0x205 - ReconnectInitiate
>  Integer : 0x1
> Attribute Identifier : 0x206 - DescriptorList
>  Data Sequence
>Data Sequence
>  Integer : 0x22
>  Data : 05 01 09 06 a1 01 85 01 05 07 19 e0 29 e7 15 00 25 01 75 01 95
> 08
> 81 02 95 01 75 08 81 01 95 05 75 01 05 08 19 01 29 05 91 02 95 01 75 03 91
> 01
> 95 06 75 08 15 00 25 65 05 07 19 00 29 65 81 00 c0 05 0c 09 01 a1 01 85 02
> 19
> 00 29 ff 15 00 25 ff 75 08 95 01 81 00 c0 05 0c 09 01 a1 01 85 05 05 01 09
> 06
> a1 02 05 06 09 20 15 00 25 ff 75 08 95 08 81 00 09 20 15 00 25 ff 75 08 95
> 08
> b1 00 c0 05 0c 09 01 a1 01 85 06 19 00 29 fe 15 00 25 ff 75 08 95 02 81 00
> c0
> c0
> Attribute Identifier : 0x207 - LangIDBaseList
>  Data Sequence
>Data Sequence
>  Integer : 0x309
>  Integer : 0x100
> Attribute Identifier : 0x20b - ProfileVersion
>  Integer : 0x100
> Attribute Identifier : 0x20d - NormallyConnectable
>  Integer : 0x0
> Attribute Identifier : 0x20e - BootDevice
>  Integer : 0x1
>
> Attribute Identifier : 0x0 - ServiceRecordHandle
>  Integer : 0x10001
> Attribute Identifier : 0x1 - ServiceClassIDList
>  Data Sequence
>UUID16 : 0x1200 - PnPInformation
> Attribute Identifier : 0x4 - ProtocolDescriptorList
>  Data Sequence
>Data Sequence
>  UUID16 : 0x0100 - L2CAP
>  Channel/Port (Integer) : 0x1
>Data Sequence
>  UUID16 : 0x0001 - SDP
> Attribute Identifier : 0x9 - BluetoothProfileDescriptorList
>  Data Sequence
>Data Sequence
>  UUID16 : 0x1200 - PnPInformation
>  Version (Integer) : 0x100
> Attribute Identifier : 0x200 - SpecificationID
>  Integer : 0x100
> Attribute Identifier : 0x201 - VendorID
>  Integer : 0xa5c
> Attribute Identifier : 0x202 - ProductID
>  Integer : 0x2001
> Attribute Identifier : 0x203 - Version
>  Integer : 0x107
> Attribute Identifier : 0x204 - PrimaryRecord
>  Integer : 0x1
> Attribute Identifier : 0x205 - VendorIDSource
>  Integer : 0x2
>
> $ sdptool records --raw macaddr
> Sequence
>Attribute 0x - ServiceRecordHandle
>UINT32 0x0001
>Attribute 0x0001 - ServiceClassIDList
>Sequence
>UUID16 0x1124 - HumanInterfaceDeviceService (HID)
>Attribute 0x0004 - ProtocolDescriptorList
>Sequence
>Sequence
>UUID16 0x0100 - L2CAP
>UINT16 0x0011
>Sequence
>UUID16 0x0011 - HIDP
>Attribute 0x0005 - BrowseGroupList
>Sequence
>UUID16 0x1002 - PublicBrowseGroup
>Attribute 0x0006 - LanguageBaseAttributeIDList
>Sequence
>UINT16 0x656e
>  

Re: GSoC OpenMoko Bluetooth remote controller - now with Gestures

[Al Johnson]

On Sunday 31 August 2008, Valerio Valerio wrote:
> This not help :). I need the all service record,  The --xml switch works
> fine in all my computers (ubuntu 7.10 and 8.04).
> Can you send me the hcidump output during a keyboard paring  process ? (the
> records are exchanged in the process)

On gentoo it's provided by bluez-utils-2.25-r1 and I get:
$ sdptool records --xml macaddr
records: unrecognized option `--xml'
Usage:
records [--tree] [--raw] bdaddr
It looks like these give more data:

$ sdptool records --tree macaddr
Attribute Identifier : 0x0 - ServiceRecordHandle
  Integer : 0x1
Attribute Identifier : 0x1 - ServiceClassIDList
  Data Sequence
UUID16 : 0x1124 - HumanInterfaceDeviceService (HID)
Attribute Identifier : 0x4 - ProtocolDescriptorList
  Data Sequence
Data Sequence
  UUID16 : 0x0100 - L2CAP
  Channel/Port (Integer) : 0x11
Data Sequence
  UUID16 : 0x0011 - HIDP
Attribute Identifier : 0x5 - BrowseGroupList
  Data Sequence
UUID16 : 0x1002 - PublicBrowseGroup
Attribute Identifier : 0x6 - LanguageBaseAttributeIDList
  Data Sequence
Code ISO639 (Integer) : 0x656e
Encoding (Integer) : 0x6a
Base Offset (Integer) : 0x100
Attribute Identifier : 0x9 - BluetoothProfileDescriptorList
  Data Sequence
Data Sequence
  UUID16 : 0x1124 - HumanInterfaceDeviceService (HID)
  Version (Integer) : 0x100
Attribute Identifier : 0xd - AdditionalProtocolDescriptorLists
  Data Sequence
Data Sequence
  Data Sequence
UUID16 : 0x0100 - L2CAP
Integer : 0x13
  Data Sequence
UUID16 : 0x0011 - HIDP
Attribute Identifier : 0x100
  Text : "Broadcom Bluetooth Demo Keyboard"
Attribute Identifier : 0x101
  Text : "Keyboard"
Attribute Identifier : 0x102
  Text : "Broadcom Corp."
Attribute Identifier : 0x200 - DeviceReleaseNum
  Integer : 0x100
Attribute Identifier : 0x201 - ParserVersion
  Integer : 0x111
Attribute Identifier : 0x202 - DeviceSubclass
  Integer : 0x40
Attribute Identifier : 0x203 - CountryCode
  Integer : 0x33
Attribute Identifier : 0x204 - VirtualCable
  Integer : 0x1
Attribute Identifier : 0x205 - ReconnectInitiate
  Integer : 0x1
Attribute Identifier : 0x206 - DescriptorList
  Data Sequence
Data Sequence
  Integer : 0x22
  Data : 05 01 09 06 a1 01 85 01 05 07 19 e0 29 e7 15 00 25 01 75 01 95 08 
81 02 95 01 75 08 81 01 95 05 75 01 05 08 19 01 29 05 91 02 95 01 75 03 91 01 
95 06 75 08 15 00 25 65 05 07 19 00 29 65 81 00 c0 05 0c 09 01 a1 01 85 02 19 
00 29 ff 15 00 25 ff 75 08 95 01 81 00 c0 05 0c 09 01 a1 01 85 05 05 01 09 06 
a1 02 05 06 09 20 15 00 25 ff 75 08 95 08 81 00 09 20 15 00 25 ff 75 08 95 08 
b1 00 c0 05 0c 09 01 a1 01 85 06 19 00 29 fe 15 00 25 ff 75 08 95 02 81 00 c0 
c0
Attribute Identifier : 0x207 - LangIDBaseList
  Data Sequence
Data Sequence
  Integer : 0x309
  Integer : 0x100
Attribute Identifier : 0x20b - ProfileVersion
  Integer : 0x100
Attribute Identifier : 0x20d - NormallyConnectable
  Integer : 0x0
Attribute Identifier : 0x20e - BootDevice
  Integer : 0x1

Attribute Identifier : 0x0 - ServiceRecordHandle
  Integer : 0x10001
Attribute Identifier : 0x1 - ServiceClassIDList
  Data Sequence
UUID16 : 0x1200 - PnPInformation
Attribute Identifier : 0x4 - ProtocolDescriptorList
  Data Sequence
Data Sequence
  UUID16 : 0x0100 - L2CAP
  Channel/Port (Integer) : 0x1
Data Sequence
  UUID16 : 0x0001 - SDP
Attribute Identifier : 0x9 - BluetoothProfileDescriptorList
  Data Sequence
Data Sequence
  UUID16 : 0x1200 - PnPInformation
  Version (Integer) : 0x100
Attribute Identifier : 0x200 - SpecificationID
  Integer : 0x100
Attribute Identifier : 0x201 - VendorID
  Integer : 0xa5c
Attribute Identifier : 0x202 - ProductID
  Integer : 0x2001
Attribute Identifier : 0x203 - Version
  Integer : 0x107
Attribute Identifier : 0x204 - PrimaryRecord
  Integer : 0x1
Attribute Identifier : 0x205 - VendorIDSource
  Integer : 0x2

$ sdptool records --raw macaddr
Sequence
Attribute 0x - ServiceRecordHandle
UINT32 0x0001
Attribute 0x0001 - ServiceClassIDList
Sequence
UUID16 0x1124 - HumanInterfaceDeviceService (HID)
Attribute 0x0004 - ProtocolDescriptorList
Sequence
Sequence
UUID16 0x0100 - L2CAP
UINT16 0x0011
Sequence
UUID16 0x0011 - HIDP
Attribute 0x0005 - BrowseGroupList
Sequence
UUID16 0x1002 - PublicBrowseGroup
Attribute 0x0006 - LanguageBaseAttributeIDList
Sequence
UINT16 0x656e
UINT16 0x006a
UINT16 0x0100
Attribute 0x0009 - BluetoothProfileDescriptorList
Sequence
Sequence
UUID16 0x1124 - Human

Re: GSoC OpenMoko Bluetooth remote controller - now with Gestures

[Valerio Valerio]

2008/8/31 Al Johnson <[EMAIL PROTECTED]>

> On Sunday 31 August 2008, Valerio Valerio wrote:
> > 2008/8/31 Al Johnson <[EMAIL PROTECTED]>
> >
> > > On Saturday 30 August 2008, Valerio Valerio wrote:
> > > > This happens because the PS3 is trying to register a special service
> > > > record, the ReMoko app have a standard keyboard and mouse combo
> service
> > > > record. Do you know if is possible to use a standard bluetooth
> keyboard
> > >
> > > in
> > >
> > > > the PS3 ? I only know that is possible to use some special bluetooth
> > > > keyboard, that only work in the PS3.
> > >
> > > I've used my Stowaway bluetooth keyboard with a friend's PS3 as well as
> > > my Freerunner. It's a standard bluetooth HID that's been around for
> > > longer than
> > > the PS3, so I don't imagine there's anything special in there for PS3
> > > support.
> >
> > Can you send me some information of your keyboard ?
> >
> > In a Linux machine do the following command with the keyboard in discover
> > mode:
> >
> > sdptool records --xml keyboard_mac_address'  > stowaway_records
> >
> > After that, send me the stowaway_records file.
> >
> > Thanks in advance.
> >
> > Best regards,
>
> sdptool didn't like the --xml switch so here's the output from sdptool
> records
> keyboard_mac_address
>
> Service Name: Broadcom Bluetooth Demo Keyboard
> Service Description: Keyboard
> Service Provider: Broadcom Corp.
> Service RecHandle: 0x1
> Service Class ID List:
>  "Human Interface Device" (0x1124)
> Protocol Descriptor List:
>  "L2CAP" (0x0100)
>PSM: 17
>  "HIDP" (0x0011)
> Language Base Attr List:
>  code_ISO639: 0x656e
>  encoding:0x6a
>  base_offset: 0x100
> Profile Descriptor List:
>  "Human Interface Device" (0x1124)
>Version: 0x0100
>
> Service RecHandle: 0x10001
> Service Class ID List:
>  "PnP Information" (0x1200)
> Protocol Descriptor List:
>  "L2CAP" (0x0100)
>PSM: 1
>  "SDP" (0x0001)
> Profile Descriptor List:
>  "PnP Information" (0x1200)
>Version: 0x0100
>

This not help :). I need the all service record,  The --xml switch works
fine in all my computers (ubuntu 7.10 and 8.04).
Can you send me the hcidump output during a keyboard paring  process ? (the
records are exchanged in the process)

Thanks again.

Cheers,

-- 
Valério Valério

http://www.valeriovalerio.org

>
>
> ___
> Openmoko community mailing list
> community@lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
>
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: GSoC OpenMoko Bluetooth remote controller - now with Gestures

[Al Johnson]

On Sunday 31 August 2008, Valerio Valerio wrote:
> 2008/8/31 Al Johnson <[EMAIL PROTECTED]>
>
> > On Saturday 30 August 2008, Valerio Valerio wrote:
> > > This happens because the PS3 is trying to register a special service
> > > record, the ReMoko app have a standard keyboard and mouse combo service
> > > record. Do you know if is possible to use a standard bluetooth keyboard
> >
> > in
> >
> > > the PS3 ? I only know that is possible to use some special bluetooth
> > > keyboard, that only work in the PS3.
> >
> > I've used my Stowaway bluetooth keyboard with a friend's PS3 as well as
> > my Freerunner. It's a standard bluetooth HID that's been around for
> > longer than
> > the PS3, so I don't imagine there's anything special in there for PS3
> > support.
>
> Can you send me some information of your keyboard ?
>
> In a Linux machine do the following command with the keyboard in discover
> mode:
>
> sdptool records --xml keyboard_mac_address'  > stowaway_records
>
> After that, send me the stowaway_records file.
>
> Thanks in advance.
>
> Best regards,

sdptool didn't like the --xml switch so here's the output from sdptool records 
keyboard_mac_address

Service Name: Broadcom Bluetooth Demo Keyboard
Service Description: Keyboard
Service Provider: Broadcom Corp.
Service RecHandle: 0x1
Service Class ID List:
  "Human Interface Device" (0x1124)
Protocol Descriptor List:
  "L2CAP" (0x0100)
PSM: 17
  "HIDP" (0x0011)
Language Base Attr List:
  code_ISO639: 0x656e
  encoding:0x6a
  base_offset: 0x100
Profile Descriptor List:
  "Human Interface Device" (0x1124)
Version: 0x0100

Service RecHandle: 0x10001
Service Class ID List:
  "PnP Information" (0x1200)
Protocol Descriptor List:
  "L2CAP" (0x0100)
PSM: 1
  "SDP" (0x0001)
Profile Descriptor List:
  "PnP Information" (0x1200)
Version: 0x0100


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: GSoC OpenMoko Bluetooth remote controller - now with Gestures

[Valerio Valerio]

2008/8/31 Al Johnson <[EMAIL PROTECTED]>

> On Saturday 30 August 2008, Valerio Valerio wrote:
> > This happens because the PS3 is trying to register a special service
> > record, the ReMoko app have a standard keyboard and mouse combo service
> > record. Do you know if is possible to use a standard bluetooth keyboard
> in
> > the PS3 ? I only know that is possible to use some special bluetooth
> > keyboard, that only work in the PS3.
>
> I've used my Stowaway bluetooth keyboard with a friend's PS3 as well as my
> Freerunner. It's a standard bluetooth HID that's been around for longer
> than
> the PS3, so I don't imagine there's anything special in there for PS3
> support.


Can you send me some information of your keyboard ?

In a Linux machine do the following command with the keyboard in discover
mode:

sdptool records --xml keyboard_mac_address'  > stowaway_records

After that, send me the stowaway_records file.

Thanks in advance.

Best regards,

-- 
Valério Valério

http://www.valeriovalerio.org


>
>
> ___
> Openmoko community mailing list
> community@lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
>
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: GSoC OpenMoko Bluetooth remote controller - now with Gestures

[Al Johnson]

On Saturday 30 August 2008, Valerio Valerio wrote:
> This happens because the PS3 is trying to register a special service
> record, the ReMoko app have a standard keyboard and mouse combo service
> record. Do you know if is possible to use a standard bluetooth keyboard in
> the PS3 ? I only know that is possible to use some special bluetooth
> keyboard, that only work in the PS3.

I've used my Stowaway bluetooth keyboard with a friend's PS3 as well as my 
Freerunner. It's a standard bluetooth HID that's been around for longer than 
the PS3, so I don't imagine there's anything special in there for PS3 
support.


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: GSoC OpenMoko Bluetooth remote controller - now with Gestures

[Yorick Moko]

On Sun, Aug 31, 2008 at 8:12 AM, Stroller
<[EMAIL PROTECTED]> wrote:
> I don't have a bluetooth keyboard or mouse here to test, but
> allegedly support for them was added in the 1.6 update some time ago
> (PS3 is now at firmware 2.1 or so). I can't, however, find any
> confirmation that these devices (with a standard HID) work with the
> PS3 - perhaps one or two forum posts saying "this keyboard works ok",
> but there appears to have been at least one designed-for-PS3 keyboard
> released (by Logitech, and it was in development before 1.6).

Thanks for the responses.
I'm gonna try my luck at connecting the controller over bluetooth
again (but I always run into errors while trying to compile the
patch..)
y

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: GSoC OpenMoko Bluetooth remote controller - now with Gestures

[Stroller]

On 30 Aug 2008, at 14:26, Valerio Valerio wrote:
> ...
>>> I have only one bluetooth enabled device nearby: my ps3.  I go to  
>>> manage bluetooth devices and let it scan and then I start   
>>> remoko. It never finds the phone, while it does find the carkit  
>>> of my  mother when she parks right outside.  What do I need to do  
>>> to make it work?  (if you need some more info, just ask and I'll  
>>> happily provide it)
>>
>> Update:
>> It now shows the BlueZ (0) device
>> but when I select "register" on my PS3 i get:
>> "An error occurred during the register operation. Try to register
>> again. (80010009)"
>
>
> This happens because the PS3 is trying to register a special  
> service record, the ReMoko app have a standard keyboard and mouse  
> combo service record. Do you know if is possible to use a standard  
> bluetooth keyboard in the PS3 ? I only know that is possible to use  
> some special bluetooth keyboard, that only work in the PS3.
>
> The PS3 and the WII have a custom Bluetooth HID profile, so the  
> standard bluetooth mouse's and keyboard's are not expected to work  
> in the consoles.

I don't have a bluetooth keyboard or mouse here to test, but  
allegedly support for them was added in the 1.6 update some time ago  
(PS3 is now at firmware 2.1 or so). I can't, however, find any  
confirmation that these devices (with a standard HID) work with the  
PS3 - perhaps one or two forum posts saying "this keyboard works ok",  
but there appears to have been at least one designed-for-PS3 keyboard  
released (by Logitech, and it was in development before 1.6).

"Rest assured that there is absolutely no chance of a dangerous  
equipment malfunction prior to your victory candescence."

Stroller.


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: GSoC OpenMoko Bluetooth remote controller - now with Gestures

[Valerio Valerio]

2008/8/29 Yorick Moko <[EMAIL PROTECTED]>

> On Fri, Aug 29, 2008 at 9:21 PM, Yorick Moko <[EMAIL PROTECTED]> wrote:
> > When it can't connect to anything it just keeps stating "Waiting for
> > connection" on Om2008.8-upgrade I can not close it. Closing it by
> > pressing on the cross or in the topbar does not work. Killall remoko
> > also has no effect; nor does killal python; I have to killall -9
> > python.
> >
> > I have only one bluetooth enabled device nearby: my ps3.
> > I go to manage bluetooth devices and let it scan and then I start
> > remoko. It never finds the phone, while it does find the carkit of my
> > mother when she parks right outside.
> > What do I need to do to make it work?
> > (if you need some more info, just ask and I'll happily provide it)
> >
> > y
> >
>
> Update:
> It now shows the BlueZ (0) device
> but when I select "register" on my PS3 i get:
> "An error occurred during the register operation. Try to register
> again. (80010009)"


This happens because the PS3 is trying to register a special service record,
the ReMoko app have a standard keyboard and mouse combo service record. Do
you know if is possible to use a standard bluetooth keyboard in the PS3 ? I
only know that is possible to use some special bluetooth keyboard, that only
work in the PS3.

The PS3 and the WII have a custom Bluetooth HID profile, so the standard
bluetooth mouse's and keyboard's are not expected to work in the consoles.

Best regards,

-- 
Valério Valério

http://www.valeriovalerio.org

>
>
> When I try it without running remoko it briefly (<1s) give me a serie
> of numbers i have to enter on my bluetooth device to register it and
> then I get the same error message.
>
> Is there a log of bluez i can consult?
> Should I file a bug report?
>
> y
>
> ___
> Openmoko community mailing list
> community@lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
>
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: GSoC OpenMoko Bluetooth remote controller - now with Gestures

[Valerio Valerio]

2008/8/29 Yorick Moko <[EMAIL PROTECTED]>

> On Wed, Aug 27, 2008 at 1:33 PM, Valerio Valerio <[EMAIL PROTECTED]> wrote:
> > Hi,
> >
> > a ReMoko package with ability to send events through gestures (Paul's
> daemon
> > - http://wiki.openmoko.org/wiki/Gestures) is available now in:
> > http://code.google.com/p/remoko/downloads/list
> >
> > Installation and usage instructions can be reached in this page:
> > http://wiki.openmoko.org/wiki/Openmoko_Bluetooth_remote_controller
> >
> > The gestures daemon is a little bit heavy right now (about 20% cpu
> usage),
> > so the ReMoko mouse profile (heavy too) will slow down a little bit if
> you
> > have more program running one the phone, just the warning :)
> >
> > I will appreciate a lot if someone in the community make a video using
> > ReMoko (mouse, keyboard and gestures controlling for example a slideshow
> or
> > Amarok), I can't upload a video now because I only have internet access
> by a
> > limited data plan :) (3g card).
> >
> > I appreciate some feedback, specially from people that can test the app
> with
> > Windows Vista and Mac OSX.
> >
> >
> > --
> > Valério Valério
> >
> > http://www.valeriovalerio.org
> >
> > ___
> > Openmoko community mailing list
> > community@lists.openmoko.org
> > http://lists.openmoko.org/mailman/listinfo/community
> >
> >
>
> When it can't connect to anything it just keeps stating "Waiting for
> connection" on Om2008.8-upgrade I can not close it. Closing it by
> pressing on the cross or in the topbar does not work. Killall remoko
> also has no effect; nor does killal python; I have to killall -9
> python.


It works fine with FSO and standard Om 2008.8. I've to test it again.

Best regards,
-- 
Valério Valério

http://www.valeriovalerio.org

>
>
> I have only one bluetooth enabled device nearby: my ps3.
> I go to manage bluetooth devices and let it scan and then I start
> remoko. It never finds the phone, while it does find the carkit of my
> mother when she parks right outside.
> What do I need to do to make it work?
> (if you need some more info, just ask and I'll happily provide it)
>
> y
>
> ___
> Openmoko community mailing list
> community@lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
>
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: GSoC OpenMoko Bluetooth remote controller - now with Gestures

[Yorick Moko]

On Fri, Aug 29, 2008 at 9:21 PM, Yorick Moko <[EMAIL PROTECTED]> wrote:
> When it can't connect to anything it just keeps stating "Waiting for
> connection" on Om2008.8-upgrade I can not close it. Closing it by
> pressing on the cross or in the topbar does not work. Killall remoko
> also has no effect; nor does killal python; I have to killall -9
> python.
>
> I have only one bluetooth enabled device nearby: my ps3.
> I go to manage bluetooth devices and let it scan and then I start
> remoko. It never finds the phone, while it does find the carkit of my
> mother when she parks right outside.
> What do I need to do to make it work?
> (if you need some more info, just ask and I'll happily provide it)
>
> y
>

Update:
It now shows the BlueZ (0) device
but when I select "register" on my PS3 i get:
"An error occurred during the register operation. Try to register
again. (80010009)"

When I try it without running remoko it briefly (<1s) give me a serie
of numbers i have to enter on my bluetooth device to register it and
then I get the same error message.

Is there a log of bluez i can consult?
Should I file a bug report?

y

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: GSoC OpenMoko Bluetooth remote controller - now with Gestures

[Yorick Moko]

On Wed, Aug 27, 2008 at 1:33 PM, Valerio Valerio <[EMAIL PROTECTED]> wrote:
> Hi,
>
> a ReMoko package with ability to send events through gestures (Paul's daemon
> - http://wiki.openmoko.org/wiki/Gestures) is available now in:
> http://code.google.com/p/remoko/downloads/list
>
> Installation and usage instructions can be reached in this page:
> http://wiki.openmoko.org/wiki/Openmoko_Bluetooth_remote_controller
>
> The gestures daemon is a little bit heavy right now (about 20% cpu usage),
> so the ReMoko mouse profile (heavy too) will slow down a little bit if you
> have more program running one the phone, just the warning :)
>
> I will appreciate a lot if someone in the community make a video using
> ReMoko (mouse, keyboard and gestures controlling for example a slideshow or
> Amarok), I can't upload a video now because I only have internet access by a
> limited data plan :) (3g card).
>
> I appreciate some feedback, specially from people that can test the app with
> Windows Vista and Mac OSX.
>
>
> --
> Valério Valério
>
> http://www.valeriovalerio.org
>
> ___
> Openmoko community mailing list
> community@lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
>
>

When it can't connect to anything it just keeps stating "Waiting for
connection" on Om2008.8-upgrade I can not close it. Closing it by
pressing on the cross or in the topbar does not work. Killall remoko
also has no effect; nor does killal python; I have to killall -9
python.

I have only one bluetooth enabled device nearby: my ps3.
I go to manage bluetooth devices and let it scan and then I start
remoko. It never finds the phone, while it does find the carkit of my
mother when she parks right outside.
What do I need to do to make it work?
(if you need some more info, just ask and I'll happily provide it)

y

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: GSoC OpenMoko Bluetooth remote controller - now with Gestures

[Fabian Henze]

On Wednesday 27 August 2008 at 20:38:55, Fabian Henze wrote:
> Sounds (and looks) great, but unfortunately I have no idea where to get the
>
> missing module from:
> >Traceback (most recent call last):
> >  File "/usr/share/remoko/remoko/remoko", line 37, in 
> >from optparse import OptionParser
> >ImportError: No module named optparse
>
> If I am not completly wrong this is some cython package, which is strange
> as python-cython-0.9.6.9-ml0.01 is installed.

nvm someone added the dependencies to the wiki article some hours ago, so 
everything is fine :)

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: GSoC OpenMoko Bluetooth remote controller - now with Gestures

[Fabian Henze]

Am Mittwoch, 27. August 2008 13:33:15 schrieb Valerio Valerio:
> Hi,
>
> a ReMoko package with ability to send events through gestures (Paul's
> daemon - http://wiki.openmoko.org/wiki/Gestures) is available now in:
> http://code.google.com/p/remoko/downloads/list

Sounds (and looks) great, but unfortunately I have no idea where to get the 
missing module from:
>Traceback (most recent call last):
>  File "/usr/share/remoko/remoko/remoko", line 37, in 
>from optparse import OptionParser
>ImportError: No module named optparse

If I am not completly wrong this is some cython package, which is strange as 
python-cython-0.9.6.9-ml0.01 is installed.


Fabian

P.S.: I am currently using Om 2008.8 (as long as FSO milestone 3 is in the 
works)

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community