BAud a écrit 12788 commentaires

merci pour ton journal qui semble complémentaire de http://linuxfr.org/users/jay--2/journaux/coursera-s-agrandit-cours-sur-les-compilateurs

si ces sujets vous intéressent, il y en a quelques-uns taggués formation

De plus, on a été nombreux a demander un système de suivi des corrections

En outre, nous sommes nombreux à avoir demandé un système de suivi de corrections

Voici maintenant diverses fautes que j’ai relevées

Il y a (maintenant) longtemps j'avais commencé http://demoll.tuxfamily.org/linuxfr/SuggestionsRedacteurLinuxFR en complément des liens utiles de la page http://linuxfr.org/regles_de_moderation

Maintenant que nous avons un wiki, peut-être l'utiliser ? cf. http://linuxfr.org/wiki et notamment Redaction qui pourrait rediriger vers une page de conseils, dont certains repris de ton nourjal ?

C'est sensé vouloir dire quoi ?

ce serait plus censé être sensé :)

et sinon s/journals/nourjals/

c'est pas faux :-)

oui, une des raisons du retard des liveCD était de gérer les cartes graphiques ATI/AMD correctement…

et sinon les artworks me plaisent bien, quelques copies d'écran sur http://linuxscreenshot.netsons.org/mageia-2-beta3/

pour faire le lien : quelques utilisateurs d'evolution ? cf. mes premiers retours sur http://mageiacauldron.tuxfamily.org/TestingMageia2CauldronBeta2 que je consoliderai une fois en rc ;-)

d'après http://linuxfr.org/news/petit-%C3%A9ventail-des-outils-de-construction-builder-libres (je ne connais pas trop ctest) :

• ctest est plutôt pour les tests unitaires (scriptables principalement)
• SqashTM est plutôt pour les tests fonctionnels (certains sans doute scriptables, d'autres pas forcément)

On tourne en rond là. Tu peux pas en citer un nom ?

il y en a de cités ci-dessus et une fois que tu as un nom tu peux regarder
http://www.linuxalt.com/linux-software/digiKam.html
ou http://www.linuxalt.com/linux-software/Gwenview.html
pour trouver encore d'autres équivalents (ou indiqués comme tel par des utilisateurs).

j'utilise Vim car je trouve pas mieux et il me convient

quelle fonctionnalité spécifiquement ? (et pour quels usages ?)
Par exemple :

• coloration syntaxique du bash (ça gedit le fait aussi)
• disponible systématiquement même sur un serveur où on se connecte via ssh (pour ça gedit demande du ssh -X et d'être installé sur le serveur, ce qui nécessite souvent un serveur X aussi…)

trier par note c'est facile : http://linuxfr.org/journaux?order=score (puis en bas pour aller de page en page ou à la dernière)

en revanche, trier par nombre de commentaires, hormis regarder en base je ne vois pas comment faire (et moi je ne peux pas, il faut un admin pour cela :D).

Il n'y a pas de statistique sur le journal ayant le plus de commentaires

• ni sur http://linuxfr.org/statistiques/comments
• ni sur http://linuxfr.org/statistiques/contents

(en même temps, ce qui serait intéressant ce serait le journal ayant le plus de commentaires pertinents).

d'être factuel ?

Sur un journal de Sam_from_ms ?
Tu n'es pourtant pas nouveau par ici ;-)

Les chiffres sont factuels, leur interprétation pas forcément, stout. Je note que personne n'a remarqué que SUSE+OpenSUSE était quasiment au double de Debian GNU/Linux.

Si tu veux, on peut aussi prendre http://www.w3schools.com/browsers/browsers_os.asp qui met GNU/Linux à 5 % depuis 2010. N'hésite pas à sortir toi aussi tes stats factuelles ;-)

ce pourquoi j'ai essayé à partir de gitorious aussi ;-)

s'il s'entête à poster même avec un karma à -265 (actuel), il y ira bientôt de -10 en -10 par commentaire (-9 actuellement), ce qui le dissuaderait de continuer… c'est justement le principe actuellement retenu (ça me fait un peu mieux comprendre IsNotGood et ses multiples précédents… vu qu'il avait des choses à dire en journaux, lui).

Cela n'est pas trop gênant pour les inscrits qui surfent à -42 grâce à la toolbar, ça peut l'être pour des gens légitimes comme Colombo/007/matiasf qui ont des choses intéressantes à dire, pas très gênant pour pBpG qui ne fait que des commentaires (pertinents une fois sur 10) ou pff qui s'en fout (à raison), mais qui joue son rôle pour ceux qui n'ont pas compris (et vont se vexer comme un pou, c'est rigolo au 2ème degré et au 4ème).

En revanche, ce n'est pas nouveau il me semble, j'avais simplement regardé pour les karmas positifs mais pas assez :-)

plutôt que de travailler par mail, github permet d'envoyer des patchs, ce serait peut-être plus fiable ? (bon, je n'ai pas trouvé comment mettre à jour mon dépôt github sur la dernière version pour proposer un patch propre la dernière fois :/ j'ai effacé puis reforké, en perdant un peu d'historique au passage… il y a peut-être une meilleure manière de faire).

