kbluetooth: ci sono novità?

[alphamanitine]

TMP=${TMP:-/tmp/tgz}

[neongen]

Ti chiedo un ultimo favore, neongen, sperando nella tua gentilezza: potresti mandarmi, anche via PM, un tarball contenente la tua directory /etc/bluetooth

ci sono solo main.conf e rfcomm.conf di default. non ho modificato alcun file di configurazione.

TMP=${TMP:-/tmp/tgz}

cosa c'è che non va?

[Burroughs]

Ti chiedo un ultimo favore, neongen, sperando nella tua gentilezza: potresti mandarmi, anche via PM, un tarball contenente la tua directory /etc/bluetooth

ci sono solo main.conf e rfcomm.conf di default. non ho modificato alcun file di configurazione. [CUT]

Mmmm, ma allora come fa bluetoothd a sapere quale dispositivo sta connesso in quel momento, l'indirizzo fisico che ha e le credenziali per effettuare il pairing?
Last but not least, quando collego il dongle Bluetooth e sono loggato come root, tutto bene, da utente invece ottengo un output simile:

Codice: Seleziona tutto

root@mody:~# tail -f /var/log/messages 
Nov 16 12:20:06 mody dbus-daemon: Rejected send message, 1 matched rules; type="method_call", sender=":1.46" (uid=1000 pid=3776 comm="kdeinit4: kded4 [kdeinit] ") interface="org.freedesktop.Hal.Device.CPUFreq" member="GetCPUFreqAvailableGovernors" error name="(unset)" requested_reply=0 destination="org.freedesktop.Hal" (uid=0 pid=3219 comm="/usr/sbin/hald --daemon=yes "))

Burroughs.

[neongen]

penso sia il demone in grado di riconoscere e configurare al volo i dispositivi (il demone vede subito all'avvio la scheda integrata e sempre al volo riconosce subito il dongle usb), poi ci sono le regole udev dbus, l'interfaccia grafica comunica col demone via dbus. Il problema che sembra esserci con kdebluetooth è che non riesce a comunicare correttamente col demone via dbus

edit: la revisione di oggi di kdebluetooth provoca lo stesso messaggio di errore.

Codice: Seleziona tutto

dbus-daemon: Rejected send message, 2 matched rules; type="method_call", sender=":1.33" (uid=1000 pid=1614 comm="kbluetooth ") interface="org.bluez.Manager" member="ListAdapters" error name="(unset)" requested_reply=0 destination="org.bluez" (uid=0 pid=1607 comm="bluetoothd -n "))

ma perlomeno non si blocca come le altre. forse è risolvibile impostando le giuste regole dbus

[Burroughs]

penso sia il demone in grado di riconoscere e configurare al volo i dispositivi (il demone vede subito all'avvio la scheda integrata e sempre al volo riconosce subito il dongle usb), poi ci sono le regole udev dbus, l'interfaccia grafica comunica col demone via dbus. Il problema che sembra esserci con kdebluetooth è che non riesce a comunicare correttamente col demone via dbus

edit: la revisione di oggi di kdebluetooth provoca lo stesso messaggio di errore.

Codice: Seleziona tutto

dbus-daemon: Rejected send message, 2 matched rules; type="method_call", sender=":1.33" (uid=1000 pid=1614 comm="kbluetooth ") interface="org.bluez.Manager" member="ListAdapters" error name="(unset)" requested_reply=0 destination="org.bluez" (uid=0 pid=1607 comm="bluetoothd -n "))

ma perlomeno non si blocca come le altre. forse è risolvibile impostando le giuste regole dbus

Bah, sinceramente, anche da quello che, tempo permettendo, sto leggendo in giro, mi sembra che i progetti bluez4 e kbluetooth siano ancora in alto mare.
Fra l'altro, proprio un'oretta fa, spulciando in giro su Google, leggevo che si invitava qualcuno a scrivere un'applicazione, una sorta di user agent, proprio per gestire quel processo di pairing che -sarò scemo io- non ho ancora ben capito come bluez porti a compimento.
Non appena avrò novità sull'argomento le posterò all'interno di questo thread.

Burroughs.

[neongen]

per fare il pairing il programmino è già scritto. lo slackbuild che ti ho postato è difettoso, oppure è difettoso l'installer dei sorgenti bluez, comunque nel pacchetto vengono a mancare alcuni file di configurazione (audio.conf input.conf network.conf) e i programmi test tra cui proprio simple-agent che serve a fare il pairing. per cui se ricompili i sorgenti (anche rilanciando lo slackbuild senza --cleanup) i file di conf li trovi nelle rispettive dir e il programma simple-agent lo trovi nella dir test.

