Benoît Sibaud a écrit 9786 commentaires

  • [^] # Re: [team linuxfr] Réclamation et demande de fermeture d'une dépêche

    Posté par  (site web personnel) . En réponse au journal LinuxFr.org : première quinzaine de novembre 2016. Évalué à 3.

    Oui, c'est bien de cette dépêche qu'il s'agit.

  • [^] # Re: UTF8

    Posté par  (site web personnel) . En réponse au journal LinuxFr.org : première quinzaine de novembre 2016. Évalué à 4.

    J'ai parlé de Firefox 50 parce que je pensais que cette version favoriserait la saisie d'emojis (dont les caractères 4 octets). Tiré de la dépêche sur la sortie : « Firefox 50 propose ses propres Emojis si le système d'exploitation ne contient aucune police avec Emoji (Windows 8.0 et inférieur, GNU/Linux) ; ». Mais oui le problème n'est pas lié à Firefox en lui-même, mais bien à Mysql : le problème avait été soulevé et corrigé en 2012, avant notre passage en MySQL 5.5.3+ qui amène le jeu de caractères 'utf8mb4'. Maintenant que LinuxFr.org utilise une version de mysql offrant le support de utf8mb4, on pourrait convertir les données.

  • [^] # Re: Coquille?

    Posté par  (site web personnel) . En réponse au journal Sortez vos capacités. Évalué à 4.

    Autre aspect mineur : on pourrait aussi convertir les « I = C*du/dt » en I = C . \frac{\delta{u}}{\delta{t}} (mais c'est pénible à faire si on ne connaît pas trop la syntaxe, ce qui est mon cas) et ça donne une image au lieu d'un texte.

  • [^] # Re: Coquille?

    Posté par  (site web personnel) . En réponse au journal Sortez vos capacités. Évalué à 10.

    Corrigé, merci.

    J'en profite pour dire que ces journaux, les deux sur résistances et capacités, et les potentiels suivants, mériteraient de passer par l'espace de rédaction collaborative (*) pour éliminer le plus tôt possible les fautes d'orthographe/grammaire/markdown/style/ponctuation/etc., et probablement aussi pour aider à structurer le texte et avoir des questions de néophytes plus tôt, permettant de rendre le texte plus accessible (je pense qu'il est lisible par quelqu'un qui a déjà eu des cours ou des travaux pratiques avec des résistances et des capacités, mais qu'il est trop riche/fouillis actuellement pour un vrai débutant). Dit autrement, il y a énormément de matière dans ces journaux, c'est vraiment enrichissant, mais un travail sur la forme serait souhaitable, et ça tombe bien, les autres visiteurs du site pourraient aider sur ce point.

    (*) oui, l'espace de rédaction collaborative est plutôt prévu pour les dépêches ; oui, il y a une entrée dans le suivi pour l'étendre aux journaux mais ce n'est pas encore fait ; et ce n'est pas grave car la dépêche pourrait soit être acceptée, soit être refusée ensuite pour devenir un journal, tout en bénéficiant des fonctionnalités de l'espace de rédaction collaborative.

  • [^] # Re: toute résistance est … ah on l'a déjà fait.

    Posté par  (site web personnel) . En réponse au journal Toute résistance n’est pas futile.. Évalué à 3.

    Corrigé, merci.

  • [^] # Re: Test

    Posté par  (site web personnel) . En réponse à l’entrée du suivi Plantage lors de la prévisu d’un commentaire. Évalué à 3 (+0/-0).

    Ce n'est pas le texte en lui-même qui a posé souci, vu que j'ai réussi à le soumettre plus haut (en me basant sur le log). Je dirais « pas de chance, c'est juste un timeout », à première vue. Ça diffère de https://linuxfr.org/suivi/http-500-sur-une-edition-de-paragraphe par exemple.

    I, [2016-11-15T15:02:16.398939 #24213]  INFO -- : Started POST "/nodes/110477/comments" for xx.xx.xx.xx at 2016-11-15 15:02:16 +0100
    I, [2016-11-15T15:02:16.400369 #24213]  INFO -- : Processing by CommentsController#create as HTML
    I, [2016-11-15T15:02:16.400575 #24213]  INFO -- :   Parameters: {"utf8"=>"✓", "authenticity_token"=>"[FILTERED]", "comment"=>{"parent_id"=>
    "1681438", "title"=>"Re: layout de répertoire ?", "wiki_body"=>"…"},
     "commit"=>"Prévisualiser", "node_id"=>"110477"}
    I, [2016-11-15T15:02:21.446240 #24213]  INFO -- : Completed 500 Internal Server Error in 5045ms (ActiveRecord: 1.5ms)
    F, [2016-11-15T15:02:21.448215 #24213] FATAL -- : 
    Patron::TimeoutError (Operation timed out after 5002 milliseconds with 0 bytes received):
      lib/ar_base_ext.rb:47:in `wikify'
      lib/ar_base_ext.rb:34:in `block in wikify_attr'
      app/controllers/comments_controller.rb:47:in `create'
    
  • # Re: layout de répertoire ?

    Posté par  (site web personnel) . En réponse à l’entrée du suivi Plantage lors de la prévisu d’un commentaire. Évalué à 3 (+0/-0). Dernière modification le 15 novembre 2016 à 21:23.

    Salut,

    Les limitations dont j’ai connaissance :
    — Les pages affichées sont celles qui possèdent une miniature (thumbnail). J’ai constaté depuis la refonte IHM (v0.3) que les miniatures des pages 2 et + ne sont pas toujours générées (ils ont l’air d’être faits à la demande). Ça ne m’a pas gêné jusqu’à présent car je connais mes documents et je peux consulter les autres pages en changeant l’URL :-p Mais c’est sûrement très simple à corriger.
    — Les mots-clef additionnels ne sont pas du tout exploités.

    • Pour le dépôt automatique, il n’y a pas de code. Tous mes documents sont sur mon serveur, sur lequel /partage est un partage NFS ; mes documents sont dans /partage/Papiers. J’ai créé un répertoire /partage/Papiers.import ainsi que l’incrontab suivant : /partage/Papiers.import IN_CLOSE_WRITE,IN_MOVED_TO bash /home/yves/.local/bin/paperwork.import.sh @# le contenu du script étant le suivant :
    #!/bin/bash
    PW_DATA=/partage/Papiers
    
    [[ $2 =~ ^([0-9]{8}|x)(\+[^-+]+)*(-.*)?\.pdf$ ]] || exit
    
    IFS=- read d c <<<"${2%.pdf}"
    IFS=+ read d l <<<"$d"
    [ "$d" == x ] \
    && read d hm s < <(date +'%Y%m%d %H%M %S') \
    || read   hm s < <(date        +'%H%M %S')
    
    [ -e "$1/$2" ] || exit
    
    p="$PW_DATA/${d}_${hm}_$s"
    { mkdir "$p" &>/dev/null || {
        for s in {01..99}; do
          mkdir "${p}_$s" &>/dev/null || continue
          p="${p}_$s"
          break
        done
      }
    } \
    && mv "$1/$2" "$p/doc.pdf" \
    && {
      [ -n "$l" ] && {
        tr + '\n' <<<"$l" | while read str; do
          grep -hFim 1 -e "$str" "$PW_DATA"/*/labels | tail -n 1
        done >"$p/labels"
      }
      pdftoppm -jpeg -r 18 -q "$p/doc.pdf" "$p/tmpthb"
      for f in "$p/tmpthb"*; do
        mv "$f" "${f%/*}/paper.$(cut -d- -f2 < <(basename "$f" .jpg)).thumb.jpg"
      done
    }

    Les fichiers que je dépose dans le répertoire sont forcément en PDF et se nomment AAAAMMJJ+label+label…-….pdf, ou x+label+label…-….pdf, avec AAAAMMJJ la date du document (juste « x » pour avoir la date du jour), les labels étant facultatifs (il suffit de donner une sous-chaîne du label, en ignorant la casse). Exemple : je crée « x+thierry+61-.pdf » et ça me crée /partage/Papiers/20161115_1654_12, contenant :
    — doc.pdf
    — paper.1.thumb.jpg
    — paper.2.thumb.jpg
    — paper.3.thumb.jpg
    — label avec ce contenu :
    Thierry Immobilier,rgb(149,79,54)
    61@3 rois,rgb(255,255,0)

    Limitation :
    — Partant du principe que les PDF ainsi intégrés sont reçus par mail et sont des PDF « texte » et non des PDF « image », rien n’est fait pour créer un fichier de mots (words).
    — Je n’ai pas tenté d’importer ainsi des PDF en même temps que Paperwork fonctionne. Je pense que Paperwork n’apprécierait pas…

    Yves.

  • [^] # Re: Tagless final un chemin vers MetaOCaml en bibliothèque ?

    Posté par  (site web personnel) . En réponse au journal Découvrir MetaOCaml dans son navigateur. Évalué à 10.

    J'attends ton journal avec curiosité (enfin bon je ne vais pas souvent sur LinuxFR où je ne me sens pas très bien, alors envoie-moi peut-être un mail quand tu le publieras).

    Je vais essayer de le mettre au point dans la semaine. Je comprends que tu ne viennes pas souvent, l'ambiance est spéciale par moment. Si je ne te vois pas réagir au journal, je t'enverrai un mail.

    Je suis intéressé par vos retours sur le sujet, vos constats, vos ressentis, vos éventuelles pistes d'amélioration, etc., ici ou en privé par courriel (oumph CHEZ linuxfr.org) si vous préférez. Et merci pour vos contenus et commentaires à tous les deux.

  • # On y survit

    Posté par  (site web personnel) . En réponse au journal J-7 avant de faire mes premières conférences. Évalué à 10.

    alors que je ne sors jamais de ma grotte auvergnate et que je bafouille en saluant ma boulangère

    J'ai aussi dû sortir d'une grotte auvergnate, faire des conférences, présider des assemblées générales associatives, serrer des mains en pagaille et aller chercher des financements via des adhésions, tout en étant plutôt introverti. La bonne nouvelle c'est qu'on y survit, la moins bonne est que l'expérience des uns ne profite pas forcément aux autres et qu'il faudra la vivre soi-même ; mais ça va bien se passer (et en plus il y aura plein des gens enrichissants et sympas en soutien).

    Bon ben ma conf est dans 6 jours… À bientôt à Toulouse.

  • [^] # Re: De l'immortalité du 7e art

    Posté par  (site web personnel) . En réponse au journal Le dernier mercenaire est mort. Évalué à 4. Dernière modification le 12 novembre 2016 à 11:31.

    tu connais beaucoup d'acteurs de plus de 117 ans ?

    Gérald Castrix 1898-1987

    Sinon Georges Méliès , Charlie Chaplin , Buster Keaton, etc.

    Après si tu veux dire « encore en vie » (surtout que)…

  • # De l'immortalité du 7e art

    Posté par  (site web personnel) . En réponse au journal Le dernier mercenaire est mort. Évalué à 5. Dernière modification le 12 novembre 2016 à 11:24.

    The Magnificent Seven ou Les Sept Mercenaires

    Les 7 mercenaires

    • Yul Brynner 1920-1985 (VF : Georges Aminel 1922-2007) : Chris Adams
    • Steve McQueen 1930-1980 (VF : Henry Djanik 1926-2008) : Vin
    • Horst Buchholz 1933-2003 (VF : Michel François 1929-) : Chico
    • Charles Bronson 1921-2003 (VF : Gérald Castrix 1898-1987) : O'Reilly
    • Robert Vaughn 1932-2016 (VF : Roger Rudel 1921-2008) : Lee
    • James Coburn 1928-2002 (VF : Jean Violette ?-? ) : Britt
    • Brad Dexter 1917-2002 (VF : Claude Bertrand 1919-1986) : Harry Luck

    L'espérance de vie étant ce qu'elle est, les acteurs/doubleurs de la fin du XIXe et du début XXe encore en vie commencent à se faire rare.

    (nb: plus récemment, Vaughn a encore tourné jusqu'en 2010 au moins, dans la série Les Arnaqueurs VIP diffusée originalement jusqu'à fin 2012).)

  • [^] # Re: Homme de paille

    Posté par  (site web personnel) . En réponse au journal Mozilla: l'enjeu de 2017 est-il au niveau du navigateur web ?. Évalué à 3.

    Corrigé, merci.

  • [^] # Re: Juste un détail...

    Posté par  (site web personnel) . En réponse au journal De la difficulté à obtenir un rendu SVG, voire HTML, cohérent entre les différentes plates‐formes. Évalué à 3. Dernière modification le 07 novembre 2016 à 13:38.

    "IV vs VI" est donc considéré comme plus problématique à différencier que "IX vs XI" ? (pourtant la page Chiffres romains de Wikipédia évoque la graphie VIIII parfois utilisée par les Romains eux-mêmes)

    En fait la raison semble donner sur la même page : « Pour une considération esthétique : dans ce cas, les quatre premiers chiffres ne sont composés que de I (I, II, III et IIII), les quatre suivants sont composés de V (V, VI, VII, VIII) et les quatre derniers de X (IX, X, XI, XII). »

  • [^] # Re: prochain défi...

    Posté par  (site web personnel) . En réponse au journal Shmuprpg: prototype d'un nouveau jeu libre. Évalué à 3.

  • [^] # Re: merci pour vos réponses et connesmenatires.

    Posté par  (site web personnel) . En réponse à la dépêche Sortie de battle‐rage: un jeu de combat, dans le genre Street Fighter.. Évalué à 8.

    je rien reçus de la part de linuxfr.org, nie sur mon tableau de bord, nie sur ma boite mail un lien m'indiquant ou je pouvait bosser sur la dépêche avant qu'elle sorte.

    Sur la page Proposer un contenu, il y a deux choix pour les dépêches :

    1. « Je souhaite proposer une dépêche et la soumettre directement à la modération. »
    2. « Je souhaite commencer une dépêche dans l'espace collaboratif et pouvoir être aidé(e) par d'autres personnes. »

    La dépêche a été directement soumise en modération. Auquel cas l'équipe de modération peut l'éditer si nécessaire (sur le fond ou la forme suivant les cas), la publier, la rejeter ou l'envoyer dans l'espace de rédaction. En l'occurrence l'équipe de modération a fait une cinquantaine d'éditions avant de la publier.

    Pour pouvoir bénéficier de l'espace collaboratif et pouvoir travailler sur la dépêche à plusieurs ou seul avant l'envoi en modération, il faut opter pour le choix numéro 2.

    Nb.: j'ai édité le commentaire précédent pour éviter de laisser en clair une adresse de courriel.

  • [^] # Re: Merci pour le partage

    Posté par  (site web personnel) . En réponse au journal [Tuto/HowTo] SSHFS : mises en place et montage. Évalué à 3.

    Il y a eu des mises à jour en janvier 2016 sur cette entrée de blog. Cf https://github.com/stribika/stribika.github.io/commits/master/_posts/2015-01-04-secure-secure-shell.md

  • [^] # Re: 2017

    Posté par  (site web personnel) . En réponse au journal Mozilla: l'enjeu de 2017 est-il au niveau du navigateur web ?. Évalué à 7.

    La théorie serait de faire des composants et d'avoir des tests automatisés et suffisamment exhaustifs, et là ça coûterait relativement peu cher et peu de temps de réimplémenter dans un autre langage/de réécrire dans le même, et de savoir si on est revenu au même niveau de fonctionnalités (grâce aux tests automatisés).
    La pratique montre plutôt que ça ne fonctionne pas aussi parfaitement que ça, que le tout n'est pas juste un assemblage de plein de composants et que l'optimum global n'est pas l'accumulation des optimums locaux (que l'« optimum » soit sur le temps, la consommation CPU ou la mémoire). Sans parler du fait qu'il faut avoir le courage/les ressources d'attendre que ça soit terminé (si jamais ce stade est atteint) pour comparer et que les autres ont aussi avancé entre-temps dans cette course de la Reine rouge qu'est l'informatique actuellement (c'est-à-dire « ajoute des trucs, on s'en fout que ça ne soit pas de super qualité, de toute façon on ne va pas garder ce code longtemps et/ou on ne sait pas faire mieux de toute façon »).

  • [^] # Re: Trop vrai

    Posté par  (site web personnel) . En réponse à la dépêche surveillance:// Entretien avec son auteur Tristan Nitot et 10 livres à gagner. Évalué à 6.

    Hyperlien ?utilisateur_pensant_a_surveiller

    • 36 hits de 36 IP différentes avec cette page
    • 91 hits de 6 IP différentes ayant cette page en referer

    Hyperlien /utilisateur_lisant_a_surveiller

    • 37 hits de 32 IP différentes avec cette page
    • 36 hits de 17 IP différentes ayant cette page en referer

    Hyperlien opinion.linuxfr.org

    • pas d'IP associée à ce sous-domaine, donc je ne peux pas répondre

    Image favicon.png?dissident

    • 4 IP différentes sont tombées en 404 (requêtes GET //linuxfr.org/favicon.png?dissident et GET ///linuxfr.org/favicon.png?dissident, avec les User-Agent okhttp/2.3.0 (deux fois), Evolution/3.22; Evolution-RSS/0.3.95 et Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:49.0) Gecko/20100101 Firefox/49.0)
    • 2968 hits par 2076 IP différentes
  • [^] # Re: Coquilles

    Posté par  (site web personnel) . En réponse à la dépêche Adoptez une RabbitMax Flex, une carte fille cherche une maman Raspberry Pi. Évalué à 3.

    Corrigé, merci.

  • [^] # Re: "sa"

    Posté par  (site web personnel) . En réponse au journal Inverser les couleurs d'un thème GTK/Qt. Évalué à 4.

    Corrigé, merci.

  • [^] # Re: Badge VIP

    Posté par  (site web personnel) . En réponse à la dépêche Badges VIP pour le prochain Paris Open Source Summit 2016. Évalué à 3.

    Au premier essai avec Firefox ça a échoué. Back + renvoi et là c'est passé. Un peu d'aléatoire dans le souci visiblement.

  • # Corrigé

    Posté par  (site web personnel) . En réponse à l’entrée du suivi Erreur 500 aléatoire. Évalué à 3 (+0/-0).

    Sur la tranche 7h à 9h ce matin, toutes les erreurs 500 concernaient /forums/general-cherche-logiciel.atom à cause d'une erreur en base de données concernant des comptes utilisateurs purgés (corrigée).

  • [^] # Re: Une rediffusion ?

    Posté par  (site web personnel) . En réponse à la dépêche Agenda du Libre pour la semaine 44 de l'année 2016. Évalué à 3.

    Il n'y a pas de réponse générale à la question : pour chaque événement, il peut y avoir un direct audio ou vidéo (ou non), un enregistrement audio ou vidéo (ou non) et une mise en ligne d'un support de présentation (ou non). C'est à voir sur le site de l'événement ou avec l'organisateur de chaque événement.

    (À la rigueur, l'Agenda du Libre pourrait indiquer si un direct audio/vidéo est prévu ou pas, un enregistrement audio/vidéo est prévu ou pas, une mise en ligne d'un support est prévue ou non, voir les URL prévisionnelles de mise en ligne, mais cela n'empêche pas les soucis techniques le jour de l'événement ou l'oubli de le faire, et ça ne fournira pas les URL finales réelles)

  • [^] # Re: correction

    Posté par  (site web personnel) . En réponse à la dépêche Flash d’Adobe à l’agonie. Évalué à 3.

    Corrigé, merci.

  • [^] # Re: Jeux vidéo

    Posté par  (site web personnel) . En réponse à la dépêche Flash d’Adobe à l’agonie. Évalué à 4.

    Déjà, pas de S à "Jeux vidéo", merci :)

    Corrigé, merci.