Benoît Sibaud a écrit 8858 commentaires

Corrigé, merci.

Je n'ai pas répondu sur les raisons de la limite car je n'en sais rien, je laisse Bruno répondre.

Par contre la pull request indique que 65536 caractères font un max de ~100Kio. Alors que 65536 caractères UTF-8 font au max 4 octets chacun, soit 4*64 Kio = 256 Kio (ce qui ne change pas fondamentalement la donne).

(*) quand tous les bugs seront corrigés sur le site, cf autre pull request https://github.com/linuxfrorg/linuxfr.org/pull/206 sur le sujet

Il tronque bien à 500 caractères dans app/models/board.rb . Les deux commentaires en question font 500 caractères mais 512 et 511 octets, en raison de caractères Unicode multi-octets.

Les parties manquantes tirées des logs :

Pour l'instant le plan ne me paraît pas vraiment ressembler à une dépêche. Tu as-une idée de l'information que tu veux couvrir (une présentation d'une liste d'outils utilisables en OCaml) mais quelle est l'histoire que tu veux raconter ? J'ai l'impression qu'il faudrait soit trouver une histoire claire et restreindre la portée de la dépêche (en jetant du contenu), soit reconnaître que ce n'est pas une dépêche et en faire un document en ligne ou un journal. Un document dans quel but ? Correspond-il a un document qui existe déjà sur le web anglophone (auquel cas une traduction serait envisageable), ou à un besoin différent ?

et

Le pourtant bien dans l'introduction. Si pour l'instant ça ressemble plus à une longue liste c'est que je ne sais pas choisir sans connaître ce qui est disponible. Pour l'instant c'est encore brouillon, mais ça semble se diriger vers une première partie qui présente les outils disponibles et une deuxième qui permet de démarrer le plus simplement mais surtout avec tout le confort possible. Je ne suis pas contre élaguer les outils qui ne sont pas pertinents pour des débutants. Mais un débutant en OCaml n'est pas forcement un développeur débutant.

Une prévisualisation due à une réponse sur le commentaire précédent à 22:55:10
Un envoi mais avec un code de retour 504 sur timeout, qui a pourtant conduit à un commentaire en base de données à 22:56:20.