j'ai aussi essayé de regarder par gitorious (moins immédiat), autant mettre à jour https://linuxfr.org/wiki/organisation-code-linuxfr#toc_2 pour fiabiliser la prise en compte de patch ;-)

ce n'est pas le sujet :-) (IPv6)
Pour le vote, oui, les limites d'IPv4 (proxy, dynamic IP…) font qu'une IP ne vote qu'une fois par jour, avec IPv6 certaines limites perdureront peut-être.

Dans ce thread, mieux vaut identifier ce qu'apporte IPv6 : par exemple, les proxies resteront (pour ceux en IPv4 dans leur LAN par exemple), moins de dynamic IP… (ou plus)

Moi aussi je suis enchanté du desktop linux, et j'aime autant kde que gnome que lxde et d'autres, moi aussi je suis ébahi tout les jours par les qualités des logiciels libres, mais tout ça, ce sont des évidences.

voilà
c'est cela que tu ne vois pas autour de toi.
Pourtant tu en faisais partie de ces gens pour qui ce n'était pas « des évidences ».

Si tu le regardais sous l'angle, « qu'est-ce qui m'a permis de franchir le pas » (et tu es allé bien au-delà depuis) ton commentaire ne paraîtrait pas si aigri ;-)

Pour être plus clair :

• non, ni toi ni moi ne sommes responsables des choix des autres, c'est de leur responsabilité (ça s'appelle le libre choix, qui t'a été proposé à toi aussi à un moment ou un autre).
• Que cela arrive moins rapidement qu'on pourrait croire, bah c'est la vie, ce n'est lié ni à toi ni à moi, ni à nous (même si nous avons quelques responsabilités dès que nous nous impliquons).
• quel est l'intérêt d'avoir plus de monde ? plus de support à faire ? la satisfaction d'avoir converti quelques personnes ?
• franchement, l'intérêt serait que tout le monde l'utilise juste parce que cela marche (et ceux qui ne le savent pas ne s'en rendent pas compte, tels tous ces utilisateurs d'android qui ne se sont même pas posé la question : leur téléphone appelle leurs correspondants, ils peuvent jouer à angry birds, ils peuvent ajouter http://freedroid.org pour bénéficier de OpenStreetMap sur leur mobile c'est déjà très bien :p)

qui du fait de tout vouloir contrôler finissent par obliger, au mieux, d'utiliser des logiciels obsolètes en version sur le bureau contre une stabilité du système, ou bien avoir un système dont les mises à jour cassent souvent un petit truc ?

chacun est justement libre de contrôler ce qu'il peut faire, un rpmbuild -ba d'un paquet de cooker ou de cauldron est à la portée de celui qui s'est impliqué : les rajouter en backports (ou en updates comme cela s'est fait pour Mageia 1) ne dépend que de l'implication de quelques-uns dans la durée (3-4 personnes àmha). À chacun de s'installer la dernière version plutôt que celle qui est censée fonctionner, c'est cela qui peut permettre de valider les rolling release àmha et faire évoluer le testing vers updates plutôt qu'un pisse-aller de backports (mais il est pour l'instant trop tôt, ça viendra en temps utile).

Bienvenue dans le monde de ceux qui regardent encore les autres qui ne réussissent pas à suivre - alors que c'est si évident maintenant - et voient aussi que d'autres vont plus loin (ou pas) alors que c'est si facile, tu peux en reparler avec imr.

cheminade, sors de ce corps !

jeuxlibres.net permet d'écrire des dépêches, comme sur linuxfr.org :-) (il suffit de s'inscrire)

