Reprise du message précédent :
Debian 12.9 pour le 11 Janvier.

hop, la 12.9 est la
https://www.debian.org/News/2025/20250111

L'upgrade vers 12.9 a fait que mes VM (KVM) ne démarrent plus, il semble manquer l'interface réseau virtuelle. Je vais (dois ) creuser ça...

EDIT: Chez moi systemctl disable dnsmasq.service et redémarrage a réglé le soucis, mais attention selon votre config réseau. A la base y'a probablement un bug suite à la màj de dnsmasq ou du genre.

Bonsoir,
 
Avec debian 12.9 et son kernel 6.1.123-1 (kernel debian 6.1.0-29)  zram ne fonctionne plus correctement.
 
Deux solutions :
- retour au kernel 6.1.119-1 (kernel debian 6.1.0-28)
- passage au kernel 6.1.124-1 qui corrige le bug

Ca doit être la màj noyau de tout à l'heure ça?
 
Sinon je dois acheter un nouveau scanner, visiblement c'est compatible Manchot OS d'après Amazon:

 
 
(Oui c'est réellement compatible, j'ai vérifié.)

t'es sur ?

Pour l'anecdote, j'ai récupéré un HP Scanjet G2710 .... le plus long a été la recherche google des logiciels KDE gérant les scanners à plat.
Un coup d'électricité, un port USB libre et hop un scanner opérationnel avec mon noyau custom 6.12.9  

 
Du coup j'ai commencé à regarder ce qui était embarqué dans debian 13.
Kernel 6.12 et kde 6.2.5 pour l'instant.  
 
ça va faire un bon changement.
(même si perso je suis sur le kernel 6.6 compilé à la main sur mes configs)

J'ai fait une compilation de cette manière :  
 
https://debian-facile.org/doc:systeme:kernel:compiler
 
Y'a t'il autre chose à ajouter comme les patchs de kernel.org ?
 

Le prochain nom de code: Duke
https://wiki.debian.org/DebianDuke
   

ah oui je me souviens c'est dans le 4
 
https://www.google.fr/search?q=duke+toy+story&udm=2

ha. la prochaine prochaine, en fait
donc debian 15

oui donc je sais pas si ça va de pair (probablement) mais donc les dates de freeze de trixie sont annoncées (ce qui est quand même plus interessant que le nom de la suivante ) :

2025-03-15      - Milestone 1 - Transition and toolchain freeze
2025-04-15      - Milestone 2 - Soft Freeze
2025-05-15      - Milestone 3 - Hard Freeze - for key packages and packages without autopkgtests

bref vous l'avez déjà lu partout https://linuxfr.org/users/alimentai [...] eeze-dates

ah il manque le full freeze

Firefox 134 sur arm64 qui me dit de mettre à jour un certificat racine sinon va y avoir des problèmes après le 14 mars 2025
 
https://www.mozilla.org/fr/firefox/welcome/21/
https://support.mozilla.org/fr/kb/e [...] cat-racine

Plop  
 
Y'a des connaisseurs de GDB ici?
 
J'ai un logiciel (beaucoup de code C) qui utilise SDL2. Il y a un bug quelque part -> SIGSEGV. Sauf que quand je fais tourner le logiciel sous GDB ce dernier m'affiche bien SIGSEGV mais freeze, pas moyen de tapper quoi que ce soit (notamment "backtrace" ) ou simplement de faire Ctrl+C. Je suis obligé de terminer GDB depuis un autre terminal (Ctrl+Alt+F1) ou difficilement avec mate-system-monitor mais qui ne fonctionne plus qu'à moitié (menus pas affichés, impossible de cliquer, ...). Une fois GDB et donc mon ./main tué tout va bien de nouveau. C'est quoi ce truc??
 
J'ai cherché sur internet, rien de concluant... Pour l'instant je me débrouille avec

pour avoir le backtrace et GDB qui s'auto-termine ensuite; de toute façon je sais pas m'en servir d'avantage de GDB. Mais c'est quand même étrange...
 
Quelqu'un?

Tu utilises un noyau RT et SCHED_FIFO/SCHED_RR ?

Tu en poses des questions...  
 
Non, noyau stock Debian 12, soit

J'utilise gdb pour un programme avec SDL2/OpenGL, exactement de la même manière que toi, et les seules cas où ça freeze/bloque le système, c'est quand un thread (qui a une priorité plus élevée que le serveur X) ne relâche pas suffisamment l'exécution, ou avec des problèmes d'inversion de priorité des mutex.
 
Ca ne devrait théoriquement pas arriver avec un noyau PREEMPT_DYNAMIC et le scheduling de base (SCHED_OTHER), mais tu peux essayer de placer quelques usleep() dans ton code aux endroits où ça pourrait bloquer pour voir si ça aide.
Si c'est un problème de mutex, PTHREAD_PRIO_INHERIT pourrait être ton ami, mais lis bien la doc pour piger le concept, c'est une arme à double tranchant ...

 
C est pas pareil !

@404 Not Found:
 
Oui, je pense que c'est une histoire liée au serveur X. Il y a des threads dans SDL2, j'en sais pas plus. Le soucis c'est que ça n'arrive que parfois, le moindre changement du code + recompil et le soucis disparaît... Cette histoire de PTHREAD_PRIO_INHERIT j'ai pas la tête pour ça en ce moment...

Tiens, c'est nouveau ce bug graphique avec Youtube et Firefox? J'ai vu ça pour la première fois il y a quelque jours, mais ça semble pas systématique et uniquement quand les contrôles sont affichés. Quelqu'un a remarqué la même chose?

 
lsmod me dit que j'utilise amdgpu, GPU intégré au Ryzen 5 quelque chose. Debian 12 à jour avec FF ESR soit 128.7.

