On Mon, Jul 06, 2015 at 10:03:52PM -0700, Dirk Hohndel wrote: > On Mon, Jul 06, 2015 at 11:00:08PM +0300, Claudiu Olteanu wrote: > > Hi, > > > > I wanted to let you know that after I did the firmware upgrade everything > > works fine. I tested both devices on all three environments > > (OpenSuse, Fedora, ArchLinux) and I didn't encounter any problem. > > > > Now we just have to figure out why Dirk's devices don't work. > > Dirk, do you have other environment on which you can run the tests? > > Latest firmware on both my OSTC 2N and the OSTC Sport. No luck with Arch > running in a VM inside of a Mac. I'll assume for now that this is because > of the VM. > > I tried testing on Ubuntu, also in a VM on the same Mac. But I can't seem > to figure out which package to install to get the QtBluetooth stuff. Any > suggestion on the right package names? This needs to be added to the > INSTALL file, too...
I also tested with Qt5.5 on Arch (patch to make things compile will be pushed shortly). Similar results to 5.4: qt.bluetooth.bluez: Bluez 5 detected. qt.bluetooth.bluez: Creating QtBluezDiscoveryManager qt.bluetooth.bluez: Discovered: "00:12:6F:2A:0E:E0" "OSTCs 0321" Num UUIDs 1 total device 0 cached RSSI 0 Class 7936 Now I can pick that device and click download The OSTC Sport switches into Download mode enabled and nothing happens. Shortly thereafter I get qt.bluetooth.bluez: void QBluetoothSocketPrivate::_q_readNotify() 28 error: -1 "Connection reset by peer" And when I check with bluez the divecomputer is no longer listed as connected. My guess is that this is because I'm in a VM. Once I figure out the Ubuntu situation I'll use a different computer that is running Ubuntu directly. I don't consider being able to run inside a VM critical... /D _______________________________________________ subsurface mailing list subsurface@subsurface-divelog.org http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface