patrick_g a écrit 6387 commentaires

  • [^] # Re: Mot placé

    Posté par  (site web personnel) . En réponse à la dépêche Punix, le baptême du feu. Évalué à 6.

    J'ai pensé que c'était patrick_g qui avait mit le lien, mais il me semblait pourtant qu'il ne le faisait pas d'habitude…

    Je ne le fais jamais !
    Ce serait très pédant de ma part de mettre ainsi un lien vers un mot, en faisant l'hypothèse que les lecteurs vont avoir besoin de la définition.

  • [^] # Re: Mot placé

    Posté par  (site web personnel) . En réponse à la dépêche Punix, le baptême du feu. Évalué à 10. Dernière modification le 19 mars 2012 à 23:20.

    Désolé, c'est moi qui suis responsable de son remplacement dans le texte. J'avais cherché sur http://www.la-conjugaison.fr/, sur http://www.le-dictionnaire.com et sur http://atilf.atilf.fr/ mais sans rien trouver.
    Tu notera que la citation du Littré date du XVIème siècle…amha le mot n'existe plus de nos jours.

    À part ça, bravo pour cette superbe dépêche !

  • [^] # Re: Club des amis des UUOC

    Posté par  (site web personnel) . En réponse à la dépêche Sortie du noyau Linux 3.3. Évalué à 3.

    C'est toi qui a rajouté l'hyperlien sur "barguigner" dans la news ? C'est relativement connu comme mot non ?

  • [^] # Re: Critiques

    Posté par  (site web personnel) . En réponse au journal De la vie d'une dépêche noyau. Évalué à 6. Dernière modification le 19 mars 2012 à 22:59.

    Si on déterre ta première dépêche du noyau

    En fait la première c'est celle-ci : https://linuxfr.org/news/sortie-du-noyau-linux-2613
    Le 2.6.18 est le premier de ma série sans interruption.

  • [^] # Re: Critiques

    Posté par  (site web personnel) . En réponse au journal De la vie d'une dépêche noyau. Évalué à 8.

    patrick_g ne cherche pas de contributeurs pour le reste de la dépêche

    Oui c'est vrai. C'est sans doute paradoxal sur un site libriste qui prône la collaboration et le partage…mais le fait est que je travaille très mal en collaboration. Je préfère rédiger le texte dans mon coin et c'est pareil pour mes autres news récurrentes (GCC, Top 500).

    Comme tu le souligne je pense que ça améliore la cohérence de la dépêche. Et puis est-ce qu'il y aurait vraiment des contributeurs ?
    D'un autre côté la rédaction me bouffe vraiment du temps et parfois, quand la motivation est en berne, je peste de devoir sacrifier mon weekend à rédiger alors que je pourrais bouquiner tranquille.
    Il faudrait que je gagne au loto pour pouvoir quitter mon job et avoir plus de temps libre ;-)

  • # Réponses

    Posté par  (site web personnel) . En réponse au journal De la vie d'une dépêche noyau. Évalué à 10.

    lwn ou de la LKML (autres sources d'inspiration ?)

    Il y a aussi Thorsten Leemhuis qui fait un super boulot sur le site h-online.
    Voir par exemple l'article publié aujourd'hui qui récapitule les nouveautés du noyau 3.3 : http://www.h-online.com/open/features/What-s-new-in-Linux-3-3-1466872.html

    pourquoi cette mise en avant de btfrs plutôt que ext4 qui est vraiment libre ?

    Rooohh ! Et après c'est moi le troll ?

    (re-)connaître, (ap)paraître : oui, il y a un accent circonflexe, bien souvent oublié :

    Faut que je me fasse une regex pour corriger ça en amont.

    un évangélisme fervent néanmoins pour les travaux de Lennart

    Évangélisme fervent ? Pour un mécréant tel que moi ? Point du tout, cher ami. C'est juste que Lennart essaye de secouer le cocotier et que je trouve ça mieux que l'immobilisme. Après il faut évaluer ses propositions et voir si ça tient la route.

    un oubli systématique de mettre en avant les travaux des contributrices au noyau ?

    Non à l'affirmative action !
    Sinon j'ai parlé des travaux de Sarah Sharp sur l'USB 3.0 dans les news des noyaux 2.6.31 et 2.6.36.

    C'est très bien, mais ce n'est pas parfait

    Sans blague ;-)
    Dans la dernière dépêche j'évoque rapidement un biais qui affecte la rédaction de ces news (le fait qu'il est difficile de résumer des commits dispersés). Bien évidemment il existe beaucoup d'autres défauts qui, cette fois, sont liés à mes insuffisances.
    Par exemple il peut y avoir des nouveautés qui ne sont pas abordées parce que je ne comprends tout simplement pas assez le sujet pour écrire quelque chose de cohérent. Dans le noyau 3.3 il y a un très gros boulot qui a été effectué par Tejun Heo sur "memblock". Je n'ai rien écrit dessus car je n'ai rien pigé aux messages de commit dans les patchs :-(

    Ou alors parfois je ruse un peu. Est-ce que tu as remarqué que la brève sur "le blocage des transferts vers les disques FAT" est assez pauvre en détails techniques ? Je n'explique pas du tout quelle était l'origine précise du problème ni quelle a été la solution. En fait c'est parce que, là aussi, j'ai pataugé pour tenter de comprendre le bidule. Comme je ne suis pas un développeur et que je ne peux pas étudier le code, j'ai la hantise de dire des conneries. Si le message de commit n'est pas clair, je suis obligé de laisser tomber.

  • [^] # Re: Club des amis des UUOC

    Posté par  (site web personnel) . En réponse à la dépêche Sortie du noyau Linux 3.3. Évalué à 5.

    Certes, mais je n'aime pas le < perdu à gauche qui, à mes yeux de béotien, semble moins naturel que la commande que je tape.

  • [^] # Re: Club des amis des UUOC

    Posté par  (site web personnel) . En réponse à la dépêche Sortie du noyau Linux 3.3. Évalué à 7.

    Oui parfaitement…mais en plus mon pauvre cerveau trouve ça plus logique d'écrire la commande comme ça avec les instructions qui se suivent de gauche à droite dans le sens de la lecture.

  • # Club des amis des UUOC

    Posté par  (site web personnel) . En réponse à la dépêche Sortie du noyau Linux 3.3. Évalué à 10.

    patrick@laptop:~/LinuxFr$ cat noyau_3.3.txt|grep -o '](http'|wc -w
    261

    Nouveau record pour une dépêche noyau.
    Maintenant c'est très chronophage de mettre ces liens, donc ce serait bien d'avoir un retour des lecteurs à ce sujet. Est-ce que c'est utile d'en mettre autant ? Est-ce qu'il y a vraiment des gens qui s'en servent pour approfondir ?

  • [^] # Re: RSA dans le noyau

    Posté par  (site web personnel) . En réponse à la dépêche Sortie du noyau Linux 3.3. Évalué à 10.

    Je me demande quel est l'intérêt de vérifier des clefs RSA dans le noyau.

    La lib MPI sert maintenant au sous-système EVM.
    Comme EVM c'est un truc qui permet de faire du contrôle d'intégrité, il vaut mieux faire ça dans le kernel plutôt que de dépendre de programmes user space.
    Ce sera encore plus vrai si le projet de signer les modules noyaux arrive un jour.

  • # Thread Debian

    Posté par  (site web personnel) . En réponse à la dépêche Webo0.b. Évalué à 6.

    plusieurs développeurs Debian sont montés au créneau, dénonçant un abus de pouvoir infondé

    Est-ce que quelqu'un peut donner un lien vers ces échanges et vers le message de Zack (le DPL ayant répondu positivement à cet appel) ?
    Merci d'avance.

  • [^] # Re: petite erreur

    Posté par  (site web personnel) . En réponse au journal Anniversaire. Évalué à 3.

    Fait.

  • [^] # Re: Fraudeur

    Posté par  (site web personnel) . En réponse au journal La RATP paranoland à deux pas de chez vous. Évalué à 6.

    Tu es juste un fraudeur qui, comme tous les fraudeurs, prétend toujours avoir une bonne raison de frauder.

    Tous les matins je prend le tramway à la Défense. Je passe ma carte Navigo sur la machine et je m'engouffre dans le tourniquet. Cela me permet d'accéder au quai ou j'attends le tramway. Une fois le tramway arrivé, les portes s'ouvrent et je rentre dedans…et là suprise ! Une autre machine de validation !
    Je suis donc censé valider mon passe Navigo une première fois au tourniquet et une seconde fois dans le tramway ? Qu'est-ce qui justifie cette aberration ? La première validation peut être considérée comme légitime (statistiques toussa…) mais pour la seconde c'est complètement con.
    Donc je ne valide pas dans le tramway (et d'après ce que je vois autour de moi, environ 99,9% des voyageurs font le même choix que moi).
    Suis-je un fraudeur ?

    si on fait le choix la carte nominative par confort ou par avarice, il faut en assumer les conséquences.

    Ce n'est pas un choix de ma part. C'est mon entreprise qui a décidé de rembourser le passe Navigo et pas autre chose.

  • [^] # Re: Cloud fail

    Posté par  (site web personnel) . En réponse au journal Traduction : le sophisme systemd -- Leszek Urbanski, tgr, monolight.cc. Évalué à 3.

    Ce qui est normal puisque la news LinuxFr, était en grande partie une traduction de la documentation systemd (c'est précisé lors de l'introduction de la dépêche).

  • [^] # Re: Package manager

    Posté par  (site web personnel) . En réponse au journal Commentaires sur Windows 8 béta. Évalué à 5.

    Le packageur de ta distro, il a vérifié chaque ligne ?

    Ce n'est pas le sujet.
    Le sujet c'était: Est-ce que oui ou non il faut le source pour auditer. La réponse est oui, il faut le source.
    Ensuite est-ce que les gens auditent vraiment quand ils ont ce code source, c'est un autre débat (et tu as raison, il est fort probable qu'ils ne le font pas systématiquement).

  • [^] # Re: Package manager

    Posté par  (site web personnel) . En réponse au journal Commentaires sur Windows 8 béta. Évalué à 5.

    c'est une erreur que de croire que pour auditer, tu as besoin du source. La seule dont tu as besoin, c'est de regarder les entrées/sorties, et pour ça le source n'est pas nécessaire.

    Cas hypothétique : Je suis un méchant qui cherche à effacer les disques durs des gens. Juste comme ça, pour le plaisir de la malveillance pure.
    J'écris une application qui fait des bruits de sabre laser (ça va marcher ça coco !) et qui a dans son code un truc du style : Si date = 01/01/2014 alors efface le disque.

    J'uploade mon appli sur le Store.
    Apple n'a pas le source mais elle audite, comme tu l'as dit, en regardant les entrées/sorties.
    Est-ce que mon appli va être détectée comme malveillante ?

  • [^] # Re: Contributeurs

    Posté par  (site web personnel) . En réponse à la dépêche Le Raspberry Pi est arrivé. Évalué à 6.

    Dix personnes ont travaillé sur cet article et fait 46 mises à jour.

    La liste de ces personnes:

    Nÿco
    Christophe Chapuis
    Xavier Teyssier
    detail_pratique
    Lucas Bonnet
    baud123
    Nils Ratusznik
    EdB
    thamieu
    Brndan

  • [^] # Re: En même temps, j'ai tendance à les comprendre...

    Posté par  (site web personnel) . En réponse au journal La NASA censure ses failles de sécurité. Évalué à 7.

    Attention, j'ai appris l'existence de ce blog ici et c'est très addictif.

    Pareil pour moi ! J'ai passé au moins 3 heures hier soir à lire des articles sur ce site et c'est vraiment intéressant.
    Je recommande en particulier http://www.securiteaerienne.com/node/92

  • [^] # Re: OpenSuse

    Posté par  (site web personnel) . En réponse au journal SUSE Linux Enterprise 11 Service Pack 2 disponible. Évalué à 3.

    I first spent weeks arguing on a bugzilla

    Est-ce que quelqu'un a le lien vers cette entrée de bugzilla ?

  • [^] # Re: Lien vers l'image en haute résolution.

    Posté par  (site web personnel) . En réponse au journal Notre bulle radio dans la Voie lactée. Évalué à 5.

    man humour :-)
    La blague c'est d'imaginer mettre l'image d'une galaxie en taille réelle.

  • [^] # Re: Humbling

    Posté par  (site web personnel) . En réponse au journal Notre bulle radio dans la Voie lactée. Évalué à 7.

    14 600 étoiles environ dans ce volume.
    Source : http://imagine.gsfc.nasa.gov/docs/ask_astro/answers/980123d.html

    À noter que c'est une évaluation assez ancienne et donc que les chiffres ont peut-être changés depuis.

  • [^] # Re: Humbling

    Posté par  (site web personnel) . En réponse au journal Notre bulle radio dans la Voie lactée. Évalué à 5. Dernière modification le 25 février 2012 à 09:29.

    Certes l'onde radio doit être très faible...mais ce n'est pas ça qui est important ;-)

    Emily a déjà pensé à cette remarque dans son post :

    Yes, I do realize that the signal from our radio and TV broadcasts is so attenuated by that 100-light-year boundary as to be undetectable except by some kind of magical alien technology. That's not the point. Don't be so literal!.

  • [^] # Re: Mot manquant

    Posté par  (site web personnel) . En réponse à la dépêche Apache passe en version 2.4. Évalué à 3.

    En fait ce sont des guillemets qui manquent :

    Passage du module « MPM event » d'expérimental à pleinement supporté.

  • [^] # Re: Un peu d'info

    Posté par  (site web personnel) . En réponse à la dépêche Pourquoi Wayland veut remplacer X. Évalué à 10.

    En même temps Kristian ayant été un core dev de X, on peut penser qu'il est plus à même que nous d'évaluer les qualités et les défauts de X. Comme Keith Packard (gros barbu de X s'il en est) pense la même chose que Kristian je crois qu'on peut se ranger à leur avis.

  • # Mort au scrutin proportionnel !

    Posté par  (site web personnel) . En réponse au journal Hacker le parlement, et la dose de proportionnel. Évalué à 2.