Cyrille Pontvieux a écrit 483 commentaires

Si tu n’as pas personnalisé de fichiers dans /etc, la mise à jour installe simplement le nouveau fichier.

J’imagine qu’un checksum est fait, j’ai pas regardé l’implémentation dans libalpm (ce sur quoi se base pacman et pamac).

Il existe pléthore d’autres outils similaire à etc-update, en ligne de commande, en curses, en graphique, spécifique à un desktop ou un toolkit (qt, gtk, …). Beaucoup sont sur l’AUR cependant.

En cherchant pacnew, par exemple avec yay (qui empacte pacman + AUR) :

yay -Ss pacnew

Tu obtiens une liste d’outils potentiels.

Le truc avec Arch, et donc Manjaro, c’est de bien gérer les mises à jour des fichiers de configuration (ceux dans /etc).

Chaque fois qu’un paquet est mis à jour et qu’il a un fichier de configuration dans /etc, le nouveau fichier est copié avec l’extension .pacnew et c’est à l’utilisateur de faire la fusion entre le fichier de configuration local et le nouveau fichier.

Arch/Manjaro ne redémarre pas les services sur une mise à jour, donc ce n’est pas gênant. Il faut toutefois le faire et c’est souvent cette partie qui est oublié par les débutants. Il faut également regarder les notes de sorties. Des fois il faut faire des actions particulières (choisir entre deux implémentations possibles d’un protocole, installer des paquets particuliers pour son matériel, …).
C’est assez rare d’avoir quelque chose de particulier à faire, mais gérer les fichiers .pacnew c’est tout de même assez courant.

Pour ça je vous conseille différents outils à installer :
- etc-update : liste et permet de fusionner les fichiers .pacnew en ligne de commande/curses. N’est pas spécifique à Arch et a lui-même un fichier de configuration /etc/etc-update.conf.
- manjaro-pacnew-checker : spécifique à Manjaro (mais pourrait fonctionner sous Arch). Ajoute un crochet après installation qui permet de lister/fusionner les fichiers .pacnew graphiquement (avec yad, meld, …). C’est ce que je conseille car c’est affiché juste après l’installation, on n’oublie pas, et c’est facile à faire avec meld.
- pacutils : un ensemble d’utilitaires qui permettent de vérifier/réparer des paquets Arch. C’est pas quand on en a besoin qu’il faut l’installer à mon avis, mieux vaut les avoir avant (le paquet est petit, 450Ko)
- rebuild-detector : permet de lister les paquets qui référencent des bibliothèques dynamiques manquantes. Souvent des paquets d’AUR. Ça veut dire qu’il faut les re-construire, par exemple avec pamac build nom_du_paquet1 nom_du_paquet2
- kernel-alive : permet de faire un backup (et de restaurer) les modules du noyau en cours. Ça permet de faire une mise à jour de noyau mais de garder les modules du noyau en cours fonctionnels. C’est automatique, ça marche bien. Le seul hic, c’est que ça ne supprime pas les fichiers modules après reboot.

Il existe quelques outils qui n’ont pas été discutés plus haut, uniquement disponible sur Manjaro :
- mhwd pour Manjaro HarWare Detector qui permet d’installer des drivers spécifique pour votre matériel si besoin
- mhwd-kernel pour gérer les noyaux installés
- mhwd-gpu pour des spécificités liés aux GPU (jamais utilisé)

Un outil graphique existe également manjaro-settings-manager qui les rassemble :

J’utilise Manjaro sur plusieurs PC desktop (et Arch sur quelques serveurs).

Mon PC de boulot est en Manjaro stable depuis 3 ans.

Mon PC perso est en Manjaro testing (plus proche de Arch, mises à jour bcp plus fréquentes) depuis 1 an (et en stable depuis 4 ans).

J’ai quelques paquets AUR d’installés (notamment des versions spécifiques de Python, Teams pour le taff), très peu de paquets Flatpak (Subsurface, Jitsi Meet), aucun paquet Snap.

J’en suis très content.

Hum merci parce que 260$ ça fait une sacré somme…

Je vais chercher de mon côté, mais au cas où tu l’as acheté où ?

J’en profite pour te remercier pour tes jeux et tes journaux rigolos :-)

Et surtout, moi qui n’utilise Debian que pour des serveurs, je suis tombé sur la news super vite dans la documentation.

Bon j’en ai pas besoin du non-free-firmware pour mes serveurs, mais c’est bien écrit dans la documentation.

Si on veut pas lire de la documentation, faut pas installer Debian…

J’ai une vraie (et vieille) Super NES, qui marche encore très bien.

Est-ce qu’il est possible de lancer des roms custom dessus ? Et comment ? J’imagine qu’il faut une cartouche un peu magique qui lise depuis une carte SD ou qui se charge via un câble.

Est-ce que quelqu’un a des infos ? J’ai bien envie d’essayer de faire tourner le jeu de devnewton dessus…

En même temps, j’aimerais savoir quel format est utilisé pour un non-voyant qui fait de la musique…

Alors oui, l’organisation allemande devient à but lucratif parce que l’administration allemande ne reconnait pas les dons Patreons comme des dons, donc ça l’a fait passer dans la case « lucratif ». C’est sans doute un petit revers politique, vu que l’assoc n’a pas eu de soucis les autres années.

Sauf que Rochko crée une organisation (aux USA, sic) a but non-lucrative (enfin l’équivalent à peu près chez les ricains) pour chapeauter la gestion de Mastodon.

