Summary: | net-wireless/bluedevil with net-wireless/bluez-5.15 - bluedevil-sendfile fails? | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Kete Tefid <ketetefid> |
Component: | [OLD] KDE | Assignee: | Gentoo KDE team <kde> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | pacho, stkabugs |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | 509358 | ||
Bug Blocks: |
Description
Kete Tefid
2014-04-06 11:55:43 UTC
Is bluetoothd running when you try to use bluedevil? (In reply to Pacho Ramos from comment #1) > Is bluetoothd running when you try to use bluedevil? Yes. Of course. Otherwise it could not have detected my adapter. I hope you meant /etc/init.d/bluetooth. yes? If so, yes. It is running. *** This bug has been marked as a duplicate of bug 504570 *** Please ensure bluetoothd is still running when you get the problem (ps axu | grep bluetoothd), maybe it has worked for some reason Regarding making this a duplicate of bug 504570 ... I am unsure, since it works fine for me on gnome with gnome-user-share running and, then, I am unsure it's a problem in bluez :/ Maybe this reporter could try with gnome + gnome-user-share to try to focus the issue :| Hello again. Bluetoothd is running. ps axu | grep bluetoothd root 3125 0.0 0.0 21356 1716 ? Ss Apr06 0:00 /usr/sbin/bluetoothd root 15193 0.0 0.0 768 4 pts/3 D+ 00:46 0:00 grep --colour=auto bluetoothd Maybe bluez 5.15 wants systemd. I might not be correct. Also I don't have a gnome system. It would be a real burden to install gnome on my laptop. Is the error dbus related? SendFilesJob::createSessionSlot: "The name org.bluez.obex was not provided by any .service files" Why does it work with bluez 4.101-r8 and not 5.15? Also I think that this bug is different than 504570. The errors are different. That user cannot send from phone to pc while sending files from pc to phone is possible for him/her. For me neither ways are working. I can confirm the exact problem of Kete Tefid. send&recive not possible. only a manual mask of =net-wireless/bluez-5.15 =net-wireless/bluedevil-2.0_rc1 works for me as libbluedevil-2 needs bluez-5. Could you please try to remove app-mobilephone/obexd and test again with with net-wireless/bluez-5.15? (Info from bug #507486) Tested with unmerges obexd. Behaviour is different. bluedevil 2.0_rc1 icon now shows me a connection, but transfer fails. Tested both directions against nokia, android. Tested with bluedevil-2.0_rc1-r1 which demans uninstall of obexd and the server. bluez is 5.18 Tested with nokia SymbianOS and Android 4.4.2 with two Gentoo PCs. Connection is made, but send and recieve fails. It works with bluedevil 1. here is a hcidump, perhaps it helps. I sended a ogg-file from Android Tablet to the bluedevil-2 PC: hcidump HCI sniffer - Bluetooth packet analyzer ver 2.5 device: hci0 snap_len: 1500 filter: 0xffffffffffffffff > HCI Event: Connect Request (0x04) plen 10 bdaddr 08:60:6E:3F:54:62 class 0x1a0114 type ACL < HCI Command: Accept Connection Request (0x01|0x0009) plen 7 bdaddr 08:60:6E:3F:54:62 role 0x00 Role: Master > HCI Event: Command Status (0x0f) plen 4 Accept Connection Request (0x01|0x0009) status 0x00 ncmd 1 > HCI Event: Role Change (0x12) plen 8 status 0x00 bdaddr 08:60:6E:3F:54:62 role 0x00 Role: Master > HCI Event: Connect Complete (0x03) plen 11 status 0x00 handle 41 bdaddr 08:60:6E:3F:54:62 type ACL encrypt 0x00 < HCI Command: Read Remote Supported Features (0x01|0x001b) plen 2 handle 41 > HCI Event: Page Scan Repetition Mode Change (0x20) plen 7 bdaddr 08:60:6E:3F:54:62 mode 0 > HCI Event: Max Slots Change (0x1b) plen 3 handle 41 slots 5 > HCI Event: Command Status (0x0f) plen 4 Read Remote Supported Features (0x01|0x001b) status 0x00 ncmd 0 > ACL data: handle 41 flags 0x02 dlen 10 L2CAP(s): Info req: type 2 < ACL data: handle 41 flags 0x02 dlen 16 L2CAP(s): Info rsp: type 2 result 0 Extended feature mask 0x00b8 Enhanced Retransmission mode Streaming mode FCS Option Fixed Channels > HCI Event: Command Status (0x0f) plen 4 Unknown (0x00|0x0000) status 0x00 ncmd 1 < HCI Command: Change Connection Packet Type (0x01|0x000f) plen 4 handle 41 ptype 0xcc18 Packet type: DM1 DM3 DM5 DH1 DH3 DH5 > HCI Event: Number of Completed Packets (0x13) plen 5 handle 41 packets 1 > ACL data: handle 41 flags 0x02 dlen 10 L2CAP(s): Info req: type 3 < ACL data: handle 41 flags 0x02 dlen 20 L2CAP(s): Info rsp: type 3 result 0 Fixed channel list 0x00000002 L2CAP Signalling Channel > HCI Event: Number of Completed Packets (0x13) plen 5 handle 41 packets 1 > ACL data: handle 41 flags 0x02 dlen 12 L2CAP(s): Connect req: psm 1 scid 0x0044 > HCI Event: Command Status (0x0f) plen 4 Change Connection Packet Type (0x01|0x000f) status 0x00 ncmd 1 < ACL data: handle 41 flags 0x02 dlen 16 L2CAP(s): Connect rsp: dcid 0x0040 scid 0x0044 result 1 status 0 Connection pending - No futher information available < ACL data: handle 41 flags 0x02 dlen 10 L2CAP(s): Info req: type 2 > HCI Event: Connection Packet Type Changed (0x1d) plen 5 status 0x00 handle 41 ptype 0xcc18 Packet type: DM1 DM3 DM5 DH1 DH3 DH5 > HCI Event: Number of Completed Packets (0x13) plen 5 handle 41 packets 1 > HCI Event: Read Remote Supported Features (0x0b) plen 11 status 0x00 handle 41 Features: 0xbf 0xfe 0xcf 0xfe 0xdb 0xff 0x7b 0x87 > HCI Event: Number of Completed Packets (0x13) plen 5 handle 41 packets 1 > ACL data: handle 41 flags 0x02 dlen 16 L2CAP(s): Info rsp: type 2 result 0 Extended feature mask 0x00b8 Enhanced Retransmission mode Streaming mode FCS Option Fixed Channels < ACL data: handle 41 flags 0x02 dlen 10 L2CAP(s): Info req: type 3 > HCI Event: Number of Completed Packets (0x13) plen 5 handle 41 packets 1 > ACL data: handle 41 flags 0x02 dlen 20 L2CAP(s): Info rsp: type 3 result 0 Fixed channel list 0x00000002 L2CAP Signalling Channel < ACL data: handle 41 flags 0x02 dlen 16 L2CAP(s): Connect rsp: dcid 0x0040 scid 0x0044 result 0 status 0 Connection successful < ACL data: handle 41 flags 0x02 dlen 23 L2CAP(s): Config req: dcid 0x0044 flags 0x00 clen 11 RFC 0x00 (Basic) > HCI Event: Number of Completed Packets (0x13) plen 5 handle 41 packets 1 > HCI Event: Number of Completed Packets (0x13) plen 5 handle 41 packets 1 > ACL data: handle 41 flags 0x02 dlen 16 L2CAP(s): Config req: dcid 0x0040 flags 0x00 clen 4 MTU 256 < ACL data: handle 41 flags 0x02 dlen 18 L2CAP(s): Config rsp: scid 0x0044 flags 0x00 result 0 clen 4 MTU 256 > ACL data: handle 41 flags 0x02 dlen 14 L2CAP(s): Config rsp: scid 0x0040 flags 0x00 result 0 clen 0 Success > HCI Event: Number of Completed Packets (0x13) plen 5 handle 41 packets 1 > ACL data: handle 41 flags 0x02 dlen 38 L2CAP(d): cid 0x0040 len 34 [psm 1] SDP SSA Req: tid 0x0 len 0x1d pat uuid-128 00001105-0000-1000-8000-00805f9b34fb max 240 aid(s) 0x0000 - 0xffff cont 00 < ACL data: handle 41 flags 0x02 dlen 14 L2CAP(d): cid 0x0044 len 10 [psm 1] SDP SSA Rsp: tid 0x0 len 0x5 count 2 cont 00 > HCI Event: Number of Completed Packets (0x13) plen 5 handle 41 packets 1 > ACL data: handle 41 flags 0x02 dlen 12 L2CAP(s): Disconn req: dcid 0x0040 scid 0x0044 < ACL data: handle 41 flags 0x02 dlen 12 L2CAP(s): Disconn rsp: dcid 0x0040 scid 0x0044 > HCI Event: Number of Completed Packets (0x13) plen 5 handle 41 packets 1 < HCI Command: Disconnect (0x01|0x0006) plen 3 handle 41 reason 0x13 Reason: Remote User Terminated Connection > HCI Event: Command Status (0x0f) plen 4 Disconnect (0x01|0x0006) status 0x00 ncmd 1 > HCI Event: Disconn Complete (0x05) plen 4 status 0x00 handle 41 reason 0x13 Reason: Remote User Terminated Connection Android tells me it fails. File is not on my PC. This new bluedevil makes me crazy, :-( bluedevil 1.3.2 works as expected (In reply to Stephan Karacson from comment #10) > Tested with bluedevil-2.0_rc1-r1 which demans uninstall of obexd and the > server. > bluez is 5.18 What is the bluedevil-send output with this setup? $ bluedevil-sendfile Fontconfig warning: "/etc/fonts/conf.d/50-user.conf", line 14: reading configurations from ~/.fonts.conf is deprecated. Object::connect: No such signal BlueDevil::Adapter::deviceFound(QVariantMap) Object::connect: (receiver name: 'Discover') ======================== Address: "00:1C:9A:F5:CB:6F" Name: "VrennsPad2" Alias: "VrennsPad2" Icon: "phone" ======================== Address: "08:60:6E:3F:54:62" Name: "Karapad" Alias: "Karapad" Icon: "computer" Object::connect: No such signal org::freedesktop::UPower::DeviceAdded(QDBusObjectPath) Object::connect: No such signal org::freedesktop::UPower::DeviceRemoved(QDBusObjectPath) bluedevilsendfile(2197) KSambaSharePrivate::findSmbConf: KSambaShare: Could not find smb.conf! Click on send file just closes the dialog, my phone or tablet dosen't recognize that gentoo wanted to send something. Maybe an upstream report to bluedevil maintainers could help us to find where is the issue: https://bugs.kde.org/ Stephan, could you do that? (as you have the setup to test what upstream could ask you). Also, please post here the link to let us track the issue Thanks There seems to be a bugreport already. https://bugs.kde.org/show_bug.cgi?id=332087 Sad that there is quite low activity for 2 month. Another user has 3 Gentoo systems failing send/recieve. I left my links. Try posting you last errors and show them that you are running latest bluez and so I posted hcidumps, dbus-logs and bluez/kde/bluedevil versions. I hope I'm not flooding to much (or to less, if you need the logs here please tell) Thank you for helping. I wished I could do more, but even to interpret the dbus-logs is over my classification, anyway I want to hunt this bug down. I see now bluedevil1 has following lines of dbus: method call sender=:1.103 -> dest=org.openobex.client serial=26 path=/; interface=org.openobex.Client; member=SendFiles array [ dict entry( string "Destination" variant string "00:1C:9A:F5:CB:6F" ) ] array [ string "/home/stephan/bilder/aquarium/03032007(004).jpg" ] object path "/BlueDevil_sendAgent" bluedevil 2 has following lines: member=AddMatch string "type='signal',sender='org.freedesktop.DBus',interface='org.freedesktop.DBus',member='NameOwnerChanged',arg0='org.bluez.obex'" It seems that bluedevil2 uses org.bluez.obex instead of org.openobex.client as sending "dbus object?", but where the hell is the destination declared? Please retry with: +*bluez-5.21-r1 (22 Jul 2014) + + 22 Jul 2014; Pacho Ramos <pacho@gentoo.org> +bluez-5.21-r1.ebuild, + -bluez-5.21.ebuild: + dbus file wasn't being installed with USE -systemd due missing eautoreconf + (#517818 by Uros) + Tested bluedevil 2.0_rc1 & 2.0_rc1-r1 with bluez 5.21-r1. Works out of the box with my android and old nokia in both directions. Thanks to the bughunters of kde.org and to you resolving it. Big thanks to Uros for finding the issue (I wasn't suffering it as I use systemd ;)) -> it's already stable on amd64 and for the rest it will be handled in bug 512012 |