Jean-Philippe Garcia Ballester a écrit 1066 commentaires

De ce que j'ai compris l'idée est de pouvoir configurer le réseau dans l'initrd. Je ne pense pas que NetworkManager puisse permettre cela. Je ne suis pas sûr que systemd-networkd ait vocation à remplacer NetworkManager.

systemd le truc qui va bientot etre le seul system d'init sous linux parait il car il est super genial, en fait ca peut pas fonctionner actuellement sur les ARM car cela utilise une fonctionnalite de GCC a priori legerement experimentale et/ou non presente sur toutes les architectures

Il va falloir citer ta source concernant le côté experimental de ifunc. Je suppose aussi que tu n'as pas lu le bug report en lien dans phoronix, ou il est indiqué :

It's only for compat libs until stuff is re-compiled and the compat stuff goes
away.

C'est donc uniquement temporaire pour une transition. Par ailleurs, tu remarqueras que les développeurs systemd commentant le bug report sont Kay Sievers et Zbigniew Jędrzejewski-Szmek.

Je ne sais pas si ton impression est vraie en fausse, mais il semble bien que l'utilisation d'ifunc dans systemd ne puisse pas permettre d'en confirmer la véracité.

Ben c'est une appli php donc sans mentionner apache ou quoi que ce soit on peut présumer que c'est plus ou moins compatible avec toutes les plateformes où il y a un interpréteur php…

Merci bien ! Je t'ai plussé, pour ta peine.

Source ?

On dit bien cela fait peur, cela fait effet, cela fait tâche, pourquoi pas cela fait sens ?

De plus, l'expression semble être utilisée bien avant l'apparition des informatiens Français (cf les liens du commentaire auquel tu réponds).

Non c'est un sigle.

(et non, je ne suis pas un extrémiste;)

Nan mais faut pas chercher à répondre, pour Zenitram, tu es soit ultra-libéraliste soit extrémiste.

Comment en tant que libriste peut-on être content de recevoir en cadeau du logiciel propriétaire ?

Ça me laisse un peu perplexe…

Edward's GPG client has trust in a couple keys. It turns out that one of
his trusted keys, Bruce, has full trust in Roger's key (the compromised
key).

Edward's GPG client then computes a fully trusted path from Bruce to
Roger to the fake Glenn, and Edward then sends an encrypted email to
fake Glenn that is then subsequently read by the network systems
administrator.

La proposition que j'ai soulignée laisse supposer que GnuPG va automatiquement accorder à la clef de Roger une confiance entière, alors qu'il n'en est rien.

Il y a bien une forme de transivité dans les clés, non ? Si je fais confiance à Bruce qui fait confiance à Roger, je ne fais pas du tout confiance à Roger ?

http://userbase.kde.org/Session_Environment_Variables

La sienne est un peu mieux, mais pas parfaite. Son « sans bien évidemment prévenir les gars d'openssl » est faux, le mainteneur Debian a posé la question sur la liste mais personne n'a répondu.

Lancé directement par l'utilisateur veut dire qu'il fait une action pour lancer le binaire là maintenant tout de suite (shell, menu, etc).

Lancé indirectement par l'utilisateur veut dire qu'il configure un autre logiciel (comme le noyau Linux) pour le lancer au moment opportun.

Non mais de demander moi-même à Linux de lancer un init particulier, typiquement systemd à la place de mon init System V habituel, oui.

Donc aucun intérêt à ce que le binaire soit dans le $PATH.

En même temps je ne lance jamais aucun logiciel moi-même, la plupart du temps je demande à mon shell de demander à Linux de le faire…

D'où l'intérêt à ce que ces binaires soient dans le $PATH.

Il est possible pour toi de lancer postfix toi-même. C'est même utile de le faire pour du debug.

Est-il possible de lancer toi-même l'init ?

Ah ben c'est un peu le premier logiciel que tu lances, en demandant à Linux de le faire pour être précis.

À ce compte là, tous les binaires sont lancés par l'utilisateur, en demandant éventuellement à un autre logiciel de le faire. Tu trouves donc tout à fait anormal que /usr/lib/postfix contienne plein de binaires ?

C'est bien toi qui les lances, en demandant à postfix de le faire.

