Benoît Sibaud a écrit 10020 commentaires

(aparté : cet avatar Debian en jpg est moche, il bave, il est flou, etc. Ça serait mieux de le remplacer par un PNG propre.)

L'association LinuxFr est membre de l'April.
L'association LinuxFr gère le site LinuxFr.org qui accueille des visiteurs qui ne sont pas forcément membres de l'April ou en accord avec les idées de l'April.
Parce que sinon les régions Île-de-France, Provence Alpes Côte d’Azur et Rhone-Alpes sont membres de l'April…

Plutôt https://data.sncf.com/licence « LICENCE SNCF OPEN DATA », qui décrit les droits accordés sur les données et les limitations, comme « un volume d’Extraction de 20 (vingt) requêtes par minute et par terminal connecté ».

On peut aussi citer https://data.sncf.com/legal_informations : « A l’exception de sites diffusant notamment des informations et/ou contenus ayant un caractère illégal et/ou notamment à caractère politique, religieux, pornographique un Utilisateur peut créer un lien hypertexte sur un site vers le Site.  »

Corrigé, merci.

Corrigé, merci.

Autre question de traduction: Iceweasel est-il dead ou bronsonisé ?

Corrigé, merci.

Corrigé, merci.

Corrigé, merci. J'ai renoncé à préciser que le roumain est une langue romane orientale, le suédois germanique scandinave, et le turc altaïque (controversé dixit Wikipédia) oghouze, parce que ça ne me semblait pas essentiel à la dépêche.

Pour les pubs, il s'agit de l'utilisation de la compression dynamique.

http://www.csa.fr/Television/Autres-thematiques/L-intensite-sonore-de-la-television/Pourquoi-la-publicite-est-elle-trop-forte
https://fr.wikipedia.org/wiki/Compresseur_%28audio%29#Influence_de_la_compression_dynamique_sur_la_qualit.C3.A9
http://www.quechoisir.org/telecom-multimedia/image-son/photo-video/actualite-television-fini-la-pub-trop-forte
http://www.liberation.fr/medias/2011/10/10/la-pub-va-devoir-baisser-d-un-ton_766972
etc.

Mon pseudo vient bien d'une onomatopée utilisée comme nom pour un personnage de troll, mais ça n'a rien à voir avec LinuxFr.org (c'est antérieur à mon entrée dans l'équipe du site). Auprès peut-être que l'on avait des affinités cachées et que l'on s'est reconnus, comme des membres de la guilde secrète des nommeurs par onomatopée.

Pour LinuxFr.org, c'est plutôt les conteneurs LXC qui pourraient être nommés avec des noms non-empathiques. Ceci dit pour le moment ils s'appellent plutôt alpha, prod, main ou bla…

Par ailleurs donner des noms génériques marche mieux que les serveurs sont identiques. Au mieux on peut avoir des conteneurs identiques partout, mais pas le même matériel exactement partout (ça a des avantages aussi, tout ne lâche pas en même temps).

Apparemment, depuis plus récemment, on a plus dit "ça fait 20 ans".

On ne voulait pas dépareiller la magnifique règle de nommage mise en place par les fondateurs du site (à savoir blob, zobe, prout, trogood, zobe (le retour)). Depuis on a gardé le côté onomatopée de longueur faible, en baptisant gruik, vlan (le son, pas le VLAN), plonk. Pour blectre, c'est le cri du dodo, voir Léonard, Génie. Parmi les noms proposés, ont été écartés : bing, GrrrreumUnf, ads et spam (pour être blacklisté partout).

Évoqué dans la dépêche Du nouveau et du vu sur Internet : des serveurs et une API.

Pour Wikimedia, elle semble être déductible, en tout cas j'ai pu toutes les déduire (et les vérifier) pour une dizaine d'images dans une dépêche. Cf l'exemple que j'ai donné dans la description du ticket justement (upload.wikimedia.org/wikipedia/commons/thumb/xxx/yyy/zzzz/image.truc et commons.wikimedia.org/wiki/File:image.truc)

Dans le cas de Wikimedia, il faudrait en plus une URL contenant les métadonnées.

![titre](URL_image)(auteur, licence, URL_métadonnées)

Je me suis fait avoir par les locales, sachant que la page en anglais vient du paquet Debian coreutils 8.25-2 et la page en français de manpages-fr-extra version 20151231 :

       --quoting-style=WORD
              use  quoting  style   WORD   for   entry   names:   literal,   locale,   shell,   shell-always,   shell-escape,
              shell-escape-always, c, escape

et

       --quoting-style=MOT_CLÉ
              utiliser le style d'encapsulation selon le MOT_CLÉ literal, locale, shell, shell-always, c ou escape

$ for style in literal locale shell shell-always c escape ; do echo $style; ls --quoting-style=$style -ln ; done
literal
total 0
-rw-r--r-- 1 1000 1000 0 févr. 20 11:11  
-rw-r--r-- 1 1000 1000 0 févr. 20 11:11 ?
-rw-r--r-- 1 1000 1000 0 févr. 20 11:11 a?b?c
locale
total 0
-rw-r--r-- 1 1000 1000 0 févr. 20 11:11 «   »
-rw-r--r-- 1 1000 1000 0 févr. 20 11:11 « \n »
-rw-r--r-- 1 1000 1000 0 févr. 20 11:11 « a\nb\nc »
shell
total 0
-rw-r--r-- 1 1000 1000 0 févr. 20 11:11 ' '
-rw-r--r-- 1 1000 1000 0 févr. 20 11:11 '?'
-rw-r--r-- 1 1000 1000 0 févr. 20 11:11 'a?b?c'
shell-always
total 0
-rw-r--r-- 1 1000 1000 0 févr. 20 11:11 ' '
-rw-r--r-- 1 1000 1000 0 févr. 20 11:11 '?'
-rw-r--r-- 1 1000 1000 0 févr. 20 11:11 'a?b?c'
c
total 0
-rw-r--r-- 1 1000 1000 0 févr. 20 11:11 " "
-rw-r--r-- 1 1000 1000 0 févr. 20 11:11 "\n"
-rw-r--r-- 1 1000 1000 0 févr. 20 11:11 "a\nb\nc"
escape
total 0
-rw-r--r-- 1 1000 1000 0 févr. 20 11:11 \ 
-rw-r--r-- 1 1000 1000 0 févr. 20 11:11 \n
-rw-r--r-- 1 1000 1000 0 févr. 20 11:11 a\nb\nc

Vient d'être désactivée par défaut dans Debian Sid (d'ailleurs j'ai mis à jour entre mon commentaire plus haut et celui-là, et j'ai dû cherché la cause du changement de comportement) :

coreutils (8.25-2) unstable; urgency=medium

  * Disable default ls quoting for now to get the rest of 8.25 into testing.
    (Closes: #813164)

 -- Michael Stone <mstone@debian.org>  Tue, 16 Feb 2016 09:02:12 -0500

Espace, retour chariot, multi-lignes :

$ ls -ln
total 0
-rw-r--r-- 1 1000 1000 0 févr. 20 10:07 ' '
-rw-r--r-- 1 1000 1000 0 févr. 20 10:08 ''$'\n'
-rw-r--r-- 1 1000 1000 0 févr. 20 10:09 'a'$'\n''b'$'\n''c'


$ ls -lnN
total 0
-rw-r--r-- 1 1000 1000 0 févr. 20 10:07  
-rw-r--r-- 1 1000 1000 0 févr. 20 10:08 ?
-rw-r--r-- 1 1000 1000 0 févr. 20 10:09 a?b?c

Corrections faites, merci.

A priori c'est corrigé, du coup je ferme l'entrée.

Corrigé, merci.

Je permets de corriger une erreur de grammaire qui ne semble pas fortuite puisque tu l'as commise 2 fois

Corrigé, merci.