freem a écrit 5059 commentaires

Ce n'est pas plutôt: "Je n'en ai rien à branler"? (bon le gras sur une seule lettre et un ' se voit pas des masses)

Mais du coup, comment une distribution quasi inexistante médiatiquement pourrait avoir 10% des utilisateurs de distrib linux, même en se limitant au monde serveurs et machines de bureau (parce que si on inclue android, c'est juste évident qu'on est loin des 10%)?

Je ne dis pas que son auteur devrait l'ouvrir plus, je réagissais juste à l'affirmation que slack représente 10% de PdM dans le monde linux sus-cité.

Je ne vois pas trop bien le rapport avec grub : le problème vient quand je suis sur le menu du Live USB, après avoir choisi l'option installé. A ce moment là, grub n'a rien avoir, non ?

Le boot loader passe des options au noyau. Souvent, les distrib installent grub en tant que bootloader par défaut.
Parmi les options du kernel, il existe des options qui permettent de ne pas afficher les journaux de démarrage: ça fait peur aux utilisateurs de voir que leur système n'est pas planté, il paraît. Si tu as une telle option passée au kernel, tu ne verras pas les messages du noyau.

Ton problème semble être que tu arrives sur busybox, ce qui ne m'est arrivé que lors d'utilisation d'outils de récup (qui en deviennent du coup quasi-inutilisable, busy n'ayant, de mémoire, ni documentation sur ses commandes, ni éditeur de texte. Faut dire qu'il est pas fait pour ça…) soit quand busybox est dans l'initramfs et que celui-ci échoue à lancer le programme d'init. Cette dernière option semble être ton cas. A savoir que dans ce cas, seul l'init n'est pas trouvé, donc le kernel a déjà écrit pas mal de choses sur le TTY, y compris l'étape qui a foiré.
Ce sont ces lignes la dont on va avoir besoin pour t'aider, car elles vont nous permettre de comprendre ce qui a foiré et de te suggérer des pistes ou solutions.

J'espère avoir été un peu plus clair?

Même entre BSD… Il n'y a donc plus rien de commun entre eux, à part le nom ?

