Le 10 juin dernier, Debian 12 sortait en version « release » et passait de fait en version « stable ». Comme conseillé, j’attendais environ un mois avant de repasser mon PC en version « testing », afin de bénéficier des dernières versions de logiciels, l’environnement Gnome, etc… Un bon compromis, si l’on accepte d’avoir quelques soucis de temps en temps et de mettre les mains dans le cambouis…

L’opération est toute simple et consiste à modifier le fichier /etc/apt/sources.list et de remplacer le mot bookworm par testing (ou trixie), puis de lancer la commande suivante :

$ sudo apt full-upgrade

Auparavant, on aura pris soin de faire un sudo apt update ; sudo apt upgrade comme il se doit.

La mise à jour s’effectue, et après un redémarrage me voilà en Debian 13 « trixie » : 😎

$ lsb_release -a
No LSB modules are available.
Distributor ID:	Debian
Description:	Debian GNU/Linux trixie/sid
Release:	n/a
Codename:	trixie

Tout s’était bien passé apparemment… jusqu’à ce que je veuille lancer une VM : virt-manager restait en état « Connexion… » et pas moyen d’en sortir :

Le problème survient après quelques minutes de fonctionnement : au démarrage tout va bien, puis après quelques minutes, virt-manager ne se connecte plus.

Ça m’a obligé à faire pas mal de tests avec le service libvirt et permis d’apprendre à contrôler cette partie, alors voilà le résultat de mes investigations. À la fin de l’histoire, c’est apparemment un bug de systemd (régression), dont il ne reste qu’à attendre la correction. Cela fait partie des risque d’utiliser la version « testing » de Debian ! 😉 Mais au moins j’y vois désormais un peu plus clair avec KVM et surtout libvirt, l’interface réseau virbr0 et les réseaux virtuels créés pour les VMs.

Voyons voir tout cela…

Continuer la lecture… Passage en Debian 13 (Trixie) et problème KVM (libvirt) →

J’utilise depuis longtemps l’excellente extension Dash to Dock pour Gnome, elle remplace avantageusement le dock par défaut de Gnome qui manque singulièrement d’options.

Hélas, comme je suis sous Testing, bénéficiant par conséquence de versions récentes de Gnome, il y a régulièrement des bugs qui apparaissent avec cette extension (plus précisément, la version de Gnome n’est pas encore supportée), et qui m’obligent soit à en changer en attendant la correction, soit à trouver une autre solution…

Voyons voir cela en détail : les problèmes rencontrés avec Dash to Dock, l’alternative Dock from Dash, et enfin comment forcer l’utilisation d’une ancienne version de Dash to Dock, si cette dernière répond à mes attentes.

Continuer la lecture… Dash to dock : problèmes et solutions →

Me voilà donc avec Gnome Evolution, le client mail par défaut sur Debian, qui a finalement remplacé Thunderbird (voir cet article) sur mon PC. Il s’agit désormais de le paramétrer.

L’interface est claire et ne soulève pas beaucoup de questions, c’est celle d’un client mail classique, au look assez professionnel. Avec le thème d’icône Adwaita sous Debian 12 bookworm/sid, les icônes sont monochromes et très sobres, ce qui n’est pas pour me déplaire :

L’intégration au système est meilleure, que ce soit les agendas, les contacts, et c’est bien agréable. Voilà quelques screenshots :

J’ai rapidement créé mes comptes mails, puis synchronisé mes calendriers et mes contacts. Tout cela est rapide avec les protocoles IMAP (boites mails), et CardDAV et CalDAV pour les contacts et agendas (grâce à mon serveur Baïkal).

Que reste-t-il à faire ? d’abord une boite de réception unifiée pour tous mes comptes mails, c’est quand même bien pratique, mais n’existe pas de base dans Evolution. Ensuite il faudra que je m’organise pour mes archives : d’abord récupérer celles de Thunderbird, et préparer les prochaines.

