SliTaz Forum
You are not logged in.
Hi,
I check to upgrade latest 5.10 kernel (5.10.213), issue on build :
CC fs/hfsplus/xattr_user.o
arch/x86/kernel/paravirt.c: In function 'paravirt_patch_call':
arch/x86/kernel/paravirt.c:65:2: error: implicit declaration of function '__text_gen_insn'; did you mean 'get_gendisk'? [-Werror=implicit-function-declaration]
__text_gen_insn(insn_buff, CALL_INSN_OPCODE,
^~~~~~~~~~~~~~~
get_gendisk
arch/x86/kernel/paravirt.c:65:29: error: 'CALL_INSN_OPCODE' undeclared (first use in this function)
__text_gen_insn(insn_buff, CALL_INSN_OPCODE,
^~~~~~~~~~~~~~~~
arch/x86/kernel/paravirt.c:65:29: note: each undeclared identifier is reported only once for each function it appears in
arch/x86/kernel/paravirt.c:66:26: error: 'CALL_INSN_SIZE' undeclared (first use in this function); did you mean 'ARG_CONST_SIZE'?
(void *)addr, target, CALL_INSN_SIZE);
^~~~~~~~~~~~~~
ARG_CONST_SIZE
arch/x86/kernel/paravirt.c:68:1: error: control reaches end of non-void function [-Werror=return-type]
}
^
cc1: some warnings being treated as errors
make[2]: *** [scripts/Makefile.build:286: arch/x86/kernel/paravirt.o] Error 1
make[1]: *** [scripts/Makefile.build:503: arch/x86/kernel] Error 2
make: *** [Makefile:1832: arch/x86] Error 2
make: *** Waiting for unfinished jobs....
Found that change come on 5.10.211 about paravirt
"x86/ibt,paravirt: Use text_gen_insn() for paravirt_patch()"
https://cdn.kernel.org/pub/linux/kernel/v5.x/ChangeLog-5.10.211
I try to build 5.15.152, seem ok, need check why 5.15.152 is ok but 5.10.211 no.
Offline
Not sure to understand but read could be related to gcc compiler.
I try gcc49, gcc63, build gcc 9.3, same issue for all about implicit declaration.
In case if we switch to 5.15.152 below diff i have from 5.10.210 oldconfig.
At least for remove items
For theses modules now include in kernel
CONFIG_NET_UDP_TUNNEL=m
CONFIG_MFD_CORE=m
CONFIG_CRYPTO_SHA512=m
For PREALLOC_SIZE, set default to 0 instead 64 for x86
SND_HDA_PREALLOC_SIZE=0
drop from 5.11/5.12/5.14
CONFIG_HAVE_NET_DSA
CONFIG_WIMAX
CONFIG_WIMAX_I2400M
CONFIG_SCSI_GDTH
CONFIG_NET_VENDOR_AURORA
CONFIG_PRISM54
CONFIG_DLCI
CONFIG_SDLA
CONFIG_SBNI
CONFIG_INPUT_POLLDEV
CONFIG_TOUCHSCREEN_PROPERTIES
CONFIG_DEVKMEM
CONFIG_DRM_TTM_DMA_PAGE_POOL
CONFIG_DRM_VM
CONFIG_CLKDEV_LOOKUP
CONFIG_CIFS_WEAK_PW_HASH
CONFIG_CRYPTO_TGR192
CONFIG_CRYPTO_SALSA20
CONFIG_DRM_GMA600
CONFIG_DRM_GMA3600
=> seem merge to one "CONFIG_DRM_GMA500"
Seem related to ST-Ericsson arch U8500
CONFIG_ABX500
Offline
Bonjour shann,
Curieux problème hier lors d'un update (le précédent datait du 23/03) :
tazpkg up
Recharging repository "Main"
==============================================================
checking... [ Done ]
Database timestamp: 04/19/2024 00:00
==============================================================
Repository "Main" is up to date.
Package Repository Version Status
==============================================================
glibc-base Main 2.28 New build
linux Main 5.10.210 → 5.10.215
linux-agp Main 5.10.210 → 5.10.215
linux-drm Main 5.10.210 → 5.10.215
lynx Main 2.9.0 → 2.8.9rel1 (Blocked)
pixman Main 0.40.0 New build
xorg-server Main 1.20.14 New build
==============================================================
You have 5 available upgrades (1 blocked)
You need 27.15 Mo free space.
161 installed packages scanned in 5s
Do you wish to install them now? (y/N) y
Fetch all updates :
Done: linux-5.10.215.tazpkg***************| 8962k 0:00:00 ETA
Done: linux-agp-5.10.215.tazpkg***********| 45764 0:00:00 ETA
Done: linux-drm-5.10.215.tazpkg***********| 172k 0:00:00 ETA
Done: xorg-server-1.20.14.tazpkg**********| 1096k 0:00:00 ETA
Package "linux-5.10.215" already in the cache
...
[c]glibc-base[/c] n'est pas chargé
puis
tazpkg up
Recharging repository "Main"
==============================================================
checking... [ Done ]
Database timestamp: 04/19/2024 00:00
==============================================================
Repository "Main" is up to date.
Package Repository Version Status
==============================================================
glibc-base Main 2.28 New build
lynx Main 2.9.0 → 2.8.9rel1 (Blocked)
System is up-to-date
161 installed packages scanned in 4s
root@slitaz:
[c]tazpkg -gi glibc-base --forced[/c] a résolu le problème.
j'ai d'autres rootfs à mettre à jour, je te dirai si leur mise à jour se comporte de la même façon.
Bon week end.
Offline
Bonsoir Ceel,
Hmm étrange, je sais que j'ai un peu galéré sur le rebuild de glibc sur tank.
J'avais adapté le patch lié à la CVE 2024-2961 pour glibc 2.28 en somme uniquement le Makefile, mais côté encodage y a eu un loupé, ce qui a break l'env current, j'ai donc installé les paquets
construit en local pour fix et relancer le build.
j'avais cette erreur, pourtant sur mon env local pas eu de soucis 
Inconsistency detected by ld.so: get-dynamic-info.h: 143: elf_get_dynamic_info: Assertion `info[DT_RPATH] == NULL' failed!
Pour tout soucis je suspecte à mon avis comme le "cook pkgdb" se fait à minuit et que j'ai du rebuild dans ses eaux la y a eu un mikmak entre le paquet présent côté current et la db 
.
Je viens de tester de mon côté ça semble ok, paquet glibc-base proposé et mis à jour sans soucis.
Offline
Bonjour shann,
Mise à jour de quelques rootfs hier. Même chose sur chacun d'eux.
Offline
Bonsoir Ceel,
Vraiment étrange, côté tank et mirror, md5sum ok pour les paquets glibc-*.
J'ai lancé une ancienne iso que j'avais build (20240315), j'ai fait un tazpkg up -r pas de soucis, il propose et récupère bien glibc-base pour mettre à jour le paquet.
Sachant qu'avec gcc-lib-base, c'est les premiers paquets qui sont récupéré et installé lorsqu'ils sont dans les mise à jour afin de ne pas casser le système.
Offline
Bonjour shann,
Curieux. Mais sans gravité. Je verrai avec la prochaine mise à jour de [c]glibc-base[/c] si tout est rentré dans l'ordre.
Merci.
Offline
Bonsoir Ceel,
J'ai mis à jour mes 2 mini-serveurs, il m'a proposé le kernel 5.10.215 + glibc-base.
Et même souci que toi, il a mis à jour le kernel (linux64, linux64-ipv6, linux64-netfilter) mais rien pour glibc-base.
Je vais creuser si j'arrive à reproduire car c'est étrange.
S'il propose glibc-base il doit être dans la liste des paquets a télécharger
Offline
J'ai également voulu faire des tests sur le comportement de current avec 128Mo, retirer la barette de 1Go de mon dell x300 pour voir les 128Mo de base.
L'impression que le système semble plus poussif, à minima pour l'affichage de tazweb et navigation.
Certe c'est un pentium M (1 core), je vais creuser ce point avec la 4.0 que j'ai en //.
Je trouverais dommage d'avoir perdu ce qui fait l'une des forces de SliTaz en ayant fait une version plus à jour
Offline
Bonsoir shann,
J'ai peut-être un début de piste au sujet de [c]glibc-base[/c]. J'ai terminé les mises à jour de tous mes rootfs et même problème sur tous... sauf 1 !
C'est le seul rootfs construit à partir de Core, tous les autres sont construits depuis JustX ou Base (c'est aussi le seul en PAE mais je ne crois pas que ça puisse avoir un rapport). J'ai chargé l'ISO JustX 20240404 et lancé un update -> ne charge pas glibc-base...
Je rencontre un autre souci dans PCManFM depuis la dernière mise à jour (toujours sous JustX, pas sur Core) : plus d'affichage des applications dans "Ouvrir avec..." ; j'essaie de creuser un peu et je te dirai.
Dis moi, sur ton PC 128MB, tu tournes en full install, pas en frugal ? Avec 256MB, mes rootfs bootent jusqu'à 31/32MB mais à 33 -> out of memory.
Offline
Bonjour Ceel,
Hmm étrange normalement que ce soit base, justx, core cela ne doit rien changer.
Si tu as réussi à reproduire avec les isos actuelles je vais creuser le diff.
Le dell dispose de 1152Mo (1Go + 128Mo soudé), installation full.
tu veux dire avec 256MB, le boot se fige après avoir chargé 31/32Mb du rootfs ?
Je sais que le rootfs est assez volumineux, c'est dans ma todo également de voir ce point.
Offline
Bonjour shann,
tu veux dire avec 256MB, le boot se fige après avoir chargé 31/32Mb du rootfs ?
kernel panic, et je lis dans les messages, un peu plus haut, [c]Out of memory[/c]. Au début, je ne pouvais même pas booter JustX. Maintenant que python3 n'est plus dans le rootfs, ça boote peut-être mais je n'ai pas essayé ; j'ai créé des rootfs en fonction de ce que je veux faire et je les maintiens à jour.
plus d'affichage des applications dans "Ouvrir avec..."
Hum, c'est moi le bug... J'avais désinstallé [c]slitaz-menus[/c] et j'ai oublié de le réinstaller avant de reconstruire le rootfs
Offline
Bonsoir Ceel,
Il semble que justx64 soit ok avec 256Mb de mémoire, je viens de faire le test avec Qemu.
j'ai créé des rootfs en fonction de ce que je veux faire et je les maintiens à jour.
Curieux de savoir les usages 
De mon côté, j'ai un clé usb avec 3.0,4.0,rolling,current si besoin de dépanner
Après j'ai quelque idée de versions (éducatif, borne, env diskless etc..) mais déjà que je me concentre sur une version fonctionnelle pour tous 
[attachment=52318,3533]
Offline
Curieux de savoir les usages
Rien d'extraordinaire :
[*]une saveur Base allégée au maximum ;
[*]une saveur OpenBox construite depuis la Base "light", pour pouvoir booter X avec 256MB en frugal, et qui a évolué depuis avec les principales applis de SliTaz Core et xlunch en mode desktop ;
[*]une saveur "pure JustX" (xorg-server + slim) qui me sert de première pierre pour tester les gestionnaires de fenêtres ;
[*]une saveur i3 ;
[*]une saveur FluxBox (en cours) ;
[*]à venir, une saveur Window Maker.
Je cherche un gestionnaire de fenêtres plus léger qu'OpenBox ; je suis assez satisfait de ma saveur xlunch (encore quelques points à améliorer) mais j'ai dû renoncer au son après l'upgrade de openssl/libssl/libcrypto (1.1.1 vers 3.0.13), c'est là que le rootfs a dépassé 33.1MB.
Je voudrais faire aussi une saveur "web", mais je ne peux même pas insatller Tazweb normalement, je dois d'abord installer une série de dépendances, vider le cache, installer d'autres dépendances, etc... et au final bien sûr, la taille du rootfs est bien supérieure à 33MB
Offline
Je vois, sympa .
Xlunch, je ne connaissais pas, ça fait penser au launcher sur Slax, (en regardant c'est lui qui l'a développé ^^).
j'ai dû renoncer au son après l'upgrade de openssl/libssl/libcrypto (1.1.1 vers 3.0.13), c'est là que le rootfs a dépassé 33.1MB.
, je vois qu'on a 3.3Mo pour openssl 1.1 et 4.7Mo pour openssl 3.0, au moins pour libssl.so et libcrypto.so
Pour Tazweb, oui il dépend de webkitgtk 2.4.11 et en // on a "tazweb-legacy" linké à libwebkit 1.8.3.
libwebkit 1.8.3 => libwebkitgtk-1.0w.so.0.13.4 (29.9M)
webkitgtk 2.4.11 => libwebkitgtk-1.0.so.0.22.17 (40.6M)
Pour webkitgtk, il est compilé avec [c]--enable-video[/c], donc inclus gstreamer-1.0 / gst-plugins-base-1.0 en dependances.
Offline
Salut a tous si vous avez besoin d'un coup de main pour le projet n'hésiter pas a m'écrire
Offline
Bonjour @Ceel,
Je me fais le porte-paroles de MarceloCripe membre de ce forum et qui souhaite contribuer à ta demande ci-dessous :
[blockquote]Je cherche un gestionnaire de fenêtres plus léger qu'OpenBox...[/blockquote]
Contribution de MarceloCripe :
[blockquote]TinyCore a FLWM comme gestionnaire de fenêtres et est plus léger et consomme encore moins de RAM que Fluxbox, JWM et Openbox. Si le Slitaz commence à utiliser le FLWM, il sera certainement encore plus léger.[/blockquote]
Bon dimanche.
Amitiés.
Offline
Bonjour Rantanplan,
C'est exact, FLWM est très léger. Je n'y avais pas pensé (bien qu'utilisateur occasionnel de TinyCore). Je l'ai ajouté à ma liste de WM à évaluer.
Je n'ai pas retrouvé trace de cette demande de MarceloCripte. Eventuellement, je peux tenter de l'empaqueter s'il veut le tester, car de mon côté je ne l'ai pas mis dans mes WM prioritaires.
Je cherche un WM léger mais pas forcément le plus léger ; plutôt un compromis entre légèreté et possibilités offertes.
Bonjour shann,
C'est bien le launcher de Slax. Ca faisait un moment que j'avais envie de le tester sur SliTaz.
Bon weekend à tous les deux.
Offline
Hello all,
My first post here.
Until the day before yesterday I'd never heard of SliTaz.
Thank you all for all your work on it. It looks great for my purposes.
Briefly I'm looking for a minimal 32-bit operating system which I can:
1. keep up to date - the kernel in particular, even if I have to build it myself - and
2. use to build and run DNS (bind), HTTP (apache2) and SMTP (sendmail) servers which do nothing else.
I am not interested in X, GUIs, and the frills, bells and whistles which go with them.
I am interested in security - this means that
3. logging is very important (I use syslog-ng),
4. the box must always know the correct time to within a few milliseconds (I use Chrony), and
5. I need to be able to manage iptables/ipsets rules in bulk (mostly Bash scripts).
None of that should present issues to the Linux kernel, but recently, here, it has done.
The servers run on headless VirtualBox 32-bit VMs with very little memory (the DNS servers run with 128M RAM). They are managed remotely using ssh. At the moment they run a more or less stock Debian Bullseye, but with Bullseye the most recent kernel that I have been able to boot on these VMs is 4.19.0. Before Bullseye the systems were fine, but now, after apt-get upgrade, the systems will not boot until I replace the kernel with something older. In addition, since security updates of about a year ago, the real-time clocks on some of the VMs have become unstable to the point of being useless.
Although the host system is 64-bit, the VMs are limited to 32-bit because of restrictions imposed by the hardware (host CPUs) and VirtualBox itself. I have been running this setup for many years, and I do not feel comfortable switching to a different virtualization system (of any description, including things like Docker).
What I would like to do is start more or less from scratch with a minimal system instead of one of the more well-known and increasingly bloated distributions. I've used Debian because of the simplicity of security updates, but an alternative seems necessary since more often than not the security upgrades now break the operating system.
I've followed this thread and it looks very promising. Obviously a lot of work has been done to get SliTaz where it is now. Maybe I can make a small contribution by building kernels.
Here is what I have done so far.
Using some of the .ISO files for example in ~shann/slitaz-current-stuff/2023xxxx/
I have attempted to start the systems on a spare VM. Using VirtualBox it's very quick and easy to do this for any .ISO file. If I just drop he ISO in the appropriate directory and point the VM's virtual DVD drive to it, the VM will attempt to boot from that ISO and I can tail the kernel log.
The results so far are below.
[c]slitaz-current-base-hybrid-20230911.iso 512M OK
slitaz-current-base_2023.10.29.iso 512M OK
slitaz-current-base_2023.11.07.iso 512M OK
slitaz-current-core-pae_2023.12.02.iso 512M Kernel panic - system is deadlocked on memory
slitaz-current-core-pae_2023.12.02.iso 768M OK
slitaz-current-core_2023.12.02.iso 512M OK
slitaz-current-core_2023.12.17.iso 512M Kernel panic - system is deadlocked on memory
slitaz-current-core_2023.12.17.iso 768M OK
slitaz-current-core-pae_2023.12.17.iso 512M Kernel panic - system is deadlocked on memory
slitaz-current-core-pae_2023.12.17.iso 768M OK
slitaz-current-core_2023.12.23.iso 768M OK
slitaz-current-core-pae_2023.12.23.iso 768M OK
slitaz-current-base_2024.05.27.iso 512M Kernel panic - Attempted to kill idle task!
slitaz-rolling.iso 512M Kernel panic - Attempted to kill idle task![/c]
The "attempted to kill idle task" kernel panic seems to be the same problem I see in recent Debian kernels which I have tried (5.x, 6.x) and other recent "minimal" systems too (Tinycore, Antix, ...). The most recent Tinycore system I could boot for example was Tinycore 10.1 from February 2020.
It would be great if I could use a script (or maybe several scripts) to create SliTaz "base" .ISOs with custom kernels. I have seen references to "woks" and "cooking" but I don't seem to be able to find what I need to build the .ISOs - maybe I'm looking in the wrong places. Ideally to begin with I'd like to be able to build one or more of the .ISOs in my list above as an exercise, so that I can tell that I'm doing it more or less right. As well as "base" .ISOs I'd be happy to build "core" and other .ISOs if they might be useful to anyone.
If there are build systems which I could use for this, where should I be looking for them?
Offline
Hi Ged,
Infact slitaz could be a good choice for your usage.
For me it's strange that you have issue on virtualbox but i found this
https://forums.virtualbox.org/viewtopic.php?t=107195
Said with 1 CPU assigned issue, not with 2 CPUs assigned.
Which is version of Virtualbox do you have, for 32bits limitation it's due of CPU svm/vmx miss options i think ?
In this topic https://forums.virtualbox.org/viewtopic.php?f=1&t=62339, talk about limitation for CPU don't have this options.
no x64 guests, and one vCPU only.
For current until February iso use 4.19.307 kernel, and since February switched to 5.10 kernel branch (could be explain error you see).
But for rolling, kernel is 3.16.55, in case should work.
Also for [c]Kernel panic - system is deadlocked on memory[/c], infact due of rootfs size of Core (full desktop) that required more of 512M.
=> concerning this point, i need to work on it to optimize it.
you can read and follow this as begin for understood how create custom livecd
https://doc.slitaz.org/en:handbook:genlivecd
wok is our source repository for all packages.
cooking do reference of development version.
Offline
Hi Shann,
Thank you for your very useful reply.
Yes, I have seen the VirtualBox threads which you pointed out for me.
Unfortunately because of the hardware limitations which I mentioned I cannot use 2 CPUs, and I cannot upgrade VirtualBox from version 6 which I am currently using. The 32 bit limitation is caused by the lack of hardware virtualization support in the host (actually in the host BIOS). I could replace the host (and probably at some point in the distant future I will), but it has been very reliable for many years and I do not want to change to an unknown quantity for all my virtual servers. Even with a known quantity, it's quite enough work to keep them happy.
It might well be that if I could select a second CPU things would work, but, even though I do not have that option, I am not sure that I actually want it! These servers have all run just fine for many years using a single CPU for each server.
I am hoping that I will be able to build more recent kernels without some feature which is causing my problems so that I will be able boot a recent kernel with 1 CPU on VirtualBox 6.x - but I must admit it is just a hope, and of course if there is such a feature I first have to find it. This is why I expect to be building a lot of kernels.
Agreed you need to work on reducing the memory usage if SliTaz won't boot in 512M.
Thank you for the link to handbook:genlivecd. That will be my light reading for this weekend...
Have a good one, and thanks again.
Ged.
Offline
Bonsoir shann,
Petit souci avec mtpaint aujourd'hui ; ça faisait quelques semaines que je ne l'avais pas utilisé.
Voici les messages lorsque je le lance depuis un terminal :
[c](mtpaint:6056): GLib-GObject-CRITICAL **: g_object_unref: assertion 'G_IS_OBJECT (object)' failed
(mtpaint:6056): GLib-GObject-CRITICAL **: g_object_unref: assertion 'val !=NULL' failed
Segmentation fault[/c]
J'en profite pour te signaler un autre dysfonctionnement, mais pas bloquant, à chaque fois que je lance Gparted. Lors du scan du disque dur :
Libparted Error
Error informing the kernel about modifications to partition
/dev/sda4 -- Invalid argument. This means Linux won't know
about any changes you made to /dev/sda4 until you reboot
-- so you shouldn't mount it or use it in any way before
rebooting.
[ Cancel ] [ Ignore ]
Après avoir cliqué (2 fois) sur [Cancel] ou (1 fois) sur [Ignore], les partitons s'affichent :
Partition File System
/dev/sda1 linux-swap
/dev/sda2 ext3
/dev/sda3 ext2
/dev/sda4 extended
/dev/sda5 ext3
/dev/sda6 ext3
Offline
Trouvé pour mtpaint. C'est la mise à jour de gdk-pixbuf 2.42.6 vers 2.42.12 qui crée le problème.
Offline
Hi Shann,
Well, it took rather less than the whole weekend.
I don't know if this should stay in this thread or if I should start another one.
The latest base won't boot, so I'm using base from 7 November 2023.
I started a VM with 768M RAM from the LiveCD, selected UK keyboard at the first screen and just hit return at the next two. SliTaz picked up a local IP from my DHCP server and put the local search path in resolv.conf. It didn't pick up my nameservers (I haven't yet looked into why) so I edited resolv.conf to add two (my local primary and a remote secondary). Network access and name resolution seem to work fine.
Looking at handbook:genlivecd I tried to generate a custom LiveCD according to the instructions but I failed at the first step:
[c]root@slitaz:~# tazlito list-flavors
Connecting to people.slitaz.org (141.94.188.35:80)
Connecting to people.slitaz.org (141.94.188.35:443)
wget: server returned error: HTTP/1.1 404 Not Found
List of flavors
================================================================================
================================================================================
root@slitaz:~#[/c]
So I tried to look at the tazlito 'man' page using 'man tazlito' (as root or tux, no difference) and the displayed text looks like this:
[c]8<----------------------------------------------------------------------
Tazlito Manual
</div>
Copyright C <span class="year"></span> SliTaz GNU/Linux
standard input lines 1-4/4 (END)
8<----------------------------------------------------------------------[/c]
None of this looks like problems with the VM, have I missed something?
No rush. At the moment my primary NS is resetting its clock every minute, good enough for MIT.
Offline
[ Generated in 0.017 seconds, 7 queries executed - Memory usage: 1.63 MiB (Peak: 1.77 MiB) ]