Cela peut donc concerner un retour de test, des trucs et astuces, des rétrospectives…
En outre, il est possible de laisser des commentaires (bon, sans le système de notation propre à LinuxFr.org mais bon), de même il suffit de s'inscrire ;-)

C'est par exemple ainsi que lanpower a repris en partie l'animation du site.

En allant sur des sites de jeux indépendants

lesquels ?

autant le faire au plus efficace, c'est-à-dire sur des sites internationaux de jeux

tu as dû louper http://freegamedev.net/wiki/Main_Page que j'indique sur http://faq.tuxfamily.org/CommunicationLibreGame/Fr ? (il y en a d'autres)

Elle publierait avec un regard externe les avancées, et plutôt d'une manière orientée jeu

c'est ce qui serait intéressant sur jeuxlibres.net : faire se rencontrer ceux qui ont essayé le jeu et ceux qui cherchent à l'améliorer ; cela toucherait un public différent du forum dédié au jeu.

ça aiderait les projets à ne pas sembler morts durant les années qui séparent les sorties.

release early, release often : c'est si dur de packager un tar.bz2 (ou tar.lzma) ? Autant l'automatiser quand il y a des améliorations suffisantes le permettant (au pire, tous les 6 mois, mais ça doit bien être faisable une fois tous les 2 mois si le "packaging" et la génération du changelog sont automatiques ?).
Je te rejoins, généralement cela demande une personne "extérieure" qui peut faire le point et donner quelques indications sur ce qu'il reste à finaliser.

Nous pourrions lister les différents points dans les commentaires et offrir une synthèse sur la page wiki IPv6 ?

Par exemple, pourquoi ne pas utiliser http://alpha.linuxfr.org (ou http://ipv6.linuxfr.org) au besoin sur un autre serveur que le serveur principal pour prévoir la conf' et effectuer les tests (un mois avant le lancement par exemple), ce qui permettra d'identifier les mises à jour ou correctifs qui seraient nécessaires ?

Éventuellement, ouvrir une catégorie de suivi IPv6 ou réutiliser celle d'administration système pour les remontées de bugs ? (pas génialement adaptée si c'est côté utilisateur, mais bon…).

PS : tu parles des votes parce que c'est la seule chose qui stocke une @IP après revue rapide du code ?

bon, j'ai créé une page wiki IPv6 pour la peine ;-)

J'ai aussi une page de synthèse sur IPv6 mais cela fait quelques temps que je ne l'ai plus actualisée :/

essaie de te montrer sur des sites de jeux genre indiedb afin d'avoir des retours sur ce qui compte dans les jeux : le contenu

et pourquoi pas sur http://jeuxlibres.net comme ce qui a été mis à jour : http://jeuxlibres.net/showgame/newton_adventure.html ?
Bon, c'est un exemple, il y a aussi jeuxlinux.fr et bien d'autres recensés sur http://faq.tuxfamily.org/CommunicationLibre/Fr et plus spécifiquement sur la page concernant les jeux.

Oui, cela demande pas mal de comm' (et souvent d'expliquer les tenants et aboutissants d'avoir choisi de faire son jeu en libre, qui doit sans doute dissuader quelques contributeurs…) mais cela n'en vaut-il pas le coup ? Quitte à faire un jeu, autant qu'il soit utilisé ?
Je suis preneur de commentaires sur cette page d'ailleurs :-) (qui est sûrement très incomplète).

ah toi aussi tu tournes ton clavier 7 fois avant d'appuyer sur la touche entrée pour valider ?
(moi depuis que j'ai un portable ça m'a bien dissuadé, j'en avais marre de rebrancher l'alim' /o\).

oui, c'est le dernier commit https://github.com/nono/linuxfr.org/commit/8f192e9b145ddad7900dec3c01e145cd58d46f87

après, sans doute un souci d'édition du fichier :)

peu de monde connaît QC² àmha :-)
Pour ceux qui seraient intéressés par ces sujets (ou connexes), il y a le tag génie_logiciel pour retrouver les sujets sur ce thème.

autant pour moi, cf. http://linuxfr.org/aide#aide-karma (le code source est clair) : oui un karma trop négatif enterre quelqu'un (bon ça ne prend que le 30ème du karma négatif, mais tout de même…).

il poste à -2 par défaut, initialement, donc.