/tmp/itd/socket not found #65
Labels
No Label
Bug
Cantfix
Duplicate
Enhancement
External
Help Wanted
In Progress
Invalid
Question
Waiting
Waiting For Info
Waiting for Upstream
Wontfix
No Milestone
No project
No Assignees
4 Participants
Notifications
Due Date
No due date set.
Dependencies
No dependencies set.
Reference: Elara6331/itd#65
Loading…
Reference in New Issue
Block a user
No description provided.
Delete Branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
I installed by downloading latest deb for itd-1.1.0-linux-x86_64.
In itgui:
dial unix /tmp/itd/socket: connect: no such file or directory
Running
itctl get
:11:08AM FTL Error while running app error="dial unix /tmp/itd/socket: connect: no such file or directory"
Output of
systemctl status --user itd
:uname -a:
Linux blarg 5.10.0-23-amd64 #1 SMP Debian 5.10.179-1 (2023-05-12) x86_64 GNU/Linux
Hi,
Same issue here. I tried using rpm and the makefile, same problem.
uname -a
:/etc/os-release
:EDIT: after reading #51, I forgot to mention that I am able to connect to the watch manually with bluetooth. Device "InifiniTime" appears with
bluetoothctl devices Connected
, but socket issue is still present.The watch must be connected and paired before ITD will start its socket. ITD should show you a dialog where you can enter a pairing code. If it doesn't, try pairing (not just connecting) manually and then start ITD.
Hi,
Thanks for your comment.
However, I tried what you said, and it does not work. I can even get informations from bluetoothctl, that seems to be correct:
It worked the first time I tried it, with the previous version of itd; but now that my laptop is known by the watch, I can remove the device and add it back on my laptop, connect to it, pair and trust it, but I do not have any new BT code from the watch...
How could I remove the laptop from the known devices on the watch to get a new code ?
I confirm I have the problem too.
bluetoothctl info:
dmesg:
inxi -Eaz:
no dialog appear on connection. pinetime show a connected status and siglo manage to sync time and date. I tried from a clean install without siglo (in case both apps were in conflict) but nothing new, ITD seems to keep failing to create the socket.
I installed the ITD from AUR (itd-bin)
edit: after a few debug in the code, it seems that itd block on the infinitime.Init(k.String("bluetooth.adapter")), line 64 of the file main.go. I managed to found out by adding fmt.Println() before and after the call, and the second never print so the defer Infinitime.exit() never reach meaning startSocket that create the socket that is after that defer is never reached too.
edit 2: I found that the Init fail at the daMgmt.SetPowered(true)
edit 3: commenting the 2 lines:
and the import line for that lib fix the problem and I have a itd successfully connected on the pinetime
@erinarbleiz Thank you! I was actually starting to think that the watch was broken :)
Just to clarify the solution- here's how you can build the working package (the gist link below is a patch with @erinarbleiz's changes, and most of the build itself was ported from the archlinux PKGBUILD):
I'm having this issue too, even after pairing - not just connecting - the pinetime, using itd 1.1.0.
More details: I was having this issue when using the packages from the latest release - I was able to pair with the Pinetime using an x86_64 laptop running Fedora (rpm package) and an aarch64 Pinetime running Mobian (deb package) and saw the missing socket issue both times.
After some hiccups in the build process as I tried following the suggested commands from @prurigro, I decided I'd try building the latest commit to master without this patch first and see if it worked. I cross compiled for aarch64 on an x86_64 machine, put itd on an SD card, and put it in the Pinetime. With
itd
running in one terminal window, I was able to connect to the Pinetime and update the resources to the latest version in another window. The connection was a little flaky, so I made sure to keep both devices' screens awake by touching them every few seconds throughout the upload process, but it worked.@fez1 it looks like the patch I created is no longer necessary as @Elara6331 has updated it to fix the issue:
8961780053