Là, je retourne la question. Qu'est-ce que le système d'initialisation aurait à faire dans /usr/lib ?

Parce que ce n'est pas un binaire destiné à être lancé par les utilisateurs du système. Il n'a donc pas sa place dans (/usr)?/s?bin.

Au temps pour moi, j'ai lu ton commentaire indiquant d'utiliser /bin/systemd plutôt que /usr/lib/systemd/systemd, puis le commentaire auquel j'ai répondu un peu trop vite, et j'en ai fais la mauvaise déduction (que /usr/lib/systemd/systemd n'existait pas sous Debian).

Je ne comprends ton commentaire original du coup : pourquoi préférer /bin/systemd plutôt que /usr/lib/systemd/systemd ?

Par ailleurs, un binaire dans /usr/lib n'est pas en violation de la FHS.

Sur http://www.pathname.com/fhs/pub/fhs-2.3.html#USRLIBLIBRARIESFORPROGRAMMINGANDPA, on peut lire (l'emphase est de moi) :

/usr/lib includes object files, libraries, and internal binaries that are not intended to be executed directly by users or shell scripts.

Et pourtant :

 ○ cat /etc/debian_version 
jessie/sid
 ○ ls -la /bin/systemd
lrwxrwxrwx 1 root root 20 Jul 25 01:14 /bin/systemd -> /lib/systemd/systemd
 ○ file /lib/systemd/systemd
/lib/systemd/systemd: ELF 64-bit LSB  executable, x86-64, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.32, BuildID[sha1]=5d448e5bf7863ea97fbe7b7f3e2ee1b373eddb9a, stripped

Il y a quand même une différence entre « traque » et « filature », et il me semble que dans ce contexte, track est plus proche du second que du premier.

Je pense qu'il a très bien compris, vu qu'il parle des développeurs de Gnome qui, d'après Linus Torvalds, sont des nazis de l'interface.

Tu ne confonds pas dictionnaire et rainbow table ?

L'intérêt d'un dictionnaire pour moi c'est de calculer le hash de mots de passe « probables ».

Le xkcd suppose 16 bits d'entropie

Ça c'est pour la première méthode de génération de mot de passe. Pour la méthode facile à retenir chaque mot apporte 11 bit. Le dictionnaire supposé fait donc bien 2¹¹ mots.

Je voudrais quand même faire le calcul en considérant de un à cinq mots sur un dictionnaire plus grand que 2048 mots.

Ben si tu as n mots dans ton dictionnaire ça fait n + n² + n³ + n⁴ + n⁵

Le mieux reste un mot de passe long avec chiffres/lettres/ponctuation. TrueCrypt par exemple recommande 25 caractères aléatoires minimum.genre : 6GvU93!DK7cfK°,AZ'dcJuV0G

Donc complètement impossible à retenir.

Moi perso je fais aussi long mais pas tant aléatoire… Et encore, ici pour linuxfr il ne fait que 12 caractères…

Comme l'a très bien dit vlamy plus haut, le problème c'est pas la taille, c'est la quantité d'aléatoire. Du coup c'est pas impossible que ton mot de passe soit moins fort qu'un mot de passe de 12 caractères qui ne contiendrait que des chiffres…

À toi de bien calculer la quantité d'aléatoire que tu utilises pour ta méthode.

Ben non. C'est écrit dans le xkcd. Si tu veux tester toutes les permutations de quatre mots choisis parmi l'ensemble des mots, et que tu as un ensemble de 2048 mots (ce qui est supposé dans le xkcd), ça te fait 2⁴⁴ =~ 10¹² possibilités.

Je suis tout à fait d'accord avec presque tout ce que tu dis.

Mais la composition est réflexive, donc il ne faut pas se limiter à dire : « on compose deux mots pour craquer, moi j'en mets quatre alors je suis sauvé ! »

Pour l'argument xkcd n'est pas celui-ci. Il s'agit bien de prendre quatre mot complètement aléatoires et pas de choisir quatre mots (car dans ce cas effectivement il va y avoir des tendances qui vont apparaître et donc finir dans un dictionnaire).

Il ne me semble pas mis à mal par l'article donc.