Hi Claudiu, > > andrej@antares:~$ subsurface > > Map theme file does not exist: "" > > Ignoring to load the following file since it doesn't look like a > > valid Marble plugin: "/boot/initrd.img-3.19.0-25-generic" > > Reason: "'/boot/initrd.img-3.19.0-25-generic' is not an ELF object" > > Ignoring to load the following file since it doesn't look like a > > valid Marble plugin: "/boot/initrd.img-3.19.0-23-generic" > > Reason: "'/boot/initrd.img-3.19.0-23-generic' is not an ELF object" > > Ignoring to load the following file since it doesn't look like a > > valid Marble plugin: "/boot/vmlinuz-3.19.0-25-generic" > > Reason: "Permission denied" > > Ignoring to load the following file since it doesn't look like a > > valid Marble plugin: "/boot/vmlinuz-3.19.0-23-generic" > > Reason: "Permission denied" > > QInotifyFileSystemWatcherEngine::addPaths: inotify_add_watch > > failed: No such file or directory > > Set the current dive site: 0 > > qt.bluetooth.bluez: Bluez 4 detected. > > qt.bluetooth.bluez: void > > QBluetoothDeviceDiscoveryAgentPrivate::_q_propertyChanged(const > > QString&, const QDBusVariant&) "Discovering" QVariant(bool, true) > > qt.bluetooth.bluez: Discovered: "00:13:43:0E:68:77" "Petrel" Num > > UUIDs 1 total device 0 cached false RSSI -70 > > qt.bluetooth.bluez: Emit: "00:13:43:0E:68:77" > > qt.bluetooth.bluez: Discovered: "00:13:43:0E:68:77" "Petrel" Num > > UUIDs 1 total device 1 cached false RSSI -71 > > qt.bluetooth.bluez: Duplicate: "00:13:43:0E:68:77" > > qt.bluetooth.bluez: void > > QBluetoothDeviceDiscoveryAgentPrivate::_q_propertyChanged(const > > QString&, const QDBusVariant&) "Discovering" QVariant(bool, false) > > The connection on RFCOMM channel number 1 took more than expected. > > Wait another 15 seconds. > > qt.bluetooth.bluez: void QBluetoothSocketPrivate::_q_readNotify() 22 > > error: -1 "Resource temporarily unavailable" > > Failed to connect to device 00:13:43:0E:68:77 . Device state > > QBluetoothSocket::UnconnectedState . Error: > > QBluetoothSocket::UnknownSocketError > > Set the current dive site: 0 > > > > > This is strange, because if the connection on RFCOMM channel 1 fails, > it should try to connect again on channel number 5. If not it means > that the remote device din't send any response and the connection > took more than expected. > > You always receive the same output?
Score! :D I unpaired and then paired the device again via the command line, and lo-and-behold, the download was successful! I'd be happy to test anything further, if it helps! Cheers, Andrej _______________________________________________ subsurface mailing list [email protected] http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