Pour cela, j’utiliserai les dossiers de recherche, les filtres, les étiquettes… En fait, Evolution propose beaucoup de choses, ne pas hésiter à consulter l’aide, elle entièrement traduite et très complète. Enfin, on verra comment supprimer l’agenda local et celui de Google qui sont apparus et dont je ne veux pas.

Allons-y… C’est un article assez long, mais avec plein d’images ! 😉

Continuer la lecture… Prise en main d’Evolution →

C’est la lecture d’une dépêche sur les dernières avancées de Thunderbird sur linux-fr.org qui m’a donné envie de migrer vers Evolution, le client de messagerie (et d’informations personnelles comme l’agenda ou le carnet d’adresses) par défaut de Gnome.

L’article est pourtant positif, pointant les progrès de Thunderbird, que j’avais d’ailleurs pu constater avec la dernière version v102 : amélioration de l’interface, correction de bugs, support de protocoles amélioré permettant de se passer de certaines extensions…

Tout allait pour le mieux, mais une phrase m’a fait tiquer :

Pour des questions de sécurité, IMAP et SMTP ont été réécrits de C vers JavaScript.

Bon, je ne suis pas développeur, mais dire ça, c’est tout de même assez gonflé ! Il est sans doute plus juste de dire que les compétences de développement en C sont plus rares que celles en JS, comme il est suggéré dans l’un des commentaires de la dépêche, que d’invoquer des raisons de sécurité. Mais c’est un commentaire très ironique qui a retenu mon attention, qui « dégomme » pas mal TH, et notamment son utilisation mémoire :

Passer de C à Javascript c’est surtout encore consommer utiliser intelligemment plus de ressource processeur et de mémoire vive. Effectivement, Rust aurait été un meilleur choix risqué. Mais il y a aussi l’option d’auditer le code C et d’écrire une suite de test complète. Thunderbird fait partie de ces logiciels qui se dégradent lentement mais sûrement avec le temps qui migrent vers les technologies du web 3.0 . Pour gérer mes 4 boîtes emails, il s’accapare n’utilise admirablement qu’ un unique gigaoctet de mémoire vive, a des lenteurs et crashs aléatoires incite son utilisateur a le fermer régulièrement dans un soucis d’optimisation des ressources. L’équipe de développement a clairement pris le chemin de la réécriture totale en JavaScript, une route sans retour au pays du typage dynamique et autres joyeuseté qu’il est bon de fuir quand on cherche à faire un logiciel performant et fiable des meilleurs logiciels actuels. Heureusement que l’on a de jolies icônes maintenant, merci la MZLA Technologies Corporation.

En plus de me faire bien rigoler, cela m’a fait prendre conscience d’un certains nombre de choses. Et comme j’avais aussi observé d’autres problèmes avec Thunderbird, cela m’a décidé à me pencher sur Gnome Evolution, le client par défaut sous Debian. Et ça m’a plu, c’est mieux intégré au système que Thunderbird, plus sobre aussi.

Dans cet article, nous allons voir les nouveautés apportées par Thunderbird qui auraient du me satisfaire, puis les raisons qui m’ont finalement décidé à migrer vers Evolution.

Concernant le passage proprement dit et la personnalisation nécessaire, comme la boite de réception unifiée, ou l’archivage des mails, ce sera l’objet d’un prochain article.

Continuer la lecture… Passage de Thunderbird à Evolution →

Suite à l’achat du nouveau PC, j’ai bien sûr du réinstaller tout le système. Voilà près de 8 mois que je suis passé d’Ubuntu à Debian, et je ne regrette pas une seconde ce choix. J’ai pourtant choisi la version « unstable » pour bénéficier des dernières versions de logiciel (Gnome particulièrement), et franchement, ce n’est que du bonheur ! 😎

