Krunch a écrit 4025 commentaires

Je tiens juste à recommander de ne pas prendre OVH. Leur support est assez consternant. Ça vient d'expérience personnelles et d'anecdotes d'amis et connaissances qui remontent de 2006 à nos jours.

J'ai fini de migrer mes services vers Gandi (que j'utilise depuis quelques années) il y a quelques semaines et je suis fort content du support (et du service).

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

"Non, c'est juste pour les expériences"

https://linuxfr.org/news/llvm-3-4-et-clang-3-4#comment-1513877

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

Est-ce que le fait d'utiliser OpenSSH compte ?

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

pourquoi Fedora, CentOS, Debian et j'en passe arrivent à attirer les dons sans mendier, et pas BSD

Tous ces projets ont au moins une page « donation » :
http://www.debian.org/donations
https://fedoraproject.org/wiki/Donations
http://wiki.centos.org/Donate

Par contre, Fedora et CentOS étant sponsorisés directement par une entreprise qui paie au moins une partie de leurs développeurs^Wgens et infrastructure, je ne suis pas sûr qu'on puisse les mettre dans la même catégorie que la plupart des BSD.

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

On peut aussi laisser les utilisateurs s'authentifier via Facebook, Google ou autre. Pratique, sécurisé et ça permet de limiter les comptes anonymes qui sont la cause d'au moins 82,4% du spam, des virus et de la pédopornographie sur internet.

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

Ce qui est sympa (pour l'attaquant) avec ce genre de truc c'est que pour chaque identifiant il y a plusieurs mots de passe possible.

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

J'ai rapidement survolé ton journal la première fois et je pensais que ça parlait juste du vieux truc du "echo toto" qui devient "echo b > /proc/sysrq-trigger" quand on copie/colle.

Ce journal-ci et ses commentaires m'ont fait découvrir le problème.

Je n'utilise pas la CSS par défaut et je ne vois pas le score modifié dans aucun des deux journaux.

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

commentaire est vu comme pertinent

Moi je pense que les gens ne réflechissent pas à ce que veut dire « pertinent » quand ils cliquent « pertinent » ou « inutile ».

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

On utilise AWS pour faire le rebuild.

Ça inclut les builds « officiels » ? Si c'est le cas, Amazon pourrait techniquement backdoorer toutes les installations Debian « standards ». S'il y a eu une discussion publique à ce sujet, je veux bien le lien.

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

Voire aussi https://linuxfr.org/users/erdnaxeli/journaux/communiquer-via-les-ultrasons#comment-1512639

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

Je me suis posé la même question mais en fait c'est évident. Pour certaines boucles plus ou moins triviales, les dérouler réduit la taille du code généré puisqu'il n'y a plus besoin de maintenir le compteur de boucle. Par exemple:

for (int i = 0; i < 3; i++)
      frob(i);

Dont la traduction naïve pourrait donner :

        .cfi_startproc
        pushq   %rbp
        .cfi_def_cfa_offset 16
        movq    %rsp, %rbp
        .cfi_offset 6, -16
        .cfi_def_cfa_register 6
        subq    $16, %rsp
        movl    $0, -4(%rbp)
        jmp     .L2
       .L3:
        movl    -4(%rbp), %eax
        movl    %eax, %edi
        call    frob
        addl    $1, -4(%rbp)
       .L2:
        cmpl    $2, -4(%rbp)
        jle     .L3
        leave
        ret
        .cfi_endproc

Alors qu'en déroulant on pourrait avoir :

        .cfi_startproc
        subq    $8, %rsp
        .cfi_def_cfa_offset 16
        xorl    %edi, %edi
        call    frob
        movl    $1, %edi
        call    frob
        popq    %rax
        movl    $2, %edi
        jmp     frob
        .cfi_endproc

Par ailleurs je tiens à nouveau à me plaindre du système de mise en forme de DLFP qui nécessite de passer 5 minutes à éditer son code pour qu'il soit rendu de manière plus ou moins lisible (oui, j'ai déjà ouvert des suivis à ce sujet).

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

Éliminer les erreurs ne va pas réduire la taille du fichier. Par contre ça va empécher qu'il ne grossisse. Dans l'immédiat, pour réduire la taille tu peux faire un truc genre "echo -n > ~/.xsession-errors". Ce qui n'empéche pas d'essayer de corriger les erreurs.

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

