Journal Debian adopte systemd comme init par défaut

45
12
fév.
2014

Le projet Debian est doté d'un comité technique qui est chargé de prendre des décisions techniques, notamment dans les cas de conflits. Il y a quelques mois, le comité a été saisi pour décider du système d'initialisation par défaut pour la prochaine version de Debian, Jessie. Les candidats étaient : le vénérable init System V (utilisé dans la version actuelle de Debian, Wheezy), Upstart de Canonical, systemd de Lennart Poettering (RedHat) et OpenRC de Gentoo).

Cette question a suscité un intense débat, qui vient d'être tranché hier soir :

We exercise our power to decide in cases of overlapping jurisdiction
(6.1.2) by asserting that the default init system for Linux
architectures in jessie should be systemd.

Should the project pass a General Resolution before the release of
"jessie" asserting a "position statement about issues of the day" on
init systems, that position replaces the outcome of this vote and is
adopted by the Technical Committee as its own decision.

Plusieurs points sont à noter :

  1. Il s'agit du syst√®me d'initialisation par d√©faut pour les architecture bas√©es sur le noyau Linux. En particulier, les architectures ‚ÄĒ¬†largement minoritaires¬†‚ÄĒ bas√©es sur GNU Hurd ou sur le noyau de FreeBSD ne sont pas concern√©es par cette d√©cision. Par ailleurs, comme aujourd'hui, o√Ļ le syst√®me d'initialisation par d√©faut est celui de System V mais o√Ļ systemd et Upstart sont tout de m√™me disponibles et utilisables, ce choix pour la prochaine version de Debian laisse la possibilit√© de proposer des syst√®mes d'initialisation alternatifs.
  2. Cette décision peut laisser la place à une éventuelle résolution générale, c'est à dire un vote général des membres du projet Debian si elle est convoquée par un nombre suffisant de membres.
  3. Cette décision ne répond pas à toutes les questions, en particulier celle des dépendances des paquets Debian, comme le fait remarquer Eric Schubert.
  • # Mon avis personnel

    Post√© par (page perso) . √Čvalu√© √† 10.

    Mon avis personnel¬†: je n'aime pas systemd, qui bien qu'√©tant bas√© sur de tr√®s bonnes id√©es est √† mon avis d√©velopp√© et promu de fa√ßon d√©sagr√©able, avec ce qui m'appara√ģt comme une volont√© h√©g√©monique sournoise. Mais comme je le mentionne, il ne s'agit l√† que du choix d'init par d√©faut, et j'esp√®re donc pouvoir continuer √† utiliser l'init et les services SysV.

    • [^] # Re: Mon avis personnel

      Post√© par . √Čvalu√© √† 3.

      Ca me démange de faire un commentaire, mais je me retiendrai … Juste une question : qu'en est-il de l'idée de mettre les logs sous forme binaire? Ca a été fait ?

      • [^] # Re: Mon avis personnel

        Post√© par (page perso) . √Čvalu√© √† 4.

        Avec journald, ça doit être le cas oui, mais est-ce que ça affecte tous les logs, je ne sais.

      • [^] # Re: Mon avis personnel

        Post√© par . √Čvalu√© √† 4.

        Il me semble qu'il y a une option avec journald pour retrouver des log en texte.

        • [^] # Re: Mon avis personnel

          Post√© par . √Čvalu√© √† 2.

          Petit complément : Si j'ai bien compris, le format de stockage de journald est toujours binaire mais il est possible de faire un export en texte…

          • [^] # Re: Mon avis personnel

            Post√© par . √Čvalu√© √† 8.

            Et je fais comment si par exemple je démarre en mode minimal en raison d'un plantage quelconque, et que le problème affecte également l'outil d'export des logs ? Je pense par exemple à un fs corrompu ou à une mauvaise version de bibliothèque.

            Pour être franc, c'est probablement la raison principale qui me fait détester à ce point systemd, avec le fait que systemd veut s'occuper de choses qui ne le regardent pas.

            Il y a d'autres choses que je n'aime pas, mais sans ce point ça passerai peut-être mieux

            • [^] # Re: Mon avis personnel

              Post√© par . √Čvalu√© √† 1.

              Je pense par exemple à un fs corrompu ou à une mauvaise version de bibliothèque.

              Un truc qui t'emp√™cherais carr√©ment de brancher le disque sur une autre machine ou de booter sur une live‚ÄĮ?

              Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

              • [^] # Re: Mon avis personnel

                Post√© par . √Čvalu√© √† 4.

                Un truc qui t'emp√™cherais carr√©ment de brancher le disque sur une autre machine ou de booter sur une live‚ÄĮ?

                Juste pour regarder des logs ? Je parle pas du PC chez soi, mais d'un serveur, qui potentiellement ne serait pas accessible car posé en salle blanche. Même si la réparation ne peut pas se faire de suite, il est indispensable de pouvoir diagnostiquer au plus vite un problème. Ca permet aussi de ne pas avoir à faire des longues et pénibles dé&marches pour accéder en salle pour rien.

                • [^] # Re: Mon avis personnel

                  Post√© par (page perso) . √Čvalu√© √† 8.

                  Va falloir que tu m'expliques comment tu analyses un serveur qui a un fs corrompu ou une mauvaise version de lib (tu fais des ./configure --prefix=/usr sur un serveur toi?) ???

                  Parce que si c'est le cas, y'a de grande chance que tu ne sois pas capable de faire mieux avec les commandes de bases qu'avec journalctl…

                  • [^] # Re: Mon avis personnel

                    Post√© par . √Čvalu√© √† 3.

                    y'a de grande chance que tu ne sois pas capable de faire mieux avec les commandes de bases qu'avec journalctl…

                    Ben vu le nombre de libs utilisées par l'outil de systemd par rapport à cat/grep/etc … j'ai plus de chances de voir ce qui se passe rapidement. Je ne pourrai peut-être pas réparer, mais je saurai ce qui se passe.

                    • [^] # Re: Mon avis personnel

                      Post√© par (page perso) . √Čvalu√© √† 5.

                      Ben vu le nombre de libs utilisées par l'outil de systemd par rapport à cat/grep/etc … j'ai plus de chances de voir ce qui se passe rapidement. Je ne pourrai peut-être pas réparer, mais je saurai ce qui se passe.

                      Ce n'est pas 3 petites bibliothèques en plus de cette taille qui vont ralentir considérablement journald.
                      Arrête ton FUD un peu, les bibliothèques en plus ne sont pas forcément utilisées en permanence déjà (peut être pour certains cas précis) et ne sont pas lourds. Journald n'est pas un bloatware, tu aurais pu le dire si cela dépendait de Qt, GTK+, l'API Java, autre bibliothèque lourde et sans rapport direct avec l'activité.

                  • [^] # Re: Mon avis personnel

                    Post√© par . √Čvalu√© √† 6.

                    ou une mauvaise version de lib

                    Tu as déjà entendu parler de busybox ?

                • [^] # Re: Mon avis personnel

                  Post√© par . √Čvalu√© √† 3.

                  Tu fais quoi aujourd'hui si le FS est mort‚ÄĮ? Si vraiment c'est une partition sp√©cifique tu peux faire tenter avec des outils de r√©cup' style photorec √ßa ne change rien entre journald et autre. Si ton probl√®me c'est juste que ton serveur est mort (probl√®me de lib), tu peux toujours r√©cup√©rer le fichier et l'analyser en local (comme tu le fais d√©j√† :) ).

                  Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

                  • [^] # Re: Mon avis personnel

                    Post√© par . √Čvalu√© √† 1.

                    Tu fais quoi aujourd'hui si le FS est mort‚ÄĮ?

                    Je ne parle p√Ęs de fs compl√™tement mort : je parle plut√īt d'un secteur disque qui lacherait l√† ou les libs en question se trouvent. Mais vu que les messages peuvent √™tre forward√©s vers la syslog, la question ne se pose plus ‚Ķ

                    • [^] # Re: Mon avis personnel

                      Post√© par (page perso) . √Čvalu√© √† 7. Derni√®re modification le 12/02/14 √† 15:28.

                      Je ne parle p√Ęs de fs compl√™tement mort : je parle plut√īt d'un secteur disque qui lacherait l√† ou les libs en question se trouvent.

                      Et si ça tombe sur le binaire de cat ? Et si la météorite tombe sur le serveur ? Et si un incendie se déclare dans la salle blanche ?

                      Des cas hypothétiques rarissimes on peut en trouver plein pour dire que tel outil ne s'en sort pas, la question est de savoir si dans la vraie vie ça répond au besoin… Car en partant du principe que ton disque dur est endommagé, c'est le fichier de logs ou tes binaires habituels qui pourraient être touchés aussi et tu serais bloqué également.

                      • [^] # Re: Mon avis personnel

                        Post√© par . √Čvalu√© √† 6.

                        Et si ça tombe sur le binaire de cat

                        Fort heureusement, il n'y a pas qu'un seul outil qui permet de lire un fichier texte, alors qu'il y en a qu'un seul pour lire les logs de journald. Et c'est dans les situations improbable que l'on prend conscience de la qualité d'une architecture logicielle. Pour faire plus simple, le plus compliqué n'est pas de faire un programme qui fonctionne dans 99% des cas, mais un programme qui fonctionne dans 99.99% des cas.

                        Des cas hypothétiques rarissimes on peut en trouver plein pour dire que tel outil ne s'en sort pas, la question est de savoir si dans la vraie vie ça répond au besoin…

                        Des bons outils auront moins tendance √† te l√Ęcher dans les situations difficiles. Faire le choix d'un format binaire que peu d'outils savent manipuler, surtout pour une chose aussi cruciale que les logs, √ßa t√©moigne d'un manque d'exp√©rience et je suis s√Ľr que certains en feront les frais.

                        • [^] # Re: Mon avis personnel

                          Post√© par . √Čvalu√© √† 7.

                          Des bons outils auront moins tendance √† te l√Ęcher dans les situations difficiles. Faire le choix d'un format binaire que peu d'outils savent manipuler, surtout pour une chose aussi cruciale que les logs, √ßa t√©moigne d'un manque d'exp√©rience

                          Ou pas. D'une part, à l'usage on se rend compte que journald permet de chercher les infos pertinentes bien plus rapidement qu'avec du bidouillage avec grep & co.

                          En plus, les raisons pour le choix du format binaire ont été expliqués de nombreuses fois.

                          Et enfin pour les gens qui ne sont toujours pas content, la copie vers syslog s'active en une ligne :

                          systemctl enable syslog-ng && systemctl start syslog-ng

                          "Quand certains r√Ęlent contre systemd, d'autres s'attaquent aux vrais probl√®mes." (merci Sinma !)

                        • [^] # Re: Mon avis personnel

                          Post√© par (page perso) . √Čvalu√© √† 10.

                          Si tu souhaites avoir une bonne gestion des logs et permettre des analyses éventuellement poussées, il ne faut de toute manière pas les garder sur la machine (qui peut de toute manière partir en vrille, tant pour journalctl que grep ou cat).

                          Part sur une centralisation des logs avec des outils comme logstash + elastic search + kibana3, graylog2, les 2 ensembles…, ou un très onéreux splunk si le ROI le permet.
                          Cela offre plein d'avantages:
                          - logs harmonisés (formats de date, encodage…) et qualifiés (date, processus, multiligne [trace java]…)
                          - Recherche rapide dans les logs gr√Ęce √† un moteur de cherche, possibilit√© de cr√©er des graphiques
                          - De comprendre des anomalies liés à une combinaison de facteurs, éventuellement répartie sur plusieurs machines
                          - D'analyser même si la machine fait du kernel panic
                          - D'analyser en temps réel, déclencher des alertes
                          - Donner la capacité d'analyser des problemes aux développeurs, sans ouvrir d'accès aux machines de prod (et brouillage des infos sensibles)
                          - Utiliser ou déclencher des événements entre machine via de la messagerie comme AMQP, ce qui permet par d'exemple d'ajouter ou retirer des noeuds à un cluster en fonction de temps de réponses)

                          Lorsqu'on qu'on voit en plus comment cela peut être simple et puissant de mettre en place un logstash, je ne comprends même pas que l'on puisse encore vouloir s'emmerder avec rotations, cat et grep, qui sont des silex à coté. Je ne dis pas que cela ne peut pas aider de temps à autre pour des trucs rapide et sans importance, mais pour le reste, il y a bien mieux aujourd'hui.
                          Si le sujet t'intéresse, prends 30min et regarde cela http://www.youtube.com/watch?v=RuUFnog29M4#t=353 et cette dépêche: https://linuxfr.org/news/gestion-des-logs-avec-logstash-elasticsearch-kibana

                          Je pense que dans quelques temps, lorsque les versions stable Redhat/Centos utiliseront en standard journald (qui génére des logs de qualité) envoyé dans un outil comme logstash+elastic search+kibana3 + graylog2, on aura une arme libre assez incroyable au niveau des logs. Allo quoi…

                          • [^] # Re: Mon avis personnel

                            Post√© par . √Čvalu√© √† 0.

                            Je suis √©nerv√©, il est t√īt et je tappe depuis mon t√©l√©phone portable. Bref, je pige pas qu'il y en ait encore pour remettre en cause la pertinence de journalctl.

                            Je trouve que les géniteurs de systemd ont vraiment du mérite à supporter des débats d'un tel niveau. Je trouvais leurs méthodes un peu directe, mais franchement, arriver à mélanger autant de concepts, pour justifier n'importe quoi, c'est faire preuve soit de malice, soit d'inexpérience.

                            Je ne vais pas me contenter de donner un avis personnel, mais sans être du niveau d'un Shannon, on sait tous, sans exception, que plus on transforme une donnée (par exemple une date en long (Long long) vers char[]) plus on perd de l'information de base, plus on perd du temps pour faire la conversion, plus on perd du temps a faire la conversion inverse pour pouvoir agir efficacement sur la donnée de base (par exemple si je veux juste les lignes d'un intervalle de temps), plus on est obligé de specifier comment convertir l'info, on doit mettre en plus tout le monde d'accord… je pourrais continuer, en gardant le format binaire de base, TOUT cela est inutile.

                            De plus, journalctl apporte bien plus que seulement le respect des formats binaire de base.

                            Je trouve logstash très intéressant si tu utilises syslog old school et si tu as 30 serveurs pour stocker tes log, je ne reproche rien au message du dessus.

                            • [^] # Re: Mon avis personnel

                              Post√© par (page perso) . √Čvalu√© √† 2.

                              Déja je corrige mon message, je voulais dire "Redhat/Centos et Debian".

                              Ensuite, je crois que tu te plantes sur "logstash très intéressant si tu utilises syslog old school et si tu as 30 serveurs pour stocker tes log". Mais je peux comprendre que l’énervement des fudeurs et autre conservateurs n'aide pas…

                              Sur le coté syslog old school: logstash permet d'agreger et d'hamoniser les logs venant de plusieurs sources (dont syslog certes) mais permet donc de s'affranchir de ses limites. Avec des appli java, utiliser syslog signifie tronquer les messages par exemple. Avec un parc hétérogène (windows, linux variés, éléments réseaux….), c'est une bonne solution pour avoir quelque chose d'exploitable.

                              Et sur le coté "30 serveurs pour stocker tes log", il faut juste ne pas être trop archiviste ou collectionneur, mais suivre le cycle de vie:
                              - Enregistrer
                              - Transmettre
                              - Analyser
                              - Stocker
                              - Détruire (a ne pas oublier)

                              Elastic search est clusterisable certes (contrairement à find/grep d'ailleur), mais on s'en sort généralement très bien avec une seule machine si on n'a pas une ame de syllogomane ;)

                            • [^] # Re: Mon avis personnel

                              Post√© par . √Čvalu√© √† 1. Derni√®re modification le 13/02/14 √† 10:37.

                              Tu t’énerves pour rien, ce n’est pas très bon pour la santé. Personne ne remet en cause la pertinence de journald, seulement le choix d’un format binaire pour l’implémentation.

                              • [^] # Re: Mon avis personnel

                                Post√© par . √Čvalu√© √† 4.

                                Je comprends pas trop le troll
                                la format binaire est obligatoire, mais vu qu'apparemment il peut être utilisé conjointement à un format texte, on a le meilleur des 2 mondes

                                • [^] # Re: Mon avis personnel

                                  Post√© par (page perso) . √Čvalu√© √† 6.

                                  Pour combien de temps¬†? Je me m√©fie des promesses de Lennart Poettering, du genre ¬ę¬†non non, ne vous inqui√©tez pas, udev est maintenu dans le d√©p√īt de systemd mais il n'en d√©pendra jamais¬†¬Ľ.

                                  • [^] # Re: Mon avis personnel

                                    Post√© par . √Čvalu√© √† 10.

                                    Moi aussi, je pense qu'elle dispara√ģtra. Faut juste laisser le temps aux gens de s'habituer √† l'id√©e d'un format binaire, r√īder le syst√®me, passer la peur initiale, et attendre que les scripts maison deviennent obsol√®tes par eux-m√™mes.

                                    Un jour, Poettering (et encore, je dis Poettering, mais je ne sais même pas qui maintient ou maintiendra cette partie du code!) dira qu'il ne souhaite plus maintenir le convertisseur, et là, deux possibilités:
                                    -Quelqu'un dans la mar√©e des "oh non! surtout pas!!" prendra la rel√®ve pour de vrai et pas seulement en r√Ęlant
                                    -Personne ne prend la relève, et on aura des kilomètres de Troll sur Poettering qui impose une fois de plus ses choix aux autres.

                                    • [^] # Re: Mon avis personnel

                                      Post√© par . √Čvalu√© √† 10.

                                      -Quelqu'un dans la mar√©e des "oh non! surtout pas!!" prendra la rel√®ve pour de vrai et pas seulement en r√Ęlant
                                      -Personne ne prend la relève, et on aura des kilomètres de Troll sur Poettering qui impose une fois de plus ses choix aux autres.

                                      on aura pleins de gens qui vont se lever crier ¬ę‚ÄĮOh‚ÄĮ! Non surtout pas‚ÄĮ!‚ÄĮ¬Ľ, mais pas un pour mettre les mains dans le cambouis.

                                      Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

                                    • [^] # Re: Mon avis personnel

                                      Post√© par . √Čvalu√© √† 1.

                                      Pourquoi disparaitre ? les 2 ont leur utilité

                                  • [^] # Re: Mon avis personnel

                                    Post√© par . √Čvalu√© √† 5.

                                    Donc en gros quoi qu'il dise quoi qu'il fasse ta va gueuler (tu as sign√© la p√©tition contre lui‚ÄĮ?). Au final quitte Debian et passe soit √† Gentoo, soit √† Arch soit √† une BSD, √ßa t'√©vitera un ulc√®re.

                                    Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

                                    • [^] # Re: Mon avis personnel

                                      Post√© par (page perso) . √Čvalu√© √† 2.

                                      Arch utilise systemd, bien tenté.

                                      Opera le fait depuis 10 ans.

                                      • [^] # Re: Mon avis personnel

                                        Post√© par . √Čvalu√© √† 3.

                                        J'ai écris Arch en pensant Slack.

                                        Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

                                        • [^] # Re: Mon avis personnel

                                          Post√© par (page perso) . √Čvalu√© √† 10.

                                          Pas la peine, Slackware passera √† systemd t√īt ou tard.

                                          Aux dernières nouvelles, Patrick Volkerding n’a encore pris aucune décision, mais il ne reste pas (ne peut pas rester) indifférent à ce qui se passe dans le reste du monde GNU/Linux :

                                          I see a few things coming down the line that may cause a shakeup to our usual way of doing things, and could force Slackware to become, well, perhaps less UNIX-like. I guess the two big ones that are on the horizon are Wayland and systemd. Whether we end up using them or not remains to be seen. It's quite possible that we won't end up having a choice in the matter depending on how development that's out of our hands goes. [‚Ķ] With udev being phased out in favor of systemd performing those tasks we'll have to make the decision at some point between whether we want to try to maintain udev ourselves, have systemd replace just udev's functions, or if we want the whole kit and caboodle.¬Ļ

                                          Compte tenu du champ couvert par systemd (qui ne se limite pas √† Udev, contrairement √† ce que Pat semble croire √† l‚Äô√©poque), il me para√ģt totalement irr√©aliste d‚Äôimaginer (esp√©rer‚ÄĮ?) que Patrick Volkerding pourra maintenir √† lui tout seul des rempla√ßants √† toutes les API de systemd. D√®s lors que des programmes se mettront √† d√©pendre de ces API, il est plus vraisemblable que la conclusion des d√©veloppeurs de systemd s‚Äôimposera √† lui‚ÄĮ:

                                          before you start reimplementing these APIs in your distribution: are you sure it's time well spent if you work on reimplementing all this code instead of just spending it on adopting systemd on your distro as well?

                                          À mon avis, il n’y a pas grand’chose à attendre des distributions GNU/Linux pour ceux qui ne veulent définitivement pas de systemd (mais qui ne sont pas disposés à maintenir une alternative).

                                          Je pense que systemd a gagn√©. Je ne suis pas s√Ľr que √ßa me plaise, mais c‚Äôest un constat.

                                          J’espère seulement qu’on ne réalisera pas dans cinq ans que c’était une mauvaise idée. Ou pire, qu’on ne verra pas arriver dans cinq ans un Lennart Poettering bis qui convaincra tout le monde qu’il faut remplacer systemd par son nouveau truc révolutionnaire, renvoyant systemd rejoindre HAL, ConsoleKit et quelques autres dans le cimetière des composants à la vie éphémère, que les distributions ont à peine le temps d’intégrer avant qu’ils ne soient déclarés obsolètes.


                                          ¬Ļ Interview with Patrick Volkerding of Slackware

                                          • [^] # Re: Mon avis personnel

                                            Post√© par (page perso) . √Čvalu√© √† 2.

                                            Compte tenu du champ couvert par systemd (qui ne se limite pas √† Udev, contrairement √† ce que Pat semble croire √† l‚Äô√©poque), il me para√ģt totalement irr√©aliste d‚Äôimaginer (esp√©rer‚ÄĮ?) que Patrick Volkerding pourra maintenir √† lui tout seul des rempla√ßants √† toutes les API de systemd. D√®s lors que des programmes se mettront √† d√©pendre de ces API, il est plus vraisemblable que la conclusion des d√©veloppeurs de systemd s‚Äôimposera √† lui.

                                            On peut esp√®rer qu'il ne sera pas tout seul. C'est quand m√™me l'aspect probl√©matique majeure pour les syst√®mes libres non-linux (ou les cas limites des syst√®mes linux o√Ļ on voudrait utiliser linux sans devoir utiliser l'artillerie lourde d'init systemd (genre l'embarqu√©)).

                                            • [^] # Re: Mon avis personnel

                                              Post√© par . √Čvalu√© √† 5.

                                              genre l'embarqué

                                              Va falloir definir de quel type d'embarque dont tu parles. Parce que il y a une raison pour que OpenEmbedded utilise systemd depuis quelques temps ! Et dans le cas de machin trop petit pour systemd, tu vas franchement pas etre loin de devoir coder ton init tout seul…

                                              • [^] # Re: Mon avis personnel

                                                Post√© par (page perso) . √Čvalu√© √† 2.

                                                Je ne sais pas pour OpenEmbedded Raw, mais pour yocto, le défault, ça reste sysvinit (standard). Tu peux facilement remplacer l'implémentation standard par l'implémentation de busybox. Et optionellement, tu peux choisir d'utiliser systemd comme système d'init (qui lui n'a pas d'implémentation alternative).

                                            • [^] # Re: Mon avis personnel

                                              Post√© par (page perso) . √Čvalu√© √† 7.

                                              On peut espèrer qu'il ne sera pas tout seul.

                                              Je n‚Äôai encore vu personne s√©rieusement motiv√© pour lever le petit doigt.¬Ļ Tu peux toujours esp√©rer que quelqu‚Äôun va le faire, mais tu devrais surtout esp√©rer que tous les opposants √† systemd ne vont pas faire la m√™me chose que toi, sinon le Sauveur va se faire attendre longtemps‚Ķ

                                              Rien que garder PAM hors de Slackware n’a pas toujours été facile, et je ne me souviens pas avoir vu foule de contributeurs proposer leur aide à Patrick Volkerding pour ça (pourtant PAM a eu sa dose de détracteurs).

                                              C'est quand même l'aspect problématique majeure pour les systèmes libres non-linux

                                              L‚Äôopinion des d√©veloppeurs de systemd est claire d√®s le d√©but¬†: les autres syst√®mes, OSEF. C‚Äôest effectivement un des aspects qui me chagrine le plus. Il fut un temps o√Ļ l‚Äôambition de Linux n‚Äô√©tait pas seulement de percer pour lui-m√™me, mais d‚Äôouvrir la voie pour d‚Äôautres syst√®mes libres. C‚Äôest fini¬†: maintenant, c‚Äôest ¬ę‚ÄĮon bosse pour nous, les autres n‚Äôont qu‚Äô√† se d√©brouiller.‚ÄĮ¬Ľ


                                              ¬Ļ D‚Äôune certaine fa√ßon, c‚Äôest logique¬†: la plupart des opposants √† systemd sont satisfaits de ce qu‚Äôils ont actuellement (c‚Äôest mon cas par exemple), donc ils sont convaincus qu‚Äôil n‚Äôy a rien √† faire (‚Äúif it ain‚Äôt broke, don‚Äôt fix it‚ÄĚ), donc ils ne font rien. Si en face il y a des insatisfaits qui, eux, sont pr√™t √† faire quelque chose, il n‚Äôy a rien d‚Äô√©tonnant √† ce que ce soit ces derniers qui aient le dernier mot. Dans le logiciel libre, ceux qui codent sont ceux qui emportent la d√©cision.

                                              • [^] # Re: Mon avis personnel

                                                Post√© par (page perso) . √Čvalu√© √† 7.

                                                L‚Äôopinion des d√©veloppeurs de systemd est claire d√®s le d√©but : les autres syst√®mes, OSEF. C‚Äôest effectivement un des aspects qui me chagrine le plus. Il fut un temps o√Ļ l‚Äôambition de Linux n‚Äô√©tait pas seulement de percer pour lui-m√™me, mais d‚Äôouvrir la voie pour d‚Äôautres syst√®mes libres. C‚Äôest fini : maintenant, c‚Äôest ¬ę‚ÄĮon bosse pour nous, les autres n‚Äôont qu‚Äô√† se d√©brouiller.‚ÄĮ¬Ľ

                                                Soyons clair, le système d'init (enfin, ses scripts) n'est pas commun entre les distributions Linux eux mêmes alors la compatibilité avec d'autres UNIX c'est encore pire. Je ne vois pas l'intérêt de garder un semblant de lieu commun alors que dans les faits ça fonctionne déjà différemment.

                                                De plus, je pense que certaines couches basses du système doivent être en mesure d'exploiter l'API du noyau quand le gain est jugé appréciable. SI on considère que la seule API valable c'est POSIX, alors quel intérêt à ajouter des trucs cools dans le noyau si c'est pour ne pas les exploiter en raison de la sacro sainte compatibilité ?

                                                La compatibilité c'est important, mais je pense qu'elle ne doit pas être une règle absolue et que cela dépend du gain fonctionnel à ne pas l'être. Un système d'init est de fait trop spécifique au système pour que la question de la portabilité soit réellement pertinente.

                                                C'est un peu le paradoxe de l'univers UNIX. Il y a plein de systèmes différents ce qui apporte de la diversité. Mais on souhaite que tout soit compatible avec tous les autres. Quel intérêt d'avoir des systèmes différents ? Est-ce qu'une API de noyau en commun serait vraiment intéressant ? Les systèmes UNIX ont su faire des scripts de démarrage incompatibles entre eux depuis 40 ans, systemd aura au moins fusionné la situation pour Linux et pour le reste la situation ne changera pas.

                                                • [^] # Re: Mon avis personnel

                                                  Post√© par (page perso) . √Čvalu√© √† 3.

                                                  Soyons clair, le système d'init (enfin, ses scripts) n'est pas commun entre les distributions Linux eux mêmes alors la compatibilité avec d'autres UNIX c'est encore pire. Je ne vois pas l'intérêt de garder un semblant de lieu commun alors que dans les faits ça fonctionne déjà différemment.

                                                  Je ne parlais pas du système d'init en tant que telle, mais systemd comme dépendance dure dans des logiciels 'tiers'. Par exemple, gdm dépend maintenant de logind pour un certain nombre de choses. Bref, pour l'instant, quelques fonctionnalités de moins dans gnome pour les BSDistes. Quand des applications vont se mettre à utiliser l'API journal pour logger, de facto, ça ne marchera plus que sur les systèmes avec systemd (i.e. plus Solaris, plus *BSD, …). Bref, si il n'y a pas d'implémentation alternative, de plus en plus d'applications seront linux-only.

                                                  • [^] # Re: Mon avis personnel

                                                    Post√© par (page perso) . √Čvalu√© √† 10.

                                                    Tu te trompes d'ennemi alors. C'est à GNOME de rendre son code assez modulaire pour s'adapter aux couches plus basses et être portable. systemd n'y est pour rien si GNOME ne se conforme qu'à son API pour certains trucs. Cela signifie deux choses :

                                                    • Soit systemd est le seul √† proposer l'acc√®s √† certaines informations, dans ce cas GNOME a des fonctionnalit√©s en plus pour Linux seulement mais les autres n'ont rien en moins (car avant systemd, sans cette information en plus,ils ne pouvaient pas le faire).
                                                    • Soit systemd est assez attractif pour GNOME pour justifier cette rupture, ce qui montre que la situation d'avant n'√©tait pas aussi idyllique.

                                                    Bref, systemd n'est pas ton ennemi, le problème sont les couches hautes qui veulent uniquement systemd pour fournir leur service.
                                                    Vas-tu accuser Linux d'avoir inventer KMS ou les cgroups ce qui crée une rupture ? C'est la faute à qui si les couches hautes les utilise sans alternative ? Linux qui propose un service ou le code des couches hautes qui n'a pas fait l'effort de portabilité ?

                                                    • [^] # Re: Mon avis personnel

                                                      Post√© par . √Čvalu√© √† -2.

                                                      Euh oui mais bon systemd c'est 99% RedHat et Gnome aussi donc qui doit on accuser la? On est vraiment dans un cas de figure ou la main droite ne sait pas ce que fait la main gauche ou la dependance a systemd est totalement volontaire?

                                                      • [^] # Re: Mon avis personnel

                                                        Post√© par . √Čvalu√© √† 5.

                                                        Tous les dévs du monde qui ne sont pas d'accord avec les choix techniques, sont compétents sur la question, et ne se sortent pas les doigts du ***?
                                                        L'ensemble des clients de RedHat qui refuse catégoriquement ses choix et ferme sa gueule?

                                                        Ou alors il n'y a personne à accuser parce qu'il n'y a pas de crime?

                                                        Ça m'amuse qu'on dise que RedHat est trop gros et a trop d'influence. Il suffirait aux autres de ne pas utiliser les solutions produites par RedHat.

                                                        Ah ben non, visiblement les dévs des autres distros sont nombreux à trouver que ce sont de bonnes choses.
                                                        On leur dit quoi à eux?
                                                        Coupables?
                                                        Syndrome de Stockholm?
                                                        "Nan mais z'êtes trop cons, 'vais vous dire moi comment qui faut faire vot'boulot!"

                                                  • [^] # Re: Mon avis personnel

                                                    Post√© par (page perso) . √Čvalu√© √† 1.

                                                    La, tu te trompes d'accusé.
                                                    La faute en revient à ces mauvais logiciels qui décident unilatéralement de dépendre de systemd. Pourquoi font-il ça? A eux de savoir gérer plusieurs méthodes (et c'est normal, c'est la vie, comme Gnome décide de ne pas être compatible avec Windows et j'en passe).
                                                    Perso, je ne comprend pas ce "hard link" de Gnome, ça n'a rien à faire (au pire, la fonctionnalité est manquant si systemd/logind n'est pas disponible sur la machine, en attendant que quelqu'un code le "pont" entre gnome et une autre lib).

                                                    systemd est pas mal le bouc emissaire… Tout la faute de systemd, même si il n'a rien fait sur ce sujet, de toute façon les anti-systemd ne vont pas réfléchir et vont se dire "encore le méchant" sans chercher à accuser les vrais responsables :(.

                                                    • [^] # Re: Mon avis personnel

                                                      Post√© par (page perso) . √Čvalu√© √† 1.

                                                      Faut arrêter la parano les gars. Je disais juste qu'on pouvait espérer voir des implémentations alternatives à certains API de systemd, parce que ça risquait de se révéler nécessaires étant donné l'utilisation qui en était faite. Dans ce cas, on peut considérer deux alternatives:
                                                      - patcher tous les logiciels qui utilisent ces API et fournir un autre moyen de faire la "même chose", ou au moins un mode dégradé
                                                      - tendre vers un "standardisation" de l'API (ce qui me parait l'approche efficace et vertueuse), i.e. une API avec plusieurs implémentations (ou avoir une implémentation portable).

                                                      Après, on peut se poser des questions sur la stratégie systemd ? Pourquoi journald et l'API associé sont dans systemd par exemple ? Pourquoi ce n'est pas simplement une bibliothèque et un daemon indépendant qui pourrait être utilisé partout ? Cette politique de centralisation + le non-acceptation de patch pour des systèmes tiers rend l'utilisation de ces API plus difficile qu'elle ne devrait l'être (il me semble).

                                                      Concernant KMS, c'est une bonne chose. Le fait que les drivers Xorg nécessitent tous KMS est certainement une chose intéressante, mais elle rend la situation très difficile pour les systèmes non-Linux (même si tous les BSD vont finir par avoir une implémentation de KMS / TTM / GEM). Je ne parle même pas de Wayland, qui va encore être une autre paire de manche :). Bref, la situation n'est pas forcément facile pour les *BSD.

                                              • [^] # Re: Mon avis personnel

                                                Post√© par . √Čvalu√© √† 3.

                                                Il fut un temps o√Ļ l‚Äôambition de Linux n‚Äô√©tait pas seulement de percer pour lui-m√™me, mais d‚Äôouvrir la voie pour d‚Äôautres syst√®mes libres.

                                                Référence nécessaire.

                                                "Quand certains r√Ęlent contre systemd, d'autres s'attaquent aux vrais probl√®mes." (merci Sinma !)

                                                • [^] # Re: Mon avis personnel

                                                  Post√© par (page perso) . √Čvalu√© √† 5.

                                                  Il me semble que cette affirmation tient un petit peu du fantasme
                                                  […]
                                                  Référence nécessaire.

                                                  ¬ę‚ÄĮIl √©tait une fois Linux‚ÄĮ¬Ľ, par Linus B. Torvalds, paru chez Osman Eyrolles Multim√©dia. Patientez jusqu‚Äô√† ce soir que je rentre chez moi, je vous retrouverai la page exacte.

                                                  • [^] # Re: Mon avis personnel

                                                    Post√© par (page perso) . √Čvalu√© √† 8.

                                                    Alors, c‚Äôest page 278 dans l‚Äô√©dition fran√ßaise de 2001. Linus vient d‚Äô√©voquer la possibilit√© dans l‚Äėavenir que des d√©veloppeurs cr√©ent de nouveaux syst√®mes d‚Äôexploitation (¬ę‚ÄĮFredix‚ÄĮ¬Ľ ou ¬ę‚ÄĮDiannix‚ÄĮ¬Ľ) pour remplacer Linux qui d‚Äôici l√† commencera √† accuser le poids des ans ‚ÄĒ une possibilit√© qu‚Äôil juge probable et m√™me d√©sirable, parce que ¬ę‚ÄĮc‚Äôest ainsi que cela doit √™tre.‚ÄĮ¬Ľ

                                                    Mais ce dont je suis extr√™mement fier, c‚Äôest que, m√™me quand Fredix ou Diannix prendra la rel√®ve, les choses ne seront plus jamais comme avant. Si rien d‚Äôautre n‚Äôen subsiste, Linux aura cependant r√©ussi √† faire prendre conscience qu‚Äôil existe une autre fa√ßon d‚Äôagir, celle pr√īn√©e par la philosophie Open Source et qui consiste √† continuer un travail commenc√© par d‚Äôautres.¬Ļ [‚Ķ] Quand Fredix arrivera, il n‚Äôaura pas besoin de repartir de z√©ro.¬≤
                                                    Voilà pourquoi le monde est devenu un tout petit peu meilleur.

                                                    Voil√† d‚Äôo√Ļ je tire l‚Äôid√©e que le premier d√©veloppeur de Linux ne voulait pas seulement cr√©er un syst√®me d‚Äôexploitation libre, mais aussi rendre la t√Ęche plus faciles √† de futures d√©veloppeurs de nouveaux syst√®mes d‚Äôexploitation ‚ÄĒ ouvrir la voie √† ses propres successeurs. Un hacker d√©teste avoir √† r√©soudre √† nouveau un probl√®me d√©j√† r√©solu par d‚Äôautres et souhaite que ses efforts servent √† d‚Äôautres hackers, nous dit Eric Raymond. Faire percer Linux a √©t√© difficile, et en bon hacker, Linus souhaitait que d‚Äôautres syst√®mes puissent s‚Äôengouffrer dans la br√®che √† sa suite au lieu de devoir percer leur propre trou tout seul.

                                                    C‚Äôest cette ambition qui, √† mon sens, a disparu aujourd‚Äôhui. GNU/Linux a r√©ussi, et on s‚Äôen contente. On se satisfait de pilotes propri√©taires qui ne fonctionnent qu‚Äôavec Linux, sans plus d√©plorer l‚Äôabsence de pilotes libres (ou mieux, de sp√©cifications) dont pourraient profiter d‚Äôautres syst√®mes. On s‚Äôoffusquait avant que tel logiciel ne soit disponible que pour Windows et Mac OS, aujourd‚Äôhui on est ravi d‚Äôavoir seulement ajout√© Linux √† la liste. On regarde de haut les autres syst√®mes libres (comme les BSD qui ¬ę‚ÄĮne sont plus pertinents aujourd‚Äôhui‚ÄĮ¬Ľ, dixit Poettering), alors qu‚Äôon souffrait hier encore d‚Äô√™tre regard√© de haut par les syst√®mes propri√©taires‚Ķ

                                                    Je n’imagine pas un successeur à Linux émerger dans de telles conditions et être accueilli favorablement.


                                                    ¬Ļ Pour ceux qui trouveraient que c‚Äôest l√† une d√©finition beaucoup trop succinte et r√©ductrice de la philosophie Open Source, Torvalds venait de consacrer tout le chapitre pr√©c√©dent √† expliquer et d√©fendre ladite philosophie, donc il n‚Äôy avait donc nul besoin pour lui de d√©velopper davantage dans ce paragraphe.
                                                    ² C’est moi qui souligne.

                                                    • [^] # Re: Mon avis personnel

                                                      Post√© par (page perso) . √Čvalu√© √† 6.

                                                      Le problème, c'est que Linux évolue bien plus vite que les autres. Que doit-on faire en attendant les autres ? Doit-on arrêter de développer la virtualisation en attenant qu'OpenBSD ait quelque chose d'utilisable ? Doit-on arrêter de développer l'OpenCL et l'accélération 3D en attendant qu'Hurd sache ce que ça veut dire ? Doit-on ne pas utiliser les cgroups en attendant que NetBSD développe un truc similaire ?

                                                      Je n’imagine pas un successeur à Linux émerger dans de telles conditions et être accueilli favorablement.

                                                      Vu comme les gens r√Ęlent quand on remplace leur syst√®me de log par un truc compatible avec l'existant, je n'ose pas imaginer ce qui se passerait si on leur changeait le noyau.

                                                      ¬ę Rappelez-vous toujours que si la Gestapo avait les moyens de vous faire parler, les politiciens ont, eux, les moyens de vous faire taire. ¬Ľ Coluche

                                                      • [^] # Re: Mon avis personnel

                                                        Post√© par . √Čvalu√© √† 2.

                                                        Vu comme les gens r√Ęlent quand on remplace leur syst√®me de log par un truc compatible avec l'existant, je n'ose pas imaginer ce qui se passerait si on leur changeait le noyau.

                                                        Une grosse diff√©rence est qu'on ne leur changerait pas le noyau, mais que certains opteraient pour un nouveau noyau ou OS. Comme par exemple quand certains d'entre nous sont pass√©s de DOS/Windows √† Linux, ce n'est pas le noyau Linux qui est rentr√© dans DOS ou Windows¬†; DOS et Windows sont rest√©s tels quels et ont √©volu√© de leur c√īt√©.
                                                        Ou comme dans le cas actuel si la joyeuse compagnie avait créé Poetterix (que ce soit à partir de Linux, avec des bouts de Linux ou à partir de zéro) sans chercher à influer directement sur Linux.

                                                        • [^] # Re: Mon avis personnel

                                                          Post√© par (page perso) . √Čvalu√© √† 4.

                                                          sans chercher à influer directement sur Linux

                                                          Pour systemd, ils n'ont pas influencer Linux, ils ont utilisé ce qu'il y avait dans Linux pour avoir un système qui tire pleinement partie des possibilités offertes par le noyau.

                                                          ¬ę Rappelez-vous toujours que si la Gestapo avait les moyens de vous faire parler, les politiciens ont, eux, les moyens de vous faire taire. ¬Ľ Coluche

                                                          • [^] # Re: Mon avis personnel

                                                            Post√© par (page perso) . √Čvalu√© √† 8.

                                                            Euh, si. Les développeurs du noyau et ceux des programmes en espace utilisateur qui ont directement à faire avec le noyau se parlent, quand même. Ce ne sont pas juste les premiers qui font quelque chose puis les seconds qui suivent. Il y a influence dans les deux sens.

                                                            Dans le cas de systemd, il y a notamment eu de nombreux échanges avec les développeurs noyau en charge des cgroups, qui vont conduire prochainement :

                                                            ‚Äď d‚Äôune part, √† une certaine simplification de l‚ÄôAPI des cgroups (l‚ÄôAPI actuelle est jug√©e a posteriori inutilement complexe ‚ÄĒ notamment, la possibilit√© d‚Äôavoir une hi√©rarchie ind√©pendante par contr√īleur laissera la place √† une hi√©rarchie unique pour tous les contr√īleurs)‚ÄĮ;

                                                            ‚Äď d‚Äôautre part, √† ce que systemd masque compl√®tement les cgroups pour ne pr√©senter au reste de l‚Äôespace utilisateur qu‚Äôune abstraction (√† l‚Äôavenir, aucun programme √† part systemd n‚Äôutilisera directement les cgroups, ils devront passer par systemd).

                                                            C’est là une évolution notable de tout le dispositif des cgroups, directement influencé par systemd, en tant qu’utilisateur intensif de ceux-ci.

                                                            (Avant qu‚Äôon me dise que je suis un vieux con r√©fractaire au changement ‚ÄĒ¬†ce qui est faux, je ne suis pas vieux¬†‚ÄĒ, je pr√©cise que je ne vois pas forc√©ment cette √©volution d‚Äôun mauvais Ňďil.)

                                                    • [^] # Re: Mon avis personnel

                                                      Post√© par (page perso) . √Čvalu√© √† 7.

                                                      Et bien pour l'instant le pari de Linus est gagné, de nouveaux territoires techniques sont défrichés, et le noyau et systemd sont totalement libres.
                                                      Alors, veux-tu dire que systemd aurait d√Ľ ignorer les avanc√©es techniques du noyau Linux pour "respecter" les autres syst√®mes afin qu'eux aussi puissent profiter de systemd¬†?
                                                      Je veux dire, c'est beau la th√©orie, mais dans la vraie vie, le nombre de d√©veloppeurs dans le libre est limit√©, si des gens sont motiv√©s pour construire un syst√®me plus performant et mieux architectur√© autour des avanc√©s du noyau linux, mais qu'√† c√īt√© personne ne l'est assez pour faire √©voluer les autres syst√®mes vers quelque chose du m√™me acabit, qui faut-il bl√Ęmer¬†?
                                                      Au final, il ne faut pas oublier qu'on a quelque chose de totalement libre, documenté, adaptable, c'est ça la grande rupture avec Windows et MacOS.

                                                      On se satisfait de pilotes propriétaires qui ne fonctionnent qu’avec Linux, sans plus déplorer l’absence de pilotes libres (ou mieux, de spécifications) dont pourraient profiter d’autres systèmes.

                                                      Je pense que tous ceux qui luttent pour construire des pilotes libres apprécieront :)
                                                      (et puis j'ai un peu de mal à apprécier le rapport avec le sujet ici)

                                                      On s’offusquait avant que tel logiciel ne soit disponible que pour Windows et Mac OS, aujourd’hui on est ravi d’avoir seulement ajouté Linux à la liste.

                                                      Inutile d'anticiper à ce point l'avenir, le nombre de logiciels libres uniquement disponibles pour linux et pas les autres systèmes de type unix n'est pas si élevé…
                                                      J'irais même plus loin, et si l'idéal n'était pas une prolifération de systèmes d'exploitation libre (de la taille de linux et répandu à grande échelle de manière industrielle hein, je mets à part les systèmes d'exploitation expérimentaux ou de niche) mais une unification autour de quelques grands systèmes afin de concentrer les forces pour continuer à défricher de nouveaux territoires ?

                                                      • [^] # Re: Mon avis personnel

                                                        Post√© par (page perso) . √Čvalu√© √† 3. Derni√®re modification le 15/02/14 √† 11:53.

                                                        Alors, veux-tu dire que systemd aurait d√Ľ ignorer les avanc√©es techniques du noyau Linux pour "respecter" les autres syst√®mes afin qu'eux aussi puissent profiter de systemd¬†?

                                                        Un example serait de vouloir standardiser les fichiers de config, que tous les OS aient un standard commun pour comment dépend chaque programme l'un de l'autre. L'implémentation (spécifique à Linux), on s'en fout complet, c'est normal, que le meilleur gagne.

                                                        Implémentation != standardisation des entrées (et sorties).
                                                        Mélanger les deux est ne pas comprendre le problème, et faire comme les OS qu'on critique.

                                                        • [^] # Re: Mon avis personnel

                                                          Post√© par (page perso) . √Čvalu√© √† 3.

                                                          L'abstraction, c'est souhaitable lorsque les syst√®mes offrent des similarit√©s de fonctionnement, mais lorsqu'ils s'√©loignent trop les uns des autres, √ßa devient contre-productif et comme je le disais, les gens souhaitent bosser sur ce qui leur pla√ģt et leur quantit√© est limit√©e, donc‚Ķ

                                                          • [^] # Re: Mon avis personnel

                                                            Post√© par (page perso) . √Čvalu√© √† 3.

                                                            les gens souhaitent bosser sur ce qui leur pla√ģt et leur quantit√© est limit√©e, donc‚Ķ

                                                            Tant que tu acceptes cet argument quand Linux n'est pas supporté par tel site, tel logiciel… ;-)

                                                    • [^] # Re: Mon avis personnel

                                                      Post√© par (page perso) . √Čvalu√© √† -9.

                                                      On s‚Äôoffusquait avant que tel logiciel ne soit disponible que pour Windows et Mac OS, aujourd‚Äôhui on est ravi d‚Äôavoir seulement ajout√© Linux √† la liste. On regarde de haut les autres syst√®mes libres (comme les BSD qui ¬ę‚ÄĮne sont plus pertinents aujourd‚Äôhui‚ÄĮ¬Ľ, dixit Poettering), alors qu‚Äôon souffrait hier encore d‚Äô√™tre regard√© de haut par les syst√®mes propri√©taires‚Ķ

                                                      Rien de nouveau chez l'être humain, amateur de Linux ou pas : la seule chose qui compte est son poulain, le reste ("être compatible", les standards…) n'est qu'une couverture le temps de réussir à écraser l'autre, de trouver sa place.

                                                      mais à la différence des utilisateurs Windows ou Mac, les Linuxiens sont persuadés d'être "meilleurs" (alors qu'ils sont exactement pareils, ils n'ont rien à faire des autres). C'est assez amusant à regarder cette notion de supériorité.

                                                      • [^] # Re: Mon avis personnel

                                                        Post√© par . √Čvalu√© √† 9.

                                                        mais à la différence des utilisateurs Windows ou Mac, les Linuxiens sont persuadés d'être "meilleurs"

                                                        T'en as vraiment pas marre d'insulter les utilisateurs de linux a longueur de journee? Personne ne t'oblige a utiliser ce systeme (au contraire il est pas installe par defaut sur un PC) et personne ne t'oblige a venir sur ce site.

                                              • [^] # Re: Mon avis personnel

                                                Post√© par (page perso) . √Čvalu√© √† 4.

                                                Il fut un temps o√Ļ l‚Äôambition de Linux n‚Äô√©tait pas seulement de percer pour lui-m√™me, mais d‚Äôouvrir la voie pour d‚Äôautres syst√®mes libres.

                                                Il me semble que cette affirmation tient un petit peu du fantasme, la communauté du libre est très diverse, il n'y a pas d'"ambition de Linux", certains sont très attachés à l'ouverture vers les autres systèmes, certains non, ils ont juste en commun de vouloir écrire des logiciels libres.

                      • [^] # Re: Mon avis personnel

                        Post√© par . √Čvalu√© √† 2.

                        Un cas simple qui est bien plus couirant que tu ne le penses : mise à jour qui foire (coupure réseau par exemple) provoquant une incohérences au niveau des libs. Ca arrive, ça m'est déjà arrivé de récupérer un serveur dans cet état. Tu fais comment si tu n'accèdes plus aux logs ?

                        Un format binaire, ça peut servir pour plein de choses, notamment pour des outils d'analyse. Par contre quand tu dois dépanner, c'est pas génial. Que systemd stocke des logs en format binaire, pourquoi pas, mais il faut qu'il garde les logs en mode texte également.

                        • [^] # Re: Mon avis personnel

                          Post√© par . √Čvalu√© √† 9.

                          Un cas simple qui est bien plus couirant que tu ne le penses : mise à jour qui foire (coupure réseau par exemple) provoquant une incohérences au niveau des libs.

                          Sur les distrib' que j'ai essayé les mises à jour n'ont pas besoin du réseau. Tout est téléchargé puis on met à jour.

                          Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

                          • [^] # Re: Mon avis personnel

                            Post√© par . √Čvalu√© √† 2.

                            La coupure réseau n'est effectivement pas le bon exemple, celà n'empêche pas qu'il y a d'autres raisons qui peuvent interrompre une mise à jour (dont le ctrl+c sauvage).

                            • [^] # Re: Mon avis personnel

                              Post√© par . √Čvalu√© √† 1.

                              Ca effectivement.

                              Ca serait bien aussi de rajouter a Linux un systeme complet de transaction comme Windows, qui permet de modifier plusieurs fichiers, modifier des entrees de config, et faire un rollback en cas de probleme, ca eviterait des problemes comme celui-ci

                              Je re -->[]

                              • [^] # Re: Mon avis personnel

                                Post√© par . √Čvalu√© √† 5.

                                Un truc genre on fait un snapshot du syst√®me de fichier, puis on fait la mise √† jour et si on voit qu'il y a un probl√®me on repasse sur le snapshot‚ÄĮ? C'est dans les tuyaux depuis quelques temps (je crois que le principal probl√®me c'est btrfs qui se fait attendre).

                                Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

                              • [^] # Re: Mon avis personnel

                                Post√© par . √Čvalu√© √† 2.

                                Les points de restauration ? ca ne marche pas vraiment (en tout cas chez moi ça n'a jamais marché comme j'en aurai eu le besoin)
                                dailleurs que snapshot t'il ?

                                Mais en effet c'est une fonctionnalité qui manque sous linux

                        • [^] # Re: Mon avis personnel

                          Post√© par (page perso) . √Čvalu√© √† 2.

                          Tu fais de la même manière qu'avec des logs "texte" : tu utilises l'outil correspondant au format.

                          Rappel : AUCUN format n'est lisible par l'√™tre humain. C'est TOUJOURS du binaire, avec un logiciel pour lire. Tu utilises actuellement cat de on ne sait o√Ļ. Tu utilises plus tard journact venant de EXACTEMENT le m√™me endroit.

                          Ta vie ne change pas.

                          Parce que la, la personne qui se plaint est la m√™me qui dirait il y a 10 ans que le log est en UTF-8 (un nouveau format binaire) et que son logiciel dans son mode rescue ne lit que Latin-1 (un autre format binaire), et qu'on aurait d√Ľ rester en Latin-1 √† cause de √ßa. Avec ce genre d'argument, on n'avance jamais. Bref, conneries.

                          • [^] # Re: Mon avis personnel

                            Post√© par . √Čvalu√© √† -3.

                            UTF-8 (un nouveau format binaire)

                            Tu cherches à entrer dans le livre guinness des records, section mauvaise foi, c’est ça ?

                            • [^] # Re: Mon avis personnel

                              Post√© par . √Čvalu√© √† 4.

                              Tu cherches à entrer dans le livre guinness des records, section condescendance_en_manque_d'arguments, c’est ça ?

                              "Quand certains r√Ęlent contre systemd, d'autres s'attaquent aux vrais probl√®mes." (merci Sinma !)

                              • [^] # Re: Mon avis personnel

                                Post√© par . √Čvalu√© √† 3.

                                En manque d’arguments ?

                                Tu as totalement raison : quand on me prétend qu’UTF-8 est un format binaire et est moins universel que le format binaire spécifique de journalctl, j’ai tendance à avoir du mal à trouver quoi répondre. Bon, c’est surtout que lorsqu’on arrive à un tel niveau de mauvaise foi, je considère que c’est pas la peine de me fatiguer à essayer d’argumenter proprement…

                                • [^] # Re: Mon avis personnel

                                  Post√© par . √Čvalu√© √† -1.

                                  Tu as totalement raison : quand on me prétend qu’UTF-8 est un format binaire et est moins universel que le format binaire spécifique de journalctl,

                                  Je n'ai jamais prétendu ça.

                                  "Quand certains r√Ęlent contre systemd, d'autres s'attaquent aux vrais probl√®mes." (merci Sinma !)

                                  • [^] # Re: Mon avis personnel

                                    Post√© par . √Čvalu√© √† 3.

                                    Alors pourquoi viens-tu d√©fendre Zenitram quand il vient dire ¬ę¬†UTF-8 est un format binaire¬†¬Ľ¬†?

                                    • [^] # Re: Mon avis personnel

                                      Post√© par . √Čvalu√© √† 0.

                                      Mais quel format n'est pas binaire, enfin ?!

                                      Par contre, dire que l'UTF-8, m√™me limit√© aux logs, est moins rencontr√© que le format binaire de journald, j'aimerais savoir o√Ļ je l'ai dit.

                                      "Quand certains r√Ęlent contre systemd, d'autres s'attaquent aux vrais probl√®mes." (merci Sinma !)

                                      • [^] # Re: Mon avis personnel

                                        Post√© par . √Čvalu√© √† 6.

                                        Mais quel format n'est pas binaire, enfin ?!

                                        soupir

                                        Binaire comme oppos√© √† textuel. Il faut que je d√©finisse ¬ę¬†format textuel¬†¬Ľ aussi¬†? Honn√™tement je n‚Äôai pas envie de r√©√©crire un dictionnaire informatique pour le plaisir de la dispute. Ceux avec un strict minimum de bonne foi auront compris, ou alors on est pas de la m√™me esp√®ce et nos sch√©ma de pens√©e sont tellement diff√©rents que √ßa sert √† rien d‚Äôessayer de communiquer‚Ķ

                                        Par contre, dire que l'UTF-8, m√™me limit√© aux logs, est moins rencontr√© que le format binaire de journald, j'aimerais savoir o√Ļ je l'ai dit.

                                        Je ne vois pas comment interpréter autrement la contradiction que tu m’as apporté ici. Mais je peux avoir mal compris, ça m’arrive aussi (souvent même).

                                        • [^] # Re: Mon avis personnel

                                          Post√© par . √Čvalu√© √† 2.

                                          Juste pour info, le format du journal a beau être binaire, il est quand même constitué de pas mal de texte. Par exemple, sur un live-cd fedora:
                                          cd /var/log/journal/long_hash_name
                                          strings system.journal | less

                                          Me renvoie beaucoup d'informations textuelles. Je ne vais pas prétendre que c'est pratique ainsi, ce n'est pas fait pour ça, mais ça montre que ce n'est pas parce que les logs sont binaires qu'ils sont nécessairement cryptiques et complétement impossibles à lire avec les outils habituels.

                                        • [^] # Re: Mon avis personnel

                                          Post√© par . √Čvalu√© √† 5.

                                          Ton pote chinois qui a son son log en UTF-8 avec des caracteres qui prennent 2 ou 3 bytes, il va le lire comment son log exactement ?

                                          • [^] # Re: Mon avis personnel

                                            Post√© par . √Čvalu√© √† -3.

                                            Il fait comme moi, s'il veut faire de l'admin il apprend l'anglais.

                                            • [^] # Re: Mon avis personnel

                                              Post√© par (page perso) . √Čvalu√© √† 2.

                                              Ça c'est de l'impérialisme occidental comme on aime.
                                              Tu crois que tous les logs des serveurs de France sont en anglais ? Pourquoi est-ce que les chinois pour des activités locales ne pourraient pas utiliser leur langue natale ?

                                              • [^] # Re: Mon avis personnel

                                                Post√© par . √Čvalu√© √† 0.

                                                Ça c'est de l'impérialisme occidental comme on aime.

                                                N'importe quoi. C'est juste une conséquence d'un fait :

                                                1 les plus gros éditeurs de softs sont américains
                                                2 la plupart des softs sont développés en anglais, avec des logs en anglais, des commentaires en anglais, etc …

                                                Donc si tu veux faire de l'admin et que tu n'es pas capable de lire l'anglais, tu es mort. Il n'y a qu'à regarder les logs du noyau par exemple qui sont en anglais pour la plupart.

                                                • [^] # Re: Mon avis personnel

                                                  Post√© par (page perso) . √Čvalu√© √† 6.

                                                  1 les plus gros éditeurs de softs sont américains

                                                  Et ? Tu crois que l'éditeur de logiciels chinois pour une vente purement chinoise se préoccupe de l'existence d'éditeurs de logiciels américains ?

                                                  2 la plupart des softs sont développés en anglais, avec des logs en anglais, des commentaires en anglais, etc …

                                                  Tu as bien dis la plupart, cela signifie que c'est n'est pas toujours le cas. Et ce que ce soit pour des petits projets persos, des LL ou des entreprises, je t'assure que du code dans toutes les langues avec les commentaires et les logs associés ça existe dans la vraie vie en production.

                                                  Donc si tu veux faire de l'admin et que tu n'es pas capable de lire l'anglais, tu es mort.

                                                  Merde, si je commente en français cela signifie que je ne sais pas lire l'anglais.
                                                  C'est un raccourcis bien courant et pourtant bien faux qu'on rencontre souvent. Non en informatique il n'est pas nécessaire d'être une tronche en anglais pour réussir, il suffit de savoir lire des manuels techniques (ce qui est bien plus simple). Puis personnellement se je code/commente/log en français c'est parce que je m'exprime plus facilement dans ma langue natale et que je perds moins de temps à réfléchir à ce sujet.

                                                  Des produits non internationaux, et qui n'ont pas la préoccupation de la langue universelle, se contente bien de produire le contenu dans la langue natale et pas en anglais dont les logs pour des raisons de conforts et de facilité.

                                                  Mais bon, si pour toi informatique = anglais syst√©matiquement, je crois que Lennart est un ange niveau imp√©rialisme √† c√īt√© de toi.

                                                  • [^] # Re: Mon avis personnel

                                                    Post√© par (page perso) . √Čvalu√© √† 6.

                                                    Des produits non internationaux, et qui n'ont pas la préoccupation de la langue universelle, se contente bien de produire le contenu dans la langue natale et pas en anglais dont les logs pour des raisons de conforts et de facilité.

                                                    Peut-être qu'utiliser systématiquement l'anglais dans le produit est un gage de pérennité et signifie "on est prêt éventuellement à s'ouvrir à l'international, on aura pas à repasser partout comme ceux qui doivent dégager l'allemand des sources de libreoffice" ?

                                                    • [^] # Re: Mon avis personnel

                                                      Post√© par (page perso) . √Čvalu√© √† 5.

                                                      Bah alors, pourquoi tu parles français ici. Sait-on jamais, un jour linuxfr deviendra anglophone et nos commentaires pourraient être lus par le monde entier !
                                                      En partant de ce principe là, sincèrement, c'est la mort des langues nationales et je ne suis pas d'accord. L'anglais ne doit pas être une règle dite systématique en informatique. Dans certains cas ça se justifie, pas loin d'être le cas de tous.

                                                      Car vraiment des phrases du type "il ne doit pas utiliser sa langue pour cet usage" n'est pas une argumentation tr√®s int√©ressante. Chacun fait comme il l'entend et c'est selon moi le plus important plut√īt que d'essayer d'imposer sa vision des choses au reste du monde.

                                                      • [^] # Re: Mon avis personnel

                                                        Post√© par (page perso) . √Čvalu√© √† 5. Derni√®re modification le 14/02/14 √† 09:32.

                                                        Je ne pense pas qu'on puisse comparer les commentaires d'un site francophone (dont la vocation est d'être un espace d'expression spécifiquement francophone) aux commentaires qu'on peut trouver dans un produit qui en général ne s'attache pas vraiment à la langue de l'environnement et surtout, qui a une forte valeur de capitalisation et de ré-utilisabilité et dont on aurait bien du mal à définir le périmètre linguistique dans un avenir à moyen et long terme.
                                                        Mais je t'avoue que mon avis sur l'anglais dans le code source (puisque je pense à ça principalement) est loin d'être ferme et définitif, je suis également tiraillé par mon affection pour ma langue natale et plus généralement, par la diversité linguistique de notre monde. Et en effet, si l'on sait qu'un produit n'est définitivement pas destiné à sortir d'un environnement mono-linguistique, autant profiter pleinement du bénéfice de la langue natale. Malheureusement, dans un monde de plus en plus mondialisé, je pense que ces cas là deviennent relativement de niche.

                                                  • [^] # Re: Mon avis personnel

                                                    Post√© par . √Čvalu√© √† 4.

                                                    Et ? Tu crois que l'éditeur de logiciels chinois pour une vente purement chinoise se préoccupe de l'existence d'éditeurs de logiciels américains ?
                                                    Bien s√Ľr que oui : de qui le vendeur de logiciels chinois pirate-t-il le logiciel original, sinon √† un √©diteur am√©ricain¬†?

                                                    -----------> []

                                                  • [^] # Re: Mon avis personnel

                                                    Post√© par . √Čvalu√© √† 0.

                                                    Et ? Tu crois que l'éditeur de logiciels chinois pour une vente purement chinoise se préoccupe de l'existence d'éditeurs de logiciels américains ?
                                                    Ben on imagine que l'éditeur de logiciels chinois utilise un langage avec des mots-clefs (et possiblement une documentation si elle n'a pas été traduite, ce qui est relativement rare tout de même) empruntés à l'anglais, au hasard, "if, then, else, for, while, do, auto, const/final, let, function, begin/end…" et j'en passe.

                                                • [^] # Re: Mon avis personnel

                                                  Post√© par . √Čvalu√© √† 6.

                                                  1 les plus gros éditeurs de softs sont américains

                                                  Ah‚ÄĮ! Ah‚ÄĮ! Pour combien de temps‚ÄĮ? La supr√©matie am√©ricaine n'est plus ce qu'elle √©tait et si dans notre petit coin occidental, √ßa ne se voit pas la Chine se d√©veloppe √©norm√©ment en informatique en mat√©riel (Lenovo √† presque rachet√© tout ce qui √©tait grand publique dans IBM) qu'en logiciel et service (comme gadugadu). Ce que tu vois comme √©norme ici n'existe presque pas l√† bas et inversement. Donc ce sont des affirmations fausses.

                                                  Pour ce qui est du problème des log, il arrive que l'appli ai des problèmes à cause de données métier et donc écrive ces données métiers dans ses log potentiellement dans la langue du pays.

                                                  Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

                                                  • [^] # Re: Mon avis personnel

                                                    Post√© par (page perso) . √Čvalu√© √† 1.

                                                    ça ne se voit pas la Chine se développe énormément en informatique en matériel […] qu'en logiciel et service (comme gadugadu).

                                                    Tu ne confondrais pas Gadu-Gadu (messagerie instantan√©e polonaise mais appartenant au Sud-Africain Naspers) avec Renren (le ¬ę‚ÄĮfacebook‚ÄĮ¬Ľ chinois) par hasard‚ÄĮ?

                                                • [^] # Re: Mon avis personnel

                                                  Post√© par . √Čvalu√© √† 4.

                                                  Ouch.
                                                  La Chine monte en puissance. S'ils ont le même raisonnement que toi, à ta place, je m'y mettrais tout de suite!
                                                  Il faut quelques années pour savoir lire un peu le Chinois!

                                            • [^] # Re: Mon avis personnel

                                              Post√© par . √Čvalu√© √† 2.

                                              Ca va pas l'aider beaucoup si le soft dont il doit lire les logs a ete ecrit par une boite chinoise qui logge en chinois.

                                              • [^] # Re: Mon avis personnel

                                                Post√© par . √Čvalu√© √† 2.

                                                Marrant ça. il y a pas longtemps certains se plaignaient ici des commentaires en allemand dans LibreOffice … ;)

                                                • [^] # Re: Mon avis personnel

                                                  Post√© par . √Čvalu√© √† 3.

                                                  C'est contraignant mais ça existe, donc ce n'est pas à ignorer.

                                                  On peut se plaindre du fait que les FS puissent nous renvoyer des erreurs (disque pleins, problèmes de droits,…), mais c'est pas pour ça qu'il faut les ignorer.

                                                  Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

                                            • [^] # Re: Mon avis personnel

                                              Post√© par . √Čvalu√© √† 10.

                                              Et toi, tu fais comme moi, si tu veux faire de l'admin, t'apprend systemd.

                                              Ca marche dans les deux sens mon canard, hein.

                                              Linuxfr, le portail francais du logiciel libre et du neo nazisme.

                                              • [^] # Re: Mon avis personnel

                                                Post√© par . √Čvalu√© √† 5.

                                                Sans compter que des daemons comme rsyslog savent utiliser les API de systemd pour ceux qui veulent des logs texte.
                                                M√™me les logs du noyau que l'on ne perd plus gr√Ęce √† journald.
                                                Et des logs encore plus pr√©cises gr√Ęce aux informations suppl√©mentaires ajout√©es dans le noyau Linux gr√Ęce √† journald, et les infos suppl√©mentaires que journalise journald.
                                                Je ne comprends pas ces discussion qui ne servent à rien, vu que les gens qui en avaient besoin et qui utilisent réellement systemd ont déjà demandé tout ça et l'ont déjà obtenu.

                          • [^] # Re: Mon avis personnel

                            Post√© par (page perso) . √Čvalu√© √† 5.

                            Parce que la, la personne qui se plaint est la m√™me qui dirait il y a 10 ans que le log est en UTF-8 (un nouveau format binaire) et que son logiciel dans son mode rescue ne lit que Latin-1 (un autre format binaire), et qu'on aurait d√Ľ rester en Latin-1 √† cause de √ßa. Avec ce genre d'argument, on n'avance jamais. Bref, conneries.

                            Non, ça c'est des conneries. Les logs, c'est essentiellement de l'ASCII, les caractères hors de l'ASCII y sont largement minoritaire. Avec un logiciel qui interprète tout comme du latin-1, c'est à la rigueur moche, mais pas du tout inutilisable.

                            • [^] # Re: Mon avis personnel

                              Post√© par . √Čvalu√© √† 10.

                              Il y a un moment o√Ļ il faut arr√™ter‚Ķ La situation ¬ę‚ÄĮcatastrophe plus rien ne marche, mais il faut que je regarde les log avec des outils que j'aurais moi-m√™me r√©√©cris parce que plus rien ne marche‚ÄĮ¬Ľ c'est pas un cas d'usage et c'est pas compatible avec la gestion de tr√®s gros volumes de logs potentiellement centralis√©s, sauvegard√© et analys√© sur une machine diff√©rente de celle qui les produits qui est un cas d'usage largement r√©pandu.

                              Au passage pour ceux qui ont peur des situations de crises hollywoodiennes vous devriez √™tre content de pouvoir avoir les logs tr√®s t√īt dans le d√©marrage de la machine :)

                              Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

                              • [^] # Re: Mon avis personnel

                                Post√© par . √Čvalu√© √† -1.

                                Il y a un moment o√Ļ il faut arr√™ter‚Ķ La situation ¬ę‚ÄĮcatastrophe plus rien ne marche, mais il faut que je regarde les log avec des outils que j'aurais moi-m√™me r√©√©cris parce que plus rien ne marche‚ÄĮ¬Ľ c'est pas un cas d'usage et c'est pas compatible avec la gestion de tr√®s gros volumes de logs potentiellement centralis√©s, sauvegard√© et analys√© sur une machine diff√©rente de celle qui les produits qui est un cas d'usage largement r√©pandu.

                                T'as déjà fait de l'admin ? J'ai l'impression que non. Quand tu as un KVM distant (style bladecenter par exemple), ca pose pas trop de problème. Mais ce genre de truc n'est pas toujours disponible. Faire des aller-retour entre le bureau et la salle machine est inimaginable. En plus de ça, rien ne dit que ta machine de log aura récupéré les dernières logs, et manque de bol cette log t'apprendra peut-être pourquoi ta machine a planté.

                                • [^] # Re: Mon avis personnel

                                  Post√© par . √Čvalu√© √† 3.

                                  Faire des aller-retour entre le bureau et la salle machine est inimaginable.

                                  Donc tu as toujours un acc√®s distant, qu'est-ce qui t'emp√™che de rapatrier les logs en question‚ÄĮ? On parle comme tu le dis des logs qui ne seraient pas envoy√©s au serveur de log, donc √ßa ne repr√©sente pas des volumes si gigantesques.

                                  Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

                                  • [^] # Re: Mon avis personnel

                                    Post√© par . √Čvalu√© √† 10.

                                    Nan mais attends, tu te rends pas compte!
                                    Si ya un rat qui bouffe juste une partie des cables réseaux et que y'a une perte de paquet, en meme temps qu'une variation du champ magnétique de la terre qui corromps le fichier sur le disque dure, ca marche plus non plus!
                                    Pis si tu veux parser le fichier de log sur la redhat 4.2 qui fait tourner linux 0.2.1 de 1993 installe sur le 486dx au fond du bureau, ben tu peux pas non plus.

                                    Linuxfr, le portail francais du logiciel libre et du neo nazisme.

                                  • [^] # Re: Mon avis personnel

                                    Post√© par . √Čvalu√© √† 1.

                                    l'accès distant peut être sur une kvm, la db de log corrompue, le fichier texte reste un fallback intéressant (même si corrompue on peut espérer qu'une partie de données soit facilement analysable par un humain)
                                    cest des cas critiques et rare, mais loin d'être négligeables

                                    • [^] # Re: Mon avis personnel

                                      Post√© par . √Čvalu√© √† 3.

                                      J'ai rien compris.

                                      Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

                                      • [^] # Re: Mon avis personnel

                                        Post√© par . √Čvalu√© √† 2.

                                        ce que je dis, cest qu'un sortie texte en plus de la base de journald me semble nécessaire, même si elle ne contient pas toutes les infos, même si elle est moins pratique à trier. C'est un secours en cas de problème avec la base de journald.

                                        • [^] # Re: Mon avis personnel

                                          Post√© par . √Čvalu√© √† 1.

                                          C'est un secours en cas de problème avec la base de journald.

                                          Tu veux dire qu'un fichier texte a moins de chance d'√™tre corrompu que le format binaire de journald‚ÄĮ? C'est possible. Sans passer par de la redondance disques je pense qu'il pourrait √™tre pas mal pour ce genre de cas de faire des archives par, mais je n'ai jamais vu ce genre de solutions en flux et je ne connais pas journald pour savoir si c'est possible de l'ajouter. Bien s√Ľr on est que dans l'hypoth√®se, mais je pense que passer par une repr√©sentation des donn√©es compact puis passer par par permet d'avoir quelque chose de plus fiable.

                                          Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

                                          • [^] # Re: Mon avis personnel

                                            Post√© par . √Čvalu√© √† 2.

                                            Tu veux dire qu'un fichier texte a moins de chance d'√™tre corrompu que le format binaire de journald‚ÄĮ¬†?

                                            Ou plus facilement récupérable

                                            l'idée de par est intéressante, mais peut on l'utiliser directement sur un flux ? sil il faut refaire un par à chaque ligne rajoutée ça peut faire lourd

                                • [^] # Re: Mon avis personnel

                                  Post√© par (page perso) . √Čvalu√© √† 3.

                                  Dans ce cas, tu as encore toutes les bibliothèques utilisées par SSH, ça en fait un paquet.

                                  ¬ę Rappelez-vous toujours que si la Gestapo avait les moyens de vous faire parler, les politiciens ont, eux, les moyens de vous faire taire. ¬Ľ Coluche

                          • [^] # Re: Mon avis personnel

                            Post√© par . √Čvalu√© √† -1.

                            le fait est cest que l'outil me permettant de lire le format texte existe sur toutes les plateformes, et j'y plus facilement accès dans un cas au limite (crash du disque, corruption des données écrites, plantage du système, etc…)

                            • [^] # Re: Mon avis personnel

                              Post√© par (page perso) . √Čvalu√© √† 8.

                              Avant la démocratisation de UTF8, il y avait pas d'outil pour les "autres plateformes".
                              argument bidon.

                              Si tu as besoin d'un lecteur journald sous Windows, il peut être fait, rien ne te l'empèche.

                              Encore une fois, c'est exactement comme les gens qui se plaigent de UTF8 contre latin9 (mais rempalçons Latin9 par du Japonais pour casser l'argument "je peux lire de l'UTF8 avec un lecteur ASCII, hop les japonais peuvent pas, point), c'est la classique résistance au changement dès qu'un nouveau format arrive (surtout que journald peut sortir du texte "comme avant"…)

                              Au fait, dans vos log, vous savez pour s√Ľr que 3/2 c'est le 2 mars (ou le 3 f√©vrier, je ne sais plus)? Votre super lecteur ASCII vous le dit certainement‚Ķ Vous me faites rire avec vos logs textes "lisibles".

                              • [^] # Re: Mon avis personnel

                                Post√© par . √Čvalu√© √† 9.

                                Au fait, dans vos log, vous savez pour s√Ľr que 3/2 c'est le 2 mars (ou le 3 f√©vrier, je ne sais plus)? Votre super lecteur ASCII vous le dit certainement‚Ķ Vous me faites rire avec vos logs textes "lisibles".

                                Je me pose la question au moins 2-3 fois par semaine ! C'est vraiment pas facile quand tu travailles en environnement international (hors contexte info pour ma part). Du coup les dates après le 13 du mois ont une connotation spéciale pour moi ;-)

                                J'écris maintenant les dates au format 2014-03-02 partout, et on me regarde de travers. Par contre je n'ai pas encore pris l'habitude de mentionner le fuseau horaire quand je donne rendez-vous mais ça va venir.

                                Mais bon pour les logs, c'est souvent 2014-03-02 que je vois, et heureusement.

                              • [^] # Re: Mon avis personnel

                                Post√© par . √Čvalu√© √† 2.

                                Avant la démocratisation de UTF8, il y avait pas d'outil pour les "autres plateformes".
                                argument bidon.

                                ???
                                Je comprends pas ce que tu veux dire
                                actuellement je lis mes logs linux (accès en lecture au /var/log) sous windows

                                Si tu as besoin d'un lecteur journald sous Windows, il peut être fait, rien ne te l'empèche

                                Le jour o√Ļ √ßa sera fait ok, on en est pas l√†

                                c'est la classique résistance au changement dès qu'un nouveau format arrive

                                quelle r√©sistance¬†? je trouve √ßa tr√®s bien journald, la question est de savoir si on peut se passer d'un format texte, et actuellement il y a encore un grand nombre de cas o√Ļ cest utile

                                Au fait, dans vos log, vous savez pour s√Ľr que 3/2 c'est le 2 mars (ou le 3 f√©vrier, je ne sais plus)?

                                En l’occurrence dans mes lors cest marqué March 2 pour le 2 mars
                                mais ce n'est pas le sujet
                                je pense que tout le monde voit les apports qu'apporte un base de donnée pour gérer les logs, la question est peut on se passé d'un format texte en plus pour les cas aux limites (corruption de la db, accès par d'autre sys que linux, crash du système etc…)

                                • [^] # Re: Mon avis personnel

                                  Post√© par (page perso) . √Čvalu√© √† 4.

                                  actuellement je lis mes logs linux (accès en lecture au /var/log) sous windows

                                  Essaye avec Windows 2000 et tu verras si l'UTF-8 il comprend ce que c'est…
                                  C'est bien ce qu'il dit, aujourd'hui Windows le lit car c'est démocratisé, mais il y a eu une période de transition…

                                  actuellement je lis mes logs linux (accès en lecture au /var/log) sous windows

                                  Tu peux le faire, le format est documenté.
                                  Mais personne n'est ton esclave pour le faire car toi tu le souhaites.

                                  actuellement je lis mes logs linux (accès en lecture au /var/log) sous windows

                                  De nombreux fichiers de logs syst√®mes ne sont pas format√©s pr√©cis√©ment et l'ambigu√Įt√© peut exister.

                                  mais ce n'est pas le sujet

                                  Bah si, un texte pur dont rien n'est formalis√© peut induire des soucis de compr√©hensions ce qui est impossible dans une BDD (chaque champ devant √™tre correctement rempli suivant la norme, sinon √ßa ne peut pas fonctionner contrairement au format textuel o√Ļ certains s'en foutent car tant que c'est lisible √ßa leur semble bon).

                                  • [^] # Re: Mon avis personnel

                                    Post√© par . √Čvalu√© √† 0.

                                    Essaye avec Windows 2000 et tu verras si l'UTF-8 il comprend ce que c'est…

                                    ben cest degueulasse, mais exploitable
                                    on parle bien de cas aux limites

                                    Mais personne n'est ton esclave pour le faire car toi tu le souhaites.

                                    ce n'est pas un souhait, cest un cas existant
                                    pour les cas nominaux, évidemment on s'en fout
                                    le format texte, c'est pour les cas aux limites, qui sont rares par définition, mais pas inéxistant et souvent assez critiques

                                    un texte pur dont rien n'est formalisé peut induire des soucis de compréhensions ce qui est impossible dans une BDD

                                    Logiquement non (enfin je suppose) vu que cest journald qui à prioris ca sortir les logs textes, je suppose qu'il garde le même format pour tout

                        • [^] # Re: Mon avis personnel

                          Post√© par . √Čvalu√© √† 2. Derni√®re modification le 13/02/14 √† 13:57.

                          Mais tu AS accès aux logs, tout comme avec syslog.

                          Soit depuis le système en question, soit depuis un autre système (une session Live par exemple) :
                          man journalctl
                          --directory=, -D
                          Takes an absolute directory path as argument. If specified journalctl will operate on
                          the specified journal directory instead of the default runtime and system journal
                          paths.

                          Un format binaire, ça peut servir pour plein de choses, notamment pour des outils d'analyse. Par contre quand tu dois dépanner, c'est pas génial. Que systemd stocke des logs en format binaire, pourquoi pas, mais il faut qu'il garde les logs en mode texte également.

                          ForwardToSyslog=yes - si ce n'est pas déjà fait, et :
                          systemctl enable syslog-ng && systemctl start syslog-ng

                          "Quand certains r√Ęlent contre systemd, d'autres s'attaquent aux vrais probl√®mes." (merci Sinma !)

                          • [^] # Re: Mon avis personnel

                            Post√© par (page perso) . √Čvalu√© √† -3.

                            Oui, encore faut il que ton autre système ait une implémentation de systemd valide (et compatible pour peu qu'ils cassent le format du journal). Alors que tout système doit avoir un truc capable d'afficher un fichier texte.

                            • [^] # Re: Mon avis personnel

                              Post√© par . √Čvalu√© √† 6.

                              Ça n'a rien à voir avec systemd, mais avec journald.

                              Quant au format des fichiers de journald, c'est documenté depuis au moins un an et demi, et stable.

                              Alors que tout système doit avoir un truc capable d'afficher un fichier texte.

                              soupir Y'en a qui aiment éviter de comprendre ForwardToSyslog=yes….

                              "Quand certains r√Ęlent contre systemd, d'autres s'attaquent aux vrais probl√®mes." (merci Sinma !)

                              • [^] # Re: Mon avis personnel

                                Post√© par (page perso) . √Čvalu√© √† -5.

                                journald est un sous morceau de systemd avec plein de dépendances qui vont bien. À noter le "Reimplementable Independently" : "maybe" pour journald dans

                                http://www.freedesktop.org/wiki/Software/systemd/InterfacePortabilityAndStabilityChart/

                                Enfin, les promesses n'engagent que ceux qui les croient :)

                                • [^] # Re: Mon avis personnel

                                  Post√© par . √Čvalu√© √† 7.

                                  Enfin, les promesses n'engagent que ceux qui les croient :)

                                  Donc ta plus d'arguments √† part dire‚ÄĮ: ¬ę‚ÄĮlui je l'aime pas‚ÄĮ¬Ľ‚ÄĮ?

                                  Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

                                  • [^] # Re: Mon avis personnel

                                    Post√© par (page perso) . √Čvalu√© √† -1.

                                    Marrant, je n'ai à aucun moment bashé systemd. Je répondais juste aux assertions de xcomcmdr.

                                    Je n'ai rien contre systemd, je m'en fiche. Je travaille sur des Ubuntu au boulot, et je fais du NetBSD chez moi. Y'a déjà tellement de choses de Gnome qui ne marche pas sur NetBSD qu'un peu plus, un peu moins, ça ne changera pas ma vie. D'autres linuxeries m'embêtent plus que systemd, même si à terme, ça fait peur :D

                                    Pour les logs binaires, je comprend parfaitement les raisons. À mon niveau local, les logs textes sont largement suffisants, mais je comprends que pour des admins systèmes sur des plateformes larges, l'analyse de logs textes doit être rapidement limitante et qu'utiliser un outil spécialisé pour trier / parser des logs binaires est clairement plus efficace. Différents besoins, différents outils.

                            • [^] # Re: Mon avis personnel

                              Post√© par . √Čvalu√© √† 10.

                              raaah, ca va quoi.

                              Les cas d'usages a la con "mais si un rayon cosmique est en opposition avec les chaussettes de l'archiduchesse juste au moment ou je met a jour la libc, je suis dans la merde". Ben ouais, t'es dans la merde. Avec syslog tu seras a peu près autant dans la merde.
                              Deal with it, c'est pour ca qu'on te paye.

                              C'est plut√īt simple au final:
                              - ta machine est complètement en vrac t'es dans la merde. va falloir lever ton cul et aller au DC, désolé. 1 partout.
                              - ta machine marchotte, et t'as donc accès a un set de commande de survie. journalctl en fera partie. Un problème FS qui affect journald affectera aussi syslog. 1 partout.
                              - ta machine marche, et t'as journald. Arrete de chouinasser et fait ton taff.

                              Pas de quoi fouetter un chat.

                              Linuxfr, le portail francais du logiciel libre et du neo nazisme.

        • [^] # Re: Mon avis personnel

          Post√© par (page perso) . √Čvalu√© √† 10.

          ForwardToSyslog=yes

          • [^] # Re: Mon avis personnel

            Post√© par . √Čvalu√© √† 3.

            OK, donc un point de moins dans les inconvénients de systemd. Peut-être qu'à la fin je finirai par ne plus le détester … :)

            • [^] # Re: Mon avis personnel

              Post√© par . √Čvalu√© √† -5.

              Tu noteras que pour avoir les mêmes fonctionnalités, il y a maintenant une surcouche. Certains considèrent que ça revient au même, pas moi.

            • [^] # Re: Mon avis personnel

              Post√© par (page perso) . √Čvalu√© √† 1.

              Tu veux dire qu'au bout du dixième journal avec le même "argument" pourrie et avec la même réponse, tu décides qu'enfin tu vas écouter les gens qui te répondent pour la dixième fois la même réponse?

              Bref, ça montre clairement que ceux qui critiquent systemd ne le connaissent pas en fait, et que leurs "arguments" sont tout sauf valides.

              • [^] # Re: Mon avis personnel

                Post√© par . √Čvalu√© √† -1.

                Bref, ça montre clairement que ceux qui critiquent systemd ne le connaissent pas en fait, et que leurs "arguments" sont tout sauf valides.

                Je ne trouve pas que ça montre ce que tu dis moi.

              • [^] # Re: Mon avis personnel

                Post√© par (page perso) . √Čvalu√© √† 1.

                Bref, ça montre clairement que ceux qui critiquent systemd ne le connaissent pas en fait, et que leurs "arguments" sont tout sauf valides.

                Ca montre surtout que ceux qui critiquent ne suivent pas tout les débats/troll autour de journald/systemd.
                En revanche, leurs arguments peuvent être valides, bien plus que les tiens quand tu ne te contentes que de contre-argumentation d'ailleurs, tant qu'ils ne savent pas que leur problème a une solution.

                Opera le fait depuis 10 ans.

      • [^] # Commentaire supprim√©

        Post√© par . √Čvalu√© √† 8.

        Ce commentaire a été supprimé par l'équipe de modération.

        • [^] # Re: Mon avis personnel

          Post√© par . √Čvalu√© √† 0.

          Qydlc3QgdnJhaSBxdWUgYydlc3QgZXh0cmVtZW1lbnQgcHJhdGlxdWUuIE9uIHBvdXJyYWl0IGZh
          aXJlIHBhcmVpbCBhdmVjIGxlcyBmaWNoaWVycyBkZSBjb25maWcgZGFucyAvZXRjLy4gUG91ciBn
          YWduZXIgZGUgbGEgcGxhY2UgYmllbiBzdXIuIEF2ZWMgdW4gYWxnbyBkaWZm6XJlbnQgYSBjaGFx
          dWUgZm9pcyBzaW5vbiBjJ2VzdCBwYXMgZHJvbGUuCg==

          • [^] # Re: Mon avis personnel

            Post√© par . √Čvalu√© √† 6.

            Put… tu t'est planté :
            Ton commentaire est en ISO-8859-15 alors que le site est en UTF-8 !!

        • [^] # Re: Mon avis personnel

          Post√© par . √Čvalu√© √† 10.

          Tu confond clairement format de stockage et représentation à l'affichage. Il se trouve que tu n'accèdes jamais directement à tes logs en inspectant ton disque dur au moyen d'un microscope, mais que tu passes par un outil, fut-il aussi rudimentaire que "cat". Moi, j'utilise "less" ou "tail". Dans les deux cas, ces outils interprètent le contenu de ton fichier (dit "texte", mais le format texte n'est qu'un sous ensemble des formats binaires possibles) pour te le formater correctement à l'écran : typiquement, les octets de valeur 10 sont représentés par un passage à la ligne suivante de ton dispositif d'affichage.

          journald permet de faire une interprétation différente de ses logs pour, comme d'autres outils, les restituer de manière compréhensible à l'écran, ou plus simplement pour les convertir dans un autre format (comme le format texte).

          La plupart des outils cités plus haut gère parfaitement la lecture de données en provenance d'un tube, notamment quand tu veux paginer la sortie d'un exécutable. De plus, certains outils te permettent de faire des recherches dans ce flux. Il suffira de piper la sortie de journald vers ton outil préféré.

          Admet que c'est tout de même plus pratique que de devoir copier coller ton message du navigateur vers base64… Si linuxfr veux transmettre les messages en base 64 puis les décoder à la volée en javascript, ma foi, pourquoi pas.

          • [^] # Commentaire supprim√©

            Post√© par . √Čvalu√© √† -1. Derni√®re modification le 12/02/14 √† 14:31.

            Ce commentaire a été supprimé par l'équipe de modération.

            • [^] # Re: Mon avis personnel

              Post√© par . √Čvalu√© √† 8.

              Un format binaire ne répond à aucun des mes usages.

              Le format texte, ça ne veut rien dire. C'est un format binaire, avec un encodage spécifique.
              There Ain't No Such Thing As Plain Text.

              "Quand certains r√Ęlent contre systemd, d'autres s'attaquent aux vrais probl√®mes." (merci Sinma !)

              • [^] # Re: Mon avis personnel

                Post√© par . √Čvalu√© √† 3.

                La principale diff√©rence avec toute autre forme binaire c'est qu'une fois d√©cod√©, le r√©sultat est une suite de caract√®res compr√©hensible par l'homme, l√† o√Ļ un format purement binaire n√©cessite le support d'un logiciel qui formatera l'affichage pour les pr√©senter‚Ķ Bon, OK c'est aussi le cas du format texte‚Ķ Mouarf, je suis perdu.

              • [^] # Commentaire supprim√©

                Post√© par . √Čvalu√© √† 3.

                Ce commentaire a été supprimé par l'équipe de modération.

                • [^] # Re: Mon avis personnel

                  Post√© par . √Čvalu√© √† 10. Derni√®re modification le 12/02/14 √† 18:40.

                  Alors voyons voir… sur une machine sans journald

                  ls /var/log/
                  

                  Oh merde¬†! Plus de la moiti√© de mes logs sont en binaire. Et je suppose qu'il en est ainsi pour une bonne partie des d√©tracteurs de ces formats de logs. Les logs binaires correspondent √† au moins un besoin, le fait de ne pas user trop d'espace, et pour cela on utilisait gzip. Pourtant personne n'est mont√© sur ses grand chevaux pour dire ¬ę¬†Compresser les logs c'est mal, on ne peut plus les lire directement¬†¬Ľ, pourtant c'est le m√™me niveau de r√©flexion.

                  [Edit: Je sais ma réponse pourrait être mieux à d'autres endroit du thread, mais juste après la définition exact de Plain-text, ça me paraissait pas mal]

                  • [^] # Re: Mon avis personnel

                    Post√© par . √Čvalu√© √† 5.

                    En général, les logs compressés sont uniquement les plus anciens, qu'on utilise pour audit.
                    Le cas d'usage présenté ci-dessus (lire les logs les plus récents pour comprendre un problème de démarrage) ne nécessite pas de les décompresser.

                  • [^] # Re: Mon avis personnel

                    Post√© par . √Čvalu√© √† 0. Derni√®re modification le 12/02/14 √† 20:29.

                    Oh merde ! Plus de la moitié de mes logs sont en binaire.

                    Ce n'est pas le cas chez moi.

                    ¬ę¬†Compresser les logs c'est mal, on ne peut plus les lire directement¬†¬Ľ, pourtant c'est le m√™me niveau de r√©flexion.

                    Oula non, ce n'est pas du tout le m√™me niveau de reflexion. Un format binaire n'est pas forc√©ment compress√©. La diff√©rence est de taille. Dans un cas tu as un format qui est uniquement lisible par un outil, pas forc√©ment disponible √† grande √©chelle, de l'autre tu a un format de fichier (LZ77) lisible sur √† peu pr√®s tout les Unix qui te tomberont sous la main (de m√©moire je crois bien qu'il est aussi possible de d√©compresser des archives .zip sur MS-DOS). Et comme dit dans un commentaire plus haut, on compresse plut√īt les logs anciens.

                    • [^] # Re: Mon avis personnel

                      Post√© par (page perso) . √Čvalu√© √† 9.

                      Dans un cas tu as un format qui est uniquement lisible par un outil, pas forcément disponible à grande échelle, de l'autre tu a un format de fichier (LZ77) lisible sur à peu près tout les Unix qui te tomberont sous la main

                      Mais une fois que systemd aura dominé le reste du monde ce ne sera plus vrai…

                      Plus sérieusement, s'il y a des choses qui me laissent un peu sceptique dans systemd, je trouve que le format des logs on s'en fou un peu du moment qu'il est bien documenté et change pas à chaque nouvelle version. Ce n'est d'ailleurs pas comme s'ils étaient les seuls à faire ce genre de choses : par exemple, les logs du pare-feu PF sont en format binaire, et il faut utiliser tcpdump pour pouvoir les lire, et j'ai jamais lu personne se scandaliser à ce propos.

                      • [^] # Re: Mon avis personnel

                        Post√© par . √Čvalu√© √† 7.

                        Mais une fois que systemd aura dominé le reste du monde ce ne sera plus vrai…

                        Et comme systemd n’a aucune intention de sortir de Linux, ce ne sera jamais vrai :)

                        • [^] # Re: Mon avis personnel

                          Post√© par . √Čvalu√© √† 4.

                          On a bien zcat, zgrep, etc on peut créer jcat, jgrep,…

                          Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

                          • [^] # Re: Mon avis personnel

                            Post√© par . √Čvalu√© √† 3. Derni√®re modification le 13/02/14 √† 11:02.

                            Tu m’expliques l’intérêt pour FreeBSD, Apple, Microsoft, SunOracle… d’intégrer j* dans leur OS ?

                            • [^] # Re: Mon avis personnel

                              Post√© par . √Čvalu√© √† 2.

                              Et si on s'en fout‚ÄĮ? MS n'a d√©j√† pas d'outil de base pour g√©rer les logs de tes unix correctement (pas de bin-utils, pas d'outils pour g√©rer les gros volumes de logs) donc il suffit que tu fasse comme aujourd'hui avec windows‚ÄĮ: tu installe les outils qui vont bien pour ton travail.

                              Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

                              • [^] # Re: Mon avis personnel

                                Post√© par (page perso) . √Čvalu√© √† 3.

                                Je pense que l'argument était que le texte était un format standard, tout comme la compression gzip, tandis que le format de journald n'avait rien d'un standard.

                                • [^] # Re: Mon avis personnel

                                  Post√© par . √Čvalu√© √† 2.

                                  Peut être qu'un format à la lumberjack aurait été plus générique, mais la perte de performance ce serait à mon avis pas mal fait sentir.

                                  Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

                                • [^] # Re: Mon avis personnel

                                  Post√© par . √Čvalu√© √† 1.

                                  Il suffit de documenter le format binaire de journald (si ce n'est pas déjà fait)

                                  Et le format texte, c'est un standard de fait (hier ASCII, aujourd'hui UTF-8). On remplace √ßa par un autre standard de fait (le format de fichier des logs de journald - qui apporte pas mal d'avantages), sans interdire les anciens usages (gr√Ęce √† syslog-ng).

                                  Y'a pas de quoi réagir de cette manière.

                                  "Quand certains r√Ęlent contre systemd, d'autres s'attaquent aux vrais probl√®mes." (merci Sinma !)

                                  • [^] # Re: Mon avis personnel

                                    Post√© par . √Čvalu√© √† 2.

                                    On remplace ça par un autre standard de fait (le format de fichier des logs de journald)

                                    Bonne chance pour l’imposer au reste du monde informatique, on te regarde de loin et on en reparle quand tu auras réussi :)

                                    • [^] # Re: Mon avis personnel

                                      Post√© par . √Čvalu√© √† 1.

                                      Tiens, 100% de condescendance, 0% d'arguments. Sur linuxfr. Bizarre. ;-)

                                      Si tu veux savoir, systemd est d√©j√† adopt√© par beaucoup de distributions majeures (y compris Debian pour bient√īt, on dirait), faut croire que √ßa pla√ģt d'√©viter 10 000 formats de logs diff√©rents.¬†;-)

                                      "Quand certains r√Ęlent contre systemd, d'autres s'attaquent aux vrais probl√®mes." (merci Sinma !)

                                      • [^] # Re: Mon avis personnel

                                        Post√© par . √Čvalu√© √† 4.

                                        Je ne vois aucune condescendance.

                                        Mon affirmation de base est que UTF-8 est universel, support√© de base dans tous les langages, OS et toolchains modernes. Et toi tu me r√©ponds ¬ę¬†yaka faire du format de journald un standard de fait tout aussi universel¬†¬Ľ¬†? Mais tu sais, ¬ę¬†universel¬†¬Ľ, √ßa ne se r√©sume pas √† ¬ę¬†l‚Äôensemble des distributions Linux qui ont adopt√© systemd¬†¬Ľ hein‚Ķ

                                        • [^] # Re: Mon avis personnel

                                          Post√© par (page perso) . √Čvalu√© √† 4.

                                          Surtout que, systemd n'a jamais eu de vocation à prendre en charge quoi que ce soit d'autre que Linux.

                                          Donc on a :

                                          • ASCII et UTF-8 : pris en charge partout¬†;
                                          • format binaire de journald¬†: pris en charge sur Linux, sans vocation √† l'universalit√©.
                                          • [^] # Re: Mon avis personnel

                                            Post√© par . √Čvalu√© √† 9.

                                            Un peu comme l'ext4 ou le btrfs, donc finalement on ne pourra pas lire les logs texte non plus depuis une machine non-Linux.

                                            Euh… une minute!

                                            • [^] # Re: Mon avis personnel

                                              Post√© par . √Čvalu√© √† 3.

                                              Je peux lire de l’ext depuis BSD et Windows. Probablement OSX aussi.

                                              • [^] # Re: Mon avis personnel

                                                Post√© par . √Čvalu√© √† 4.

                                                Je peux lire de l’ext depuis BSD et Windows. Probablement OSX aussi.

                                                Tu pourrais aussi surtout recompiler les outils d'analyse de systemd (ex journalct) pour Windows, BSD et OSX.
                                                Ça sera infiniment plus simple que de porter un FS. :)
                                                Mais bon, n'inventez pas des cas de figures tordus, si vous devez recourir à ce genre de contorsions sur des systèmes modernes, c'est sur un autre point qu'il faudrait commencer à se poser des questions.
                                                Je ne suis pas défenseur de systemd ni spécialement détracteur mais les faits sont là, il est l'élu, des gars techniquement plus brillants que moi le soutiennent et à priori.

                                              • [^] # Re: Mon avis personnel

                                                Post√© par . √Čvalu√© √† 8.

                                                C'est exactement ce que j'essaie de te dire:

                                                Je lis qu'aucun système ne pourra jamais lire les logs de journald parce que les autres systèmes n'en ont pas besoin.

                                                OS X n'a pas besoin de ext4, mais on peut quand même lire de l'ext4 depuis OS X.
                                                Windows n'a pas besoin de l'ext4, mais on peut quand même lire de l'ext4 depuis Windows.
                                                BSD n'a pas besoin de l'ext4, mais on peut quand même lire de l'ext4 depuis BSD.

                                                journalctl n'existe que sous Linux et les autres n'en ont pas besoin.
                                                Oh non! Ça veut dire que personne ne codera jamais un lecteur de log pour les autres systèmes!?
                                                L'histoire nous laisse à penser le contraire!

                                        • [^] # Re: Mon avis personnel

                                          Post√© par . √Čvalu√© √† 7.

                                          Mon affirmation de base est que UTF-8 est universel, support√© de base dans tous les langages, OS et toolchains modernes. Et toi tu me r√©ponds ¬ę¬†yaka faire du format de journald un standard de fait tout aussi universel¬†¬Ľ¬†? Mais tu sais, ¬ę¬†universel¬†¬Ľ, √ßa ne se r√©sume pas √† ¬ę¬†l‚Äôensemble des distributions Linux qui ont adopt√© systemd¬†¬Ľ hein‚Ķ

                                          C'est vrai que √ßa √† un int√©r√™t √©norme de pouvoir monter une partition ext* depuis Windows gr√Ęce √† un logiciel tiers, pour lire les logs avec notepad++. √áa arrive tous les jours en entreprise.

                                          Pffff….

                                          "Quand certains r√Ęlent contre systemd, d'autres s'attaquent aux vrais probl√®mes." (merci Sinma !)

                                          • [^] # Re: Mon avis personnel

                                            Post√© par . √Čvalu√© √† 4. Derni√®re modification le 13/02/14 √† 14:59.

                                            Tu peux les lire d’une autre machine sous un autre OS à travers un montage réseau aussi. Je n’ai pas assez de recul pour juger si c’est très rare ou pas, mais en tout cas ça m’est déjà arrivé dans ma carrière qui n’est pourtant pas très longue.

                                  • [^] # Re: Mon avis personnel

                                    Post√© par . √Čvalu√© √† 10.

                                    Il suffit de documenter le format binaire de journald (si ce n'est pas déjà fait)

                                    Ça fait un an et demi que c'est fait.

                                    Et le format texte, c'est un standard de fait (hier ASCII, aujourd'hui UTF-8).

                                    Surtout qu'il n'y a pas un standard de texte mais des standards. En occident on utilise que l'ascii et utf8, mais bon rien n'interdit d'utiliser un autre unicode ou un autre format iso. Même ascii c'est déjà multiple. Ajoute à ça qu'utf8 est une merde pour les log (l'encodage des caractères à taille variable c'est pas très pratique pour le traitement des log, il faut ajouter une indexation) et que par dessus ces standards on a des standard de fait avec le format syslog, celui par défaut de log4j, etc et qu'on mixe tout ça avec les standards de format de date.

                                    Donc oui les logs aujourd'hui c'est standard un peu trop, voir beaucoup trop pour que ce soit agréable à utiliser, mais comme une fois qu'on a commencé à préparer des lasagnes on en est plus à une couche près on ajoute une couche qui va harmoniser tout ça (oui oui on utilise un truc pas standard pour uniformiser quelque chose de standard).

                                    journald propose quelque chose de plus harmonieux, tout en proposant de s'interfacer avec l'existant.

                                    Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

                              • [^] # Re: Mon avis personnel

                                Post√© par . √Čvalu√© √† 3.

                                Heu, il y a des équivalents de cat et de less (dont j’ai oublié le nom) dans les OS Microsoft depuis MS-DOS 6.0 hein…

                                • [^] # Re: Mon avis personnel

                                  Post√© par . √Čvalu√© √† 2.

                                  Moi je ne les connais, mais c'est pas grave on s'en fout je n'utilise pas windows, par contre c'est dommage que les gens que j'ai vu travailler avec des logs de 500Mio sous Windows ne les connaissent pas et en soit arriver à chercher sur google une solution qui leur faisait installer des logiciels supplémentaires.

                                  Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

                            • [^] # Re: Mon avis personnel

                              Post√© par . √Čvalu√© √† 3.

                              brew install j* pour ceux qui en ont besoin sous OS X.

                              J’vois pas ou est le problème, ceux pour qui le fonctionnement de journald pose problème peuvent rediriger le tout vers syslog.

                              Depending on the time of day, the French go either way.

                    • [^] # Re: Mon avis personnel

                      Post√© par . √Čvalu√© √† 7.

                      Dans un cas tu as un format qui est uniquement lisible par un outil, pas forcément disponible à grande échelle

                      LOL

                      Et ton log en format texte, tu le lis avec tes yeux rives sur les electrons du disque dur ?

                      cat, tail et less c'est quoi si ce n'est des outils ?

                      Je pourrais te mettre une machine Linux avec des logs en format binaire, et des outils nommes cat, tail, less qui te lisent ce format, et tu n'y verrais que du feu.

                      • [^] # Re: Mon avis personnel

                        Post√© par . √Čvalu√© √† 3.

                        Le mot-clef est ¬ę¬†grande √©chelle¬†¬Ľ, pas ¬ę¬†outil¬†¬Ľ.

                        • [^] # Re: Mon avis personnel

                          Post√© par (page perso) . √Čvalu√© √† 2.

                          Le nombre de distributions ayant journald et systemd est pourtant suffisamment grand pour que tu puisses t'en sortir de ce point de vue…

                          • [^] # Re: Mon avis personnel

                            Post√© par . √Čvalu√© √† 1. Derni√®re modification le 13/02/14 √† 10:58.

                            Et bien entendu le monde se limite aux distributions Linux récentes.

                            (note aux mal-comprenants : le mot clef est ¬ę¬†Linux¬†¬Ľ, pas ¬ę¬†r√©centes¬†¬Ľ)

                • [^] # Re: Mon avis personnel

                  Post√© par . √Čvalu√© √† 0. Derni√®re modification le 12/02/14 √† 19:00.

                  Bine sur que si. Tu confonds un terme qui a une définition bien précise et le fait que tout est codé sous forme de bits.

                  Une définition bien précise ? Que nenni !

                  Ton fichier texte (qui est un fichier binaire) peut être encodé en ascii, utf-8, etc… Dire "fichier texte" tout seul ne renseigne en RIEN !

                  without much processing,

                  Ah, diantre ! Je croyais que plain text = transparent. On dirait que non. ;-)

                  "Quand certains r√Ęlent contre systemd, d'autres s'attaquent aux vrais probl√®mes." (merci Sinma !)

                  • [^] # Re: Mon avis personnel

                    Post√© par (page perso) . √Čvalu√© √† 3.

                    Ah, diantre, la mauvaise foi n’est pas l’apanage des détracteurs de systemd…

                    Une définition bien précise ? Que nenni !

                    Il est vrai que la d√©finition du type MIME text dit seulement ¬ę‚ÄĮThe "text" media type is intended for sending material which is principally textual in form‚ÄĮ¬Ľ, sans prendre la peine de d√©finir ce qu‚Äôest une ¬ę‚ÄĮforme textuelle‚ÄĮ¬Ľ ‚ÄĒ probablement parce qu‚Äô√† part des enculeurs de mouche, personne n‚Äôa besoin d‚Äôune d√©finition de ce qu‚Äôest du texte‚Ķ

                    Ton fichier texte (qui est un fichier binaire) peut être encodé en ascii, utf-8, etc… Dire "fichier texte" tout seul ne renseigne en RIEN !

                    √áa n‚Äôindique pas l‚Äôencodage, certes. Mais √ßa t‚Äôindique bien qu‚Äôil s‚Äôagit de texte. Que l‚Äôinformation sur l‚Äôencodage utilis√© doive √™tre pr√©cis√©e √† c√īt√© (comme dans text/plain; charset=UTF-8) ne permet pas de dire p√©remptoirement que le format texte n‚Äôexiste pas.

                    ¬ę‚ÄĮFichier texte‚ÄĮ¬Ľ renseigne suffisamment pour savoir que le contenu du fichier est suppos√© √™tre lisible comme‚Ķ du texte. Tout comme ¬ę‚ÄĮfichier audio‚ÄĮ¬Ľ renseigne suffisamment pour que je ne tente pas d‚Äôouvrir un tel fichier dans une visionneuse d‚Äôimages, m√™me sans savoir si c‚Äôest du FLAC ou du Vorbis‚Ķ

                    Ah, diantre ! Je croyais que plain text = transparent. On dirait que non. ;-)

                    Qu‚Äôest-ce que tu ne comprends pas dans ¬ę¬†without much processing‚ÄĮ¬Ľ‚ÄĮ?

                    • [^] # Re: Mon avis personnel

                      Post√© par (page perso) . √Čvalu√© √† 2.

                      Qu‚Äôest-ce que tu ne comprends pas dans ¬ę¬†without much processing‚ÄĮ¬Ľ‚ÄĮ?

                      Et toi, qu'est-ce que tu ne comprends pas dans without much ?

                    • [^] # Re: Mon avis personnel

                      Post√© par . √Čvalu√© √† 3.

                      Qu‚Äôest-ce que tu ne comprends pas dans ¬ę¬†without much processing‚ÄĮ¬Ľ‚ÄĮ?

                      Le fait que le format "texte" a toujours besoin d'être "décodé", tout comme les formats "binaires" (parce qu'il en est un) montre que cette séparation est très artificielle.

                      Le format binaire du journal de journald, il suffit de le documenter, et on pourra implémenter différents "lecteurs" compatibles. Comme on a documenté les différents types d'encodages.

                      (et puis franchement, vu qu'on peut activer la copie vers syslog en 3 secondes, l'intérêt de ce n-ième troll sur journald est limité…)

                      "Quand certains r√Ęlent contre systemd, d'autres s'attaquent aux vrais probl√®mes." (merci Sinma !)

                      • [^] # Re: Mon avis personnel

                        Post√© par (page perso) . √Čvalu√© √† 10.

                        Le fait que le format "texte" a toujours besoin d'être "décodé", tout comme les formats "binaires" (parce qu'il en est un) montre que cette séparation est très artificielle.

                        Tellement artificielle que le d√©codage des flux de texte est une fonctionnalit√© de base dans la plupart des langages de programmation, support√©e soit directement dans le langage lui-m√™me, soit dans ce qui lui tient lieu de biblioth√®que standard. On ne peut en dire autant d‚Äôaucun autre format.¬Ļ

                        Il se trouve m√™me des langages o√Ļ traiter un flux comme du texte est le comportement par d√©faut, √† moins que l‚Äôon ne pr√©cise explicitement qu‚Äôil faut le traiter comme du binaire.

                        Il faut une bonne dose de mauvaise foi pour nier le caract√®re quasi-universel du format texte, et encore plus pour affirmer qu‚Äôil n‚Äôexiste rien de tel qu‚Äôun ¬ę‚ÄĮformat texte‚ÄĮ¬Ľ parce que ce ne serait qu‚Äôun format binaire parmi d‚Äôautres. C‚Äôest bien un format binaire, oui, mais que l‚Äôon met explicitement √† part de tout le reste, et ce depuis longtemps. Libre √† toi de penser que c‚Äôest ¬ę‚ÄĮartificiel‚ÄĮ¬Ľ.

                        (et puis franchement, vu qu'on peut activer la copie vers syslog en 3 secondes, l'intérêt de ce n-ième troll sur journald est limité…)

                        Je ne dis pas le contraire (et j‚Äôai d√©j√† eu l‚Äôoccasion de dire dans d‚Äôautres journaux que le choix d‚Äôun format binaire pour journald pouvait se comprendre, m√™me si je n‚Äôai personnellement pas d‚Äôavis tranch√© sur la question). Raison de plus pour ne pas nourrir le troll en sortant des affirmations √† l‚Äôemporte-pi√®ce comme ¬ę‚ÄĮle format texte, √ßa ne veut rien dire‚ÄĮ¬Ľ. C‚Äôest √† √ßa que je r√©pondais.


                        ¬Ļ Seul le XML peut √©ventuellement pr√©tendre √† un niveau de support (presque) aussi r√©pandu (du moins dans les langages modernes). C‚Äôest un format bas√© sur du texte, quelle co√Įncidence‚Ķ

                        • [^] # Re: Mon avis personnel

                          Post√© par . √Čvalu√© √† 1. Derni√®re modification le 12/02/14 √† 23:52.

                          le format texte, ça ne veut rien dire

                          Je le maintiens, désolé. Il FAUT savoir l'encodage pour en faire quoi que ce soit.

                          C'est comme tu disais "tiens, voilà un fichier image". Ok. Quel format ? JPEG, PNG, autre ?
                          C'est un poil important, quand même.

                          It does not make sense to have a string without knowing what encoding it uses. You can no longer stick your head in the sand and pretend that "plain" text is ASCII. There Ain't No Such Thing As Plain Text.

                          Tellement artificielle que le d√©codage des flux de texte est une fonctionnalit√© de base dans la plupart des langages de programmation, support√©e soit directement dans le langage lui-m√™me, soit dans ce qui lui tient lieu de biblioth√®que standard. On ne peut en dire autant d‚Äôaucun autre format.¬Ļ

                          √áa ok, mais de l√† √† dire qu'un format "binaire" (par opposition au "format texte") est forc√©ment complexe, quand on voit le bordel des encodages de texte, faut arr√™ter‚Ķ C'est surtout l√† o√Ļ je voulais en venir.

                          "Quand certains r√Ęlent contre systemd, d'autres s'attaquent aux vrais probl√®mes." (merci Sinma !)

                          • [^] # Re: Mon avis personnel

                            Post√© par . √Čvalu√© √† 6.

                            On parle de log, et l'énorme majorité des caractères d'un log sont en ascii
                            donc, l'encodage du fichier on s'en contre fiche.

                            Ca n'a rien à voir avec une différence de format entre png et jpg.

                            Par moment, il faut savoir être honnête.

                            le décodage des flux de texte est une fonctionnalité de base dans la plupart des langages de programmation,

                            oui, parce que figure toi, que tout les fichiers générés ne sont pas des logs.

                            • [^] # Re: Mon avis personnel

                              Post√© par . √Čvalu√© √† -4.

                              On parle de log

                              TU parles de logs.

                              , et l'énorme majorité des caractères d'un log sont en ascii

                              Et c'est bien parce que gérer l'encodage proprement est largement moins simple que de se limiter à l'ASCII.
                              Se limiter à un cas simple d'encodage texte ne veut pas dire que seul l'encodage ASCII existe.

                              (et faut-il aussi ENCORE rappeler l'int√©r√™t du format binaire pour les logs¬†? Par exemple, pouvoir incorporer des donn√©es binaires telles que des core-dumps -, permettre de construire une API stable permettant d'acc√©der aux donn√©es de mani√®re plus pratique plut√īt que de bidouiller de la regex et du grep, etc‚Ķ)

                              "Quand certains r√Ęlent contre systemd, d'autres s'attaquent aux vrais probl√®mes." (merci Sinma !)

                          • [^] # Re: Mon avis personnel

                            Post√© par (page perso) . √Čvalu√© √† 2.

                            Je le maintiens, désolé. Il FAUT savoir l'encodage pour en faire quoi que ce soit.

                            Personne ne prétend le contraire. Si je reprends le document que j’ai déjà cité (le RFC 2046), il est bien précisé :

                            A critical parameter that may be specified in the Content-Type field for "text/plain" data is the character set.

                            (C’est moi qui souligne.)

                            You can no longer stick your head in the sand and pretend that "plain" text is ASCII.

                            Encore une fois, personne n‚Äôa pr√©tendu √ßa (en tout cas pas moi). Le ¬ę‚ÄĮplain text‚ÄĮ¬Ľ est une s√©quence de caract√®res. L‚Äôencodage desdits caract√®res ne fait pas partie de la d√©finition (d‚Äôo√Ļ pr√©cis√©ment le fait qu‚Äôil soit ¬ę‚ÄĮcritical‚ÄĮ¬Ľ de le pr√©ciser √† c√īt√©). Une s√©quence de caract√®res encod√©s en UTF-8 est du ¬ę‚ÄĮplain text‚ÄĮ¬Ľ au m√™me titre qu‚Äôune s√©quence de caract√®res encod√©s en Latin-1.

                            There Is No Such Thing As Plain Text.

                            Je ne suis d√©finitivement pas d‚Äôaccord avec cette formulation. Il est dommage qu‚Äôelle soit tellement mise en √©vidence dans ce texte, parce que ce n‚Äôest pas le message que l‚Äôauteur veut faire passer. Le vrai message serait plut√īt quelque chose du genre ¬ę‚ÄĮNot Everyone Uses ASCII‚ÄĮ¬Ľ ou ¬ę‚ÄĮA Sequence Of Characters Is Not A Sequence Of Bytes‚ÄĮ¬Ľ. L√† je serais d‚Äôaccord.

                            C'est comme tu disais "tiens, voilà un fichier image". Ok. Quel format ? JPEG, PNG, autre ?
                            C'est un poil important, quand même.

                            Une image reste une matrice de pixels,¬Ļ ind√©pendemment du format de ceux-ci, tout comme du texte brut reste une s√©quence de caract√®res. Manipuler l‚Äôimage n√©cessite de conna√ģtre son format, √©videmment, mais on ne peut pas dire ¬ę‚ÄĮThere Is No Such Thing As Images‚ÄĮ¬Ľ, simplement parce qu‚Äôil existe plusieurs fa√ßons de repr√©senter des matrices de pixels.


                            ¬ĻBon, hors le cas des images vectorielles, je pr√©f√®re le pr√©ciser avant que quelqu‚Äôun ne rebondisse l√†-dessus.

                          • [^] # Re: Mon avis personnel

                            Post√© par . √Čvalu√© √† 9.

                            √áa ok, mais de l√† √† dire qu'un format "binaire" (par opposition au "format texte") est forc√©ment complexe, quand on voit le bordel des encodages de texte, faut arr√™ter‚Ķ C'est surtout l√† o√Ļ je voulais en venir.

                            Il faut arrêter la fumette (ou la mauvaise foi) parfois. Le standard de fait aujourd’hui c’est utf-8. On parle de journald là, un outil moderne, pas du problème des encodages sur les systèmes antédiluviens qui font tout par défaut en EBCDIC.

                            Aujourd‚Äôhui, quelque chose ¬ę¬†encod√©¬†¬Ľ en UTF-8 est universel, lisible par tous les syst√®mes qui ont moins de 10 ans, support√© par absolument tous les langages et tous les outils vaguement maintenus. Pr√©tendre le contraire c‚Äôest juste un gros troll m√™me pas dr√īle.

                            • [^] # Re: Mon avis personnel

                              Post√© par . √Čvalu√© √† 4.

                              Question subsidiaire:
                              Quand l'encodage UTF-8 a commencé à se démocratiser, combien ont hurlé que UTF-8, c'est pas assez répandu alors que l'ASCII, on peut le lire sur n'importe quelle machine qui nous tombe sous la main?

                              Tu mentionnes toute machine qui a moins de 10ans peut le lire. Je te parie que d'ici 10ans il n'existera aucune système sur lequel un lecteur de log journald ne sera pas disponible!

                              Les langages de programmation? Ils auront leur bibliothèque, tout comme ils ont tous une bibliothèque XML.
                              Les syst√®mes alternatifs? Aussi bien s√Ľr! Et que ceux qui disent qu'ils n'en ont pas besoin/n'en veulent pas viennent m'expliquer pourquoi on peut lire les partitions FreeBSD depuis Linux et vice-versa.

                              Tiens, c'est d'ailleurs un autre point à soulever ça. Pas sur ce commentaire, mais ailleurs dans les fils: si on récupère les logs d'un serveur dont les bibliothèques sont en carafe depuis une machine non-Linux, on ne peut pas lire les logs!
                              Et les outils n'existeront pas de la m√™me mani√®re qu'il sera impossible de lire une partition ext4 depuis un syst√®me non-Linux. Du coup je suis plut√īt optimiste‚Ķ

                              • [^] # Re: Mon avis personnel

                                Post√© par (page perso) . √Čvalu√© √† 3.

                                Sauf qu'encore une fois, systemd et journald n'ont pas et n'ont jamais eu de vocation à l'universalité.

                              • [^] # Re: Mon avis personnel

                                Post√© par . √Čvalu√© √† 4.

                                Quand l'encodage UTF-8 a commencé à se démocratiser, combien ont hurlé que UTF-8, c'est pas assez répandu alors que l'ASCII, on peut le lire sur n'importe quelle machine qui nous tombe sous la main?

                                N’importe quelle machine qui peut lire de l’ASCII peut lire de l’UTF-8, sauf les caractères non-ASCII (mais comme de toute façon ils sont pas représentables OSEF). C’est d’ailleurs cette compatibilité qui a fait la force d’UTF-8 (au début UTF-16 était pas mal poussé et certains pensaient que UTF-8 serait là uniquement pour la transition, mais bizarrement personne n’en voulait…)

                                Tu mentionnes toute machine qui a moins de 10ans peut le lire. Je te parie que d'ici 10ans il n'existera aucune système sur lequel un lecteur de log journald ne sera pas disponible!

                                Les langages de programmation? Ils auront leur bibliothèque, tout comme ils ont tous une bibliothèque XML.

                                Je n’ai pas de boule de cristal, mais ça m’étonnerait énormément. Le format de journald est spécifique à :

                                • Un syst√®me (Linux)
                                • Un logiciel (journald)
                                • Un usage (les logs)

                                quel mainteneur d’une librairie standard d’un langage voudrait prendre du temps pour ça, honnêtement ? La seule raison pour laquelle le format de journald arriverait dans les librairies standard d’un langage serait que ce format soit universellement adopté, de Microsoft à Apple en passant par les BSD. Les chances pour que ça arrive sont proches de 0 à mon avis.

                                Faire du format binaire sp√©cifique avait du sens quand les librairies standard des langages tendaient √† √™tre an√©miques et n‚Äôapportaient pas grand chose de r√©utilisable √† quelqu‚Äôun qui voulait d√©finir un nouveau format. Aujourd‚Äôhui l‚Äôusage a chang√© : les librairies standards tendent √† essayer de couvrir de plus en plus d‚Äôusages avec quelques formats g√©n√©riques (JSON, XML, zlib) mais qui peuvent couvrir quasiment tous les besoins. Aujourd‚Äôhui avec la lib standard de Python je peux g√©rer facilement des web-services (99% sont en JSON ou XML), des documents bureautiques (les deux formats dominants, OOXML et ODF sont juste des fichiers zip contenant des fichiers XML), des logiciels (idem pour les .jar, .apk, .ipa ou les extensions Firefox). En fait, √† part les fichiers multimedia (video/audio/image), √† peu pr√®s tous les fichiers que je manipule au jour le jour sont facilement ¬ę¬†scriptables¬†¬Ľ (i.e. lisibles facilement en quelques lignes de Python en utilisant juste les outils fournis par sa lib standard). Ce que je ne me prive pas de faire, du reste. Je parle de Python, mais √ßa s‚Äôapplique dans √† peu pr√®s tous les autres langages.

                                C‚Äôest en regard de ces faits l√† que quand je vois quelqu‚Äôun r√©inventer la roue avec un nouveau format binaire sp√©cifique, je tique. Pourquoi refuser de s‚Äôappuyer sur la puissance des librairies standard des langages modernes¬†? Un nouveau format binaire sp√©cifique en 2014, √ßa ne m‚Äôinspire qu‚Äôune chose : un type excentrique sur son √ģlot qui s‚Äôamuse √† d√©finir une nouvelle langue √† partir d‚Äôun m√©lange d‚Äôelfique et de klingon.

                                Alors bien s√Ľr on peut toujours arguer que tous les usages ne sont pas impl√©mentables avec ces 2-3 formats g√©n√©riques. Ce qui est parfaitement vrai : je vois mal r√©√©crire InnoDB avec juste zlib+xml par exemple. Mais pour moi √ßa devrait rester l‚Äôexception, une exception soigneusement justifi√©e, et je n‚Äôai jusqu‚Äôici vu absolument aucun argument convainquant justifiant cette exception dans le cadre de journald.

                                • [^] # Re: Mon avis personnel

                                  Post√© par . √Čvalu√© √† 7.

                                  Ah effectivement, si on parle de la lib standard, je n'y crois pas une seconde. Du coup, je suppose aussi que tu installes le minimum sur les autres machines du parc dont tu pourrais avoir besoin pour lire ces logs.

                                  Mais franchement, si tu me disais que la seule machine √† ta disposition qui puisse lire les log journald c'est la machine qui les produit, parce que tu n'as rien install√© pour √ßa ailleurs, je penserais que tu n'as s√Ľrement rien install√© non plus ailleurs pour lire les partitions de la machine Linux, du coup les logs textes n'y changeront rien.

                                  • [^] # Re: Mon avis personnel

                                    Post√© par . √Čvalu√© √† -1.

                                    Mais franchement, si tu me disais que la seule machine √† ta disposition qui puisse lire les log journald c'est la machine qui les produit, parce que tu n'as rien install√© pour √ßa ailleurs, je penserais que tu n'as s√Ľrement rien install√© non plus ailleurs pour lire les partitions de la machine Linux, du coup les logs textes n'y changeront rien.

                                    Allons, un peu d’imagination :

                                    • pour le cas dont tu parles : acc√®s aux logs en NFS/Samba/SSH
                                    • je veux faire un traitement non pr√©vu par journalctl, il n‚Äôy a pas de lib pour mon langage de pr√©dilection (et j‚Äôai pas que √ßa √† faire que de coder un binding)
                                    • je veux faire un traitement non pr√©vu par journalctl, c‚Äôest du quick&dirty, je connais par cŇďur la lib standard de mon langage de pr√©dilection et √ßa me prendrait 3 fois plus de temps pour apprendre la lib sp√©cifique journald (par oppos√© √† : ¬ę¬†ho tiens, c‚Äôest du JSON compress√© en zlib, je pourrai faire √ßa les yeux ferm√©s tout en √©tant compl√®tement bourr√©)
                                    • je veux int√©grer √ßa dans ma solution d‚Äôanalyse de logs maison mais mon patron a dit ¬ę¬†pas de copyleft¬†¬Ľ

                                    Alors oui, dans tout ces cas on peut faire autrement, non, ce n’est pas à 100% bloquant.

                                    Maintenant j’aimerais qu’on me donne une bonne raison pour laquelle journald se passe des bienfaits d’être compatible de base avec les libs standards de tous les OS sur tous les langages. Une seule. Ensuite je me tais, promis.

                                    • [^] # Re: Mon avis personnel

                                      Post√© par . √Čvalu√© √† 3.

                                      • je veux faire un traitement non pr√©vu par journalctl, il n‚Äôy a pas de lib pour mon langage de pr√©dilection (et j‚Äôai pas que √ßa √† faire que de coder un binding)
                                      • je veux faire un traitement non pr√©vu par journalctl, c‚Äôest du quick&dirty, je connais par cŇďur la lib standard de mon langage de pr√©dilection et √ßa me prendrait 3 fois plus de temps pour apprendre la lib sp√©cifique journald (par oppos√© √† : ¬ę¬†ho tiens, c‚Äôest du JSON compress√© en zlib, je pourrai faire √ßa les yeux ferm√©s tout en √©tant compl√®tement bourr√©)

                                      Tu exporte les logs dans un format texte via journalctl et tu fait ce que tu veux‚ÄĮ?

                                      • je veux int√©grer √ßa dans ma solution d‚Äôanalyse de logs maison mais mon patron a dit ¬ę¬†pas de copyleft¬†¬Ľ

                                      pas compris‚ÄĮ?

                                      Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

                                      • [^] # Re: Mon avis personnel

                                        Post√© par . √Čvalu√© √† -3.

                                        Tu exporte les logs dans un format texte via journalctl et tu fait ce que tu veux‚ÄĮ?

                                        Cool, et quel est donc l'intéret des logs binaires de journald alors ? Ajouter une étape supplémentaire ?

                                            je veux int√©grer √ßa dans ma solution d‚Äôanalyse de logs maison mais mon patron a dit ¬ę pas de copyleft ¬Ľ
                                        

                                        pas compris‚ÄĮ?

                                        Développer un plugin à sa solution qui lui permettrait d'utiliser les libs systemd pour décoder les logs binaires. Les libs en question sont copyleft et le boss ne veut pas lier son code à du code copyleft.

                                        • [^] # Re: Mon avis personnel

                                          Post√© par . √Čvalu√© √† 4. Derni√®re modification le 13/02/14 √† 23:57.

                                          Cool, et quel est donc l'intéret des logs binaires de journald alors ? Ajouter une étape supplémentaire ?

                                          Bordel, ils sont super les anti-systemd !

                                          "On veut des journaux avec des fichiers texte !" -> "Ok voilà : ForwardToSyslog=yes"
                                          "QUOI ? et quel est donc l'intéret des logs binaires de journald alors ? Ajouter une étape supplémentaire ? "

                                          -> " -_-# "

                                          "Quand certains r√Ęlent contre systemd, d'autres s'attaquent aux vrais probl√®mes." (merci Sinma !)

                                        • [^] # Re: Mon avis personnel

                                          Post√© par . √Čvalu√© √† 6.

                                          Cool, et quel est donc l'intéret des logs binaires de journald alors ? Ajouter une étape supplémentaire ?

                                          Tu gagne de l'espace disque et tu exporte qu'une partie de tes données (celle dans l'intervalle de temps qui t'intéresse).

                                          Développer un plugin à sa solution qui lui permettrait d'utiliser les libs systemd pour décoder les logs binaires. Les libs en question sont copyleft et le boss ne veut pas lier son code à du code copyleft.

                                          Tu a la description du format avec des guides lines sur la manière de gérer le format, tu peut en faire ce que tu veux.

                                          Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

                                    • [^] # Re: Mon avis personnel

                                      Post√© par . √Čvalu√© √† -1.

                                      Maintenant j’aimerais qu’on me donne une bonne raison pour laquelle journald se passe des bienfaits d’être compatible de base avec les libs standards de tous les OS sur tous les langages. Une seule. Ensuite je me tais, promis.

                                      Ainsi en a decide Poettering. Homme de peu de foi.

                                    • [^] # Re: Mon avis personnel

                                      Post√© par . √Čvalu√© √† 10.

                                      Maintenant j’aimerais qu’on me donne une bonne raison pour laquelle journald se passe des bienfaits d’être compatible de base avec les libs standards de tous les OS sur tous les langages. Une seule. Ensuite je me tais, promis.

                                      Bah il est compatible, puisqu'il peux exporter vers Syslog.

                                      Article Quarante-Deux¬†: Toute personne d√©passant un kilom√®tre de haut doit quitter le Tribunal.¬†-- Le Roi de CŇďur

                                    • [^] # Re: Mon avis personnel

                                      Post√© par . √Čvalu√© √† 2.

                                      Maintenant j’aimerais qu’on me donne une bonne raison pour laquelle journald se passe des bienfaits d’être compatible de base avec les libs standards de tous les OS sur tous les langages. Une seule. Ensuite je me tais, promis.

                                      Bah déjà, il n'est pas incompatible. Il suffit d'activer la copie des messages vers syslog. A moins que syslog ne soit pas fiable ? ;-)

                                      À part ça, il y en a plein. Comme éviter que le journal soit altéré par quelqu'un s'étant introduit frauduleusement dans le système et qui essaie d'effacer ses traces. C'est bien plus simple quand le journal est sous forme textuel (y'a plein d'outils pour ça), et que la seule authentification se limite à être root pour pouvoire le faire.

                                      Il y a aussi le fait de pouvoir incorporer des données binaires avec le message de log en question (données SMART, core dumps, des blob firmware, …).

                                      Le journal est aussi entièrement indexé, chaque information est dans un champ à part.

                                      Bref, t'es en train de me faire décrire tous les avantages d'une base de donnée sur du texte, là. Je pense que tu devrais déjà être au courant…

                                      "Quand certains r√Ęlent contre systemd, d'autres s'attaquent aux vrais probl√®mes." (merci Sinma !)

                                      • [^] # Re: Mon avis personnel

                                        Post√© par . √Čvalu√© √† 1.

                                        Comme éviter que le journal soit altéré par quelqu'un s'étant introduit frauduleusement dans le système

                                        S'en m√™me s'√™tre introduit, il me semble que journald peut signer les journaux, alors qu'avec un serveur syslog on peut √©crire n'importe quoi en faisant croire que √ßa vient de n'importe o√Ļ (ceci dit je bifurque, cela n'a rien √† voir avec le troll texte vs db)

                                      • [^] # Re: Mon avis personnel

                                        Post√© par . √Čvalu√© √† 2.

                                        À part ça, il y en a plein.

                                        Les arguments de ce lien ont déjà été discuté dans un précédent journal (ou dépêche ?). Rien de tout ça ne nécessite un format binaire.

                                        Aucun problème pour signer du texte par exemple (GPG pour les mails ça marche très bien…)

                                        • [^] # Re: Mon avis personnel

                                          Post√© par . √Čvalu√© √† 2.

                                          Et bient√īt, tu vas me dire que dans ton fichier texte, on a des champs bien s√©par√©s, avec notamment des dates dont le format ne varie pas‚Ķ euh, non rien.
                                          Et bient√īt, tu vas me dire que ton fichier texte est enti√®remeent index√©‚Ķ euh, non rien.
                                          Etc…

                                          "Quand certains r√Ęlent contre systemd, d'autres s'attaquent aux vrais probl√®mes." (merci Sinma !)

                                          • [^] # Re: Mon avis personnel

                                            Post√© par . √Čvalu√© √† 1.

                                            On va pas refaire le débat, mais tout ça nécessite de la structure, pas du binaire, et il est tout à faire possible de structurer du texte.

                                            • [^] # Re: Mon avis personnel

                                              Post√© par . √Čvalu√© √† 8. Derni√®re modification le 13/02/14 √† 21:24.

                                              Ah ben oui la preuve : chaque logiciel a une structure de log textuel qui est la sienne. SUPER.

                                              En des décennies, on a pas été foutu de standardiser un minimum tout ça. Même pas au niveau des dates. Ça suffit les conneries.

                                              Donc non, il y a des raisons claires, précises, et valables pour le format "binaire" de systemd, qui ont été expliquées mille fois. Dire "on peut le faire avec du texte", alors que ça n'a jamais été fait n'est pas un argument.

                                              Dire pour tout cas "on peut le faire avec du texte", c'est le cas classique du mec qui a un marteau et pour qui chaque problème ressemble à un clou.

                                              "Quand certains r√Ęlent contre systemd, d'autres s'attaquent aux vrais probl√®mes." (merci Sinma !)

                                              • [^] # Re: Mon avis personnel

                                                Post√© par (page perso) . √Čvalu√© √† 3.

                                                Ah ben oui la preuve : chaque logiciel a une structure de log textuel qui est la sienne. SUPER.

                                                En des décennies, on a pas été foutu de standardiser un minimum tout ça.

                                                Et pourtant si‚ÄĮ: Le format Syslog.

                                            • [^] # Re: Mon avis personnel

                                              Post√© par . √Čvalu√© √† 5.

                                              Ah oui, on peut.
                                              Et c'est super performant, du XML ou des objets JSON de plusieurs dizaine/centaine de mega octets.

                                              Linuxfr, le portail francais du logiciel libre et du neo nazisme.

                                • [^] # Re: Mon avis personnel

                                  Post√© par . √Čvalu√© √† 10.

                                  N’importe quelle machine qui peut lire de l’ASCII peut lire de l’UTF-8, sauf les caractères non-ASCII

                                  Bravo, tu viens de démontrer que n'importe quelle machine qui peut lire de l'ASCII peut lire de l'ASCII :-)

                                  Article Quarante-Deux¬†: Toute personne d√©passant un kilom√®tre de haut doit quitter le Tribunal.¬†-- Le Roi de CŇďur

                    • [^] # Re: Mon avis personnel

                      Post√© par (page perso) . √Čvalu√© √† 10.

                      Sans indication du codage, il y a tout de même une heuristique extrêmement simple pour utiliser un fichier texte, surtout un log :

                      1. c'est de l'ASCII (pour un log, c'est généralement le cas), ou au pire, c'est une extension de l'ASCII, les octets sortant de l'ASCII étant trop peu nombreux pour poser un problème si on doit les ignorer ;
                      2. si décidément, ce n'est pas de l'ASCII, c'est de l'UTF-8 ;
                      3. si ça contient des séquences qui sont invalides pour de l'UTF-8, c'est une extension mono-octets de l'ASCII, probablement du latin-9 dans un contexte francophone.
                      • [^] # Re: Mon avis personnel

                        Post√© par . √Čvalu√© √† 2.

                        Sans indication du codage, il y a tout de même une heuristique extrêmement simple pour utiliser un fichier texte, surtout un log :

                        Oui mais à la base, il n'y a surtout pas besoin de recourir à une heuristique vu que le format binaire de systemd est libre ou issu d'un logiciel libre disons et documenté. :)

      • [^] # Re: Mon avis personnel

        Post√© par (page perso) . √Čvalu√© √† 10.

        qu'en est-il de l'idée de mettre les logs sous forme binaire? Ca a été fait ?

        Oui, ça s'appelle journald est c'est vraiment un bon produit, qui pour l'instant permet de forwarder vers syslog pour les gens qui préfère le format texte… Et ça permet de faire plein de truc sympa comme:

        # journalctl /usr/sbin/sshd|tail -n 3
        -- Reboot --
        févr. 12 08:18:44 arch sshd[223]: Server listening on 0.0.0.0 port 22.
        févr. 12 08:18:44 arch sshd[223]: Server listening on :: port 22.
        
        # journalctl /usr/lib/polkit-1/polkitd  --since="2014-02-10" --until=yesterday
        -- Logs begin at mar. 2013-10-29 14:47:21 CET, end at mer. 2014-02-12 13:42:44 CET. --
        févr. 10 08:28:28 arch polkitd[218]: Started polkitd version 0.112
        févr. 10 08:28:28 arch polkitd[218]: Loading rules from directory /etc/polkit-1/rules.d
        

        Bref, moi, entre les services offerts par journalctl et ceux offerts par systemctl, je n'y vois que du mieux…

        • [^] # Re: Mon avis personnel

          Post√© par . √Čvalu√© √† 1.

          peux-tu STP me faire un lld sur journalctl ?

          Je n'ai pas de distrib avec systemd installé sous la main.

          • [^] # Re: Mon avis personnel

            Post√© par (page perso) . √Čvalu√© √† 4.

            # ldd /usr/bin/journalctl 
                    linux-vdso.so.1 (0x00007fff2edfe000)
                    librt.so.1 => /usr/lib/librt.so.1 (0x00007fde54bd2000)
                    liblzma.so.5 => /usr/lib/liblzma.so.5 (0x00007fde549af000)
                    libgcrypt.so.20 => /usr/lib/libgcrypt.so.20 (0x00007fde546d1000)
                    libacl.so.1 => /usr/lib/libacl.so.1 (0x00007fde544c8000)
                    libc.so.6 => /usr/lib/libc.so.6 (0x00007fde54120000)
                    /lib64/ld-linux-x86-64.so.2 (0x00007fde54dda000)
                    libpthread.so.0 => /usr/lib/libpthread.so.0 (0x00007fde53f03000)
                    libgpg-error.so.0 => /usr/lib/libgpg-error.so.0 (0x00007fde53cfe000)
                    libattr.so.1 => /usr/lib/libattr.so.1 (0x00007fde53af9000)
            
            • [^] # Re: Mon avis personnel

              Post√© par . √Čvalu√© √† -10.

              Beurk !!!! :)

              $ ldd $(which cat)
                  linux-vdso.so.1 =>  (0x00007fffa6fff000)
                  libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007f11ddb0e000)
                  /lib64/ld-linux-x86-64.so.2 (0x00007f11ddee1000)
              
              $ ldd $(which tail)
                  linux-vdso.so.1 =>  (0x00007fff00ac3000)
                  libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007faace4b3000)
                  /lib64/ld-linux-x86-64.so.2 (0x00007faace886000)
              
              $ ldd $(which grep)
                  linux-vdso.so.1 =>  (0x00007fff0e1ff000)
                  libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x00007fdf800b3000)
                  libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007fdf7fcf3000)
                  /lib64/ld-linux-x86-64.so.2 (0x00007fdf802ca000)
              
              • [^] # Re: Mon avis personnel

                Post√© par (page perso) . √Čvalu√© √† 10.

                Super, tu vois que journald utilise des fonctions de chiffrement, compression et de traitements d'erreurs que ne font pas les outils textes que tu as cité.
                En quoi ça le rend mauvais, lourd ou inutile ? Au contraire, je pense qu'il y a moyen de tirer avantage de tout ceci.

                Il y a des logiciels qui ont bien plus de dépendances en terme de bibliothèques, c'est loin d'être un problème ici.

                • [^] # Re: Mon avis personnel

                  Post√© par . √Čvalu√© √† -1.

                  Ca peut poser problème dans le cas ou par exemple une mise à jour a foiré (ne pas me dire que ça n'arrive jamais, c'est faux), et que certaines de ces libs sont incohérentes avec le reste du système. Si tu diminues le nombre de libs, tu diminues le risque.

                  Personnellement ça m'est déjà arrivé de me retrouver avec un serveur sur lequel une mise à jour avait foiré. Ce serveur n'avait pas été redémarré suite à cette mise à jour. certaines libs n'étaient pas à jour et certains services plantaient au démarrage. Il s'est vautré et il a fallu le remettre en marche. Les logs étaient accessible facilement, mais je me demande ce qui se passerait si l'une des libs utilisées par systemd venait à être corrompue, ou incohérente avec le reste du système.

              • [^] # Re: Mon avis personnel

                Post√© par (page perso) . √Čvalu√© √† 6.

                T'as oublié gzip :p

              • [^] # Re: Mon avis personnel

                Post√© par . √Čvalu√© √† 9.

                max-laptop% ldd /usr/bin/vim
                ‚ÄČ‚ÄČ‚ÄČlinux-vdso.so.1 (0x00007fffb087c000)
                ‚ÄČ‚ÄČ‚ÄČlibm.so.6 => /usr/lib/libm.so.6 (0x00007f5df9cba000)
                ‚ÄČ‚ÄČ‚ÄČlibncursesw.so.5 => /usr/lib/libncursesw.so.5 (0x00007f5df9a55000)
                ‚ÄČ‚ÄČ‚ÄČlibacl.so.1 => /usr/lib/libacl.so.1 (0x00007f5df984c000)
                ‚ÄČ‚ÄČ‚ÄČlibgpm.so.2 => /usr/lib/libgpm.so.2 (0x00007f5df9645000)
                ‚ÄČ‚ÄČ‚ÄČlibdl.so.2 => /usr/lib/libdl.so.2 (0x00007f5df9441000)
                ‚ÄČ‚ÄČ‚ÄČlibperl.so => /usr/lib/perl5/core_perl/CORE/libperl.so (0x00007f5df90b1000)
                ‚ÄČ‚ÄČ‚ÄČlibpthread.so.0 => /usr/lib/libpthread.so.0 (0x00007f5df8e94000)
                ‚ÄČ‚ÄČ‚ÄČlibc.so.6 => /usr/lib/libc.so.6 (0x00007f5df8aec000)
                ‚ÄČ‚ÄČ‚ÄČlibattr.so.1 => /usr/lib/libattr.so.1 (0x00007f5df88e7000)
                ‚ÄČ‚ÄČ‚ÄČ/lib64/ld-linux-x86-64.so.2 (0x00007f5df9fbb000)
                ‚ÄČ‚ÄČ‚ÄČlibcrypt.so.1 => /usr/lib/libcrypt.so.1 (0x00007f5df86b0000)
                max-laptop% ldd /usr/bin/vi
                ‚ÄČ‚ÄČ‚ÄČlinux-vdso.so.1 (0x00007fff281fe000)
                ‚ÄČ‚ÄČ‚ÄČlibncursesw.so.5 => /usr/lib/libncursesw.so.5 (0x00007f2f4dda5000)
                ‚ÄČ‚ÄČ‚ÄČlibc.so.6 => /usr/lib/libc.so.6 (0x00007f2f4d9fd000)
                ‚ÄČ‚ÄČ‚ÄČ/lib/ld-linux-x86-64.so.2 (0x00007f2f4e00a000)

                C'est décidé, je passe à vi ! ;-)

                "Quand certains r√Ęlent contre systemd, d'autres s'attaquent aux vrais probl√®mes." (merci Sinma !)

        • [^] # Re: Mon avis personnel

          Post√© par (page perso) . √Čvalu√© √† -8.

          J'ai entendu un autre son de cloche, un jour. Quelqu'un qui s'était retrouvé avec journald, et qui avait besoin des logs de son serveur de courrier. Avec la commande appropriée, il lui a fallu trois heures pour récupérer quelques centaines de lignes.

          • [^] # Re: Mon avis personnel

            Post√© par (page perso) . √Čvalu√© √† 10.

            Avec la commande appropriée, il lui a fallu trois heures pour récupérer quelques centaines de lignes.

            Et moi, j'ai connu un mec qui s'est retrouver avec SysV, il fallait 1 mois, 6 jours et 2 heures à son serveur pour démarrer, quelle grosse merde ce système d'init! :p

            Moi aussi je peux raconter n'importe quoi pour valider mes arguments…

    • [^] # Re: Mon avis personnel

      Post√© par (page perso) . √Čvalu√© √† 2.

      Comment les programmes packagés (plus précisément, les services déclarés dans /etc) vont-ils faire être compatibles avec plusieurs systèmes d'init?
      Sur mon Ubuntu, j'ai un mélange de services déclarés à la mode Upstart et à la mode SystemV.

      • [^] # Re: Mon avis personnel

        Post√© par (page perso) . √Čvalu√© √† 6. Derni√®re modification le 12/02/14 √† 13:05.

        Comment les programmes packagés (plus précisément, les services déclarés dans /etc) vont-ils faire être compatibles avec plusieurs systèmes d'init?

        En fournissant plusieurs scripts ou descriptions, un par format de système d'init.

        Sachant qu'être compatible avec SysV RC, c'est être, de façon minimale, compatible avec à peu près tous les systèmes de lancement de services puisque les systèmes de lancement de services en questions sont compatibles avec les scripts SysV !

        • [^] # Re: Mon avis personnel

          Post√© par (page perso) . √Čvalu√© √† 4.

          Cela ne sera pas vrai longtemps pour KDE, GNOME et compagnie à mon avis…

          Après, tout le monde pourra continuer à maintenir les gestionnaires de sessions actuel mais je suis presque sur que dans pas très longtemps, la plupart des environnements de bureau utiliseront systemd pour lancer leur session.

          http://www.phoronix.com/scan.php?page=news_item&px=MTEyNjc

          • [^] # Re: Mon avis personnel

            Post√© par . √Čvalu√© √† 3.

            la plupart des environnements de bureau utiliseront systemd pour lancer leur session.

            LOL, y'a même un service pour openbox, tant qu'à faire, pourquoi pas déclarer chaque programme comme un service et n'utiliser que systemd pour les lancer, ça serait classe et tout à fait dans l'esprit du "tout-en-un" !

            needs@computerd$ systemctl start firefox
            needs@computerd$ systemctl start ls cours
            
            • [^] # Re: Mon avis personnel

              Post√© par (page perso) . √Čvalu√© √† 8.

              Tu sais que les DE gèrent déjà un système similaire pour les services liées à la sesssion (par exemple, le dæmon KDE) ?

              ¬ę Rappelez-vous toujours que si la Gestapo avait les moyens de vous faire parler, les politiciens ont, eux, les moyens de vous faire taire. ¬Ľ Coluche

              • [^] # Re: Mon avis personnel

                Post√© par . √Čvalu√© √† 1.

                Tu sais que les DE gèrent déjà un système similaire pour les services liées à la sesssion (par exemple, le dæmon KDE) ?

                Je ne suis pas s√Ľr de bien comprendre, peux-tu apporter quelques pr√©cisions¬†? Parles-tu d'un programme qui "supervise" le lancement de services au sein du DE¬†? Si c'est bien cela, ma remarque √©tait plut√īt sur le fait de consid√©rer des WM comme des services, alors qu'ils sont tr√®s bien g√©r√© par le serveur X.

                • [^] # Re: Mon avis personnel

                  Post√© par (page perso) . √Čvalu√© √† 6.

                  Si c'est bien cela, ma remarque √©tait plut√īt sur le fait de consid√©rer des WM comme des services, alors qu'ils sont tr√®s bien g√©r√© par le serveur X.

                  √áa veut dire quoi ¬ę¬†tr√®s bien g√©r√© par le serveur X¬†¬Ľ¬†? Parce que si le WM crash, X ne fait rien, systemd permet de le red√©marrer, c'est beaucoup plus user-friendly.

                  ¬ę Rappelez-vous toujours que si la Gestapo avait les moyens de vous faire parler, les politiciens ont, eux, les moyens de vous faire taire. ¬Ľ Coluche

                  • [^] # Re: Mon avis personnel

                    Post√© par . √Čvalu√© √† 0. Derni√®re modification le 13/02/14 √† 20:35.

                    √áa veut dire quoi ¬ę¬†tr√®s bien g√©r√© par le serveur X¬†¬Ľ¬†? Parce que si le WM crash, X ne fait rien, systemd permet de le red√©marrer, c'est beaucoup plus user-friendly.

                    J'espère que ce n'est pas la raison principale, car c'est vraiment faire preuve de mauvaise foi.
                    Une manière de faire cela simplement, dans ton .xinitrc, remplaces le traditionnel :

                    exec wmfs

                    Tu peux mettre :

                    until wmfs; do true; done

                    Très bien géré par le serveur X, ça veut dire proprement intégré au système, puissant et facilement modifiable. Peux tu en dire autant de systemd ? Pas pour le premier point.

                    • [^] # Re: Mon avis personnel

                      Post√© par . √Čvalu√© √† 5.

                      Peux tu en dire autant de systemd ?

                      Bah, avec systemd mon window manager aura une backtrace genere et directement archive que je pourrais facilement retrouve. Il aura un watchdog qui verifiera que celui-ci est bien toujours actif (protection contre les boucles infinis). Et je peux mettre un certain nombre d'autre restriction.

                      Enfin, systemd va pouvoir se charger du demarrage de toutes les petites applications au demarrage de ton window manager sans que celui-ci ai a s'en occuper et en offrant les meme options que precedement. En terme de stabilite et gestion des erreurs, c'est bien plus avance que tout ce qui est implemente dans les DE actuel.

                      Bon, c'est pas non plus completement tout rose bonbon. KDE et Enlightenment ont tous les deux une infrastructure qui permet de precharger/prelinker/preinitialiser leur bibliotheque interne avant de demarrer une application. Hors cela repose sur fork, sans exec. Et c'est pour l'instant pas possible a implementer dans systemd, donc on perd une optimisation (Amelioration du temps de demarrage et diminution du la memoire utilise). De plus comme GNOME n'a pas ce mecanisme, et que les communautes de KDE et E ne sont pas tres engage dans le developpement de systemd, et bien je doute que l'on verra une solution a ce probleme apparaitre.

                      • [^] # Re: Mon avis personnel

                        Post√© par . √Čvalu√© √† -5.

                        Mon dieu… Je laisse tomber, visiblement le gout des belles choses se perd…

                        • [^] # Re: Mon avis personnel

                          Post√© par . √Čvalu√© √† 2.

                          Le go√Ľt pour l'attaque personnelle monte en fl√®che, par contre.

                          "Quand certains r√Ęlent contre systemd, d'autres s'attaquent aux vrais probl√®mes." (merci Sinma !)

                          • [^] # Re: Mon avis personnel

                            Post√© par . √Čvalu√© √† 2.

                            Rien de personnel la dedans, c'est un constat global. Si tu le prends comme une attaque personnel, je m'en excuse, ce n'était pas l'intention.

                        • [^] # Re: Mon avis personnel

                          Post√© par . √Čvalu√© √† 3.

                          Les scripts shell de belles choses? Faut arrêter le crack.

                          Depending on the time of day, the French go either way.

          • [^] # Re: Mon avis personnel

            Post√© par (page perso) . √Čvalu√© √† 2.

            Pour le moment, un développeur de KDE a dit qu’il préférait maintenir un seul truc que session systemd + autre chose pour les autres. Même si ça change dans le futur, je pense qu’il y aura toujours quelque chose pour ceux qui n’utilisent pas systemd.

            √Čcrit en B√©po selon l‚Äôorthographe de 1990

    • [^] # Commentaire supprim√©

      Post√© par . √Čvalu√© √† 2. Derni√®re modification le 12/02/14 √† 13:09.

      Ce commentaire a été supprimé par l'équipe de modération.

      • [^] # Re: Mon avis personnel

        Post√© par . √Čvalu√© √† 3.

        Complément:

        F V O U D member Ian Jackson (Citrix et ex Canonical)

        C'est assez marrant ce pattern "D U O V F" chez ceux qui ont voté systemd alors que pour les autres le 'F' est très présent. Peut-on en conclure quelque chose…

        • le pro systemd voient clairement des avantages qui se d√©gagent?
        • il font plut√īt un vote de forcing/lobbying?
        • ceux qui votent contre veulent plus de discussion car ils ne maitrisent pas le sujet?
        • ils pourrissent le vote?

        Si y'en a qui ont bien suivi les débats, je suis intéressés. A vos claviers! ;)

        • [^] # Commentaire supprim√©

          Post√© par . √Čvalu√© √† 1.

          Ce commentaire a été supprimé par l'équipe de modération.

        • [^] # Re: Mon avis personnel

          Post√© par . √Čvalu√© √† 6.

          Voter 'F' (Further discussion) est un moyen de contourner l'avantage du double vote du président de comité en cas d'égalité, qui ne s'applique pas contre l'option par défaut (F, justement).

          C'est un simple blocage de la part des pro-upstart (voir le journal Debian-systemd précédent, lien dans mon commentaire plus bas).

          • [^] # Commentaire supprim√©

            Post√© par . √Čvalu√© √† -2.

            Ce commentaire a été supprimé par l'équipe de modération.

            • [^] # Re: Mon avis personnel

              Post√© par . √Čvalu√© √† 4. Derni√®re modification le 12/02/14 √† 14:33.

              Non, il suffit seulement de voter F avant D (on est dans un système de Condorcet). C'est exactement ce qui s'est passé lors du premier vote (4-4, mais F globalement avant/équivalent à D, donc le vote supplémentaire de Bdale ne servait à rien).

              • [^] # Commentaire supprim√©

                Post√© par . √Čvalu√© √† 1. Derni√®re modification le 12/02/14 √† 14:46.

                Ce commentaire a été supprimé par l'équipe de modération.

                • [^] # Re: Mon avis personnel

                  Post√© par . √Čvalu√© √† 6. Derni√®re modification le 12/02/14 √† 14:54.

                  Tous les membres du comité se fichent d'OpenRC (pour le noyau Linux).

                  Il est d'ailleurs clair que les plus manipulateurs si on regarde le vote ce sont ceux qui ont mis F en dernier… Alors que s'ils veulent remplacer V, la discussion devrait être prioritaire sur V.

                  C'est clairement faux. Après 5 (cinq!) mois de discussion, pour l'init par défaut, et uniquement pour le noyeau Linux, y'en a quelques un qui ont estimé qu'avoir une décision (même le status quo) est plus important que de discuter encore 5 mois supplémentaires. Y'a qu'à voir la menace en privé d'une GR si la décision ne tombait pas "dans un très court délai".

                  C'est d'ailleurs pour ca que Colin Watson (employé Canonical) a voté "U D .. F ..", en sachant que ca donnerait systemd gagnant. Systemd n'a pas sa préférence, mais le cirque a assez duré et il est temps de se poser les autres questions importantes.

                • [^] # Re: Mon avis personnel

                  Post√© par (page perso) . √Čvalu√© √† 3.

                  Non pas du tout
                  si on avait comme vote

                  4 x (D U O F V)
                  4 x (O U F V D)

                  On remarque en faisant des comparaison deux à deux que

                  on a 4 fois D>U et 4 fois U>D (D=U)
                  on a 4 fois D>F et 4 fois F>D (D=F)
                  on a 4 fois D>O et 4 fois O>D (D=O)
                  on a 4 fois U>O et 4 fois O>U (U=O)

                  Par contre on a clairement O>F et U>F

                  Donc D U et O ne sont battue par personne mais F est battue par O et U.

                  Donc deux solutions :
                  ‚Äď soit on supprime F et dans ce cas pour trancher le chairman peut choisir D.
                  ‚Äď soit on garde F et dans ce cas l√† un nouveau vote doit avoir lieu et le fait d‚Äôavoir plac√© O en t√™te ne change rien.

                  • [^] # Re: Mon avis personnel

                    Post√© par (page perso) . √Čvalu√© √† 3. Derni√®re modification le 12/02/14 √† 15:16.

                    Pour plus de pr√©cision, vue qu‚Äôils utilisent (1) l‚Äôensemble de Shwartz pour trancher (l‚Äôensemble des imbattus), c‚Äôest √† dire dans le sc√©nario o√Ļ O est en t√™te l‚Äôensemble {U D O} qui ne contient pas F. Donc, en fait, mettre O en t√™tes fait gagner D.

                    C’est beau Condorcet, c’est intuitif :)

                    (1) https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=727708#6729

                    • [^] # Re: Mon avis personnel

                      Post√© par . √Čvalu√© √† 8.

                      Un beau vote de geeks :-) Avec le vote uninominal, on ne vote pas pour le candidat qu'on veut, mais la stratégie est accessible aux QI d'huitres. Avec Condorcet, on ne vote pas non plus pour ce qu'on voudrait, mais il faut passer 15 jours à déterminer la stratégie optimale.

                      • [^] # Re: Mon avis personnel

                        Post√© par . √Čvalu√© √† 5.

                        Une des propri√©t√©s consid√©r√©e en th√©orie des votes, si je me souviens bien, est l'honn√™tet√© des votes, c'est √† dire que l'on vote r√©ellement pour ce qui nous semble le mieux et pas de fa√ßon strat√©gique. justement, le fait de ne pas pouvoir simplement trouver une strat√©gie optimale appara√ģt comme une bonne propri√©t√© :)

                        Accessoirement, le fait que les résultats des sondages ne sont pas publiés dans les derniers moments d'une élection en France semble cohérent avec cet objectif.

                        • [^] # Re: Mon avis personnel

                          Post√© par . √Čvalu√© √† 4.

                          Bah je ne suis pas vraiment d'accord : une bonne propri√©t√© d'un syst√®me de vote est quand la strat√©gie optimale est le vote honn√™te. S'il existe une strat√©gie optimale complexe, c'est qu'il y a un probl√®me; d'une part, le syst√®me de vote est illisible, ce qui pose quand m√™me un probl√®me en d√©mocratie et autorise toutes sortes de manipulations difficiles √† contr√īler (du type red√©coupage de circonscriptions par une arm√©e de polytechniciens); d'autre part, tu permettrais √† une minorit√© (qui a les moyens mat√©riels et intellectuels de d√©chiffrer les tenants et les aboutissants du syst√®me de vote) de peser d√©raisonnablement sur le r√©sultat du vote. Accessoirement, s'il existe de telles strat√©gies hyper-complexes, tu as de fortes chances pour que la plupart des votants votent justement n'importe quoi (ni honn√™te ni optimal) parce qu'ils ont suivi les conseils d'un hoax re√ßu par email.

  • # Le journal...

    Post√© par . √Čvalu√© √† 4. Derni√®re modification le 12/02/14 √† 12:36.

    Le journal précédent sur Debian et systemd est celui-ci.

    Mais sinon, effectivement le vote n'a défini que l'init par défaut pour le noyau Linux (après 5 mois de discussion), donc on a encore de beaux trolls devant nous.

    • [^] # Re: Le journal...

      Post√© par (page perso) . √Čvalu√© √† 3.

      Le journal que tu cites a été publié avant la fin des votes. Même si l'issue était connue, on était pas à l'abri d'un changement au dernier moment…

      Maintenant c'est officiel.

  • # logs au format binaire

    Post√© par . √Čvalu√© √† 10.

    Pour ma petite expérience personnelle, le framework que j'utilise tous les jours au boulot utilise un format binaire pour ses logs et j'avoue que, si ça m'a surpris au début, cela s'est avéré être :

    • parfaitement adapt√© au besoin : trouver ce qui nous int√©resse via des options
    • performant : √ßa ne r√©√©crit pas la date du jour √† chaque ligne
    • pratique √† utiliser : possibilit√© de "switcher" les logs, ie cr√©er un nouveau fichier pour analyser tranquillement le pr√©c√©dent.

    Donc bien que réticent au début, je suis maintenant pour le concept et couine un peu quand je dois travailler sur des logs java avec leurs lignes de 3km de long…

    • [^] # Re: logs au format binaire

      Post√© par . √Čvalu√© √† 3.

      Les 3 arguments que tu donnes sont aussi vrais pour des logs texte.

      parfaitement adapté au besoin : trouver ce qui nous intéresse via des options

      Avec des logs texte, on peut utiliser 'grep' avec des options, ou tout autre outil mieux adapté.

      performant : ça ne réécrit pas la date du jour à chaque ligne

      Les logs texte ne sont pas obligés de répéter la date à chaque fois. Mais je t'accorde que c'est souvent répété afin de pouvoir 'greper' facilement.

      pratique à utiliser : possibilité de "switcher" les logs, ie créer un nouveau fichier pour analyser tranquillement le précédent.

      Pareil pour les logs texte.

      … logs java avec leurs lignes de 3km de long

      Si tes logs en binaire contiennent 3km de ligne, tu auras le même problème.

      • [^] # Re: logs au format binaire

        Post√© par . √Čvalu√© √† 10.

        parfaitement adapté au besoin : trouver ce qui nous intéresse via des options

        Avec des logs texte, on peut utiliser 'grep' avec des options, ou tout autre outil mieux adapté.

        Avoir toutes les infos entre le 31 d√©cembre 2013 17h et le 1er janvier 7h‚ÄĮ? √áa demande une jolie expression r√©guli√®re et √† conna√ģtre le format exacte des dates du log en question ainsi que sa position (note que ce sera probablement plus pratique en awk ou en perl).

        performant : ça ne réécrit pas la date du jour à chaque ligne

        Les logs texte ne sont pas obligés de répéter la date à chaque fois. Mais je t'accorde que c'est souvent répété afin de pouvoir 'greper' facilement.

        Il n'y a pas que la date. Aujourd'hui un log c'est un ensemble d'informations contextuelles (le niveau, la date, le pid, l'utilisateur de l'application, etc) suivi d'un message.

        pratique à utiliser : possibilité de "switcher" les logs, ie créer un nouveau fichier pour analyser tranquillement le précédent.

        Pareil pour les logs texte.

        Il rappel que l'on ne perd pas cette fonctionnalité. Tu peux donc toujours régénérer un format texte et utiliser tes outils habituels.

        Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

      • [^] # Re: logs au format binaire

        Post√© par (page perso) . √Čvalu√© √† 10.

        Avec des logs texte, on peut utiliser 'grep' avec des options, ou tout autre outil mieux adapté.

        Alors toi, tu n'as jamais du faire des recherches dans des vrais logs dans la vraie vie… Sur un serveur qui se respecte, sur de la grosse quantité de log, tu te retrouves vite à devoir aller boire douze café entre le moment ou tu lances tes grep, awk & co et le moment ou tu vois le résultat voulu…

        L'avantage de journalctl, c'est justement de n'utiliser ces outils qu'une fois les filtres de base appliqués et donc sur des quantités de données minimales…

    • [^] # Re: logs au format binaire

      Post√© par (page perso) . √Čvalu√© √† 2.

      couine un peu quand je dois travailler sur des logs java avec leurs lignes de 3km de long…

      Par curiosité, peux-tu poster un exemple ?

      • [^] # Re: logs au format binaire

        Post√© par . √Čvalu√© √† 3.

        non mon employeur ne serait pas content mais globalement si tu prends le concept de log4j tu as en début de ligne par défaut:

        2014/02/12-16:18:04.318 INFO
        

        ce √† quoi tu vas ajouter des informations de contexte diverses et vari√©es comme le nom de machine, le num√©ro de transaction, peut-√™tre le num√©ro de thread, le pid du process, le mode ou que sais-je pour conna√ģtre le contexte de l'√©v√©nement logg√©, et ceci √† CHAQUE ligne, ce qui te bouffe les 3/4 de ta console (j'exag√®re un peu l√†, j'ai un grand √©cran mais c'est pour l'effet dramatique) pour un bout d'information que tu cherches.

        Pour peu que tu aies un grand nombre de transactions par secondes ça devient très vite compliqué de parser le tout, les logs étant verbeux les rotations se font trop vite pour que tu aies le temps de voir ton message passer, et tu te rends compte en faisant un calcul simple (on l'a fait) que l'impact sur les performances est loin d'être négligeable (écriture disque).

        J'apprécie beaucoup le fait d'avoir des logs de textes de temps en temps mais j'avoue, lorsque l'application bourre ça devient vite compliqué.

        • [^] # Re: logs au format binaire

          Post√© par . √Čvalu√© √† 3.

          Après c'est peut être l'opportunité de simplifier l'appender log4j et de laisser au journal/syslog une partie du travail de strucutre et de contextualisation (date, PID…)

          • [^] # Re: logs au format binaire

            Post√© par . √Čvalu√© √† 1.

            c'est pas faux ;-) Après utiliser syslog/rsyslog/syslog-ng/… demande de faire intervenir les admin sys et de procédurer la chose, ce qui n'est pas toujours simple, les environnements évoluant en fonction des contraintes qui leur sont imposées.

  • # Ouf : par d√©faut

    Post√© par (page perso) . √Čvalu√© √† -6.

    Le board Debian a surement ses bonnes raisons.

    [MA VIE]

    Est-ce que les gens comme moi, avec presque 25 ans de culture Unix (dont 18 de Linux) vont se jeter sur cette nouveaut√©, pas s√Ľr.

    Autant le bachotage de grosses évolutions comme IPTABLES ou grub se justifiait à coup de nuits blanches, autant cette grappe de trucs ne sert à rien sur des configs modestes ou domestiques et en prime la palanquée de réflexes et scripts maison à adapter.

    Je vais attendre que Ken Thompson ou Brian Kernighan donnent leur avis.

    Rien qu'en pensant à certains plugin Munin, j'ai mal au crane.

    • [^] # Re: Ouf : par d√©faut

      Post√© par (page perso) . √Čvalu√© √† 8.

      Autant le bachotage de grosses évolutions comme IPTABLES

      Tu bient√īt pouvoir recommencer¬†;)

    • [^] # Re: Ouf : par d√©faut

      Post√© par . √Čvalu√© √† 7.

      autant cette grappe de trucs ne sert à rien sur des configs modestes ou domestiques et en prime la palanquée de réflexes et scripts maison à adapter.

      domestique:
      Sérieux t'as une palanquée de scripts maison que tu maintiens sur tes ordis domestiques? Moi non, par contre en domestique je prends systemd rien que pour le temps de démarrage plus rapide, vu que le reste ne m'impactera probablement pas du tout directement.

      modeste:
      Pareil, j'ai du mal à imaginer que sur un petit parc la migration soit extraordinairement compliquée.
      D'un autre c√īt√©, je comprends tr√®s bien aussi le principe de ne pas toucher √† quelque chose qui fonctionne bien, et √ßa m'aurait surpris de voir une √©puration de tout autre syst√®me d'init d√©j√† pr√©sent.

      Par contre, autant te faire à l'idée: il faudra bien que tu y passes!

  • # Perso...

    Post√© par . √Čvalu√© √† 10.

    Je suis bien content de voir que la communaute Linux se rapproche de plus en plus de Windows avec systemd, journald, etc…

    Ca a mis du temps, mais j'ai confiance. Bientot il y aura une base de registre pour tout le systeme plutot que ce merdier de /etc , installer un programme ne forcera plus a upgrader toutes les dependences, et qui sait, peut-etre meme un demineur !

    Sur ce, je -->[]

    • [^] # Re: Perso...

      Post√© par (page perso) . √Čvalu√© √† 10.

      Diantre, le retour de pBpG, et quel retour ! Chapeau bas, c'était très bien exécuté !

      • [^] # Re: Perso...

        Post√© par . √Čvalu√© √† 5.

        Son commentaire est surtout très vrai. Il faudrait ignorer le fonctionnement de la gestion des services windows et les journaux d'évènements pour dire le contraire.

    • [^] # Re: Perso...

      Post√© par . √Čvalu√© √† 4.

      Il n'y a pas deja une base de registre dans GNOME ? Et avec mono, je pense qu'on a tout ce qu'il faut pour concurrencer Windows maintenant. Tu vois d'autre truc qui manque apres ca qu'on s'y attaque !

      • [^] # Re: Perso...

        Post√© par . √Čvalu√© √† 3.

        Oui mais c'est uniquement pour Gnome, faut mettre ca pour le systeme entier histoire d'avoir une unification du stockage de parametres plutot que 523 formats de configuration differents.

        Sinon, si vous pouviez mettre une platforme de filtrage reseau similaire a WFP dans le kernel ca serait sympa, ca me fait pas mal ch… en ce moment de ne pas pouvoir intercepter et modifier facilement tout le traffic que je veux. netfilter est sacrement limite de ce cote la.

        • [^] # Re: Perso...

          Post√© par . √Čvalu√© √† 3.

          Meme en utilisant LibreOffice ? Je croyais que c'etait ce qui se faisait de mieux sous Linux pour le Firewall…

          Pour le probleme de la base de registre, il y a deux options, GNOME OS ou convaincre chaque projet de migrer vers une base de registre. Une recommendation ? Me semble que tout faire facon GNOME est une meilleur strategie, suffit d'enlever des options et mettre une base de registre.

        • [^] # Re: Perso...

          Post√© par . √Čvalu√© √† 6.

          Oui mais c'est uniquement pour Gnome, faut mettre ca pour le systeme entier histoire d'avoir une unification du stockage de parametres plutot que 523 formats de configuration differents.

          LOL, comme si les clés dans le Registre Windows étaient documentées et répondaient à une quelconque logique.

          "Quand certains r√Ęlent contre systemd, d'autres s'attaquent aux vrais probl√®mes." (merci Sinma !)

          • [^] # Re: Perso...

            Post√© par . √Čvalu√© √† -1.

            • Hierarchique
            • Securite granulaire sur chaque cle de la hierarchie separement plutot qu'au niveau d'un fichier entier
            • Format standardise pour chiffres, donnees binaires, texte, listes de texte

            Tu veux comparer ca a ce qu'on trouve sous /etc pour rire ?

            • [^] # Re: Perso...

              Post√© par . √Čvalu√© √† 1. Derni√®re modification le 13/02/14 √† 20:44.

              Si tu veux.

              Voir si le TRIM est activé sur mon SSD :
              Consulter la présence du mot clé discard pour le point de montage / dans /etc/ftab

              Sous Windows, c'est hyper intuitif :

              fsutil behavior query DisableDeleteNotify
              If the result is '0' TRIM is enabled.

              Ou pour mettre l'UTC sous Windows, c'est encore très intuitif :

              [HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\TimeZoneInformation] ‚ÄúRealTimeIsUniversal‚ÄĚ=dword:00000001

              C'est caché au fin fond du registre. Génial. Mais la devinette, c'est marrant 5 minutes. Heureusement, pour pas mal de cas, il y a Google (et on ne trouve pas ça sur une quelconque doc' MS).

              "Quand certains r√Ęlent contre systemd, d'autres s'attaquent aux vrais probl√®mes." (merci Sinma !)

              • [^] # Re: Perso...

                Post√© par . √Čvalu√© √† -3.

                Consulter la présence du mot clé discard pour le point de montage / dans /etc/ftab

                Sous Windows, c'est hyper intuitif :

                fsutil behavior query DisableDeleteNotify
                If the result is '0' TRIM is enabled.
                

                Super, quelle difference entre les 2 ?

                [HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\TimeZoneInformation] ‚ÄúRealTimeIsUniversal‚ÄĚ=dword:00000001

                C'est caché au fin fond du registre. Génial. Mais la devinette, c'est marrant 5 minutes

                Cache ? Au fin fond ? Non, c'est la ou c'est sense etre dans la hierarchie.

                Je peux faire REG ADD HKLM\SYSTEM\CurrentControlSet\Control\TimeZoneInformation /f /v RealTimeIsUniversal /t REG_DWORD /d 1 depuis la ligne de commande pour le modifier ou le lire.
                Tu m'expliques comment tu modifies un parametre en ligne de commande dans un fichier de configuration arbitraire sous Linux ?

                • [^] # Re: Perso...

                  Post√© par (page perso) . √Čvalu√© √† 7.

                  Tu m'expliques comment tu modifies un parametre en ligne de commande dans un fichier de configuration arbitraire sous Linux ?

                  systemctl enable_lenart_default all
                  

                  ¬ę Rappelez-vous toujours que si la Gestapo avait les moyens de vous faire parler, les politiciens ont, eux, les moyens de vous faire taire. ¬Ľ Coluche

                • [^] # Re: Perso...

                  Post√© par . √Čvalu√© √† 1.

                  Super, quelle difference entre les 2 ?

                  'discard' fait référence à la manière dont TRIM fonctionne. On s'en souvient rapidement ainsi.

                  Non seulement DisableDeleteNotify je vois pas le rapport, mais en plus fsutil behavior query, faut que je regarde sur le Web à chaque fois pour m'en souvenir… Je m'attendrais plus à des arguments du genre /B /Q, mais non…

                  Cache ? Au fin fond ? Non, c'est la ou c'est sense etre dans la hierarchie.

                  Moi aussi je peux faire une hiérarchie non documenté, avec des noms abscons (SYSTEM\CurrentControlSet\Control, juste WUT ? "RealTimeIsUniversal", c'est un fan de SF qui a inventé ce nom pour l'UTC ?), et dire que c'est bien rangé.
                  Ça restera bordélique.

                  Tu m'expliques comment tu modifies un parametre en ligne de commande dans un fichier de configuration arbitraire sous Linux ?

                  sed, vim, vi, nano, echo. Y'a l'embarras du choix.

                  Dans le cas de fstab, tu peux même remonter un point de montage avec des options différentes.

                  "Quand certains r√Ęlent contre systemd, d'autres s'attaquent aux vrais probl√®mes." (merci Sinma !)

                  • [^] # Re: Perso...

                    Post√© par . √Čvalu√© √† 6.

                    avec des noms abscons (SYSTEM\CurrentControlSet\Control

                    La tu me fais quand meme bien rire. SYSTEM c'est clair, "CurrentControlSet" c'est decrit ici : http://support.microsoft.com/kb/100010 et ca a tout a fait un sens. Mais evidemment si tu n'as meme pas pris la peine d'essayer…

                    Rappelles moi, /etc c'est quoi ? rc.d ? Super clair pour celui qui connait pas… Tu t'y es habitue pourtant.

                    sed, vim, vi, nano, echo. Y'a l'embarras du choix.

                    Ca c'est pas une reponse. Tu veux changer un parametre dans fstab, ou dans krb5.conf, ou dans network, … avec un truc automatise (script ou autre) tu dois a chaque fois faire une tambouille differente et te faire le parsing du fichier a la main pour trouver ta valeur parce qu'ils ont un format different.
                    Avec la registry, tu utilises le chemin de la valeur et c'est tout, changer la valeur c'est bateau, et si tu fais une erreur et essaie de mettre un bout de texte dans une valeur numerique, tu recois une erreur plutot qu'un truc qui te laissera faire car il n'a aucun contexte sur le type des valeurs.

                    La je n'ai meme pas encore touche :
                    - le fait que chaque cle peut avoir ses propres attributs de securite, ce qui permet une granularite pour donner des permissions de configuration qui est impossible avec les fichiers de config texte.
                    - que tu peux avoir un audit des modifs de la registry par cle plutot qu'un fichier entier
                    - ca te permet de faire un push de parametres de config specifiques sur toutes les machines d'un domaine, bonne chance pour faire ca quand tu dois modifier une valeur precise dans un fichier de config qui est peut-etre different sur 3000 machines
                    - le fait que la registry te permet de creer des transactions, changer plusieurs clefs a droite a gauche, et si qqe chose merde, tu peux faire un rollback. Amuses toi a faire une transaction solide avec plusieurs fichiers de config…

                    • [^] # Re: Perso...

                      Post√© par (page perso) . √Čvalu√© √† 4. Derni√®re modification le 16/02/14 √† 00:43.

                      J’aimerais quand même dire une chose: il faut admettre que n’importe quel programme sous Windows laisse plein de merdes dans le registre. CCleaner en enlève tellement à chaque fois que je le fais tourner, c’est assez impressionnant.

                      Sinon oui ça peut être pratique un registre, mais il faut également admettre que les noms font assez peur.

                      √Čcrit en B√©po selon l‚Äôorthographe de 1990

              • [^] # Re: Perso...

                Post√© par . √Čvalu√© √† 4.

                La difference entre les deux c'est que la base de registre peut être très aisément consulter par un programme de façon fiable. Pour les humains, on a invente les front ends. Ca marche vachement mieux que d'aller trifouiller au fond du système. Et ces front ends ont besoin d'un api fiable. 42 000 formats texte, c'est pas une api fiable.

                Verifier la presence de discard dans une ligne, ca veut dire parser tout le fstab et l'analyser.

                Alors, oui, tu peux faire un awk + grep. Et un jour, y'a un gars qui va mettre un commentaire #surtout ne pas activer discard!!! et paf, tu vas croire que TRIM est active. Le fix est facile, mais le mal sera deja fait.

                Idem pour l'exemple UTC, c'est tr√®s logique et y'a pas d'ambigu√Įt√© sur la s√©mantique.

                Linuxfr, le portail francais du logiciel libre et du neo nazisme.

        • [^] # Re: Perso...

          Post√© par (page perso) . √Čvalu√© √† 4.

          Sinon, si vous pouviez mettre une platforme de filtrage reseau similaire a WFP dans le kernel ca serait sympa

          Ça permet quoi de plus ?

          ¬ę Rappelez-vous toujours que si la Gestapo avait les moyens de vous faire parler, les politiciens ont, eux, les moyens de vous faire taire. ¬Ľ Coluche

      • [^] # Re: Perso...

        Post√© par (page perso) . √Čvalu√© √† 6.

        il y a quand même plus de fonctionnalités dans windows que dans Gnome. De plus les dev Windows sont plus à l'écoute et moins condescendants envers leurs utilisateurs.

        ¬ę I approve of any development that makes it more difficult for governments and criminals to monopolize the use of force. ¬Ľ Eric Raymond

        • [^] # Re: Perso...

          Post√© par . √Čvalu√© √† 5.

          De plus les dev Windows sont plus à l'écoute et moins condescendants envers leurs utilisateurs.

          Je trouve ça fort de dire çà quand on sait le succès rencontré par l'interface ModernUI de Windows8 et le pataquès que les utilisateurs ont été obligé de faire pour qu'il y ait le retour du bouton démarré. Et Microsoft a réussi à pas les écouter (ce n'est pas le bouton démarré qui est revenu) et à fait juste un bouton qui ouvre l'interface d'accueil que les utilisateurs du mode bureau voulait justement fuir…

          • [^] # Re: Perso...

            Post√© par . √Čvalu√© √† 6.

            ‚ÄúIf I had asked people what they wanted, they would have said faster horses.‚ÄĚ Citation attribu√© √† Henry Ford

            Demander aux utilisateurs n'est pas toujours la bonne solution, voire m√™me jamais. L'utilisateur a la plupart du temps des Ňďill√®res si grandes qu'il ne propose rien d'int√©ressant. L'innovation, la vraie, viens souvent d'une rupture avec un paradigme pr√©c√©dent. Je ne dis pas que l'interface de Windows 8 est bonne ou mauvaise, mais je dois conc√©der √† Microsoft qu'essayer d'introduire une vraie rupture par rapport √† l'ancien (qui date quand m√™me de Win 95) est une bonne chose. Le "If it ain't broke, don't fix it" est pour moi synonyme de stagnation.
            Les interfaces utilisateurs ne sont pas une science exacte, surtout qu'il y a toujours une armée de réfractaires aux changements pour gueuler contre elle. Cette levée de boucliers contre systemd, Wayland, et autre est vraiment une preuve que même dans un domaine évoluant à une vitesse folle, les réfractaires aux changements sont légion. Certains messages me font penser aux réactions face à l'invention de l'imprimerie…

            • [^] # Re: Perso...

              Post√© par . √Čvalu√© √† 7.

              mais je dois concéder à Microsoft qu'essayer d'introduire une vraie rupture par rapport à l'ancien (qui date quand même de Win 95) est une bonne chose.

              Bah, qu'il y ait une mode des interfaces utilisateurs et que donc le changement pour le changement soit un plus, hum, comment-dire, c'est la victoire du marketing sur la "vraie" simplicité d'utilisation.
              Tu ne doit pas aimer la ligne de commande, ça ne change pas assez..

              Tiens, je te conseille de lire ça des nouveautés:
              http://www.jwz.org/blog/2012/06/i-have-ported-xscreensaver-to-the-iphone/
              j'aime bien son point de vue.

              PS: Je ne dis pas que ça s'applique à Wayland (ne serait-ce qu'à cause des failles de sécurité inacceptable d'X), par contre systemd, j'ai l'impression que la compatibilité avec SysVinit est loin d'être parfaite (d'après une page de LWN, désolé elle est encore 'réservée aux contributeurs') et que le coté journalisation est encore immature..

            • [^] # Re: Perso...

              Post√© par (page perso) . √Čvalu√© √† -3.

              Le "If it ain't broke, don't fix it" est pour moi synonyme de stagnation.

              Tout d√©pend de comment on voit les choses. Pour ma part je pr√©f√®re avoir quelque chose de vieux et √©prouv√© (une peu comme ce que faisait Debian jusqu‚Äô√† pr√©sent), quelque chose qui juste marche en somme, que quelque chose de ¬ę¬†innovant¬†¬Ľ qui vient foutre la grouille partout et qui en plus est mal con√ßu (√ßa reste du Poettering, et tout le monde connais pulseaudio).

              D’ailleurs, pourquoi remplacer un système fonctionnel par une infamie ? Si c’est pour les 10% d’adminsys qui ont quelques gigas de logs à traiter par jour, ça ne suffit pas.

    • [^] # Re: Perso...

      Post√© par (page perso) . √Čvalu√© √† 3.

      Le problème de Windows, ce n'est pas le gestionnaire d'événements, ce sont ces derniers: me dire que tel truc n'a pu démarrer sans autre information, ça ne sert à rien…

      • [^] # Re: Perso...

        Post√© par . √Čvalu√© √† -1.

        Les services ont un log a eux d'habitude, comme sous Unix.

    • [^] # Re: Perso...

      Post√© par . √Čvalu√© √† 9.

      Tant qu'ils n'implémentent pas l'écran bleu…

      Sérieusement, ce n'est pas parce que Windows fait un truc que c'est forcément de la merde et qu'il ne faut pas faire quoi que ce soit de similaire.

      Maintenant, on peut regarder ce qui se fait sous Windows et conclure:
      "Il y a du bon dans ce merdier, il suffit de faire pareil, mais en bien."
      Et voilà, systemd!

      Ce Troll vous est offert par la Ligue pour la Lourdeur, l'Offense, le Remue-ménage et les Trolls: la llorT

  • # pkoi?

    Post√© par . √Čvalu√© √† 1.

    ou est ce que l on peut trouver un resumer des raisons technique de ce choix?

  • # Ubuntu passe √† Systemd

    Post√© par (page perso) . √Čvalu√© √† 7.

    Mark Shuttleworth vient d'annoncer que Ubuntu passera à Systemd

    • [^] # Re: Ubuntu passe √† Systemd

      Post√© par . √Čvalu√© √† 9.

      Merde mais c'est pas possible il ne peut pas faire ca. Et comment on va troller comme des gorets en crachant sur Ubuntu qui fait tout dans son coin?

    • [^] # Re: Ubuntu passe √† Systemd

      Post√© par (page perso) . √Čvalu√© √† 3. Derni√®re modification le 14/02/14 √† 16:55.

      Les anti-systemd vont encore plus hurler :).
      Et comme parmi eux, aucun ne se bottera le cul pour maintenir "les truc qui marchaient bien" mais qui √©tonnamment ne marcheront plus sans mainteneurs, et ce pour la simple raison que systemd ne changera pas grand chose pour eux, qu'il feront de l'admin comme avant, sans m√™me possibilit√© de dire "upstart rulez, c'√©tait le choix √† faire pour les autres", et qu'ils l'utiliseront comme tout le monde, on va avoir le droit √† quelques r√Ęlements pendant quelques ann√©es (et ensuite, ils √©viteront soigneusement de rappeler qu'ils √©taient contre, dans 10 ans on ne trouvera personne qui dira publiquement qu'il √©tait contre) :-D.

      En tous cas, c'est bien fairplay de la part de Canonical, surtout avec une telle rapidité pour enfin passer à autre chose (pour les acteurs, pour les trolleurs on s'en fout)…

Suivre le flux des commentaires

Note : les commentaires appartiennent à ceux qui les ont postés. Nous n'en sommes pas responsables.