Donc en fait, ce qu’il faut lire, c’est que malgré les emmerdements administratifs de l’Allemagne sur son assoc, il s’évertue à trouver des solutions pour garder une gestion non mercantile de Mastodon. Bravo à lui donc.

P.S. Je me demande dans quelle mesure le PatriotAct peut agir sur association qui chapeaute (mais n’édite pas) un réseau comme Mastodon…

Ça semble être une porte de sortie du tout chromium/chrome.

J’utilise Firefox (et donc gecko, Servo n’ayant jamais pris une position dominante chez Mozilla) et pourtant je fais tourner quelques applis avec du chromium parce que QtWebengine… Je trouverais ça bien de pouvoir utiliser autre chose, et donc pourquoi pas Servo qui est écrit un Rust, ce qui me semble un bon langage pour la tâche (gestion mémoire).

Le conseil est mauvais : rester sur X11 est une impasse
Wayland, c'est pas encore parfait mais c'est largement utilisable et ça s'améliore

On peut ne pas partager le ton du billet mais je suis d’accord avec le contenu, rester sur X11 est encore ce qui se fait de mieux aujourd’hui si tu veux un truc qui marche. Si tu veux absolument passer sur Wayland, il FAUT utiliser Gnome, c’est la seule implémentation qui est « utilisable ».

Figure-toi que je suis d’assez près ce qui se passe du côté développement de Xfce (j’ai d’ailleurs fait quelques contributions).

La page que tu mentionnes donne l’impression que c’est bientôt possible. En vrai non on en est loin. Enfin si tu vas pouvoir lancer quelques outils Xfce mais le bureau en entier (notamment xfce-panel, xfwm, …) c’est pas encore pour cette année !

Mais je veux pas changer, ni maintenant d’ailleurs. Je ne répondais qu’au commentaire qui invitait à passer à Wayland maintenant.

Évidemment qui X11 est mort (y’a plus de dev dessus), c’est pas pour autant que je peux y passer « maintenant ».

Exactement la réponse que j’aurais faites. Pareil pas testé mais ça me semble bon.

N.B. Ton titre parle de bash, mais tes « listes » n’en sont pas. Une liste en bash c’est

declare -a orgas=(a b c d e f g)
for orga in "${orgas[@]}": do
  ...
done

Quand tu n’as pas d’espace dans tes éléments de liste, tu peux faire comme tu fais. Sinon faut utiliser une vraie liste bash ou changer le séparateur (IFS) pour le caractère null et séparer tes éléments par null.

Si si tu peux choisir également la couleur des icônes (mais tu as une palette plus petite)

Bouton droit → Ce cadre → Afficher ce cadre uniquement.

Je suis sous Xfce, tu m’expliques comment je passe sous Wayland maintenant ?

Par contre tu as bien raison que le ton n’est pas bon, les arguments (même avec des edits) sont faux au début. Par contre tout ce qui est dit après ces premiers edit est vrai.

Je suis impressionné par ces outils !

Est-ce que c’est utilisé par les mainteneurs du noyau Linux ? Si oui, dans quelle mesure ? Si non, pourquoi, que manque-t-il ?

La consigne c’était : « Pour communiquer, choisissez ce que vous voulez, X ou Y » … ça a été mal compris ;-)

J’ai rien compris !

En tout cas ils se sont bien amusés sous LateΧ !

Du base64 (on a l’intuition avec le = à la fin, typique du padding en base64)…

On peut penser que c’est un codage spécifique, mais non juste un simple base64 :

$ echo -n 'TOKAmUFybcOpZSBkZSBUZXJyZSBz4oCZZW50cmHDrm5lIGF1IGNvbWJhdCBjeWJlci4=' | base64 -d; echo
L’Armée de Terre s’entraîne au combat cyber.

On remarquera tout de même l’apostrophe typographique (non elle n’est pas de moi).

Parce que certains dev pensent que c’est plus facile de gérer les dates à la main que d’utiliser la librairie de leur langage (et de lire la doc associée).

Je suis choqué !

C’est vraiment n’importe quoi, et ils ont pas viré juste la version qui leur semblait (à tord) problématique, non toute l’appli.

Ça sent un peu le truc fait exprès non ?

Ahhh merci, je me disais aussi… quand est-ce que j’ai loupé l’info comme quoi Firefox le gère ?

J’étais en train de me dire que j’allais ptre enrober mes vidéos dans matroska du coup (hébergées sur un nextcloud). Bon ben pas pour tout de suite…

Si je met "type=source" pour ne pas avoir les dépôt tiers qui sont juste des forks, j’ai pratiquement plus rien :

https://github.com/orgs/bluemind-net/repositories?q=&type=source&language=&sort=

J’ai essayé de le télécharger

Voici ce à quoi j’ai droit :

Y’a pas les sources. Moi j’ai pas une distro basée sur Ubuntu/Debian/RedHat, je fais comment ?

Alors peut-être qu’on peut demander d’avoir les sources mais j’ai pas trouvé où faire ma demande…

Dans mon équipe, on l’a mis en place dans notre CI (gitlab) sur nos différents projets.

C’est vraiment bien et ça nous a permis d’éduquer d’autres équipes au problème de pousser des données sensibles dans le code.

La plupart des gens ne comprennent pas que faire un autre commit qui supprime les données sensibles n’est pas suffisant.