Codice: Seleziona tutto

$ simple-agent hci0 XX:XX:XX:XX:XX:XX

per il pairing

poi ho notato che la configurazione dbus di default autorizza solo root e il gruppo lp, quindi va sistemata magari aggiungendo il gruppo netdev
infine una bella guida per i comandi manuali

[Burroughs]

per fare il pairing il programmino è già scritto. lo slackbuild che ti ho postato è difettoso, oppure è difettoso l'installer dei sorgenti bluez, comunque nel pacchetto vengono a mancare alcuni file di configurazione (audio.conf input.conf network.conf) e i programmi test tra cui proprio simple-agent che serve a fare il pairing. per cui se ricompili i sorgenti (anche rilanciando lo slackbuild senza --cleanup) i file di conf li trovi nelle rispettive dir e il programma simple-agent lo trovi nella dir test.

Codice: Seleziona tutto

$ simple-agent hci0 XX:XX:XX:XX:XX:XX

per il pairing

Prima di tutto, grazie ancora, neongen, per l'aiuto.
Allora, dovendo ricompilare, ne ho approfittato per aggiornare bluez, giunto alla versione 4.58.
Riguardo a simple-agent, lo trovo in

Codice: Seleziona tutto

/opt/obexd-0.19/test/simple-agent

E' normale?
Quando, poi, lancio l'applicativo in questione, ottengo solo quest'output:

Codice: Seleziona tutto

alutri@andy:~$ simple-agent hci0 XX:XX:XX:XX:XX:XX
Agent registered

L'agent viene lanciato ma sullo schermo del cellulare non mi compare alcuna richiesta di pairing.

poi ho notato che la configurazione dbus di default autorizza solo root e il gruppo lp, quindi va sistemata magari aggiungendo il gruppo netdev
infine una bella guida per i comandi manuali

Ecco, faccio ad aggiungere netdev a dbus?

Burroughs.

[neongen]

Codice: Seleziona tutto

test$ ./simple-agent hci0 00:0F:DE:2D:8A:85
RequestPinCode (/org/bluez/20464/hci0/dev_00_0F_DE_2D_8A_85)
Enter PIN Code: 12345
[digito 12345 anche sul cell]
Release
New device (/org/bluez/20464/hci0/dev_00_0F_DE_2D_8A_85)

quindi può darsi che non sia lo stesso simple-agent e che abbia una sintassi diversa

...
</policy>

<policy group="netdev">
<allow send_destination="org.bluez"/>
</policy>

<policy context="default">
...

[Burroughs]

Comunque, simple-agent è disponibile soltanto se si utilizzano i sorgenti di bluez.
Lo slackbuild non lo installa da nessuna parte.

Burroughs.

[Burroughs]

Allora, riguardo ai permessi ho cercato di risolvere inserendo l'utente nel gruppo lp.
Adesso, se cerco di effettuare il pairing, ricevo questo messaggio d'errore:

Codice: Seleziona tutto

Creating device failed: org.freedesktop.DBus.Error.NoReply: Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken.

Burroughs.

[michelino]

magari a qualcuno può interessare questo thread

[neongen]

It works!

p.s. kdebluetooth revisione 1063411

edit: vabbé, diciamo che fino al pairing ci siamo, poi i file li trasferisce ma non ho mica capito dove li va a salvare...

[Burroughs]

It works!

p.s. kdebluetooth revisione 1063411

edit: vabbé, diciamo che fino al pairing ci siamo, poi i file li trasferisce ma non ho mica capito dove li va a salvare...

Scusami, link per il download?
Immagino si tratti di una snapshot.

Burroughs.

[neongen]

Codice: Seleziona tutto

svn co -r 1063411 svn://anonsvn.kde.org/home/kde/trunk/playground/network/kbluetooth <output dir>

o se togli la revisione (-r nnnnn) e scarichi comunque quella li che è l'ultima versione

[Burroughs]

Sì, in effetti con l'ultima snapshot di kbluetooth, le cose sono migliorate...
Adesso, lanciando la GUI di quest'ultimo applicativo, riesco anche a vedere il mio cellulare (o quantomeno il suo indirizzo fisico), ma nel momento in cui invio un file non ottengo risposta.
Questo è invece il messaggio d'errore che si materializza quando cerco di effettuare il pairing:

Codice: Seleziona tutto

root@mody:/opt/bluez-4.58/test# ./simple-agent hci0 XX:XX:XX:XX:XX:XX
Creating device failed: org.freedesktop.DBus.Error.NoReply: Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken.

Ho cercato di aggirare il problema dei permessi inserendo l'utente nel gruppo lp ma non è servito a niente.

Burroughs.