Re: compatibilité matérielle Debian Testing Asus PRIME B650-Plus + AMD Ryzen 7 8700G + Corsaire VEgeance Black 2x16Go DDR5 5200MHz CL40
Bonjour Basile, Mon avis à deux sous d'internaute vaut ce qu'il vaut, et je ne suis pas à l'abri de me prendre les pieds dans le tapis, donc n'hésitez pas à prendre d'autres avis par ailleurs avant d'engager des frais. En particulier, je décline toute responsabilité s'il devait y avoir un ou des pépins après achat. ;) Basile Starynkevitch, on 2024-02-22: > Est ce ia carte mère et le processeur susdits sont compatible Debian > Testing? En particulier pour faire tourner un serveur Xorg et Gimp. Je > m'interroge sur la compatibilité de la carte mère avec le coprocesseur > graphique du AMD Ryzen 7 8700G. Je ne vois pas d'objections : les nouvelles moutures de l'installateur Debian devraient automatiquement ajouter les microprogrammes nécessaires au bon fonctionnement du processeur et de sa puce graphique embarquée. Évidemment, le diable se cache dans les détails, et on n'est pas à l'abri que certains composants se trouvent être retors : cartes réseau, puces WiFi, ce genre de choses. En fait, ce pourrait être intéressant à la fin de l'installation de la machine de rédiger un rapport via le système de suivi de bogues, pour indiquer à l'équipe en charge de l'installateur ce qui s'est bien passé et ce qui s'est moins bien passé : $ reportbug installation-reports Pour le moment, aucun des rapports d'installation[1] ne semblent concerner les cartes mères à chipset B650, ce qui suggère que : soit elles n'ont pas de problèmes, soit personne ne s'en sert. [1] : https://bugs.debian.org/cgi-bin/pkgreport.cgi?pkg=installation-reports > (l'usage principal étant le traitement d'images numériques, notamment avec > Gimp et Inkscape; accessoirement la compilation par GCC) > > Pour ceux qui connaissent materiel.net les composants qu'on souhaite > assembler sont listés en https://materiel.net/s/5CKV6K et vos critiques > constructives sont bienvenues (pour un usage professionnel pour un > photographe professionnel) Pour éviter de perdre du temps sur de la casse, surtout pour un usage professionnel où le temps est littéralement de l'argent, est-ce que ça ne vaudrait pas le coup de rajouter un disque pour constituer une colonne Raid 1, et ainsi éviter de perdre une journée de travail à jongler avec des sauvegardes lors de la panne du disque ? Attention, le Raid 1 ne remplace pas la mise en place d'une stratégie de sauvegarde. Autrement, compter uniquement sur une puce graphique embarquée peut paraître un peu léger pour un usage professionnel, mais la configuration a l'air suffisamment solide pour rajouter une carte graphique dédiée après coup, si la puce intégrée devait être insuffisante. Bonne journée, :) -- Étienne Mollier Fingerprint: 8f91 b227 c7d6 f2b1 948c 8236 793c f67e 8f0d 11da Sent from /dev/pts/0, please excuse my verbosity. signature.asc Description: PGP signature
Re: qemu et lancer un system " reel "
Bonjour kaliderus, kaliderus, on 2024-02-22: > J'ai bien accès au Grub, mais une fois passé cette étape le grub de " > ancien système " me dit : > Loading Linux...blabla > et tout de suite > erreur : mémoire épuisée > Loading initial ramdisk ... > erreur : le noyau doit d'abord être chargé > > La ligne de commande de j'utilise actuellement : > > qemu-system-x86_64 \ >-enable-kvm \ >-bios /usr/share/ovmf/OVMF.fd \ >-rtc base=localtime \ >-m 128 \ ^^ Sans précision sur l'unité utilisée, ce devraient être des megaoctets. >-name jessie-base \ >-boot menu=on \ >-drive format=raw,file=/dev/sdb > > Si vous avez une idée pour avancer je vous remercie par avance. L'initramfs doit être décompressé en mémoire lors du démarrage du système. Chez moi, il excède les 128Mio décompressé : $ unmkinitramfs /boot/initrd.img-6.6.15-amd64 initramfs $ du -sh initramfs 168Minitramfs Il faut également compter l'occupation du noyau en mémoire. En allouant 256M ou plus, la séquence de démarrage devrait pouvoir passer à la suite. En espérant que ça clarifie effectivment la situation, -- Étienne Mollier Fingerprint: 8f91 b227 c7d6 f2b1 948c 8236 793c f67e 8f0d 11da Sent from /dev/pts/4, please excuse my verbosity. On air: Riverside - The Place Where I Belong signature.asc Description: PGP signature
Re: perte clavier suite à retour de veille depuis bookworm-12.5
Jacques, on 2024-02-16: > Je viens de faire un rapport de bug, il porte le numéro 1064041. > > Encore un grand merci pour tes conseils, Super, merci d'avoir pris le temps rédiger le rapport, espérons qu'il donne quelque chose incessamment sous peu. Bon dimanche, :) -- Étienne Mollier Fingerprint: 8f91 b227 c7d6 f2b1 948c 8236 793c f67e 8f0d 11da Sent from /dev/pts/2, please excuse my verbosity. signature.asc Description: PGP signature
Re: perte clavier suite à retour de veille depuis bookworm-12.5
Bonjour Jacques, > Le 14/02/2024 à 21:51, Étienne Mollier a écrit : > > Bonjour Jacques, > > > Depuis la mise à jour bookworm du week-end dernier (12.5) , le > > > clavier de mon PC portable (dell latitude 3340) ne fonctionne > > > plus après un retour de veille. > > […] > > > Est-ce que quelqu'un parmi vous est également confronté à ce > > > problème et si oui a-t-il su contourner la difficulté > > > (paramétrage du noyau au boot ou ...)? ou s'agit-il selon vous > > > d'un bug du noyau 6.1.0-18-amd64 ? > > > > Le symptôme ressemble furieusement à celui décrit dans une > > rustine apparue dans Linux 6.1.74 pour éviter ce problème sur > > Acer P459-G2-M [1]. Linux a vu des mises à jour du pilote input > > en versions 6.1.70, 6.1.74 et 6.1.75. On n'est pas à l'abri que > > l'un de ces changements ait introduit ce bug. J'aurais donc > > tendance à penser que c'est un bug du noyau 6.1.0-18-amd64. > > > > [1] : > > https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git/commit/?h=linux-6.1.y=626b0c0ab3a06d02e32700de026c0c3f828f8492 > > Merci Étienne pour ta réponse: je ne suis pas sur d'être tout à fait dans le > même cas que ce que tu évoques: > au retour de veille l'écran s'affiche correctement, le "touchpad" fonctionne > , les "magic SysRq keys" fonctionnent (Fn+Impécran+b reboote la machine). > Penses-tu qu'il soit utile de remonter un rapport de bug debian pour le > paquet linux-image-6.1.0-18-amd64 ? Le comportement ne me paraît pas plus normal, quoiqu'il soit un peu différent. Je pense que ça vaudrait toujours le coup de le signaler aux développeurs noyau. Par ailleurs, la mitigation appliquée pourrait les intéresser : > En parcourant internet j'ai finalement trouvé une rustine qui permet à mon > ordinateur de fonctionner correctement après un retour de veille: > - rajouter "atkbd.reset" à la ligne GRUB_CMDLINE_LINUX_DEFAULT du fichier > /etc/default/grub > - lancer la commande: update-grub > Bonne journée Bonne soirée, :) -- .''`. Étienne Mollier : :' : pgp: 8f91 b227 c7d6 f2b1 948c 8236 793c f67e 8f0d 11da `. `' sent from /dev/pts/2, please excuse my verbosity `- signature.asc Description: PGP signature
Re: perte clavier suite à retour de veille depuis bookworm-12.5
Bonjour Jacques, > Depuis la mise à jour bookworm du week-end dernier (12.5) , le > clavier de mon PC portable (dell latitude 3340) ne fonctionne > plus après un retour de veille. […] > Est-ce que quelqu'un parmi vous est également confronté à ce > problème et si oui a-t-il su contourner la difficulté > (paramétrage du noyau au boot ou ...)? ou s'agit-il selon vous > d'un bug du noyau 6.1.0-18-amd64 ? Le symptôme ressemble furieusement à celui décrit dans une rustine apparue dans Linux 6.1.74 pour éviter ce problème sur Acer P459-G2-M [1]. Linux a vu des mises à jour du pilote input en versions 6.1.70, 6.1.74 et 6.1.75. On n'est pas à l'abri que l'un de ces changements ait introduit ce bug. J'aurais donc tendance à penser que c'est un bug du noyau 6.1.0-18-amd64. [1] : https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git/commit/?h=linux-6.1.y=626b0c0ab3a06d02e32700de026c0c3f828f8492 Si ça peut aider, -- .''`. Étienne Mollier : :' : pgp: 8f91 b227 c7d6 f2b1 948c 8236 793c f67e 8f0d 11da `. `' sent from /dev/pts/5, please excuse my verbosity `-on air: Spock's Beard - 4th Of July signature.asc Description: PGP signature
Nettoyage du spam : janvier 2024
Bonjour, Nous sommes à présent en févier, il est donc désormais possible de traiter les archives du mois de janvier 2024 des listes de diffusion francophones. Comme toujours, n'oubliez pas d'ajouter votre nom à la liste des relecteurs pour que nous sachions où nous en sommes. Les détails du processus de nettoyage du spam sont disponibles sur la page wiki dédiée [1]. [1] : https://wiki.debian.org/I18n/FrenchSpamClean Bon dimanche, :) -- .''`. Étienne Mollier : :' : pgp: 8f91 b227 c7d6 f2b1 948c 8236 793c f67e 8f0d 11da `. `' sent from /dev/pts/1, please excuse my verbosity `- signature.asc Description: PGP signature
Re: exemple en GNU bash de variable tableau
Bonsoir Basile, Basile Starynkevitch, on 2024-01-29: > J'essaie de collecter dans une variable tableau de bash files_to_remove les > fichiers temporaires (qu'il faudrait suprimer à la fin de cez script). > > Je n'arrive pas à comprendre la syntaxe des variables tableau en GNU bash. Comme le veut l'adage, un exemple clair vaut mieux que des mégaoctets de documentation. Pour initialiser les entrées d'un tableau, on peut faire comme ceci : $ TAB[0]='zero' $ TAB[1]='un' $ TAB[2]='deux' Et pour accéder aux valeurs, il faut impérativement entourer la variable avec l'index d'accolades, comme suit : $ echo "${TAB[0]}" zero $ echo "${TAB[1]}" un $ echo "${TAB[2]}" deux Il y a deux méthodes bien distinctes pour accéder à tous les éléments d'un coup, via l'astérisque ou l'arobaze, illustrées par l'exemple ci-dessous : $ for elem in "${TAB[*]}"; do echo " * $elem"; done * zero un deux $ for elem in "${TAB[@]}"; do echo " * $elem"; done * zero * un * deux À noter que dans ce genre de situations, il devient essentiel d'être clair sur l'usage systématique des double quotes. Une construction courante pour accéder aux éléments à partir de l'index, comme celà arrive fréquemment en langages compilés impératifs, peut ressembler à ça : $ for i in $(seq 0 2) ; do echo " $i. ${TAB[$i]}"; done 0. zero 1. un 2. deux Il est aussi possible de construire et de concaténer des tableaux avec l'opérateur "parenthèse", par exemple : $ TAB=( "${TAB[@]}" "trois" "quatre" ) $ for elem in "${TAB[@]}"; do echo " * $elem"; done * zero * un * deux * trois * quatre Là encore, l'usage de l'arobase et des double quotes est essentiel pour que la concaténation se passe comme attendu : $ TAB_SUITE=( "le cinquieme" "le sixieme" ) $ TAB_INATTENDU=( "${TAB[*]}" ${TAB_SUITE[@]} ) $ for elem in "${TAB_INATTENDU[@]}" ; do echo " * $elem" ; done * zero un deux trois quatre * le * cinquieme * le * sixieme $ TAB_ATTENDU=( "${TAB[@]}" "${TAB_SUITE[@]}" ) $ for elem in "${TAB_ATTENDU[@]}" ; do echo " * $elem" ; done * zero * un * deux * trois * quatre * le cinquieme * le sixieme La documentation de référence sur les tableaux du bash se trouve dans le manuel de bash(1) au chapitre "Array", qui peut être retrouvé en effectuant une recherche de l'expression rationnelle "^ Arrays". Bonne soirée, :) -- .''`. Étienne Mollier : :' : pgp: 8f91 b227 c7d6 f2b1 948c 8236 793c f67e 8f0d 11da `. `' sent from /dev/pts/5, please excuse my verbosity `-on air: Life Line Project - Unica signature.asc Description: PGP signature
Re: à quoi sert ibus ?
Basile Starynkevitch, on 2024-01-25: > On 1/25/24 20:13, Étienne Mollier wrote: > > Daniel Caillibaud, on 2024-01-25: > > > Depuis peu une appli perd le clavier (alors que ça fonctionne très bien > > > dans toutes les > > > autres fenêtres). J'ai retrouvé le bug dans leur bugtracker, en attendant > > > que ce soit réglé ils > > > suggèrent de lancer en console `ibus restart` ce qui règle effectivement > > > le pb, temporairement > > > (faut le refaire régulièrement, après 10min ou 2h ça dépend). > > > > > > fermer ibus règle le pb sans en créer d'autre pour le moment. > > > > > > J'utilise gdm3/cinnamon, et ibus est simplement suggéré par gnome-shell > > > qui est une dépendance > > > de gdm3. > > > > > > Je l'ai donc viré, et je me demandais pourquoi il était suggéré, quel > > > intérêt à l'ajouter ? > > > > Au vue du point d'entrée du wiki ibus[1], il s'agit d'un outil > > facilitant la saisie de caractères unicode arbitraires. Les > > captures d'écran suggèrent qu'ibus est notemment très utilisé > > pour la saisie d'idéogrammes. > > > > [1]: https://github.com/ibus/ibus/wiki > > Dans les cas où (avec Debian sous X11) on souhaite insérer occasionellement > un caractère UTF-8 qui n'est pas au clavier, il est possible de lancer > /usr/bin/charmap (du paquet gucharmap) et de faire du copier-coller, par > exemple pour ⁂ ou ∀ charmap fonctionne également avec Debian sous Wayland (testé avec sway dans sid). > Et GNU emacs peut aussi être utilisé (avec M-x insert-char). Vi IMproved fournit également un moteur assez complet avec la commande XY, voir :help digraph. ;) Bonne nuit, -- .''`. Étienne Mollier : :' : pgp: 8f91 b227 c7d6 f2b1 948c 8236 793c f67e 8f0d 11da `. `' sent from /dev/pts/1, please excuse my verbosity `-on air: Monarch Trail - The Oldest of Trees signature.asc Description: PGP signature
Re: à quoi sert ibus ?
Bonjour, Daniel Caillibaud, on 2024-01-25: > Depuis peu une appli perd le clavier (alors que ça fonctionne très bien dans > toutes les > autres fenêtres). J'ai retrouvé le bug dans leur bugtracker, en attendant que > ce soit réglé ils > suggèrent de lancer en console `ibus restart` ce qui règle effectivement le > pb, temporairement > (faut le refaire régulièrement, après 10min ou 2h ça dépend). > > fermer ibus règle le pb sans en créer d'autre pour le moment. > > J'utilise gdm3/cinnamon, et ibus est simplement suggéré par gnome-shell qui > est une dépendance > de gdm3. > > Je l'ai donc viré, et je me demandais pourquoi il était suggéré, quel intérêt > à l'ajouter ? Au vue du point d'entrée du wiki ibus[1], il s'agit d'un outil facilitant la saisie de caractères unicode arbitraires. Les captures d'écran suggèrent qu'ibus est notemment très utilisé pour la saisie d'idéogrammes. [1]: https://github.com/ibus/ibus/wiki Les symptômes suggèrent que deux méthodes de saisie distinctes sont en train de s'exécuter en concurrence, ce qui expliquerait le retour à la normale quand ibus cesse de tourner. Après, je ne m'en suis jamais servi et la documentation est un peu laconique, donc il n'est pas impossible que je sois à côté de la plaque. Bonne soirée, :) -- .''`. Étienne Mollier : :' : pgp: 8f91 b227 c7d6 f2b1 948c 8236 793c f67e 8f0d 11da `. `' sent from /dev/pts/1, please excuse my verbosity `- signature.asc Description: PGP signature
Re: Risque ou pas ?
Bonsoir, Yannick, on 2024-01-01: > Le 01/01/2024 à 19:31, Yannick a écrit : > > Y-a-t-il un risque à supprimer le contenu du répertoire .cache? Il est > > plein de sous-répertoire avec des fichiers en grand nombre. > > > > Je pense qu'il n'y a pas de risque mais j'aimerais l'avis des pros de > > Debian avant de faire une connerie difficile à rattraper ensuite. > > > > Meilleurs vœux à toutes et tous. > > > > Amitiés > > Même chose avec .local/share Ce répertoire ci est plus délicat. En théorie, le ~/.local est un préfixe spécifique à l'utilisateur pour y installer des programmes sans toucher au système, et donc le ~/.local/share serait à peu près équivalent au /usr/local/share ou /usr/share. En pratique, j'y trouve pèle-mèle des journaux, des informations de configuration pas vraiment éditables à la main, des fichiers de sauvegardes, etc. Il y a à boire et à manger. À mon avis, il vaut mieux regarder de près ce qu'on y efface. Mais j'avoue qu'y faire du ménage (ciblé) une fois de temps en temps peut être salutaire. Le tout est de s'assurer que ce qu'on efface ne sert plus. Une option peut être d'archiver les données au lieu de les effacer, et de les restaurer le jour où on a à nouveau besoin du programme correspondant, en admettant que les données correspondantes (par exemple configuration, greffons ou sauvegardes), soient encore utiles. Bonne année ! :) -- .''`. Étienne Mollier : :' : pgp: 8f91 b227 c7d6 f2b1 948c 8236 793c f67e 8f0d 11da `. `' sent from /dev/pts/2, please excuse my verbosity `-on air: Änglagård - Höstsejd signature.asc Description: PGP signature
Re: dmesg failed
ajh-valmer, on 2023-11-11: > On Monday 06 November 2023 21:25:44 Étienne Mollier wrote: > > Le message en soi suggère que la machine a eu un peu de mal à > > mettre en route le stockage raccordé sur la ligne ATA 2.01. En > > copiant et collant l'erreur dans un moteur de recherche, je suis > > tombé sur une vieille entrée dans le système de suivi de bogues > > de Red Hat[1], qui suggère de jeter un œil aux réglages de l'EFI > > (ou du Bios) pour basculer le mode Sata de IDE vers AHCI ; ça > > peut être une piste de résolution. > > Désolé, je reviens sur le sujet : > J'ai simplement désactivé le disque dur Sata-3 qui a été retiré. > # dmesg | grep failed > [2.758750] ata2.01: failed to resume link (SControl 0) > [5.398740] ata2.01: failed to resume link (SControl 0) > [7.286740] ata2.01: failed to resume link (SControl 0) > [9.574743] ata2.01: failed to resume link (SControl 0) > [11.542745] ata2.01: failed to resume link (SControl 0) > maintenant 4 fois. > > Ne devrais-je pas passer en Sata AHCI ? Probablement. > (y a t-il un danger à le faire ?) Pas à ma connaissance (sauf à avoir un EFI/BIOS particulièrement vérolé). Le risque principal est de ne plus pouvoir démarrer la machine faute de support Sata AHCI (par exemple avec un système d'exploitation ancien), et ça se corrige en rétablissant l'option sur sa valeur initiale. Si doute il y a, c'est une bonne occasion de jeter un œil à l'état des sauvegardes. ;) Bonne soirée, -- Étienne Mollier Fingerprint: 8f91 b227 c7d6 f2b1 948c 8236 793c f67e 8f0d 11da Sent from /dev/pts/1, please excuse my verbosity. On air: Klaus Schulze - Friedemann Bach signature.asc Description: PGP signature
Re: Délai de 25 secondes
Bonsoir, Seb, on 2023-11-10: > Il y a 6 mois (Debian 11), je n'avais aucun problème de ce type. > > Il y a 3 mois (Debian 11), j'ai remarqué ce souci avec un Firefox que je > venais de mettre à jour. > > Aujourd'hui (Debian 12), j'ai le problème avec Firefox, Pavucontrol et > Xdaliclock. > > Le problème est croissant et menace de devenir handicapant en Debian 13. > Je ne pense pas qu'il soit lié spécifiquement à Pavucontrol. > > Quelque chose qui rend mon installation peu courante, c'est que pendant > l'install je décoche toutes les cases liées à des gestionnaires de fenêtres, > et une fois l'install terminée j'installe le minimum (fvwm et ses > dépendances). D'habitude, quand on décoche toutes ces cases, c'est pour un > serveur (qui ne lancera jamais xdaliclock, donc on ne verra pas apparaître > ce délai de 25 secondes). J'ai rencontré un problème similaire dans un contexte d'absence d'environnement de bureau, et appliqué une méthode « massue » à base de purge de paquets de la famille xdg-desktop-portal. J'ai ensuite oublié le problème. Peut-être qu'il existe une méthode correcte, mais je n'ai pas creusé davantage. Ce qui m'a fait mettre le doigt sur ce paquet a été une erreur bizarre à la sortie de df. Après lancement d'une application affectée par la lenteur, df se mettait à planter avec le message d'erreur décrit dans #991378[1], mais il est très probable que ce symptôme particulier n'existe plus sur des Debian 11 et 12 à jour. Je ne me souviens plus des détails, mais je crois que mount retournait un type fuse portal pour le point de montage, ce qui m'a éventuellement mis sur la piste du paquet mentioné. [1]: https://bugs.debian.org/991378 Après peut-être que je fais complètement fausse route, mais les symptômes ressemblent tout de même très fortement. Bonne soirée, :) -- .''`. Étienne Mollier : :' : gpg: 8f91 b227 c7d6 f2b1 948c 8236 793c f67e 8f0d 11da `. `' sent from /dev/pts/3, please excuse my verbosity `-on air: D'Virgilio, Morse & Jennings - Julia (Alternat… signature.asc Description: PGP signature
Re: ddmesg failed
Bonsoir, ajh-valmer, on 2023-11-06: > [2.638759] ata2.01: failed to resume link (SControl 0) Le message en soi suggère que la machine a eu un peu de mal à mettre en route le stockage raccordé sur la ligne ATA 2.01. En copiant et collant l'erreur dans un moteur de recherche, je suis tombé sur une vieille entrée dans le système de suivi de bogues de Red Hat[1], qui suggère de jeter un œil aux réglages de l'EFI (ou du Bios) pour basculer le mode Sata de IDE vers AHCI ; ça peut être une piste de résolution. [1]: https://bugzilla.redhat.com/show_bug.cgi?id=653811#c9 > [7.919226] nvidia: module verification failed: signature and/or required key > missing - tainting kernel Ce message indique que le module noyau « nvidia » n'est pas signé cryptographiquement contrairement aux autre modules noyau installé sur votre système. Le noyau a tout de même accepté de le charger, mais en se teintant (en bref, si vous ouvrez un bug chez kernel.org, votre configuration ne sera pas supportée d'office). Tous les modules noyau signés du système l'ont été au moment de la compilation du Linux de Debian sur les machines de compilation « buildd ». Ce message est normal compte tenu du fait que nvidia est un pilote tiers. Au regards de l'historique des échanges de courriels sur la liste, je suggèrerais de vivre avec ce message au démarrage. L'alternative serait de réessayer avec « nouveau », qui est un module directement intégré au noyau Linux, mais j'ai cru comprendre qu'il était moyennement opérationnel sur votre matériel. Une autre option pourrait être de compiler le noyau avec votre propre clé privée, puis de signer le module nvidia.ko à part, mais il restera toujours la teinture au moins causée par le fait qu'il s'agit d'un pilote propriétaire. Si ça peut éclaircir votre lanterne, -- Étienne Mollier Fingerprint: 8f91 b227 c7d6 f2b1 948c 8236 793c f67e 8f0d 11da Sent from /dev/pts/1, please excuse my verbosity. On air: The Custodian - The Sun Is God signature.asc Description: PGP signature
Re: imposer une IP à une seconde carte réseau
Bonsoir, Michel Verdier, on 2023-10-16: > Le 14 octobre 2023 Alex PADOLY a écrit : > > > La dernière fois que j'ai configuré des cartes réseau sur un système Debian, > > celles-ci s'appelaient eth0 , eth1, eth2. > > Si tu veux conserver l'ancien nommage des cartes tu peux ajouter dans > /etc/default/grub les paramètres net.ifnames=0 et biosdevname=0 à la > variable GRUB_CMDLINE_LINUX Attention a bien associer les règles udev historiques que l'on pouvait trouver dans les versions de Debian basées sur sysvinit. La numérotation des interfaces ethN depend de l'ordre dand lequel les cartes démarrent. Par expérience, cet ordre peut varier en fonction des niveaux mineurs de noyau et faire perdre pas mal de temps : le temps d'identifier que les services sont repartis en vrac parce que les interfaces physiques ont échangé leurs noms. > > Comment aujourd'hui imposer une adresse IP fixe à la seconde carte réseau? > > Ça dépend de ce qui est installé (network-manager, etc, perso pour un > serveur je désinstalle tout ça) mais tu peux ajouter ce qu'il faut dans > /etc/network/interfaces ou dans un fichier dans > /etc/network/interfaces.d/ Bonne idée la séparation dans de multiples fichiers dans le répertoire *.d/, ça facilite grandement la maintenance via scripting : un rm d'un fichier est plus simple que l'effacement d'un paragraphe dans un fichier par ailleurs sensible par exemple. Bonne soirée, :) -- .''`. Étienne Mollier : :' : gpg: 8f91 b227 c7d6 f2b1 948c 8236 793c f67e 8f0d 11da `. `' sent from /dev/pts/1, please excuse my verbosity `- signature.asc Description: PGP signature
Nettoyage du spam : août 2023
Bonjour, Nous sommes désormais en septembre, et (si je n'ai pas commis d'impair en prenant des initiatives inconsidérées :) , il est désormais possible de traiter les archives du mois d'août 2023 des listes francophones. Comme toujours, n'oubliez pas d'ajouter votre nom à la liste des relecteurs pour que nous sachions où nous en sommes. Les détails du processus de nettoyage du spam sont disponibles sur la page wiki dédiée [1]. [1] : https://wiki.debian.org/I18n/FrenchSpamClean Bonne journée, :) -- .''`. Étienne Mollier : :' : gpg: 8f91 b227 c7d6 f2b1 948c 8236 793c f67e 8f0d 11da `. `' sent from /dev/pts/1, please excuse my verbosity `- signature.asc Description: PGP signature
Re: matrix sous debian
Bonjour, Avertissement, quand je m'étais intéressé au sujet il y a quelque temps, j'ai eu du mal à rassembler les éléments à partir de la documentation pour savoir comment les clés étaient gérées, donc il se peut que j'ai mal compris et que je ne sois plus très à jour sur la question. RogerT, on 2023-07-22: > Question sans rapport direct avec ta demande à laquelle je ne saurais pas > répondre puisque non utilisateur de matrix ou d’element : > > Qui gère les clefs maître/privée sur ces deux plateformes ? > Est-ce la plateforme ou chaque utilisateur ?… De ce que j'avais pu interpréter de la documentation de matrix et element de l'époque, les clés privées sont gérées par chaque utilisateur, et techniquement, il y a même un jeton spécifique à chaque client. Cela avait rendu assez pénible sa mise en place sur de multiple terminaux : ordinateur de bureau, ordinateur portable, téléphone portable, SoC, etc. Personnellement, j'ai eu plus de mal à m'y retrouver qu'avec gpg, qui n'a pourtant pas la réputation d'être très abordable… Bonne journée, :) -- Étienne Mollier Fingerprint: 8f91 b227 c7d6 f2b1 948c 8236 793c f67e 8f0d 11da Sent from /dev/pts/6, please excuse my verbosity. On air: Redemption - Remember The Dawn signature.asc Description: PGP signature
Re: Comment modifier l'objet erroné d'un fil de discussion ?
Txo, on 2023-07-18: > Le 18/07/2023 à 09:47, Étienne Mollier a écrit : > > La convention typique pour changer le sujet d'un fil de > > discussion est de mettre l'ancien nom dans un pseudo-champ Was : > > > > Subject: Driver r8169 pour carte PCI réseau DLink DGE-528T : jouable ? > > (Was: Driver r3189 pour carte PCI réseau DLink DGE-528T : jouable ?) > > > > Mais si c'est juste pour corriger une coquille, je pense que de > > juste la corriger dans le sujet entre deux courriels sera tout à > > fait tolérable. > Bonjour, > Puisqu'on est sur une liste francophone, peut-être mieux «était» que «was»… Sûr, mais il me semblait qu'à une époque, certains logiciels comme Thunderbird étaient capable de réagir à la présence de ce format particulier pour enlever automatiquement le champ Was à la réponse suivante. J'ignore si c'est toujours le cas, ni si un champ localisé Était serait proprement pris en compte dans une telle situation. Bonne journée, :) -- Étienne Mollier Fingerprint: 8f91 b227 c7d6 f2b1 948c 8236 793c f67e 8f0d 11da Sent from /dev/pts/2, please excuse my verbosity. On air: Sage's Recital - The Winter Symphony signature.asc Description: PGP signature
Re: Log de kernel audit
Bonjour, Francois Mescam, on 2023-07-15: > J'observe depuis un ou deux jours un nombre important de messages qui > répondent au masque suivant > > kernel:.+ audit: type=.+ audit\(.+\): > > dans les log. Auparavant je n'avais qu'un nombre limité de messages > provenant de apparmor mais maintenant la variété de log a beaucoup augmenté. > > Mon système est en testing mis à jour tous les 1 jour ou 2. J'ai observé > aussi une mise à jour de libaudit... hier mais pas de rapport de bogue sur > ces paquets. > > Quelqu'un a-t-il aussi remarqué ce genre de phénomène ? J'ai eu une grosse inflation de tels messages dans sid il y a peut-être deux semaines. Depuis j'ai redémarré et les messages d'audit ont l'air d'être revenu à leur normale. Peut-être que ça venait d'un écart de version entre deux composants en train de tourner sur la machine. Est-ce que le volume de messages d'audit est le même après un redémarrage ? Bonne journée, :) -- Étienne Mollier Fingerprint: 8f91 b227 c7d6 f2b1 948c 8236 793c f67e 8f0d 11da Sent from /dev/tty1, please excuse my verbosity. signature.asc Description: PGP signature
Re: Comment modifier l'objet erroné d'un fil de discussion ?
Bonjour, roger.tar...@free.fr, on 2023-07-17: > Par exemple, je me suis trompé : > Driver r3189 pour carte PCI réseau DLink DGE-528T : jouable ? > > au lieu de : > Driver r8169 pour carte PCI réseau DLink DGE-528T : jouable ? > > Quelle est la convention pour renommer un fil de discussion ? La convention typique pour changer le sujet d'un fil de discussion est de mettre l'ancien nom dans un pseudo-champ Was : Subject: Driver r8169 pour carte PCI réseau DLink DGE-528T : jouable ? (Was: Driver r3189 pour carte PCI réseau DLink DGE-528T : jouable ?) Mais si c'est juste pour corriger une coquille, je pense que de juste la corriger dans le sujet entre deux courriels sera tout à fait tolérable. Bonne journée, :) -- Étienne Mollier Fingerprint: 8f91 b227 c7d6 f2b1 948c 8236 793c f67e 8f0d 11da Sent from /dev/tty1, please excuse my verbosity. signature.asc Description: PGP signature
Re: nvidia ou nouveau sur bookworm ?
Bonjour Daniel, Daniel Caillibaud, on 2023-06-27: > Bonjour, > > Sur un nouveau PC avec une carte GP106M (GeForce GTX 1060 Mobile) fraîchement > installé avec > bookworm, et je me demandais s'il valait mieux installer > xserver-xorg-video-nvidia et nvidia-kernel-dkms pour remplacer nouveau (mis > par l'installeur). J'allais proposer la troisième option qui consisterait à installer le paquet nvidia-open-kernel-dkms, de la section contrib… :) … mais la GTX 1060 Mobile n'apparait pas dans la liste des matériels supportés [1]. :( [1] : https://github.com/NVIDIA/open-gpu-kernel-modules/blob/main/README.md#compatible-gpus Du coup, oui, il vaut mieux installer xserver-xorg-video-nvidia et nvidia-kernel-dkms pour remplacer nouveau si on est peu regardant sur l'usage de ce pilotes propriétaires, et que le pilote nouveau ne permet pas de travailler confortablement. Tout du moins, ça vaut le coup d'essayer. Bonne journée, :) -- Étienne Mollier Fingerprint: 8f91 b227 c7d6 f2b1 948c 8236 793c f67e 8f0d 11da Sent from /dev/pts/2, please excuse my verbosity. On air: Bader Nana - Mercenaries signature.asc Description: PGP signature
Re: Migration Debian 11 -> 12 : PB firmware
Bonjour francis, fw, on 2023-06-26: > Le PB: Après migration somme toute réussie, je m'interroge sur la > nature des messages suivants: > "... > /etc/kernel/postinst.d/initramfs-tools: > update-initramfs: Generating /boot/initrd.img-6.1.0-9-amd64 > W: Possible missing firmware /lib/firmware/amdgpu/ip_discovery.bin for > module amdgpu […] > Est-ce un message indiquant un défaut réel, ou simplement une absence > transitoire ..? Je reproduis le symptôme de mon côté dans une base bookworm propre si je force l'injection des ressources nécessaire au module amdgpu dans l'initramfs. Il manque quelque micro- programmes dans le paquet non-libre firmware-amd-graphics 20230210-5 de bookworm par rapport à ceux référencés par le pilote amdgpu du noyau. Vous pouvez consulter le bogue Debian n°1034903 [1] à ce sujet. A priori il ne devrait pas y avoir de casse, la carte graphique sera chargée avec une autre version de ces binaires par le pilote amdgpu au démarrage de la machine (probablement le 11_0_2 dans votre cas, ou bien les programmes constructeur directement chargés sur la carte s'il n'y a pas de mises à jour dans le système de fichier), voilà tout. Dans Debian sid, une version supérieure 11_0_4 de ces binaires a été injectée dans firmware-amd-graphics 20230515-1, mais les 11_0_3 et quelques autre .bin n'en ont jamais fait partie. [1] : https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1034903 Si ça peut clarifier les choses, -- Étienne Mollier Fingerprint: 8f91 b227 c7d6 f2b1 948c 8236 793c f67e 8f0d 11da Sent from /dev/pts/2, please excuse my verbosity. signature.asc Description: PGP signature
Re: compiler xemacs-21.5.35 sous Debian (sid)
Bonjour, J'ai signalé la disponibilité de xemacs 21.5.35 au mainteneur via le bug Debian #1036764[1]. Mark me signale que la dernière version est toujours considérée comme une publicaton beta, en cours de développement. Donc j'imagine qu'il reste un certain nombre de bogues à clore. [1]: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1036764 Bonne journée, :) -- .''`. Étienne Mollier : :' : gpg: 8f91 b227 c7d6 f2b1 948c 8236 793c f67e 8f0d 11da `. `' sent from /dev/pts/2, please excuse my verbosity `- signature.asc Description: PGP signature
Re: compiler xemacs-21.5.35 sous Debian (sid)
Bonjour Basile, Basile Starynkevitch, on 2023-05-24: > /usr/src/Editors/xemacs-21.5.35/src/menubar-x.c:520: undefined reference to > `x_focus_timestamp_really_sucks_fix_me_better' > /usr/bin/ld: /usr/src/Editors/xemacs-21.5.35/src/menubar-x.c:520: undefined > reference to `x_focus_timestamp_really_sucks_fix_me_better' > /usr/bin/ld: /usr/src/Editors/xemacs-21.5.35/src/menubar-x.c:520: undefined > reference to `x_focus_timestamp_really_sucks_fix_me_better' > /usr/bin/ld: /usr/src/Editors/xemacs-21.5.35/src/menubar-x.c:520: undefined > reference to `x_focus_timestamp_really_sucks_fix_me_better' > /usr/bin/ld: /tmp/ccua0L0n.ltrans74.ltrans.o: in function > `popup_selection_callback': > /usr/src/Editors/xemacs-21.5.35/src/gui-x.c:308: undefined reference to > `x_focus_timestamp_really_sucks_fix_me_better' > collect2: error: ld returned 1 exit status Le problème de xemacs 21.5.35 est reproductible avec gcc-12 de Debian sid. Le symbole manquant est défini à deux emplacements différents dans le code source, ce qui ne facilite pas la résolution : $ grep x_focus_timestamp_really_sucks_fix_me_better -r src/menubar-x.c: extern Time x_focus_timestamp_really_sucks_fix_me_better; src/menubar-x.c:x_focus_timestamp_really_sucks_fix_me_better; src/gui-x.c: extern Time x_focus_timestamp_really_sucks_fix_me_better; src/gui-x.c: DEVICE_X_MOUSE_TIMESTAMP (d) = x_focus_timestamp_really_sucks_fix_me_better; >> src/event-gtk.c:Time x_focus_timestamp_really_sucks_fix_me_better; src/event-gtk.c: x_focus_timestamp_really_sucks_fix_me_better = time(0); >> lwlib/xlwmenu.c:Time x_focus_timestamp_really_sucks_fix_me_better; lwlib/xlwmenu.c: x_focus_timestamp_really_sucks_fix_me_better = lwlib/xlwmenu.c: x_focus_timestamp_really_sucks_fix_me_better = À mon avis ce serait à signaler à l'équipe de developpement amont de xemacs. Ce qui me surprend, c'est que le phénomène ne se soit pas déclenché plus tôt ; ces définitions ne sont apparemment pas nouvelles quand on regarde dans d'anciennes versions de xemacs. Si ça peut aider, -- Étienne Mollier Fingerprint: 8f91 b227 c7d6 f2b1 948c 8236 793c f67e 8f0d 11da Sent from /dev/pts/1, please excuse my verbosity. signature.asc Description: PGP signature
Re: paquet libgail-3-0 impossible à installer sous bullseye
Bonjour, > > Le 17/05/2023 à 16:25, Frédéric Baldit a écrit : > > > fred@AsusN550JV:~$ sudo apt update > > > [sudo] Mot de passe de fred : > > > Atteint :1 http://security.debian.org/debian-security > > > bullseye-security InRelease Atteint :2 http://deb.debian.org/debian > > > bullseye InRelease Atteint :3 http://deb.debian.org/debian > > > bullseye-updates InRelease Atteint :4 > > > https://download.virtualbox.org/virtualbox/debian bullseye > > > InRelease Atteint :5 http://update.devolo.com/linux/apt stable > > > InRelease Atteint :6 https://deb.nodesource.com/node_19.x bullseye > > > InRelease Atteint :7 https://dl.winehq.org/wine-builds/debian > > > bullseye InRelease Lecture des listes de paquets... Fait > > > Construction de l'arbre des dépendances... Fait Lecture des > > > informations d'état... Fait Tous les paquets sont à jour. > > > fred@AsusN550JV:~$ sudo apt install libgail-3-0 Lecture des listes > > > de paquets... Fait Construction de l'arbre des dépendances... Fait > > > Lecture des informations d'état... Fait > > > Les NOUVEAUX paquets suivants seront installés : > > >libgail-3-0 > > > 0 mis à jour, 1 nouvellement installés, 0 à enlever et 0 non mis à > > > jour. Il est nécessaire de prendre 84,8 ko dans les archives. > > > Après cette opération, 152 ko d'espace disque supplémentaires seront > > > utilisés. Err :1 http://deb.debian.org/debian bullseye/main amd64 > > > libgail-3-0 amd64 3.24.24-4+deb11u2 404 Not Found [IP : > > > 2a04:4e42:6a::644 80] E: Impossible de récupérer > > > http://deb.debian.org/debian/pool/main/g/gtk%2b3.0/libgail-3-0_3.24.24-4%2bdeb11u2_amd64.deb > > > 404 Not Found [IP : 2a04:4e42:6a::644 80] E: Impossible de > > > récupérer certaines archives, peut-être devrez-vous lancer apt-get > > > update ou essayer avec --fix-missing ? Frédéric Baldit, on 2023-05-17: > Malheureusement la première commande me répond que c'est la version «u2» > qui peut être installée (au lieu de «u3»), et que c'est la seule: > > fred@AsusN550JV:~$ sudo apt policy libgail-3-0 > libgail-3-0: > Installé : (aucun) > Candidat : 3.24.24-4+deb11u2 > Table de version : > 3.24.24-4+deb11u2 500 > 500 http://deb.debian.org/debian bullseye/main amd64 Packages > > Les autres commandes n'ont rien changé, seule apt autoremove a nettoyé > le système. Bizarre, on dirait que le fichier Packages.xz n'est pas à jour quelque part sur le dépôt. Qu'est ce que ça donne en essayant de passer la mise à jour depuis d'autres mirroirs ? Par exemple ftp.u-picardie.fr, debian.proxad.net ou ftp.u-strasbg.fr à la place de deb.debian.org ? (N'oubliez pas de relancer un `apt update` après avoir édité le fichier sources.list) Bonne journée, :) -- Étienne Mollier Fingerprint: 8f91 b227 c7d6 f2b1 948c 8236 793c f67e 8f0d 11da Sent from /dev/pts/1, please excuse my verbosity. signature.asc Description: PGP signature
Re: Demande de vérification de config pour suivre stable et Testing
Bonsoir, Basile Starynkevitch, on 2023-04-06: > A mon avis la redondance testing + stable est néfaste et diminue la > stabilité d'un système! Je confirme et suggérerais la lecture de la page Don't Break Debian[1] en Anglais, sur le wiki. Même en épinglant testing avec une priorité faible, si un paquet dépend d'une nouvelle version d'une bibliothèque centrale, telle la libc, alors Apt va la déployer et casser potentiellement des binaires encore issus de stable. [1] : https://wiki.debian.org/DontBreakDebian#Don.27t_make_a_FrankenDebian > On 06/04/2023 11:48, benoit wrote: >> A moins de passer en testing ? Pourquoi pas, l'ensemble sera cohérent, et étant donné la période de Gel dans la laquelle on se trouve ; bookworm est déjà dans un état relativement stable. Si besoin, un brouillon des notes de publication est disponible[2], même s'il n'est pas encore finalisé à 100%. N'hésitez pas à y jeter un œil avant de procéder à la mise à jour. [2] : https://www.debian.org/releases/bookworm/amd64/release-notes/ Bonne soirée, :) -- Étienne Mollier Fingerprint: 8f91 b227 c7d6 f2b1 948c 8236 793c f67e 8f0d 11da Sent from /dev/pts/2, please excuse my verbosity. signature.asc Description: PGP signature
Re: Re : pilote pour radeon HD 4680G
Bonsoir, > Le 21/03/23 15:59, Laurent COOPER a écrit : > > J'installe des debian en mode kiosk sur de vieilles machines samsung qui > > embarquait un logiciel "magicinfo" > > > > Ces postes sont fabriqués autour du chipset AMD 3310 avec la puce graphique > > AMD Radeon HD 6480G > > > > Lorsque le poste démarre, grub est bien en plein écran en 1920x1080 > > > > Mais ensuite, une fois le noyau chargé et X lancé, c'est le pilote > > framebuffer qui est en oeuvre, avec une résolution toute pourrie de 760x480 > > ! > > > > Si je fais un modprobe, j'ai bien le module radeon, mais il ne semble pas > > convenir pour X > > > > Si j'installe firmare-amd-graphics, j'ai un écran noir et plus aucun > > affichage Cooper Laurent, on 2023-03-21: > Quant au module radeon, il est bien chargé, puis : > [ 5.859] (II) UnloadModule: "radeon" > [ 5.859] (EE) Screen 0 deleted because of no matching config section. À vue de nez, ce n'est pas un problème de paquets manquants. Il devrait y avoir le pilote noyau "radeon" directement embarqué dans linux, le xserver-xorg-video-radeon devrait contenir le pilote en mode utilisateur pour Xorg. Quant au microprogramme, firmware-amd-graphics devrait supporter la HD 6480G : $ apt-cache show firmware-amd-graphics | grep -E '64(0|8)0' * Radeon HD IGP 6400/6500/6600 series ME microcode * Radeon HD IGP 6400/6500/6600 series PFP microcode * Radeon HD IGP 6200/6300/6400/6500/6600/7300 series RLC microcode L'apparition de l'écran noir quand les microprogrammes sont disponibles suggère que l'accélération graphique essaie de démarrer mais se plante pour une raison quelconque (ou pire, démarre sans se rendre compte que rien ne marche visuellement). Est-ce que la machine est accessible à distance, par exemple avec ssh, quand un écran noir se produit ? Est-ce qu'il y aurait des informations intéressantes dans le /var/log/kern.log, ou la sortie de la commande dmesg, dans une telle situation ? Peut-être qu'il pourrait s'agir d'une régression dans le support d'un matériel devenu moins courant. Quelles versions de Debian avez vous tenté ? En espérant que ça mette sur une piste, -- Étienne Mollier Fingerprint: 8f91 b227 c7d6 f2b1 948c 8236 793c f67e 8f0d 11da Sent from /dev/pts/2, please excuse my verbosity. signature.asc Description: PGP signature
Re: recherche examples détaillés (n logiciel libre) pour grammaire d'entrée vers bisonc++ (generateur de code)
Bonsoir Basile, Basile Starynkevitch, on 2023-03-13: > Je recherche plusieurs exemples complexes ("grandeur nature"), en logiciel > libre, de fichiers de grammaire pour bisonc++ > > Savez vous quels paquets Debian dépendent de ce générateur de code C++ ? À l'instant t, je n'en ai trouvé aucun qui dépende directement de bisonc++ pour sa construction : $ build-rdeps bisonc++ Reverse Build-depends in main: -- No reverse build-depends found for bisonc++. Reverse Build-depends in contrib: -- No reverse build-depends found for bisonc++. En revanche, il existe un paquet c++-annotations contenant de la documentation qui fait référence à l'utilisation de bisonc++ : $ apt rdepends bisonc++ Reverse Depends: Suggests: c++-annotations Suggests: flexc++ Suggests: c++-annotations-txt Suggests: c++-annotations-ps Suggests: c++-annotations-pdf Suggests: c++-annotations-latex Suggests: c++-annotations-html Suggests: c++-annotations-dvi Suggests: c++-annotations-contrib $ apt show c++-annotations […] Description: Extensive tutorial and documentation about C++ […] Voyez la section 25.6 : « Using `bisonc++' and `flexc++' ». Bonne soirée, :) -- Étienne Mollier Fingerprint: 8f91 b227 c7d6 f2b1 948c 8236 793c f67e 8f0d 11da Sent from /dev/pts/3, please excuse my verbosity. signature.asc Description: PGP signature
Re: Bookworm sources.list et non-free firmware
Bonsoir, Vincent Lefevre, on 2023-03-09: > On 2023-03-09 15:04:34 +0100, MERLIN Philippe wrote: > > Bonjour, > > En Sid apt 2.6 j'ai le message suivant. > > N: Le dépôt « Debian bookworm » a modifié sa valeur « non-free component » > > de « non- > > free » à « non-free non-free-firmware » > > Je n'utilise pas du tout le dépôt Debian bookworm. Dans un environnement sid minimal pur dans mention de bookworm dans le fichier sources.list, j'ai bien le message observé par Philippe après une commande de mise à jour : # apt --version apt 2.6.0 (amd64) # cat /etc/apt/sources.list deb http://localhost:3142/deb.debian.org/debian sid main non-free # apt update Hit:1 http://localhost:3142/deb.debian.org/debian sid InRelease Reading package lists... Done Building dependency tree... Done Reading state information... Done All packages are up to date. N: Repository 'Debian bookworm' changed its 'non-free component' value from 'non-free' to 'non-free non-free-firmware' N: More information about this can be found online in the Release notes at: https://www.debian.org/releases/bookworm/amd64/release-notes/ch-information.html#non-free-split Ceci étant, ce message n'est effectivement pas indiqué à la fin de la mise à niveau vers apt 2.6.0 ; je n'ai pas immédiatement observé le message en faisant mes tests. Si le message n'apparait pas de votre côté en suivant les même étapes que ci-dessus alors que vous avez des microprogrammes installés par paquet, ou que la section non-free activée dans le fichier sources.list, alors c'est sûrement un bogue. En espérant que ça aide à clarifier la situation, -- Étienne Mollier Fingerprint: 8f91 b227 c7d6 f2b1 948c 8236 793c f67e 8f0d 11da Sent from /dev/pts/0, please excuse my verbosity. signature.asc Description: PGP signature
Re: Bookworm sources.list et non-free firmware
Bonjour, didier gaumet, on 2023-03-07: > Le 07/03/2023 à 20:53, Étienne Mollier a écrit : > [...] > > l'un des problèmes intéressant à résoudre > > pour la sortie de Debian 12 serait de procéder de manière fiable > > à la bascule vers cette nouvelle section quand cela est estimé > > nécessaire. C'est un problème plus compliqué qu'il n'en a l'air > > à première vue. Il est important de procéder à la bascule, sans > > quoi les paquets ayant changé de section vont silencieusement > > arrêter de se mettre à jour, vu qu'ils ne sont plus maintenu du > > côté de la section non-free. > [...] > > A priori de ce que je comprends (correctement ou non?), non seulement > l'installateur va détecter si des firmwares sont nécessaires au matériel sur > lequel on installe, et activer la section non-free-firmware si nécessaire, Oui, l'installeur Debian agit en général sur une page blanche et peut donc se permettre toute forme de procédures automatisées pour déterminer s'il faut ajouter le dépôt non-free-firmware ou pas. > mais ce va être fait(?) par apt, spécialement modifié pour l'occasion, donc > un upgrade d'une Debian en version précédente vers la version 12 Bookworm > devrait aussi gérer cette transition sans problème? > (d'après https://www.phoronix.com/news/Debian-APT-2.6-Released) Si j'en juge par le commit [9712edf6], apt 2.6.0 prend pour l'instant en charge la migration en affichant des alertes à la personne ayant lancé la commande de mise à jour, mais il ne semble pas y avoir davantage de modifications appliquées au système. Ceci dit, je ne trempe pas directement dans le développement d'apt, donc je peux avoir loupé d'autres développements plus poussés, mais ils n'ont pas l'air de faire partie de la version 2.6.0. [9712edf6]: https://salsa.debian.org/apt-team/apt/-/commit/9712edf6151308148518058bfbd5ccd937509143 Bonne soirée, :) -- Étienne Mollier Fingerprint: 8f91 b227 c7d6 f2b1 948c 8236 793c f67e 8f0d 11da Sent from /dev/pts/2, please excuse my verbosity. On air: Shattered Systems - Lost Kingdoms signature.asc Description: PGP signature
Re: Bookworm sources.list et non-free firmware
Basile Starynkevitch, on 2023-03-07: > On 07/03/2023 20:37, didier gaumet wrote: > > Le 07/03/2023 à 20:16, Francois Mescam a écrit : > > > Merci pour cette info. > > > > > > Je viens de regarder sur http://ftp.debian.org/debian/dists/ et je > > > constate que non-free et non-free-firmware ont les mêmes contenus. > > > Cela veut-il dire que non-free-firmware est appelé à remplacer > > > non-free ou autre explication ? mais avec ce que j'observe pour quoi > > > mettre dans sources.list "non-free non-free-firmware" et pas > > > seulement "non-free-firmware" ? > > > > je viens de vérifier: non-free et non-free-firmware ne contiennent pas > > la même chose (programmes pour le premier et firmwares pour le second) > > Est-ce pertinent (ou valable) pour Debian/Sid autrement dit Debian/Unstable > (pour x86-64)? Oui, à dire vrai les modifications ont d'abord été apportée dans Debian sid. > Merci! Bonne soirée, :) -- Étienne Mollier Fingerprint: 8f91 b227 c7d6 f2b1 948c 8236 793c f67e 8f0d 11da Sent from /dev/pts/2, please excuse my verbosity. On air: Solar Architect - The Land Of Angry Mushrooms signature.asc Description: PGP signature
Re: Bookworm sources.list et non-free firmware
Bonsoir, > Le 07/03/2023 à 14:55, Frédéric MASSOT a écrit : > > Bonjour, > > > > Si vous utilisez une Debian Bookworm et avez besoin de firmware non > > libre, le nouveau composant "non-free-firmware" pour le fichier > > "sources.list" vient d'arriver. Ces firmware sont déplacés du dossier > > "non-free" à "non-free-firmware". > > > > https://lists.debian.org/debian-boot/2023/02/msg00200.html > > > > Le fichier "sources.list" devient : > > > > deb https://deb.debian.org/debian bookworm main contrib non-free > > non-free-firmware > > > > deb https://deb.debian.org/debian-security bookworm-security main > > contrib non-free non-free-firmware > > > > deb https://deb.debian.org/debian bookworm-updates main contrib non-free > > non-free-firmware > > > > deb https://deb.debian.org/debian bookworm-backports main contrib > > non-free non-free-firmware Merci pour le message, l'un des problèmes intéressant à résoudre pour la sortie de Debian 12 serait de procéder de manière fiable à la bascule vers cette nouvelle section quand cela est estimé nécessaire. C'est un problème plus compliqué qu'il n'en a l'air à première vue. Il est important de procéder à la bascule, sans quoi les paquets ayant changé de section vont silencieusement arrêter de se mettre à jour, vu qu'ils ne sont plus maintenu du côté de la section non-free. Francois Mescam, on 2023-03-07: > Je viens de regarder sur http://ftp.debian.org/debian/dists/ et je constate > que non-free et non-free-firmware ont les mêmes contenus. Cela veut-il dire > que non-free-firmware est appelé à remplacer non-free ou autre explication ? > mais avec ce que j'observe pour quoi mettre dans sources.list "non-free > non-free-firmware" et pas seulement "non-free-firmware" ? non-free contient tous les logiciels non-libres bénéficiant de l'infrastructure de distribution par paquets du projet Debian. non-free-firmware ne contient que les paquets contenant les microprogrammes non-libres nécessaires au bon fonctionnement d'un certain nombre de matériels: par exemple intel-microcode, amd64-microcode, et la gamme des paquets firmware-* non libres. A contrario, les pilotes noyau non-libres ne font pas partie de la section non-free-firmware. L'idée derrière la séparation entre non-free-firmware et non-free est de permettre le bon fonctionnement des matériels requérant des microprogrammes non-libres, tout en évitant à leurs utilisateurs d'installer par inadvertance d'autre programmes de la section non-free. Ça a également été une condition nécessaire (mais non suffisante, voyez à ce propos la résolution générale de l'été dernier [1]) à l'implémentation d'une image d'installation officielle Debian avec support de l'installation de ces microprogrammes. L'image non-officielle dédiée au support de ces matériels devient obsolète à partir de bookworm. [1] : https://www.debian.org/vote/2022/vote_003 Bonne soirée, :) -- Étienne Mollier Fingerprint: 8f91 b227 c7d6 f2b1 948c 8236 793c f67e 8f0d 11da Sent from /dev/pts/2, please excuse my verbosity. On air: Fall Of Echoes - Mr. Orion signature.asc Description: PGP signature
Re: Comment éviter la saisie de longs chemins avec /bin/bash ?
Bonjour Olivier, Basile Starynkevitch, on 2023-03-02: > On 3/2/23 09:43, Olivier wrote: > > Sur mon PC sous Bullseye, j'utilise /bin/bash. > > J'aimerai bénéficier d'un mécanisme m'évitant au maximum la saisie de > > longs chemins vers lesquels je navigue souvent. > > > > Plutôt que > > cd /Mon/très/long/chemin/vers/dossier1 > > > > J'aimerai configurer quelque part la variable M, y associer le chemin > > Mon/très/long/chemin/vers > > puis n'avoir qu'à saisir > > cd M/dossier1 […] > Enfin, il y a la variable d'environment /*CDPATH*/ connu par *zsh* > > https://koenwoortman.com/zsh-cdpath/ Cette variable est également disponible en bash. Pour clarifier son comportement : $ pwd /home/emollier $ mkdir -p tmp/test/avec/un/long/chemin $ mkdir tmp/test/avec/un/long/chemin/dir{0..9} $ CDPATH=/home/emollier/tmp/test/avec/un/long/chemin $ cd dir dir0/ dir1/ dir2/ dir3/ dir4/ dir5/ dir6/ dir7/ dir8/ dir9/ $ cd dir4/ /home/emollier/tmp/test/avec/un/long/chemin/dir4 $ pwd /home/emollier/tmp/test/avec/un/long/chemin/dir4 Elle est également disponible en dash (Debian Alquimst Shell). Bien que l'autocomplétion ne soit pas disponible dans ce shell, il est possible de franchir rapidement ce genre d'arborescence en tapant directement le nom d'un répertoire cible sous le CDPATH pour s'y téléporter. Bonne journée, :) -- Étienne Mollier Fingerprint: 8f91 b227 c7d6 f2b1 948c 8236 793c f67e 8f0d 11da Sent from /dev/pts/2, please excuse my verbosity. signature.asc Description: PGP signature
Re: exemple de code source C de logiciel libre utilisant Sqlite3?
Bonjour Basile, > Le 06/02/2023 à 11:18, Basile Starynkevitch a écrit : > > Je cherche un exemple de code source en C de logiciel libre utilisant > > Sqlite3? didier gaumet, on 2023-02-06: > peut-être regarder là: > https://www.tutorialspoint.com/sqlite/sqlite_c_cpp.htm > https://zetcode.com/db/sqlitec/ En complément de la réponse de didier gaumet, il y a également un exemple simple et efficace d'utilisation de l'API C[1] sur le site officiel du projet sqlite. [1] : https://www.sqlite.org/quickstart.html Par ailleurs, sur une machine Debian, la commande suivante va donner une liste exhaustive de l'ensemble des paquets qui utilisent potentiellement l'API C de sqlite3 : $ build-rdeps libsqlite3-dev Il y a un peu plus de 600 logiciels libres qui en dépendent. Autre option : il est possible d'utiliser Code Seach[2] pour trouver des occurrences d'utilisation de sqlite3 dans le code source des paquets disponibles dans Debian. [2] : https://codesearch.debian.net/ Bonne journée, :) -- Étienne Mollier Fingerprint: 8f91 b227 c7d6 f2b1 948c 8236 793c f67e 8f0d 11da Sent from /dev/pts/1, please excuse my verbosity. signature.asc Description: PGP signature
Re: Nettoyage du spam : décembre 2022 et janvier 2023
Bonjour Frederic, Frederic Zulian, on 2023-02-04: > Hmm, le signalement des potentiels spams fonctionnent concrètement comment ? Les archives des listes de diffusion sont équipées d'un bouton « Report as spam » situé en haut à droite de la page de chaque courriel. Le but de la manœuvre est de parcourir les archives mois par mois, courriel après courriel, et de rapporter les messages indésirables les plus évidents en cliquant sur ce bouton, afin d'entrainer le robot antispam. > Je me suis rendu sur https://wiki.debian.org/I18n/FrenchSpamClean puis > sur "créé un jeu d'outils opérationnels" ce qui m'a dirigé sur > https://lists.debian.org/debian-devel-announce/2009/04/msg00012.html. Le but de la page de Wiki[1] est de recenser les relectures pour éviter de multiplier le travail sur un mois qui a déjà été traité. Le message en provenance de debian-devel-announce était simplement l'annonce de la mise à disposition de ces outils, d'où la possible confusion. Trois listes de diffusions sont surveillées : debian-l10n-french[2], debian-devel-french[3] et debian-user-french[4] en bas de la page. [1] : https://wiki.debian.org/I18n/FrenchSpamClean [2] : https://lists.debian.org/debian-l10n-french/ [3] : https://lists.debian.org/debian-devel-french/ [4] : https://lists.debian.org/debian-user-french/ Bonne journée, :) -- Étienne Mollier Fingerprint: 8f91 b227 c7d6 f2b1 948c 8236 793c f67e 8f0d 11da Sent from /dev/pts/2, please excuse my verbosity. signature.asc Description: PGP signature
Re: Nettoyage du spam : décembre 2022 et janvier 2023
Salutations, Et de cinq pour le mois de janvier, bien joué ! Fab, on 2023-02-02: > fait! ça m'a pris 30 secondes. Il manque chaque mois, en moyenne, 2 > relecteurs pour entamer une relecture pour virer les spams. Il reste effectivement un peu plus de deux ans d'historique pour les trois lists de diffusion concernées, si des volontaires avaient peur de s'ennuyer. ;) > à tatôt ;) > > f. > > Le 02/02/2023 à 01:08, Jean-Pierre Giraud a écrit : > > Bonjour, > > Comme nous sommes en février, il est désormais possible de > > traiter les archives du mois de décembre 2022 et de janvier 2023 des > > listes francophones. > > > > N'oubliez bien sûr pas d'ajouter votre nom à la liste des relecteurs > > pour que nous sachions où nous en sommes. > > > > Détails du processus de nettoyage du spam sur : > > > > https://wiki.debian.org/I18n/FrenchSpamClean > > > > Jean-Pierre Giraud Bonne soirée, :) -- Étienne Mollier Fingerprint: 8f91 b227 c7d6 f2b1 948c 8236 793c f67e 8f0d 11da Sent from /dev/pts/2, please excuse my verbosity. On air: Dave Martone - Dream On signature.asc Description: PGP signature
Re: Bonne année aux debianneux !
Bonsoir, Frédéric ROBERT, on 2023-01-09: > On 1/9/23 16:36, Fab wrote: > > Hello la liste, > > > > Je profite de la nouvelle année pour vous saluer et vous remercier. J'ai > > appris tellement de choses sur cette liste, de très haute tenue, depuis > > toutes ces années ! > > > > Comme dirait l'autre, pourvu que ça dure ;) > > > > f. > > > > Allo la planète, > > Meilleurs voeux à vous aussi et que la force du libre soit avec nous, > > Bonne soirée, Meilleurs vœux ! Bonne annéer, :) -- Étienne Mollier Fingerprint: 8f91 b227 c7d6 f2b1 948c 8236 793c f67e 8f0d 11da Sent from /dev/tty1, please excuse my verbosity. signature.asc Description: PGP signature
Re: L'option svm de virtualisation désactivée après migration de Buster vers Bullseye
Bonjour Olivier, Olivier, on 2023-01-02: > J'ai profité des fêtes pour mettre à jour de Buster à Bullseye > quelques machines. Très bonne idée ! :) > L'une d'elles est utilisée comme hôte de virtualisation KVM/libvirt. > > La migration s'est en apparence passé sans encombre. > Pourtant, ce matin en essayant de cloner une VM, j'ai eu un message > inhabituel du type Emulator '/usr/local/sbin/qemu' does punot support > virt type 'kvm' > > En cherhant rapidement sur le web, j'ai trouvé [1]. > J'ai re-démarré la machine hôte en accédant au BIOS. > Dans celui-ci, j'ai vu que l'option qui gère les fonctions de > virtualisation était désactivée. > Après l'avoir activée, j'ai pu cloner normalement ma VM. > > Comment est-il possible qu'une simple migration Buster vers Bullseye > désactive les fonctions de virtualisation ? C'est peut-être une coïncidence avec la mise à jour majeure de Debian. Toutes les fois où j'ai pu me retrouver dans une situation similaire, j'ai eu une remise à zéro complète des options du Bios. Du coup, j'aurais tendance à regarder du côté de la pile de la carte mère, voir si elle est encore en état. Ce genre de chose peut arriver assez fréquemment si le matériel n'est plus tout récent. Mais peut-être que je fais fausse route : si ça se trouve il est possible de piloter ce genre de paramêtres grâce à uefi depuis le système d'exploitation, mais je vois mal pourquoi une mise à jour majeure du système d'exploitation aurait changé ce paramêtre. Meilleurs vœux, :) -- Étienne Mollier Fingerprint: 8f91 b227 c7d6 f2b1 948c 8236 793c f67e 8f0d 11da Sent from /dev/tty1, please excuse my verbosity. On air: Yes - Homeworld (The Ladder) signature.asc Description: PGP signature
Re: Rétroportage de meson
Bonsoir Sébastien, Sébastien NOBILI, on 2022-12-28: > fatal error: Python.h: No such file or directory >19 | #include > | ^~ > compilation terminated. > ninja: build stopped: subcommand failed. > ``` > > Pourtant : > > ``` > % find /usr/include -name Python.h > /usr/include/python3.9d/Python.h > /usr/include/python3.9/Python.h > /usr/include/python2.7_d/Python.h > ``` > > Quelqu'un a-t-il un environnement similaire au mien et peut-il > tester ? Je n'ai pas testé, mais… > Quelqu'un a-t-il une piste me permettant de passer ce blocage ? … naïvement, j'ajouterais /usr/include/python3.9 à la variable d'environnement C_INCLUDE_PATH pour voir si j'arrive à passer à l'erreur suivante (voir à compiler les paquets binaires meson). En espérant que ça aide, Bonne soirée, :) -- Étienne Mollier Fingerprint: 8f91 b227 c7d6 f2b1 948c 8236 793c f67e 8f0d 11da Sent from /dev/pts/1, please excuse my verbosity. signature.asc Description: PGP signature
Re: Ma console ne sait pas effacer correctement un e accentué.
Bonjour Olivier, Pour ce qui est du problème avec les caractères accentués, est-ce que le paquet locales ont été configurées pour compiler au moins un environnement gérant l'unicode ? $ sudo dpkg-reconfigure locales Si non, il faut sélectionner une langue en mode UTF-8 (par exemple fr_FR.UTF-8 ou en_US.UTF-8) puis sélectionne une valeur de LANG par défaut (fr_FR.UTF-8, C.UTF-8, etc). La reconfiguration va compiler les données pour les locales sélectionnées et régler les variables d'environnement de manière adéquate, et peut-être que c'est l'étape de compilation qui a manqué jusqu'ici ? Je n'ai pas regardé de près comment gérer cette configuration en preseed (j'utilise FAI[1], qui est un outil d'installation via PXE très puissant dès que le nombre de machines et de configurations à installer devient excessivement élevé). [1] : https://fai-project.org/ En espérant que ça aide, -- Étienne Mollier Fingerprint: 8f91 b227 c7d6 f2b1 948c 8236 793c f67e 8f0d 11da Sent from /dev/pts/1, please excuse my verbosity. On air: Happy Family - Animal Spirit signature.asc Description: PGP signature
Re: Ma console ne sait pas effacer correctement un e accentué.
Olivier, on 2022-12-16: > En comparant le contenu de /etc/default/console-setup, je ne vois pas > de différence ou d'anomalie: > > # cat /etc/default/console-setup > # CONFIGURATION FILE FOR SETUPCON > # Consult the console-setup(5) manual page. > ACTIVE_CONSOLES="/dev/tty[1-6]" > CHARMAP="UTF-8" > CODESET="Lat15" Pour ce que ça vaut, je m'en tiens au CODESET="guess", mais ça ne devrait de toutes façons pas affecter les connexions ssh, donc le problème est ailleurs. > FONTFACE="Fixed" > FONTSIZE="8x16" > VIDEOMODE= > # The following is an example how to use a braille font > # FONT='lat9w-08.psf.gz brl-8x8.psf' -- Étienne Mollier Fingerprint: 8f91 b227 c7d6 f2b1 948c 8236 793c f67e 8f0d 11da Sent from /dev/pts/1, please excuse my verbosity. On air: Opeth - Hjartat Vet Vad Handen Gor signature.asc Description: PGP signature
Re: Éditeur collaboratif
Bonjour Alex, Alex PADOLY, on 2022-12-10: > Connaissez-vous un éditeur collaboratif ou un utilisateur ne peut effacer > uniquement ce qu'il a écrit. Il y aurait bien gobby et son serveur infinoted[1] qui aurait des contrôles d'accès un peu avancés, mais peut-être pas assez pour empêcher deux personnes de se marchers sur les pieds dans un même fichier. Les deux paquets sont disponibles dans Debian, si d'aventure vous voulez tester. [1]: https://gobby.github.io/ HTH, -- Étienne Mollier Fingerprint: 8f91 b227 c7d6 f2b1 948c 8236 793c f67e 8f0d 11da Sent from /dev/pts/2, please excuse my verbosity. On air: Trettioåriga Kriget - Till en vän signature.asc Description: PGP signature
Re: Configuration conseillée de la console d'un serveur
Bonjour Olivier, Olivier, on 2022-11-28: > J'ai dernièrement installé un serveur Bullseye. > Je m'y connecte très sporadiquement en direct (VGA/DVI + clavier) et > par SSH le reste du temps. > > Je me rends aujourd'hui que sur ce serveur, les espaces insécables > (produits par apt, par exemple) sont mal affichés en SSH (à la place > de l'espace j'ai un caractère à la noix) mais correctement affichés > quand je me connecte en direct (VGA+clavier). > > Avez-vous une documentation de référence sur la configuration de la > console d'un serveur (sans interface graphique) ? Le réglage manquant n'est peut-être pas que du côté de la console système. L'environnement de lancement du terminal qui lui même va lancer le client ssh peut interférer. Si je lance un xterm sans support de l'utf-8, j'ai: $ DEBFULLNAME='Étienne Mollier' LANG=C xterm [… changement de fenêtre …] (C)$ echo "$DEBFULLNAME" Ãtienne Mollier Alors qu'avec support d'utf-8, j'observe plutôt: $ DEBFULLNAME='Étienne Mollier' LANG=C.UTF-8 xterm [… changement de fenêtre …] (C.UTF-8)$ echo "$DEBFULLNAME" Étienne Mollier Je ne sais pas si c'est bien ça le problème, mais si ça peut donner une piste… Bonne journée, :) -- Étienne Mollier Fingerprint: 8f91 b227 c7d6 f2b1 948c 8236 793c f67e 8f0d 11da Sent from /dev/pts/2, please excuse my verbosity. On air: RPWL - 3 Lights signature.asc Description: PGP signature
Re: liste de générateur de parseur sous Debian
Bonsoir Basile, Basile Starynkevitch, on 2022-11-16: > Pour le logiciel libre RefPerSys <http://refpersys.org/> il nous serait > utile d'avoir un catalogue de générateur de parseur sous Debian > > (je connais bison, bison++, bisonc++, antlr, ) `apt search parser generator` retourne quelque bricoles. J'ai noté : byacc/unstable 1:2.0.20221106-1 amd64 public domain Berkeley LALR Yacc parser generator Pour d'autre langages que le C/C++ : cl-abnf/unstable,unstable 20200229.gitba1fbb1-1 all Common Lisp ABNF parser generator erlang-neotoma/unstable,unstable 1.7.4+dfsg-3 all parser generator for Erlang gocc/unstable 0.0~git20211213.7ea6993-1+b2 amd64 Go lexer and parser generator happy/unstable 1.20.0-1 amd64 Parser generator for Haskell javacc/unstable,unstable 7.0.11-1 all Parser generator for use with Java jison/unstable,unstable 0.4.17+dfsg-5 all parser generator with Bison's API menhir/unstable 20220210+ds-2 amd64 Parser generator for OCaml perl-byacc/unstable 2.0-8+b1 amd64 Berkeley LALR parser generator, Perl version racc/unstable,unstable 1.4.14-2.1 all Ruby LALR parser generator yapps2/unstable,unstable 2.2.1-3.1 all Yet Another Python Parser System J'en ai probablement manqué tout un tas. Bonne soirée, :) -- Étienne Mollier Fingerprint: 8f91 b227 c7d6 f2b1 948c 8236 793c f67e 8f0d 11da Sent from /dev/pts/2, please excuse my verbosity. On air: Cryptic Vision - In A World signature.asc Description: PGP signature
Re: Est il possible de forcer Linux a écrire plus souvent dans le swap
Bonjour, Pierre-Elliott Bécue, on 2022-11-07: > Olivier backup my spare wrote on 07/11/2022 at > 15:01:00+0100: > > J'ai un serveur de calcul et j'ai des utilisateurs qui ouvrent des > > instances à distance. > > Pour beaucoup, il lancent un calcul et attendent le résultat mais ils > > utilisent leur instance comme un bureau et y laissent des applis ouverte > > mais non utilisées. > > Y a t-il un moyen de forcer linux à mettre ces applis en stand by dans le > > swap. > > C'est un serveur Del avec une debian Bulleyes. > > Oui et non : sysctl vm.swappiness > > Plus la valeur (entre 0 et 100) est élevée, plus la mise en swap sera > faite de façon agressive. Plus précisément, la swappiness gère l'équilibrage entre : 1. l'éviction de pages de mémoires anonymes en swap, 2. et celles de pages du cache du système de fichier, quand l'utilisation de la mémoire atteint 100% (cache du système de fichiers inclus, ce qui arrive donc en général assez vite). Elle peut être comprise entre 0 et 100 sur les anciens noyaux et depuis quelque versions peut monter à 200, ce qui peut être intéressant pour les cas où la swap est stockée sur un volume dédié plus rapide que le système de stockage principal de la machine. Une swappiness de 100 permet un équilibre entre l'éviction des deux types de pages sur disque. Une swappiness entre 0 et 100 va privilégier la présence de pages anonymes en RAM ; la valeur par défaut est de 60. Une swappiness entre 100 et 200, nécessitant un noyau récent, va permettre de privilégier le cache du système de fichier. Avec une swappiness de 0, le noyau change de mécanisme pour utiliser un système de seuils qui vont déclencher l'utilisation de la swap pour les pages anonymes. Ces informations sont disponibles dans la documentation d'administration du noyau Linux[1]. [1] : https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git/tree/Documentation/admin-guide/sysctl/vm.rst?h=linux-5.10.y#n848 > Mais tu ne peux pas garantir le comportement du noyau pour autant. Effectivement, en particulier à l'équilibre (100), les règles qui seront appliquées seront celles de localité spatiale (adresses contiguës) et temporelle : une application graphique en cours d'utilisation peut donc se retrouver à avoir la priorité sur un bloc de données en cours de traitement qui n'a pas été accédé récemment ; inversement la nuit, le cache des fichiers utilisé par le traitement en cours pourra avoir plus de valeur que la mémoire résidente des applications graphiques. Bonne journée, :) -- Étienne Mollier Fingerprint: 8f91 b227 c7d6 f2b1 948c 8236 793c f67e 8f0d 11da Sent from /dev/pts/2, please excuse my verbosity. On air: Vanden Plas - Beyond Daylight signature.asc Description: PGP signature
Re: bullseye : install grub install en echec
Bonjour, debian-user-french@lists.debian.org, on 2022-10-23: > J'installe bullseye depuis une clef usb (en mode graphique), tout ce > passe bien jusqu’à l'installation de grub. > > (de mémoire) > grub-install: error: embedding is not possible, but this is required > for RAID and LVM install. > > > Pour info (de mémoire) > gpt1,1 => vfat boot > gpt1,2 => truc windows ("partition réservé") > gpt1,3 => truc windows (l'os ?) > gpt1,4 => truc windows (recovery ?) > gpt1,5 => ma debian (avec le /boot) : luks, lvm2 Si le /boot est embarqué dans le conteneur chiffré par luks, il me semble que depuis buster, l'en-tête sera en version 2. Or, Grub ne supporte pas de démarrer sur ce format au moins jusqu'à grub 2.04[1]. Il faudra reformater ou downgrader le conteneur luks pour utiliser une en-tête en version 1, ou bien dédier une partition non-chiffrée au /boot. [1] : https://cryptsetup-team.pages.debian.net/cryptsetup/encrypted-boot.html (Note : je n'ai pas vérifié si grub 2.06 disponible depuis peu dans bullseye permet de démarrer sur des conteneurs luks avec en-tête en version 2 ; ça peut peut-être marcher tout en étant potentiellement un peu vert.) > Du coup reboot, j'ajoute depuis le bios, des entrées efi > * debian avec grubx64 > * debian avec bootx64 > (j'ai vu cela au hasard de mes recherches, c'est ptet pas hyper > cohérent...) Il me semble que c'est nécessaire sur certains modèles de machines avec un uefi ancien qui ne supporte que de démarrer sur le bootx64.efi. J'ai vu sur certains modèles de stations de travail qui ont aujourd'hui dix ans d'âge. Mais ça n'a rien à voir avec le problème de démarrer sur partition chiffrée. En espérant que ça aide, -- Étienne Mollier Fingerprint: 8f91 b227 c7d6 f2b1 948c 8236 793c f67e 8f0d 11da Sent from /dev/pts/4, please excuse my verbosity. On air: Xanadu - More signature.asc Description: PGP signature
Re: [HS à moitié] LMDE 5 et boot
Bonjour Gaëtan, Je n'utilise pas LMDE, donc je vais m'abstenir de trop rentrer dans les détails. Gaëtan Perrier, on 2022-09-22: > Le problème est le suivant. > Si on boote normalement, on finit, après un premier splashscreen, sur un écran > noir avec juste le curseur en haut à gauche. Plus rien ne répond, le clavier > ne > fonctionne pas, etc. Le serveur X ne semble pas avoir décolé. Bref arrêt par > l'alim obligatoire. > Par si on interrompt le boot au niveau de grub, que l'on choisit le mode > recovery et qu'une fois le mot de passe demandé on fait CTRL-D pour continuer > sur un boot normal, tout se passe bien, le serveur X démarre correctement, > etc. > Si à ce moment on regarde les logs, je ne vois rien d'anormal concernant le > boot précédent ... > > Quelqu'un aurait-il déjà rencontré ce genre de problème ? Oui, de mémoire c'est le genre de symptôme qu'on a quand il y a un dysfonctionnement du pilote graphique. L'option de démarrage qui permet au mode de récupération de retomber sur ses pattes est "nomodeset". > Précision: le driver proprio de nvidia est utilisé. Ça vaudrait peut-être le coup de refaire une installation du pilote : il se peut qu'il ait mal vécu sa mise à jour, ou qu'il ait mal vécu la mise à jour du noyau Linux, entre LMDE 4 et 5. Une autre option pourrait être de tenter une bascule vers le pilote libre nouveau. Bonne soirée, :) -- Étienne Mollier Fingerprint: 8f91 b227 c7d6 f2b1 948c 8236 793c f67e 8f0d 11da Sent from /dev/pts/2, please excuse my verbosity. signature.asc Description: PGP signature
Re: sed : suppression de lignes
Bonjour, antoine.valmer, on 2022-09-09: > Dans un fichier texte, j'ai ce type de lignes : > 49.7.20.111|17August2022 > 49.7.20.120|18August2022 > > Je souhaite supprimer toutes celles qui ont cette expression : > "49.7.20." > J'ai tenté cette commande : > sed '/49.7.20/d' > mais elle n'efface aucune ligne contenant "49.7.20." Bizarre, chez moi ça marche : $ echo '49.7.20.111|17August2022' | sed '/49.7.20/d' $ echo '49.7.20.120|18August2022' | sed '/49.7.20/d' $ echo '11.2.33.123|19August2022' | sed '/49.7.20/d' 11.2.33.123|19August2022 Peut-être qu'il y a une subtilité entre différentes versions de sed utilisées ? Mais j'ai essayé avec GNU sed et busybox sed sans avoir de problèmes : $ sed --version sed (GNU sed) 4.8 Packaged by Debian Copyright (C) 2020 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later <https://gnu.org/licenses/gpl.html>. […] $ busybox sed --version This is not GNU sed version 4.0 Bonne soirée, -- Étienne Mollier Fingerprint: 8f91 b227 c7d6 f2b1 948c 8236 793c f67e 8f0d 11da Sent from /dev/tty1, please excuse my verbosity. signature.asc Description: PGP signature
Re: Problème suite à mise à jour
Bonjour David, Sébastien NOBILI, on 2022-09-02: > Le 2022-09-02 13:34, David Martin a écrit : > > Je viens de mettre à jour ma debian (10.12), sans aucun problème. > > à la reconnexion sur mon utilisateur, je n'ai plus d'icone sur le > > bureau. > > Mettre à jour vers Debian 11 ? > > Un paquet a dû se retrouver désinstallé dans l'opération. > Tu peux trouver la liste de ce qui a bougé dans le fichier > /var/log/apt/history.log Il est également possible que l'affichage des icônes de bureau ait été coupé par inadverance. Elles peuvent être rétablies depuis le programme xfce4-settings-manager (ou via le menu Applications > Settings > Settings Manager) : 1. sélectionner le menu Desktop, 2. sélectionner l'onglet Icons, 3. et basculer l'Icon type de None vers File/launcher icons. Bonne soirée, :) -- Étienne Mollier Fingerprint: 8f91 b227 c7d6 f2b1 948c 8236 793c f67e 8f0d 11da Sent from /dev/pts/2, please excuse my verbosity. On air: Dead Heroes Club - Machine In The Garden signature.asc Description: PGP signature
Re: Gestion du ventilateur sur un PC portable.
benoit, on 2022-08-04: > Le jeudi 4 août 2022 à 19:39, Étienne Mollier a écrit > : > > Bonjour, > > > > Par le plus grand des hasards, est ce que le paquet de > > micrologiciels non-free intel-microcodes est installé ? > > Non je n'ai pas non-free dans mon source.list > > Mais je peux essayer Je dirais même, intel-microcode au singulier. Erratum, -- Étienne Mollier Fingerprint: 8f91 b227 c7d6 f2b1 948c 8236 793c f67e 8f0d 11da Sent from /dev/pts/4, please excuse my verbosity. signature.asc Description: PGP signature
Re: Gestion du ventilateur sur un PC portable.
benoit, on 2022-08-04: > Le jeudi 4 août 2022 à 19:45, Étienne Mollier a écrit > : > > BERTRAND Joël, on 2022-08-04: > > > Un composant grand comme un Atom N270 doit pouvoir dissiper 2,5W dans > > > le plan de masse sans même avoir besoin d'un radiateur passif. Je fais > > > cela à longueur de journée. Le simple fait que le CPU soit muni d'un > > > ventilateur montre qu'il peut consommer largement plus que les 2,5W > > > annoncés. > > > > Oui, il doit y avoir un truc. J'ai un Atom N2600 annoncé à 3,5W > > de PDT, et à part par forte chaleur où il peut atteindre 80°C en > > pleine charge, je n'ai jamais eu de problèmes particuliers avec. > > Il est refroidi « dans le plan de masse ». > > Là au moment du pic de chaleur de ce début de soirée il est à 52°, mais il ne > fait rien. Ça me paraît cohérent, j'ai 55°C idle à l'instant t sans dissipation active. -- Étienne Mollier Fingerprint: 8f91 b227 c7d6 f2b1 948c 8236 793c f67e 8f0d 11da Sent from /dev/pts/4, please excuse my verbosity. signature.asc Description: PGP signature
Re: Gestion du ventilateur sur un PC portable.
Bonjour Joël, BERTRAND Joël, on 2022-08-04: > Un composant grand comme un Atom N270 doit pouvoir dissiper 2,5W dans > le plan de masse sans même avoir besoin d'un radiateur passif. Je fais > cela à longueur de journée. Le simple fait que le CPU soit muni d'un > ventilateur montre qu'il peut consommer largement plus que les 2,5W > annoncés. Oui, il doit y avoir un truc. J'ai un Atom N2600 annoncé à 3,5W de PDT, et à part par forte chaleur où il peut atteindre 80°C en pleine charge, je n'ai jamais eu de problèmes particuliers avec. Il est refroidi « dans le plan de masse ». Bonne journée, -- Étienne Mollier Fingerprint: 8f91 b227 c7d6 f2b1 948c 8236 793c f67e 8f0d 11da Sent from /dev/pts/2, please excuse my verbosity. signature.asc Description: PGP signature
Re: Gestion du ventilateur sur un PC portable.
Bonjour, Dethegeek, on 2022-08-04: > C'est assez énervant ces stratégies marketing. Ca en devient mensonger. > > Le chipset de la machine est de Intel Il ne doit pas y avoir grand chose à > bidouiller, ca me semble bien supporté par linux, et il ne doit pas y avoir > grand chose à améliorer, non ? Par le plus grand des hasards, est ce que le paquet de micrologiciels non-free intel-microcodes est installé ? En espérant que ça aide, -- Étienne Mollier Fingerprint: 8f91 b227 c7d6 f2b1 948c 8236 793c f67e 8f0d 11da Sent from /dev/pts/2, please excuse my verbosity. signature.asc Description: PGP signature
Re: Kmail ne reçoit ni n'envoie des messages
Bonjour, phil-deb1.mer...@laposte.net, on 2022-05-18: > Donc c'est un problème SSL je vais chercher si une librairie Debian Sid SSL > a changé récemment et crée ce problème. Il y a effectivement une transition en cours vers OpenSSL 3.0. Ceci[1] pourrait expliquer cela. [1]: https://lists.debian.org/debian-devel/2022/05/msg00126.html Bien à vous, -- Étienne Mollier Fingerprint: 8f91 b227 c7d6 f2b1 948c 8236 793c f67e 8f0d 11da Sent from /dev/pts/2, please excuse my verbosity. On air: Travis Larson Band - Axe to Grind signature.asc Description: PGP signature
Re: Des pilotes Nvidia officiels libres
didier gaumet, on 2022-05-12: > Mais ici, pas d'ambiguïté: c'est du libre, de ce que je comprends, > disponible à la fois sous licence GPL et sous licence MIT, ce qui > permet donc de rester libre ou d'incorporer du code propriétaire: ça > satisfait les puristes du GPL comme les tenants des licences BSD ou du > propriétaire. > Il y a un article sur un blog technique Nvidia ici, qui confirme > l'article Phoronix: > https://developer.nvidia.com/blog/nvidia-releases-open-source-gpu-kernel-modules/ C'est une sacrée évolution par rapport à ce à quoi nvidia à pu habituer le monde du libre. Pas sûr que le pilote libre soit intégré de sitôt à Linux, mais c'est un début. À noter que la fourniture de rustines au pilote nvidia semble nécessiter de signer une CLA[1], ce qui peut freiner certaines contributions. [1] : https://github.com/NVIDIA/open-gpu-kernel-modules/blob/main/README.md?plain=1#L86 > Par contre ça ne concerne que le pur pilote (module en espace noyau), > pas les outils en espace utilisateurs (les couches de calcul > OpenCL, Vulkan, Cuda, etc...) qui restent propriétaires, comme chez > AMD, c'est vraiment une pure coïncidence, à mon avis ;-) Les bibliothèques de calcul chez AMD ne sont plus propriétaires, du moins elles ont une version libre officiellement maintenue par AMD sous le nom de ROCm[2]. De menus travaux d'empaquetage sont en cours pour inclure ces outils dans Debian[3]. [2] : https://docs.amd.com/bundle/ROCm-Getting-Started-Guide-v5.1/page/Overview_of_ROCm_Installation.html [3] : https://salsa.debian.org/rocm-team/ Par contre, effectivement, les micrologiciels des cartes graphiques sont toujours propriétaires du côté d'AMD. Je n'ai pas réussi à déterminer ce qu'il en est des micrologiciels des cartes nvidia en jetant un œil rapide au code source du pilote. Bonne soirée, :) -- Étienne Mollier Fingerprint: 8f91 b227 c7d6 f2b1 948c 8236 793c f67e 8f0d 11da Sent from /dev/pts/2, please excuse my verbosity. signature.asc Description: PGP signature
Re: comment compiler Glib 2 ou GTK 4 avec les informations de déboguage
Bonjour Basile, Bonjour didier, didier gaumet, on 2022-05-10: > Le mardi 10 mai 2022 à 16:08 +0200, Basile Starynkevitch a écrit : > > Bonjour, > > > > Pour mes divers projets logiciels (dont http://refpersys.org/ ) > > j'ai besoin des informations de déboguage (utilisés par GDB comme par > > la librarie libbacktrace de Ian Lance Taylor) > > > > Mes systèmes Debian ou Ubuntu sont assez récents (par exemple > > Debian/Bookworm/sid ou Ubuntu 22.04) sur des processeurs x86-64 > > multicoeurs (au moins 6 coeurs, et parfois 24). > > > > Comment faire, en minimisant le temps que ça me prend. > > > > Merci. > > PS.Un exemple de bogue: mon petit gtksrc-browser.c commit 7dd6ab9 > > > > Bonjour, > > Sous réserve que je ne comprenne pas de travers, > Je n'étais pas au courant mais il semble qu'il existe pour les versions > récentes de Debian un système automatique de récupération des symboles > de debug. Oui, il s'agit du service debuginfod[1,2,3]. Pour le configurer rapidement et ne plus avoir à s'en occuper par la suite : # apt install --yes libdebuginfod1 # cat > /etc/profile.d/debuginfod.sh <<- END DEBUGINFOD_URLS="https://debuginfod.debian.net; export DEBUGINFOD_URLS END En option, un export DEBUGINFOD_PROGRESS=1 permet de se convaincre que les symboles de débogage sont téléchargés (ou pas) pendant la session de débogage. Le serveur de debuginfo[1] prend en charge Debian en versions 11, 12 et sid. Je n'ai pas entendu dire qu'il y ait de service similaire pour Ubuntu 22.04 malheureusement. [1]: https://debuginfod.debian.net [2]: https://wiki.debian.org/Debuginfod [3]: https://sourceware.org/elfutils/Debuginfod.html Bonne soirée, :) -- Étienne Mollier Fingerprint: 8f91 b227 c7d6 f2b1 948c 8236 793c f67e 8f0d 11da Sent from /dev/pts/2, please excuse my verbosity. On air: Queensrÿche - Promised Land PS : désolé pour les typos dans un échange précédent, j'ai remplacé le clavier par un qui ne mange pas les caractères, et j'ai augmenté la taille de mes fontes. signature.asc Description: PGP signature
Re: Rendre persistante la cmde echo 1 > /proc/sys/net/netfilter/nf_conntrack_acct
Bonjour Olivier, Voici quelque compléments d'information, en plus des excellentes remarques de didier. didier gaumet, on 2022-05-06: > Le vendredi 06 mai 2022 à 18:32 +0200, Olivier a écrit : > [...] > > Comment est chargé nf_conntrack ? > > Quels fichiers de log consulter pour observer ce chargement ? > > Est-il possible de configurer la façon dont nf_conntrack est chargé ? > > - Je ne sais pas trop comment ça marche, je *suppose* que c'est udev qui > déclenche le chargement du module (mais ne me crois pas sur parole, hein, je > n'y connais quasiment *rien*) nf_conntrack n'est pas verbeux au chargement, sinon il aurait probablement affiché quelque messages dans /var/log/kern.log ou dmesg. Difficile de dire ce qui cause son chargement, ça pourrait venir des outils de configuration réseau. > - possiblement en jouant avec les options de modinfo et de journalctl pour > avoir plus de détails et en croisant les deux flots d'information ainsi > obtenus, tu pourrais obtenir des infos `modinfo nf_conntrack` va effectivement rapporter les options qui peuvent être passées au chargement du module. L'option intéressante est "acct". > - *a priori* modifier le chargement du module conntrack s'obtiendrait > justement par la création d'un fichier tel que celui que je t'ai suggéré, > avec une ligne "install" (cf la manpage de modprobe.d). > Au lieu de la ligne "install" tu peux essayer une ligne telle que celle-ci: > options nf_conntrack net.netfilter.nf_conntrack_acct = 1 > > (je n'ai aucune idée si ça peut marcher) Je viens de tester sur une machine virtuelle, et en fait, ce qui passe chez moi c'est : # /etc/modprobe.d/nf_conntrack.conf options nf_conntack acct=1 Après son redémarrage, j'ai bien l'accounting démarré sans encombres : $ cat /proc/sys/net/netfilter/nf_conntrack_acct 1 > - et si ce n'est déjà fait, installer les paquets conntrack et surtout > conntrackd pour voir si ça va mieux (après reboot), ou les désinstaller dans > le cas contraire pour voir ici aussi si ça va mieux. En espérant que ça aide, Bonne journée, :) -- Étienne Mollier Fingerprint: 8f91 b227 c7d6 f2b1 948c 8236 793c f67e 8f0d 11da Sent from /dev/pts/2, please excuse my verbosity. On air: Steve Morse Band - V.H.F. (Vertical Hair Factor) signature.asc Description: PGP signature
Re: Rendre persistante la cmde echo 1 > /proc/sys/net/netfilter/nf_conntrack_acct
Bonjour Olivier, Olivier, on 2022-05-04: > J'ai essayé avec un fichier /etc/sysctl.d/foo.conf et le contenu ci-après. > net.ipv4.ip_forward=1 > net.netfilter.nf_conntrack_acct=1 > > J'observe que seule la première ligne produit l'effet escompté: > # sysctl net.ipv4.ip_forward > 1 > # sysctl net.netfilter.nf_conntrack_acct > 0 En démarrant le système avec comme argument de démarrage nf_conntrack.acct=1, est ce que ça aide ? Un moyen de l'appliquer est d'éditer /etc/default/grub, et de régler la variable GRUB_CMDLINE_LINUX_DEFAULT, par exemple : GRUB_CMDLINE_LINUX_DEFAULT="nf_conntrack.acct=1" et puis de reconstruire les entrées de menu grub : $ sudo update-grub Bonne journée, :) -- Étienne Mollier Fingerprint: 8f91 b227 c7d6 f2b1 948c 8236 793c f67e 8f0d 11da Sent from /dev/tty1, please excuse my verbosity. On air: Genesis - The Return of the Giant Hogweed signature.asc Description: PGP signature
Re: Debian recompilé avec -O2 -g
Bonsoir Basile, Basile Starynkevitch, on 2022-03-07: > Pour divers projets logiciels libres (dont http://refpersys.org/ qui utilise > la libbacktrace <https://github.com/ianlancetaylor/libbacktrace> de Ian L. > Taylor ...) je rêve d'un Debian testing x86-64 dont tyous les programmes et > librairies ont été compilés avec les infor DWARF de debugging. Donc avec gcc > -02 -g > > Est-ce que ça existe? Ou bien comment recompiler tout Debian avec*-O2 -g* Oui, la majorité des paquets debian sont compilés avec (entre autres fanions) -g et -O2. Les binaires résultants sont utilisés tels quels pour construire les paquets avec symboles de débogage, et ensuite sont nettoyés avec (dh_)strip pour construire les paquets binaires classiques. Les paquets avec symboles de débogage sont disponibles dans un dépôt auxiliaire pour économiser l'espace disque et la bande passante des miroirs [1]. Alternativement, il est possible de charger dynamiquement les symboles de débogage en passant par le serveur debuginfod du projet [2]. [1] : https://wiki.debian.org/SourcesList#Debug_Symbol_Packages [2] : https://wiki.debian.org/Debuginfod Bonne soirée, :) -- Étienne Mollier Fingerprint: 8f91 b227 c7d6 f2b1 948c 8236 793c f67e 8f0d 11da Sent from /dev/pts/2, please excuse my verbosity. On air: Ayreon - The First Man on Earth signature.asc Description: PGP signature
Re: emacs lisp et (- 0.07 0.18) et aussi SBCL
Bonjour, Basile Starynkevitch, on 2021-10-24: > On 24/10/2021 18:44, kaliderus wrote: > > J'avais déjà remarqué ce phénomène, et voici ce que me donne le > > résultat mentionné en objet > > (- 0.07 0.18) > > dans emacs : -0.10999 > > avec SBCL : -0.1101 […] > Si j'ai bonne mémoire, la norme Common Lisp impose le calcul en bignums ou > nombres à précision arbitrairement grande. > > Alors que GNU emacs utilise des flottants IEEE754. Le petit programme ci-dessous permet de voir ce qu'il se passe : #include int main(int argc, char *argv[]) { printf("double: %0.32f\n", (double)0.07 - (double)0.18); printf("float: %0.32f\n", (float)0.07 - (float)0.18); return (0); } Un fois compilé et exécuté, on retrouve les erreurs de précision issues des arrondis flottants mentionnés par Basile : double: -0.10998667732370449812 float: -0.110068545341491699218750 Empiriquement, emacs ferait donc ses calculs en virgule flottante double précision, et SBCL en simple. Bonne journée, :) -- Étienne Mollier Fingerprint: 8f91 b227 c7d6 f2b1 948c 8236 793c f67e 8f0d 11da Sent from /dev/pts/2, please excuse my verbosity. signature.asc Description: PGP signature
Re: GPT et la suite
Bonjour Cassis, k6dedi...@free.fr, on 2021-10-16: > J'ai du mal à trouver quelque chose de cohérent pour mettre mes disques en > GPT. > > J'ai utilisé gparted qui dit bien que mon disque est en GPT > J'ai laissé une plage non utilisée de 8Mo avant ma première partition. L'espace libre en début de disque est typique pour permettre de stocker le chargeur de démarrage sur le secteur d'amorçage, mais cette configuration est spécifique au mode BIOS+MBR. En mode UEFI+GPT, le chargeur de démarrage est stocké dans une partition système EFI (notée ESP dans l'installeur Debian), au format fat32, montée par le système d'exploitation en tant que /boot/efi. Dans la section 6.3.4.2 du manuel [1], un paragraphe est dédié à cette partition. [1] : https://www.debian.org/releases/bullseye/amd64/ch06s03.fr.html#di-partition À vue de nez, je pense que le système ne démarre pas, parce que la partition système EFI est manquante. En espérant que ça aide, -- Étienne Mollier Fingerprint: 8f91 b227 c7d6 f2b1 948c 8236 793c f67e 8f0d 11da Sent from /dev/pts/4, please excuse my verbosity. signature.asc Description: PGP signature
Re: Capture d'écran avec wmctrl+import
Bonsoir Pierre, Pierre ESTREM, on 2021-10-13: > 'wmctrl -d -v" me renvoie : > > envir_utf8: 1 > WM provides _NET_DESKTOP_GEOMETRY value common for all desktops. > WM provides _NET_DESKTOP_VIEWPORT value only for the current desktop. > WM provides _NET_WORKAREA value only for the current desktop. > Total number of desktops: 1 > Current desktop ID (counted from zero): 0 > 0 * DG: 7680x1080 VP: 3840,0 WA: 0,35 1920x1008 Espace de travail 1 > > Ca fait 1 (un) bureau/desktop ? Les bureaux ont l'air d'être bien présents sous une forme différente de ce à quoi je m'attendais : wmctrl rapporte une largeur de bureau de 7680 pixels, ce qui correspond exactement à quatre fois la largeur de l'espace de travail de 1920 pixels. Je n'ai pas la moindre idée de ce qui peut provoquer ce comportement pour le moment, et je n'arrive pas à le reproduire. Potentiellement, dans ce genre de situation, les fenêtres pourraient être stockées à des coordonnées en dehors de la zone d'affichage, mais c'est juste une conjecture. > Pourtant je passe de l'un à l'autre normalement sauf dans certains cas où je > n'en ai plus qu'un et alors c'est la catastrophe... > Si quelqu'un a cela parfois expliquez-moi svp (alors un ALT+F4 n'a aucune > action mais renvoie ";3s"). Par défaut, le raccourci Alt+Suppr supprime un espace de travail, et Alt+Inser permet d'en reconstruire un, mais il ne remet pas les fenêtres à leur place après qu'elles aient été bougées par inadvertance. Il m'est déjà arrivé de me prendre les pieds dans le tapis avec ce raccourci. Bonne soirée, -- Étienne Mollier Fingerprint: 8f91 b227 c7d6 f2b1 948c 8236 793c f67e 8f0d 11da Sent from /dev/pts/1, please excuse my verbosity. signature.asc Description: PGP signature
Re: Capture d'écran avec wmctrl+import
Bonjour Pierre, Pierre ESTREM, on 2021-10-13: > Un truc que je ne comprends pas est que "wmctrl -d" ne me renvoie qu'UN > desktop, alors que j'en attendais 4... Bizarre, avec la configuration par défaut de xfce4 de Debian 11, j'ai bien quatre espaces de travail de mon côté : $ wmctrl -d | wc -l 4 Peut-être que la configuration par défaut a été retouchée ? Peut-être que le mode verbeux en dira plus sur la configuration des bureaux : $ wmctrl -v -d Bonne soirée, -- Étienne Mollier Fingerprint: 8f91 b227 c7d6 f2b1 948c 8236 793c f67e 8f0d 11da Sent from /dev/pts/4, please excuse my verbosity. signature.asc Description: PGP signature
Re: Problème UUID
Moin, Sébastien Dinot, on 2021-10-11: > k6dedi...@free.fr a écrit : > > Dans partition manager, lorsque je demande les propriétés de sda3, > > j'obtiens un seul UUID. Mais lorsque je demande les propriétés de > > sda3, j'obtiens DEUX UUID. > > Là, je ne comprends pas, soit il y a une erreur dans ce que vous écrivez > (dans le second cas, il s'agit de sda3), soit il manque des > informations. Est-ce que le second UUID ne serait pas un identifiant de partition gpt PARTUUID, à tout hasard ? $ sudo blkid /dev/sdc* /dev/sdc: PTUUID="----" PTTYPE="gpt" /dev/sdc1: UUID="-" BLOCK_SIZE="512" TYPE="vfat" PARTUUID="----" /dev/sdc2: UUID="----" BLOCK_SIZE="512" TYPE="xfs" PARTUUID="----" /dev/sdc3: UUID="caviar------gg" TYPE="LVM2_member" PARTUUID="----" ^^^ La PARTUUID est propre au schéma de partitionnement gpt, et l'UUID est propre au système de fichier à l'intérieur de la partition indépendamment du schéma. Bonne soirée, -- Étienne Mollier Fingerprint: 8f91 b227 c7d6 f2b1 948c 8236 793c f67e 8f0d 11da Sent from /dev/pts/2, please excuse my verbosity. signature.asc Description: PGP signature
Re: Metar et pymetar
Txo, on 2021-10-09: > Buster sur le réfractaire, mais aussi sur celui qui a un metar opérationnel Merci pour cette clarification : je n'avais pas regardé dans buster, seulement bookworm. Apparemment l'ancienne version de pymetar y fait toujours référence à weather.noaa.gov, qui n'est plus enregistré. D'après cet extrait de pymetar.py : def __init__(self, MetarStationCode = None, baseurl = "http://weather.noaa.gov/pub/data/observations/metar/decoded/;): je reproduis bien l'erreur de mon côté : (buster)$ pymetar lfpo Something went wrong when fetching the report. These usually are transient problems if the station ID is valid. The error encountered was: Je reproduis aussi le problème que vous observez avec metar, et qui a une chance d'être causé par la redirection vers https : (buster)$ metar -vd lfpo Retrieving URL http://tgftp.nws.noaa.gov/data/observations/metar/stations/LFPO.TXT METAR pattern not found in NOAA data. Station : Day : 0 Time : 00:00 UTC Wind direction: 0 (N) Wind speed: 0 Wind gust : 0 Visibility: 0 Temperature : 0 C Dewpoint : 0 C Pressure : 0 Clouds: Phenomena : En Debian 11, pymetar n'est pas disponible, mais metar fait directement référence au lien en https et fournit les résultats attendus : (bullseye)$ metar -vd lfpo Retrieving URL https://tgftp.nws.noaa.gov/data/observations/metar/stations/LFPO.TXT LFPO 091600Z 07008KT CAVOK 17/08 Q1025 NOSIG Parsing token `LFPO' Found station LFPO Parsing token `091600Z' Found Day/Time 9/1600 Parsing token `07008KT' Found Winddir/str/gust/unit 70/8/8/KT Parsing token `CAVOK' Unmatched token = CAVOK Parsing token `17/08' Temp/dewpoint 17/8 Parsing token `Q1025' Pressure/unit 1025/hPa Parsing token `NOSIG' Unmatched token = NOSIG Station : LFPO Day : 9 Time : 16:00 UTC Wind direction: 70 (ENE) Wind speed: 8 KT Wind gust : 8 KT Visibility: 0 Temperature : 17 C Dewpoint : 8 C Pressure : 1025 hPa Clouds: Phenomena : Ceiling and visibility OK Du coup, la question maintenant est de trouver comment l'autre raspberry pi a bien pu tomber en marche… :) Bonne journée, -- Étienne Mollier Fingerprint: 8f91 b227 c7d6 f2b1 948c 8236 793c f67e 8f0d 11da Sent from /dev/pts/2, please excuse my verbosity. signature.asc Description: PGP signature
Re: Metar et pymetar
Bonjour Txo, Txo, on 2021-10-09: > Le 08/10/2021 à 20:32, Étienne Mollier a écrit : > [...] > > > J'ai lu quelque part que ce type d'erreur provenait d'erreur de résolution > > > de nom mais cela fonctionne pour tous les autres programmes et il n'y a > > > pas > > > lourd de documentation. > > > > Les deux commandes fonctionnent de mon côté ; j'en ai profité > > pour jeter un œil à la station lfpo. Par le plus grand des > > hasards, que donne la résolution du nom tgftp.nws.noaa.gov, > > indépendamment des programmes (py)metar sur la carte raspberry > > pi incriminée ? > > > > $ host tgftp.nws.noaa.gov > > Merci pour la réponse. > > Malheureusement > $ host tgftp.nws.noaa.gov > tgftp.nws.noaa.gov is an alias for tgftp.op.ncep.noaa.gov. > tgftp.op.ncep.noaa.gov is an alias for tgftp.cp.ncep.noaa.gov. > tgftp.cp.ncep.noaa.gov has address 140.90.101.79 Bon, le problème ne vient apparemment pas de la résolution de nom. Peut-être que quelque chose coince dans le protocole HTTP pour récupérer les informations ? $ # pymetar $ curl https://tgftp.nws.noaa.gov/data/observations/metar/decoded/ $ # metar $ curl https://tgftp.nws.noaa.gov/data/observations/metar/stations $ curl http://tgftp.nws.noaa.gov/data/observations/metar/stations/LFTW.TXT En fonctions des URL, ou bien je récupère directement les données, ou bien je récupère des redirections ; peut-être qu'on aura des messages d'erreur un peu plus parlants sur la carte incriminée s'il y a autre chose qui interfère. Quelles versions de Debian sont installées sur les raspberry pis au fait ? Bonne journée, :) -- Étienne Mollier Fingerprint: 8f91 b227 c7d6 f2b1 948c 8236 793c f67e 8f0d 11da Sent from /dev/pts/2, please excuse my verbosity. signature.asc Description: PGP signature
Re: Metar et pymetar
Bonjour, txo...@free.fr, on 2021-10-08: > $ pymetar lftw > Something went wrong when fetching the report. > These usually are transient problems if the station ID is valid. > The error encountered was: > Effectivement, difficile de croire que ce n'est pas une erreur de résolution de nom. > metar -v -d lftw > Retrieving URL > http://tgftp.nws.noaa.gov/data/observations/metar/stations/LFTW.TXT > METAR pattern not found in NOAA data. > Station : > Day : 0 > Time : 00:00 UTC [...] > > > J'ai lu quelque part que ce type d'erreur provenait d'erreur de résolution > de nom mais cela fonctionne pour tous les autres programmes et il n'y a pas > lourd de documentation. Les deux commandes fonctionnent de mon côté ; j'en ai profité pour jeter un œil à la station lfpo. Par le plus grand des hasards, que donne la résolution du nom tgftp.nws.noaa.gov, indépendamment des programmes (py)metar sur la carte raspberry pi incriminée ? $ host tgftp.nws.noaa.gov Bonne journée, :) -- Étienne Mollier Fingerprint: 8f91 b227 c7d6 f2b1 948c 8236 793c f67e 8f0d 11da Sent from /dev/pts/2, please excuse my verbosity. signature.asc Description: PGP signature
Re: Problème avec un Lenovo Thinkpad 15v gen1
Bonsoir Nicolas, Nicolas FRANCOIS, on 2021-09-26: > Mon lycée m'a confié la bête sus-mentionnée. J'ai un gros problème avec > cette bestiole, initialement fournie avec Window$ 10 : son écran. C'est > un écran UHD, de résolution 3840*2160 (ils sont cinglés de mettre un > tel écran, ça sert à RIEN sur un écran de 15.6" !!!). > > Résultat : avec XFCE, tout est MICROSCOPIQUE :-( Et je n'ai pas trouvé > de solutions tout à fait satisfaisantes sur le net. J'ai réussi à > forcer Grub à se lancer avec une police et une résolution correctes, > mais le bureau XFCE reste quasiment illisible. Si je modifie certains > réglages dans les paramètres (DPI, taille des polices système), cela > change certaines choses, mais pas tout, donc c'est pas utilisable tel > quel. > > Certains d'entre vous ont-ils réussi à rendre ce portable utilisable ? Avec la dernière mouture de xfce4 pour debian 11, il y a une option pour multiplier par deux la taille de la quasi-totalité des éléments graphiques. C'est un peu caché : - il faut lancer `xfce4-appearance-settings` - et dans l'onglet "Paramètres" ("Settings"), - passer le menu déroulant "Mise à l'échelle des fenêtres" ("Window Scaling") sur "2×". Ceci dit, certaines bibliothèques graphique ne prennent pas en charge la densité de pixels de l'écran, et peuvent donc avoir tendance à rester illisibles ; je pense notamment à quelques applications écrites en java, du type jconsole, mais j'en ai peut-être loupé d'autres. Bonne soirée, :) -- .''`. Étienne Mollier : :' : gpg: 8f91 b227 c7d6 f2b1 948c 8236 793c f67e 8f0d 11da `. `' sent from /dev/pts/2, please excuse my verbosity `- signature.asc Description: PGP signature
Re: Pas de son
Bonjour Georges, Georges, on 2021-09-19: > Autre question, j'ai trouvé : > pulseaudio-15.0.tar.gz pulseaudio-14.99.2.tar.gz > pulseaudio-14.99.1.tar.gz > > Je peu les utiliser ? et comment ? Merci d'avance Sans savoir ce que contiennent ces archives, ni où vous les avez trouvé, ça va être compliqué de dire ce qu'il en est. Je soupçonne qu'il s'agisse du code source de pulseaudio, mais quand je le télécharge depuis freedesktop.org [1], ce sont des archives .tar.xz que j'obtiens. [1] : https://www.freedesktop.org/wiki/Software/PulseAudio/ S'il s'agit bien du code source, alors il faut lire le README de l'archive, ou tout autre fichier documentant la procédure de compilation et d'installation, consulter les fichiers de licence pour s'assurer que le contenu est légal, déboguer tout problème technique rencontré en suivant la procédure, etc. Ce travail est normalement effectué par les empaqueteurs, pour justement l'éviter aux utilisateurs. S'il ne s'agit pas du code source officiel de pulseaudio, ni du code source du paquet Debian (qui comprend la procédure d'empaquetage dans le répertoire debian/, et potentiellement quelque variations dans la partie amont du code source), alors le plus prudent me semble être de mettre ces fichiers à la benne. Un peu plus tôt ce mois-ci : > pulseaudio 14.2-2 est toujours défectueux. Je voudrais revenir à > pulseaudio 14.2-1 si c'est possible en attendant que le problème soit > résolu. Comment le faire et est-ce possible. Les paquets source et binaires correspondants à l'ancienne version sont disponibles sur le site des instantanés des dépôts [2]. Après rapide coup d'œil aux changements de la version 14.1-2, je vois mal en quoi rétrograder en 14.1-1 va résoudre ce genre de problème, mais on n'est pas à l'abri d'une bonne surprise. [2] : http://snapshot.debian.org/package/pulseaudio/14.1-1/ Bon dimanche, :) -- Étienne Mollier Fingerprint: 8f91 b227 c7d6 f2b1 948c 8236 793c f67e 8f0d 11da Sent from /dev/pts/2, please excuse my verbosity. signature.asc Description: PGP signature
Re: serveur Debian testing avec deux ethernet (et routage)
Bonsoir Basile, Basile Starynkevitch, on 2021-08-22: > Comment configurer le routage? > > J'ai l'impression que la commande route est obsolète Je pense que `route`, pour configurer le routage de la machine, a été intégrée à la commande `ip` : $ ip route default via 192.168.1.254 dev enp4s0 192.168.1.0/24 dev enp4s0 proto kernel scope link src 192.168.1.100 La documentation est disponible dans la page de manuel de ip-route(8) [1]. [1]: https://manpages.debian.org/bullseye/iproute2/ip-route.8.en.html Bonne soirée, :) -- Étienne Mollier Fingerprint: 8f91 b227 c7d6 f2b1 948c 8236 793c f67e 8f0d 11da Sent from /dev/pts/2, please excuse my verbosity. signature.asc Description: PGP signature
Re: différence entre Debian 11 & Ubuntu 21.04, clavier lent!
Étienne Mollier, on 2021-08-20: > Basile Starynkevitch, on 2021-08-20: > > Sur mon ordinateur de bureau: > > > > AMD Ryzen Threadripper 2970WX, 64Go RAM, carte mère MSI X399, deux cartes > > graphiques, radeon RX470 + radeon 6850, SSD NVMe et autres disques SATA […] > Peut-être qu'utiliser un live CD Debian 11 [1] pendant quelque > temps pourrait vous permettre de voir si le problème persiste en > Debian 11 sans pour autant réinstaller votre machine ? > > [1]: https://cdimage.debian.org/debian-cd/current-live/amd64/iso-hybrid/ Maintenant que j'y pense, en cas de problèmes d'affichage avec les cartes graphiques, les images "live" avec micrologiciels propriétaires peuvent être téléchargées ci-après [2]. [2] : https://cdimage.debian.org/cdimage/unofficial/non-free/cd-including-firmware/11.0.0-live+nonfree/amd64/iso-hybrid/ Bonne journée, :) -- Étienne Mollier Fingerprint: 8f91 b227 c7d6 f2b1 948c 8236 793c f67e 8f0d 11da Sent from /dev/pts/2, please excuse my verbosity. signature.asc Description: PGP signature
Re: différence entre Debian 11 & Ubuntu 21.04, clavier lent!
Bonjour Basile, Basile Starynkevitch, on 2021-08-20: > Sur mon ordinateur de bureau: > > AMD Ryzen Threadripper 2970WX, 64Go RAM, carte mère MSI X399, deux cartes > graphiques, radeon RX470 + radeon 6850, SSD NVMe et autres disques SATA > > je suis actuellement en Ubuntu 21.04 > > > J'ai la vague mais nette impression (alors que la machine est "idle" la > plupart du temps) d'un délai (parfois plus d'une demi-seconde!) entre le > clavier et l'affichage (par exemple via Xorg et thunderbird). Ceci depuis > plusieurs jours. Je n'ai pas eu cette impression là pendant le développement de Debian 11 sur un modèle de machine un peu moins costaude que la votre, et rarement idle. Du moins, je n'ai pas souvenir d'avoir observé de tels symptômes avec Xorg et xfce4-terminal et le (non) environnement de bureau dwm ; mais peut-être que Firefox a pu ramer un peu, une fois de temps en temps, en navigant dynamiquement dans l'historique, lors de la frappe d'URL. > Devrais-je installer Debian 11 à la place? Bien sûr, j'aptitude update et > upgrade plus d'une fois par jour. Peut-être qu'utiliser un live CD Debian 11 [1] pendant quelque temps pourrait vous permettre de voir si le problème persiste en Debian 11 sans pour autant réinstaller votre machine ? [1]: https://cdimage.debian.org/debian-cd/current-live/amd64/iso-hybrid/ Il a pu m'arriver très occasionnellement d'avoir une sorte de blocage, pendant lequel les entrées claviers étaient gardées en mémoire tampon pendant plusieurs secondes. Ceci dit, je n'ai vu ça qu'avec un seul programme (weechat), et ça fait quelque semaines que je n'ai plus observé ce phénomène. Bonne journée, :) -- Étienne Mollier Fingerprint: 8f91 b227 c7d6 f2b1 948c 8236 793c f67e 8f0d 11da Sent from /dev/pts/2, please excuse my verbosity. signature.asc Description: PGP signature
Re: plus de service pulseaudio après le passage a bulleye
Bonjour Marc, Marc Chantreux, on 2021-08-20: > Je cherche a redemarrer le serveur son apres une maj vers bulleye > sauf que le pulseaudio.service n'est pas trouvé: > > bulleye% locate -bei '*service'|grep pulse > /etc/systemd/user/default.target.wants/pulseaudio.service > /lib/systemd/system/pulseaudio-enable-autospawn.service > /usr/lib/systemd/user/pulseaudio.service > /usr/share/doc/pipewire/examples/systemd/user/pipewire-pulse.service > > /var/lib/systemd/deb-systemd-user-helper-enabled/default.target.wants/pulseaudio.service > > j'ai l'impression que tout est en place comparativement à un 2eme desktop qui > a > fait le chemin vers bulleye sans encombre depuis un petit moment déjà. > > pourtant: > > bulleye% sudo systemctl enable --now pulseaudio > Failed to enable unit: Unit file pulseaudio.service does not exist. > > bulleye% systemctl enable --now pulseaudio > AUTHENTICATING FOR org.freedesktop.systemd1.manage-unit-files === > Authentification requise pour gérer le service système ou ses fichiers > unités. > Authenticating as: mc,,, (mc) > Password: > AUTHENTICATION COMPLETE === > Failed to enable unit: Unit file pulseaudio.service does not exist. > > bon... j'avoue que les voix du systemd me restent impénétrables (je > crois d'ailleurs que debian prévoit de pouvoir changer d'init dans les > prochaines distros). si quelqu'un a une idée ? Ça ne résoud pas le problème, mais si ça peut débloquer la situation : pulseaudio est un service utilisateur, au lieu d'être global au système. Du coup, le service n'est pas visible en tant que root : $ sudo systemctl status pulseaudio Unit pulseaudio.service could not be found. Les informations ne sont visibles qu'en tant qu'utilisateur régulier, moyennant l'usage du fanion --user : $ systemctl status --user pulseaudio ● pulseaudio.service - Sound Service Loaded: loaded (/usr/lib/systemd/user/pulseaudio.service; enabled; vendor preset: enabled) Active: active (running) since Fri 2021-08-20 09:20:28 CEST; 9h ago TriggeredBy: ● pulseaudio.socket Main PID: 3934296 (pulseaudio) Tasks: 2 (limit: 77081) Memory: 11.2M CPU: 2min 51.531s CGroup: /user.slice/user-1000.slice/user@1000.service/app.slice/pulseaudio.service └─3934296 /usr/bin/pulseaudio --daemonize=no --log-target=journal Aug 20 09:20:27 fusion systemd[1959]: Starting Sound Service... Aug 20 09:20:28 fusion systemd[1959]: Started Sound Service. Peut-être que les informations du status vous permettront d'identifier pourquoi ça coince sur votre machine ? Bonne journée, :) -- Étienne Mollier Fingerprint: 8f91 b227 c7d6 f2b1 948c 8236 793c f67e 8f0d 11da Sent from /dev/pts/2, please excuse my verbosity. signature.asc Description: PGP signature
Re: passage de bullseye à bookworm
Bonjour Raphaël, Raphaël POITEVIN, on 2021-08-20: > J’en profite pour poser une question. Dans mes sources.list, j’étais en > testing. Maintenant : > sudo apt-get update && sudo apt-get dist-upgrade > [sudo] password for raphael: > Get:2 http://ftp-stud.hs-esslingen.de/debian testing InRelease [94.4 kB] > Get:3 http://security.debian.org/debian-security testing-security > InRelease [35.6 kB] > Reading package lists... Done > E: Repository 'http://security.debian.org/debian-security > testing-security InRelease' changed its 'Codename' value from > 'bullseye-security' to 'bookworm-security' > N: This must be accepted explicitly before updates for this > repository can be applied. See apt-secure(8) manpage for details. > E: Repository 'http://ftp-stud.hs-esslingen.de/debian testing > InRelease' changed its 'Codename' value from 'bullseye' to > 'bookworm' > N: This must be accepted explicitly before updates for this > repository can be applied. See apt-secure(8) manpage for details. Après lecture rapide du manuel d'apt-get(8), je pense qu'il est possible d'accepter le changement de nom de code depuis la ligne de commande, avec --allow-releaseinfo-change-codename: $ sudo apt-get --allow-releaseinfo-change-codename update > W: An error occurred during the signature verification. The > repository is not updated and the previous index files will be > used. GPG error: https://repo.skype.com/deb stable InRelease: The > following signatures were invalid: EXPKEYSIG 1F3045A5DF7587C3 Skype > Linux Client Repository > W: An error occurred during the signature verification. The > repository is not updated and the previous index files will be > used. GPG error: https://repo.skype.com/deb unstable InRelease: The > following signatures were invalid: EXPKEYSIG 1F3045A5DF7587C3 Skype > Linux Client Repository N'étant pas utilisateur de Skype, je ne saurais dire comment ce dépôt réagirait précisément, mais je ne pense pas qu'il devrait être source d'interférences. > Est-ce que je peux mettre bookworm et dist-upgrade sans risque ou > vaut-il mieux mettre bullseye, dist-uprade puis, bookworm et de nouveau > dist-upgrade ? Je ne pense pas qu'il y ait de gros risques à brûler les étapes aujourd'hui. Mais dans quelque mois, et à plus forte raison, quand bookworm sera stable, il me semble qu'il sera plus prudent de faire toute mise à jour de buster vers bookworm en passant par bullseye. > J’ai fait assez régulièrement des dist-upgrade avec testing. Pas tous > les jours mais … Bonne journée, :) -- Étienne Mollier Fingerprint: 8f91 b227 c7d6 f2b1 948c 8236 793c f67e 8f0d 11da Sent from /dev/pts/2, please excuse my verbosity. signature.asc Description: PGP signature
Re: passage de bullseye à bookworm
Bonjour Jean Louis, Jean Louis Giraud Desrondiers, on 2021-08-20: > Je viens de tester le passage de bullseye à bookworm et il y a quelque > chose qui me paraît suspect : > j'ai fait une mise à jour sous bullseye, une sauvegarde complète et > puis j'ai ouvert le fichier etc/apt/sources.list où j'ai remplacé > bullseye par bookworm et puis après avoir enregistré mon sources.list > j'ai lancé apt update et c'est là que j'ai un doute car je n'ai eu que > 114 fichiers nouveaux à installer ce qui fait un changement de version > ultra rapide... enfin beaucoup beaucoup plus que les fois précédentes > et je me demande si je n'ai pas raté quelque chose ? bullseye est sortie la semaine dernière, donc le temps que les nouveaux paquets intégrés dans sid fassent leur entrée dans bookworm (soit à peu près cinq jours), le delta entre les deux distributions n'est pour l'instant pas immense. Si ça peut éclairer votre lanterne, Bonne journée, :) -- Étienne Mollier Fingerprint: 8f91 b227 c7d6 f2b1 948c 8236 793c f67e 8f0d 11da Sent from /dev/pts/9, please excuse my verbosity. signature.asc Description: PGP signature
Re: Obtenir le support des images avec opencl
Bonjour Benoît, Bonjour Didier, didier gaumet, on 2021-08-09: > Je n'ai jamais expérimenté OpenCL, donc mes commentaires sont à prendre avec > précaution > > De ce que je comprends (de travers?), à l'heure actuelle la seule > implémentation d'OpenCL qui prendrait en charge le support des images serait > ROCm à partir de la version 3.7 (on en est à 4.3). En tout cas pour de > l'AMD/ATI, tu peux utiliser Mesa mais le support des images ne semble pas > encore d'actualité. Je confirme les élucubrations par mes observations… L'implémentation OpenCL 1.2 de Mesa, fournie par le paquet Debian mesa-opencl-icd, ne prend pas en charge le "Image support", du moins pas sur ma carte RX560 : $ clinfo | grep Image Image support No Un moyen de tricher est d'utiliser le paquet pocl-opencl-icd ; c'est la version portable d'OpenCL. Mais bon, l'intérêt est limité, on ne tourne que sur le processeur, pas sur la puce d'accélération graphique : $ clinfo […] Platform Name Portable Computing Language Number of devices 1 Device Name pthread-AMD Ryzen 5 3600 6-Core Processor […] Image support Yes Max number of samplers per kernel 16 Max size for 1D images from buffer1073741824 pixels Max 1D or 2D image array size 2048 images Max 2D image size 32768x32768 pixels Max 3D image size 2048x2048x2048 pixels Max number of read image args 128 Max number of write image args128 […] Je confirme également que l'implémentation d'OpenCL 2.0 dans ROCm 4.3 prend en charge le "Image support": $ /opt/rocm-4.3.0/opencl/bin/clinfo | grep Image Image support: Yes J'ignore toutefois si ROCm 4.3 va supporter la puce Vega 8. > Je n'ai trouvé trace de ROCm dans Debian qu'en version 3.3 de mai 2020 dans > le repo experimental donc je suppose que c'est abandonné. Je n'ai trouvé de > trace de ROCm dans aucun autre package (mais j'ai peut-être mal cherché) Effectivement, les travaux d'empaquetage sont en cours [1]. Il y encore eu des discussions ces derniers mois sur l'ordre dans lequel compiler les différents composants. La période de gel a pas mal ralenti l'ensemble des projets en cours ces sept derniers mois, et peut-être que l'empaquetage de ROCm en a aussi fait les frais (ça et la nécessité d'avoir du matériel adéquat à portée de main : les GPU AMD sont devenus subitement assez rares de nos jours). [1] : https://salsa.debian.org/rocm-team > Tu peux peut-être t'en sortir en installant un paquetage Ubuntu (module ROCm > DKMS) à partir des dépôts AMD, ça ne coûte rien de lire leur page de doc. > > https://wiki.archlinux.org/title/GPGPU > https://www.phoronix.com/scan.php?page=news_item=ROCm-3.7-OpenCL-Image > https://rocmdocs.amd.com/en/latest/Installation_Guide/Installation-Guide.html J'ai eu un peu de mal à déployer les binaires ROCm 4.3 fournis par AMD pour Ubuntu dans un environnement de test minimal en Bullseye. J'ai l'impression qu'il manque des dépendances. Il m'a fallu un peu de temps pour identifier qu'il me manquait libtinfo5 sur ma machine par exemple. Astuce : le programme /opt/rocm-4.3.0/bin/hipconfig, du paquet hip-base, permet d'obtenir un bilan assez détaillé de ce qu'il peut manquer dans l'installation, ou ce qui casse. Bonne journée, :) -- Étienne Mollier Fingerprint: 8f91 b227 c7d6 f2b1 948c 8236 793c f67e 8f0d 11da Sent from /dev/pts/4, please excuse my verbosity. signature.asc Description: PGP signature
Re: Aide programme en python
Bonjour, Georges, on 2021-07-20: > Le Mon, 19 Jul 2021 21:52:22 +0200, > > a écrit : > > > J'ai essayé de récupérer le programme, par curiosité, mais j'ai > > reçu pour tout message: > > >> Invalid File Type > > >> (/home/bipede/www/downloads/logiciels/Paprass-5.65.tar.xz)! > > http://www.bipede.fr/downloads/logiciels/# là sa marche Merci, je n'avais pas réussi à atteindre cette page en navigant sur le site hier. > > Juste avec le message d'erreur, sans idée plus précise de ce > > qu'il se passe sous le capot, je conjecture que: > > 1. ou bien il y a une coquille dans le fichier de configuration > > scanner.cfg ; > > 2. ou bien le scanneur n'est pas reconnu par le système, auquel > > cas je ne pense pas que le problème se résolve du côté de > > Pap´rass. > > J'ai une solution, scanner avec Xsane enregistrer en .pdf et importer > dans Paprass. Mais sa fait 2 voire 3 manipulations. Donc il reste le point numéro un : une coquille dans le scanner.cfg, ou bien dans le code source de la version 5.65. Sans scanneur de mon côté, je crains de ne pas pouvoir aller plus loin. > J'ai utilisé PaperWork quand il n'était pas empaqueté .deb. J'ai > chargé le .deb de Bullseye 1.3.1-3 il est très bien, mais Paprass > permet de classer ses documents dans des répertoires ce qui m'est plus > agréable personnellement. C'est bon de savoir que des alternatives sont disponibles. > Merci de votre réponse à+ Je vous en prie ! Bonne soirée, :) -- Étienne Mollier Fingerprint: 8f91 b227 c7d6 f2b1 948c 8236 793c f67e 8f0d 11da Sent from /dev/pts/2, please excuse my verbosity. signature.asc Description: PGP signature
Re: Aide programme en python
Bonjour, Georges, on 2021-07-16: > Bonjour, > > J’utilisais Paprass (GED de https://bipede.fr/contrib/paprass-5-65/ ) > sans problème sous Linux Debian Bullseye, mais … je viens de changer de > Scanner. Le nouveau n’étant pas reconnu et scanner.cfg conservant la > configuration de l’ancien, j’ai refait une installation (en mettant à > l’abri les données enregistrées auparavant) sans sucés. > En console : > ~/Paprass$ python3 paprass.py /home/moi/Paprass/paprass.py:65: > DeprecationWarning: an integer is required (got type float). Implicit > conversion to integers using __int__ is deprecated, and may be removed > in a future version of Python. self.resize(width, height) > /home/moi/Paprass/paprass.py:66: DeprecationWarning: an integer is > required (got type float). Implicit conversion to integers using > __int__ is deprecated, and may be removed in a future version of > Python. self.move(posX, posY) Traceback (most recent call last): File « > /home/moi/Paprass/paprass.py », line 242, in onScan scan = > scanner.getScanner(self, cfg) File « /home/moi/Paprass/scanner.py », > line 102, in getScanner dlg = InitScanner(QCoreApplication.translate(« > scanner », « Choice of scanner »), listeScanners) TypeError: __init__() > missing 1 required positional argument: ‘devices’ Abandon J'ai essayé de récupérer le programme, par curiosité, mais j'ai reçu pour tout message: >> Invalid File Type (/home/bipede/www/downloads/logiciels/Paprass-5.65.tar.xz)! Juste avec le message d'erreur, sans idée plus précise de ce qu'il se passe sous le capot, je conjecture que: 1. ou bien il y a une coquille dans le fichier de configuration scanner.cfg ; 2. ou bien le scanneur n'est pas reconnu par le système, auquel cas je ne pense pas que le problème se résolve du côté de Pap´rass. Pour le cas numéro deux, peut-être qu'un pilote serait disponible dans l'une des dépendances de printer-driver-all. Je serais bien incapable d'en dire plus… > J'ai demandé de l'aide l'auteur (bipède) mais il est hospitalisé > et donc pas en situation d'analyser son programme. > > Dommage s'il ne peu plus maintenir ce petit bijou. :( Espérons que bipède puisse se remettre… -- Étienne Mollier Fingerprint: 8f91 b227 c7d6 f2b1 948c 8236 793c f67e 8f0d 11da Sent from /dev/pts/4, please excuse my verbosity. signature.asc Description: PGP signature
Re: Firefox 89
Bonjour Gaëtan, Gaëtan Perrier, on 2021-07-08: > Bonjour, > > Si je regarde ici: > https://tracker.debian.org/pkg/firefox > > Je vois que la version est 89.0.2-1 pour unstable. > > Mais sur ma machine 'apt show firefox -a' me montre seulement une version > 88.0.1-1 !? > > Pourquoi donc ? > > Gaëtan De ce que je vois sur le système de suivi des paquets, firefox 89 ne peut pas être compilé sans cbindgen 0.19.0 ou supérieur : >> firefox unsatisfiable Build-Depends(-Arch) on amd64: cbindgen (>= 0.19.0) Or, cbindgen est toujours en version 0.17 dans unstable. Du coup, les paquets binaires n'ont jamais été produits par les serveurs de compilation « buildd »[1]. [1]: https://buildd.debian.org/status/logs.php?arch=amd64=firefox=89.0.2-1 Seul le paquet « code source » de firefox 89 est disponible dans unstable pour le moment : $ apt source firefox J'ignore ce qui a pu motiver le mainteneur à téléverser le code source comme tel, mais si ça peut éclairer votre lanterne… Bonne soirée, :) -- Étienne Mollier Fingerprint: 8f91 b227 c7d6 f2b1 948c 8236 793c f67e 8f0d 11da Sent from /dev/pts/5, please excuse my verbosity. signature.asc Description: PGP signature
Re: Une histoire d'authentification à s'arracher les cheveux
Bonjour JKB, BERTRAND Joël, on 2021-06-27: > Et là, je sèche, je ne comprends pas. L'authentification doit être > reproductible. Je ne vois pas pourquoi b2 peut se connecter au démarrage > de la machine hilbert et pas b1. Et surtout, je ne comprends pas > pourquoi après un certain temps, tout semble redevenir normal sans que > rien d'explicite n'ait été fait sur le réseau, sur le client ou sur le > serveur. Ce genre de symptôme ressemble furieusement à un cache qui tarde à se mettre à jour. Est-ce que, par hasard, les choses rentrent dans l'ordre d'elles-même un peu plus vite en redémarrant nscd sur hilbert ? (en admettant que nscd soit présent ; il est tiré comme paquet recommandé par ypbind-mt.) Bonne soirée, -- Étienne Mollier Fingerprint: 8f91 b227 c7d6 f2b1 948c 8236 793c f67e 8f0d 11da Sent from /dev/pts/5, please excuse my verbosity. signature.asc Description: PGP signature
Re: Plantages Xorg (i915, context reset due to GPU hang)
Bonjour Daniel, Daniel Caillibaud, on 2021-07-01: > Le 16/06/21 à 13:13, Daniel Caillibaud a écrit : > > J'ai commencé par mettre les options > > intel_idle.max_cstate=1 i915.enable_dc=0 > > Ça n'a rien changé. > > J'ai ensuite désactivé dans le bios toutes les optimisation cpu (cstate, > speed state, turbo > boost), et je me suis retrouvé avec un gros veau (délais ×2 à ×6 suivant les > tâches) qui > plantait un peu moins mais plantait quand même. > > J'avais qq espoirs après là mise à jour du paquet intel-microcode de lundi, > encore raté… > > J'ai par ailleurs constaté que mon client slack-desktop était vraiment > goinfre en RAM, je l'ai > fermé, et depuis ça n'a pas planté… > > Ce n'est peut-être pas lui qui est directement en cause, mais la conjonction > d'opérations qui > menaient au plantage (et que j'ai pas identifié) semble ne plus se produire > depuis qu'il ne > tourne plus… > > (c'était un slack-deskop installé sous jessie depuis la source > deb https://packagecloud.io/slacktechnologies/slack/debian/ jessie main > que j'ai récemment réinstallé avec snap, j'avais des plantages avec les deux > versions) Je n'ai jamais eu l'occasion d'utiliser slack, donc peut-être que mon idée n'aura pas beaucoup de sens, mais est-ce que slack propose de désactiver l'accélération graphique ? Peut-être que désactiver ce paramètre aiderait à la stabilité de la machine ? J'ai téléchargé un .deb de slack-desktop 4.17.0[1] depuis le site de slack.com, et j'ai vu que le programme embarquait un chrome-sandbox setuid, combiné à des bibliothèques OpenGL et Vulkan tierces. D'où l'idée que, si ce programme exécute des bibliothèques graphiques buguées en tant que root, alors peut-être que ça expliquerait les crashes avec le pilote i915. Bonne soirée, -- Étienne Mollier Fingerprint: 8f91 b227 c7d6 f2b1 948c 8236 793c f67e 8f0d 11da Sent from /dev/pts/0, please excuse my verbosity. Pour référence : [1] : https://downloads.slack-edge.com/linux_releases/slack-desktop-4.17.0-amd64.deb signature.asc Description: PGP signature
Re : usrmerge
Bonjour, steve, on 2021-06-25: > Le 25-06-2021, à 09:09:32 +, Hugues Larrive a écrit : > > Sur un système avec tout dans la même partition ça ne devrait pas poser de > > problème, même en mettant tous les binaires dans un dossier unique avec > > des liens symboliques de leurs dossiers d'origine pointant dessus ça devrait > > fonctionner. Le problème c'est si tu distribues des chose, par exemple un > > script shell commençant par #!/bin/sh fonctionnera dans tous les cas (tant > > qu'il y a un symlink de /bin -> /usr/bin, mais s'il commençait par > > #!/usr/bin/sh il ne fonctionnerait pas sur un système où sh se trouve dans > > /bin. Ou si tu as une configuration avec /usr sur une partition séparée, > > dans ce cas il faut que tout le nécessaire pour monter cette partition soit > > dans l'initrd. […] > /dev/sdb5 on / type ext4 (rw,relatime,errors=remount-ro) > /dev/sdb6 on /usr type ext4 (rw,relatime) […] > /dev/md0 on /var type ext4 (rw,relatime) […] > Risqué de se lancer dans cette opération de merge ? À vue de nez, pas tant que ça. Les prérequis pour monter / et /usr sont les mêmes, c.-à-d. supporter le Sata et l'Ext4 ; donc soit tout va bien, soit rien ne marche du tout. Peut-être que vous voudrez vous assurer de la présence des modules raid, et de mdadm, dans l'initrd, au moins pour la partition /var, mais cette partie me semble indépendante d'usrmerge : $ lsinitramfs /boot/initrd.img-$(uname -r) | grep -e md/raid -e bin/mdadm usr/lib/modules/5.10.0-7-amd64/kernel/drivers/md/raid0.ko usr/lib/modules/5.10.0-7-amd64/kernel/drivers/md/raid1.ko usr/lib/modules/5.10.0-7-amd64/kernel/drivers/md/raid10.ko usr/lib/modules/5.10.0-7-amd64/kernel/drivers/md/raid456.ko usr/sbin/mdadm Le risque zéro n'existe pas (donc faites une sauvegarde complète et préparez une clé de récupération avant toute manipulation de ce type ;), mais pour peu que les pilotes soient effectivement présents dans l'initrd, un usrmerge devrait bien se passer, au moins pour ce qui est de l'intégrité du système d'exploitation au prochain redémarrage. Pour information, certains programmes peuvent ne pas prendre correctement en charge les configurations usrmerge, comme d'anciennes versions de vrrender, affectées par #958089[1]. C'est le seul bug de ce genre que j'ai pu croiser ceci dit, et maintenant il est clôt. À moins d'être configurés avec --prefix=/ ou /usr (ce qui entrerait potentiellement en conflit avec le gestionnaire de paquets), les programmes tiers, normalement rangés dans /opt ou /usr/local, ne devraient pas être impactés par usrmerge. [1] : https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=958089 Historiquement parlant, le premier schisme entre / et /usr aurait eu lieu quand K sont arrivés au bout de l'espace disponible sur la bande / de leur DEC PDP-11, si j'en croie les archives de la liste de diffusion de Busybox[2]. Les considérations techniques sont apparues ensuite pour permettre à la machine de démarrer correctement sans avoir immédiatement la bande /usr à disposition. Aujourd'hui le rôle d'un tel / a dérivé vers l'initrd (voir vers le chargeur de démarrage), du coup le schisme n'a théoriquement plus vraiment lieu d'être, en dehors de maintenir la compatibilité avec l'existant ; du coup, je peux comprendre que certains pensent que / et l'initrd fassent un peu double emploi. [2] : http://lists.busybox.net/pipermail/busybox/2010-December/074114.html Pour ma part, mes machines tournent en usrmerge depuis que ce mécano existe. Ce changement a été transparent pour moi. Au jour le jour, je n'ai tout simplement pas conscience qu'il est en place. Bonne journée, :) -- Étienne Mollier Fingerprint: 8f91 b227 c7d6 f2b1 948c 8236 793c f67e 8f0d 11da Sent from /dev/pts/4, please excuse my verbosity. signature.asc Description: PGP signature
Re: Plantages Xorg (i915, context reset due to GPU hang)
Bonjour Daniel, Daniel Caillibaud, on 2021-06-15: > Le 14/06/21 à 13:25, Daniel Caillibaud a écrit : > > Je teste ça et je vous dis dans qq j si ça a réglé le pb. > > Caramba encore raté :'-( > > ça tient 4~5h : > > Jun 14 19:43:01 dell kernel: [22501.752663] i915 :00:02.0: [drm] > Resetting rcs0 for preemption time out > Jun 14 19:43:01 dell kernel: [22501.752684] i915 :00:02.0: [drm] > Xorg[1988] context reset due to GPU hang > Jun 14 19:43:01 dell kernel: [22501.763575] i915 :00:02.0: [drm] GPU > HANG: ecode 11:1:86dd, in Xorg [1988] > > Jun 15 14:11:02 dell kernel: [19659.973156] i915 :00:02.0: [drm] > Resetting rcs0 for preemption time out > Jun 15 14:11:02 dell kernel: [19659.973181] i915 :00:02.0: [drm] > Xorg[2180] context reset due to GPU hang > Jun 15 14:11:02 dell kernel: [19659.980708] i915 :00:02.0: [drm] GPU > HANG: ecode 11:1:86dd, in Xorg [2180] Argh, dommage, bon au moins, ça valait le coup d'essayer… […] > /var/log/Xorg.0.log est vide Ça me surprend, en temps normal il y a toujours beaucoup de verbiage dans les journaux d'Xorg. Il a été remis à zéro, démarré en tant qu'utilisateur (~/.local/share/xorg/Xorg.0.log), ou démarré sur un autre display (Xorg.1.log) ? (Simple curiosité, pas sûr qu'on y retrouve grand chose de neuf.) > Pas encore pris le temps de me replonger dans tous les threads qui causent > de plantages i915, je vais essayer de prendre qq h pour le faire (même si je > ferais probablement mieux de prendre ces heures pour chercher un autre pc > sur le bon coin) Effectivement, quand quelque chose dans le matériel ne suit pas, on peut faire tout ce qu'on veut du côté du logiciel, il y a un moment ou ça finit par coincer. À vous de voir le temps que vous voulez y passer. Certains acharnés ont testé différents réglages du module[1]. Personnellement, je n'ai rien vu de franchement documenté quant à ces options, du coup je me suis gardé de les recommander en premier lieu ; mais qui sait, pour information. [1]: un exemple parmi beaucoup d'autre sur le pilote i915 : https://bbs.archlinux.org/viewtopic.php?pid=1903409#p1903409 Bonne journée, -- Étienne Mollier Fingerprint: 8f91 b227 c7d6 f2b1 948c 8236 793c f67e 8f0d 11da Sent from /dev/tty1, please excuse my verbosity. signature.asc Description: PGP signature
Re: Plantages Xorg (i915, context reset due to GPU hang)
Bonsoir Daniel, Daniel Caillibaud, on 2021-06-10: > Depuis que j'utilise cette machine (dell 3793, i5-1035G1, chipset graphique > intel) > avec buster, j'ai plein de plantages (wifi & i915 depuis le début, un autre > pb de > plantage cpu a été réglé par une mise à jour de intel-microcode), jusque là > c'était > pénible mais gérable. > > hier ça ne tenait pas plus de 10min :-/ > > Jun 8 14:54:42 dell kernel: [35103.222690] i915 :00:02.0: [drm] > Resetting rcs0 for preemption time out > Jun 8 14:54:42 dell kernel: [35103.222709] i915 :00:02.0: [drm] > Xorg[2118] context reset due to GPU hang > Jun 8 14:54:42 dell kernel: [35103.238726] i915 :00:02.0: [drm] GPU > HANG: ecode 11:1:86dd, in Xorg [2118] J'ai pris un peu de temps pour faire le tour du web avec un moteur de recherche, et quelque mots clés avec ces symptômes. J'ai vu ici[1] ou là[2] que désactiver l'iommu avait aidé dans des cas à vue de nez à peu près similaires à stabiliser la machine. [1]: https://bbs.archlinux.org/viewtopic.php?id=230115 [2]: https://forums.gentoo.org/viewtopic-p-8052822.html D'autres personnes ont tenté de retoucher à diverses variables ayant trait au pilote i915[3]. Je ne les ai pas trouvées dans la documentation du noyau, donc je ne sais pas trop ce que vaut ce genre de manipulations, mais ça a l'air d'avoir aidé du monde. [3]: https://unix.stackexchange.com/questions/401746/drm-i915-resetting-chip-after-gpu-hang > J'utilisais linux-image-5.10.0-0.bpo.5-amd64 > > J'ai tenté de recompiler le tout dernier 5.12.9 avec make deb-pkg (récup du > .config > du 5.10 et conf par défaut pour toutes les nouvelles options), mais ça n'a > rien changé. > > Le seul truc qui avait changé hier matin est > Upgrade: linux-kbuild-5.10:amd64 (5.10.24-1~bpo10+1, 5.10.40-1~bpo10+1) > > => viré linux-kbuild-5.10 virtualbox-6.1 linux-headers-amd64 > => je suis revenu à l'état antérieur, un plantage de temps en temps. Au vu de la mention de virtualbox qui a sauté, l'iommu me semble assez suspecte. C'est un mécanisme d'isolation des plages mémoire des périphériques vis-à-vis du système hôte, pour les exposer directement aux machines virtuelles. J'ai déjà eu l'occasion de me mordre les doigts sur des histoires d'iommu dans des contextes un peu différent, du coup je sais que ce mécano peut rendre une machine inutilisable s'il n'est pas correctement pris en charge. Si les pilotes virtualbox ont tenté de manipuler l'iommu dès le démarrage de la machine, alors peut-être que ça a pu amplifier le problème ? > D'habitude je bosse avec un écran externe (même résolution que l'écran du > portable), depuis hier je suis > sans écran externe (cf autre thread, pb de résolution), et ça n'a rien changé > pour les plantages X > > Y'a t'il des modifs à essayer dans le .config du kernel pour tenter > d'améliorer la situation ? > > Ou dans une autre conf qq part ? Dans le cas de l'iommu, il y a plusieurs options : - soit la désactiver au niveau de la configuration "Bios" de la carte mère ; - soit au démarrage, en passant l'argument intel_iommu=off au noyau linux dans grub ; - ou faire sauter CONFIG_INTEL_IOMMU, en restant dans les options exposées par le .config. Pour être honnête, cette histoire d'iommu reste un peu du pif de ma part, m'enfin si ça peut aider… Bonne soirée, -- Étienne Mollier Fingerprint: 8f91 b227 c7d6 f2b1 948c 8236 793c f67e 8f0d 11da Sent from /dev/pts/2, please excuse my verbosity. signature.asc Description: PGP signature
Re: Effacer plusieurs millions de fichiers d'un répertoire !
Bonjour, > Le 7 avr. 2021 à 18:31, JUPIN Alain a écrit : > > Par contre, il me reste encore un petit souci. Pour info, la commande prend > > environ 40sec pour s’exécuter ! > > > > root@kepler:/var/lib/php/sessions# ls -alh > > total 959M > > drwxr-xr-x 2 root root 959M avril 7 09:40 . > > drwxr-xr-x 10 root root 4,0K juil. 7 2019 .. > > > > Du coup, je me demande ou se trouve ces 959 M et s'il ne reste pas un > > résidu quelconque quelques part ! Pierre Malard, on 2021-04-07 18:47:15 +0200: > J’aurais tendance à répondre dans le point ;-) Oui, étant donné que la quantité de fichier initialement présente dépassait allègrement la cinquantaine de millions, la table des inodes, "stockée" dans ".", a peut-être un peu d'embonpoint. Elle a été allouée dynamiquement au fur et à mesure que les fichiers se sont ajoutés, mais elle n'est pas ajustée dans l'autre sens après ménage dans les fichiers. > Peut-être qu’un petit fsck ou xfs_repair selon le gestionnaire de fichiers > s’impose… Si le répertoire est vide, alors les commandes suivantes devraient faire l'affaire pour récupérer les 959M restants : $ sudo rmdir /var/lib/php/sessions $ sudo mkdir /var/lib/php/sessions Sinon, il faudra probablement prévoir une bascule vers un nouveau répertoire qui remplacera le sessions/ existant. Bonne soirée, -- Étienne Mollier Fingerprint: 8f91 b227 c7d6 f2b1 948c 8236 793c f67e 8f0d 11da Sent from /dev/pts/2, please excuse my verbosity. signature.asc Description: PGP signature
Re: PHP 8 et Bullseye ( Debian 11 )
Louis-Philippe, on 2021-03-22 09:03:06 -0400: > Je m'inquiète pour le paquet PHP8 qui est encore et seulement dans SID > (voir texte en gras). Depuis le temps qu'il est publié, je suis surpris > qu'il ne soit pas dans testing. En version stable, PHP est rendu à 8.0.3... > > En date du 22 mars, est-ce qu'il y a des chances chance que PHP 8 soit > inclu dans la prochaine version stable ? Bonjour, Réponse rapide : php8.0 étant sorti de Testing pendant le gel, les chances qu'il réintègre Bullseye, à ce point de la publication, sont malheureusement quasiment nulles. Pour l'histoire un peu plus complète : apparemment, le paquet a intégré Testing quelque part aux alentours du mois de décembre. Ondřej Surý espérait pouvoir effectuer la transition[1] dans les semaines qui devaient suivre. Toutefois, quelques facteurs se sont accumulés contre la sortie de php8.0 dans Bullseye. J'ai noté entre autres : - de nombreux paquets dépendant de php cassés et à réparer[2], notamment la suite Horde, et certains paquets affectés de régressions sur des problèmes de sécurité ; - une couverture contre les problèmes de sécurité peut-être meilleure avec php 7.4[3] pour la durée de maintenance de Debian 11 ; En fin de compte, le paquet a été sciemment sorti de Bullseye[4] afin de limiter les risques de dégradation des fonctionnalités par rapport à php 7.4. Si cela peut aider, il a été question d'un rétroportage de php8.0 dans bullseye-backports, dans le fil de discussion autour du bug Debian #976811[1]. Le système de suivi de paquet peut être utile pour savoir où en sont les versions de php8.0[5] et de php par défaut[6] si besoin est. [1]: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=976811 [2]: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=976811#57 [3]: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=976811#132 [4]: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=982177 [5]: https://tracker.debian.org/pkg/php8.0 [6]: https://tracker.debian.org/pkg/php-defaults En vous souhaitant malgré tout une bonne journée, -- Étienne Mollier Fingerprint: 8f91 b227 c7d6 f2b1 948c 8236 793c f67e 8f0d 11da Sent from /dev/pts/2, please excuse my verbosity. signature.asc Description: PGP signature
Re: Éteindre mon PC
Georges, on 2021-03-17 17:53:33 +0100: > J'utilise un script pour éteindre mon PC > #!/bin/bash > /sbin/shutdown -h now > > Mais depuis un moment il ne fonctionne plus. > > Il arrête le système et m'affiche : > > Power off > système halted L'ordinateur est toujours sous tension, mais le processeur a cessé de tourner (instruction "halt"). L'option -h de shutdown(8) peut déclencher ou bien un "halt" ou bien un "poweroff" si j'en juge par le manuel. Est ce que ça se passe mieux en explicitant l'option --poweroff ? #! /bin/bash /sbin/shutdown --poweroff now Bonne soirée, -- Étienne Mollier Fingerprint: 8f91 b227 c7d6 f2b1 948c 8236 793c f67e 8f0d 11da Sent from /dev/pts/2, please excuse my verbosity. signature.asc Description: PGP signature
Re: Sid, upgrade kernel casse mon Wifi
Bonsoir Jérôme, jerome moliere, on 2021-02-10 18:30:33 +0100: > Bonjour > d'apres le support System76 la these de la panne materielle semble la plus > probable. Ce ne serait pas surprenant. > Je vais donc commander une carte et tester > Vous avez des references a conseiller en la matiere, compatibles si > possible Linux libre ? Il y a eu une grosse discussion sur debian-devel le mois dernier après que quelqu'un a signalé que le disque d'installation réseau sans firmware non libres mis en avant en page d'accueil de debian.org était un choix malheureux[1]. Attention, il y a beaucoup de lecture en Anglais, si vous vous intéressez au fil de discussion complet. [1] https://lists.debian.org/debian-devel/2021/01/msg00151.html Je n'ai pas retrouvé le message en question, mais il me semble qu'une des difficultés pour avoir des micrologiciels libres dans le domaine des puces de communication sans fil est la réglementation, qui interdit les fabricant de fournir du matériel qui serait capable d'opérer en dehors des bandes autorisées. Il y avait également un ou plusieurs message concernant quelques références pour des puces wifi libres, mais elle ne semblaient ni être les plus performantes, ni être les plus simples à se procurer. > chipsets ath9k ou ath10k . D'autres ? > Quelles references eventuellement ... Dans la gamme Qualcomm Atheros, les chipsets supportés comprennent ceux listés dans la description du paquet firmware-atheros. Ils ne sont malheureusement pas Libres, mais ils sont disponibles via le dépôt non-free. La liste est assez longue, mais peut être obtenue avec la commande : $ apt show firmware-atheros Il y a également des puces Broadcom, Marvell, Intel (mais j'imaginge que vous n'avez pas envie de retenter l'expérience iwlwifi que avez eu), etc. Pour une liste, probablement non exhaustive, des paquets de micrologiciels supportés par non-free pour fournir du wifi, vous pouvez voir le résultat de la commande suivante, qui sur Sid avec non-free me donne : $ apt-cache search ^firmware- | grep -Ei 'wireless|wifi' firmware-ath9k-htc - firmware for AR7010 and AR9271 USB wireless adapters firmware-atheros - Binary firmware for Qualcomm Atheros wireless cards firmware-brcm80211 - Binary firmware for Broadcom/Cypress 802.11 wireless cards firmware-ipw2x00 - Binary firmware for Intel Pro Wireless 2100, 2200 and 2915 firmware-iwlwifi - Binary firmware for Intel Wireless cards firmware-libertas - Binary firmware for Marvell wireless cards firmware-realtek - Binary firmware for Realtek wired/wifi/BT adapters firmware-ti-connectivity - Binary firmware for TI Connectivity wifi and BT/FM/GPS adapters firmware-zd1211 - binary firmware for the zd1211rw wireless driver firmware-ralink - Binary firmware for Ralink wireless cards (dummmy package) > Merci a vous Bonne soirée, -- Étienne Mollier Fingerprint: 8f91 b227 c7d6 f2b1 948c 8236 793c f67e 8f0d 11da Sent from /dev/pts/2, please excuse my verbosity. signature.asc Description: PGP signature
Re: Sid, upgrade kernel casse mon Wifi
Bonsoir Jérôme, jerome moliere, on 2021-02-08 18:12:11 +0100: > Dans les logs du kernel on voit qu'il y a un souci de chargement du > firmware: > sudo dmesg|grep -i iwlwifi Les numéros de version ci-après : > [4.769596] iwlwifi :00:14.3: minimum version required: (efault)198 > [4.769643] iwlwifi :00:14.3: maximum version supported: (efault)143 sont précédés de la mention "(efault)". Pour une raison ou pour une autre, le pilote tente d'accèder à une address invalide[1] pour indiquer les numéros de version de micrologiciel supportés par le pilote, d'où le résultat confus. [1] https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/tree/Documentation/core-api/printk-formats.rst#n68 > [4.769684] iwlwifi :00:14.3: check git:// > git.kernel.org/pub/scm/linux/kernel/git/firmware/linux-firmware.git > [4.769744] iwlwifi :00:14.3: Couldn't request the fw > [4.783252] iwlwifi: probe of :00:14.3 failed with error -2 [...] > Que puis je faire ? > Depuis ma carte wifi est invisible sur toutes les distros avec des kernels > differents j'ai tente plusieurs livecd mais elle est tjs aux abonnes > absents... Si le problème est indépendant des distributions, apparaissant ailleurs que dans Debian et ses distributions dérivées, alors ça vaudrait peut-être le coup d'ouvrir un rapport de bogue sur le bugzilla en amont[2]. Éventuellement, ça pourrait valoir le coup de tester avec un système d'exploitation et un noyau entièrement différent (BSD, MS Windows), si c'est possible bien entendu, juste pour s'assurer que ce n'est pas la carte wifi qui a rendu l'âme. [2] https://bugzilla.kernel.org/ Bonne soirée, -- Étienne Mollier Fingerprint: 8f91 b227 c7d6 f2b1 948c 8236 793c f67e 8f0d 11da Sent from /dev/pts/2, please excuse my verbosity. signature.asc Description: PGP signature
Re: Problème d'installation deDebian sur un ordinateur portable
Bonsoir benoit, benoit, on 2021-01-18 21:30:32 +: > Le dimanche 17 janvier 2021 12:07, Olivier Humbert a > écrit : > > Le 2021-01-17 11:35, benoit a écrit : > > > Bonjour à tou·te·s, > > > J’essaye d’installer une debian sur un portable qui n’a pas de > > > carte réseau. > > > Problème 1 : la puce wifi (RTL8821CE) n’est pas reconnue par le > > > processus d’installation. > > > Y a-t-il une solution pour faire fonctionner cette puce wifi ? > > Une recherche rapide sur le wiki de Debian donne : > > https://wiki.debian.org/InstallingDebianOn/Lenovo/ideapad 340 (buster)#Wifi > > > > En espérant que ça t'aide. > > J'ai essayé, ça n'a pas fonctionné. > Je suis preneur d'une autre idée pour faire fonctionner cette carte carte > Realtek RTL8821CE... Je viens de jeter un rapide coup d'œil dans les sources du noyau, j'ai l'impression que les puces RTL8821CE ne sont prises en charge dans Linux que depuis Juin dernier: commit 769a29ce2af45481c1971be5a96250696fb4acf4 Author: Tzu-En Huang Date: Tue Jun 16 17:16:19 2020 +0800 rtw88: 8821c: add basic functions À mon avis, il faudra passer par un noyau backports, et si nécessaire, un paquet firmware-realtek du même acabit. Bonne soirée, -- Étienne Mollier Fingerprint: 8f91 b227 c7d6 f2b1 948c 8236 793c f67e 8f0d 11da Sent from /dev/pts/2, please excuse my verbosity. signature.asc Description: PGP signature
Re: paquets non mis à jour
Étienne Mollier, on 2021-01-09 15:42:19 +0100: > Francois Meyer, on 2021-01-09 14:57:36 +0100: > > Depuis quelques temps, apt update / upgrade me dit qu'il y a des paquets > > upgradables mais qu'il va conserver en l'état. Il y a beaucoup de paquets > > liés à python3 dans la liste. Je suis en testing (donc python 3.8). > > C'est dû à des problèmes de dépendances ? > > C'est grave ? est-ce qu'il faut que j'essaie de le forcer à faire les mises > > à jour ou bien attendre tranquillement que le problème disparaisse de > > lui-même ? > > Dans ce genre de cas, je dirais qu'une mise à jour en utilisant > la séquence suivante devrait bien se passer : > > # apt update > # apt full-upgrade > > Une partie des paquets doit vraisemblablement être désinstallée, > afin que d'autres puissent se mettre à jour. En général, ça se > produit quand des bibliothèques montent en version et que les > libN et libN+1 entrent mutuellement en conflit. Éventuellement, > gardez un œil sur la liste des paquets désinstallés, dès fois > qu'une des applications que vous utilisez fasse explicitement > partie de la liste. Tant que j'y pense, lors de la mise à jour d'applications constituées de plusieurs paquets, il se peut que la version N de l'application ne puisse pas utiliser la version N+1 de sa bibliothèque, auquel cas la mise à jour de la bibliothèque va effectivement être retenue le temps que la version N+1 de l'application complète soit disponible. Forcer une mise à jour de la bibliothèque dans ce genre de cas conduirait à la désinstallation de l'application finale, mais apt full-upgrade l'indiquera dans la liste des paquets qui seront désinstallés. Ce genre de situation ne dure généralement pas plus d'un ou deux jours, du coup je ne crois pas que vous soyez dans ce cas là, mais pour information, dès fois que. Bonne journée, :) -- Étienne Mollier Fingerprint: 8f91 b227 c7d6 f2b1 948c 8236 793c f67e 8f0d 11da Sent from /dev/pts/2, please excuse my verbosity. signature.asc Description: PGP signature
Re: paquets non mis à jour
Bonjour François, Francois Meyer, on 2021-01-09 14:57:36 +0100: > Depuis quelques temps, apt update / upgrade me dit qu'il y a des paquets > upgradables mais qu'il va conserver en l'état. Il y a beaucoup de paquets > liés à python3 dans la liste. Je suis en testing (donc python 3.8). > C'est dû à des problèmes de dépendances ? > C'est grave ? est-ce qu'il faut que j'essaie de le forcer à faire les mises > à jour ou bien attendre tranquillement que le problème disparaisse de > lui-même ? Dans ce genre de cas, je dirais qu'une mise à jour en utilisant la séquence suivante devrait bien se passer : # apt update # apt full-upgrade Une partie des paquets doit vraisemblablement être désinstallée, afin que d'autres puissent se mettre à jour. En général, ça se produit quand des bibliothèques montent en version et que les libN et libN+1 entrent mutuellement en conflit. Éventuellement, gardez un œil sur la liste des paquets désinstallés, dès fois qu'une des applications que vous utilisez fasse explicitement partie de la liste. Debian Testing a récemment transité de Python 3.8 a Python 3.9. J'ai récemment mis à jour une de mes machines depuis Buster vers Testing, et Python 3.8 n'y a jamais été présent. Je pense donc qu'il n'y a rien de grave, et que les paquets ne seront effectivement plus nécessaires une fois la mise à jour passée. Et si malgré tout la procédure devait avoir un couac, alors ce sera l'occasion de remonter un bug. Bonne année à vous aussi, :) -- Étienne Mollier Fingerprint: 8f91 b227 c7d6 f2b1 948c 8236 793c f67e 8f0d 11da Sent from /dev/pts/2, please excuse my verbosity. signature.asc Description: PGP signature
Re: Faire fonctionner une Webcam sous Debian Buster : résolu
Bonjour Jean-Marc, Jean-Marc, on 2020-12-11 09:08:53 +0100: > Le 10/12/20 à 22:28, Étienne Mollier a écrit : > > mpv ne fonctionne effectivement pas en utilisant le character > > device, il faut passer par l'uri av://v4l2: > > > > $ mpv av://v4l2:/dev/video0 > > Marrant. Chez moi, ça fonctionne sans soucis en ne passant que > /dev/video0 : > > $ mpv /dev/video0 Doh', je suis stupide, j'ai oublié de raccorder la caméra en faisant "juste un test rapide". >_< Cette méthode fonctionne très bien de mon côté aussi. Merci d'avoir insisté! Bonne journée, :) -- Étienne Mollier Fingerprint: 8f91 b227 c7d6 f2b1 948c 8236 793c f67e 8f0d 11da Sent from /dev/pts/0, please excuse my verbosity. signature.asc Description: PGP signature
Re: Faire fonctionner une Webcam sous Debian Buster : résolu
f6k, on 2020-12-10 22:01:20 +0100: > On 2020-12-10 18:04:50 Thu, Jean-Marc wrote: > > > Pourquoi cheese, mpv /dev/video0 ne donne rien ? > > > > La réponse est dans le mail précédent : > > Playing: /dev/video0 > > > > Failed to recognize file format. > > > > Exiting... (Errors when loading file) > > > > mpv n'arrive pas à lire le format du tream, je suppose. > > Maintenant, je ne suis pas un spécialiste. > > J'avoue que je suis curieux de savoir ce qu'il faut faire pour que cela > fonctionne avec mpv/mplayer. mpv ne fonctionne effectivement pas en utilisant le character device, il faut passer par l'uri av://v4l2: $ mpv av://v4l2:/dev/video0 Bonne soirée, -- Étienne Mollier Fingerprint: 8f91 b227 c7d6 f2b1 948c 8236 793c f67e 8f0d 11da Sent from /dev/pts/1, please excuse my verbosity. signature.asc Description: PGP signature
Re: Faire fonctionner une Webcam sous Debian Buster
Bonjour, ajh-valmer, on 2020-12-09 20:53:15 +0100: > J'ai retrouvé une ancienne Webcam sur port USB. > Je tente de la faire marcher sur un ordinateur de bureau. > > lsusb donne : > Primax Electronics, Ltd HP Optical Mouse > Bus 001 Device 003: ID 046d:0840 Logitech, Inc. QuickCam Express > > Il semble que 2 webcam soient détectés (je n'en ai qu'une) Je pense que la première entrée correspond à une souris optique HP raccordée en USB, et non une caméra. La seconde entrée devrait correspondre à votre caméra Logitech. > Je la teste depuis un site Web, mais aucune image sur mon écran. > > Je teste avec l'appli cheese : aucun périphérique détecté. Est-ce que le fichier /dev/video* est bien construit après branchement de la caméra ? $ ls /dev/video* Si non, quelque chose de bas niveau empêche le fonctionnement de la caméra, par exemple elle pourrait ne pas être supportée par Linux. Mais si le fichier video* est présent, personnellement, je teste avec un lecteur vidéo aussi simple que possible, que je peux accéder au contenu, et qu'il correspond bien à ce qui est capturé par la caméra. Avec mpv(1), en utilisant l'exemple piqué dans le man : $ mpv av://v4l2:/dev/video0 S'il y a une sortie vidéo cohérente, alors le problème se situe au niveau de la configuration des applications qui ne renvoient rien pour le moment. Sinon, il est probable que la caméra soit défectueuse. Bonne soirée, -- Étienne Mollier Fingerprint: 8f91 b227 c7d6 f2b1 948c 8236 793c f67e 8f0d 11da Sent from /dev/pts/1, please excuse my verbosity. signature.asc Description: PGP signature
Re: Commande find
Bonjour David, David Martin, on 2020-11-26 15:40:59 +0100: > #!/bin/bash Il vaut mieux arrêter le script immédiatement si une étape finit en erreur de manière inattendue. Or ce n'est pas le comportement par défaut du shell. Pour activer ce comportement, une bonne pratique est d'activer cette option "-e" quasiment juste après le shebang : set -e Les options -v et -x sont intéressantes à utiliser au moment de rédiger le script, pour voir quand se lancent les commandes, et vérifier que les variables ont des valeurs cohérentes, respectivement. [...] > # liste des noms de répertoire à mettre à jour séparé d'un pipe :" > # > DIR="0|1|2|3|4|5|6|7|8|9|netlogon|backup|eole|mail" [...] > echo "Liste des exclusions : " > echo "$DIR" Je pense qu'à ce point du script, ce pourrait être une bonne idée de lancer : find -iname Mozilla | egrep -v "$DIR" Ça devrait vous permettre d'y voir plus clair dans ce qui va effectivement sauter, au lieu de juste voir quelle expression est utilisée pour le filtrage. En tant qu'utilisateur du script, je pense que je préfère voir ce qui va sauter, plutôt que de voir comment. Éventuellement, vous pouvez enregistrer la liste dans un fichier, avec "tee", pour la réutiliser au moment d'effacer, au lieu de relancer un "find", coûteux en opérations d'entrées et sorties, une seconde fois. > while true; do > read -p "Etes vous d'accord avec la liste d'exclusion ?" on > case $on in > [Oo]* ) echo "Suppression en cours..." ; >find -iname Mozilla | egrep -v "$DIR" | xargs rm -Rvf > delmozilla.log; ^^ Je serais à votre place, je protègerais la variable avec des double quotes, comme ci-dessus. DIR est amenée à stocker des expressions rationelles, et ce genre de contenu peut facilement être interprété par le shell d'une façon inattendue. Je ne sais pas si ça va résoudre votre problème, mais si ça peut vous aider à y voir plus clair... Plus largement, ça vaudrait le coup de voir pourquoi ce genre de ménage est nécessaire. Admettons que je sois utilisateur de vos systèmes, s'il devait y avoir une passe de cet outil dans mon dos, ça m'embêterait beaucoup de perdre mon historique. Bonne fin de journée, :) -- Étienne Mollier Fingerprint: 8f91 b227 c7d6 f2b1 948c 8236 793c f67e 8f0d 11da Sent from /dev/pts/1, please excuse my verbosity. signature.asc Description: PGP signature
Re: Xorg tourne à 100 % du CPU ("ioctl(13, DRM_IOCTL_I915_GEM_CREATE...
Bonjour Stéphane, Stephane Bortzmeyer, on 2020-11-20 13:28:58 +0100: > Soit une machine Debian "desktop" en 10.6 buster. > > De temps en temps, le serveur X ne répond plus à rien (ni souris, ni > clavier). En se connectant depuis une autre machine, on voit qu'il > tourne à 100 % du CPU et strace montre qu'il boucle sur : > > ioctl(13, DRM_IOCTL_I915_GEM_BUSY, 0xbfcc8724) = 0 > ioctl(13, DRM_IOCTL_I915_GEM_EXECBUFFER2, 0xbfcc878c) = 0 > ioctl(13, DRM_IOCTL_I915_GEM_BUSY, 0xbfcc878c) = 0 > ioctl(13, DRM_IOCTL_I915_GEM_CREATE, 0xbfcc877c) = 0 > ioctl(13, DRM_IOCTL_GEM_CLOSE, 0xbfcc86f4) = 0 > ioctl(13, DRM_IOCTL_I915_GEM_BUSY, 0xbfcc8724) = 0 > ioctl(13, DRM_IOCTL_I915_GEM_EXECBUFFER2, 0xbfcc878c) = 0 > ioctl(13, DRM_IOCTL_I915_GEM_BUSY, 0xbfcc878c) = 0 > ioctl(13, DRM_IOCTL_I915_GEM_CREATE, 0xbfcc877c) = 0 > ioctl(13, DRM_IOCTL_GEM_CLOSE, 0xbfcc86f4) = 0 > ... > > Une idée ? Je n'ai pas franchement d'idées pour l'instant. Le résultat le plus proche que j'ai pu trouver en rapport avec des ioctl i915 GEM est une fiche CVE qui concerne initialement Linux 4.15 pour Ubuntu: https://security-tracker.debian.org/tracker/CVE-2019-12881 Quelques questions en vrac: - Est-ce que du côté du noyau, via `dmesg`, les modules i915 ou drm renvoient des erreurs lors de ce genre de panne ? - Est-ce que les versions antérieures du noyau de Buster ont déjà provoqué ce genre de symptômes ? Si c'est le cas, alors le problème se situerait du côté de Linux ; sinon adresser un rapport de bogue auprès du paquet "xserver-xorg-video-intel" me semblerait être un bon point de départ. Est-ce que démarrer la machine avec l'option "nomodeset" peut stabiliser le serveur X ? L'idée est de mettre la partie DRM hors circuit, mais au prix de sacrifier l'accélération graphique. Ce n'est pas idéal, mais ça peut permettre de travailler le temps dépanner. Et si la panne se reproduit dans cette configuration, alors ça pourra être intéressant de voir comment évoluent les appels système fournis par `strace`. Bonne soirée, -- Étienne Mollier Fingerprint: 8f91 b227 c7d6 f2b1 948c 8236 793c f67e 8f0d 11da Sent from /dev/pts/1, please excuse my verbosity. signature.asc Description: PGP signature
Re: Conseils pour le développement sur Debian d'applications natives Windows/Linux
Bonjour Olivier, Olivier, on 2020-11-19 16:11:32 +0100: > 2. Un point très important pour moi est, par contre, si c'est possible de > pouvoir empaqueter depuis Linux/Debian l'application Windows et son > installateur sans utiliser Windows. > (Plusieurs outils comme Kivy annonce la possibilité de développer pour > plusieurs plateformes, mais si j'ai bien compris, il faut empaqueter sur la > même plateforme que la cible). Je ne suis absolument pas versé dans le domaine de la distribution de programmes pour Windows, mais en faisant une petite recherche dans les paquets de Debian Sid, je suis tombé sur "gcab". L'outil est mis à disposition via la collection des "msitools" : https://wiki.gnome.org/msitools | msitools plans to be a solution for packaging and deployment | of cross-compiled Windows applications. C'est un collection de programmes pour empaqueter et déployer des utilitaires cross-compilés à destination de Windows. J'ignore ce que ça vaut en pratique, mais à la description, ça me semblait correspondre à votre cahier des charges. Quant à tester l'installateur, je suppose que wine ferait l'affaire dans un premier temps. Mais à terme, je pense qu'il faudrait au moins faire un test sur une machine Windows native, juste pour s'assurer qu'une coquille n'est pas passée entre les mailles du filet. Bonne journée, -- Étienne Mollier Fingerprint: 8f91 b227 c7d6 f2b1 948c 8236 793c f67e 8f0d 11da Sent from /dev/pts/3, please excuse my verbosity. signature.asc Description: PGP signature
Re: Je n'arrive toujours pas à envoyer mes courriel à "debian-user-french@lists.debian.org"
Bonsoir, Pour débuguer des problèmes d'envoi de courriels avec les listes de diffusion du projet Debian, je pense que le mieux est de contacter les administrateurs des listes par tous les moyens, sauf par mail... :) Ces personnes sont joignable sur irc.debian.org, sur le canal #debian-lists. Si vous pouvez leur fournir un Mail-Id, alors ils seront capable de dire si oui ou non le message est arrivé jusqu'au serveur de mail, et si oui, comment il a été traité. L'ID d'un message est visible dans les en-têtes des messages envoyés ; je ne sais pas si c'est une information facile à obtenir depuis un webmail par contre (ça doit dépendre des webmails). Bonne soirée, -- Étienne Mollier Fingerprint: 8f91 b227 c7d6 f2b1 948c 8236 793c f67e 8f0d 11da Sent from /dev/tty1, please excuse my verbosity. signature.asc Description: PGP signature
Re: pb de locales : dmenu (i3) segfault et urxvt se comporte pas bien
Bonjour ORL, ORL - AMMD, on 2020-11-15 07:21:53 +0100: > Le 14/11/2020 à 17:53:30, Étienne Mollier a écrit : > > ORL - AMMD, on 2020-11-14 12:59:07 +0100: > > > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=973515 > > > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=973919 Okay pour une fusion de #973515 et #973919 ? Apparemment, les deux rapports traitent du même problème, en première lecture. Je sais, c'est une redite du message de Tobias, mais dans le doute... > > > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=974571 [...] > OK, j'ai voulu tenter, mais je n'ai pas C.UTF-8 dans les locales proposées > par dpkg --reconfigure locales. Il y a un autre moyen pour les générer ? Ah, oui, la locale est un peu cachée. Chez moi, en lançant `dpkg-reconfigure locales`, j'active C, en_US.UTF-8, et fr_FR.UTF-8 occasionnellement ; il me semble qu'il faut au moins une locale UTF-8 pour activer le C.UTF-8. Ensuite le panneau suivant me permet de choisir la locale par défaut entre C, C.UTF-8, en_US.UTF-8 et fr_FR.UTF-8, et c'est là que je peux sélectionner C.UTF-8. [...] > Par contre, j'ai localepurge d'installé sur cette machine, contrairement aux > deux autres sur lesquelles je n'ai pas de souci. Peut-être que ça peut avoir > un lien ? (moi je ne vois pas lequel, mais bon). Je ne connaissais pas localepurge. Au vu de la description, je pense que ça vaudrait le coup de le sortir de l'équation, pour s'assurer que ce n'est pas un bug dans ce paquet qui provoque les problèmes que vous rencontrez. [...] > Héhé, oui sans doute. J'avoue que j'aime bien l'idée de jamais avoir eu à > réinstaller, c'était un des gros intérêts quand je suis passé à Debian : on > ne réinstalle pas, on répare. Si vous arrivez à réparer ce problème là, ce sera d'autant plus satisfaisant... :) > Bon, faudra peut-être que je m'y résolve, un jour, alors... ... mais effectivement, si on perd trop de temps sur ce problème non reproductible, c'est probablement mieux de repartir d'une feuille blanche de temps en temps. > Merci de votre aide. Je vous en prie, Bonne journée, :) -- Étienne Mollier Fingerprint: 8f91 b227 c7d6 f2b1 948c 8236 793c f67e 8f0d 11da Sent from /dev/pts/1, please excuse my verbosity. signature.asc Description: PGP signature
Re: pb de locales : dmenu (i3) segfault et urxvt se comporte pas bien
Bonjour ORL, ORL - AMMD, on 2020-11-14 12:59:07 +0100: > Sur une Debian testing à jour, depuis un upgrade il y a quelques jours > semaines, j'ai des pb avec dmenu dans i3 et urxvt. J'ai rempli des > bugreports, mais pas de réponse, et de toute façon, je crois que j'avais mal > cerné le pb : > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=973515 > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=973919 > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=974571 > > Les symptômes : > - quand je lance mod+d dans i3, ça lance dmenu_run, dès que je tape une > touche pour lancer une application, ça ferme, et rien ne se passe, > - urxvt n'affiche plus les caractères accentués (mais je peux en > copier/coller dedans, par contre). > > Quand je les lance en ligne de commande : > > $ dmenu_run > warning: no locale support > warning: no locale modifiers support J'utilise dmenu en complément d'un bureau dwm. Je n'ai pas reproduit le problème en Sid de mon côté. Ma locale, histoire de pouvoir taper des caractères accentués, est C.UTF-8 ; peut-être que ça vaudrait le coup de l'essayer, pour voir s'il y a un changement de comportement ? Est-ce qu'un petit `sudo dpkg-reconfigure locales`, suivi d'une vérification des locales à engendrer, permettrait de rafraichir la configuration ? > $ urxvt > urxvt: the locale is not supported by Xlib, continuing without locale > support. > [...] > > J'ai deux autres machines en Bullseye avec i3 et urxvt où je n'ai pas du > tout ce problème, donc je penche vraiment pour une configuration > particulière qui m'échapperait, d'autant que cette install est très vieille, > j'ai dû la démarrer en stretch, etch, ou avant, peut-être même à l'époque de > lenny, je ne sais plus, donc il peut y avoir des choses qui traînent de > cette époque. Etch était la version 4 de Debian, Testing est actuellement la version 11 en préparation. Si votre installation date de Etch, effectivement, elle pourrait peut-être gagner à être rafraîchie. Bonne soirée, :) -- Étienne Mollier Fingerprint: 8f91 b227 c7d6 f2b1 948c 8236 793c f67e 8f0d 11da Sent from /dev/pts/1, please excuse my verbosity. signature.asc Description: PGP signature