BAud a écrit 12788 commentaires

Je te rejoins sur pas mal de points, ce texte n'étant pas seulement de moi (c'est un wiki :p)

Pour moi, cela fait partie de l'accueil de donner l'accès à un wiki ou au svn à celui qui veut participer, comme tu l'indiques c'est contrôlé, le retour arrière est possible, ce que ne sait pas forcément celui à qui l'on donne quasiment l'intégralité des droits et qui pourrait s'en étonner.

Je confirme que pour moi la particularité du libre est de donner les mêmes droits à tout un chacun dès le début, ce n'est pas une "promesse à la diaspora", c'est une licence choisie dès le début, à chacun de l'assumer (pourquoi demander moins ?).

J'avais initialement une réponse plus longue, sur quelques autres points, que je t'enverrai sans doute, simplement tu as bien vu et mis en valeur un atout du libre : le contrôle de ce qui est octroyé, bien sûr que notre structure sait bien le gérer, je pense que c'est pour cela que cela fonctionne, notre implication à prendre en compte ce qui est ajouté ou proposé, au besoin indiquer des éléments de contexte ou soumettre des améliorations, d'un ton très direct bien souvent, au contraire de notre culture française par exemple (qui cherche toujours à y mettre les formes).

Bon, je vais devoir ajouter des choses pour préciser cette page wiki et indiquer que wikipedia me semble l'exemple par excellence de permettre la participation de tous (ceux bons en orthographe, ceux bons sur un sujet, ceux bons en veille technologique et prêts à participer, j'en vois tellement autour de moi ne sachant même pas qu'ils pourraient participer... je ne parle pas que de wikipedia là, quand je parle de framasoft, je pense aussi au wiki de l'april ou d'interlug oe framasoft, tout est question d'expérience àmha)

ceux qui ont plussé pourraient-ils confirmer leur point de vue ?

Pour moi, justement quelqu'un qui double-clique est encore _plus_ prêt à modifier le texte (bon il le lit différemment mais cela reste lisble). J'avais sciemment laissé quelques fautes d'orthographe ou de typo, une seule personne s'est sentie obligée de les corriger :/

D'autant que si je te lis bien, 2 personnes sur 3 dans ton bureau font cela, donc tu as un seul exemple hormis toi :-) cela ne fait que 50% de confirmation même si je compte que 72,16% des stats sont fausses.

Ce comportement m'intéresse pour deux points :
- je le fais aussi sur de longs textes, en sélectionnant quelques paragraphes en cours, histoire de mesurer ma lecture d'un texte long (ou le reprendre plus tard)
- justement, ça me semblerait l'occasion d'éditer le wiki pour corriger les coquilles que j'aurais pu voir (en me rendant compte que c'est possible, passé mon étonnement)

J'aurais tendance à justement laisser cette fonctionnalité pour indiquer que l'édition est libre, du fait de ce que tu indiques :-) et cela m'étonne d'autant de ne pas avoir plus de retours / ajouts ? (tous

une preuve que tu n'es pas assez con pour être prêt à changer d'avis ?

à tout hasard, que t'as répondu l'admin à ton taf' ? (au minimum est-il contactable ?)
parce que bon, tu contournes, ça marche pour toi, ce serait peut-être mieux que cela fonctionne naturellement sur 2-3 points pour plus de monde ?

((ou) pas) :)

1492 est aussi acceptable (Christophe Colomb inside toussa...)
ce pourquoi j'ai aussi indiqué 1400, vu que 1000 n'a aucune justification...

c'est quand même dément d'en arriver là, autant passer tout de suite à IPv6 dans ces conditions, au moins ce sera plus simple :-)

euh c'est même pas le début de soirée icite, il n'est même pas 23h ! depuis ce matin vers 13h j'en ai fait bien plus hein :) (courses de noël déjà faites pour moi, notamment, ça aide aussi).

