Moonz a écrit 3542 commentaires

  • [^] # Re: Brace yourselves, bullshit is coming.

    Posté par  . En réponse à la dépêche Concours "Evenja Café", un nouveau paradigme de programmation. Évalué à 3.

    Pour le coup, je ne vois pas pourquoi il devrait avoir honte de publier sale. Mieux vaut publier sale que pas du tout.

  • [^] # Re: Brace yourselves, bullshit is coming.

    Posté par  . En réponse à la dépêche Concours "Evenja Café", un nouveau paradigme de programmation. Évalué à 5.

    J’ai lu http://downloads.evenja.org/download.php?app=evenja&os=doc&file=evenja-tutoshowto.pdf, et je ne vois absolument aucune différence avec la programmation événementielle.

  • [^] # Re: Une idée

    Posté par  . En réponse au journal Antispam, la solution ultime. Évalué à 6.

    L’autre souci c’est que si cette méthode se répand les spammeurs ont juste à faire un sed s/+.*@/@/ dans leurs bases de données (si ce n’est déjà fait).

  • [^] # Re: de toute façon ce sont des cons chez freedesktop

    Posté par  . En réponse au journal Perte de CTRL. Évalué à 1.

    1. Les clés USB peuvent avoir un nom
    2. L’utilisateur reconnait la sienne en voyant à laquelle il peut accéder (petit icône type "sens interdit" pour la plupart des systèmes de fichiers en mode graphique, ls -l en terminal)
    3. avec /media/$user/USB, comment faire pour partager une clé entre plusieurs utilisateurs ? (pour /media/USB : chgrp users /media/USB;chmod g+rwx /media/USB)
  • [^] # Re: de toute façon ce sont des cons chez freedesktop

    Posté par  . En réponse au journal Perte de CTRL. Évalué à 3.

  • [^] # Re: de toute façon ce sont des cons chez freedesktop

    Posté par  . En réponse au journal Perte de CTRL. Évalué à 4.

    C’est plus long à taper (au terminal)/accéder (depuis un sélecteur de fichier graphique)

  • [^] # Re: de toute façon ce sont des cons chez freedesktop

    Posté par  . En réponse au journal Perte de CTRL. Évalué à 2. Dernière modification le 29 décembre 2013 à 17:11.

    Quelle différence avec /media/USB qui appartient à ton utilisateur avec les droits 700 ?

  • [^] # Re: Que du bonheur !

    Posté par  . En réponse au journal La loi sur la programmation militaire est adoptée !. Évalué à 5.

    mais plutot qu'il se soit fait gauler publiquement - tu me feras pas croire que personne au parti ne connaissait ses penchants.

    Essaierais-tu de subtilement lancer un troll sur Cahuzac ou DSK ? :)

  • [^] # Re: Que du bonheur !

    Posté par  . En réponse au journal La loi sur la programmation militaire est adoptée !. Évalué à 2.

    Il y a de fait deux candidats en France.

    Si tu n’es pas convaincu, demande un peu aux militants socialistes de 2002 l’intérêt de voter pour des partis plus petits mais plus proches de tes idées au premier tour…

  • [^] # Re: Que du bonheur !

    Posté par  . En réponse au journal La loi sur la programmation militaire est adoptée !. Évalué à 2.

    On peut être chauve sans être un nazi hein…

  • [^] # Re: Que du bonheur !

    Posté par  . En réponse au journal La loi sur la programmation militaire est adoptée !. Évalué à 3.

    Enfin, quelle est la « race » d'une personne dont l'un des grands-parents est indien, les parents vietnamiens, et née en France ? Indice : tout le monde la croit malgache…

    Quelle est la race d’un chien dont le père est pour moitié berger belge malinois et pour moitié berger allemand et la mère berger de beauce ?

    À partir d’où dans l’arc en ciel exactement passe-t-on du violet au bleu ?

    Saurais-tu reconnaître un berger de maremme d’un berger des tatras ?

    Loi quasi-universelle : toute catégorisation possède des cas flous. Corolaire : des cas flous ne sont en rien la preuve qu’une catégorisation est impossible.

    Sur ce, je vous laisse vous écharper pour savoir si on a le droit d’appeler une certaine catégorisation de l’ensemble des être humains « race », et si c’est le cas, décider des critères discriminants, mes pop-corns sont cuits :)

  • [^] # Re: Que du bonheur !

    Posté par  . En réponse au journal La loi sur la programmation militaire est adoptée !. Évalué à 2.

    À ce titre votre discussion m’apparaît surréaliste, il n’y aura aucun rattrapage, puisqu’un monde avec 99 % d’ingénieurs et sans ouvriers, ça n’existe pas

    [1920]
    D’ailleurs une économie avec 95% de la population active dans les secteurs secondaires et tertiaires, ça n’existe pas, alors l’investissement ça tient plus du vœu pieu que de la réalité économique. Y’aura pas de fin où tout le monde il est heureux où tout le monde il a son téléphone et sa télévision.
    [/1920]

  • [^] # Re: La question que je me pose quand je vois ça...

    Posté par  . En réponse au journal La loi sur la programmation militaire est adoptée !. Évalué à 2.

    Pourquoi asymétrique ? Symétrique aussi, pour peu que le secret partagé ait été communiqué par le biais d’un canal sécurisé.

  • [^] # Re: Rien à craindre !

    Posté par  . En réponse au journal La loi sur la programmation militaire est adoptée !. Évalué à 2. Dernière modification le 11 décembre 2013 à 16:48.

    Et au moins l'Huma ne fait pas semblant d'être un journal objectif (kof kof kof Le Figaro *kof kof kof L'Express…)

    Le seul journal en France qui ait une vague prétention d’objectivité c’est Le Monde (et encore…). Pour le figaro par exemple : http://archive.wikiwix.com/cache/?url=http://www.europe1.fr/Culture/Le-Figaro-s-assume-du-centre-et-de-droite/%28gid%29/243523&title=%C2%AB%C2%A0Le%20Figaro%20s%27assume%20du%20centre%20et%20de%20droite%C2%A0%C2%BB

  • [^] # Re: le jour ou on blâmera le marteau

    Posté par  . En réponse au journal Un bug inhumain. Évalué à -2.

    Pas vraiment non… une arme à feu est faite pour tuer !

    Pas exclusivement, non. Une arme à feu peut être utilisée dans un objectif de dissuasion ou de neutralisation.

  • [^] # Re: GNU/SystemD/Linux

    Posté par  . En réponse au journal Systemd va gagner une console système, un bootsplash et un login-screen. Évalué à -2.

  • [^] # Re: GNU/SystemD/Linux

    Posté par  . En réponse au journal Systemd va gagner une console système, un bootsplash et un login-screen. Évalué à 0.

    La situation dans laquelle tu veux directement les logs dans un format textuel c’est justement quand journalctl est indisponible.

  • [^] # Re: GNU/SystemD/Linux

    Posté par  . En réponse au journal Systemd va gagner une console système, un bootsplash et un login-screen. Évalué à 0.

    Et alors ? MIME, format textuel, est totalement capable d’intégrer des attachment purement binaires (images, archives compressées, exécutables compilés…).

  • [^] # Re: Énergie: Mauvais combat

    Posté par  . En réponse au journal Bruce Perens contre le chiffrement systématique. Évalué à 3.

    L’eau déminéralisée n’est pas un conducteur non.

  • [^] # Re: Énergie

    Posté par  . En réponse au journal Bruce Perens contre le chiffrement systématique. Évalué à 4. Dernière modification le 04 décembre 2013 à 19:09.

    Les flageolets consommés aujourd’hui, comme absolument tout ce qu’on mange, n’ont pas grand chose de naturel : ils sont le fruit de centaines (milliers?) d’années d’ingénierie génétique par sélection artificielle des souches plus intéressantes pour la culture humaine.

  • [^] # Re: GNU/SystemD/Linux

    Posté par  . En réponse au journal Systemd va gagner une console système, un bootsplash et un login-screen. Évalué à 3.

    Bonne chance pour standardiser les messages de logs de tous les logiciels existants.

    Tout ce qui est formaté automatiquement par journald dans un format binaire peut être formaté dans un format texte "standardisé". Je ne comprend pas l’argument.

    Not even the most basic requirements like binary blobs or sensible structured logging. Let alone stuff like indexing or proper access control.

    La structuration se fait très bien en texte, cf JSON.

    Les blobs peuvent être mis dans un fichier à part s’ils sont gros (coredump par exemple) ou peuvent être sérialisés en base64.

    L’indexation peut (et c’est même une très bonne idée, c’est ce que font la plupart des base de données à ma connaissance) se faire dans un fichier à part des données.

    Pour l’access control, encore une fois je ne vois pas le rapport avec le débat texte/binaire

    Tu arrives à avoir un OS avec journald et ses logs binaires, mais sans journalctl ? Où, quand, comment, pourquoi ?

    Système non bootable, je veux voir les logs, j’ai un dual-boot MacOS X ou Windows (desktop). Même situation, j’ai une option netboot sur FreeBSD (serveur). Comment je lis les logs binaires pour savoir pourquoi ça boot pas ?

    Et puis bon, c'est pas comme si journald n'était pas compatible avec syslog (il te manquera juste les méta-données, les blobs binaires au sein du journal ("ATA SMART health data, SCSI sense data, coredumps or firmware dumps"), l'access control & chiffrement du journal - comment savoir si le journal a été modifié ou non sans ça ? -, et la structuration du journal).

    C’est en pratique ce que je fais, mais s’il faut avoir les logs en double pour avoir la fonctionnalité « être lisible en toute circonstance », je trouve que c’est loin d’être optimal… (et ça pénalise à peu près tous les autres critères discutés : vitesse (écrire deux fois sur le disque dans des fichiers séparés, pas glop), fiabilité dans une situation d’espace disque plein (le problème est doublé), taille prise sur le disque).

  • [^] # Re: GNU/SystemD/Linux

    Posté par  . En réponse au journal Systemd va gagner une console système, un bootsplash et un login-screen. Évalué à 7.

    Tu as déjà essayé de lire une date en arabe?

    Et qui ici a dit que tu devais impérativement stocker les dates dans le format de la locale ? Qui ici a refusé tout principe d’uniformisation, standardisation et rationalisation des logs ? Personne. Mais comme c’est ce que tu veux entendre (parce que ça conforte tes préjugés « tous des réactionnaires réfractaires au changement »), ben c’est ce que tu lis.

    J’arrête les frais avec toi, je savais que j’aurais même pas dû essayer d’argumenter. Honnêtement, il y a quelque mois encore ton côté « avocat du diable » était intéressant parce que pertinent, et argumenté et honnête, mais depuis quelques temps tu ne fais que sombrer dans l’invective (et je dis pas ça parce que je ne suis pas d’accord avec toi sur ce point, c’est quelque chose que j’ai remarqué bien avant, et même sur des sujets sur lesquels je suis 100% d’accord avec toi, comme par exemple le travail le dimanche, sujet sur lequel tu as été absolument odieux avec tes contradicteurs).

    Oui, c’est de l’ad hominem, tu peux en faire de même en réponse si ça te défoule, mais il fallait que ça sorte.

  • [^] # Re: GNU/SystemD/Linux

    Posté par  . 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 à 20:15.

    since the files are plain text files no cryptographic authentication is done

    Non sequitur.

    S/MIME, DKIM, OpenID, OAuth : tous des protocoles purement textuels qui utilisent pourtant de la signature cryptographique.

  • [^] # Re: GNU/SystemD/Linux

    Posté par  . En réponse au journal Systemd va gagner une console système, un bootsplash et un login-screen. Évalué à 4.

    Parce que les formats textes ne peuvent pas être standardisés ? HTTP, XML/HTML, vCard, SMTP, MIME, ce n’est pas standardisé ? JSON c’est de la merde à parser ?

  • [^] # Re: GNU/SystemD/Linux

    Posté par  . En réponse au journal Systemd va gagner une console système, un bootsplash et un login-screen. Évalué à 5.

    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.

    Tu devrais prendre des cours :

    1. De politesse
    2. De français

    L’argument « on VEUT que des logs soient lisible de partout en toute circonstance », c’est un argument sortit par l’auteur de ce document hein, mais je suppose que lui aussi est un méchant réactionnaire rétrograde qui refuse tout changement.

    Le problème de ce document c’est qu’il présuppose l’universalité de journald et qu’il se permet de déduire « donc c’est lisible partout en toute circonstance ». Le problème évident étant que journald n’est pas universel à l’heure actuelle (j’ai donné un exemple concret) et ne le sera probablement jamais (Windows, autres Unix qui refuseront d’intégrer du LGPL). Alors que le texte plat, c’est déjà universel (et encore même pas, il y a encore des systèmes en ECBDIC dans la nature, mais ça s’approche déjà infiniment plus de « universel » que journald)

    J’ai rien contre le fait d’avancer, j’adhère à 90% aux positions de principe de ce document, mais quand je lis « les logs doivent être lisibles en toute circonstance et de partout », permet moi de pointer l’incohérence du choix d’un format binaire avec ce principe…