kime (Korean input) on SliTaz 5.1 x86_64, live ISOs, and issues found on the way

Hello,

Over the last few days I got Korean (Hangul) input working on SliTaz 5.1 cooking x86_64 with the kime (https://github.com/Riey/kime) input method, and built two live ISOs from the firefox-x86_64 flavor. Everything is on GitHub:

- https://github.com/Otrona/slitaz-kime
  receipts for kime 3.2.0, Korean fonts and LibreOffice 7.6.7.2, metier flavors, and prebuilt .tazpkg files in the releases
- https://github.com/Otrona/slitaz-rust-meson
  Rust 1.99.1 and meson 1.5.2, receipts and packages
- https://github.com/Otrona/slitaz-qemu-clipboard
  receipts for spice-vdagent 0.20.0, spice-protocol 0.14.1 and xsel, plus the QEMU setup

There are two ISOs: kime (Firefox, kime and fonts) and kime-office (the same plus LibreOffice). Both boot in QEMU (BIOS) and on a ThinkPad E14 Gen 3 (UEFI, Ventoy). The live login is tux / tux and root / root. I haven't tested installing with tazinst from these ISOs, or Hanja and emoji input.

Below are the issues I ran into, with the workaround I used for each.

1) cook.conf has i486 values on x86_64. After cook setup, /etc/slitaz/cook.conf has i486 ARCH and CFLAGS, so C builds fail with "CPU you selected does not support x86-64 instruction set". I fixed it with sed (guest/fix-cook-conf.sh in slitaz-kime).

2) tazinst does not install cookutils. An installed system has no cook, so tazpkg get-install cookutils is needed.

3) busybox wget can't reach the HTTPS mirror on an installed system. tazpkg recharge fails with "Connection reset by peer" on https://mirror.slitaz.org. The http:// mirror works.

4) No virtio_pci on the ISO, and no virtual GPU drivers. virtio_pci is in linux-lts-virt and virtio_console in linux-lts-extra, so the live ISO can't see virtio disks or the SPICE channel. There is no X driver for qxl, virtio-gpu or bochs, so X falls back to fbdev and drawing is slow in QEMU. Real hardware is fine.

5) No spice-vdagent package. Clipboard sharing in QEMU needs spice-vdagent, which also needs modprobe uinput as root. The receipt is in slitaz-qemu-clipboard.

6) The firefox flavor lacks the rtw89 firmware. Realtek Wi-Fi 6 cards (RTL8852AE and others) are common in recent laptops. The rtw89 driver is in linux-lts-wireless, but the firmware is missing, so there is no Wi-Fi. Adding firmware-rtw89-8851b, -8852a, -8852b, -8852c and -8922a to the flavor fixed it on the ThinkPad.

7) lzma rootfs fails with Ventoy. Ventoy appends its own initramfs. With the lzma rootfs the kernel reports "rootfs image is not initramfs (LZMA data is corrupt)" and login fails. Setting COMPRESSION="xz" in the flavor receipt fixes it. I haven't checked whether the official ISO does the same.

8) metier's 120 s download limit. Large packages such as firefox-official time out on a slow connection. Downloading them into /home/slitaz/x86_64/cache/cooking first works.

9) tazlito writeiso fails on x86_64. It stops because isolinux is missing. metier works.

10) The LXTaz session ignores /etc/profile.d. lxtaz-dm reads only the locale from /etc/locale.conf, so variables such as XMODIFIERS can't be set for the session. GTK3 apps pick kime anyway, but XIM-only apps such as xterm get no Hangul.

11) The panel shows no StatusNotifierItem icons. kime's indicator never appears, because the panel supports only XEmbed tray icons.

12) Rust: busybox unxz and cook's strip step. busybox unxz reports "corrupted data" on Rust's .tar.xz; the .tar.gz works. Cook's strip step breaks librustc_driver, so rustc segfaults. COOKOPTS="!strip" fixes it.

13) LibreOffice. 7.6.7.2 is the last release that runs on glibc 2.20. Its gtk3 VCL plugin crashes on SliTaz. SAL_USE_VCLPLUGIN=gen works, and Korean input goes through XIM.

Thanks for SliTaz. Feedback is welcome here or as GitHub issues.

14) get-LibreOffice is 32-bit only, so it can't work on x86_64

get-LibreOffice in the x86_64 cooking repository downloads the 32-bit
build: SUFFIX="Linux_x86_rpm.tar.gz" and URLs under .../rpm/x86/, with the
default version pinned to 6.2.8.2 ("Newer versions than 6.2.8.2 are not
available in 32-bit flavour!"). On x86_64, /lib/ld-linux.so.2 is only a
symlink to ld-linux-x86-64.so.2 and there are no 32-bit libraries, so the
resulting LibreOffice cannot run.

For x86_64 the script would need the x86-64 build: Linux_x86-64_rpm.tar.gz
under .../rpm/x86_64/. The version matters too: LibreOffice 24.2 and newer
need glibc 2.27, and SliTaz 5.1 has 2.20. 7.6.7.2 is the last release that
works (it needs glibc 2.17). My receipt for it, tested with Korean input:
https://github.com/Otrona/slitaz-kime/tree/main/wok/libreoffice

Hey! As discussed by mail: Welcome to the SliTaz dev team! You will be able to push most of your worl by yourself.

2) That's normal, cookutils and it's deps is not necessary on a user machine.

3) Very strange, can't reproduce, Busybox wget works fine with https.

6) Adding the five rtw89 firmware packages (8851b, 8852a, 8852b, 8852c, 8922a) would make the ISO about 2.2 MB bigger, compressed. In a live session the root filesystem sits in RAM, so they would also use about 25 MB of memory once unpacked. The x86_64 kernel already has all the rtw89 drivers; the i486 kernel has none, so they only make sense on the x86_64 ISOs. For comparison, the new firmware-amdgpu-renoir package (Ryzen 4000 APUs) adds 0.44 MB to the ISO and 1.4 MB in RAM. Maybe we could provide only 8852b, 8852c et 8922a (Wi-Fi 6/6E/7) ?

7) Hu, slitaz is part of the supported distro by Ventoy and I had feedback that it work fine. It was with your custom ISO ?

8) we can increase the 129s

9) tazlito is replaced by metier

10 and 11) you are the expert on those one ;-)

And yeah, kime, libreoffice fix/update and 64bit version is welcome.

Any thing else ca be discussed here or on Filature dev threads!