Posté par vieille_moule .
Évalué à 2.
Dernière modification le 01 décembre 2020 à 13:38.
"bidouillage" est un mot un peu fort. Lennart vend juste un nouvel usage.
Tu ne peux pas transporter ton %USERHOME%/$HOME sous Windows10 et MacOS (ni Android/iOS).
Est-ce que ça veut dire qu'il faut se brider comme ces OS ?
Non, mais l'ordinateur multi-utilisateur, qui connait encore ça?
Attention, je partage bien un laptop avec ma compagne mais c'est le sien, je n'en fais qu'un usage ad-hoc, lorsque je n'ai rien sous la main et je n'ai pas besoin de mon historique ou de mes fichiers.
Tu peux aussi le faire avec Linux, ce n'est pas la question. Ce n'est pas "plug&play" comme voudrait le vendre Lennart. Et les profiles roaming sur du Windows Home/Family, hem!
Non, mais l'ordinateur multi-utilisateur, qui connait encore ça?
Windows, Linux, déjà (macOS je sais pas, j'imagine que oui).
La même machine physique? Laptop entre autre; cible de Lennart, utilisée par plus d'une personne???
Enfin, je ne sais pas pourquoi je tergiverse, ça sera implémenté de toute façon, comme toutes les mesures du gouvernement (oh, c'est gratuit :P)
La même machine physique? Laptop entre autre; cible de Lennart, utilisée par plus d'une personne???
Chez moi, on a un fixe et un portable, les deux me servent ainsi qu'à ma compagne, en loisir et en pro ; on a chacun nos utilisateurs. Sur le fixe, les enfants commencent à être autonomes, et utilisent pour l'instant un compte invité.
Non, mais l'ordinateur multi-utilisateur, qui connait encore ça?
Ça pourrait revenir plus vite que tu ne le penses. Les Chromebooks sont à mes yeux un pas dans cette direction.
Il y a des boites qui proposent des PC de jeux à distance: tu loues littéralement un PC avec une grosse carte graphique. J'imagine qu'avoir d'un côté une série de machine et de l'autre les HOME des abonnés et pouvoir router n'importe que abonné sur n'importe quelle machine à la volée, c'est un peu le Saint Graal: l'abonné passe par un superviseur, et suivant l'activité qu'il souhaite faire (en pratique: quel jeu, je suppose), on le démarre sur la première machine juste suffisante pour faire tourner ledit jeu.
Ça permettrait sûrement aussi de garder les PC plus longtemps que s'ils doivent tous, dans le doute, être capables de faire tourner le jeu sorti la semaine dernière en 4K/8K/réalité virtuelle/autre truc qui va justifier la prochaine génération de carte graphique ridiculement puissante.
Bon, je ne sais pas comment ils fonctionnent, c'est peut-être déjà plus ou moins comme ça, mais l'idée est bien de généraliser le principe, non ?
Mieux encore: supposons que ce fameux portage du HOME sur n'importe quel système marche vraiment bien, on peut imaginer un standard où les clients peuvent louer à la volée les machines de n'importe quel hébergeur: local (ou serveur à l'année) pour la bureautique/web la journée, et redémarrage sur la machine de jeu plus chère louée à l'heure le soir.
Tu ne gardes plus que le superviseur en local avec peut-être un système strict minimum.
Pourquoi aujourd'hui devrait-on acheter un ordinateur suivant l'usage le plus lourd qu'on envisage sachant que cet usage lourd ne sera peut-être pas le plus courant ?
L'achat d'un ordinateur aujourd'hui, c'est un peu comme l'overkill pour les voitures: "Je vais faire du montage vidéo et des jeux 3D/4K dernier cri de temps en temps, il me faut une machine à 2000 boules!" ~ "Je vais déménager un meuble deux fois par an, il me faut un camion pick-up !"
Moi j'aime bien son idée, et j'imagine ma future machine: un portable avec un très bon écran, une bonne batterie, très peu de stockage interne, et un processeur absolument minimal, le système local n'étant que. Le reste du temps:
Le système local n'a pour tâche que de connecter une machine, locale ou distante, à mon stockage HOME certainement distant lui aussi.
Moi j'aime bien son idée, et j'imagine ma future machine: un portable avec un très bon écran, une bonne batterie, très peu de stockage interne, et un processeur absolument minimal
un énorme progrès, un peu comme ce qu'on faisait avant que le PC n'envahisse bureaux et logements avec des consoles qui ne stockaient quasiment rien.
« Tak ne veut pas quʼon pense à lui, il veut quʼon pense », Terry Pratchett, Déraillé.
L'Histoire est un éternel recommencement, ne dit-on pas ?
Et puis avec toutes le militantisme écologique qu'on lit ici, ne serait-il pas plus pertinent que nous n'ayons chacun que des machines basiques qu'on changerait tous les xx années en local (c'est pas comme si les écrans faisaient des progrès fulgurants aux 2 ans) avec des grosses machines partagées entre plusieurs utilisateurs qui seraient même pas remplacées, mais sans doute utilisées elles aussi le plus longtemps possible en les proposant progressivement de moins en moins cher à la location au fur-et-à-mesure qu'elles vieillissent ?
Je sais que beaucoup ici gardent leurs machines le plus longtemps possible, mais c'est loin d'être le cas du grand public et/ou des entreprises.
À quel moment tu lis dans ce que j'écris que les serveurs distants n'utiliseraient pas du LL?
D'ailleurs, le dernier système pensé pour être utilisé à distance dont je me souvienne, c'est feu-Ulteo.
Et c'était du Libre !
Oui bon, certes, les jeux c'est peut-être un mauvais exemple, mais je l'ai pris parce que la notion de machine à distance puissante y est déjà représentée.
On peut imaginer un tas d'autres activités gourmandes en ressources et utilisées moins souvent: montage vidéo, rendus de film 3D, j'en passe.
L'idée c'est surtout de pouvoir brancher un HOME à n'importe quelle machine adaptée à l'utilisation immédiate au lieu d'en avoir une "grosse" à la maison au cas où et finalement sous-utilisée.
Au lieu de ça: pof, je loue une machine quelques heures, j'y mets une image que j'ai sous le coude, ou l'hébergeur en a peut-être une toue prête, et je peux brancher dessus mon HOME, faire ma petite affaire, et le rebrancher ensuite sur ma machine "de base".
Au lieu de ça: pof, je loue une machine quelques heures, j'y mets une image que j'ai sous le coude, ou l'hébergeur en a peut-être une toue prête, et je peux brancher dessus mon HOME, faire ma petite affaire, et le rebrancher ensuite sur ma machine "de base".
Je crois que ça existe, on appelle ça couramment le "cloud", ou nuage.
Par contre il ne permet pas (encore) à ma connaissance de partager son home directory mais je pense que ça ne devrait pas être insurmontable comme problème (il faudrait par contre veiller à la s"écurité).
Poettering shared an even more ambitious vision. “I personally think we should go towards systems where etc/ is generally not writeable,”
on parle de Lennart qui veut /etc Read Only car ça fait booter les containers plus vite? Dans 5 ans, il nous refait le coup d'un /etc read-only.
there’s the fact that there’s also no built-in encryption in home directories. “That is weird,” Poettering argues.
ok. Lennart ne connait pas Luks ou encfs ou les 15 trouzillions moyens de chiffrer ses données. "That is weird" octane argues.
“Your data should be locked to something you control” — like your own private password
YOU DON'T SAY?!
“By that I mean we live in a world now where YubiKey has become a thing, but everything is bound, still, to one single password in etc/passwd…”
sous-titre: moi, Lennart j'ai une yubikey, donc tout le monde en a une. Et j'ai rien d'autre qu'une yubikey, donc olala c'est grave /etc/passwdWshadow (au passage)
“If I can decrypt the home directory, this is the same thing, to me, as authentication. And authentication should always be: the ability to decrypt the home directory.”
C'est audacieux de résumer l'authentification au déchiffrement de son home, mais on est pas à une contorsion près. La force de l'argument de Lennart "to me".
Poettering argues the focus should be on human users (and not for the processes and accounts associated with daemons), and particularly the modern-day laptop user.
sous-titre: moi, Lennart j'ai un laptop, donc tout le monde en a un. Bon, linux est majoritairement utilisé en serveur et sur les smartphones (android), mais tout le monde à un laptop.
“Meaning that you can plug it into this laptop today, log in and it just works. And then you can take it out and put it in another laptop tomorrow, log in there, and it all just works.”
Ah. Un genre d'authent centralisé (ou décentralisée, on s'en branle, hein) et des profils migrants? Cette propension de Lennart à te réinventer le vieux machin qui marchait il y a 40 ans et qui te le présente comme la panacée universelle, ça serait touchant si tu savais que derrière il allait pas te défoncer 40 ans de bonnes pratiques.
One major advantage? “Security-paranoid people will love this, because it basically means you never leave actual payload data on the system when you’re logged out, because you just have it in your pocket, and take it to the other device.”
ROFL! Sérieux, Lennart. Je te propose un truc. Tu viens brancher ta clé sur mon laptop. Et tu bosses avec ton /home détaché. Tu es security paranoid? Bah viens. allez. Et puis logge toi sur ton github, ton mail, écris des docs confidentiels. AIE CONFIANSSSSE!!! c'est juste mon laptop hein. Sérieusement. Je suis (à peine) security paranoid, et le concept de brancher ma clé sur un laptop non contrôlé, c'est une vision d'horreur. ah, oui, mais haha "when you're logged out, you're logged out". Huhuhu.
Poettering points out that the authorized keys in your home directory end up in “sidecar databases”
Ah oui. Si ton /home est chiffré, bim bam boum, plus moyen de se connecter en ssh. Mais Lennart il est plus malin que tout le monde. Son sytème n'est pas bancal, il faut juste lui rajouter une rustine avant même qu'il existe. Mais il est génial. si si si. Tout dans les sidecar databases. Sérieusement, pourquoi Lennart a pas inventé la sidecar database dans laquelle tu met ton /home?
Additional user metadata, like a picture, email address, location, timezone, or preferred language.
ESSENTIEL! C'est vraiment le minimum pour les security paranoid. Ou Lennart, je sais plus. Ou les possesseurs de laptop. Est-ce qu'il a pensé à ajouter les stories? Nan, sérieusement sur l'écran de login, un systemd-stories? tout le monde en a besoin.
“This specification is supposed to be a living specification,”
et dans 6 mois: ah, ton /home in a stick peut pas se logger sur les versions N-1 d'ubuntu, et si tu la branches une fois sur une debian, le modèle migre vers un format incompatible sauf si tu passes le script systemd-downgraded préalablement à l'insertion après avoir upgradé la debian. Simple, clair, net, sans bavure, du systemd qui ravit les admins et les users et oh, faites pas chier c'était écrit dans les notes de version alors RTFM les loosers.
Just take it — just namespace it properly. I’m not interested in being this person in the middle who manages everybody’s fields. That’s, explicitly, not what I want. Just pick a field you want, namespace it properly by just using a name that’s unlikely to collide with everybody else’s, and then add whatever you like.
On parle du même Lennart qui a pas réussi à se mettre d'accord sur le mot-clé de debug qui collisionnait avec le kernel linux? Et puis sérieux: "je veux pas manager vos champs". MAIS BORDEL! tu met en gros tout ce qu'il faut pour que ça devienne une catastrophe inommable et infernale, mais surtout, tu veux pas manager les champs?
Bon, j'arrête avec l'explication de texte.
Je ne comprends pas mais vraiment pas du tout les genres de problèmes que Lennart essaye de résoudre. Il se prend la tête sévèrement sur des points de détails insignifiants pour en sortir des espèces de solutions bancales, boiteuses, qui sont pénibles et qui finissent par créer des milliers de nouveaux problèmes, mais c'est la faute du monde entier et pas de Lennart. C'est étrange.
Je pourrais inventer 15 millions de problèmes de ce genre qui auraient tous des solutions complètement éclatées.
Posté par octane .
Évalué à 6.
Dernière modification le 01 décembre 2020 à 17:48.
ok. Lennart ne connait pas Luks
Si, justement, le principe du chiffrement avec systemd-homed c’est de créer un fichier qui contienne une partition LUKS.
c'est pas moi, c'est lui qui dit "no built-in encryption"!
ou les 15 trouzillions moyens de chiffrer ses données.
Sur Ubuntu il y avait ecryptfs qui était une plaie et qui de mémoire était pété d’un point de vue crypto.
T’as d’autres exemple qui ont vraiment fonctionné dans la vraie vie ?
Merci de ton soutien. Lennart est plus intelligent que tout le monde et il va y arriver. On parle d'une clé USB chiffrée avec LUKS qui va se ballader de machine en machine!! C'est encore des solutions à la Lennart, ça: "on considère que l'intégralité des machines sur lesquelles tu vas déchiffrer ton /home ne sont pas infectées de virus, n'ont pas de keylogger, et ne stockent pas les clés de déchiffrement pour usage ultérieur". C'est simple à mettre en oeuvre. Dès que tu auras résolu ce problème, tu pourras transporter ta clé d'une machine à une autre.
Additional user metadata, like a picture, email address, location, timezone, or preferred language.
ESSENTIEL!
Oui, parce qu’actuellement, le fait qu’adduser te demande ton n° de bureau, ça te choque pas ?
euh, non. Mais je n'empêche pas Lennart de faire une pull request pour enlever le numéro de bureau qui semble ancien et peu usité, effectivement.
C’est probablement plus essentiel que la langue préféré (qui est déjà stocké ailleurs).
"qui est déjà stocké ailleurs". Merci de ton soutien (bis)
Ca confirme ce que je dis. Lennart trouve des mauvaises solutions à des faux problèmes en ajoutant une couche phénoménale de nouveaux ennuis. Ca me rappelle le bordel infernal du renommage des interfaces. Il est tombé un jour sur un zozo qui avait deux interfaces réseaux qui changeaient de nom eth1/eth0, du coup il a tout pété pour faire du predictible naming interface. Bravo. Avant, il y avait un pouillème de gens qui avaient plusieurs interfaces qui devaient trouver un système intelligent pour nommer leurs interfaces (spoiler: ça marchait). Depuis ce système, euh innovant(?), 100% des users qui veulent faire un ip addr show eth0 ont un putain de message d'erreur et doivent lire des putains de docs qui t'expliquent en 43 pages pourquoi c'est mieux et qu'il est évidemment beaucoup plus simple de savoir que ton interface est la 3e du bus PCI secondaire pour la trouver, n'est-ce pas? C'est la simplicité systemd. Bravo Lennart, et les trois admins suffisemment glands pour pas nommer leurs interfaces te disent merci \o/ linux progresse.
Tu agis comme si je défendais Lenart ou systemd-homed, mais tout ce que je dis c’est que tes attaques sont bidons. Tu prétends que Lenart n’a pas d’argument, mais tu n’en as pas beaucoup plus.
c'est pas moi, c'est lui qui dit "no built-in encryption"!
Et il a raison, dans les fait on a du FDE et des solutions qui soit sont utilisées uniquement dans un contexte particulier (encfs), soit qui ne marchent pas (ecryptfs), mais il n’y a pas vraiment de chiffrement du home intégré au système d’authentification.
Au passage, tu n’as pas répondu à ma question, c’est quoi les 15 trouzillions de solutions qui font ça et qui fonctionne ?
Lennart est plus intelligent que tout le monde et il va y arriver.
En fait tu lui reproches quoi ? D’essayer ?
On parle d'une clé USB chiffrée avec LUKS qui va se ballader de machine en machine!!
Non, on parle d’une gestion du home qui permet entre-autre de se balader avec son home sur une clef USB.
Dès que tu auras résolu ce problème, tu pourras transporter ta clé d'une machine à une autre.
C’est la principal raison pour laquelle je n’utilise Linux que sur mon laptop et pas sur mon desktop : j’ai pas envie de me taper deux homes séparés, mais toi, ce que tu dis c’est qu’on devrait pas répondre à ce cas d’usage, parce que dans d’autres cas d’usage, ça ne marche pas ?
On peut aussi remarquer que Red Hat ne va pas financer des changements avec un gros impact sur la base de la fantaisie d'un employé. Donc ce qu'avance Lennart vient probablement d'études et d'enquêtes. Réagir sans prendre ses arguments au sérieux c'est puéril.
(disclaimer: je m'emporte assez facilement sur ces sujets, ne prenez pas trop personnellement ce que je dis, hein, je ne veux pas choquer ou heurter)
mais toi, ce que tu dis c’est qu’on devrait pas répondre à ce cas d’usage, parce que dans d’autres cas d’usage, ça ne marche pas ?
eh bin oui. Pour répondre à 1 cas d'usage, il va impacter tous les cas d'usages (cf l'histoire des prédictible name interface réseau). Et c'est bien ça qui est pénible.
J'ai connu une histoire un peu équivalente sur des chaines de conceptions automobiles. Il fallait changer le système de freinage ABS (qui marche quand même pas trop mal) par un autre, car un ingénieur avait trouvé un cas d'usage problématique (conjonction d'un paquet de facteur sur de la neige verglassée). Sa solution imposait (entre autre) une formation des conducteurs et plein de modifs sur le système de freinage. Sa solution a été abandonnée, heureusement. Ce qui n'a pas empêché certaines personnes de râler en disant que ce cas d'usage n'était pas répondu. OUI ET ALORS? c'est bien ce cas d'usage ultra minoritaire qui pose problème. Règle ce cas, et laisse le reste du monde tranquille.
C'est un peu pareil avec homed. On a un cas d'usage, que je trouve mal défini, et pour répondre à ce cas d'usage on défonce absolument tout.
Tu as 2 machines, les /home sont séparées, est-ce qu'avec homed tu vas vraiment prendre une clé USB et la ballader de machine en machine? Really, qu'est ce qui t'empêche de mettre 'Bureau/' sur une clé et la transporter? Ou de la synchro avec rsync? ou du montage nfs? ou de l'envoi dans le cloud (tu peux même chiffrer les données)? ou un cloud local (n'importe quel NAS)? ou de centraliser sur un serveur ssh tes données? de mettre un puppet/ansible? enfin je sais pas, il y a 15 trouzillions de solutions pour accéder à tes documents de partout. J'utilise en ce moment un git perso over ssh pour bosser avec un collègue, j'ai un serveur VPN perso sur lequel j'ai un ssh avec des docs à moi, j'ai des fichiers de confs de softs sur github que je peux sync n'importe quand, je peux y accéder de n'importe quel machine de la planète, etc etc.. Certaines solutions sont compliquées à mettre en oeuvre, d'autres archis simples (dropbox et/ou n'importe quel cloud)
Actuellement, j'attends beaucoup du mode Desktop des android. Tu as ton tel dans la poche, tu le branches sur un laptop, et tu accèdes à tes apps du téléphone sur le laptop. Ca, c'est de l'innovation qui me plait. Tes docs te suivent, tu peux faire de la crypto forte (côté android), et sauf à un keylogger hardware sur le laptop, j'ai pas à me soucier du système sur lequel je branche mes données au contraire de la clé USB-homed). Security-paranoid guys love it!
Sur un PC j'aimerai un vrai mode anonymous: tu as accès à une session, non sauvegardée, qui te permet juste de lancer des applis. Mac proposait ça, je crois.
(disclaimer: je m'emporte assez facilement sur ces sujets, ne prenez pas trop personnellement ce que je dis, hein, je ne veux pas choquer ou heurter)
Cela ne t'empêche pas de ne pas dire n'importe quoi (double négation pour que tout soit clair).
systemd-homed répond à un cas d'usage. Si ce cas t'intéresse tu l'utilise, si tu le trouve mal foutu tu utilise autre chose ou tu propose (je parle en terme de code) autre chose, si ca ne t'intéresse pas tu ne l'utilise pas et tu n'utilise pas autre.
J'ai vraiment du mal a comprendre cet haine contre ceux qui font du code libre (parfois sur leur temps libre) et le propose en libre distribution. Personne n'oblige personne d'utiliser ces logiciels.
Je me rappelle ce qu'un collègue me disait il y a longtemps. Le problème des logiciels gratuits (pas que libre) c'est que comme on ne paie pas, on est beaucoup plus exigent. A un moment donné faut se détendre. Prendre ce qui nous intéresse et mettre de côté ce qui ne nous intéresse pas. Sans insulter tout le monde et dire tout un ramassis de connerie sur des sites ouverts.
Si ce cas t'intéresse tu l'utilise, si tu le trouve mal foutu tu utilise autre chose
je déteste GNOME. je le trouve mal foutu. Ca tombe bien, je l'utilise pas. Le problème de systemd-* c'est qu'on te le donne, que tu le veuilles ou non.
le propose en libre distribution
ce qui provoque mon ire, c'est que tôt ou tard, ça ne va pas m'être proposé, mais imposé.
Sans insulter tout le monde
je m'en excuse si j'ai pu heurter quelqu'un, et je souhaite rester sur un plan technique si possible.
Posté par Zenitram (site web personnel) .
Évalué à -1.
Dernière modification le 02 décembre 2020 à 10:36.
ce qui provoque mon ire, c'est que tôt ou tard, ça ne va pas m'être proposé, mais imposé.
STOP. C'est FAUX. Tu es libre de ne pas le prendre, arrête de fantasmer.
Cette liberté a toutefois un coût : les autres sont libres de ne rien avoir à faire de toi, certes, donc à toi de maintenir ta version que tu aimes.
On a l'impression que ce qui te fait chier le plus c'est que tu n'as pas le pouvoir de limiter les autres.
Bref, tant que tu dira qu'on t'impose quelque chose, tu seras ridicules à démontrer que la chose qui t'emmerde c'est seulement qu'on ne t’obéit pas.
et je souhaite rester sur un plan technique si possible.
Techniquement, la phrase "c'est que tôt ou tard, ça ne va pas m'être proposé, mais imposé." est 100% fausse.
Tout ton discours est un hors sujet technique, tu es dans la politique, comment alors imaginer qu'on va te répondre techniquement?
Résumé : techniquement, tu es libre de refuser, mais tu dois alors assumer les conséquences, les autres étant tout autant libre que toi de refuser, par exemple de refuser de maintenir un truc que tu aimes et c'est donc à toi de maintenir, et si tu as de réelles bonnes raisons tu ne sera pas le seul et ça ne coûtera pas cher.
STOP. C'est FAUX. Tu es libre de ne pas le prendre, arrête de fantasmer.
non. si tu veux du linux suivi, maintenu, utilisé, tu as systemd avec. Dire que tu peux prendre autre chose, c'est loin de la réalité.
Tout ton discours est un hors sujet technique, tu es dans la politique, comment alors imaginer qu'on va te répondre techniquement?
bin, les arguments de lennart, je ne les comprend pas. Et la réponse, c'est 'take it or leave it'. Avant de résoudre un problème, on m'a dit qu'il fallait le poser. Et là, rien que le problème initial, je le comprends pas. Du coup, les solutions m'ont toutes l'air WTF
une clé usb chiffrée? What for? -> 'take it or leave it'
un json avec un avatar? Mais what for? -> 'take it or leave it'
un cassage du /home? Mais pourquoi? -> same
le concept de l'user qui a un laptop? 'take it or leave it'
mais et les autres cas d'usages? -> 'tu fais de la politique en oubliant le cas de l'user qui a un laptop et tu contrains tous les autres' (ah?)
non. si tu veux du linux suivi, maintenu, utilisé, tu as systemd avec. Dire que tu peux prendre autre chose, c'est loin de la réalité.
Tu es libre de maintenir tout ce qu'il te faut pour éviter systemd. Tu peux le faire même si c'est long et compliqué.
Personne n'est obligé par contre de t'écouter et de faire ce travail pour toi.
De même si que les distros et autres logiciels trouvent systemd nuls ou pas adaptés à leurs besoins, rien ne les oblige à accepter ce travail par exemple.
Posté par Zenitram (site web personnel) .
Évalué à 0.
Dernière modification le 02 décembre 2020 à 11:55.
non. si tu veux du linux suivi, maintenu, utilisé, tu as systemd avec.
C'est rigolo, tu dit "non" en démontrant "oui" ensuite : tu dois y mettre des conditions externes pour te mentir.
Au final, on a bien compris que tu veux que les autres travaillent pour toi gratos sur un truc qu'ils n'ont ni envie ni besoin. Tu as la solution ultime en tête, mais fou que personne ne te suive… Ou alors peut-être que ce que tu as en tête est faux ou mauvais. Le pire est que tu sais toi-même (voir ton autre commentaire sur le sujet) que les gens qui pensent comme toi ne produisent pas de la bonne qualité de ton propre point de vue, schizophrène.
Bref, tu n'arrives juste pas à comprendre ce qu'est la liberté (des autres y compris), ni la responsabilité (de toi y compris), en plus de ne pas pouvoir accepter que tu n'as peut-être pas raison sur tes critiques.
C'est rigolo, tu dit "non" en démontrant "oui" ensuite : tu dois y mettre des conditions externes pour te mentir.
pas compris (?)
Au final, on a bien compris que tu veux que les autres travaillent pour toi gratos sur un truc
??? Non. Je veux juste qu'un gugus saccacge pas tout ce qui existe pour résoudre un de ses problèmes. Comme si ton voisin venait péter les parties communes de l'immeuble en expliquant que comme tout le monde à une voiture avec un rayon de braquage 'x', il faut couper les arbres centenaires pour permettre de tourner.
Je dis que je comprends pas son problème, que je ne comprends pas sa solution, que je ne comprends pas plus pourquoi les gens le suivent avec comme seul argument: "si t'es pas content qu'il bosse gratos pour toi, va construire un immeuble ailleurs". Je dis juste que péter les arbres et l'immeuble m'apparait pas comme une idée judicieuse.
Je ne demande pas qu'il bosse gratos. Je demande à comprendre ses choix autre que par 'take it or leave it', que 'j'ai vu que c'est un vieux truc à dépoussiérer', que 'j'ai un laptop comme tout le monde et je veux un avatar sur ma bannière de login quand je vais chez les autres' et que 'security guys will love it'. Oui, je le fais de manière virulente, non je ne demande à personne de bosser gratos, où est ce que j'ai dit ça???
Je m'interroge sur la pertinence des questions posées, et des solutions à mettre en oeuvre (voire même s'il y a besoin de solutions), et je m'interroge sur ses parti pris technologiques qui vont entraîner pas mal de modifs qui m'ont l'air hasardeuses et pas réfléchies.
systemd, ça me rappelle les débuts de linux avec les pro-systemd en windowsiens et les anti-systemd en pro-linux:
tout le monde l'utilise
t'as qu'a coder autre chose si t'es pas content
ça répond à des vrais problèmes
si c'était nul, personne l'utiliserait
tu veux nous empêcher d'utiliser windows, briseur de liberté!
pourquoi tu veux que microsoft bosse gratos pour toi?
Posté par Zenitram (site web personnel) .
Évalué à 0.
Dernière modification le 02 décembre 2020 à 12:55.
Comme si ton voisin venait péter les parties communes de l'immeuble
Rigolo que tu te considère co-propriètaire.
Toi, tu es la personne à qui on file un espace gratuitement pour hébergement gratuit sans aucun acte de propriété pour toi, toute la copropriété décide de changer un truc dans l'immeuble et toi tu te la ramène "nan mais la mon truc gratuit est un peu géné, faites chier les proprios".
Tu n'arrives même pas à te rendre compte du ridicule…
Je ne demande pas qu'il bosse gratos.
Si : tu veux qu'on prenne soin de ton "cas" (qu'en réalité tu ne définis même pas comme problème, ça l'a fait avec systemd qui posait problème… mais en fait non, juste que les gens ne voulaient pas changer leurs habitudes, c'était connu mais pas suffisant pour bloquer) sans payer quoi que ce soit, sans chercher à mutualiser les coût avec d'autres, tu fais que râler sur un truc qu'on te file gratos.
Je m'interroge sur la pertinence des questions posées, et des solutions à mettre en oeuvre
Je ne dis pas qu'il est coupable hein, je m'interroge juste sur l'étranger la… Oui, même méthode.
Tu ne t'interroges pas, tu cherche à râler.
Tu ne proposes rien, tu dis juste que ça doit exister.
note que c'est un classique, tu n'es pas unique, sur mon propre projet j'ai des gens comme ça qui critique mes changements (parce que j'ai vraiment un soucis à corriger, si si) sont sûrs de pouvoir faire mieux que moi mais ne propose rien ni ne propose de payer pour que je prenne soin d'eux. Absolument rien qui sort de l'ordinaire, ça ne change pas que c'est lourd, chiant, emmerde sans rien amener, etc.
C'est rigolo, tu dit "non" en démontrant "oui" ensuite : tu dois y mettre des conditions externes pour te mentir.
pas compris (?)
Tu dis une chose et démontre l'inverse : "si tu veux du linux suivi, maintenu, utilisé, tu as systemd avec." est faux : tu peux très bien suivre, maintenir, utiliser, toi et d'autre qui pensent comme toi à faire autrement. Bref tu sais que tu dis quelque chose de factuellement faux : Tu es libre de ne pas le prendre, arrête de fantasmer mais faut assumer (et c'est là que ça coince pour toi car… On revient dans la boucle, tu veux qu'on fasse le taf gratos pour toi et pas que toi tu te bouges, CQFD).
Comme si ton voisin venait péter les parties communes de l'immeuble
Rigolo que tu te considère co-propriètaire.
euh, non. Comme utilisateur du bien commun, comme nous tous?
toute la copropriété décide de changer un truc dans l'immeuble
et je demande pourquoi
tu fais que râler sur un truc qu'on te file gratos.
qu'on t'impose gratos. Et oui, casser les habitudes pose des problèmes. J'aime la nouveauté, j'aime les choses nouvelles. Mais tout casser avec comme unique raison 'il y a un obscur point de détail' et 'il faut tout casser tant pis pour les rageux' ça me parait très léger comme argumentaire.
sur mon propre projet j'ai des gens comme ça qui critique mes changements
tu n'es pas Lennart, je ne suis pas 'des gens qui te critiquent'. Pas de transposition.
sont sûrs de pouvoir faire mieux que moi mais ne propose rien
tant que ta solution n'est pas meilleure que l'existant, pourquoi la pousser? (je parle de Lennart pas de toi). S'il existe un vrai problème à résoudre, soit tu trouves une solution qui sied à l'ensemble des cas d'usage (bravo), soit tu crées un cas d'usage (très bien), soit tu améliores l'existant pour gommer le problème (bravo), soit tu résouds ton problème en cassant le workflow de tout le reste de la planète (moins bien).
Tu dis une chose et démontre l'inverse
bin non. Si je veux utiliser linux, je dois passer par systemd. Si je veux m'en passer, cela demande un travail relativement énorme à produire. CQFD: je dois utiliser systemd, il m'est imposé.
Posté par Zenitram (site web personnel) .
Évalué à 0.
Dernière modification le 02 décembre 2020 à 15:01.
euh, non. Comme utilisateur du bien commun, comme nous tous?
Non, pas tous. toi peut-être, mais tout le monde n'est pas dans ce petit plaisir. Faudra un jour arrêter de faire des généralités de son petit plaisir perso. En l'espèce, Lennart est payé par une entité qui vend du support à d'autres entités contre $.
Mais surtout, même en "bien commun" ben c'est con mais ceux qui produisent ce bien commun considèrent que le mieux à faire est de ne pas faire comme toi tu veux.
et je demande pourquoi
On t'a répondu, la réponse ne te plait pas donc tu dis que tu n'as pas eu de réponse. Classique aussi, ça n'en fait pas quelque chose de bien.
tant que ta solution n'est pas meilleure que l'existant, pourquoi la pousser?
Parce que toi tu considères pas meilleure mais tu n'es pas décideur et les décideurs ont pensé que la solution est meilleure. Saloperie de démocratie.
soit tu résouds ton problème en cassant le workflow de tout le reste de la planète (moins bien).
On s'en fout du reste de la planète, elle peut forker et démontrer si vraiment elle a une meilleure solution. Toujours la même réponse que tu vas ignorer.
Si je veux m'en passer, cela demande un travail relativement énorme à produire.
Ca te demandera rien si ta solution est utile à plus que toi.
CQFD: je dois utiliser systemd, il m'est imposé.
Ben non, tu viens juste de dire qu'en réalité tu ne veux pas payer le prix que coûte ton délire, c'est tout, donc pas imposé (tu peux, mais ne veux pas en payer le prix). Tu es le gentils et tous les autres sont des méchants qui te font des misères à ne pas faire comme tu veux.
La seule chose qu'on t'impose c'est notre liberté (y compris de travailler pour toi), ce bien commun. Saloperie de liberté.
On ca s'arrêter la, de toutes façons tu a décidé de cracher sur les autres sans prendre la responsabilité de tes crachats (au moins Devuan ils assument contrairement à toi) et rien ne t'arrêtera, l'idée n'est pas du tout le bien commun mais juste ton égo personnel, j'avoue sourire quand je lis que tu mets le bien commun en avant et en même temps constate ton égoïsme. Ou comment s'afficher comme quelque chose qu'on n'est pas du tout (rien de nouveau non plus la dessus).
Moi ça me permettrait d’utiliser mon laptop et mon desktop sans me soucier de devoir push mon code sur Git, synchroniser mes dotfiles, etc.
Actuellement, je n’utilise que mon laptop, parce que ça me fait trop chier de devoir gérer deux machines.
un json avec un avatar? Mais what for?
Comment tu affiche l’avatar d’un utilisateur s’il est chiffré ? Comme tu lui affiches le form de login dans sa langue préféré, si cette info est chiffrée ? Comment tu authentifies un utilisateur à travers SSH si .ssh/authorized_keys est chiffré ?
un cassage du /home? Mais pourquoi?
Tu peux expliquer ce que tu entends par cassage du home ?
le concept de l'user qui a un laptop?
mais et les autres cas d'usages?
Tu essayes de nous la faire à l’envers, c’est toi qui fait une fixette sur les laptops et qui ne veut pas tenir compte des autres cas d’usages.
Moi j’en vois plusieurs sur serveur et sur desktop.
Moi ça me permettrait d’utiliser mon laptop et mon desktop sans me soucier de devoir push mon code sur Git, synchroniser mes dotfiles, etc.
Mais qu'est ce qui t'empêche de le faire aujourd'hui? Dès maintenant? Vraiment?
Actuellement, je n’utilise que mon laptop, parce que ça me fait trop chier de devoir gérer deux machines.
Et c'est avec un dotfiles que tu vas retrouver ton IDE x sur le laptop 1 et le serveur 2? avec les mêmes plugins? Ton .vimrc tweaké depuis des années avec soin va marcher sur le laptop et vim8 et beaucoup moins bien sur ton serveur avec emacs.
Ah, faut synchroniser les configs des deux machines, qu'elles soient iso fonctionnelles? Ca demande juste du boulot. Mais: "ça me fait trop chier de devoir gérer deux machines".
Comment tu affiche l’avatar d’un utilisateur s’il est chiffré ? Comme tu lui affiches le form de login dans sa langue préféré, si cette info est chiffrée ? Comment tu authentifies un utilisateur à travers SSH si .ssh/authorized_keys est chiffré ?
Bin oui, exactement. C'est pas moi qui veut un /home chiffré, c'est lui.
Bah, t'inquiètes pas. Il va nous créer un systemd-fs qui va te permettre de monter automatiquement tous tes homedirs séparés sur un seul point de montage /home, et qui va te synchroniser automatiquement tous tes fichiers … Personnellement, s'il faisait ça ça me plairait. Mais pas le lier à systemd … pouvoir utiliser ce fs ailleurs me plairait bien.
Je sais, je l'ai utilisé :) Avec un automontage c'était pas mal. Mais ce que j'aimerais c'est un autre concept … Pas pour tout un home directory mais au moins pour un sous-ensemble de /home : la possibilité de partager une arborescence entre plusieurs périphériques (mobile, ordinateur portable, PC fixe), avec chaque périphérique qui aurait sa version locale et qui se synchroniseraient ensemble à chaque fois qu'un des périphériques se connecte au réseau. Un peu comme ça se passse avec Onedrive sur mon PC pro, mais sur un NAS local par exemple.
Je sais On peut toujours trouver un moyen … là je te décris mon rêve … ;) Que cette synchronisation soit faite au niveau du FS (ou d'une surcouche au FS mais qui soit transparente). Et que les synchro se fassent en live lorsque tu es connecté au réseau, plutôt qu'en connection/déconnection ( faudrait "juste" mettre en place un système de gestion de conflit). J'aimerais une espèce de mélange "nfs/unionfs/git (pour l'aspect gestion des conflits" en quelque sorte …
Posté par Zenitram (site web personnel) .
Évalué à 2.
Dernière modification le 02 décembre 2020 à 08:17.
Lennart est plus intelligent que tout le monde et il va y arriver.
Pendant que tu craches sur lui, lui il fait, sa solution est choisie (c'est con hein qu'il ne soit pas seul dans son coin avec ses "délires" d'après toi), alors que toi… Ben ton seul apport (si on peut dire) est de cracher sur lui. qui est le plus crédible dans l'analyse de l'existant d'après toi?
Et dire qu'il suffirait que ses propositions ne soient pas convaincante, ne soit pas considérées utiles, pour que personne ne les utilises, ha la liberté qu'est-ce qu'elle est chiante on ne peut plus cracher sur les autres tranquillement sans se prendre un "tu es libre de ne pas prendre ça, par contre à toi de faire si les autres ne te suivent pas".
oui. Et sincèrement, je ne comprends pas pourquoi. J'ai déjà vu ça dans des boîtes. Un dev arrive, questionne l'existant (bien) décide seul de pleins de solutions (moins bien) les développe et les impose (uh?). Et des fois, ça marche en mode: "au moins, lui, il avance". Oui. Et au final, tu te choppes des usines à gaz qui semblent satisfaire tout un paquet de monde (??) et on demande aux râleurs d'aller râler plus loin, même si les râleurs n'ont eu aucune explication technique ou générale. Bon. Lennart va mettre son truc en place, ça va générer tout un tas de problèmes (qui vont me causer plein de torts et pleins d'ennuis) mais tout un tas de gens vont dire "chouette, on résoud tous les problèmes et tout ira bien après, nous on bosse", et je continuerai à rester amer en disant: "vous générez vous mêmes des tas de problèmes qui auraient pu être évités". KISS, hein (et kiss aux rageux), surtout quand quelques semaines/mois après, on voit tout un tas de gens inquiets dire: "oh mais vous cassez ci, et ça, et puis ce truc marche plus, et ci et ça" qui étaient exactement les remarques qu'on avait fait… Et que là, on leur répond: "ça a été discuté, t'as plus d'autre choix que de suivre le mouvement, maintenant"
J'ai lu les debats sur l'adoption de systemd dans les distros, je me suis pas rangé à la majorité des arguments développés. Certains, pourquoi pas (unification des scripts d'init pour les packagers, simplification de la maintenance), mais il y avait sans doute des solutions plus élégantes pour résoudre ça.
Posté par Zenitram (site web personnel) .
Évalué à 1.
Dernière modification le 02 décembre 2020 à 10:30.
Et des fois, ça marche en mode: "au moins, lui, il avance".
Certes il ne faut pas tomber dans l'automatisme qu'avancer est mieux dans tous les cas, mais la on a quand même une tonne de monde qui a décidé de passer à systemd, pas un dev seul qui arrive, il faut peut-être se poser des questions si ceux en charge du taf ne sont pas plus à même que toi de savoir si ça va alléger leur taf (et surtout assumer les conséquences).
Se rappeler aussi que Lennart est payé par une boite qui doit faire plaisir à ses actionnaires avec un retour sur investissement, tu penses sérieusement que le taf fait par Lennart est considéré comme pas rentable et sur sur du très long terme? il va falloir m'expliquer comment ça se fait qu'il peut faire joujou à ralentir tout le monde avec l'accord d'autant de monde, entre mainteneurs de distro indépendant des actionnaires qui payent Lennart et les actionnaires qui payent Lennart…
mais il y avait sans doute des solutions plus élégantes pour résoudre ça.
Et on se demande bien alors pourquoi personne, y compris toi, n'a pu les proposer.
Le problème est quand même de toujours balancer qu'on pourrait faire mieux dans le démontrer.
Si tu penses qu'il avait vraiment des solutions plus élégantes pour résoudre ça, pourquoi pas le démontrer en… Les proposant?
ça va générer tout un tas de problèmes (qui vont me causer plein de torts et pleins d'ennuis)
As-tu lu le disclaimer des licences libre? "as is". On s'en fout complet des gens ayant des ennuis alors qu'ils ne font qu'utiliser. Si ils ont les ennuis, ils peuvent le remonter en disant qu'ils sont prêt à payer (si ils ne veulent pas faire eux-même), sponsoriser leur version sans ennuis… Tiens, Devuan fait ça, justement, pour ça que j'ai demandé si ils peuvent démontrer que ça resout tellement de problème que systemd soit-disant provoque que les mainteneur de Devuan sont adulé par tous (spoiler : pas le cas).
En fait, le soucis est peut-être que… Tu es libre!
Alors pourquoi critiquer un truc que tu n'es pas obligé d'utiliser?
Alors oui la liberté implique par contre que les autres sont libres de ne pas t'aider gratos…
Et on se demande bien alors pourquoi personne, y compris toi, n'a pu les proposer.
Bin oui. Vraie question. J'ai argumenté, je n'ai pas été suivi, mais je n'ai pas été convaincu.
Si ce cas t'intéresse tu l'utilise, si tu le trouve mal foutu tu utilise autre chose
après, c'est bien le problème. J'ai testé NetBSD pendant longtemps. Bah c'est à la rue par rapport à linux. linux, c'est mieux. Le problème c'est qu'on t'impose systemd. il reste slackware, devuan (lol). Ou alors, prendre debian (et systemd).
Bin oui. Vraie question. J'ai argumenté, je n'ai pas été suivi, mais je n'ai pas été convaincu.
Et comme tu n'as pas été convaincu, Lennart ne devrait pas proposer de résoudre son problème à lui ?
Les distributions devraient arrêter d'intégrer les outils qui sont plébiscités ?
Après, pour la partie argumentée … j'ai un peu de doute. Tu as juste confirmé ce que dit Lennart, il ne prend pas tous les cas en compte. Et comme personne ne sera jamais obligé d'utiliser systemd-homed (tout comme personne n'est obligé d'utiliser systemd-sysuser, systemd-tmpfiles, systemd-timer, systemd-networkd, …), il n'y aura jamais de problème.
Et comme tu n'as pas été convaincu, Lennart ne devrait pas proposer de résoudre son problème à lui ?
non, comme je n'ai pas été convaincu, j'en discute sur des forums.
Les distributions devraient arrêter d'intégrer les outils qui sont plébiscités ?
windows est plébiscité par tout le monde. Il est interdit de se poser des questions sur les raisons de son adoption?
Tu as juste confirmé ce que dit Lennart, il ne prend pas tous les cas en compte.
exactement.
Et du coup? Lennart va acheter un laptop avec un lecteur d'empreinte et donc il va dire '/etc/shadow est un vieux truc il faut le dépoussiérer faire un systemd-shadowd qui marche avec mon cas d'usage'? C'est la seule manière d'avancer?
Et comme personne ne sera jamais obligé d'utiliser systemd-homed
mais ça sera intégré dans toutes les distros. Je reprends l'exemple de Gnome. Je n'ai jamais été obligé de l'utiliser, je peux prendre toutes les distros du monde et pas l'utiliser. systemd-* ça devient difficile de s'en passer.
Et quand je dis 'on va me le faire manger de force' on me dit: 'tu refuses la liberté des autres'???
Heu "désactiver le service systemd-homed" c'est ca les pleins de torts et d'ennuis ?
ouais. Parceque désactiver le service va en désactiver une autre qui lui même aura besoin d'un trigger qui va etc, etc.. donc lire de la doc, donc apprendre toutes les diffs entre une machine homed-active et homed-desactivated, donc tomber dans des corner cases dont tout le monde se fout car la réponse sera "t'as qu'a lire la doc / développer ta solution tout seul / utiliser homed"
Oui, parce qu’actuellement, le fait qu’adduser te demande ton n° de bureau, ça te choque pas ?
euh, non. Mais je n'empêche pas Lennart de faire une pull request pour enlever le numéro de bureau qui semble ancien et peu usité, effectivement.
Si j'ai bien suivi, il veut toucher au GECOS ? Ce petit truc bien utile à ceux qui en ont l'usage, et qui ne gène aucunement ceux qui ne savent pas ce que c'est ?
À mon avis, là, il va vraiment trop loin dans la dérision pour être crédible…
Posté par Anonyme .
Évalué à 3.
Dernière modification le 03 décembre 2020 à 22:10.
Il y a quelque chose qui m'échappe, alors.
Oui, 42 commentaires de octane et de moi qui débattons de systemd-homed.
Il sort d'où ce numéro de bureau ?
De GECOS.
Pour la faire courte :
octane : meh, systemd-homed veut stocker des informations que je juge inutiles (comme l’avatar ou la langue préféré de l’utilisateur), c’est inadmetable !
moi : pourtant on stock déjà le numéro de bureau de l’utilisateur et ça a pas l’air de te choquer.
octane : meh, systemd-homed veut stocker des informations que je juge inutiles (comme l’avatar ou la langue préféré de l’utilisateur), c’est inadmetable !
mouais. octane se demande si péter tout /home et le système de login pour ajouter des infos comme un avatar est un jeu qui en vaut la chandelle.
1- un avatar, est-ce une raison suffisante pour aller modifier le système de login?
2- on peut pas le faire sans tout casser?
3- l'histoire des changements faits par Lennart invitent à pense que certains choix techniques réalisés par le passé sont discutables
3-1- pourquoi est-ce que tout le monde implémente les changements de lennart (ptet parcequ'octane est un couillon qui comprend rien, mais des fois, quand on lui explique, il comprend)
3-2- est-ce qu'il y a des raisons qui échappent à octane (cf 3-1-)
moi : pourtant on stock déjà le numéro de bureau de l’utilisateur et ça a pas l’air de te choquer.
il y a tellement de choses weird et étranges et tirées du passé que si on commence à toutes les péter ça va être dur de suivre. Tiens, le champ TOS dans les paquets TCP, scaaaaaandale, personne s'en sert. allons dépoussiérer ça.
Il n'y a pas de changement du système de login. Lui ajoute des informations en plus que d'autres pourront utiliser facilement.
C'est peut-être ça, le problème initial. Je reste persuadé que systemd-homed va casser des choses dans le système actuel et le rendre incompatible avec l'existant.
Je reste persuadé que systemd-homed va casser des choses dans le système actuel et le rendre incompatible avec l'existant.
Alors …
1/ est-ce que systemd-timer a cassé quelque chose dans cron ?
2/ est-ce que systemd-sysuser a cassé quelque chose dans la création des utilisateurs système ?
3/ est-ce que systemd-tmpfiles a cassé quelque chose dans le peuplement de /etc ?
4/ est-ce que systemd-mount a cassé mount ?
5/ est-ce que systemd-fsck | systemd-growfs | … ont cassés fsck, mkfs, fdisk, … ?
6/ est-ce que systemd-halt a cassé l'arrêt de la machine ?
7/ est-ce que systemd-hibernate a cassé l'hibernation ?
8/ est-ce que systemd-networkd a cassé network-manager ou autre ?
9/ est-ce que systemd-boot a cassé grub ?
8/ est-ce que systemd-networkd a cassé network-manager ou autre ?
On peut pas nier qu'il a foutu un sacrte b***** dans la gestion du réseau … C'était pas génial avant (entre la conf réseau au démarrage du système, les desktop manager qui géraient le réseau par dessus, et maiontenant systemd-networkd …. ). Il n'a pas "cassé" les autres outils mais n'a rien apporté de plus, au contraire.
Oui, parce qu’actuellement, le fait qu’adduser te demande ton n° de bureau, ça te choque pas ?
Ah bon ? J'avais jamais remarqué … En fait j'utilise jamais adduser, mais ueradd. Et de toute façon le numéro de bureau n'est absolument pas un standard unix. C'est une gnuserie je pense. Mais peut-être que ça existait sur les autres Unix ?
# adduser
Username: tt
Full name: test
Uid (Leave empty for default):
Login group [tt]:
Login group is tt. Invite tt into other groups? []:
Login class [default]:
Shell (sh csh tcsh bash rbash git-shell nologin) [sh]:
Home directory [/home/tt]:
Home directory permissions (Leave empty for default):
Use password-based authentication? [yes]:
Use an empty password? (yes/no) [no]:
Use a random password? (yes/no) [no]:
Enter password:
Enter password again:
Lock out the account after creation? [no]:
Username : tt
Password : *****
Full Name : test
Uid : 1048
Class :
Groups : tt
Home : /home/tt
Home Mode :
Shell : /bin/sh
Locked : no
OK? (yes/no): yes
adduser: INFO: Successfully added (tt) to the user database.
Add another user? (yes/no): no
Goodbye!
The gecos field normally contains comma (,'') separated subfields as
follows:
name user's full name
office user's office number
wphone user's work phone number
hphone user's home phone number` `
Effectivement l'explication du champ gecos est plus claire (on en apprend tous les jours). Et c'est vrai que je m'étais déjà demandé pourquoi les virgules un peu partout dans ce champ dans mon /etc/passwd. Le truc c'est que c'est pas systématique ( j'aimerais bien savoir s les autres unix respectent cette convention - mais j'en ai plus sous la main pour vérifier ). Celà dit c'est plus une convention qu'une règle … Et elle n'a pas de sens pour un compte technique. Mais merci pour l'info (j'aime bien l'archéologie informatique).
Et de toute façon le numéro de bureau n'est absolument pas un standard unix. C'est une gnuserie je pense. Mais peut-être que ça existait sur les autres Unix ?
Euh, j'ai connu ça (si on cause bien du gecos field) vers la fin des années 1980, et dans plusieurs Unices diférents…
Moi ce qui me fait sourire, c'est qu'à une époque ou on veut découpler les grosses applis monolithiques en microiservices, on a qqn qui va à contre-courant et qui s'amuse à tout regrouper des trucs qui marchaient indépendamment en un seul gros bazar.
Mais bon, d'ici 1à a 15 ans on a quelqu'un comme lui qui va sortir et qui va balayer de la main systemd en expliquant que c'est pas bien parce que tout est concentré, et qui va revenir en arrière, mais sous ue autre forme. On appelle ça le "progrès.
Une message positif sur un de mes commentaire, je suis touché.
N'oublions pas toutefois que la différence entre les choix de Lennart et les choix d'Apple est qu'avec Lennart on peut refuser ses trucs sans perdre le reste de Linux, voir on peut forker ce qui nous plaît dans ses projets sans prendre ce qui nous plaît pas (certes il n'aide pas avec un intégration très poussée des composants, mais c'est possible), donc je "corrige" un peu l'écho : ce n'est pas Lennart qui pourrait, mais les mainteneurs de la distro que vous avez choisie (qui eux peuvent choisir la solution de Lennart).
# Ça fait un an.
Posté par Glandos . Évalué à 6. Dernière modification le 01 décembre 2020 à 09:15.
Vidéo de septembre 2019 : https://www.youtube-nocookie.com/embed/ZwjzfdLJtX4
Alors, on dirait que ça va plus loin aujourd'hui. Mais de grâce, les 3 points d'exclamation successifs ne sont pas nécessaires.
# Je suis d'accord pour dépoussiérer tout ça
Posté par xcomcmdr . Évalué à 6.
Sérieusement, tous ses arguments sont logique.
J'ai toujours trouvé le bidouillage eixstant difficile à suivre et peu logique.
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: Je suis d'accord pour dépoussiérer tout ça
Posté par vieille_moule . Évalué à 2. Dernière modification le 01 décembre 2020 à 13:38.
"bidouillage" est un mot un peu fort. Lennart vend juste un nouvel usage.
Tu ne peux pas transporter ton %USERHOME%/$HOME sous Windows10 et MacOS (ni Android/iOS).
Est-ce que ça veut dire qu'il faut se brider comme ces OS ?
Non, mais l'ordinateur multi-utilisateur, qui connait encore ça?
Attention, je partage bien un laptop avec ma compagne mais c'est le sien, je n'en fais qu'un usage ad-hoc, lorsque je n'ai rien sous la main et je n'ai pas besoin de mon historique ou de mes fichiers.
[^] # Re: Je suis d'accord pour dépoussiérer tout ça
Posté par xcomcmdr . Évalué à 5.
Euh si :
https://docs.microsoft.com/en-us/windows-server/storage/folder-redirection/deploy-roaming-user-profiles
À la limite sur la version cliente, un petit lien symbolique et c'est fait.
Windows, Linux, déjà (macOS je sais pas, j'imagine que oui).
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: Je suis d'accord pour dépoussiérer tout ça
Posté par vieille_moule . Évalué à 4.
Tu peux aussi le faire avec Linux, ce n'est pas la question. Ce n'est pas "plug&play" comme voudrait le vendre Lennart. Et les profiles roaming sur du Windows Home/Family, hem!
La même machine physique? Laptop entre autre; cible de Lennart, utilisée par plus d'une personne???
Enfin, je ne sais pas pourquoi je tergiverse, ça sera implémenté de toute façon, comme toutes les mesures du gouvernement (oh, c'est gratuit :P)
[^] # Re: Je suis d'accord pour dépoussiérer tout ça
Posté par aiolos . Évalué à 5.
Chez moi, on a un fixe et un portable, les deux me servent ainsi qu'à ma compagne, en loisir et en pro ; on a chacun nos utilisateurs. Sur le fixe, les enfants commencent à être autonomes, et utilisent pour l'instant un compte invité.
[^] # Re: Je suis d'accord pour dépoussiérer tout ça
Posté par devnewton 🍺 (site web personnel) . Évalué à 10.
Je crée toujours trois comptes: un pour moi, un pour ma compagne et un pour ma double personnalité.
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
[^] # Re: Je suis d'accord pour dépoussiérer tout ça
Posté par Maclag . Évalué à 1.
Ça pourrait revenir plus vite que tu ne le penses. Les Chromebooks sont à mes yeux un pas dans cette direction.
Il y a des boites qui proposent des PC de jeux à distance: tu loues littéralement un PC avec une grosse carte graphique. J'imagine qu'avoir d'un côté une série de machine et de l'autre les HOME des abonnés et pouvoir router n'importe que abonné sur n'importe quelle machine à la volée, c'est un peu le Saint Graal: l'abonné passe par un superviseur, et suivant l'activité qu'il souhaite faire (en pratique: quel jeu, je suppose), on le démarre sur la première machine juste suffisante pour faire tourner ledit jeu.
Ça permettrait sûrement aussi de garder les PC plus longtemps que s'ils doivent tous, dans le doute, être capables de faire tourner le jeu sorti la semaine dernière en 4K/8K/réalité virtuelle/autre truc qui va justifier la prochaine génération de carte graphique ridiculement puissante.
Bon, je ne sais pas comment ils fonctionnent, c'est peut-être déjà plus ou moins comme ça, mais l'idée est bien de généraliser le principe, non ?
Mieux encore: supposons que ce fameux portage du HOME sur n'importe quel système marche vraiment bien, on peut imaginer un standard où les clients peuvent louer à la volée les machines de n'importe quel hébergeur: local (ou serveur à l'année) pour la bureautique/web la journée, et redémarrage sur la machine de jeu plus chère louée à l'heure le soir.
Tu ne gardes plus que le superviseur en local avec peut-être un système strict minimum.
Pourquoi aujourd'hui devrait-on acheter un ordinateur suivant l'usage le plus lourd qu'on envisage sachant que cet usage lourd ne sera peut-être pas le plus courant ?
L'achat d'un ordinateur aujourd'hui, c'est un peu comme l'overkill pour les voitures: "Je vais faire du montage vidéo et des jeux 3D/4K dernier cri de temps en temps, il me faut une machine à 2000 boules!" ~ "Je vais déménager un meuble deux fois par an, il me faut un camion pick-up !"
Moi j'aime bien son idée, et j'imagine ma future machine: un portable avec un très bon écran, une bonne batterie, très peu de stockage interne, et un processeur absolument minimal, le système local n'étant que. Le reste du temps:
Le système local n'a pour tâche que de connecter une machine, locale ou distante, à mon stockage HOME certainement distant lui aussi.
[^] # Re: Je suis d'accord pour dépoussiérer tout ça
Posté par Ysabeau 🧶 (site web personnel, Mastodon) . Évalué à 2.
un énorme progrès, un peu comme ce qu'on faisait avant que le PC n'envahisse bureaux et logements avec des consoles qui ne stockaient quasiment rien.
« Tak ne veut pas quʼon pense à lui, il veut quʼon pense », Terry Pratchett, Déraillé.
[^] # Re: Je suis d'accord pour dépoussiérer tout ça
Posté par Maclag . Évalué à 3.
L'Histoire est un éternel recommencement, ne dit-on pas ?
Et puis avec toutes le militantisme écologique qu'on lit ici, ne serait-il pas plus pertinent que nous n'ayons chacun que des machines basiques qu'on changerait tous les xx années en local (c'est pas comme si les écrans faisaient des progrès fulgurants aux 2 ans) avec des grosses machines partagées entre plusieurs utilisateurs qui seraient même pas remplacées, mais sans doute utilisées elles aussi le plus longtemps possible en les proposant progressivement de moins en moins cher à la location au fur-et-à-mesure qu'elles vieillissent ?
Je sais que beaucoup ici gardent leurs machines le plus longtemps possible, mais c'est loin d'être le cas du grand public et/ou des entreprises.
[^] # Re: Je suis d'accord pour dépoussiérer tout ça
Posté par vieille_moule . Évalué à 0.
Un moment, j'ai cru qu'on était sur un site de libristes mais tu m'as mis un doute. :)
À la limite, je préfère encore l'argumentaire de Lennart.
[^] # Re: Je suis d'accord pour dépoussiérer tout ça
Posté par Maclag . Évalué à 3.
À quel moment tu lis dans ce que j'écris que les serveurs distants n'utiliseraient pas du LL?
D'ailleurs, le dernier système pensé pour être utilisé à distance dont je me souvienne, c'est feu-Ulteo.
Et c'était du Libre !
[^] # Re: Je suis d'accord pour dépoussiérer tout ça
Posté par vieille_moule . Évalué à 1.
Les jeux? Parce que si tu as du AAA en libre, je suis pas au courant.
De toute façon, le prisme du gaming est plutôt faiblard comme justification.
[^] # Re: Je suis d'accord pour dépoussiérer tout ça
Posté par Maclag . Évalué à 3.
Oui bon, certes, les jeux c'est peut-être un mauvais exemple, mais je l'ai pris parce que la notion de machine à distance puissante y est déjà représentée.
On peut imaginer un tas d'autres activités gourmandes en ressources et utilisées moins souvent: montage vidéo, rendus de film 3D, j'en passe.
L'idée c'est surtout de pouvoir brancher un HOME à n'importe quelle machine adaptée à l'utilisation immédiate au lieu d'en avoir une "grosse" à la maison au cas où et finalement sous-utilisée.
Au lieu de ça: pof, je loue une machine quelques heures, j'y mets une image que j'ai sous le coude, ou l'hébergeur en a peut-être une toue prête, et je peux brancher dessus mon HOME, faire ma petite affaire, et le rebrancher ensuite sur ma machine "de base".
[^] # Re: Je suis d'accord pour dépoussiérer tout ça
Posté par totof2000 . Évalué à 2.
Je crois que ça existe, on appelle ça couramment le "cloud", ou nuage.
Par contre il ne permet pas (encore) à ma connaissance de partager son home directory mais je pense que ça ne devrait pas être insurmontable comme problème (il faudrait par contre veiller à la s"écurité).
[^] # Re: Je suis d'accord pour dépoussiérer tout ça
Posté par Tonton Th (Mastodon) . Évalué à 2.
https://linuxfr.org/users/davidb/journaux/une-tablette-grand-format-sous-linux#comment-1827571
[^] # Re: Je suis d'accord pour dépoussiérer tout ça
Posté par Psychofox (Mastodon) . Évalué à 5.
Bof…il oublie un peu vite que le chiffrement de l'entièreté du disque a des intérêts réels.
[^] # Re: Je suis d'accord pour dépoussiérer tout ça
Posté par octane . Évalué à 8.
les "arguments" ??
on parle de Lennart qui veut /etc Read Only car ça fait booter les containers plus vite? Dans 5 ans, il nous refait le coup d'un /etc read-only.
ok. Lennart ne connait pas Luks ou encfs ou les 15 trouzillions moyens de chiffrer ses données. "That is weird" octane argues.
YOU DON'T SAY?!
sous-titre: moi, Lennart j'ai une yubikey, donc tout le monde en a une. Et j'ai rien d'autre qu'une yubikey, donc olala c'est grave /etc/passwdWshadow (au passage)
C'est audacieux de résumer l'authentification au déchiffrement de son home, mais on est pas à une contorsion près. La force de l'argument de Lennart "to me".
sous-titre: moi, Lennart j'ai un laptop, donc tout le monde en a un. Bon, linux est majoritairement utilisé en serveur et sur les smartphones (android), mais tout le monde à un laptop.
Ah. Un genre d'authent centralisé (ou décentralisée, on s'en branle, hein) et des profils migrants? Cette propension de Lennart à te réinventer le vieux machin qui marchait il y a 40 ans et qui te le présente comme la panacée universelle, ça serait touchant si tu savais que derrière il allait pas te défoncer 40 ans de bonnes pratiques.
ROFL! Sérieux, Lennart. Je te propose un truc. Tu viens brancher ta clé sur mon laptop. Et tu bosses avec ton /home détaché. Tu es security paranoid? Bah viens. allez. Et puis logge toi sur ton github, ton mail, écris des docs confidentiels. AIE CONFIANSSSSE!!! c'est juste mon laptop hein. Sérieusement. Je suis (à peine) security paranoid, et le concept de brancher ma clé sur un laptop non contrôlé, c'est une vision d'horreur. ah, oui, mais haha "when you're logged out, you're logged out". Huhuhu.
Ah oui. Si ton /home est chiffré, bim bam boum, plus moyen de se connecter en ssh. Mais Lennart il est plus malin que tout le monde. Son sytème n'est pas bancal, il faut juste lui rajouter une rustine avant même qu'il existe. Mais il est génial. si si si. Tout dans les sidecar databases. Sérieusement, pourquoi Lennart a pas inventé la sidecar database dans laquelle tu met ton /home?
ESSENTIEL! C'est vraiment le minimum pour les security paranoid. Ou Lennart, je sais plus. Ou les possesseurs de laptop. Est-ce qu'il a pensé à ajouter les stories? Nan, sérieusement sur l'écran de login, un systemd-stories? tout le monde en a besoin.
et dans 6 mois: ah, ton /home in a stick peut pas se logger sur les versions N-1 d'ubuntu, et si tu la branches une fois sur une debian, le modèle migre vers un format incompatible sauf si tu passes le script systemd-downgraded préalablement à l'insertion après avoir upgradé la debian. Simple, clair, net, sans bavure, du systemd qui ravit les admins et les users et oh, faites pas chier c'était écrit dans les notes de version alors RTFM les loosers.
On parle du même Lennart qui a pas réussi à se mettre d'accord sur le mot-clé de debug qui collisionnait avec le kernel linux? Et puis sérieux: "je veux pas manager vos champs". MAIS BORDEL! tu met en gros tout ce qu'il faut pour que ça devienne une catastrophe inommable et infernale, mais surtout, tu veux pas manager les champs?
Bon, j'arrête avec l'explication de texte.
Je ne comprends pas mais vraiment pas du tout les genres de problèmes que Lennart essaye de résoudre. Il se prend la tête sévèrement sur des points de détails insignifiants pour en sortir des espèces de solutions bancales, boiteuses, qui sont pénibles et qui finissent par créer des milliers de nouveaux problèmes, mais c'est la faute du monde entier et pas de Lennart. C'est étrange.
Je pourrais inventer 15 millions de problèmes de ce genre qui auraient tous des solutions complètement éclatées.
[^] # Re: Je suis d'accord pour dépoussiérer tout ça
Posté par Anonyme . Évalué à 5. Dernière modification le 01 décembre 2020 à 17:23.
Si, justement, le principe du chiffrement avec systemd-homed c’est de créer un fichier qui contienne une partition LUKS.
EncFS, c’est vraiment utilisé en dehors d’Android ?
Sur Ubuntu il y avait ecryptfs qui était une plaie et qui de mémoire était pété d’un point de vue crypto.
T’as d’autres exemple qui ont vraiment fonctionné dans la vraie vie ?
Oui, parce qu’actuellement, le fait qu’adduser te demande ton n° de bureau, ça te choque pas ?
C’est probablement plus essentiel que la langue préféré (qui est déjà stocké ailleurs).
[^] # Re: Je suis d'accord pour dépoussiérer tout ça
Posté par octane . Évalué à 6. Dernière modification le 01 décembre 2020 à 17:48.
c'est pas moi, c'est lui qui dit "no built-in encryption"!
Merci de ton soutien. Lennart est plus intelligent que tout le monde et il va y arriver. On parle d'une clé USB chiffrée avec LUKS qui va se ballader de machine en machine!! C'est encore des solutions à la Lennart, ça: "on considère que l'intégralité des machines sur lesquelles tu vas déchiffrer ton /home ne sont pas infectées de virus, n'ont pas de keylogger, et ne stockent pas les clés de déchiffrement pour usage ultérieur". C'est simple à mettre en oeuvre. Dès que tu auras résolu ce problème, tu pourras transporter ta clé d'une machine à une autre.
euh, non. Mais je n'empêche pas Lennart de faire une pull request pour enlever le numéro de bureau qui semble ancien et peu usité, effectivement.
Ca confirme ce que je dis. Lennart trouve des mauvaises solutions à des faux problèmes en ajoutant une couche phénoménale de nouveaux ennuis. Ca me rappelle le bordel infernal du renommage des interfaces. Il est tombé un jour sur un zozo qui avait deux interfaces réseaux qui changeaient de nom eth1/eth0, du coup il a tout pété pour faire du predictible naming interface. Bravo. Avant, il y avait un pouillème de gens qui avaient plusieurs interfaces qui devaient trouver un système intelligent pour nommer leurs interfaces (spoiler: ça marchait). Depuis ce système, euh innovant(?), 100% des users qui veulent faire un ip addr show eth0 ont un putain de message d'erreur et doivent lire des putains de docs qui t'expliquent en 43 pages pourquoi c'est mieux et qu'il est évidemment beaucoup plus simple de savoir que ton interface est la 3e du bus PCI secondaire pour la trouver, n'est-ce pas? C'est la simplicité systemd. Bravo Lennart, et les trois admins suffisemment glands pour pas nommer leurs interfaces te disent merci \o/ linux progresse.
[^] # Re: Je suis d'accord pour dépoussiérer tout ça
Posté par Anonyme . Évalué à 6.
Tu agis comme si je défendais Lenart ou systemd-homed, mais tout ce que je dis c’est que tes attaques sont bidons. Tu prétends que Lenart n’a pas d’argument, mais tu n’en as pas beaucoup plus.
Et il a raison, dans les fait on a du FDE et des solutions qui soit sont utilisées uniquement dans un contexte particulier (encfs), soit qui ne marchent pas (ecryptfs), mais il n’y a pas vraiment de chiffrement du home intégré au système d’authentification.
Au passage, tu n’as pas répondu à ma question, c’est quoi les 15 trouzillions de solutions qui font ça et qui fonctionne ?
En fait tu lui reproches quoi ? D’essayer ?
Non, on parle d’une gestion du home qui permet entre-autre de se balader avec son home sur une clef USB.
C’est la principal raison pour laquelle je n’utilise Linux que sur mon laptop et pas sur mon desktop : j’ai pas envie de me taper deux homes séparés, mais toi, ce que tu dis c’est qu’on devrait pas répondre à ce cas d’usage, parce que dans d’autres cas d’usage, ça ne marche pas ?
[^] # Re: Je suis d'accord pour dépoussiérer tout ça
Posté par orfenor . Évalué à 5.
On peut aussi remarquer que Red Hat ne va pas financer des changements avec un gros impact sur la base de la fantaisie d'un employé. Donc ce qu'avance Lennart vient probablement d'études et d'enquêtes. Réagir sans prendre ses arguments au sérieux c'est puéril.
[^] # Re: Je suis d'accord pour dépoussiérer tout ça
Posté par octane . Évalué à 3.
(disclaimer: je m'emporte assez facilement sur ces sujets, ne prenez pas trop personnellement ce que je dis, hein, je ne veux pas choquer ou heurter)
eh bin oui. Pour répondre à 1 cas d'usage, il va impacter tous les cas d'usages (cf l'histoire des prédictible name interface réseau). Et c'est bien ça qui est pénible.
J'ai connu une histoire un peu équivalente sur des chaines de conceptions automobiles. Il fallait changer le système de freinage ABS (qui marche quand même pas trop mal) par un autre, car un ingénieur avait trouvé un cas d'usage problématique (conjonction d'un paquet de facteur sur de la neige verglassée). Sa solution imposait (entre autre) une formation des conducteurs et plein de modifs sur le système de freinage. Sa solution a été abandonnée, heureusement. Ce qui n'a pas empêché certaines personnes de râler en disant que ce cas d'usage n'était pas répondu. OUI ET ALORS? c'est bien ce cas d'usage ultra minoritaire qui pose problème. Règle ce cas, et laisse le reste du monde tranquille.
C'est un peu pareil avec homed. On a un cas d'usage, que je trouve mal défini, et pour répondre à ce cas d'usage on défonce absolument tout.
Tu as 2 machines, les /home sont séparées, est-ce qu'avec homed tu vas vraiment prendre une clé USB et la ballader de machine en machine? Really, qu'est ce qui t'empêche de mettre 'Bureau/' sur une clé et la transporter? Ou de la synchro avec rsync? ou du montage nfs? ou de l'envoi dans le cloud (tu peux même chiffrer les données)? ou un cloud local (n'importe quel NAS)? ou de centraliser sur un serveur ssh tes données? de mettre un puppet/ansible? enfin je sais pas, il y a 15 trouzillions de solutions pour accéder à tes documents de partout. J'utilise en ce moment un git perso over ssh pour bosser avec un collègue, j'ai un serveur VPN perso sur lequel j'ai un ssh avec des docs à moi, j'ai des fichiers de confs de softs sur github que je peux sync n'importe quand, je peux y accéder de n'importe quel machine de la planète, etc etc.. Certaines solutions sont compliquées à mettre en oeuvre, d'autres archis simples (dropbox et/ou n'importe quel cloud)
Actuellement, j'attends beaucoup du mode Desktop des android. Tu as ton tel dans la poche, tu le branches sur un laptop, et tu accèdes à tes apps du téléphone sur le laptop. Ca, c'est de l'innovation qui me plait. Tes docs te suivent, tu peux faire de la crypto forte (côté android), et sauf à un keylogger hardware sur le laptop, j'ai pas à me soucier du système sur lequel je branche mes données au contraire de la clé USB-homed). Security-paranoid guys love it!
Sur un PC j'aimerai un vrai mode anonymous: tu as accès à une session, non sauvegardée, qui te permet juste de lancer des applis. Mac proposait ça, je crois.
[^] # Re: Je suis d'accord pour dépoussiérer tout ça
Posté par GnunuX (site web personnel) . Évalué à 4.
Cela ne t'empêche pas de ne pas dire n'importe quoi (double négation pour que tout soit clair).
systemd-homed répond à un cas d'usage. Si ce cas t'intéresse tu l'utilise, si tu le trouve mal foutu tu utilise autre chose ou tu propose (je parle en terme de code) autre chose, si ca ne t'intéresse pas tu ne l'utilise pas et tu n'utilise pas autre.
J'ai vraiment du mal a comprendre cet haine contre ceux qui font du code libre (parfois sur leur temps libre) et le propose en libre distribution. Personne n'oblige personne d'utiliser ces logiciels.
Je me rappelle ce qu'un collègue me disait il y a longtemps. Le problème des logiciels gratuits (pas que libre) c'est que comme on ne paie pas, on est beaucoup plus exigent. A un moment donné faut se détendre. Prendre ce qui nous intéresse et mettre de côté ce qui ne nous intéresse pas. Sans insulter tout le monde et dire tout un ramassis de connerie sur des sites ouverts.
[^] # Re: Je suis d'accord pour dépoussiérer tout ça
Posté par octane . Évalué à 1.
je déteste GNOME. je le trouve mal foutu. Ca tombe bien, je l'utilise pas. Le problème de systemd-* c'est qu'on te le donne, que tu le veuilles ou non.
ce qui provoque mon ire, c'est que tôt ou tard, ça ne va pas m'être proposé, mais imposé.
je m'en excuse si j'ai pu heurter quelqu'un, et je souhaite rester sur un plan technique si possible.
[^] # Re: Je suis d'accord pour dépoussiérer tout ça
Posté par Zenitram (site web personnel) . Évalué à -1. Dernière modification le 02 décembre 2020 à 10:36.
STOP. C'est FAUX. Tu es libre de ne pas le prendre, arrête de fantasmer.
Cette liberté a toutefois un coût : les autres sont libres de ne rien avoir à faire de toi, certes, donc à toi de maintenir ta version que tu aimes.
On a l'impression que ce qui te fait chier le plus c'est que tu n'as pas le pouvoir de limiter les autres.
Bref, tant que tu dira qu'on t'impose quelque chose, tu seras ridicules à démontrer que la chose qui t'emmerde c'est seulement qu'on ne t’obéit pas.
Techniquement, la phrase "c'est que tôt ou tard, ça ne va pas m'être proposé, mais imposé." est 100% fausse.
Tout ton discours est un hors sujet technique, tu es dans la politique, comment alors imaginer qu'on va te répondre techniquement?
Résumé : techniquement, tu es libre de refuser, mais tu dois alors assumer les conséquences, les autres étant tout autant libre que toi de refuser, par exemple de refuser de maintenir un truc que tu aimes et c'est donc à toi de maintenir, et si tu as de réelles bonnes raisons tu ne sera pas le seul et ça ne coûtera pas cher.
[^] # Re: Je suis d'accord pour dépoussiérer tout ça
Posté par octane . Évalué à 3.
non. si tu veux du linux suivi, maintenu, utilisé, tu as systemd avec. Dire que tu peux prendre autre chose, c'est loin de la réalité.
bin, les arguments de lennart, je ne les comprend pas. Et la réponse, c'est 'take it or leave it'. Avant de résoudre un problème, on m'a dit qu'il fallait le poser. Et là, rien que le problème initial, je le comprends pas. Du coup, les solutions m'ont toutes l'air WTF
une clé usb chiffrée? What for? -> 'take it or leave it'
un json avec un avatar? Mais what for? -> 'take it or leave it'
un cassage du /home? Mais pourquoi? -> same
le concept de l'user qui a un laptop? 'take it or leave it'
mais et les autres cas d'usages? -> 'tu fais de la politique en oubliant le cas de l'user qui a un laptop et tu contrains tous les autres' (ah?)
[^] # Re: Je suis d'accord pour dépoussiérer tout ça
Posté par Renault (site web personnel) . Évalué à 2.
Tu es libre de maintenir tout ce qu'il te faut pour éviter systemd. Tu peux le faire même si c'est long et compliqué.
Personne n'est obligé par contre de t'écouter et de faire ce travail pour toi.
De même si que les distros et autres logiciels trouvent systemd nuls ou pas adaptés à leurs besoins, rien ne les oblige à accepter ce travail par exemple.
[^] # Re: Je suis d'accord pour dépoussiérer tout ça
Posté par Zenitram (site web personnel) . Évalué à 0. Dernière modification le 02 décembre 2020 à 11:55.
C'est rigolo, tu dit "non" en démontrant "oui" ensuite : tu dois y mettre des conditions externes pour te mentir.
Au final, on a bien compris que tu veux que les autres travaillent pour toi gratos sur un truc qu'ils n'ont ni envie ni besoin. Tu as la solution ultime en tête, mais fou que personne ne te suive… Ou alors peut-être que ce que tu as en tête est faux ou mauvais. Le pire est que tu sais toi-même (voir ton autre commentaire sur le sujet) que les gens qui pensent comme toi ne produisent pas de la bonne qualité de ton propre point de vue, schizophrène.
Bref, tu n'arrives juste pas à comprendre ce qu'est la liberté (des autres y compris), ni la responsabilité (de toi y compris), en plus de ne pas pouvoir accepter que tu n'as peut-être pas raison sur tes critiques.
[^] # Re: Je suis d'accord pour dépoussiérer tout ça
Posté par octane . Évalué à 0.
pas compris (?)
??? Non. Je veux juste qu'un gugus saccacge pas tout ce qui existe pour résoudre un de ses problèmes. Comme si ton voisin venait péter les parties communes de l'immeuble en expliquant que comme tout le monde à une voiture avec un rayon de braquage 'x', il faut couper les arbres centenaires pour permettre de tourner.
Je dis que je comprends pas son problème, que je ne comprends pas sa solution, que je ne comprends pas plus pourquoi les gens le suivent avec comme seul argument: "si t'es pas content qu'il bosse gratos pour toi, va construire un immeuble ailleurs". Je dis juste que péter les arbres et l'immeuble m'apparait pas comme une idée judicieuse.
Je ne demande pas qu'il bosse gratos. Je demande à comprendre ses choix autre que par 'take it or leave it', que 'j'ai vu que c'est un vieux truc à dépoussiérer', que 'j'ai un laptop comme tout le monde et je veux un avatar sur ma bannière de login quand je vais chez les autres' et que 'security guys will love it'. Oui, je le fais de manière virulente, non je ne demande à personne de bosser gratos, où est ce que j'ai dit ça???
Je m'interroge sur la pertinence des questions posées, et des solutions à mettre en oeuvre (voire même s'il y a besoin de solutions), et je m'interroge sur ses parti pris technologiques qui vont entraîner pas mal de modifs qui m'ont l'air hasardeuses et pas réfléchies.
systemd, ça me rappelle les débuts de linux avec les pro-systemd en windowsiens et les anti-systemd en pro-linux:
[^] # Re: Je suis d'accord pour dépoussiérer tout ça
Posté par Zenitram (site web personnel) . Évalué à 0. Dernière modification le 02 décembre 2020 à 12:55.
Rigolo que tu te considère co-propriètaire.
Toi, tu es la personne à qui on file un espace gratuitement pour hébergement gratuit sans aucun acte de propriété pour toi, toute la copropriété décide de changer un truc dans l'immeuble et toi tu te la ramène "nan mais la mon truc gratuit est un peu géné, faites chier les proprios".
Tu n'arrives même pas à te rendre compte du ridicule…
Si : tu veux qu'on prenne soin de ton "cas" (qu'en réalité tu ne définis même pas comme problème, ça l'a fait avec systemd qui posait problème… mais en fait non, juste que les gens ne voulaient pas changer leurs habitudes, c'était connu mais pas suffisant pour bloquer) sans payer quoi que ce soit, sans chercher à mutualiser les coût avec d'autres, tu fais que râler sur un truc qu'on te file gratos.
Je ne dis pas qu'il est coupable hein, je m'interroge juste sur l'étranger la… Oui, même méthode.
Tu ne t'interroges pas, tu cherche à râler.
Tu ne proposes rien, tu dis juste que ça doit exister.
note que c'est un classique, tu n'es pas unique, sur mon propre projet j'ai des gens comme ça qui critique mes changements (parce que j'ai vraiment un soucis à corriger, si si) sont sûrs de pouvoir faire mieux que moi mais ne propose rien ni ne propose de payer pour que je prenne soin d'eux. Absolument rien qui sort de l'ordinaire, ça ne change pas que c'est lourd, chiant, emmerde sans rien amener, etc.
Tu dis une chose et démontre l'inverse : "si tu veux du linux suivi, maintenu, utilisé, tu as systemd avec." est faux : tu peux très bien suivre, maintenir, utiliser, toi et d'autre qui pensent comme toi à faire autrement. Bref tu sais que tu dis quelque chose de factuellement faux : Tu es libre de ne pas le prendre, arrête de fantasmer mais faut assumer (et c'est là que ça coince pour toi car… On revient dans la boucle, tu veux qu'on fasse le taf gratos pour toi et pas que toi tu te bouges, CQFD).
[^] # Re: Je suis d'accord pour dépoussiérer tout ça
Posté par octane . Évalué à 0.
euh, non. Comme utilisateur du bien commun, comme nous tous?
et je demande pourquoi
qu'on t'impose gratos. Et oui, casser les habitudes pose des problèmes. J'aime la nouveauté, j'aime les choses nouvelles. Mais tout casser avec comme unique raison 'il y a un obscur point de détail' et 'il faut tout casser tant pis pour les rageux' ça me parait très léger comme argumentaire.
tu n'es pas Lennart, je ne suis pas 'des gens qui te critiquent'. Pas de transposition.
tant que ta solution n'est pas meilleure que l'existant, pourquoi la pousser? (je parle de Lennart pas de toi). S'il existe un vrai problème à résoudre, soit tu trouves une solution qui sied à l'ensemble des cas d'usage (bravo), soit tu crées un cas d'usage (très bien), soit tu améliores l'existant pour gommer le problème (bravo), soit tu résouds ton problème en cassant le workflow de tout le reste de la planète (moins bien).
bin non. Si je veux utiliser linux, je dois passer par systemd. Si je veux m'en passer, cela demande un travail relativement énorme à produire. CQFD: je dois utiliser systemd, il m'est imposé.
[^] # Re: Je suis d'accord pour dépoussiérer tout ça
Posté par Zenitram (site web personnel) . Évalué à 0. Dernière modification le 02 décembre 2020 à 15:01.
Non, pas tous. toi peut-être, mais tout le monde n'est pas dans ce petit plaisir. Faudra un jour arrêter de faire des généralités de son petit plaisir perso. En l'espèce, Lennart est payé par une entité qui vend du support à d'autres entités contre $.
Mais surtout, même en "bien commun" ben c'est con mais ceux qui produisent ce bien commun considèrent que le mieux à faire est de ne pas faire comme toi tu veux.
On t'a répondu, la réponse ne te plait pas donc tu dis que tu n'as pas eu de réponse. Classique aussi, ça n'en fait pas quelque chose de bien.
Parce que toi tu considères pas meilleure mais tu n'es pas décideur et les décideurs ont pensé que la solution est meilleure. Saloperie de démocratie.
On s'en fout du reste de la planète, elle peut forker et démontrer si vraiment elle a une meilleure solution. Toujours la même réponse que tu vas ignorer.
Ca te demandera rien si ta solution est utile à plus que toi.
Ben non, tu viens juste de dire qu'en réalité tu ne veux pas payer le prix que coûte ton délire, c'est tout, donc pas imposé (tu peux, mais ne veux pas en payer le prix). Tu es le gentils et tous les autres sont des méchants qui te font des misères à ne pas faire comme tu veux.
La seule chose qu'on t'impose c'est notre liberté (y compris de travailler pour toi), ce bien commun. Saloperie de liberté.
On ca s'arrêter la, de toutes façons tu a décidé de cracher sur les autres sans prendre la responsabilité de tes crachats (au moins Devuan ils assument contrairement à toi) et rien ne t'arrêtera, l'idée n'est pas du tout le bien commun mais juste ton égo personnel, j'avoue sourire quand je lis que tu mets le bien commun en avant et en même temps constate ton égoïsme. Ou comment s'afficher comme quelque chose qu'on n'est pas du tout (rien de nouveau non plus la dessus).
[^] # Re: Je suis d'accord pour dépoussiérer tout ça
Posté par octane . Évalué à 0.
ok. Je pense que ça clôt la discussion, effectivement
[^] # Re: Je suis d'accord pour dépoussiérer tout ça
Posté par Anonyme . Évalué à 1.
Moi ça me permettrait d’utiliser mon laptop et mon desktop sans me soucier de devoir push mon code sur Git, synchroniser mes dotfiles, etc.
Actuellement, je n’utilise que mon laptop, parce que ça me fait trop chier de devoir gérer deux machines.
Comment tu affiche l’avatar d’un utilisateur s’il est chiffré ? Comme tu lui affiches le form de login dans sa langue préféré, si cette info est chiffrée ? Comment tu authentifies un utilisateur à travers SSH si
.ssh/authorized_keysest chiffré ?Tu peux expliquer ce que tu entends par cassage du home ?
Tu essayes de nous la faire à l’envers, c’est toi qui fait une fixette sur les laptops et qui ne veut pas tenir compte des autres cas d’usages.
Moi j’en vois plusieurs sur serveur et sur desktop.
[^] # Re: Je suis d'accord pour dépoussiérer tout ça
Posté par octane . Évalué à 0.
Mais qu'est ce qui t'empêche de le faire aujourd'hui? Dès maintenant? Vraiment?
Et c'est avec un dotfiles que tu vas retrouver ton IDE x sur le laptop 1 et le serveur 2? avec les mêmes plugins? Ton .vimrc tweaké depuis des années avec soin va marcher sur le laptop et vim8 et beaucoup moins bien sur ton serveur avec emacs.
Ah, faut synchroniser les configs des deux machines, qu'elles soient iso fonctionnelles? Ca demande juste du boulot. Mais: "ça me fait trop chier de devoir gérer deux machines".
Bin oui, exactement. C'est pas moi qui veut un /home chiffré, c'est lui.
[^] # Re: Je suis d'accord pour dépoussiérer tout ça
Posté par totof2000 . Évalué à 1.
Bah, t'inquiètes pas. Il va nous créer un systemd-fs qui va te permettre de monter automatiquement tous tes homedirs séparés sur un seul point de montage /home, et qui va te synchroniser automatiquement tous tes fichiers … Personnellement, s'il faisait ça ça me plairait. Mais pas le lier à systemd … pouvoir utiliser ce fs ailleurs me plairait bien.
[^] # Re: Je suis d'accord pour dépoussiérer tout ça
Posté par octane . Évalué à 2.
bin, il y a un paquet d'années, il existait nis+yellowpage qui faisait exactement ça.
https://en.wikipedia.org/wiki/Network_Information_Service
un serveur d'authent centralisé, des montages /home par NFS. Tu te loggais depuis n'importe quelle bécane et tu retrouvais tes petits comme chez toi.
[^] # Re: Je suis d'accord pour dépoussiérer tout ça
Posté par totof2000 . Évalué à 1.
Je sais, je l'ai utilisé :) Avec un automontage c'était pas mal. Mais ce que j'aimerais c'est un autre concept … Pas pour tout un home directory mais au moins pour un sous-ensemble de /home : la possibilité de partager une arborescence entre plusieurs périphériques (mobile, ordinateur portable, PC fixe), avec chaque périphérique qui aurait sa version locale et qui se synchroniseraient ensemble à chaque fois qu'un des périphériques se connecte au réseau. Un peu comme ça se passse avec Onedrive sur mon PC pro, mais sur un NAS local par exemple.
[^] # Re: Je suis d'accord pour dépoussiérer tout ça
Posté par octane . Évalué à 2.
rsync peut répondre à ce problème. un rsync au login, au logout sur un serveur central ou une clé USB, hein, chuis pas sectaire.
[^] # Re: Je suis d'accord pour dépoussiérer tout ça
Posté par totof2000 . Évalué à 1.
Je sais On peut toujours trouver un moyen … là je te décris mon rêve … ;) Que cette synchronisation soit faite au niveau du FS (ou d'une surcouche au FS mais qui soit transparente). Et que les synchro se fassent en live lorsque tu es connecté au réseau, plutôt qu'en connection/déconnection ( faudrait "juste" mettre en place un système de gestion de conflit). J'aimerais une espèce de mélange "nfs/unionfs/git (pour l'aspect gestion des conflits" en quelque sorte …
[^] # Re: Je suis d'accord pour dépoussiérer tout ça
Posté par Zenitram (site web personnel) . Évalué à 2. Dernière modification le 02 décembre 2020 à 08:17.
Pendant que tu craches sur lui, lui il fait, sa solution est choisie (c'est con hein qu'il ne soit pas seul dans son coin avec ses "délires" d'après toi), alors que toi… Ben ton seul apport (si on peut dire) est de cracher sur lui. qui est le plus crédible dans l'analyse de l'existant d'après toi?
Et dire qu'il suffirait que ses propositions ne soient pas convaincante, ne soit pas considérées utiles, pour que personne ne les utilises, ha la liberté qu'est-ce qu'elle est chiante on ne peut plus cracher sur les autres tranquillement sans se prendre un "tu es libre de ne pas prendre ça, par contre à toi de faire si les autres ne te suivent pas".
Bon, comment va Devuan sinon?
[^] # Re: Je suis d'accord pour dépoussiérer tout ça
Posté par octane . Évalué à 3.
oui. Et sincèrement, je ne comprends pas pourquoi. J'ai déjà vu ça dans des boîtes. Un dev arrive, questionne l'existant (bien) décide seul de pleins de solutions (moins bien) les développe et les impose (uh?). Et des fois, ça marche en mode: "au moins, lui, il avance". Oui. Et au final, tu te choppes des usines à gaz qui semblent satisfaire tout un paquet de monde (??) et on demande aux râleurs d'aller râler plus loin, même si les râleurs n'ont eu aucune explication technique ou générale. Bon. Lennart va mettre son truc en place, ça va générer tout un tas de problèmes (qui vont me causer plein de torts et pleins d'ennuis) mais tout un tas de gens vont dire "chouette, on résoud tous les problèmes et tout ira bien après, nous on bosse", et je continuerai à rester amer en disant: "vous générez vous mêmes des tas de problèmes qui auraient pu être évités". KISS, hein (et kiss aux rageux), surtout quand quelques semaines/mois après, on voit tout un tas de gens inquiets dire: "oh mais vous cassez ci, et ça, et puis ce truc marche plus, et ci et ça" qui étaient exactement les remarques qu'on avait fait… Et que là, on leur répond: "ça a été discuté, t'as plus d'autre choix que de suivre le mouvement, maintenant"
J'ai lu les debats sur l'adoption de systemd dans les distros, je me suis pas rangé à la majorité des arguments développés. Certains, pourquoi pas (unification des scripts d'init pour les packagers, simplification de la maintenance), mais il y avait sans doute des solutions plus élégantes pour résoudre ça.
[^] # Re: Je suis d'accord pour dépoussiérer tout ça
Posté par Zenitram (site web personnel) . Évalué à 1. Dernière modification le 02 décembre 2020 à 10:30.
Certes il ne faut pas tomber dans l'automatisme qu'avancer est mieux dans tous les cas, mais la on a quand même une tonne de monde qui a décidé de passer à systemd, pas un dev seul qui arrive, il faut peut-être se poser des questions si ceux en charge du taf ne sont pas plus à même que toi de savoir si ça va alléger leur taf (et surtout assumer les conséquences).
Se rappeler aussi que Lennart est payé par une boite qui doit faire plaisir à ses actionnaires avec un retour sur investissement, tu penses sérieusement que le taf fait par Lennart est considéré comme pas rentable et sur sur du très long terme? il va falloir m'expliquer comment ça se fait qu'il peut faire joujou à ralentir tout le monde avec l'accord d'autant de monde, entre mainteneurs de distro indépendant des actionnaires qui payent Lennart et les actionnaires qui payent Lennart…
Et on se demande bien alors pourquoi personne, y compris toi, n'a pu les proposer.
Le problème est quand même de toujours balancer qu'on pourrait faire mieux dans le démontrer.
Si tu penses qu'il avait vraiment des solutions plus élégantes pour résoudre ça, pourquoi pas le démontrer en… Les proposant?
As-tu lu le disclaimer des licences libre? "as is". On s'en fout complet des gens ayant des ennuis alors qu'ils ne font qu'utiliser. Si ils ont les ennuis, ils peuvent le remonter en disant qu'ils sont prêt à payer (si ils ne veulent pas faire eux-même), sponsoriser leur version sans ennuis… Tiens, Devuan fait ça, justement, pour ça que j'ai demandé si ils peuvent démontrer que ça resout tellement de problème que systemd soit-disant provoque que les mainteneur de Devuan sont adulé par tous (spoiler : pas le cas).
En fait, le soucis est peut-être que… Tu es libre!
Alors pourquoi critiquer un truc que tu n'es pas obligé d'utiliser?
Alors oui la liberté implique par contre que les autres sont libres de ne pas t'aider gratos…
[^] # Re: Je suis d'accord pour dépoussiérer tout ça
Posté par octane . Évalué à 0.
oui.
Bin oui. Vraie question. J'ai argumenté, je n'ai pas été suivi, mais je n'ai pas été convaincu.
après, c'est bien le problème. J'ai testé NetBSD pendant longtemps. Bah c'est à la rue par rapport à linux. linux, c'est mieux. Le problème c'est qu'on t'impose systemd. il reste slackware, devuan (lol). Ou alors, prendre debian (et systemd).
[^] # Re: Je suis d'accord pour dépoussiérer tout ça
Posté par GnunuX (site web personnel) . Évalué à 1.
Et comme tu n'as pas été convaincu, Lennart ne devrait pas proposer de résoudre son problème à lui ?
Les distributions devraient arrêter d'intégrer les outils qui sont plébiscités ?
Après, pour la partie argumentée … j'ai un peu de doute. Tu as juste confirmé ce que dit Lennart, il ne prend pas tous les cas en compte. Et comme personne ne sera jamais obligé d'utiliser systemd-homed (tout comme personne n'est obligé d'utiliser systemd-sysuser, systemd-tmpfiles, systemd-timer, systemd-networkd, …), il n'y aura jamais de problème.
[^] # Re: Je suis d'accord pour dépoussiérer tout ça
Posté par octane . Évalué à 3.
non, comme je n'ai pas été convaincu, j'en discute sur des forums.
windows est plébiscité par tout le monde. Il est interdit de se poser des questions sur les raisons de son adoption?
exactement.
Et du coup? Lennart va acheter un laptop avec un lecteur d'empreinte et donc il va dire '/etc/shadow est un vieux truc il faut le dépoussiérer faire un systemd-shadowd qui marche avec mon cas d'usage'? C'est la seule manière d'avancer?
mais ça sera intégré dans toutes les distros. Je reprends l'exemple de Gnome. Je n'ai jamais été obligé de l'utiliser, je peux prendre toutes les distros du monde et pas l'utiliser. systemd-* ça devient difficile de s'en passer.
Et quand je dis 'on va me le faire manger de force' on me dit: 'tu refuses la liberté des autres'???
[^] # Re: Je suis d'accord pour dépoussiérer tout ça
Posté par GnunuX (site web personnel) . Évalué à 0.
Heu "désactiver le service systemd-homed" c'est ca les pleins de torts et d'ennuis ?
[^] # Re: Je suis d'accord pour dépoussiérer tout ça
Posté par octane . Évalué à 0.
ouais. Parceque désactiver le service va en désactiver une autre qui lui même aura besoin d'un trigger qui va etc, etc.. donc lire de la doc, donc apprendre toutes les diffs entre une machine homed-active et homed-desactivated, donc tomber dans des corner cases dont tout le monde se fout car la réponse sera "t'as qu'a lire la doc / développer ta solution tout seul / utiliser homed"
[^] # Re: Je suis d'accord pour dépoussiérer tout ça
Posté par Tonton Th (Mastodon) . Évalué à 2.
Si j'ai bien suivi, il veut toucher au GECOS ? Ce petit truc bien utile à ceux qui en ont l'usage, et qui ne gène aucunement ceux qui ne savent pas ce que c'est ?
À mon avis, là, il va vraiment trop loin dans la dérision pour être crédible…
[^] # Re: Je suis d'accord pour dépoussiérer tout ça
Posté par GnunuX (site web personnel) . Évalué à 0.
Pas du tout.
Il devrait prendre exemple sur toi niveau crédibilité…
[^] # Re: Je suis d'accord pour dépoussiérer tout ça
Posté par Anonyme . Évalué à 0.
Si par il tu entends Lennart, alors non, il ne touche absolument pas au champ GECOS.
[^] # Re: Je suis d'accord pour dépoussiérer tout ça
Posté par Tonton Th (Mastodon) . Évalué à 2.
Il y a quelque chose qui m'échappe, alors. Il sort d'où ce numéro de bureau ?
[^] # Re: Je suis d'accord pour dépoussiérer tout ça
Posté par Anonyme . Évalué à 3. Dernière modification le 03 décembre 2020 à 22:10.
Oui, 42 commentaires de octane et de moi qui débattons de systemd-homed.
De GECOS.
Pour la faire courte :
[^] # Re: Je suis d'accord pour dépoussiérer tout ça
Posté par octane . Évalué à 1.
mouais. octane se demande si péter tout /home et le système de login pour ajouter des infos comme un avatar est un jeu qui en vaut la chandelle.
1- un avatar, est-ce une raison suffisante pour aller modifier le système de login?
2- on peut pas le faire sans tout casser?
3- l'histoire des changements faits par Lennart invitent à pense que certains choix techniques réalisés par le passé sont discutables
3-1- pourquoi est-ce que tout le monde implémente les changements de lennart (ptet parcequ'octane est un couillon qui comprend rien, mais des fois, quand on lui explique, il comprend)
3-2- est-ce qu'il y a des raisons qui échappent à octane (cf 3-1-)
il y a tellement de choses weird et étranges et tirées du passé que si on commence à toutes les péter ça va être dur de suivre. Tiens, le champ TOS dans les paquets TCP, scaaaaaandale, personne s'en sert. allons dépoussiérer ça.
[^] # Re: Je suis d'accord pour dépoussiérer tout ça
Posté par GnunuX (site web personnel) . Évalué à 2.
Oui, parce qu'il y a l'erreur originelle :
Il n'y a pas de changement du système de login. Lui ajoute des informations en plus que d'autres pourront utilisés facilement.
Pour le reste, c'est comme avant.
[^] # Re: Je suis d'accord pour dépoussiérer tout ça
Posté par octane . Évalué à 0.
C'est peut-être ça, le problème initial. Je reste persuadé que systemd-homed va casser des choses dans le système actuel et le rendre incompatible avec l'existant.
hope so.
[^] # Re: Je suis d'accord pour dépoussiérer tout ça
Posté par GnunuX (site web personnel) . Évalué à 2.
Alors …
1/ est-ce que systemd-timer a cassé quelque chose dans cron ?
2/ est-ce que systemd-sysuser a cassé quelque chose dans la création des utilisateurs système ?
3/ est-ce que systemd-tmpfiles a cassé quelque chose dans le peuplement de /etc ?
4/ est-ce que systemd-mount a cassé mount ?
5/ est-ce que systemd-fsck | systemd-growfs | … ont cassés fsck, mkfs, fdisk, … ?
6/ est-ce que systemd-halt a cassé l'arrêt de la machine ?
7/ est-ce que systemd-hibernate a cassé l'hibernation ?
8/ est-ce que systemd-networkd a cassé network-manager ou autre ?
9/ est-ce que systemd-boot a cassé grub ?
(je vais arrêté là …)
[^] # Re: Je suis d'accord pour dépoussiérer tout ça
Posté par totof2000 . Évalué à 0.
On peut pas nier qu'il a foutu un sacrte b***** dans la gestion du réseau … C'était pas génial avant (entre la conf réseau au démarrage du système, les desktop manager qui géraient le réseau par dessus, et maiontenant systemd-networkd …. ). Il n'a pas "cassé" les autres outils mais n'a rien apporté de plus, au contraire.
[^] # Re: Je suis d'accord pour dépoussiérer tout ça
Posté par totof2000 . Évalué à -1.
Pareil que pour le réseau …. c'était déjà pas simple, et il est loin de l'avoir simplifié.
[^] # Re: Je suis d'accord pour dépoussiérer tout ça
Posté par totof2000 . Évalué à 1.
Ah bon ? J'avais jamais remarqué … En fait j'utilise jamais adduser, mais ueradd. Et de toute façon le numéro de bureau n'est absolument pas un standard unix. C'est une gnuserie je pense. Mais peut-être que ça existait sur les autres Unix ?
[^] # Re: Je suis d'accord pour dépoussiérer tout ça
Posté par totof2000 . Évalué à 1.
Sous NetBSD :
[^] # Re: Je suis d'accord pour dépoussiérer tout ça
Posté par GnunuX (site web personnel) . Évalué à 2.
Moui ben pas moi. adduser est un script perl spécifique à Debian.
Ce script demande les éléments a mettre dans le champ GECOS : https://en.wikipedia.org/wiki/Gecos_field
Donc bon, le rapport avec GNU …
[^] # Re: Je suis d'accord pour dépoussiérer tout ça
Posté par totof2000 . Évalué à -1.
Une debiannerie alors ?
[^] # Re: Je suis d'accord pour dépoussiérer tout ça
Posté par GnunuX (site web personnel) . Évalué à 2.
J'ai donné un lien vers wikipédia qui explique …
Mais je suppose que ce n'était pas une bonne idée.
J'aurais dû donner ce lien : https://man.netbsd.org/NetBSD-6.0/passwd.5
The gecos field normally contains comma (,'') separated subfields as
follows:
name user's full name
office user's office number
wphone user's work phone number
hphone user's home phone number`
[^] # Re: Je suis d'accord pour dépoussiérer tout ça
Posté par totof2000 . Évalué à 1.
Pas pris le temps de le lire, désolé ( c'est ça quand on fait trop de choses en même temps) … Je me suis contenté du script perl …
Effectivement l'explication du champ gecos est plus claire (on en apprend tous les jours). Et c'est vrai que je m'étais déjà demandé pourquoi les virgules un peu partout dans ce champ dans mon /etc/passwd. Le truc c'est que c'est pas systématique ( j'aimerais bien savoir s les autres unix respectent cette convention - mais j'en ai plus sous la main pour vérifier ). Celà dit c'est plus une convention qu'une règle … Et elle n'a pas de sens pour un compte technique. Mais merci pour l'info (j'aime bien l'archéologie informatique).
[^] # Re: Je suis d'accord pour dépoussiérer tout ça
Posté par Tonton Th (Mastodon) . Évalué à 3.
Euh, j'ai connu ça (si on cause bien du gecos field) vers la fin des années 1980, et dans plusieurs Unices diférents…
[^] # Re: Je suis d'accord pour dépoussiérer tout ça
Posté par totof2000 . Évalué à 1.
Moi ce qui me fait sourire, c'est qu'à une époque ou on veut découpler les grosses applis monolithiques en microiservices, on a qqn qui va à contre-courant et qui s'amuse à tout regrouper des trucs qui marchaient indépendamment en un seul gros bazar.
Mais bon, d'ici 1à a 15 ans on a quelqu'un comme lui qui va sortir et qui va balayer de la main systemd en expliquant que c'est pas bien parce que tout est concentré, et qui va revenir en arrière, mais sous ue autre forme. On appelle ça le "progrès.
[^] # Re: Je suis d'accord pour dépoussiérer tout ça
Posté par tisaac (Mastodon) . Évalué à 3.
totof2000 ? C'est bien toi ?
Si oui, bon retour !
Si non, bienvenue !
Surtout, ne pas tout prendre au sérieux !
[^] # Re: Je suis d'accord pour dépoussiérer tout ça
Posté par totof2000 . Évalué à 1.
Hello.
Oui c'est bien moi. Merci ;)
# Comment Lennart pourrait entièrement controler les ordinateurs de ses utilisateurs
Posté par vieille_moule . Évalué à 4.
Je fais echo à ça:
https://linuxfr.org/users/hellpe/liens/comment-apple-pourrait-entierement-controler-les-ordinateurs-de-ses-utilisateurs
et au message plutôt juste de Zenitram: https://linuxfr.org/nodes/122395/comments/1832029
:)
[^] # Re: Comment Lennart pourrait entièrement controler les ordinateurs de ses utilisateurs
Posté par Zenitram (site web personnel) . Évalué à 3.
Une message positif sur un de mes commentaire, je suis touché.
N'oublions pas toutefois que la différence entre les choix de Lennart et les choix d'Apple est qu'avec Lennart on peut refuser ses trucs sans perdre le reste de Linux, voir on peut forker ce qui nous plaît dans ses projets sans prendre ce qui nous plaît pas (certes il n'aide pas avec un intégration très poussée des composants, mais c'est possible), donc je "corrige" un peu l'écho : ce n'est pas Lennart qui pourrait, mais les mainteneurs de la distro que vous avez choisie (qui eux peuvent choisir la solution de Lennart).
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.