You are not logged in.
Hello guys this is my first post on the Archlinux forum and I have a problem when it comes to connecting Bluetooth keyboards in to my PC typically when i need to make a new connection to my keyboard ( HP 350 compact wireless keyboard but this same problem happens to most the Bluetooth keyboards I own ) to an phone or a windows pc I always get asked a paring password which i enter on the keyboard and press enter to establish a successful connection, however I don't get asked a password to enter when in use the recommended Bluetooth tools by the arch wiki and thus the keyboard doesn't connect, so far i used blueman, blueberry, and override front ends and I use bluez and bluez-utils for my Bluetooth driver.
is there also a solution for paring passwords not appearing on the Bluetooth fornt-ends since this problems sometimes happens when I try to pair my phone to the PC
Thank you
Offline
use the recommended Bluetooth tools by the arch wiki
Like bluetoothctl?
https://wiki.archlinux.org/title/Blueto … ng_process
The frontends, if supporting this, will most likely rely on some sort of notification daemon to display the password.
Offline
ok so I did try this, I went to see if my notification daemon was the problem so I rebooted the pc and tired again; no pwd then i opened another app that uses the notification daemon ( spotify ) and the notification daemon (EWW) was working fine then i went back to paring the keyboard and to my pleasant surprise I was able to get the pwd notification for paring pwd, Im going to try again rebooting several times and trying to pair several times to find the source of the problem; Im also switching to overskride since to wiki calls it simple and powerful.
Offline
So the BT password request /does/ use the notification daemon?
Do you autostart that daemon or is it dbus activated?
(b/c if the BT tools try to be smart and test whether there's a daemon, they won't trigger it)
bluetoothctl works reliably?
Offline
ok now the keyboard doesn't connect now, it is showing "connection failed due to unforeseen circumstances" I'm using overskride now and I'm not prompted for a paring pwd Idk why is the paring for keyboards so hit or miss...... the eww daemon is working just fine
Offline
Did you notice that you didn't answer any of the previous questions but changed the configuration to create a moving target?
Offline
sorry i didn't take into account the last question, ok now i don't run into the same problems when in use bluetoothctl instead on any GUI platform, i tried paring and un-pairing my keyboard several times with a successful pair with pwd displayed in the terminal each time. strange that none of the GUI work on my machine I hope there there is a solution for this but right now I'm happy that i get to use my keyboard;
Thank you
Offline
So the BT password request /does/ use the notification daemon?
Do you autostart that daemon or is it dbus activated?
(b/c if the BT tools try to be smart and test whether there's a daemon, they won't trigger it)
Offline
I don't know to be honest I'm guessing its dbus activated because on gui applications the daemon doesn't get triggered unless I run another application that uses the same notification daemon, however now I'm using bluetoothctl I don't seem to be getting the problem of not getting a passphrase for the Bluetooth keyboard, how ever after trying with the gui applications again i don't get any paring password. Probably its the problem with my notification daemon (EWW) sorry I'm not too shure about this.(sorry for the late reply too)
Offline
Eww does notifications?
dbus-send --session --print-reply --dest=org.freedesktop.DBus /org/freedesktop/DBus org.freedesktop.DBus.GetConnectionUnixProcessID 'string:'"org.freedesktop.Notifications"You'll get the PID of the notification service
cat /proc/<pid here>/cmdlineOffline
ok so i typed the 2 commands in the terminal and here is what i got
1. method return time=1701943771.614839 sender=org.freedesktop.DBus -> destination=:1.19 serial=3 reply_serial=2
uint32 902
I did some digging and found out that the rice I'm using(gh0stzk rice on his github)
WM BSPWM
Bar Polybar
Menu Rofi
Compositor Picom
Terminal Alacritty
Widgets ElKowars wacky widgets
I'm guessing this probably wont be enough but right how I'm finding difficulty finding the pid of my notification bar.
Offline
but right how I'm finding difficulty finding the pid of my notification bar.
The plan would have been to check what PID 902 is, hence
cat /proc/902/cmdline(you might have to re-check the notification service, the PID might meanwhile have changed)
Offline