[Current version dev thread] - Usage of SliTaz 4.0 / rolling

SliTaz Forum » English Support » Live and installation

[Current version dev thread] - Usage of SliTaz 4.0 / rolling

(499 posts) (13 voices)

Started 1 year ago by shann
Latest reply from alanyih
This topic is not a support question

Tags:

No tags yet.

« Previous 1…252627…34 Next »

shann

offline
Administrator

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.

Posted 9 months ago #
shann

offline
Administrator

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

Posted 9 months ago #

Ceel

offline

Administrator

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
...

glibc-base 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:

tazpkg -gi glibc-base --forced 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.

Posted 8 months ago #

shann

offline
Administrator

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.

Posted 8 months ago #
Ceel

offline
Administrator

Bonjour shann,

Mise à jour de quelques rootfs hier. Même chose sur chacun d'eux.

Posted 8 months ago #
shann

offline
Administrator

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.

Posted 8 months ago #
shann

offline
Administrator
Je viens de mettre à jour ma partition current sur mon dell x300.

Pas de soucis sur les mises à jour.
Attachments
update_current_x300.png (150.3 KB, 89 downloads) 8 months old
Posted 8 months ago #
Ceel

offline
Administrator

Bonjour shann,

Curieux. Mais sans gravité. Je verrai avec la prochaine mise à jour de glibc-base si tout est rentré dans l'ordre.
Merci.

Posted 8 months ago #
shann

offline
Administrator

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

Posted 8 months ago #
shann

offline
Administrator

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 :/

Posted 8 months ago #
Ceel

offline
Administrator

Bonsoir shann,

J'ai peut-être un début de piste au sujet de glibc-base. 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.

Posted 8 months ago #
shann

offline
Administrator

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.

Posted 8 months ago #
Ceel

offline
Administrator

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, Out of memory. 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é slitaz-menus et j'ai oublié de le réinstaller avant de reconstruire le rootfs :/

Posted 8 months ago #
shann

offline
Administrator
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 ;)
Attachments
slitaz_current_justx_256mb.png (56.9 KB, 89 downloads) 8 months old
Posted 8 months ago #
Ceel

offline
Administrator
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 :(
Posted 8 months ago #

RSS feed for this topic

« Previous 1…252627…34 Next »

Reply »

You must log in to post.

[Current version dev thread] - Usage of SliTaz 4.0 / rolling

Attachments

Attachments

Reply »