@JF @azymohliad @PINE64 Does it do anything that other pre-existing apps, eg Siglo don't?

@azymohliad @joao @JF @PINE64

When I run this on my PC with bluetooth, it sees my Pinetime, but won't connect:

Flatpak installation CLI output:

Warning: Not exporting file io.gitlab.azymohliad.WatchMate.appdata.xml of unsupported type.
Installation complete.

@azymohliad @joao

CLI output running:

:~$ flatpak run io.gitlab.azymohliad.WatchMate
Gsk-Message: 13:42:18.452: Failed to realize renderer of type 'GskGLRenderer' for surface 'GdkX11Toplevel': Unable to create a GL context

Trying to connect to InfiniTime (CA:D9:41:1A:B2:B3)
CharacteristicReadRequest { offset: 0, mtu: 256, link: Some(Le) }

@azymohliad

(continued)
Failed to connect to InfiniTime: the target object was either not present or removed: Characteristic not found by UUID: 00002a19-0000-1000-8000-00805f9b34fb
Connection failure: Bluetooth operation failed: Software caused connection abort

It might be worth mentioning that I'm using KDE as my DE, on top of Neon as the distro.

@Blort Hm.. I think this issue might occur if by the time you're trying to connect, the watch is lost for the BLE adapter. For example: it found your PineTime, then you stop scanning, then it lost your PineTime, but the UI still displays it (bug), then you try to connect to non-existed device (from the adapter's PoV), and it fails. KDE/Neon shouldn't matter here I think. Does it happen every time, or just once?

@Blort oh, it actually might be another issue. Which version of InfiniTime firmware do you have? I just realized, if it's too old and doesn't expose the battery level via bluetooth, then this would happen. I didn't think about it, and need to make battery level reading optional to fix it and support older InfiniTime firmwares.

@azymohliad It consistently gives the renderer error, says it's already connected and then says it can't connect.

Firmware is 1.10.0, which I believe is the most recent version.

When I open WatchMate the PC does connect to Infinitime by Bluetooth and reports back the battery level, but WatchMate shows an error that it couldn't connect (see screencaptures below)

@Blort hm... Could you please build it from `debug-charactersitics` branch (whenever you have time, no hurry), then reproduce the issue and send me the console output? I added some helpful debug logs there. Either native or flatpak build should suffice, whichever you're more comfortable of installing dependencies for.

@azymohliad I see the build instructions on the GitHub page, but what do I add to choose the specific branch? I'm planning on building the Flatpak version.

@Blort you can either clone the repo from a branch directly:

git clone gitlab.com/azymohliad/WatchMat --branch=debug-characteristics

or, if you already cloned, then switch to the target branch:

git branch debug-characteristics

and then run build commands as described in readme

@Blort sorry, `git checkout debug-characteristics`, not `git branch`. I'm too sleepy already 🤦‍♂️

@azymohliad Looks like I didn't have rust installed. Not sure if that could have been the issue or not. Once I installed Rust though, cargo fails a dependency check wanting bluer 0.15 when the most recent on my system is 0.13.3 (could *that* be the issue?)

I tried compiling bluer 0.15, but that quickly turned into a mass of errors about Z namespaced features(?) and bin targets (??).

I'm happy to try and help. As a non dev though I'm officially over my head.

@Blort it's all very confusing. Rust shouldn't be needed system-wide if you build with flatpak. And code dependencies like bluer are downloaded from distro-independent sources, it's weird that the max is 0.13.3. However maybe your system bluez might be incompatible somehow... But I don't have a good idea how to proceed, I'd take a pause here too. Sorry for your time wasted, and big thanks for the effort. Thanks to your report I noted 2 other similar issues that I will now fix by the next release

@Blort hey, I still don't have any updates regarding the main issue, but I just realized, I forgot to declare GPU acceleration permission for Flatpak, which is the reason for GL-related errors. I'll fix it with the next release, but for now you can just manually override it either with Flatseal, or with `sudo flatpak override --device=dri io.gitlab.azymohliad.WatchMate`. Just FYI

Sign in to participate in the conversation
Librem Social

Librem Social is an opt-in public network. Messages are shared under Creative Commons BY-SA 4.0 license terms. Policy.

Stay safe. Please abide by our code of conduct.

(Source code)

image/svg+xml Librem Chat image/svg+xml