Does this means, comment all the repositories in /etc/pacman.d/mirrorlist and uncomment testing?

I am writing here because I can not log in to issue-tracker due #error23??...

Installing Hyperbola with full-disk encryption and more specific in the part Setting up the kernel modules running

#mkinitcpio -p linux-libre-lts

gives an error about encrypted hook missing.

Install cryptsetup as mentioned here is making the error disappear, but...

after installation, when Booting the installation manually from GRUB this appears:

error: disk 'lvm/matrix-rootvol' not found 
error: you need to load the kernel first

All the above wasn't happening in 0.3.1 ISO

I already tried that. It made no difference. I still got the same error in first boot.

Sorry, I probably should have added this to the wiki... a long time ago:

qemu-img create -f qcow2 name-of.img 50G

qemu-system-whatever-isyour-architecture  -m  4096 -cdrom  yourhyperbola.iso -boot d name.of.qcow2 --enable-kvm

qemu-system-whatever-isyour-architecture --enable-kvm ~/yourdirectorypathtoqcow2image -cpu kvm64,+nx -m 4096 -device AC97

The above is how to make a qemu image, then install onto the qemu image and then the third command is how you access the image from that point on...

I posted this, because it will save everyone a lot of time if they plan to use testing isos or if you want to find bugs or install issues or if you want to be sure you don't mess up something by upgrading.

Hope this helps...

Btw, 32 bit ix x86

64 bit is x86_64

Side note, I have not tried 0.4 rc iso yet, but I wonder if anyone else had any issues with it...

Also, I wondered if there is some sort of xenocara issue with certain graphics cards or if it is a non-intel issue in general, or just a screw up on iso.

At any rate, this should help you all immensely.

Had to make a lot of edits, but just be aware, you need to be careful how much ram and memory you give the machine, so you dont go over...

Although it isnt a problem till you use too much capacity... but play safe.

When I have time I will add it  to the wiki so people can have a workaround, so they don't unknowningly upgrade without knowing the risks involved.

Aka, you can test using qemu,  without running into a lot of irritation...

Just make sure to save more than one copy of VM before you try anything...

When you need to, delete the screw up, make another from the clean version and you are set...

Sorry, had a crap ton of edits...

At best I'd propose only to use a rolling RC-system, so there will be a new one for testing. In general I cannot say if there are issues with Xenocara as being most stable. Also to remember: AMD / ATI are in every part unfree and NVidia has its own problem. This does not mean I want to have all others out, but a free system without any kind of blobs would come at a price and this means unfree blobs won't be loaded. Doing workarounds is even more work, so we need for sure feedback and help.

I could have sworn some AMD processors and some nvidia graphics cards that are really old, still are able to work without blobs...

Is that wrong?

Hmm...

Yes, grub should be mandatory. Typical sequence is bootloader (libreboot) -> grub -> kernel -> tty

can u follow this guide instead untill we rework our wiki
https://forums.hyperbola.info/viewtopic.php?id=164

Towards the problems you have encountered within your installation:

1.) For me aspell is working with de-dictionary. What kind of language-settings are you using? Especially the locale.
2.) Please then go for questioning upstream if you encounter problems: https://codeberg.org/JWMKit/JWM_Kit (if there is something missing within our package, we need to know)
3.) Using IceWM I have all needed so there is no revert. (ThinkPad X200 with libreboot also)

Perhaps you tryout configuring jwm first a bit more manual? I'll tryout that later also with another system using jwm.

Generic reminder to everyone: Please call first things you have encountered "problems", not "bugs". As the phrase "bug" already is bound with an error directly in the software and we search then perhaps hours or days for something being solved elsewhere (different kind of configuration, missing settings etc.). For sure this needs to be resolved: Better documentation, inserting more content for our Wiki to come. But this is something for a concrete research we can do here together. Free software is living from feedback and working together. So personally I hope everyone is clear, that we cannot be left alone solving something without you when you report something. You are with us for sure then!

Big THANK YOU for information, JWMKit!

$ locale
LANG=en_US.UTF-8
LANGUAGE=
LC_CTYPE="en_US.UTF-8"
LC_NUMERIC="en_US.UTF-8"
LC_TIME="en_US.UTF-8"
LC_COLLATE="en_US.UTF-8"
LC_MONETARY="en_US.UTF-8"
LC_MESSAGES="en_US.UTF-8"
LC_PAPER="en_US.UTF-8"
LC_NAME="en_US.UTF-8"
LC_ADDRESS="en_US.UTF-8"
LC_TELEPHONE="en_US.UTF-8"
LC_MEASUREMENT="en_US.UTF-8"
LC_IDENTIFICATION="en_US.UTF-8"
LC_ALL=

pacman -Qe | grep aspell
aspell-i18n-dict-el 0.08.0-1
aspell-i18n-dict-en 2020.12.07.0-1

OK I have no problem with that. In fact I am so exited for this project that I am wiling to help. I wish that there was a better way, though, to submit bugs or minor problems, than posting them here.