J'ai fait des tests avec différents laptops, trois chats et un chien. Le but n'était pas de les embéter mais ils étaient présents donc tant qu'à faire j'ai observé leurs réactions. Soit ils entendent rien (le chien n'est plus de toute première fraîcheur), soit ils en ont vraiment rien à branler (tout à fait plausible pour les chats).

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

Fin novembre j'ai fait un essai avec des amis dans un pub et on avait atteint une dizaine de mètres avec un Lenovo en émetteur et un Samsung en réception (non je sais pas les modèles exactes). Il y avait 50-100 personnes dans la salles mais c'était assez calme puisque c'était dans le cadre d'une présentation (i.e. il n'y avait que moi qui était censé parler).

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

Parmi les quatre « gagnants » qui n'ont pas de livre, on peut savoir combien ont répondu dans les temps ?

Dans mon cas j'ai vu l'e-mail trop tard parce que je ne vérifie pas régulièrement l'adresse liée à mon compte DLFP (c'est maintenant corrigé). J'espérais que « mon » livre irait à quelqu'un d'autre mais s'il est « perdu », je regrette de pas avoir répondu plus tôt. Pas sûr que j'aurais trouvé un livre à mon goût mais au « pire » j'en aurais fait don à une des personnes citées dans les remerciements de mon journal.

Par ailleurs, on voit que poster un mercredi est rentable (sauf peut-être aujourd'hui).

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

En fait https://python-fosdem.org/ utilise un certificat auto-signé (que je ne vois pas de raison d'accepter) tandis que https://www.python-fosdem.org/ utilise CAcert (qui est un peu plus acceptable). Je sais pas si c'est fait exprès ou bien s'il y a une erreur de configuration.

Mais si j'en juge par la popularité de mon commentaire précédent ça a pas l'air la peine que je propose cette présentation de toute façon.

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

Le lien https://python-fosdem.org/ me dit que le certificat TLS est auto-signé donc j'ai pas été voir plus loin. Si vous êtes vraiment désepérés, je peux faire genre 20 minutes sur comment CVE-2013-1752 a été découvert et ce que je pense de la Python Security Response Team.

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

Signal processing and error correction, making it possible to perform the attack using a mobile phone despite the low-quality microphone

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

Ça date de 2004 quand même. Les améliorations apportées à l'attaque entretemps sont résumées sur http://www.cs.tau.ac.il/~tromer/acoustic/#whatsnew

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

Bon bah il y a un patch dans le Bugzilla. Tu peux attendre que ça soit releasé ou tu peux rebuilder ta quenelle.

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

Si tu as quelque chose à rajouter, tu peux te créer un compte sur le Bugzilla Red Hat et contribuer https://bugzilla.redhat.com/1044438
Mais a priori, Sachin (qui est familier avec le code concerné) est en train d'investiguer.

<Krunch> Sachin: if you could read french i think this would be of interest to you https://linuxfr.org/forums/linux-redhat/posts/bug-de-redirection-shell-sur-cifs-apres-upgrade-vers-centos-6-5
<Sachin> Krunch, What does this mean.. Le problème semble en fait venir du paramètre "cache" lors du montage CIFS. J'utilisais le mode "cache=none". Quand j'utilise le mode "cache=strict" j'ai le même soucis. Par contre si j'utilise le mode "cache=loose" ou bien que je ne spécifie rien, là ça marche ! 
<Sachin> nm, used google translate
<Sachin> ohh.. damn.. I can reproduce
<Sachin> Krunch, good thing we didn't set cache=none or strict to default.. left it at cache=loose as before.
<Sachin> Upstream cache=strict is default.
<Sachin> Krunch, can you please create a redhat bz... meanwhile I'll debug it.
<Sachin> Can you also please add a pointer to it in the forum.
<Krunch> Sachin: i don't have a rhbz account any more; if you do create a bug, please let me know and i'll reply on the forum
<Sachin> Krunch, On testing again, I see the problem only in cache=none mode.
<Krunch> Sachin: the guy replied on the forum; sync(1)ing between the echo's doesn't change anything
<Krunch> even umount/mount doesn't change anything apparently
<Sachin> Krunch, in cache=none mode, we don't use pagecache at all.. so there is no point to sync
<Krunch> oh, *that* pagecache
<Sachin> https://bugzilla.redhat.com/show_bug.cgi?id=1044438

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

Je présume que rien n'a changé du côté serveur.

En regardant les release/technical notes de RHEL 6.5 je vois rien qui soit directement en rapport mais il y a eu pas mal de changements dans la gestion du cache relatif à NFS. Peut-être que ces changements ne sont pas si spécifiques à NFS qu'on pourrait le penser…

Si tu ne veux pas éplucher tous les patches (ce qui n'est plus vraiment faisable sans être un employé Red Hat de toute façon), tu peux peut-être investiguer le problème autrement. Quelques idées :
- effectuer une capture réseau lorsque tu reproduis le problème et lorsque le problème n'existe pas et comparer les deux ;
- confirmer que le problème n'arrive pas si tu fais un sync(1) entre les deux echo ;
- vérifier si le problème est aussi présent avec NFS.

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

Heu, tu peux me citer beaucoup de distributions un peu sérieuses qui ne proposent qu'un seul noyau ?

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

Bon bah mon expérience est avec l'ULg aussi mais je me souvenais pas qu'il y avait de la mécanique des fluides pas en option en ingé (j'ai fait que la 1ère avant de changer cela dit).

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

De mon expérience, « Engineer » ça veut dire n'importe qui avec un minimum de compétences techniques. Mon deuxième job (Technical Support Engineer) ne comportait pas vraiment de responsabilité impliquant la conception de quoi que ce soit.

En Belgique il y a des études de « science informatique » (master) et « d'ingénierie de l'informatique » (ingénieur). De ce que j'ai pu observer, la seconde formation est plus générale au début (et ils ont de la thermo mais sans doute pas de mécanique des fluides à moins d'en vouloir explicitement) mais les deux deviennent très semblable par la suite. Au final j'ai l'impression que les entreprises ne font pas beaucoup de différence entre les deux diplômes (et j'ai du mal à imaginer des postes réels pour lesquels cette distinction basée uniquement sur le diplôme aurait un sens).

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.