BAud a écrit 12802 commentaires

corrigé, il manquait le http:// devant.

136000 et quelques aux dernières nouvelles :
https://www.ohloh.net/p/systemd

le fait que tu utilise "filesystem" comme 1 seul mot.

j'ai corrigé cela et 2-3 autres photes d'ortografe (ou d'accord).

surtout, ça sert à quoi

suivre le lien wikipedia pour déduplication peut aider, un exemple étant le stockage de VM (dans des vmdk) : c'est quand il y en a plusieurs qu'il y a des problèmes (toutes avec un /usr/bin quasi identique, ce qui finit par prendre de la place) ; ah bah tiens c'est l'exemple du journal avec les vmdk justement…

c'est effectivement ce qui est indiqué sur http://aful.org/gul/liste

Pour d'autres listes et trouver des mailing-lists pour relayer le message, voir http://faq.tuxfamily.org/CommunicationLibreLUG/Fr et http://wiki.interlug-fr.org/doku.php?id=lugs_et_gulls:accueil

le moyen de contact est en bas à droite pour ceux qui savent suivre un lien vers Team LinuxFr.org.

sinon en 4ème ou 5ème fil de commentaire sur un journal est une recommandation commune pour éviter de dévier du sujet abordé.

Ce n'est pas une n-ième tribune non suivie qui va aider les modos et les lecteurs… Plutôt indiquer que ce n'est pas la tribune de rédaction qui pourrait servir à cela (ou rendre la tribune redaction plus efficace/visible).

Il y a déjà eu des entrées de suivi suggérant une tribune ortho (je ne les ai pas retrouvées :/).

les gens préfèrent du gratuit

combien ça leur coûte de perdre "la comptabilité binaire" ?

sans exemple concret, il est difficile de juger :

• d'une préférence ou d'une autre
• d'une justification d'un coût ou d'une économie
• d'évaluer qui permet de travailler le mieux (openSuse ou Fedora, je n'ai pas de préférence : j'aime bien l'attitude des deux :D)

Sérieusement ? Tu ne connaissais pas irssi ?

Contrairement à xmpp qui prône visiblement la présence intermittente sur la messagerie instantanée (pour celui à qui on s'adresse visiblement…), d'où la notion de gestion de présence, omniprésente à xmpp, sans doute parce qu'il y a tant d'abonnés absents… Donc, contrairement à xmpp, irssi c'est la possibilité de gérer sa présence permanente sur les canaux de communication :

• peu consommateur
• facilité de backlog
• notification facile
• couplé à une connexion permanente (que tout le monde peut avoir à peu de frais)
• avec l'indispensable screen, permettant de retrouver sa connexion par de multiples clients (ssh suffit : putty, ssh, Irssi ConnectBot…)

bon, j'ai un mémento d'irssi vu que je passe mon temps à perdre ma conf' à chaque déconnexion (tous les 1 an et 1/2 quoi). En prime, les commandes pour gérer un canal via ChanServ et comment dialoguer avec son pote NickServ :)

vous parlez de Carrouf ?

Bon, je ne parlerai pas vraiment de TypeScript

oui, moi aussi je suis adepte de la prétérition :)

au final y-a-t'il vraiment une différence entre supporter/faire évoluer les différentes versions de gtk et celles des apis windows ?

c'est une question rhétorique, dans les deux cas les développeurs concernés ont accès au code source et à la plateforme de génération (bon avec un peu moins de liberté de diffusion pour les seconds).

Bref peut-on avoir des cas d'utilisation réalistes de cette fonctionnalité ?

pour abonder : que ne permet pas la syntaxe Markdown actuelle que permettrait l'ajout d'xHTML ?
Question subsidiaire : qui a rencontré ces limites et qui aurait effectivement besoin de les contourner ? (oui, le greffon WYSIWYG de drupal, inutilisable et lourdingue, m'a vraiment gonflé pour de vrais contenus, que ceux qui avaient demandé ce greffon de merde n'ont jamais rédigé là où la syntaxe wiki me suffisait).

baud123 n'a jamais eu sa réponse

Je ne sais plus si nous l'avons relancé autrement que via la tribune.
L'auteur s'est reconnecté au moins aujourd'hui (il avait indiqué que courant septembre il n'aurait pas forcément de temps…).

Par exemple je me souviens d'une dépêche très intéressantes sur des montres de geeks

oui, finalement purgée pour libérer la file :/ (mais s'il faut la raviver faudra repartir de zéro : les modos n'ont pas de moyen de recherche dans ce qui a été refusé et un historique limité, ou trouver un admin ayant accès à la base et motivé pour la retrouver).

J'ai le sentiment que plusieurs dépêches intéressantes se sont perdues en cours de route !

Pas tant que ça àmha, certaines sont parties en journal finalement (annonces intermédiaires pour Steam par exemple) ou n'étaient sans doute pas si intéressantes (ou développées) puisque non reprises en charge par quelqu'un d'autre, ou refondues dans autre dépêche (en petites brèves, par exemple).

Cela ne nous est arrivé qu'une fois iirc, ce pourquoi redaction a une NdM sous forme de recommandation d'indiquer dans le corps de la dépêche ce genre de réserve à la publication. Par défaut, si la dépêche semble finie, ça paraît normal voire légitime de publier (en relisant la tribune tout de même), s'il y a une réserve, il vaut mieux l'indiquer expressément.