oui, je souhaite parler de l'accueil dans le libre :-)
cela passe in fine IRL (irc ou jabber en faisant partie mais c'est un autre sujet) et effectivement il est question de relations humaines, de compréhension, de dialogue.
L'objet de cette page wiki, c'est de faire comprendre le libre et dépasser les attentes ou attendus de chacun (le libre étant pour moi facilement compréhensible maintenant mais pas forcément évident pour tout un chacun).

Le burnout n'est qu'un effet de bord ; le reconnaître c'est déjà l'avoir dépassé et reconnaître ce qu'on peut apporter et ce n'est pas le sujet principal.

Il y a quelques sujets sous-jacents à aborder àmha pour y apporter un éclairage, en fonction de l'expérience de chacun.

S'ecarter de l'orthodoxie n'est pas toujours une mauvaise chose.

le prouver c'est mieux, {reference needed} inside (on va dire que c'est encore 'dredi)

alors que bon, dans les développeurs de la nouvelle version de LinuxFr, on peut sans problème dire qu'il y a _un_ bon ;-)

mais bon, il est un peu seul (ce n'est pas pour ça qu'il est bon, c'est parce qu'il l'est, seul, dans le temps hein je ne jette pas la pierre à ceux qu'ont envoyé un patch, ils ont eu bien raison et peuvent continuer :p). En revanche, il est franchement mauvais pour monter une communauté :) La ML de dév' est désertée (le niveau doit être trop haut pour s'y abonner... voir [http://demoll.tuxfamily.org/linuxfr/SuggestionsLecteurLinuxF(...)]).
Le wiki de doc' est sans doute hors de portée (genre se créer un compte sur github spa gagné o_O), 'fin c'est animé à 3 contributeurs qui se battent en duel... https://github.com/nono/linuxfr.org/wiki

Franchement, c'est à jeter l'éponge de trouver des contributeurs dans la durée sur LinuxFr, entre ceux trop pris par leur projet, ceux qui n'osent pas, ceux qui pourraient, ceux qui ne peuvent pas (ah nan Ruby, je serais plutôt python), ceux qui n'ont pas compris (eh ça ne marche pas ! faut corriger), ceux qui voudraient mais qui ne savent pas (et qui ne posent pas de question bien sûr), ceux qui pourraient mais n'ont pas envie (j'ai piscine ou comme moi : franchement, j'ai pas l'ambition).
Pour ceux qui auront lu jusqu'ici (oui c'est très sélectif, https://github.com/nono/linuxfr.org/wiki/Coordinationdestest(...) n'a visiblement été lu par personne, en tout cas édité par une seule personne, même s'il y a eu des commentaires pour proposer autre chose).

Ce commentaire vous est offert par un aigri du 'dredi mais prêt à accueillir toute proposition ou bashing pour avancer mieux ;-)

en offrant des perches aussi grosses à leur détracteurs.

chacun sa route, chacun son chemin, j'aurais envie de dire, à chacun d'assumer ce qu'il souhaite gérer, bon courage et merci pour le poisson. Il y a un moment pour faire son deuil dès lors que l'on perd ses moyens d'intervention. Il y a tant de choses à faire :)

tout cela n'empêche pas de te remercier d'avoir remis régulièrement en marche le build-system ces 3 derniers mois et fait progresser la prise en charge de python3 dans cooker, au détriment d'autres priorités que tu aurais pu choisir tout à ton honneur :)
Ce n'est pas si simple, il y a toujours du monde pour voir quand cela ne marche pas et oublier de remercier dès que ça (re-)fonctionne. Désolé du minimum syndical :/

le MTU est généralement à 1500 en ethernet, le réduire à 1496 permet souvent de le faire refonctionner lors d'un passage en ATM ou des équipements réseau défaillants... (quelques soucis avec des ajouts "involontaires" au header...).
Je n'ai jamais trop compris, mais ça marche (il y a le même souci parfois avec le FreeWifi).

Ce qui permet de le diagnostiquer est bizarrement des lenteurs aux (non-) réponses des DNS (des paquets de 56 octets... va comprendre...).

la commande qui fonctionne bien :
ifconfig wlan0 mtu 1400 # pour optimiser... (remplacer wlan0 par eth1 ou eth2 pour certains...), cela permet de retrouver un FreeWifi utilisable pour certains.
Après, que cela fonctionne pour l'Internet par orange n'est qu'un effet de bord...

jaja, yo hablo español también :-) aunque no sea linuxes.org aquí :/