Bref, me voilà avec ce nouveau PC, et tout le système à réinstaller. Je décide de repartir d’un système propre, et comme je peux avoir les deux machines démarrées en même temps, d’utiliser Filezilla pour une copie via le réseau de différents dossiers de fichiers perso. J’en profite d’ailleurs pour réorganiser mes dossiers un peu mieux. disons de manière plus rationnelle.

Concernant mon ancien répertoire home, je vais tout simplement le recopier dans un répertoire /home/pascal-SH87R6 afin d’avoir à ma disposition tout fichier dont je pourrais avoir besoin pour « reconstruire » mon nouvel environnement (comme les fichiers playlists de Rhythmbox par exemple).

Voyons voir tout cela, après un début difficile du au BIOS de ma nouvelle carte-mère, tout s’est déroulé sans problème, j’ai juste noté quelques spécificités rencontrées sur certains logiciels…

Continuer la lecture… Installation Debian sur le nouveau PC →

Après avoir lu sur un forum qu’il devenait assez compliqué d’avoir à la fois iptables et nftables d’installés sur le système pour la gestion du pare-feu, je me suis penché sur le sujet (auquel je ne connaissais rien) et décidé d’utiliser netfilter en lieu et place de ce bon vieux iptables, puisque c’est le futur (et même le présent !).

Ça n’a pas été aussi simple que prévu, puisque après avoir enlevé iptables, je me suis retrouvé avec un problème avec mes machines virtuelles, leur interface réseau virtuelle ne démarrant plus (dépendance de libvirt sur iptables).

Mais par contre j’ai appris plein de choses sur le pare-feu, et c’était aussi le but recherché, à savoir de comprendre un peu mieux comment tout ça fonctionne sur Debian. Mes règles sont désormais directement créées dans nftables, excepté celles de libvirt. Et je me suis débarrassé de ufw.

Voyons voir un peu tout ça dans le détail, en commençant par expliquer de quoi il retourne, comment je suis passé de iptables à nftables, puis le problème avec libvirt que ça a déclenché, et enfin la solution, qui je le dis tout de suite consiste à conserver iptables, puisque libvirt en a besoin (et ça risque de durer !). Ceci n’empêchant pas d’utiliser nftables pour le reste, c’est déjà ça.

Continuer la lecture… Pare-feu : iptables ou netfilter ? →

Depuis ma première installation de Debian, j’étais resté avec la congifuration graphique de base (à savoir Wayland comme serveur d’affichage et Nouveau comme pilote graphique), après une première tentative malheureuse d’installer les pilotes NVIDIA : j’avais du tout réinstaller car l’écran connecté sur la carte NVIDIA était devenu tout blanc, et je n’avais réussi à m’en sortir (voir cet article). L’autre écran étant connecté sur le chip Intel intégré à la carte-mère.

Et puis en installant SuperTuxKart histoire de me divertir un peu, j’ai vu que je ne pouvais pas rester comme ça, le jeu étant injouable en l’état (tout fonctionnait, mais au ralenti). Il était temps de se pencher sérieusement sur les pilotes graphiques de ma Debian 12 « Bookworm »…

Première remarque, le wiki Debian est vraiment complet, fournissant plein d’informations très utiles, souvent en français (mais pas toujours). Bravo à la communauté ! Après plusieurs tentatives, j’ai fini par réussir à avoir mes deux écrans fonctionnels avec le pilote nvidia chargé.

En résumé : le pilote nouveau n’a pas fonctionné avec le firmware de ma carte graphique (Nvidia GeForce 1050 Ti), et il a fallu passer à X11 en lieu et place de Wayland car les pilotes proprio Nvidia se sont pas stables avec Wayland. Tout s’est ensuite résumé à avoir un fichier xorg.conf fonctionnel, ce qui sera le cas après quelques essais !

Je vous raconte tout ça, avec les commandes utiles à connaître. Cet article ne prétend pas tout couvrir sur ce sujet très complexe, mais il peut tout de même se révéler utile j’espère.

Continuer la lecture… Debian : Installation pilote NVIDIA et configuration X11 →