C'est le problème des Lennarteries, elles partent sur tout un tas d'hypothèses de config et de configuration
Mais alors comment ont fait les distrib qui ont réussi à intégrer des trucs comme pulseaudio sans vrai problème ?
Bien sur que ca apporte quelque chose, du point de vue d'un mainteneur de distrib tout ce qui limite l'utilisateur et l'empêche de faire des choses exotiques est un plus.
Mais je veux pas un outil greplog, un outil taillog, un outil sedlog, un outil perllog etc. Je veux une sortie standard qui je peux chainer aux outils que j'ai déjà et que je connais déjà.
Mais en quoi c'est opposable ? Si greplog te balance ce qu'il convient dans la sortie standard il est où le problème ? En fait vous êtes super fort pour ne pas lire ce point. Ce qui est écrit c'est justement qu'il n'y a qu'à écrire un greplog qui utilise les entrées/sorties standard et qu'on peut chainer, comme on le ferait avec grep ou autre.
Et dans ce cas aucun problème pour le chainer avec les outils que tu connais déjà.
de base de données - parceque des fois le système ne démarre pas comme il faut et que j'ai besoin de logguer ce que je peux même si les logiciels de base de données ne démarre pas.
C'est vrai que je pense qu'ils ne vont jamais se poser cette question…
de format de log XML
cool tu les aura en json
Et tu me traitera probablement de puriste immobiliste et passéiste
Ben en l’occurrence j'ai l'impression que beaucoup ferment les yeux devant les problèmes des solutions actuelles parce qu'ils ne comprennent pas / ne maîtrisent pas / n'ont pas envie des solutions apportées.
Ok, les solutions ne sont pas exemptes de problèmes, mais au moins certains cherchent à y remédier. Et malheureusement (ou heureusement) dans le libre c'est ceux qui codent qui décident au final. Alors oui il y a des cas où ça ne me plait pas non plus. Mais là on dirait que sous pretexte que ça ne respecte pas votre vision d'Unix c'est forcément de la merde en barre. Et lorsqu'on dit qu'au contraire il est possible de continuer à respecter la philo unix (par exemple faire un outil dédié, simple et ne faisant qu'une chose comme consulter les logs plutôt que de pervertir un autre) ça plait pas non plus, parce que c'est pas le grep standard. Donc à ce moment il est où le problème réellement ?
[^] # Re: Où est le problème ?
Posté par CrEv (site web personnel) . En réponse au journal Quelle distribution restera dans l'esprit UNIX?. Évalué à 0.
Mais alors comment ont fait les distrib qui ont réussi à intégrer des trucs comme pulseaudio sans vrai problème ?
C'est quand même marrant, c'est exactement l'opposé de PulseAudio. Pire que ça, en général ceux qui se plaignent disent que les fonctionnalités apportées ne servent à rien. Tiens, un journal qui montre justement certains intérêts de pulseaudio : https://linuxfr.org/users/yellowiscool/journaux/transferer-du-son-en-reseau-avec-pulseaudio-vlc-et-un-clavier-bepo
Mais en quoi c'est opposable ? Si greplog te balance ce qu'il convient dans la sortie standard il est où le problème ? En fait vous êtes super fort pour ne pas lire ce point. Ce qui est écrit c'est justement qu'il n'y a qu'à écrire un greplog qui utilise les entrées/sorties standard et qu'on peut chainer, comme on le ferait avec grep ou autre.
Et dans ce cas aucun problème pour le chainer avec les outils que tu connais déjà.
C'est vrai que je pense qu'ils ne vont jamais se poser cette question…
cool tu les aura en json
Ben en l’occurrence j'ai l'impression que beaucoup ferment les yeux devant les problèmes des solutions actuelles parce qu'ils ne comprennent pas / ne maîtrisent pas / n'ont pas envie des solutions apportées.
Ok, les solutions ne sont pas exemptes de problèmes, mais au moins certains cherchent à y remédier. Et malheureusement (ou heureusement) dans le libre c'est ceux qui codent qui décident au final. Alors oui il y a des cas où ça ne me plait pas non plus. Mais là on dirait que sous pretexte que ça ne respecte pas votre vision d'Unix c'est forcément de la merde en barre. Et lorsqu'on dit qu'au contraire il est possible de continuer à respecter la philo unix (par exemple faire un outil dédié, simple et ne faisant qu'une chose comme consulter les logs plutôt que de pervertir un autre) ça plait pas non plus, parce que c'est pas le grep standard. Donc à ce moment il est où le problème réellement ?