effectivement Z/Os a encore de beaux jours devant lui (seulement trentenaire...)
ou pas http://linuxfr.org/2007/10/15/23201.html GNU/Linux + Java permet visiblement de bénéficier de plus de puissance (mais surtout d'économies de coûts).

Il y a deux-trois banques et quelques entreprises publiques qui pourraient en bénéficier (àmha et sans a priori pour cette approche du libre de promouvoir un service en publiant ce qui leur permet de travailler, permettant à tout un chacun de construire sa propre offre, tout le monde est gagnant, bon ok... un troll cobol java c'est encore un peu facile, l'important à retenir est le volet libre et les évolutions possibles).

je me suis permis de mettre en forme le journal (ullification, correction de quelques phôtes d'orthographe) et une revue mineure de la typo, il doit bien être encore vendredi dans certains créneaux horaires... :D mici Sam_from_MS< !

et tu ne veux toujours pas participer au concours ? (on ne te mettrais pas forcément en css par défaut, mais ça permettrait d'alimenter https://github.com/nono/linuxfr.org/wiki/Linuxfrcss en migration des css existantes et en ajout de css, vu que c'est un wiki, je te laisse ajouter tes initiatives... et proposer ton aide à ceux qui voudrait s'essayer à faire une css innovante ou simplement une migration de l'existant, jusqu'au 18 ça semble faisable d'autant que la finalisation a été prolongée).

quels changements sont faits ? (j'ai suivi les titres en ul/li, les liens amis dans "section", quelques demandes de div supplémentaires pour faciliter le travail sur la css, le id sur la recherche, mais euh ya un avant / après pour ceux qui proposent des css ? ce n'est pas si évident à juger...). https://alpha.linuxfr.org/changelog permet de suivre les modifs du code mais les demandes en attentes ? tout est-il sur https://github.com/nono/linuxfr.org/issues/labels/HTML%20CSS ?

franchement, pour l'instant même la modo a été prise en compte par ceux qui ont demandé voir https://github.com/nono/linuxfr.org/issues/labels/HTML%20CSS(...) au besoin (et les liens en copie de page de modo), il ne me manquerait que le "Nouveau !" avec l'image https://linuxfr.org/images/attention.png ce pourquoi je suggérais en plus des bugs sur https://github.com/nono/linuxfr.org/issues/labels/HTML%20CSS je suggérais de remonter des améliorations possibles sur le code qui génère le HTML...

Si tu veux que je t'indique ceux dont tu pourrais te passer, n'hésite pas à ne pas demander ;-)

Ce n'est pas du ressort de l'intégration dans les distributions ?

Par exemple, dans la mienne orientée utilisateur et pourtant préférant historiquement KDE (même si le niveau d'intégration de LXDE, GNOME, XFCE est du même niveau), eh bien c'est déjà activé par défaut.

Il y a quelques explications sur la démarche pour retenir un nom dans ceux proposés au tout début sur :
https://www.mageia.org/pipermail/mageia-discuss/20100920/000(...)

oui, j'ai flingué le lien tinyurl qui amenait sur maps pour le remplacer par un lien OSM ;-) (j'aurais dû le faire avant publication...).

Comme déjà indiqué [http://linuxfr.org/comments/1188245.html#1188245] , j'ai effectivement le bouton et ensuite une 403 sur la page qui devrait apparaître pour confirmer la suppression, sans doute parce que je ne suis que "Staff" et non "Admin".

Le message exact est :
You are not authorized to view this page. You do not have permission
to view the requested directory or page using the credentials supplied.

403 - Forbidden

À quoi as-tu encore accès sur indefero ?
J'ai effectué les opérations qui m'étaient accessibles pour fermer ce qui était possible, le reste de la suppression passe par un accès en base - que je n'ai pas - et j'ai remonté ce qui était à faire, ce qui le sera quand il y aura du temps.

Il n'y a pas le feu non ? J'ai l'impression qu'on est à ta botte là ?

l'édition familiale c'est celle qui limite à 4 applications lancées en parallèle ?

ah nan je confonds avec apple, qui limite^Wdécouvre le multi-tâche et les 5 connexions réseaux pour windows (sympa en famille ou en dév').