Yes, I've built a few test images of bullseye, by simple changing the debian sources from buster to bullseye, and almost everything seems to work without any major problems.
Except for zenity, which unfortunately is what the current first-run wizard is built on. Since zenity fails, the first-run...
Not quite sure.
A pyra-sensors package would probably the solution. There are quite a few sensors, and they all seem to need various support scripts.
Although if one of them needs some huge dependencies that might make it a better option to have one package for each sensor.
All that pyra-config-* packages are built from the same source, so an update to one means the version number of all of them goes up, even if nothing changed there.
Otherwise I'd have to make a new git project for each of the config packages, or dump all config files into a single package, which...
It's probably a good idea to have a changelog here for any major changes/updates in the pyra packages. Everything is designed to only need an "apt update;apt upgrade" to push the changes through, although in rare cases manual changes or a reinstall may be needed.
26 May 2021 : pulseaudio config...
A bit late maybe, but the reason pulseaudio doesn't pick up devices is because I disabled pulseaudio's automatic driver loading (module-udev-detect).
If it's enabled, it makes a huge mess of wrongly configured audiio devices from the various alsa devices on pyra.
On earlier kernels it would even...
I think the problem is probably in the iio driver for the palmas (or possibly the chip itself), even polling a value a few thousand times/second should hardly tax the cpu.
choosing another sensor chip to read a value from with iio (like the accelerometer) takes far less cpu.
Does the first-run/xorg also fail when selecting the 5.6 kernel from the boot menu ?
I have no idea why that would fail. Unless i somehow ended up uploading a different image than the one i was testing with (although it having the 5.12.1 kernel should mean that it is).
It should boot into the first run wizard where it asks you to set up a username/password and some other things.
As part of that it disables the root login.
If you've not completed the first-run-wizard, there is only a user:root password:root account.
Also, getting makesd to produce a letux...
sd card image with both 5.6 and 5.12 kernel https://packages.pyra-handheld.com/images/extra/pyra-5.12.1.img.xz
defaults to 5.12 , 5.6 available from the boot menu on the serial port.
5.12.1 kernel is from the letux repo, with letux_lpae_defconfig
sgx userspace is in /opt , started through...
Most noticable is the missing filesystem ACL support (systemd complains about this a lot) , and some net filter options not being enabled, so firewall software fails.
The rest is mostly drivers for usb devices, and probably a lot of smaller things to make it more secure.
SGX on newer kernels...
The bash script is not what's currently used on the pyra, before anyone spends a lot of time trying to improve it.
This is the real volumed at the moment :
Doing some basic improvements to that is very simple, but...
It's mostly the sgx drivers that don't work in the newer kernels.
Apparently it's a userspace thing , ( from hns: "The pvrsgx issues are induced by my user-space (old X11 tries to access pvr by wrong ioctl)". ).
Don't know any more details.
Other than that the kernels seem to work fine...
Technically that's not the original volume daemon, the original is even worse :) ( https://dev.pyra-handheld.com/packages/pyra-scripts/-/blob/master/scripts/letux/volumed )
It was mostly written to get something slightly more efficient as that bash script before trying to get it into the input...