SliTaz Forum
You are not logged in.
Bonjour.
Un moment que je n'avais démarré mon portable slitaz.
J'ai fais les MAJ, et n'aurais pas du : transmission n’arrête pas de planter.
(...)
be used anymore. It will be removed in a future version.
(transmission:5180): GLib-GObject-WARNING **: The property GtkAlignment:yalign is deprecated and shouldn't be used anymore. It will be removed in a future version.
(transmission:5180): GLib-GObject-WARNING **: The property GtkCellRendererPixbuf:stock-id is deprecated and shouldn't be used anymore. It will be removed in a future version.
Erreur de segmentation
Offline
J'ai un sel torrent, qui fonctionne bien ailleurs.
Offline
Bonsoir Gluzboikh,
Navré de lire ça 
Je sais qu'il y a un rebuild en cours des paquets sur cooking.
Je viens de faire un test en vm avec l'iso rolling que j'ai sur mon pc (20251109), je n'ai pas rencontré de bug en lancant transmission, en effet il y a bien des warning a propos mais pas de seg fault.
Live en installation transmission après tazpkg up -r
Sur disque après installation et mises à jour du système
Edit: "il semble qu'il manque adwaita-icon-theme et librsvg en dépendances, car l'appli utilise gtk+3"
[attachment=53682,3798]
Offline
Essais de lancer un torrent ? c'est ça qui fait crasher chez moi.
[edit] le crash est aléatoire, dès le démarrage du torrent ou 10 min après...
Offline
Bonsoir Gluzboikh,
Ok je vois, ce qui explique pourquoi je n'ai pas constaté de seg fault 
.
Je viens de lancer un téléchargement torrent, pour l'instant pas de seg fault, je verrais si celui-ci arrive ou pas.
[attachment=53685,3799]
Si je n'arrive pas à reproduire il faudra voir avec gdb ce qu'on peut faire pour avoir une trace de debug.
Offline
Je peux downgrader le paquet ?
Offline
J'ai reproduit le bug avec gdb, mais je ne sais pas comment copier le contenu de xterm (comment remonter?) ou comment l'envoyer vers un fichier. Ni quoi taper das gdb quand ça a planté d’ailleurs !
[ edit] mince, j'arrive plus a réveiller depuis le fameux "suspend to ram" !
Offline
Il n'y a pas eu de mise à jour de transmission.
Je ne sais pas la dernière fois que tu avais fait les mises à jour,il est possible malheureusement qu'une mise à jour est introduit un bug.
De mon côté je n'ai pas eu de segfault lors du téléchargement du torrent.
Il est possible de dire à gdb de sauvegarder dans un fichier suivant comment tu as lancé gdb pour debugger transmission :
[c](gdb) set logging enabled on[/c] (cela enregister les logs dans un fichier gdb.txt) ou [c](gdb) run > outfile[/c]
Quand le segfault apparait, il me semble que tu peut quitter gdb en tapant [c]quit[/c]
Mince, j'espère qu'il n'y a pas eu de regression pour le 'suspend to ram'
Offline
Bonjour Gluzboikh,
mais je ne sais pas comment copier le contenu de xterm (comment remonter ?)
Pour copier-coller depuis xterm, ouvrez d'abord leafpad, puis dans le terminal, commencez à sélectionner les dernières lignes avec la touche gauche (quelques lignes suffisent)
puis, sans toucher à rien, relâche la touche gauche et, à l'aide de la molette, fais défiler toutes les lignes qui t'intéressent
clique avec la touche droite pour sélectionner toute la partie choisie du terminal, relâche la touche droite et
passe à leafpad et clique avec la touche centrale. Tout le texte qui était sélectionné sera transcrit.
-------------------------------------------------------------------------------------------------
Ciao Gluzboikh,
mais je ne sais pas comment copier le contenu de xterm (comment remonter?)
per fare copia incolla da xterm apri prima leafpad, poi nel terminale inizia ad evidenziare dalle ultime righe con il tasto sx (alcune righe bastano)
poi senza toccare nulla rilascia il tasto sx e con la rotella scrolla su per tutte le righe che ti interessano
clicca con il tasto dx per evidenziare l'intera parte scelta del terminale, rilascia il tasto destro e
spostati su leafpad e clicca con il tasto centrale. Tutto il testo che era evidenziato sarà trascritto.
Offline
Ça fait un an que je n'avais pas booté ce PC.
Mince j'aurai mieux fais de pas faire les maj !
Je testerai bien avec un vieux paquet quand même.
Je crois qu'il faut taper des trucs pour avoir plus d'info explicite (j'ai fais ça mais il y a longtemps, j'ai un vague souvenir d'indiquer de suivre des threads ou truc comme ça).
Là, quand le segfault apparaît, gdb sort une seule ligne avec des codes, ça sera suffisant ?
Sinon, bizarre que je soit le seul, non ?
Le plantage est aléatoire mais certain dans les dizaines de minutes.
Offline
Malheureusement il n'y a pas de système type "Rollback Machine" comme Arch Linux
https://wiki.archlinux.org/title/Arch_Linux_Archive
L'un des inconvénient du rolling release est que les paquets sont mis à jour au fil de l'eau sans fallback possible si ce n'est pas mis en place.
Je vais essayer de voir mais à mon avis en un an, beaucoup de commits ont été fait sur cooking, je pense notamment à busybox 1.37, openssl 3.x (avec ajout openss10 pour les paquets nécessitant la version 1.x)
Même si tu as comme info qu'une seule ligne, ça peut suffir, je crois de mémoire que pour Midori qui me faisait un segfault lors du build sur ma version, j'avais qu'une ligne qui était en lien avec glib.
Je vais essayer de voir si sur mon EeePC (en physique et non sur qemu) je reproduit.
Après peut-être que d'autres n'utilisent pas transmission ou sont dans un contexte différent (mis à jour faite au fur et à mesure), ou peut-être qu'un paquet n'as pas été mis à jour correctement dans ton cas ?
Offline
Salut Shann, penses-tu que ce script pourrait aider Gluzboikh à détecter d'éventuels paquets corrompus ?
https://forum.slitaz.org/topic/usage-of-slitaz-40-rolling/page/42#post-53501
--------------------------------------------------------
ciao Shann, pensi che questo script possa aiutare Gluzboikh nello scovare eventuali pacchetti corrotti?
https://forum.slitaz.org/topic/usage-of-slitaz-40-rolling/page/42#post-53501
Offline
Ciao Gibor, in effetti è utile per trovare i file mancanti del pacchetto.
Controllo il codice, tranne l'esclusione del file .new, che normalmente potrebbe essere applicato anche a "cooking".
Gluzboikh, ce que propose gibor c'est d'utiliser le script que j'avais fait afin de réparer une installation current (6.0) lors de la transition fs.cpio > fs.tar.xz.
En effet afin d'optimiser l'espace utilisé par tazpkg, on ne copie plus le paquet dans /tmp, mais on extrait directement une archive .tar.xz et on gère la config avec des fichiers .new.
J'ai repris le fonctionnement des pkgtools de Slackware, archive .tar.xz avec gestion des fichiers de configs.
Si le fichier de config n'existe pas on renomme le fichier .new en .conf (ex /etc/apache/httpd.conf.new), si le fichier a été modifié on laisse le fichier en place et à côté le .new pour que l'utilisateur gère le delta.
C'est dans ma todo d'avoir un script pour gérer les dotnew, pour le moment rien n'est automatique.
Offline
Offline
Test concluant, ci dessous test avec transmission lié à openssl10 (1.0.2u).
Il semble qu'il n'y ai pas eu de segfault, je te laisse confirmer que c'est ok pour toi aussi avant de pousser la modif sur le repo.
[attachment=53703,3808]
Offline
Super !
Pour l'instant ça fonctionne.
Par contre j'ai vu plein de mises à jour, j'ai peur du coup !
autre chose : comment changer mon DNS ? J'utilise firefox
Offline
Top,
Comme il y a un rebuild global de ce que j'ai vu, sur 5.0 tu vas avoir pas mal de mise à jour dont il me semble transmission qui va du coup être écrasé par la version qui segfault .
Soit tu reinstall la version avec openssl10 ou tu fait un [c]tazpkg block transmission[/c] le temp que je pousse la modif.
Pour le DNS, soit global dans /etc/resolv.conf sinon pour Firefox et la confidentialité tu as ce lien qui en parle
https://support.mozilla.org/fr/kb/configurer-niveaux-protection-dns-via-https
Offline
et il viens de planter 4 fois d'affilé... (firefox)
Impossible d'acceder a mamot.fr
Offline
Je confirme que transmission et redevenu stable (avec ton paquet).
Par contre il y a bien une régression sur pm-suspend.:/ (pas testé après la maj qui prend du temps ! )
Offline
Mince
Pour pm-suspend, je ne l'ai pas testé.
Je viens de tester l'accès à mamot.fr, page blanche avec firefox-official-fr (77.0), avec les devtools il semble que c'est lié à une "erreur js", à mon avis lié à la version de firefox qui ne la comprend pas.
Malheureusement rolling disposant uniquement de la glibc 2.14.1, firefox ne peut pas être mis à jour.
Quand j'ai travaillé pour mettre à jour la 4.0, j'avais passé la glibc de 2.13 > 2.19 > 2.20 > 2.21 > 2.22.
Il faut que je regarde de mémoire la 2.19 est rétro-compatible avec 2.13/2.14.1, mais cela peut induire des effets de bord avec les autres paquets qui ne seraient pas compatible.
De ce que j'avais testé l'ensemble des paquets présent dans la version core (desktop) étaient fonctionnel.
Offline
Ah zut pour mamot.fr
J'ai testé midori et gemini, pas mieux.
Offline
et tazweb, aussi
Offline
J'avais testé également sur midori / tazweb, pas précisé désolé .
Tazweb / midori utilise tous deux libwebkit qui n'est pas adapté pour les sites modernes.
Il faut que je regarde comment on peut avoir une version de Firefox fonctionnelle sous rolling, mais je crains qu'à défaut de mise à jour de la glibc ça va être compliqué.
Une piste à explorer de mon côté est de compiler la glibc 2.19 et vérifier que cela ne casse rien si on l'install à la place de la 2.14.1.
Normalement non mais je vais devoir m'en assurer.
Offline
Gluzboikh,
Des tests que j'ai fait sur mon EeePC et Dell X300,j'ai mis à jour glibc en 2.21
https://people.slitaz.org/~shann/slitaz-current-stuff/packages_20230823/
Sur mon EeePC, firefox que ce soit les versions 102, 115 ou 128 ESR, crash (techno optimus intel/nvidia, il ne sais pas quel carte utilisé).
Sur mon X300, crash également, de ce que j'ai compris en lien avec libEGL, je pense que mesa 9 est trop ancien.
Sur mon X300, firefox 128 esr est ok sur 6.0 (glibc 2.34. mesa 21)
[attachment=53738,3816] [attachment=53738,3817]
Offline
[ Generated in 0.017 seconds, 7 queries executed - Memory usage: 1.6 MiB (Peak: 1.77 MiB) ]