Oui mais non, en fait, je t'envoie probablement sur une mauvaise piste.
Si tu n'utilises pas pthread_setschedparam(), pthread_mutexattr_setprotocol() et autres joyeusetés, ton problème vient d'ailleurs.
 
Vérifie ce que tu fais avec SDL_PollEvent()/SDL_WaitEvent().

Nan, j'utilise pas ces bestioles. Quand le problème se présentera la prochaine fois je vais essayer de creuser.

Petite chose marrante sur la dernière version de plasma 6 et des brouettes, wayland est utilisé par défaut.
Bah, ca laisse plus passer vnc...
 
Petit tour dans /etc/sddm.conf.d/kde-settings pour se rappeler de la dernière session utilisée (x11).
J'ai cherché un peu sur le net, semble pas y avoir de client/serveur compatible wayland/plasma

J'ai une 20aine de machines sous alma linux kde au boulot, on dégage Wayland par défaut sinon ça fait merder plein de trucs

C'était mon réflexe, aller voir dans aptitude pour virer kwin-wayland, ce que je faisais précédemment pour être sur que sddm ne présente pas de session wayland, mais kwin-wayland est maintenant une dépendance de plasma-workspace 6.2.5-1 minimum (version de testing actuellement), plus moyen de le virer.

D'ailleurs vous savez si c'est kde 6.3 qui sera prévu pour debian 13?
Je l'ai en vm d'installé pour voir, de mémoire c'était toujours kde 6.2.X.

KDE Plasma 5.27
 
https://www.debian.org/releases/tri [...] ew.en.html
 
Après ca semble pas trop fiable car ils parlent de PHP 7.4 pour Bookworm avec que c'est 8.2.
 
D'ailleurs je vais commencer à synchro mon miroir pour 13. Par contre sortie fin Aout ca m'arrange vraiment pour la rentrée  

Aussi, ché pas si des gens tournent avec le kernel backports, mais j'ai plus de wifi avec (contrôleur Intel d'un Dell XPS)

C'est pas à jour clairement, c'est un copier coller de la 12 avec quelques majs, mais ça ne dit pas précisément ce que sera la 13 si ce n'est pas freezé.

Pour pouvoir utiliser ce kernel il faut mettre à jour les firmwares qui se trouvent également dans le backport.

Fais un :

dpkg -l|grep -i firmware

S'il y'a une nouvelle version d'un firmaware dans le backport  installe là :

apt install -t bookworm-backports <package>

Sur mon portable j'en avais deux à mettre à jour dont le firmware wifi.

Bonsoir,
 
Je "galère" avec ma machine depuis que je peu plus écouter "youtube" en étant sur un autre terminal.
 
Existe - t - il un moyen de contourner mon problème ?
 
S'il vous plait ?

Bonjour
Donne plus de précisions car là c'est pas très clair.

C'est moi ou https://www.debian.org/distrib/packages est mort? Je me prend du 503 unavailable quand je lance une recherche.
 
Je suis sous Debian depuis un moment mais je viens juste de comprendre que les backports ne sont pas activés par défaut. Il y a notamment moyen d'avoir Kicad 8 à la place du 6. La doc Debian parle de "généralement sans danger" pour l'installation de logiciels depuis les backports, vous confirmez? Pas envie de péter mon système...

Backport c'est seulement utile si tu n'as que stable de défini dans tes dépôts.
Si tu as stable, testing (et unstable), y a pas/beaucoup moins besoin de backports.

si tu limites les paquets des backports au strict nécessaire, que tu fais attention aux éventuelles dépendances que ça importe et que tu penses à faire le ménage là-dedans si besoin lors des MAJ debian, je pense qu'il n'y a pas trop de risque.

Bon, je me répond à moi même, upgrade de la vm debian 13, elle est passée à kde 6.3.0 donc ça sera bien cette branche là.  

Merci. J'ai que stable en effet dans mon sources.list. Je vais penser aux backports le jour où j'aurais absolument besoin d'une nouvelle version de tel ou tel logiciel, genre Kicad. Pour l'instant la version 6 fait son boulot.

Ou au pire prendre le logiciel en flatpak?

n’hésite pas sur backport, c'est du stable en plus récent c'est tout, et t'installe au cas par cas (et oublie testing et unstable qui pour le coup ne sont pas stable)
 
et backport est indispensable sur certain trucs qui sont passés en stable mais avec un bug chiant par exemple ou plus rare, mais encore plus indispensable, des versions stables qui sont devenu obsolètes comme yt-dlp
 
et pour installer du backport n'utilise pas la syntaxe

mais utilise toujours la syntaxe

qui installe les dépendance nécessaires contrairement à la première
la doc est moisie sur ce point elle ne fait pas de distinction entre les deux commandes
 
mais sinon sur debian 12 c'est tranquile, j'ai quasi rien en backport, sur debian 11 j'avais été obligé d'en installer une chiée et de faire des backport manuel parce-que les versions stables était trop moisies (d'ailleurs je me dis que je vais ptet skipper debian 13 tellement je suis bien là)
 
pour savoir si un backport est dispo

en plus du site web évidement

bon mon raccourcis "backport c'est du stable en plus récent" est complètement con mais c'est pour dire que c'est moins foireux que de mettre du testing (même si c'est souvent les même versions )

edit : la différence avec testing c'est que testing va installer toutes les dépendances testing systématiquement vu qu'il est fait pour tourner en testing alors que backport est fait pour tourner sur stable, il est compilé avec stable et il ne va installer que les dépendances absolument indispensables qui n'ont pas d'équivalences en stables (et qui vont être elles aussi backportées donc avec dépendances minimales voir nulles en dehors de stable)

avec testing tu va rapidement avoir un système complètement bloated et foireux, avec backport ça reste très propre