Note : une ML existe déjà

o_O qui y est abonné ? (ou plutôt comment quelqu'un aurait pensé à s'y abonner, je n'en avais pas entendu parler).

Il peut y avoir problème dans le cas où un user a une adresse email invalide.

c'est le souci de l'utilisateur, être rédacteur c'est àmha entrer dans une équipe et être contactable, au besoin en asynchrone, mais dans la semaine tout de même on va dire (bon, quand je vois qu'entre modos ce n'est pas à 100% vrai, bref). L'important : un moyen de contact, synchrone ou préférentiellement asynchrone :

• la tribune de l'article en principal, liée à l'article, dans le contexte, mais pas forcément regardée
• la tribune de rédaction éventuellement (ça ne me paraît pas le plus efficace), pas forcément regardée non plus…
• une adresse mail validée, certains réseaux sociaux (disons github…) demandent 1 ou 2 adresses mails, pour lequel le mail est "validé" comme moyen de contact alternatif (perte mot de passe, contact si changement au niveau du site) => ce serait une évol' côté LinuxFr.org
• ou une ML rédacteur (a priori quelqu'un qui propose une dépêche en rédaction collaborative va penser à la regarder et y avoir indiqué un mail qu'il consulte, peut-être contrairement à son mail de son user…). Bon, cela a quelques autres soucis àmha… (ceux qui souhaitent leur anonymat ou autre raison plus légitime).
• ou restaurer/re-développer les messages privés sur le site et passer par là (mieux qu'une ML àmha, vu que visible en consultant le site, dans certains cas rares, même moi je ne consulte pas mes mails, mais peut aller sur le site)

Pour sympa, je ne suis pas sûr que cela soit optimal, outre la configuration spécifique que cela demanderait… qui connaît bien ? :D

(Vous aurez compris que je parle de moi)

faut-il encore afficher les avatars :)

widgets Athena

xaw !

bin si, quand "on" désigne les modos ; je n'ai pas rencontré de souci pour éditer un journal depuis longtemps (quoique, ponctuellement cet été, mais cela n'a pas duré).

Indirectement, tout le monde peut éditer un journal, une bonne pratique est d'attendre le 4ème ou 5ème fil de commentaire (plutôt que le premier) pour demander, cela évite de détourner la discussion du sujet. Ou, contacter les modos pour que cela soit fait, il y a un lien en bas à droite Team LinuxFr.org.

Apparemment on ne peut pas éditer un journal déjà publié.

si, bien sûr. Ok, il faut être modo pour cela, mais c'est possible (et, en plus, il y a quelques coquilles et typos et syntaxe markdown qui peuvent être revues au passage).

corrigé.

Pour les liens vers les journaux précédents, regarder le tag nanim.

avec 12 ans d'expérience professionnel, le travail d'informaticien étant tout de même moins pénible que celui d'éboueur.

D'ailleurs dépèche -> dépêche.

Bien vu, corrigé. Merci.

Il est l'un des 4 ?

oui son karma est actuellement de -184 (il a été au mini de -191)

Comment on y arrive ?

bin, avant il s'appellait pff puis il est pommé :-)

cool, mais peux-tu nous en dire plus ?

et merde… moi aussi j'ai répondu en août (alors que nous discutons encore, genre sur la tribune de http://linuxfr.org/redaction/news/les-journaux-linuxfr-org-les-mieux-notes-de-la-semaine-39-2012 qui ne sera bientôt plus accessible :/ (j'essaierai de faire un compte-rendu de nos discussions, un peu plus ouvertes j'espère, la confusion modérolecteur et rédacteur m'interrogeant quelquepart… d'autant que ce dernier n'est pas indiqué sur le wiki o_O).

oui, tu rejoins notre diagnostic :

• renvoi vers les contenus pertinents (qui accessoirement seront pertinentés)
• peu de retour sur la dépêche (personne ne tire sur le messager, ni en bien ni en mal)
• peu de pertinentage (ça c'est bien dommage), mais une fois que tu as intégré que ce sont les lecteurs non inscrits qui en profitent, mais en tant que non inscrits ne peuvent pas pertinenter, tu comprends un peu mieux (mais c'est bien dommage)
• ce pourquoi nous continuons à les publier (mais un retour d'un nouvel inscrit ferait toujours plaisir, rien que pour commenter aussi ce genre de dépêche), sinon à quoi bon continuer à les publier ? (je ne te fais part que de mes doutes, pas de ma volonté de les arrêter). Si nous ne faisons pas savoir pourquoi nous les publions, pourquoi continuer ? (même si nous sommes persuadés qu'elles sont intéressantes par nature, à défaut de pertinentes factuellement).
• bref(*)

(*) merci de ton intervention qui lance une discussion

je me suis permis d'ajouter une demande à la page jeux_libres_linuxfr, tout comme je m'étais permis d'éditer ton journal pour mettre en avant la syntaxe du wiki permettant de lier une page wiki directement comme wiki cf. aide-édition.

• une précision sur la licence retenue
• une précision pour les données (histoire d'être conforme à la définition de jeu libre)

Même si cela va sans dire, cela va mieux en le disant (surtout entre connaisseurs, l'occasion pour ceux à qui il reste des données non libres de faire appel à des graphistes, pouvant permettre de corriger le tir).