Si bien sûr: la licence (enfin, je dis ça, j'en suis même pas sûr au final).

Donc tu me reproches à moi de faire référence à tes propres arguments ?

Ce n'était pas un reproche, en soi. En fait, j'avoue m'être laissé séduire par la possibilité de retourner cet argument pénible si souvent utilisé par les pro-systemd contre l'un d'entre eux, qui n'y est d'ailleurs probablement pour rien ;)

dpkg prends la valeur par défaut au question posée si je me souviens bien.

Merci.

Si on suppose que les gens qui vendent des journaux le font en espérant toucher le public le plus large possible, alors je dirais que je n'ai juste jamais rien vu qui parle de slackware, a mettre en parallèle avec le fait que j'ai déjà vu des journaux parler de la famille BSD.

Le sentiment (ben oui, ce ne sont pas des chiffres, tout comme les chiffres de distrowatch ne concernent pas l'utilisation) qui s'en dégage, c'est que slack est ultra minoritaire en normandie et région parisienne (les lieux ou j'ai acheté ce type de magazines ces 4 dernières années).
Comme 10% ne me semble pas du tout ultra minoritaire, l'impression que j'ai est que ce chiffre est totalement faux.

Bon après, ma base de raisonnement est limitée dans le temps et l'espace, et je ne connais moi-même personne qui utilise linux au quotidien. Au niveau taf, les seules distrib que j'ai croisées sont Debian et CentOS, ainsi que Red Hat Linux en recherche d'emploi (pas croisée donc, mais a été mentionnée).
Si je m'en tenais a mon vécu "physique", slack n'existerait tout bonnement pas du tout, ce qui est évidemment faux. Par contre, même sur le net, on en parle quand même très peu, il y a peu de références à elle (comparé aux autres distrib linux et aux *BSD, hein).

mais c'est une question difficile.

Impossible, même. C'est impossible de chiffrer le taux d'utilisation d'une distrib gratuite au niveau mondial.

Oui. Le français actuel est mieux que ce que tu proposes.

Ce n'est pas parce que quelque chose est "novateur" que c'est mieux que l'existant.
Ah, et sinon, es-ce difficile à imaginer que les gens considèrent tes messages inutiles à cause d'arguments de qualité médiocres, d'insultes et de vulgarité?

A l'écran après que grub (je suppose que tu utilises grub) ait passé la main à linux.

la seule mention d'OS dans l'annonce, c'est Windows, c'est un peu mal barré.

En fait, c'est juste du dev sous windows, ce n'est pas que le nom de l'OS mais aussi de plusieurs techno citées:

VBA
crystal report

Ah, et je parie que le "C", en fait, c'est du C#: il y a le même syndrome sur pas mal de sites de recrutement… donc oui, ça va se faire défoncer et ce sera mérité, ça n'a juste pas sa place ici.

Si la parole est correctement distribuée, si le processus de prise de décision collective est bien pensé – ce qui suppose qu'il soit lui même régulièrement débattu — je n'y vois pas de problème.

Tu vas devoir définir "bien pensé" et "correctement distribuée". Dans ma phrase, j'ai parlé d'enfants ou de malades mentaux, ça aurait du te faire tilter: c'est quoi, un fou? A partir de quel moment quelqu'un n'est plus capable de décisions cohérentes?
C'est loin d'être simple, surtout que ça varie en fonction des gens.

La loi, comme l'élection, ne sont pas des nécessités selon moi. Simplement des "outils" de prise de décision.

A l'heure actuelle, je ne pense pas, de manière générale, l'être humain capable de prendre des décisions efficaces et non basées sur l'égoïsme. La raison principale selon moi est que je ne crois pas qu'il existe une seule démocratie dans le monde. S'il y en a une, je n'en ai pas entendu parler…
J'entend par démocratie le fait que la majorité du peuple puisse, par voie légale (et sans passer par les armes) changer les règles auxquelles il obéit à n'importe quel moment. Concrètement, sauf erreur de ma part, en France si la majorité du peuple dit non à une loi ou un décret, les élus n'ont pas l'obligation d'écouter: le peuple n'a donc pas le pouvoir, ce n'est pas une démocratie.

Mais pour être honnête, mon ressenti actuel est que l'idéal démocratique n'"existe" que dans l'idéal libertaire :)

L'idéal libertaire est compatible avec l'idéal démocrate, mais pas l'inverse, pour moi. Pour faire un parallèle avec les licences: tu peux inclure du BSD-2c dans du GPL, mais pas l'inverse.

Pour moi, la démocratie implique qu'une partie du peuple se plie aux décisions majoritaires. Après, le terme est très mal défini de base.

On devrais donc parler en bash ou en python, pourquoi réinventer la roue?
En plus, c'set magique, y'a pas de genre dans ces langages…

Sinon, OpenRC, ça a quoi de particulier ?

De ce que j'ai retiré de mes diverses lectures, ça semble offrir nativement le support du parallélisme et la gestion des dépendances.
Ces points sont 2 des points d'accroche initiaux de systemd selon moi, avec en bonus non négligeable la facilité de configuration (aka: possibilité d'éviter les scripts mais plutôt d'utiliser des fichiers de config plus traditionnels).

Je ne sais pas s'il y a d'autres points intéressants dans OpenRC.

Perso, j'ai plus été séduit par runit qu'OpenRC, la configuration est nettement plus triviale. En revanche, pas de gestion des dépendances, il faut le faire manuellement: soit un programme sait qui dépend de lui et créées leurs liens symbolique (ce qui serait une grosse galère à maintenir) soit un programme sait de quels services il dépend et attend gentiment que ceux-ci soient démarrés, par exemple en scrutant la création d'un fichier PID (a priori, simple à faire et à maintenir).

Ce qui est à la fois une bonne et une mauvaise chose. C'est une bonne chose parce que ça permets une meilleure intégration, et pour la majorité qui se contrefiche (avec raison) de la portabilité c'est juste positif.

il capture les logs beaucoup plus tôt dont certains qui étaient auparavant volatiles

Tu me réponds "tu parles de logs de services ?

Bah en gros j'essaie de comprendre comment il fait, et donc pourquoi ce serait infaisable par les autres. Tout bêtement. A partir de la, je pourrai ensuite vérifier que les autres ne le font effectivement pas.

Par exemple, si je te demande s'il fait en gros le même travail que klogd ( The klogd program will extract messages from the kernel log buffer ) mais dès le début, je me trompe ou pas? Ou est-ce qu'il utilise un truc plus bas niveau, ce qui serai impossible à d'autres qui refuseraient le code spécifique à un OS?

Après mon propos était de dire que, pour moi, les apports techniques sont bien évidement a prendre en compte,

Et sur ce point je suis d'accord. Chacun utilise bien ce qu'il veut.

journalctl, systemctl is-system-running, systemclt status xxx, systemctl --state=failed, systemctl edit xxxx, systemctl set-environment xxxx n'ont pas d'équivalent aussi puissant et simple.

Possible. Mais j'ai bien l'impression que systemctl status xxx à une variante pour les sysVinit. Pas sous Debian la (à mon grand regret) mais ça ressemble à services status xxx?
Pour systemctl --state=failed effectivement, en général je me fade une commande à rallonge, combo de grep et de redirection de stderr vers /dev/null.

Le reste, je ne sais pas, et/ou ne vois pas nécessairement l'utilité (différents usages, différents besoins).

La perte de diversité supposée

Ca, c'est une connerie: le fait de proposer un autre modèle augmente la diversité. Si d'autres projets meurent parce que plus utilisés et remplacés par systemd, c'est juste qu'ils ne sont pas assez efficaces.
SysVinit ne me manquera pas, et grâce à systemd j'ai découvert runit, qui à son tour m'a fait découvrir voidlinux.
Perso, j'y ai gagné, dans cette affaire. Je n'ai pas l'intention d'utiliser systemd, j'ai mes raisons, mais je sais que sans systemd je n'aurai pas fait ces recherches et je n'aurai pas appris tout ce que j'ai pu apprendre sur l'init.

Tu fais référence à quel argument ?

Le coup du "c'est juste que vous ne voulez pas apprendre".

Effectivement, mais je ne fais jamais les mises à jour à la main mais j'utilise des outils comme "unattended-upgrades".

D'ac. Du coup, ça se passe comment si dpkg pose une question à l'utilisateur? Je n'ai jamais utilisé ce type d'outils, j'ai toujours repoussé ça à plus tard, un peu comme le backup de mes données -.-'

Slackware a l'air de représenter entre 9% et 10% des Linux

source?

Probablement, mais il va falloir nous indiquer ce que le kernel dit avant de passer la main a busybox.

Enfin, de ce que j'ai compris, tu joues avec des partitions chiffrées. Je ne serai pas surpris que le noyau ne parvienne pas a lire le contenu de celles-ci et donc n'arrive pas a trouver /sbin/init (ou /bin/init, voire /usr/sbin/init ou encore /usr/bin/init, ça dépend des distros, et j'ai pas de nux sous la main pour vérifier le cas Debian).
Ca peut aussi être qu'il ne parviens pas à trouver la partition root (le /) en premier lieu.

Enfin, en gros, le problème c'est probablement qu'il n'arrive pas a donner la main à un autre binaire quand il a fini son initialisation. Pour le vérifier, tu peux lui passer le chemin vers un shell, en passant, par exemple, init=/bin/sh sur la ligne de commande du kernel.

Tout ça, ce ne sont bien sûr que des conjectures: sans les logs je ne peux qu'essayer de deviner en me basant sur mon peu d'expérience (je n'ai jamais joué avec des partitions chiffrées: ça me semble trop dangereux pour trop peu d'intérêt, excepté le /home et à la rigueur le /var).

Bah au moins avec gnash ils auront une bonne base départ.

Exact, mais pour le coup, la chaîne de liens ici indique la fin totale du support pour 2020, toutes plates-formes incluses. Pour être précis, ils parlent même de finir le support encore plus tôt dans certaines régions du monde.

Après, j'ai peut-être raté l'information officielle dans un autre journal, c'est pas impossible.

…je dirais que ton kernel est planté, et a booté le busybox a la place de l'init. Si c'est le cas, l'init n'ayant pas été lancé, le /dev n'a pas été peuplé. A confirmer.

Donc j'évite (surtout avec mes faibles compétences en ma possession).

Voila. Donc c'est bien ce que je disais, l'argument que j'ai souvent lu en provenance d'un pro-systemd vers les autres se retourne bien ici.
Et tu le prouves ici:

ben oui si tu modifie un fichier dans /etc sous debian/ubuntu il n'est plus mis à jour

Faux pour pas mal d'entre eux. A minima, les conf de vim et de bash, probablement d'autres, je n'ai pas une mémoire d'éléphant.
Le logiciel te demande ce que tu veux faire, typiquement: prendre la version du mainteneur, regarder le diff ou garder ta version. En tout cas, sous Debian. Conclusion, il est très possible de générer un diff avant (voire pendant) la MàJ et de porter le diff après la MàJ en ayant accepté au préalable la version du mainteneur.

Anti-systemd primaire? Si ça t'amuse de le croire…
Concrètement, les trucs que je reproche à systemd c'est bien de ne pas avoir de limites fonctionnelles définies, ce qui me paraît dangereux pour un projet, et de ne pas être portable, ce qui est un choix totalement défendable. Juste, moi, je préfère utiliser du code portable, au cas ou un jour je décide que finalement linux ne me conviens pas.
Si jamais tu as un de mes messages dans lequel je dis un truc du style que je préférerai que systemd n'ai jamais existé, ou qu'il devrait mourir, je veux bien un lien.
Des anti primaires, il y en a, certains ont même utilisé l'argument qu'ils n'aiment l'auteur comme argument contre. Si je l'ai fait, prouves-le.
J'ai aussi vu des arguments techniques stupides genre que sysVinit est parfait et moderne. Perso, quand j'ai appris la naissance de systemd et l'idée générale, j'étais enthousiaste. Parce que j'avais déjà essayé de lire le tas de spaghettis qu'étais le système d'init de Debian.

Ma question était honnête, y compris celle sur le kernel.
Maintenant, je vois assez mal comment un système d'init, de manière générale, pourrait accéder aux logs du kernel alors que les autres ne le pourraient pas.
Clairement, systemd peut utiliser l'API spécifique du kernel, c'est très possible. Mais il me semble que le kernel expose énormément de choses via un système de pseudo-fichiers, accessible donc par n'importe quel soft POSIX, et j'imagine que les logs en font partie.

Si j'ai bien compris, tu soupçonnes le pare-feu de faire planter le kernel? Mouai. Et t'as pas les logs? Re-mouai. Je sais pas ce que tu utilises pour configurer ton pare-feu, mais je doute fort que la sortie d'erreur ne soit pas redirigeable vers un fichier.
Et dans ce cas, le coupable du manque de logs, c'est pas l'init hein, non non, c'est l'admin qui n'a pas fait son job. Job peut-être plus simple avec systemd, pourquoi pas, mais vu que tu ne nous donne pas de détails sur les logs qu'il te manque, on ne peux même pas le prouver.
En fait, comme tu te contente de supposer, il n'y a même aucune preuve que systemd aurait fait le taf. Au lieu de ça, tu m'attaques personnellement. La classe.

Pas si affranchie donc

C'est ça.

Si on distingue parmi les humains membres de la société ce qui font partie ou non du "peuple" pouvant exercer pouvoir sur les autres, on créé de fait une hierarchie, donc une oligarchie.

Donc, un enfant devrait avoir autant de poids dans le processus de création des lois? Ou quelqu'un ayant perdu la raison? Ou quelqu'un habitant sur Mars (ça n'existe pas encore, certes)? Malgré que ces gens ne soient pas nécessairement concernés, n'aient pas les capacités nécessaires pour comprendre le problème?

D'où l'importance de la définition du citoyen quand on parle de démocratie, et d'où mon point, donc.

Pour moi, le fait d'avoir des lois imposées par une majorité implique de facto une hiérarchie, pas nécessairement oligarchique (ce n'est pas un petit nombre d'individu qui a le pouvoir, mais bien la majorité).
En cela, le logiciel libre n'a rien de démocratique: tu fais ce que tu veux, peu importe ton état mental, tes antécédents ou toute autre caractéristique. Tu n'es pas obligé de faire ce que les autres te demandent (*). C'est bien plus proche de l'anarchie, en ce sens, bien que ce soit fatalement limité par les législations locales et les ressources de ses acteurs.

*: je pars d'une base théorique sur les 4 libertés, hein, ou aucune contrainte n'est ajoutée au code. J'exclue donc de facto les licences de la FSF, entres autres, et d'ailleurs, certaines d'entres elles ne sont pas libres (ce qui est la raison pour laquelle tu n'auras pas la doc de GCC n'est pas installée par défaut par Debian, la section non-free n'étant par défaut pas récupérée).

Perso, a voir les connaissances sur l'histo des distro dont il fait étalage, je dirais qu'il utilise Windows.