Or il existe plein de libriste, qui n'ont pas les même idée sur le sujet
Pas de soucis (vu que je suis libriste qui n'aime pas le copyleft, je sais bien que d'autres libristes n'aiment pas le non copyleft ;-) ).
Par contre, je m'étonne qu'une même personne puisse réagir "mais non les DRM c'est pas trop méchant" pour des jeux mais trouver anormal les DRM pour la vidéo par exemple (ce n'est peut-être pas le cas de la personne à laquelle je répondais, mais de manière générale je constate que les arguments sont souvent utilisés que quand ça plait et non acceptés quand ça ne plait pas, et pas que pour les DRM, ça m'amuse).
OK, c'est mieux d'avoir des jeux sous DRM sous Linux plutôt que rien.
Mais pourquoi personne ne dit rien contre Mozilla (les libristes les soutiennent plutôt), qui ne veut pas de standard de DRM pour les vidéos sur le web, qui peut avoir exactement la même argumentation?
Ah la cohérence… On se croirait dans le monde proprio avec ses excuses suivant le but souhaité et non pas suivant les principes, l'être humain est le même libriste ou pas :)
Et encore, tu n'as pas vu l'autre côté, le côté "pour marchand".
J'avais aussi passé un moment à trouver les conditions pour les marchands (que d'ailleurs je n'arrive plus à trouver la vite fiat, toujours aussi stupide), et il fallait genre mini un chiffre d'affaire de 100 000 Euros (non, je n'ai pas rajouté de zéro), contre Paypal à 0 €, et une procédure d'inscription à la con (physique) contre tout en ligne pour Paypal.
Les gens qui osent comparer Paylib à Paypal n'ont tout simplement pas compris ce qui fait le succès de Paypal (qui comprend un ouverture de comtpe facile et aucune limite pour avoir le droit au service. Le 0€ d'aujourd'hui sont les potentiels gros de demain).
Paylib n'a aucun interêt à part de la communication "on a un truc contre Paypal" (mais on a rien en réalité).
Les français n'ont absolument rien compris, au début j'avais cru que c'était une blague mais non on n'est pas le 1er Avril (Paylib ressemble complètement à une blague de 1er avril pourtant!)
un échange entre amis (…) Et nous, nous perdrons la dernière parcelle de liberté : celle de l'échange direct et sans trace.
Tu veux bien parler de la liberté de frauder, de ne pas payer ta part à la société?
Désolé, ça ne dérange pas tout le monde que les gens perdent cette "liberté".
Je parie que ce sont les mêmes qui ensuite sont horrifiés car Cahuzac a caché un compte, ou que les riches sont trop riches et ne payent pas d'impots.
Et si vous disiez la réelle raison qui fait que vous aimez le liquide non traçable, ce qu'il vous enlève vraiment comme liberté?
(je sais, -10 car les défenseurs de la "liberté" vont être horrifiés…)
C'est un truc très facile à tester (au pire un logiciel qui simule la montée en charge).
Alors les gens qui que le chiffrement systématique peut contribuer au réchauffement climatique, donnez des chiffres plutôt que de dire "si"!
la différence n'est que de 5% au total (ce qui n'est pas beaucoup)
Allez, j'ose parier un peu (j'en suis pas sûr certes, je n'ai pas mesuré, mais ce n'est pas mois qui cherche à argumenter que c'est pas bien pour le réchauffement climatique) que c'est moins de 1%, voire non mesurable, avec les bonnes libs et les bons CPU (qui ont AES-NI).
Je chiffre mon disque en AES256, et je vois aucune différence de perf disque/CPU même à 800 Mo/s (AES-NI me permettant du 4 Go/s facile, et je n'ai pas de CPU serveur, bref pour du web…).
Et c'est avec des raisonnements comme celui là que nous serions restés… au moyen âge.
En quoi ça va au moyen-age de faire attention sans quasiment rien perdre comme confort?
Vive la technologie, vive le progrès, et vive la science, n'en déplaise aux nouveaux adorateurs de Gaïa.
Justement, la technologie peut permettre à ce qu'on ai plus de confort de manière viable, sans que ça pète et qu'au final tu crèves de la polution que tu as faite.
Tu veux aller faire un tour dans les villes "modernes" chinoises qui font pas trop attention à l'écologie? Moi j'ai envie de vivre… Sans masque de préférence.
En fait, pour être plus précis sur ce que je voulais dire, je trouve triste que les sites de test en restent à cette règle du 1W, et disent "c'est bon c'est inférieur à 1W" (ben oui, ils le font tous! Pourquoi le dire?) et ne testent pas la conso en veille (c'est en plus pas ce qu'il y a de plus dur à tester… surtotu qu'il parait qu'il on testé le <1W) en disant si c'est 1.0W ou 0.1W. Ils le font bien pour les alims (c'est gold, platinium… Et maintenant Titanium. Le marketing a aidé l'écologie pour une fois, j'aimerai la même chose pour la veille)
Oui, mais bon la, on est dans l'atome H2O plusque la goutte d'eau… Surtout depuis AES-NI.
Faut arrêter un peu le délire, autant je comprend le coup des apareil en veille (ce qui me fait réagir aujourd'hui c'est que on écrit "<1W" sans dire si c'est 0.1 ou 0.9, du coup depuis le 1W les constructeurs ne se bougnet plus), autant la ça fait doucement sourire.
quelqu'un de motivé pour prouver qu'activer HTTPS sur un site augmente la conso du client et/ou serveur de plus de 0.1% (par exemple)? Parce que pour le moment, je lis l'argument, mais personne pour donner un chiffre, alors que c'est un truc qu'on peut facilement fournir objectivement (des chiffres).
Pourtant personne n'a envie que sa boite soit au courant d'une maladie si on se renseigne dessus sur wikipedia.
Pourquoi tu ferais ça avec les outils de l'entreprise pendant tes heures de travail?
A partir du moment où l'entreprise te met à disposition la machine, elle peut mettre les logs partout (y compris sur le navigateur qui va logguer les URL avant envoit en HTTPS, ou aussi un certificat qui va bien pour pouvoir tout décoder)
(Je ne me prononce pas sur l'interêt de tout chiffrer ou pas)
il y a forcément qu'une seul IP derrière une URL ?
hein? J'ai plusieurs IP derrière une URL chez moi. Je te laisse compter pour google.com à travers le monde. Ou veux-tu en venir? Le (potentiel) problème est l'URL, pas l'IP (qui peut stocker des milliers de sites)
Tu penses vraiment que je vais m'offusquer de ta réponse au point de refuser d'utiliser un logiciel que tu développes ?
Il y en a, du moins qui me le disent quand je leur dit que nous, je ne vais pas supporter le fichier buggué car c'est le fichier qui est buggé et pas mon logiciel.
je sais que je prend un risque quand je réagi. Ca reste un risque, pas de certitude :).
j'ai dit que ce serait égoïste de ta part d'arrêter du jour au lendemain (…)
Je réagi en fonction de mes libertés potentielle. Et je n'accepte pas qu'on me parle d'égoïsme (mot très négatif, Wikipedia dit "Le terme est presque toujours utilisé de façon péjorative.") parce que j'utilise un droit.
Ma réaction reste la même : tu parles d'égoïsme un peu trop facilement, quand une personne ne fait pas (présent ou futur) un truc pour toi.
Tu n'as pas répondu à mes questions avec des exemples, qu'on sache comment tu vois l'égoïsme.
mais pas d'accord sur le fait qu'il me soit imposé pour utiliser Gnome par exemple.
Mais en quoi est-ce la faute de systemd? Le coupable est dans ce cas Gnome.
C'est un truc que je trouve complètement ridicule aussi, ça n'a aune bonne justification de dépendre de l'init comme ça, c'est ridicule.
Mais ça n'a absolument rien à voir avec le sujet.
Pas d'accord non plus pour qu'il empêche toute alternative.
Il n'empèche rien. Libre à toi d'utiliser ce que tu veux, juste qu'il faut pas demander aux autres qu'ils bossent pour toi à te le préparer gratos.
De la même manière que chacun est libre de l'utiliser ou non, je veux rester libre d'utiliser l'init actuel de Debian.
Qu'est-ce qui interdit de faire un paquet (et le maintenir) en plus? Tu es libre, tout le monde et libre. y compris de refuser dans le dépot de Debian d'ailleurs.
La liberté des uns commence où celles des autres s'arrête. Tu parlait de communauté, mais si la communauté refuse, c'est la communauté. Tu ne peux pas dire que la communauté n'existe pas quand elle fiat juste un truc qui ne te plait pas.
Or j'ai le sentiment (peut-être à tort), que le fait que systemd soit si étroitement lié à tant de choses va m'empêcher de choisir autre chose (même si cette autre chose reste maintenue)
Encore une fois, tu as toujours le choix. Sur tout. En plus, c'est libre, le travail est donc faible (seulement au pire un fork si tu n'arrives pas à convaincre la communauté, pour prouver que c'est mieux).
Tu es libre. Les autres aussi (la communauté comprise).
Ici, on parle qu'une poignée de râleurs veulent imposer leur point de vue à la communauté. Qu'on vienne pas me parler ensuite de respect de la communauté, les premiers à ne pas la respecter sont ceux qui crachent sur systemd et le choix de la communauté.
Comment peut-on parler de respect de la communauté quand on refuse les choix qu'elle fait?
On a l'impression d'avoir des réaction face à la justice qui quand elle tranche, va toujours avoir le "perdant" dire que la justice est pourrie (non pa qu'elle a fait un truc de mal, jsute qu'elle a pas fait comme attendu par la personne).
Mais si demain tu décides de tout arrêter, ce sera certes ton choix et je suis d'accord sur le fait que tu n'as pas à y être enchaîné à vie, mais ce sera également hyper égoïste de ta part.
Ah ouais, quand même… je vais peut-être perdre un utilisateur, mais il faut que ça sorte : je ne te dois absolument rien. Il n'y aurait absolument rien d'égoïste de ma part à ce que j'arrête, vu qu'il n'y a aucun rapport avec l'égoïsme.
"L'égoïsme est un trait de caractère, l'attitude d'une personne dont les actions ou les idées sont uniquement orientées par ses propres intérêts, sans prendre en compte les nécessités d'autrui."
Est-ce que ne plus faire d'actions est une action?
Refuser l'esclavagisme, se rebeller contre son maitre, est-il égoïste d'après toi?
D'après toi, personne ne devrait démissionner, car 'est de l'égoïsme?
Tout ces gens qui réclament des augmentation e salaire, n'est-ce pas de l'égoisme?
Pour revenir à systemd, proposer mieux pour la majorité des gens (car c'est bien la raison pour laquelle systemd est déployé) quitte à froisser des râleurs est-il considéré comme de l'égoïsme? vraiment?
On voit bien le problème qu'il y a dans la relation développeur FLOSS et utilisateur. Tu abuses du mot "égoïsme".
Tu vois ce que je veux dire ?
J'ai peur de voir, oui. Je préfère m'arrêter la, c'est trop gros.
Tant pis si je perd un utilisateur, mais d'autres sont plus reconnaissant et ne me traitent pas d'égoïste parce que je ne vais pas dans leur sens mais pense à tous mes utilisateurs, de manière globale, plutôt (mais j'en ai déjà eux qui m'ont traité de tous les noms car j'ai refusé d'aller dans leur sens… Ce genre de délire d'utilisateur qui veut tout n'est pas propre à systemd).
On m'a vendu Linux comme un système communautaire,
Oui…
où les utilisateurs peuvent donner leurs avis,
Oui…
et où les devs, en fonction des retours, prennent leurs décisions.
Oui.
Mais ici, ce n'est pas ce qui est demandé. Ici, la phrase change : et où les devs doivent obéir.
Et la, c'est non.
Rien de nouveau, syystemd n'est qu'un parmi d'autres avec le même type de personnes qui ne comprennent pas la différence entre choix communautaire et "mon choix".
Ici, la communauté décide de prendre systemd, le fait que le choix ne soit pas le tien personnel ne change pas que c'est communautaire.
dure la vie communautaire où le choix communautaire n'est pas toujours ton choix personnel…
Bizarrement, ta phrase n'a absolument rien à voir avec ce qui est demandé par les gens qui râlent (ils veulent pas que les dév fassent un choix en fonction des retour, mais de leurs retours sans prendre en compte les retours des autres).
Ou comment travestir la réalité (et ce n'est pas spécifique à systemd, pas spécifique à Linux, dans le monde politique on a exactement le même type de réaction où les gens se prennent pour les "99%" en ayant pas foule derrière eux en réalité).
il n'y a pas de "t" au participe passé de rire. ;)
oups…
(…) va rendre plus délicate la possibilité de ne pas le choisir. Tu ne crois pas ?
Je ne crois pas, non :
- Personne n'oblige à utiliser quoi que ce soit. Tu es libre de passer à Ubuntu ou FreeBSD si ça te chante, et en plus vu l'horreur qu'est systemd qui détruit tout, les distros ayant fait le "mauvais" choix mourront et donc on en entendra même plus parler (ou l'inverse en fait)
- C'est libre! Si il y a des gens qui croient vraiment que Linux va s'effondrer (on croirait les anti-mariage homo qui prédisent la fin du monde) et que c'est horrible, les gens dans ce style peuvent forker et prouver qu'ils ont raison. D'après toi, si il y a plus de paroles que d'actes, c'est pour quelle raison? Encore une fois pourquoi les autres devraient être les esclaves de gens pensant que c'est pas bien d'utiliser systemd?
Ca a déjà été dit maintes fois, je pense que le plus important maintenant est d'arrêter de colporter de telles sous-entendus qui n'est que du FUD. Il faut aussi arrêter dans la vie de tous les jours, pas que systemd, ce "j'ai pas le choix". On a le choix, il faut seulement en assumer les conséquences (les autres n'étant pas nos esclaves).
Peut-être que le problème se situe ailleurs, bref pas chez les distros, de l'autre côté… rien de nouveau, on interdisait bien à un moment aux voiture de rouler plus qu'au pas par peur que le monde s'écroule à coup d'argument "vraiment scientifiques, attention horrible", et les voitures n'ont pas tué la marche à pied.
Logs que tu n'utilises pas tout les jours et que tu archives. Tu peux donc les compresser en xz.
Donc c'est du binaire (avec toutes les attaques sur les binaire : faut le logiciel, si un octet saute tout saute… Ca a été donné ici, tu n'as pas réagi, rien ne te choque dans le bianire en fait).
Merci, tu viens d'argumenter pour avoir du binaire, tu n'aimes pas le texte.
(non, parce que bon sur le rescue, xz est pas supporté… C'était vrai à une époque)
La façon dont systemd est poussé dans la majorité des distributions, et donc de l'imposer. (…)
Foutaises : tu es libre de prnedre une autre distro, de forker… Merci de ne pas sortir les argument d'hier, les réponses sont les mêmes : ce dotn vous vous plaingez, c'est que vous n'avez pas d'esclaves.
Monde pourri quand on n'a pas d'esclaves…
OK, c'est bon, belle démonstration d'incohérence complète sur le binaire + le problème est que les autres ne sont pas vos esclaves, ça n'a rien à voir avec systemd.
Merci pour ton retour d'utilisation, et les chiffres "à la louche" pour le stockage, ca donne une meilleure vu d'ensemble.
tu veux dire que tu as aucune idée de ce qu'est du volume de log mais dit que c'est "pas gros"? hum… Et dire que j'ai pris juste un petit site qu'est le mien, j'ai pas osé voir les logs de grosses machines auquelles se destine systemd…
Tu arrives à avoir un OS avec journald et ses logs binaires, mais sans journalctl ? Où, quand, comment, pourquoi ?
La, tu merdes, l'argument a déjà été donné et c'est le seul de pas trop mauvais pour 1 minute de réflexion avant de savoir comment s'en sortir : mode rescue d'un serveur à distance (la distro n'est pas toujours la même, pas toujours à jour).
Argument qui vaut pour toute évolution, et se casse en une option (tu gardes le format binaire pour tes gros log, et si ton rescue ne connait pas systemd, tu perd du CPU et un peu de charge disque à faire une copie en mode "à l'ancienne" que tu effaces 48 heures après et basta, c'est un faux problème mais il ne fut pas leur donner le plaisir de dire que ça n'arrive pas d'avoir une machine sans journald mais un log journald, en attendant que leur rescue soit à jour)
Mais sinon, oui, le reste est difficile à faire passer… On ne leur enlève rien (faut juste activer une option), on ne fait que rajouter, mais ils se plaignent.
(au hasard je html ; ca reste du texte, et la syntaxe est plutôt précise).
Je rigole toujours, super!
Si (…)
Avec des si, on met Paris en bouteille.
Et bon, honnêtement, si je n'ai pas d'OS avec journalctl sous le coude, je trouve que le texte est quand même énormément plus facile à traiter que du binaire.
Sauf si tu n'as pas de traducteur ASCII --> affichage pour humain (tu parles bein d'absence de l'outil, j'utilise le même argument que toi qui aurait empéché l'avenement d'ASCII par exemple… Terrible comme argument)
Et quitte à se répéter, rien n'empèche de mettre une copie texte juste à côté (parait que ça bouffe rien!).
Et rien n'empèche de faire un lecteur de journaux journald comme on a des lecteurs de fichier ASCII spéciale Linux sous Windows (parce que tu as déjà ouvert un fichier log Unix sous Windows Notepad? Tout sur une ligne. Oui, voila, c'est ton super format texte, tout sur une ligne, très pratique… ou alors il faut avoir un outil "Unix" qui n'existait pas avant! Mais la on retombe sur ton argument "ça n'existe pas")
Sinon, il y a un truc qui a 40 ans environ qui s'appelle "expressions régulières", très efficace pour parser du texte en O(n) quand c'est bien fait. Le gros intérêt est que ca existe ailleurs que sous Linux.
Ok, j'ai encore bien rit, merci.
Me causer de trucs qui pète lors d'une bête mise à jour car la regex n'a pas prévu le léger changement… me parler du truc bâtard que tu fais parce que tu n'as pas le choix et qu'à chaque update de base (même pas un changement de version) tu croises les doigts pour ne pas manquer une regression, c'est ce qu'il me fallait. C'est bien le gros exemple de la merde que sont les logs texte (du moins ceux de la vraie vie, qui n'ont aucune spécification et où chacun fait un peu comme il veut de toutes façon c'est pas fait pour être lu par une machine. Dommage, on voudrait qu'une machine les lise…).
C'est très bien d'avancer, mais vaut mieux que ce soit en avant et non dans un mur. Je peux te citer des exemples de gens qui ont voulu faire et avancer, mais trop hâtivement, et se retrouver avec une magnifique différence entre leur propre doc et leur implémentation réelle.
Manque de pot, ici ça a l'air de marcher, vu la vitesse à laquelle le projet a été adopté pour des ditro professionnelles* (qui font attention donc)…
Qui peut démontrer que ça va dans un mur? C'est plutôt le contraire qui se voit…
Faudrait arrêter l'excuse "je suis pour avancer, mais il faut pas anvacenr tu as vu le voisin il en est mort". Ca veut dire "ne pas avancer".
D'autres avancent, tout le monde est libre de dire "non, je ne suis pas d'accord", c'est imposé à personne.
Si vous y croyez vraiment, assumez et gérez.
Pourquoi vous ne laisser pas les gens "se planter" pendant que vous montrez que c'était la mauvaise voie? Moi je conclu que vous n'y croyait pas du tout à ce que vous dites…
Faut croire qu'en 40 ans, pas foule a réussi à standardiser du texte (déjà que personne n'arrive à se mettre d'accord sur comment on écrit un retour à la ligne entre OS…)
Je retourne la question dans l'autre sens : quel interêt d'un stockage en texte "standard" (à définir)?
mais je crois que plus grand monde a des systèmes équipés de mémoires de stockages pour lesquelles 160Ko n'est pas négligeable (taille de mon dossier de log).
Donc au final, j'en conclue que ça ne te dérange pas de sélectionner l'option permettant de sortir en texte, ça bouffe rien. Finalement, en quoi le fait qu'il y a un stockage binaire (encore plus petit) à côté de ta sortie préférée te dérange?
Un truc que je ne capte pas : vous avez votre sortie texte, tous vos avantages d'une sortie texte sont la, donc quelle est la réélle critique?
Sinon, pour information, tu es sensé stocker tes logs pendant 1 an, et un jour ça passera à 2 ans. tout le monde n'a pas que 2 visiteurs par jour sur son site web et a des loggs à gérer.
Je jette un oeil vite fait sur mon petit site web, access_log d'httpd fait 100 Mo (non compressé ok, ça donne 3 Mo compressé, mais peut-on considérer du compressé comme du texte? Non, un octet quii saute et hop tout est perdu, pile une critique de journald, donc parlons de 100 Mo). Merci le texte (déjà un rapport de 1/30 juste en compressant de manière générique sans optimisation "pour logs"), sur 1 an ça donne 30 Go, et tout ça pour un petit site… Je n'ose pas imagine un site moyen ni gros.
Je tape un peu à côté, mais c'est juste pour dire que la où toi tu n'as pas de problème de place, d'autres en ont. J'ai vu plusieurs projets (dont un dont j'étais chef de projet, c'est moi qui ai pris la gueulate d'avoir fait planter un serveur à cause de lenteur non gérées quand le log a fait x100 d'un coup) se dire "pas grave, on a du CPU, du disque et du réseau" et ensuite exploser en vol à cause des perfs dès que ça montait en charge car succès, et le boss il a pas aprécié que ça se plante le jour où ça a du succès (ou simplement un gros problème qui fait faire de gros logs) avec les clients…
Bref, désolé, mais la taille, la perf, c'est critique pour certains, et le but d'un projet tel que celui dont en parle n'est pas de simples serveurs.
Tu as déjà essayé de lire une date en arabe?
A partir du moment où tu ne lis même pas ce qui est écrit et fait comme si ça n'avait pas été écrit… Tu risque de convaincre que toi-même avec de tels arguments.
De politesse
La première des politesses est de ne pas ignorer ce que les gens écrive, la deuxième est de ne pas les prendre pour des cons.
L'anglais (ou n'importe quelle langue humaine, d'ailleurs), c'est de la merde à parser.
Surtout quand tu te tapes un serveur dans une langue que tu ne connais pas parce que l'admin local a oublié que sa locale pour le confort a de l'impact sur le fichier de log, et où changer la locale pour ta session ne change pas la locale du fichier texte (du moins, c'est pas implémenté dans les serveurs que j'ai vu… Peut-être que Moonz a des logiciels que je n'ai pas) alors que les logs binaires l'affichage utilise la locale de ta session.
Alors certes les boites internationales (le monde bouge, change, évolue, plus besoin d'avoir 100 000 personnes pour être une boite internationale) imposent souvent "en-US.utf8" comme locale pour ne pas avoir de surprise, quel plaisir de se limiter techniquement…
Tu peux difficilement faire plus rapide qu’ajouter une ligne dans un fichier texte
Merci, j'ai bien rit.
c'est vrai que formater un timestamp (généralement un entier 8 octets) en une date "humaine" de 40 caractères, puis écrire 5x plus de données sur le disque que nécessaire, pareil pour les autres champs, c'est ce qu'il y a de plus performant et difficile de faire plus rapide…
Tu as aussi oublié la partie "browsing", où la c'est le sport pour détecter le format (les langues etc… au bohneur la chance), convertir en timestamp pour enfin pouvoir comparer, c'est aussi difficile à faire plus rapide.
Tu plaisantes la, rassure-moi.
Minimal Footprint: journal data files should be small in disk size, especially in the light that the amount of data generated might be substantially bigger than on classic syslog.
D’accord sur l’avantage du binaire sur ce point.
Pas d’accord sur le fait que ce soit une raison suffisante.
Avec toutes les autres (dont le bordel du texte pour un non humain), ça le fait.
Et peut-être pour toi tu as rien à faire de perdre de la place, mais qui sait d'autres (qui payent car ont vraiment besoin) ont peut-être ce besoin… Qui ne t'enlève rien (Tu peux continuer à garder le texte si ça te chante).
Problème très concret rencontré récemment : le mode rescue d’OVH n’avait pas journalctl, si je n’avais pas les bons vieux logs texte à côté j’étais bien avancé pour analyser le problème…
Avec ce genre d'argument, on arrête toute évolution, on gèle tout. Non merci, je te laisse ce monde figé, d'autres souhaitent avancer.
A noter que certes Solaris ne suit pas (le Solaris de 2001 = v8 étant officielement mort début 2012), mais HP-UX tient encore le high-score (la version de 2001 = v11i tenant jusqu'à encore fin 2015, soit quasiment 2 ans de plus que WinXP si Microsfot ne cède pas à la demande insistance de maintenir WinXP plus longtemps), après HP-UX v11i est sans doute moins en prod que WinXP :) (et surtout, c'est un OS "client", type qui n'a pas l'habitude d'être supporté aussi longtemps, les grande durée étant pour les serveurs).
N'empèche, je serai curieux de voir une station ultra5 datant d'avant le 1er Janvier 2001 encore en prod' et maintenue par son fournisseur (pareil pour un Linux d'avant 2001), 2001 étant l'année de disparition du F (il y a quasi 13 ans…).
[^] # Re: c'est moi ou bien ?
Posté par Zenitram (site web personnel) . En réponse au journal Valve rejoint la fondation Linux. (ainsi que d'autres). Évalué à -5.
Pas de soucis (vu que je suis libriste qui n'aime pas le copyleft, je sais bien que d'autres libristes n'aiment pas le non copyleft ;-) ).
Par contre, je m'étonne qu'une même personne puisse réagir "mais non les DRM c'est pas trop méchant" pour des jeux mais trouver anormal les DRM pour la vidéo par exemple (ce n'est peut-être pas le cas de la personne à laquelle je répondais, mais de manière générale je constate que les arguments sont souvent utilisés que quand ça plait et non acceptés quand ça ne plait pas, et pas que pour les DRM, ça m'amuse).
[^] # Re: c'est moi ou bien ?
Posté par Zenitram (site web personnel) . En réponse au journal Valve rejoint la fondation Linux. (ainsi que d'autres). Évalué à -9.
OK, c'est mieux d'avoir des jeux sous DRM sous Linux plutôt que rien.
Mais pourquoi personne ne dit rien contre Mozilla (les libristes les soutiennent plutôt), qui ne veut pas de standard de DRM pour les vidéos sur le web, qui peut avoir exactement la même argumentation?
Ah la cohérence… On se croirait dans le monde proprio avec ses excuses suivant le but souhaité et non pas suivant les principes, l'être humain est le même libriste ou pas :)
# Côté marchand
Posté par Zenitram (site web personnel) . En réponse au journal Paylib va enfin remplacer paypal !. Évalué à 10.
Et encore, tu n'as pas vu l'autre côté, le côté "pour marchand".
J'avais aussi passé un moment à trouver les conditions pour les marchands (que d'ailleurs je n'arrive plus à trouver la vite fiat, toujours aussi stupide), et il fallait genre mini un chiffre d'affaire de 100 000 Euros (non, je n'ai pas rajouté de zéro), contre Paypal à 0 €, et une procédure d'inscription à la con (physique) contre tout en ligne pour Paypal.
Les gens qui osent comparer Paylib à Paypal n'ont tout simplement pas compris ce qui fait le succès de Paypal (qui comprend un ouverture de comtpe facile et aucune limite pour avoir le droit au service. Le 0€ d'aujourd'hui sont les potentiels gros de demain).
Paylib n'a aucun interêt à part de la communication "on a un truc contre Paypal" (mais on a rien en réalité).
Les français n'ont absolument rien compris, au début j'avais cru que c'était une blague mais non on n'est pas le 1er Avril (Paylib ressemble complètement à une blague de 1er avril pourtant!)
[^] # Re: Gné
Posté par Zenitram (site web personnel) . En réponse au journal Paylib va enfin remplacer paypal !. Évalué à 3.
Tu veux bien parler de la liberté de frauder, de ne pas payer ta part à la société?
Désolé, ça ne dérange pas tout le monde que les gens perdent cette "liberté".
Je parie que ce sont les mêmes qui ensuite sont horrifiés car Cahuzac a caché un compte, ou que les riches sont trop riches et ne payent pas d'impots.
Et si vous disiez la réelle raison qui fait que vous aimez le liquide non traçable, ce qu'il vous enlève vraiment comme liberté?
(je sais, -10 car les défenseurs de la "liberté" vont être horrifiés…)
[^] # Re: Énergie
Posté par Zenitram (site web personnel) . En réponse au journal Bruce Perens contre le chiffrement systématique. Évalué à 3. Dernière modification le 05 décembre 2013 à 07:43.
C'est un truc très facile à tester (au pire un logiciel qui simule la montée en charge).
Alors les gens qui que le chiffrement systématique peut contribuer au réchauffement climatique, donnez des chiffres plutôt que de dire "si"!
Allez, j'ose parier un peu (j'en suis pas sûr certes, je n'ai pas mesuré, mais ce n'est pas mois qui cherche à argumenter que c'est pas bien pour le réchauffement climatique) que c'est moins de 1%, voire non mesurable, avec les bonnes libs et les bons CPU (qui ont AES-NI).
Je chiffre mon disque en AES256, et je vois aucune différence de perf disque/CPU même à 800 Mo/s (AES-NI me permettant du 4 Go/s facile, et je n'ai pas de CPU serveur, bref pour du web…).
[^] # Re: mouais
Posté par Zenitram (site web personnel) . En réponse au journal Bruce Perens contre le chiffrement systématique. Évalué à -3.
Toi, tu veux être comme moi, à te faire de grands amis parmi les gens qui aiment être dans les villages pommés…
[^] # Re: Ça va venir ça va venir
Posté par Zenitram (site web personnel) . En réponse au journal Mon réseau social centralisé. Évalué à 4.
Il y a un business model derrière pour le long terme ou est-ce que dès que quelqu'un trouve un taf pour manger il arrête de participer?
[^] # Re: mouais
Posté par Zenitram (site web personnel) . En réponse au journal Bruce Perens contre le chiffrement systématique. Évalué à 6.
En quoi ça va au moyen-age de faire attention sans quasiment rien perdre comme confort?
Justement, la technologie peut permettre à ce qu'on ai plus de confort de manière viable, sans que ça pète et qu'au final tu crèves de la polution que tu as faite.
Tu veux aller faire un tour dans les villes "modernes" chinoises qui font pas trop attention à l'écologie? Moi j'ai envie de vivre… Sans masque de préférence.
[^] # Re: Énergie
Posté par Zenitram (site web personnel) . En réponse au journal Bruce Perens contre le chiffrement systématique. Évalué à 0.
En fait, pour être plus précis sur ce que je voulais dire, je trouve triste que les sites de test en restent à cette règle du 1W, et disent "c'est bon c'est inférieur à 1W" (ben oui, ils le font tous! Pourquoi le dire?) et ne testent pas la conso en veille (c'est en plus pas ce qu'il y a de plus dur à tester… surtotu qu'il parait qu'il on testé le <1W) en disant si c'est 1.0W ou 0.1W. Ils le font bien pour les alims (c'est gold, platinium… Et maintenant Titanium. Le marketing a aidé l'écologie pour une fois, j'aimerai la même chose pour la veille)
[^] # Re: Énergie
Posté par Zenitram (site web personnel) . En réponse au journal Bruce Perens contre le chiffrement systématique. Évalué à -2.
Oui, mais bon la, on est dans l'atome H2O plusque la goutte d'eau… Surtout depuis AES-NI.
Faut arrêter un peu le délire, autant je comprend le coup des apareil en veille (ce qui me fait réagir aujourd'hui c'est que on écrit "<1W" sans dire si c'est 0.1 ou 0.9, du coup depuis le 1W les constructeurs ne se bougnet plus), autant la ça fait doucement sourire.
quelqu'un de motivé pour prouver qu'activer HTTPS sur un site augmente la conso du client et/ou serveur de plus de 0.1% (par exemple)? Parce que pour le moment, je lis l'argument, mais personne pour donner un chiffre, alors que c'est un truc qu'on peut facilement fournir objectivement (des chiffres).
[^] # Re: mouais
Posté par Zenitram (site web personnel) . En réponse au journal Bruce Perens contre le chiffrement systématique. Évalué à -3. Dernière modification le 04 décembre 2013 à 13:20.
Pourquoi tu ferais ça avec les outils de l'entreprise pendant tes heures de travail?
A partir du moment où l'entreprise te met à disposition la machine, elle peut mettre les logs partout (y compris sur le navigateur qui va logguer les URL avant envoit en HTTPS, ou aussi un certificat qui va bien pour pouvoir tout décoder)
(Je ne me prononce pas sur l'interêt de tout chiffrer ou pas)
hein? J'ai plusieurs IP derrière une URL chez moi. Je te laisse compter pour google.com à travers le monde. Ou veux-tu en venir? Le (potentiel) problème est l'URL, pas l'IP (qui peut stocker des milliers de sites)
[^] # Re: GNU/SystemD/Linux
Posté par Zenitram (site web personnel) . En réponse au journal Systemd va gagner une console système, un bootsplash et un login-screen. Évalué à 6. Dernière modification le 04 décembre 2013 à 11:37.
Il y en a, du moins qui me le disent quand je leur dit que nous, je ne vais pas supporter le fichier buggué car c'est le fichier qui est buggé et pas mon logiciel.
je sais que je prend un risque quand je réagi. Ca reste un risque, pas de certitude :).
Je réagi en fonction de mes libertés potentielle. Et je n'accepte pas qu'on me parle d'égoïsme (mot très négatif, Wikipedia dit "Le terme est presque toujours utilisé de façon péjorative.") parce que j'utilise un droit.
Ma réaction reste la même : tu parles d'égoïsme un peu trop facilement, quand une personne ne fait pas (présent ou futur) un truc pour toi.
Tu n'as pas répondu à mes questions avec des exemples, qu'on sache comment tu vois l'égoïsme.
Mais en quoi est-ce la faute de systemd? Le coupable est dans ce cas Gnome.
C'est un truc que je trouve complètement ridicule aussi, ça n'a aune bonne justification de dépendre de l'init comme ça, c'est ridicule.
Mais ça n'a absolument rien à voir avec le sujet.
Il n'empèche rien. Libre à toi d'utiliser ce que tu veux, juste qu'il faut pas demander aux autres qu'ils bossent pour toi à te le préparer gratos.
Qu'est-ce qui interdit de faire un paquet (et le maintenir) en plus? Tu es libre, tout le monde et libre. y compris de refuser dans le dépot de Debian d'ailleurs.
La liberté des uns commence où celles des autres s'arrête. Tu parlait de communauté, mais si la communauté refuse, c'est la communauté. Tu ne peux pas dire que la communauté n'existe pas quand elle fiat juste un truc qui ne te plait pas.
Encore une fois, tu as toujours le choix. Sur tout. En plus, c'est libre, le travail est donc faible (seulement au pire un fork si tu n'arrives pas à convaincre la communauté, pour prouver que c'est mieux).
Tu es libre. Les autres aussi (la communauté comprise).
Ici, on parle qu'une poignée de râleurs veulent imposer leur point de vue à la communauté. Qu'on vienne pas me parler ensuite de respect de la communauté, les premiers à ne pas la respecter sont ceux qui crachent sur systemd et le choix de la communauté.
Comment peut-on parler de respect de la communauté quand on refuse les choix qu'elle fait?
On a l'impression d'avoir des réaction face à la justice qui quand elle tranche, va toujours avoir le "perdant" dire que la justice est pourrie (non pa qu'elle a fait un truc de mal, jsute qu'elle a pas fait comme attendu par la personne).
[^] # Re: GNU/SystemD/Linux
Posté par Zenitram (site web personnel) . En réponse au journal Systemd va gagner une console système, un bootsplash et un login-screen. Évalué à 9. Dernière modification le 04 décembre 2013 à 10:32.
Ah ouais, quand même… je vais peut-être perdre un utilisateur, mais il faut que ça sorte : je ne te dois absolument rien. Il n'y aurait absolument rien d'égoïste de ma part à ce que j'arrête, vu qu'il n'y a aucun rapport avec l'égoïsme.
"L'égoïsme est un trait de caractère, l'attitude d'une personne dont les actions ou les idées sont uniquement orientées par ses propres intérêts, sans prendre en compte les nécessités d'autrui."
Est-ce que ne plus faire d'actions est une action?
Refuser l'esclavagisme, se rebeller contre son maitre, est-il égoïste d'après toi?
D'après toi, personne ne devrait démissionner, car 'est de l'égoïsme?
Tout ces gens qui réclament des augmentation e salaire, n'est-ce pas de l'égoisme?
Pour revenir à systemd, proposer mieux pour la majorité des gens (car c'est bien la raison pour laquelle systemd est déployé) quitte à froisser des râleurs est-il considéré comme de l'égoïsme? vraiment?
On voit bien le problème qu'il y a dans la relation développeur FLOSS et utilisateur. Tu abuses du mot "égoïsme".
J'ai peur de voir, oui. Je préfère m'arrêter la, c'est trop gros.
Tant pis si je perd un utilisateur, mais d'autres sont plus reconnaissant et ne me traitent pas d'égoïste parce que je ne vais pas dans leur sens mais pense à tous mes utilisateurs, de manière globale, plutôt (mais j'en ai déjà eux qui m'ont traité de tous les noms car j'ai refusé d'aller dans leur sens… Ce genre de délire d'utilisateur qui veut tout n'est pas propre à systemd).
[^] # Re: GNU/SystemD/Linux
Posté par Zenitram (site web personnel) . En réponse au journal Systemd va gagner une console système, un bootsplash et un login-screen. Évalué à 2.
Oui…
Oui…
Oui.
Mais ici, ce n'est pas ce qui est demandé. Ici, la phrase change : et où les devs doivent obéir.
Et la, c'est non.
Rien de nouveau, syystemd n'est qu'un parmi d'autres avec le même type de personnes qui ne comprennent pas la différence entre choix communautaire et "mon choix".
Ici, la communauté décide de prendre systemd, le fait que le choix ne soit pas le tien personnel ne change pas que c'est communautaire.
dure la vie communautaire où le choix communautaire n'est pas toujours ton choix personnel…
Bizarrement, ta phrase n'a absolument rien à voir avec ce qui est demandé par les gens qui râlent (ils veulent pas que les dév fassent un choix en fonction des retour, mais de leurs retours sans prendre en compte les retours des autres).
Ou comment travestir la réalité (et ce n'est pas spécifique à systemd, pas spécifique à Linux, dans le monde politique on a exactement le même type de réaction où les gens se prennent pour les "99%" en ayant pas foule derrière eux en réalité).
[^] # Re: GNU/SystemD/Linux
Posté par Zenitram (site web personnel) . En réponse au journal Systemd va gagner une console système, un bootsplash et un login-screen. Évalué à 4.
oups…
Je ne crois pas, non :
- Personne n'oblige à utiliser quoi que ce soit. Tu es libre de passer à Ubuntu ou FreeBSD si ça te chante, et en plus vu l'horreur qu'est systemd qui détruit tout, les distros ayant fait le "mauvais" choix mourront et donc on en entendra même plus parler (ou l'inverse en fait)
- C'est libre! Si il y a des gens qui croient vraiment que Linux va s'effondrer (on croirait les anti-mariage homo qui prédisent la fin du monde) et que c'est horrible, les gens dans ce style peuvent forker et prouver qu'ils ont raison. D'après toi, si il y a plus de paroles que d'actes, c'est pour quelle raison? Encore une fois pourquoi les autres devraient être les esclaves de gens pensant que c'est pas bien d'utiliser systemd?
Ca a déjà été dit maintes fois, je pense que le plus important maintenant est d'arrêter de colporter de telles sous-entendus qui n'est que du FUD. Il faut aussi arrêter dans la vie de tous les jours, pas que systemd, ce "j'ai pas le choix". On a le choix, il faut seulement en assumer les conséquences (les autres n'étant pas nos esclaves).
Peut-être que le problème se situe ailleurs, bref pas chez les distros, de l'autre côté… rien de nouveau, on interdisait bien à un moment aux voiture de rouler plus qu'au pas par peur que le monde s'écroule à coup d'argument "vraiment scientifiques, attention horrible", et les voitures n'ont pas tué la marche à pied.
[^] # Re: GNU/SystemD/Linux
Posté par Zenitram (site web personnel) . En réponse au journal Systemd va gagner une console système, un bootsplash et un login-screen. Évalué à 2. Dernière modification le 03 décembre 2013 à 22:06.
Donc c'est du binaire (avec toutes les attaques sur les binaire : faut le logiciel, si un octet saute tout saute… Ca a été donné ici, tu n'as pas réagi, rien ne te choque dans le bianire en fait).
Merci, tu viens d'argumenter pour avoir du binaire, tu n'aimes pas le texte.
(non, parce que bon sur le rescue, xz est pas supporté… C'était vrai à une époque)
Foutaises : tu es libre de prnedre une autre distro, de forker… Merci de ne pas sortir les argument d'hier, les réponses sont les mêmes : ce dotn vous vous plaingez, c'est que vous n'avez pas d'esclaves.
Monde pourri quand on n'a pas d'esclaves…
OK, c'est bon, belle démonstration d'incohérence complète sur le binaire + le problème est que les autres ne sont pas vos esclaves, ça n'a rien à voir avec systemd.
tu veux dire que tu as aucune idée de ce qu'est du volume de log mais dit que c'est "pas gros"? hum… Et dire que j'ai pris juste un petit site qu'est le mien, j'ai pas osé voir les logs de grosses machines auquelles se destine systemd…
[^] # Re: GNU/SystemD/Linux
Posté par Zenitram (site web personnel) . En réponse au journal Systemd va gagner une console système, un bootsplash et un login-screen. Évalué à 3. Dernière modification le 03 décembre 2013 à 21:45.
La, tu merdes, l'argument a déjà été donné et c'est le seul de pas trop mauvais pour 1 minute de réflexion avant de savoir comment s'en sortir : mode rescue d'un serveur à distance (la distro n'est pas toujours la même, pas toujours à jour).
Argument qui vaut pour toute évolution, et se casse en une option (tu gardes le format binaire pour tes gros log, et si ton rescue ne connait pas systemd, tu perd du CPU et un peu de charge disque à faire une copie en mode "à l'ancienne" que tu effaces 48 heures après et basta, c'est un faux problème mais il ne fut pas leur donner le plaisir de dire que ça n'arrive pas d'avoir une machine sans journald mais un log journald, en attendant que leur rescue soit à jour)
Mais sinon, oui, le reste est difficile à faire passer… On ne leur enlève rien (faut juste activer une option), on ne fait que rajouter, mais ils se plaignent.
[^] # Re: GNU/SystemD/Linux
Posté par Zenitram (site web personnel) . En réponse au journal Systemd va gagner une console système, un bootsplash et un login-screen. Évalué à -2. Dernière modification le 03 décembre 2013 à 21:29.
Je rigole toujours, super!
Avec des si, on met Paris en bouteille.
Sauf si tu n'as pas de traducteur ASCII --> affichage pour humain (tu parles bein d'absence de l'outil, j'utilise le même argument que toi qui aurait empéché l'avenement d'ASCII par exemple… Terrible comme argument)
Et quitte à se répéter, rien n'empèche de mettre une copie texte juste à côté (parait que ça bouffe rien!).
Et rien n'empèche de faire un lecteur de journaux journald comme on a des lecteurs de fichier ASCII spéciale Linux sous Windows (parce que tu as déjà ouvert un fichier log Unix sous Windows Notepad? Tout sur une ligne. Oui, voila, c'est ton super format texte, tout sur une ligne, très pratique… ou alors il faut avoir un outil "Unix" qui n'existait pas avant! Mais la on retombe sur ton argument "ça n'existe pas")
[^] # Re: GNU/SystemD/Linux
Posté par Zenitram (site web personnel) . En réponse au journal Systemd va gagner une console système, un bootsplash et un login-screen. Évalué à 0. Dernière modification le 03 décembre 2013 à 21:24.
Ok, j'ai encore bien rit, merci.
Me causer de trucs qui pète lors d'une bête mise à jour car la regex n'a pas prévu le léger changement… me parler du truc bâtard que tu fais parce que tu n'as pas le choix et qu'à chaque update de base (même pas un changement de version) tu croises les doigts pour ne pas manquer une regression, c'est ce qu'il me fallait. C'est bien le gros exemple de la merde que sont les logs texte (du moins ceux de la vraie vie, qui n'ont aucune spécification et où chacun fait un peu comme il veut de toutes façon c'est pas fait pour être lu par une machine. Dommage, on voudrait qu'une machine les lise…).
Manque de pot, ici ça a l'air de marcher, vu la vitesse à laquelle le projet a été adopté pour des ditro professionnelles* (qui font attention donc)…
Qui peut démontrer que ça va dans un mur? C'est plutôt le contraire qui se voit…
Faudrait arrêter l'excuse "je suis pour avancer, mais il faut pas anvacenr tu as vu le voisin il en est mort". Ca veut dire "ne pas avancer".
D'autres avancent, tout le monde est libre de dire "non, je ne suis pas d'accord", c'est imposé à personne.
Si vous y croyez vraiment, assumez et gérez.
Pourquoi vous ne laisser pas les gens "se planter" pendant que vous montrez que c'était la mauvaise voie? Moi je conclu que vous n'y croyait pas du tout à ce que vous dites…
[^] # Re: GNU/SystemD/Linux
Posté par Zenitram (site web personnel) . En réponse au journal Systemd va gagner une console système, un bootsplash et un login-screen. Évalué à 3.
Faut croire qu'en 40 ans, pas foule a réussi à standardiser du texte (déjà que personne n'arrive à se mettre d'accord sur comment on écrit un retour à la ligne entre OS…)
Je retourne la question dans l'autre sens : quel interêt d'un stockage en texte "standard" (à définir)?
Donc au final, j'en conclue que ça ne te dérange pas de sélectionner l'option permettant de sortir en texte, ça bouffe rien. Finalement, en quoi le fait qu'il y a un stockage binaire (encore plus petit) à côté de ta sortie préférée te dérange?
Un truc que je ne capte pas : vous avez votre sortie texte, tous vos avantages d'une sortie texte sont la, donc quelle est la réélle critique?
Sinon, pour information, tu es sensé stocker tes logs pendant 1 an, et un jour ça passera à 2 ans. tout le monde n'a pas que 2 visiteurs par jour sur son site web et a des loggs à gérer.
Je jette un oeil vite fait sur mon petit site web, access_log d'httpd fait 100 Mo (non compressé ok, ça donne 3 Mo compressé, mais peut-on considérer du compressé comme du texte? Non, un octet quii saute et hop tout est perdu, pile une critique de journald, donc parlons de 100 Mo). Merci le texte (déjà un rapport de 1/30 juste en compressant de manière générique sans optimisation "pour logs"), sur 1 an ça donne 30 Go, et tout ça pour un petit site… Je n'ose pas imagine un site moyen ni gros.
Je tape un peu à côté, mais c'est juste pour dire que la où toi tu n'as pas de problème de place, d'autres en ont. J'ai vu plusieurs projets (dont un dont j'étais chef de projet, c'est moi qui ai pris la gueulate d'avoir fait planter un serveur à cause de lenteur non gérées quand le log a fait x100 d'un coup) se dire "pas grave, on a du CPU, du disque et du réseau" et ensuite exploser en vol à cause des perfs dès que ça montait en charge car succès, et le boss il a pas aprécié que ça se plante le jour où ça a du succès (ou simplement un gros problème qui fait faire de gros logs) avec les clients…
Bref, désolé, mais la taille, la perf, c'est critique pour certains, et le but d'un projet tel que celui dont en parle n'est pas de simples serveurs.
[^] # Re: GNU/SystemD/Linux
Posté par Zenitram (site web personnel) . En réponse au journal Systemd va gagner une console système, un bootsplash et un login-screen. Évalué à -5.
Tu as déjà essayé de lire une date en arabe?
A partir du moment où tu ne lis même pas ce qui est écrit et fait comme si ça n'avait pas été écrit… Tu risque de convaincre que toi-même avec de tels arguments.
La première des politesses est de ne pas ignorer ce que les gens écrive, la deuxième est de ne pas les prendre pour des cons.
[^] # Re: GNU/SystemD/Linux
Posté par Zenitram (site web personnel) . En réponse au journal Systemd va gagner une console système, un bootsplash et un login-screen. Évalué à 2. Dernière modification le 03 décembre 2013 à 19:17.
Surtout quand tu te tapes un serveur dans une langue que tu ne connais pas parce que l'admin local a oublié que sa locale pour le confort a de l'impact sur le fichier de log, et où changer la locale pour ta session ne change pas la locale du fichier texte (du moins, c'est pas implémenté dans les serveurs que j'ai vu… Peut-être que Moonz a des logiciels que je n'ai pas) alors que les logs binaires l'affichage utilise la locale de ta session.
Alors certes les boites internationales (le monde bouge, change, évolue, plus besoin d'avoir 100 000 personnes pour être une boite internationale) imposent souvent "en-US.utf8" comme locale pour ne pas avoir de surprise, quel plaisir de se limiter techniquement…
[^] # Re: GNU/SystemD/Linux
Posté par Zenitram (site web personnel) . En réponse au journal Systemd va gagner une console système, un bootsplash et un login-screen. Évalué à 4.
Merci, j'ai bien rit.
c'est vrai que formater un timestamp (généralement un entier 8 octets) en une date "humaine" de 40 caractères, puis écrire 5x plus de données sur le disque que nécessaire, pareil pour les autres champs, c'est ce qu'il y a de plus performant et difficile de faire plus rapide…
Tu as aussi oublié la partie "browsing", où la c'est le sport pour détecter le format (les langues etc… au bohneur la chance), convertir en timestamp pour enfin pouvoir comparer, c'est aussi difficile à faire plus rapide.
Tu plaisantes la, rassure-moi.
Avec toutes les autres (dont le bordel du texte pour un non humain), ça le fait.
Et peut-être pour toi tu as rien à faire de perdre de la place, mais qui sait d'autres (qui payent car ont vraiment besoin) ont peut-être ce besoin… Qui ne t'enlève rien (Tu peux continuer à garder le texte si ça te chante).
Avec ce genre d'argument, on arrête toute évolution, on gèle tout. Non merci, je te laisse ce monde figé, d'autres souhaitent avancer.
[^] # Re: résistance au changement
Posté par Zenitram (site web personnel) . En réponse au journal Systemd va gagner une console système, un bootsplash et un login-screen. Évalué à 3.
A noter que certes Solaris ne suit pas (le Solaris de 2001 = v8 étant officielement mort début 2012), mais HP-UX tient encore le high-score (la version de 2001 = v11i tenant jusqu'à encore fin 2015, soit quasiment 2 ans de plus que WinXP si Microsfot ne cède pas à la demande insistance de maintenir WinXP plus longtemps), après HP-UX v11i est sans doute moins en prod que WinXP :) (et surtout, c'est un OS "client", type qui n'a pas l'habitude d'être supporté aussi longtemps, les grande durée étant pour les serveurs).
Oh oui, la veillesse nous rattrape…
[^] # Re: résistance au changement
Posté par Zenitram (site web personnel) . En réponse au journal Systemd va gagner une console système, un bootsplash et un login-screen. Évalué à 3. Dernière modification le 03 décembre 2013 à 07:02.
Une résistance au changement?
(désolé…)
N'empèche, je serai curieux de voir une station ultra5 datant d'avant le 1er Janvier 2001 encore en prod' et maintenue par son fournisseur (pareil pour un Linux d'avant 2001), 2001 étant l'année de disparition du F (il y a quasi 13 ans…).