[20/Dec/2016:22:56:16 +0100] "POST /nodes/110798/comments HTTP/1.1" 504 2109 "http://linuxfr.org/nodes/110798/comments" 
I, [2016-12-20T22:56:20.851172 #29856]  INFO -- : Started POST "/nodes/110798/comments" // envoi jamais finalisé
2016/12/20 22:56:16 [error] (…) upstream timed out (110: Connection timed out) while reading response header from upstream

Un envoi qui a conduit au commentaire de 22:56:27.

[20/Dec/2016:22:56:27 +0100] "POST /nodes/110798/comments HTTP/1.1" 302 150 "http://linuxfr.org/nodes/110798/comments" 
I, [2016-12-20T22:56:27.247200 #31813]  INFO -- : Started POST "/nodes/110798/comments" // envoi
I, [2016-12-20T22:56:27.427068 #31813]  INFO -- : Redirected to http://linuxfr.org/users/pralines/journaux/on-y-est-enfin#comment-1686327
I, [2016-12-20T22:56:27.427360 #31813]  INFO -- : Completed 302 Found in 178ms (ActiveRecord: 121.1ms)
I, [2016-12-20T22:56:27.432274 #31813]  INFO -- : Started GET "/nodes/110798/comments/1686307/answer"
[20/Dec/2016:22:56:27 +0100] "GET /nodes/110798/comments/1686307/answer HTTP/1.1" 200 8750 "http://linuxfr.org/users/pralines/journaux/on-y-est-enfin"

Une autre prévisualisation.
Une autre prévisualisation.
Un autre envoi pour le troisième commentaire de 21:56:32 :

I, [2016-12-20T22:56:32.346537 #31169]  INFO -- : Started POST "/nodes/110798/comments" // envoi
[20/Dec/2016:22:56:32 +0100] "POST /nodes/110798/comments HTTP/1.1" 302 150 "http://linuxfr.org/nodes/110798/comments"
I, [2016-12-20T22:56:32.422090 #31169]  INFO -- : Redirected to http://linuxfr.org/users/pralines/journaux/on-y-est-enfin#comment-1686328
I, [2016-12-20T22:56:32.422285 #31169]  INFO -- : Completed 302 Found in 74ms (ActiveRecord: 26.8ms)
[20/Dec/2016:22:56:33 +0100] "GET /users/pralines/journaux/on-y-est-enfin HTTP/1.1" 200 73538 "http://linuxfr.org/nodes/110798/comments"

la totalité de l’équipe de LinuxFr est masculine

La totalité de l'équipe de LinuxFr est actuellement masculine (pour autant que je sache, il y a des personnes dont je connais juste les pseudos). Au moins trois femmes ont déjà fait partie de l'équipe (de modération en l'occurrence) à divers moments. En regardant les statistiques de modération, qui ne comprennent pas tous les membres de l'équipe globale, on voit « Membre passé ou présent de l'équipe de modération (49) ». On a donc un sous-ensemble de l'équipe de LinuxFr (restreint à la modération) avec probablement 3 sur 49, soit approximativement et malheureusement les 6% déjà évoqués pour LinuxFr ou pour l'April par exemple.

Précisions ajoutées dans la dépêche, merci.

Les mêmes causes produisent les mêmes effets :

$ echo $SHLVL
1
$ ./exemple-execve
2
$ bash
$ ./exemple-execve
3
$ sh
$ ./exemple-execve
3
$ exit
exit
$ exit
exit
$ ./exemple-execve
2

for shell in /bin/sh /bin/dash /bin/bash /bin/mksh /bin/mksh-static /usr/bin/tmux /bin/zsh /usr/bin/zsh ; do echo $SHLVL ; echo "avant $shell" ; $shell -c "./exemple-execve ; exit" ; echo "après $shell" ; done ; echo $SHLVL
1
avant /bin/sh
2
après /bin/sh
1
avant /bin/dash
2
après /bin/dash
1
avant /bin/bash
3
après /bin/bash
1
avant /bin/mksh
2
après /bin/mksh
1
avant /bin/mksh-static
2
après /bin/mksh-static
1
avant /usr/bin/tmux
3
après /usr/bin/tmux
1
avant /bin/zsh
3
après /bin/zsh
1
avant /usr/bin/zsh
3
après /usr/bin/zsh
1

Quels shells se préoccupent de la variable SHLVL (visiblement bash et zsh au moins) ?

$ for shell in /bin/sh /bin/dash /bin/bash /bin/mksh /bin/mksh-static /usr/bin/tmux /bin/zsh /usr/bin/zsh ; do grep -H -c SHLVL $shell ; done
/bin/sh:0
/bin/dash:0
/bin/bash:1
/bin/mksh:0
/bin/mksh-static:0
/usr/bin/tmux:0
/bin/zsh:1
/usr/bin/zsh:1

$ for shell in /bin/bash /bin/zsh ; do echo $shell ; strings $shell|grep SHLVL ; done
/bin/bash
SHLVL
/bin/zsh
SHLVL

Et les pages de manuel :

man bash
       SHLVL  Incrémenté de 1 à chaque appel d'une instance de bash.

man zshparam
      SHLVL <S>
              Incremented by one each time a new shell is started.

Des zombies dans un jeu de la vie ? Ça devient n'importe quoi l'immatériel :).

Les automates cellulaires, c'est cool, mais "le jeu de la vie" à beau s'appeler jeu, ça n'a pas le même effet sur les non geeks. Trop austère ?

Les possibilités sont pourtant variées : diverses solutions de pavage (pas seulement des carrés, mais aussi des triangles, des hexagones, des pavages plus complexes, etc.), plus ou moins de dimensions, plus ou moins de couleurs, des règles plus compliquées. Avec des règles relativement basiques et quelques couleurs, tu arrives à donner une impression de feu de forêt par exemple (des pixels verts qui se multiplient jusqu'à ce que des oranges les convertissent en pixels rouges puis noirs) ou une simulation basique de météo. C'est bien parce que c'est un peu « austère » ou limité que c'est plutôt facile à prendre en main pour commencer à jouer, que les essais sont rapides, etc. Mais oui ça a le petit côté désuet du 8 bits pixellisé (en même temps, minetest fonctionne, la tortue du logo a connu de grandes heures et tous les pixels naissent libres et égaux, angles droits).

Par rapport à ton idée, si on était capable de reconnaître automatiquement que non pas une image ressemble au final à une autre, mais que la structure d'une image ressemble à la structure d'une autre, alors on aura fait de grands progrès en reconnaissance de formes, les IA battraient les humains au captcha ou au go (oh wait…) et on pourrait trier automagiquement le pertinent de l'inutile.

6 entrées côté Nginx (3 prévisualisations et 3 envois) entre 22:55:10 et 22:56:32, que l'on retrouve dans les logs applicatifs RoR.

I, [2016-12-20T22:55:10.834041 #4089]  INFO -- : Started POST "/nodes/110798/comments" // prévisualisation
I, [2016-12-20T22:56:20.851172 #29856]  INFO -- : Started POST "/nodes/110798/comments" // envoi
I, [2016-12-20T22:56:27.247200 #31813]  INFO -- : Started POST "/nodes/110798/comments" // envoi
I, [2016-12-20T22:56:28.919672 #4089]  INFO -- : Started POST "/nodes/110798/comments" // prévisualisation
I, [2016-12-20T22:56:29.245917 #2683]  INFO -- : Started POST "/nodes/110798/comments" // prévisualisation
I, [2016-12-20T22:56:32.346537 #31169]  INFO -- : Started POST "/nodes/110798/comments" // envoi

La vision d'un admin ou d'un animateur de l'espace de rédaction :

La vision d'un modérateur (globalement juste l'absence de possibilité de relance) :

La vision boguée pour un visiteur :

Inspection de la vision d'un visiteur :

Changer de CSS peut en être une solution transitoire.

Merci d'éviter les propos stigmatisants, de rester courtois et de respecter les règles de modération en vigueur sur le site.

On en parle de Baupin, DSK, Trump, Johnny Depp, Bill Cosby, etc.

Le cas DSK s'est soldé par un accord confidentiel (Sofitel), un classement sans suite (Banon), une relaxe (Carlton) et au moins un autre cas non jugé (Merlino).
Le cas Baupin en est au stade de l'enquête préliminaire.
Trump n'a pas été poursuivi ou jugé à ma connaissance.
Le couple Depp/Heard a apparemment trouvé un arrangement dans le divorce sans jugement.
Bill Cosby est actuellement inculpé et son procès aura lieu en 2017.

Autant la première partie de ta phrase « toutes les femmes… politique » me semble indiscutable (il y a toujours des attaques sur les accusatrices), autant la seconde partie est problématique car aucun n'a (encore) été jugé coupable, quoi que l'on pense d'eux.

Et concernant ta dernière phrase, utiliser le terme « raclures » n'élève en rien le débat loin de là, et est tout autant problématique (sur la forme, indépendamment de ce que je pense du sujet).

Merci de rester courtois.e dans les échanges et de respecter les règles de modération en vigueur sur le site.

Corrigé, merci. J'ai aussi corrigé la dépêche 4.9 en préparation et modifié le patron qui sert à initier les dépêches noyau, cela devrait donc régler le souci pour les prochaines versions.

Corrigé, merci.

Nb: éviter d'utiliser test.c et test comme nom de programme, pour ne pas se retrouver à lancer /bin/test involontairement…

$ test
$ ./test
1 coin

Du coup je garde mon a.out comme nom d'exécutable.

En remplaçant sh par bash deux fois :

$ ./a.out 
2

Et tant qu'on y est avec char* args[] = {"sh", "-c", "echo $SHLVL $a", (char*) NULL};

$ unset a ; ./a.out 
1
$ unset a ; a=coin ; ./a.out 
1
$ unset a ; export a=coin ; ./a.out 
1 coin
$ unset a ; declare -x a=coin ; ./a.out 
1 coin

Debian dispose d'un réseau de serveurs d'empaquetage automatique. Il sert à produire les versions binaires pour toutes les autres architectures que celle fournit par le responsable de paquet. Évidemment ça serait mieux si tous les paquets étaient reproductibles à l'identique depuis les sources pour toutes les architectures (mais il y a peu de systèmes d'exploitation ainsi actuellement). Je ne connais pas assez la chaîne de production chez Debian pour savoir ce que ça changerait en termes de signature des paquets.

Corrigé, merci.

Corrigé, merci.

Corrigé, merci.

Corrigé, merci.

https://www.sourcefabric.org/en/home/about/3197/Governance.htm (je ne connaissais pas la structure avant de chercher cette info)

In 2013, daughter company Sourcefabric GmbH (registered in Germany) was established to focus on the management and further development of our commercial products and services.
(…) All profits from Sourcefabric daughter companies are used exclusively to support the nonprofit mission of Sourcefabric z.ú.
(…) Due to the nonprofit nature of our organisation, there are no shareholders. All of the profits from our daughter companies flow back to Sourcefabric z.ú., the nonprofit parent organisation, to help continue to develop open source software for media organisations. This means that the money we gain from any of our services is reinvested in Sourcefabric to continue developing additional and improved code.

(résumé : une entreprise (des ?) à côté fait payer ses services et reverse tous ses bénéfices à la structure à but non lucratif)

Actuellement non, il faut être modérateur ou admin.

Corrigé, merci. À noter que « de par » vient de « de part ».