Et non. Comme précisé plus bas je ne voulais pas dire RedHat et Fedora mais "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.
Non ce n'est pas l'opposé de Pulse Audio. Pour les applis (ie pour les autres programmes qui tournent) Pulse Audio est supposé simplifier la connexion audio. Après qu'il fasse autre chose en aval c'est son problème.
Heu, là tu te gaufre. Qu'il fasse quelque chose d'autre en aval c'est justement l'intérêt de PulseAudio. Et c'est bien exactement l'opposé de ce que tu disais.
Je rappel que ce que tu as dis c'est : ce qui limite l'utilisateur et l'empêche de faire des choses exotiques On parle donc bien de l'utilisateur, pas simplement des autres programmes qui tournent. Alors après que les ajouts et améliorations ne t'intéressent pas spécialement en fait on s'en fiche un peu, le fait est que ça intéresse suffisamment de monde et que ça règle suffisamment de problèmes pour que toutes les distrib ou presque utilisent PA.
Si greplog te balance ce qu'il convient dans la sortie standard il est où le problème ?
greplog ne peut pas balancer ce qui me convient, parcequ'il n'est pas sentient
Sentient ?
Nan mais tu fais quand même exprès.
Des fois ce qui me convient c'est […] des fois c'est […]
Ok, mais dans ce cas il n'y a rien qui conviennent vraiment. Et avoir un outil unique pour faire tous ces cas différent c'est justement l'inverse d'un outil pour une action donnée le tout chainable.
Oh, et je sais même comment ils vont y répondre
Rien que ça. Tu as regardé pour de vrai ou tu es juste intimement persuadé que c'est le cas. Et si c'est la deuxième solution j'espère que tu es allé leur dire, non ?
C'est pas 'notre' vision d'Unix. C'est la philosophie Unix. Ca fait 40 ans qu'on la pratique elle commence à être plutôt normée et objective comme vision
Et ben faut croire que c'est pas si clair que ça.
Si on prend par exemple le fait que le créateur de rsyslog bosse sur lumberjack, y'a quand même de quoi se poser des questions, non ?
Je veux pouvoir utiliser […] comme je l'ai toujours fait mais surtout comme j'ai besoin de le faire.
Ok, c'est donc bien exactement ce que je dis. Mais dans ce cas, si tout est déjà bien, pourquoi tu veux changer ? Ne met pas à jour, passe les correctifs de sécurité, choisi une distrib en accord avec ta philosophie.
Et de plus greper un log ce n'est pas une perversion de grep, il est même fait pour ça
Non non, comme tu dis, il n'est pas fait pour greper un log il est fait pour greper un contenu texte.
Et donc si tu as un catlog qui te sort juste les messages de log alors ton grep fonctionnera toujours.
Et si tu fais un greplog qui t'extrait des choses en fonction de données inexistantes dans tes logs, tu pourra toujours rajouter un grep derrière.
Le truc dans l'histoire c'est que tu oublie totalement la structuration des données du log. Et ça, désolé, mais c'est une vrai fonctionnalité manquante. Le fait que chaque application ait sa propre structure de log est également un vrai problème qu'ils tente de résoudre.
Mais non, c'est pas des vrai problèmes, c'est vrai. Et c'est pas unix. Au fait, tu confondrais pas unix avec bordel bas niveau ?
[^] # 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é à -2.
Et non. Comme précisé plus bas je ne voulais pas dire RedHat et Fedora mais "les distrib qui ont réussi à intégrer des trucs comme pulseaudio sans vrai problème".
Heu, là tu te gaufre. Qu'il fasse quelque chose d'autre en aval c'est justement l'intérêt de PulseAudio. Et c'est bien exactement l'opposé de ce que tu disais.
Je rappel que ce que tu as dis c'est : ce qui limite l'utilisateur et l'empêche de faire des choses exotiques On parle donc bien de l'utilisateur, pas simplement des autres programmes qui tournent. Alors après que les ajouts et améliorations ne t'intéressent pas spécialement en fait on s'en fiche un peu, le fait est que ça intéresse suffisamment de monde et que ça règle suffisamment de problèmes pour que toutes les distrib ou presque utilisent PA.
Sentient ?
Nan mais tu fais quand même exprès.
Ok, mais dans ce cas il n'y a rien qui conviennent vraiment. Et avoir un outil unique pour faire tous ces cas différent c'est justement l'inverse d'un outil pour une action donnée le tout chainable.
Rien que ça. Tu as regardé pour de vrai ou tu es juste intimement persuadé que c'est le cas. Et si c'est la deuxième solution j'espère que tu es allé leur dire, non ?
Et ben faut croire que c'est pas si clair que ça.
Si on prend par exemple le fait que le créateur de rsyslog bosse sur lumberjack, y'a quand même de quoi se poser des questions, non ?
Ok, c'est donc bien exactement ce que je dis. Mais dans ce cas, si tout est déjà bien, pourquoi tu veux changer ? Ne met pas à jour, passe les correctifs de sécurité, choisi une distrib en accord avec ta philosophie.
Non non, comme tu dis, il n'est pas fait pour greper un log il est fait pour greper un contenu texte.
Et donc si tu as un catlog qui te sort juste les messages de log alors ton grep fonctionnera toujours.
Et si tu fais un greplog qui t'extrait des choses en fonction de données inexistantes dans tes logs, tu pourra toujours rajouter un grep derrière.
Le truc dans l'histoire c'est que tu oublie totalement la structuration des données du log. Et ça, désolé, mais c'est une vrai fonctionnalité manquante. Le fait que chaque application ait sa propre structure de log est également un vrai problème qu'ils tente de résoudre.
Mais non, c'est pas des vrai problèmes, c'est vrai. Et c'est pas unix. Au fait, tu confondrais pas unix avec bordel bas niveau ?