Jean-Philippe Garcia Ballester a écrit 1060 commentaires

Bonsoir,

c'est une affaire de goûts, mais la syntaxe de systemd me semble au contraire plus explicite (dans la configuration incron, les champs de sont pas explicites, il faut connaître la syntaxe du fichier pour le comprendre).

Elle n'est en tous cas pas plus obscure que celle d'incron (puisque les deux sont très bien documentées).

De plus systemd permet un peu plus de choses (démarrage conditionnel, dépendances, cgroups, etc).

Je croyais que c'était Tor Tue.

À noter aussi que les unités systemd de type path utilisent inotify. On peut donc utiliser systemd en lieu et place d'incron. Pour l'exemple donné ici, demander à lancer automatiquement la commande postalias lorsque /etc/aliases est modifié (totalement non testé mais c'est l'idée) :

le fichier /etc/systemd/system/aliases.path

[Path]
PathModified=/etc/aliases
[Install]
WantedBy=multi-user.target

le fichier /etc/systemd/systemd/aliases.service

[Service]
ExecStart=/usr/sbin/postalias

Il est aussi possible d'utiliser ces fonctionnalités sans accès root en mettant les unités dans le dossier $XDG_CONFIG_HOME/systemd/user/*.

Des infos plus récentes que le bugzilla de firefox peuvent être trouvées ici : https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=718434#239

Tout à fait, c'est beaucoup mieux, merci !

Sauf erreur de ma part, si on ne l'utilise ni ne la transforme, on ne peut l'utiliser que pour chauffer, n'est-ce pas ?

Sauf erreur de ma part, si on l'utilise pour chauffer, on l'utilise. /o\

Je voulais bien sûr dire, si on en la stocke ni ne l'utilise :)

Donc à part la cuisson des aliments qui ne représente pas une consommation d'énergie très élevée, l'énergie propre dont tu parles sert à se chauffer lorsqu'il fait chaud ?

On pourrait chauffer avec l'énergie solaire même lorsqu'il fait froid.

Tu peux en dire plus ? Des exemples ou des sources ?

Tout à fait. D'après man initrd, le chargeur de démarrage charge l'initrd en mémoire dans /dev/initrd, puis lors du démarrage du noyau, celui-ci décompresse et copie le contenu dans /dev/ram0 puis libère le contenu de la mémoire de /dev/initrd.

Pourquoi dois-tu patcher ceci :
[…]
sachant que /var/run est un lien symbolique vers /run ?

Comme l'a supposé Misc au dessus, /var/run n'est un lien symbolique vers /run que plus tard.

Et pourquoi donc supprimer cette ligne ?

La création du dossier /run/plymouth ne fonctionne pas dans le script install, car cela créé un dossier /run/plymouth dans l'initrd, mais un tmpfs est monté sur /run, donc ce qu'il y a dans /run dans l'initrd est caché.

Il faut donc créer le dossier au boot, donc dans l'unité systemd.

Merci pour ton article, ça donne une vue d'ensemble plus précise de ce qu'il est nécessaire de savoir en plus pour mettre en place un initrd

Il faut espérer que les bug reports soient corrigés et qu'utiliser systemd dans l'initrd se fasse en 5 minutes en changeant juste les hooks.

une histoire de la Bretagne durant cette période (en BD… hum… chacun ses armes),

Je veux bien le titre :)

Alors pas tout à fait. Il y en a quand même une qui est parfaitement propre, abondante et gratuite, à condition qu'on l'utilise telle-quelle sans chercher à la stocker ni à la transformer : le soleil bien sûr.

Sauf erreur de ma part, si on ne l'utilise ni ne la transforme, on ne peut l'utiliser que pour chauffer, n'est-ce pas ?

Donc à part la cuisson des aliments qui ne représente pas une consommation d'énergie très élevée, l'énergie propre dont tu parles sert à se chauffer lorsqu'il fait chaud ?

Il y a la géothermie aussi, qui n'est pas pour source le soleil.

