I've created a LE12 fix for this.
Note: you have to revert any script.xbmc.boblight changes after the update is installed.
I've created a LE12 fix for this.
Note: you have to revert any script.xbmc.boblight changes after the update is installed.
Err, this does not match your test procedure. Better modify the source if debug is needed.
I use the "run" option. Every image build is written freshly to the USB stick. I don't use SFTP/update
Then you also start every build with a fresh BT configuration, the test should be good.
A log comparison between working and not working state may result in additional information.
bluetoothd can be forced to debug mode with (but I don't know how noisy it is):
Usually re-pairing is not required. Latest connection is stored in the keyboard and in LE below /storage/.config/bluetooth/. Do you boot "live" or "run"?
And what about adding the --enable-hid2hci option
Was not included inLE10 and LE11, so likely not required. But just do the simple test and the question is finally answered.
You do need reliable test procedures for a successful bisect process. Here the test is to connect the keyboard to the test system, nothing is required on the build system.
If the keyboard is detected you do have a "good" case, no questions. But without detection: is this caused by the code error ("bad") or only a temporary fault?
From your experience with working code (even in LE11, LE10 ...): how reliable is the keyboard detected?
Maybe you need more boot tries if you see "bad". This is only a suggestion. Your experience is required to optimize the bisect test procedure.
Add . /etc/profile to include System Tools Addon path.
Change download source:
diff --git a/packages/devel/commons-text/package.mk b/packages/devel/commons-text/package.mk
index c0277ca900..654ba2112a 100644
--- a/packages/devel/commons-text/package.mk
+++ b/packages/devel/commons-text/package.mk
@@ -6,7 +6,7 @@ PKG_VERSION="1.11.0"
PKG_SHA256="4169cb90571fb28fad4c5eea7c1c994c18f1995452f73e8ea7a86087c0e3822e"
PKG_LICENSE="Apache-2.0"
PKG_SITE="https://commons.apache.org/proper/commons-text/"
-PKG_URL="https://dlcdn.apache.org/commons/text/binaries/commons-text-${PKG_VERSION}-bin.tar.gz"
+PKG_URL="https://archive.apache.org/dist/commons/text/binaries/commons-text-${PKG_VERSION}-bin.tar.gz"
PKG_DEPENDS_TARGET="toolchain"
PKG_LONGDESC="Apache Commons Text is a library focused on algorithms working on strings"
PKG_TOOLCHAIN="manual"
Display More
Development is always done on master. But don't use branch name master yourself.
Create your own working branch with e.g. checkout -b my_first_working_brach master. If you like to test something else, commit you local changes and create a new branch.
master is only used to follow the official GitHub branch. With special requirements it is of course possible to create your working branch from an older commit.
There is no difference in installer, boot loader and kernel between Generic and Generic-Legacy.
With using 512 byte sector size the syslinux legacy boot loader was now successfully installed and can be used for Legacy Boot.
Regarding UEFI boot: likely your system firmware require an explicit entry for the default EFI loader at "\EFI\BOOT\bootx64.efi". LE rely on having the loader executed by default. See this howto for creating the entry. It may be easier to use a live linux system with efibootmgr.
Better use -L "LibreELEC" on your system, "Windows Boot Manager" may already be used and is required only on the M72e as work around.
IIRR permission modifications are possible when using SMB1 with Samba Unix Extensions. SMB1 is deprecated for good reasons today, please don't use it.
Changing permissions on /storage can be critical for system files and directories below /storage/{.cache,.config}. But because being "hidden" directories they fortunately may not be affected by your modification.
Unfortunately the changes do include kernel (6.6.19 to 6.6.21) and bluez (5.72 to 5.73) updates.
Did something change in the Bluez package?
If motivated you can try related older nightly from USB stick with run option.
With the keyboard working in LE11 likely the udeb rule is not needed any more.
For reference I've added a BT keyboard to my test installation. Is working well beside some lagging during installation:
KERNEL[239.365255] add /devices/pci0000:00/0000:00:15.0/usb1/1-5/1-5:1.0/bluetooth/hci0/hci0:256 (bluetooth)
UDEV [239.370690] add /devices/pci0000:00/0000:00:15.0/usb1/1-5/1-5:1.0/bluetooth/hci0/hci0:256 (bluetooth)
KERNEL[251.848427] add /devices/virtual/misc/uhid/0005:05AC:0239.0002 (hid)
KERNEL[251.848509] add /devices/virtual/misc/uhid/0005:05AC:0239.0002/input/input17 (input)
KERNEL[251.848543] add /devices/virtual/misc/uhid/0005:05AC:0239.0002/input/input17/input17::numlock (leds)
KERNEL[251.848576] change /devices/virtual/misc/uhid/0005:05AC:0239.0002/input/input17/input17::numlock (leds)
KERNEL[251.848604] add /devices/virtual/misc/uhid/0005:05AC:0239.0002/input/input17/input17::capslock (leds)
KERNEL[251.848638] change /devices/virtual/misc/uhid/0005:05AC:0239.0002/input/input17/input17::capslock (leds)
KERNEL[251.848665] add /devices/virtual/misc/uhid/0005:05AC:0239.0002/input/input17/input17::scrolllock (leds)
KERNEL[251.848698] change /devices/virtual/misc/uhid/0005:05AC:0239.0002/input/input17/input17::scrolllock (leds)
KERNEL[251.848727] add /devices/virtual/misc/uhid/0005:05AC:0239.0002/input/input17/input17::compose (leds)
KERNEL[251.848769] add /devices/virtual/misc/uhid/0005:05AC:0239.0002/input/input17/input17::kana (leds)
KERNEL[251.848802] change /devices/virtual/misc/uhid/0005:05AC:0239.0002/input/input17/input17::kana (leds)
KERNEL[251.848843] add /devices/virtual/misc/uhid/0005:05AC:0239.0002/input/input17/event13 (input)
KERNEL[251.848893] add /devices/virtual/misc/uhid/0005:05AC:0239.0002/hidraw/hidraw1 (hidraw)
KERNEL[251.848938] bind /devices/virtual/misc/uhid/0005:05AC:0239.0002 (hid)
UDEV [251.850831] add /devices/virtual/misc/uhid/0005:05AC:0239.0002 (hid)
UDEV [251.851928] add /devices/virtual/misc/uhid/0005:05AC:0239.0002/input/input17 (input)
UDEV [251.853139] add /devices/virtual/misc/uhid/0005:05AC:0239.0002/input/input17/input17::numlock (leds)
UDEV [251.854102] add /devices/virtual/misc/uhid/0005:05AC:0239.0002/input/input17/input17::capslock (leds)
UDEV [251.854134] add /devices/virtual/misc/uhid/0005:05AC:0239.0002/input/input17/input17::kana (leds)
UDEV [251.854572] add /devices/virtual/misc/uhid/0005:05AC:0239.0002/input/input17/input17::compose (leds)
UDEV [251.854594] add /devices/virtual/misc/uhid/0005:05AC:0239.0002/input/input17/input17::scrolllock (leds)
UDEV [251.855112] change /devices/virtual/misc/uhid/0005:05AC:0239.0002/input/input17/input17::scrolllock (leds)
UDEV [251.855463] change /devices/virtual/misc/uhid/0005:05AC:0239.0002/input/input17/input17::numlock (leds)
UDEV [251.855493] add /devices/virtual/misc/uhid/0005:05AC:0239.0002/hidraw/hidraw1 (hidraw)
UDEV [251.855739] change /devices/virtual/misc/uhid/0005:05AC:0239.0002/input/input17/input17::kana (leds)
UDEV [251.856062] change /devices/virtual/misc/uhid/0005:05AC:0239.0002/input/input17/input17::capslock (leds)
UDEV [251.950752] add /devices/virtual/misc/uhid/0005:05AC:0239.0002/input/input17/event13 (input)
UDEV [251.951256] bind /devices/virtual/misc/uhid/0005:05AC:0239.0002 (hid)
Display More
Apr 06 11:43:15.002183 marsle12gbm kernel: apple 0005:05AC:0239.0002: unknown main item tag 0x0
Apr 06 11:43:15.002492 marsle12gbm kernel: apple 0005:05AC:0239.0002: Fn key not found (Apple Wireless Keyboard clone?),
disabling Fn key handling
Apr 06 11:43:15.002674 marsle12gbm kernel: input: Anker Bluetooth Keyboard as /devices/virtual/misc/uhid/0005:05AC:0239.
0002/input/input17
Apr 06 11:43:15.002699 marsle12gbm kernel: apple 0005:05AC:0239.0002: input,hidraw1: BLUETOOTH HID v1.1b Keyboard [Anker
Bluetooth Keyboard] on 20:79:18:70:43:91
Apr 06 11:43:15.103053 marsle12gbm systemd-logind[507]: Watching system buttons on /dev/input/event13 (Anker Bluetooth Keyboard)
Looks like no kernel driver is loaded for your keyboard although le LE kernel is including the logitech HID drivers.
By not connecting to Mint too I'm out of ideas.
Thanks.
A few thoughts:
1. Which version did you use before LE 11.95.1?
2. bluetoothctl devices is only listing known devices, please use bluetoothctl info 00:1F:20:04:44:38
3. Executed udev rules can be watched with udevadm monitor
4. After installing system System-Tools Addon evtest list and test available input devices.