Tout est dans le titre :)

Expliciter une blague, c'est vraiment moche !

Je trouve dommage d'opposer GPG et OTR, car la différence va au-delà de l'échange de clé.

Je ne pense pas que OTR soit plus sûr que GPG, en fait comme le dit ton lien, ils offrent des fonctionnalités différentes et sont destinés à des usages différents.

Extrait de la page wikipedia :

The primary motivation behind the protocol was providing deniability for the conversation participants while keeping conversations confidential, like a private conversation in real life, or off the record in journalism sourcing. This is in contrast with other cryptography tools that produce output which can be later used as a verifiable record of the communication event and the identities of the participants.

Oui. Il y a des gens qui cherchent à volontairement limiter leur salaire (et donc leur consommation), pour avoir un mode de vie soutenable et essayer de tendre vers une société égalitaire.

Et si vous utilisez plymouth et kdm sur Arch Linux, n'oubliez pas d'installer le AUR kdebase-workspace-plymouth.

En même temps, la définition de KISS, c'est un peu flou, non ? En quoi c'est KISS de lancer un interpréteur d'un langage turing-complet à chaque fois que tu veux démarrer un nouveau service ?

M. Poettering en vienne à critiquer les responsables de cette distribution me heurte profondément

Ce ne sont pas les responsables de la distribution qu'il critique, mais la communauté en général.

Tout savoir, c'est omniscient. Omnipotent, c'est pouvoir tout faire.

Tu aurais mis ça dans ton premier commentaire cela aurait été beaucoup plus pertinent.

Tu n'as pas l'impression de généraliser à outrance ?

Pas dout tout. Il se trouve juste que toutes les personnes qui ne sont pas d'accord avec moi sont des idiots imbus d'eux-même. Une coincidence sans doute, mais c'est un vrai calvaire pour moi.

Tu m'as bien fait rire !

Traduction : pour les débutants et les gens qui ne veulent pas mettre les mains dans le cambouis, on a déjà réglé le problème.
Sous entendu : le reste de l'article est destiné à des utilisateurs avancés ou à des gens qui veulent mettre les mains dans le cambouis.

Il me semble qu'ouvrir un port en entrée sur sa machine est une action à laquelle tout le monde peut être confronté, débutant compris.

J'en déduis donc que pour Sébastien Maccagnoni-Munch c'est l'idée même que quelqu'un puisse avoir d'autres besoins que le siens ou puisse vouloir faire autrement que lui qui est fondamentalement ridicule et méprisable.

Il me semble que dans ce cas précis, il ne s'agit pas de besoin différent, puisque le script en question pourrait tout à fait utiliser ufw plutôt qu'iptables (dans les exemples montrés tout du moins). Il me semble que sa question est légitime. Quel intérêt d'utiliser iptables directement aujourd'hui quand on en a une utilisation aussi simple que d'ouvrir un port en entrée, par rapport à ufw ou nftables, ou autre ?

Le fait de voir une telle attitude dans un cadre simple sur un exemple isolé me permet réellement de mieux comprendre certains projets open source.

Tu n'as pas l'impression de généraliser à outrance ?

Sauf erreur, ufw c'est juste une syntaxe plus claire et plus lisible qu'iptables. Tu es toujours à faire tes règles une à une et c'est tout.

Shorewall, tu as un niveau d'abstraction plus grand parce que tu vas donner des noms à tes zones et tes réseaux auquels tu feras référence dans tes règles.

Quel rapport entre ufw, qui est en cli, systemd, gnome 3, et le masquage du terminal ?

Quand tu as deux outils qui font la même chose, un avec une syntaxe claire et lisible, et l'autre avec une syntaxe absconse, il faut absolument utiliser la syntaxe compliquée ?

Moi non plus j'ai rien compris. Mais peut-être c'est réservé à l'élite qui fréquente la tribune.

J'ai pas compris, c'est quoi l'acte de vandalisme ?