Mais par contre, il me vient une idée qui expliquerait tout de façon simple... Ton copier/coller, ça ne serait pas selon ce scenario que tu le fais :
- tu as 2 buffer, tu veux copier/coller du 1er dans le 2eme
- tu places bien ton curseur d'insertion dans le 2eme
- tu séléctionnes dans le 1er à la souris
- tu cliques-milieu direct dans le 2eme, alors que le texte à copier est encore surligné, et là paf, il a déplacé le curseur d'insertion.
Si jamais c'est ça, c'est normal [1], vois ça comme un raccourcis et pense à faire un clic gauche avant ton clic-milieu (ou bien n'importe quoi d'autre qui te repasse en mode insertion, ou encore éventuellement utilise le mode mousefocus (':set mousefocus') si tu arrives à t'y faire, puisque le changement de focus aura pour effet de bord de te sortir du mode visual au passage).
Si c'est pas ça, je vois franchement pas. Essayes voir avec une config par défaut déjà, ici ça fait bien un paste au niveau du curseur quand on est en mode insertion.
Bizarre. Est-ce que tu aurais un mapping particulier sur <MiddleMouse> ? Que te répond un :
:map <MiddleMouse>
Aussi, quel mode de souris utilises-tu ? :
:set mouse
> mon cerveau n'a pas fait correctement son boulot, car il supposait
> qu'ayant installé directement le noyau 2.6.9, les headers 2.4
> n'auvait rien à faire sur mon disque dur.
Pas de probème, c'est une confusion assez courante, et force est d'admettre que cette histoire de headers linux est un peu contre-intuitive au premier abord.
> Je me demande maintenant , si le forum gentoo de linuxfr sert à
> quelque chose, si la référence est forum.gentoo.org.
Mon avis très perso est que le forum.gentoo.org est à privilégier, parcequ'il est plus réactif et peuplé (y compris dans sa section francophone, qui compte quelques contributeurs vraiment très compétents et disponibles), bien rodé, très sympa, tout ça quoi. À côté, ici c'est un peu mort... et c'est pas bien grave finallement puisque l'important est qu'il y ait au moins un endroit où l'on est sûr de trouver de l'aide.
Les versions de ton noyau et de tes headers ne sont pas liées (enfin, faut avoir un noyau >= aux headers quand même, mais à part ça, rien à voir), et ça n'est très probablement pas à ce niveau là qu'il y a blocage (et il n'y a aucune raison de synchroniser les paquets, tout ça quoi). Y'a encore plein de gens qui tournent en 2.6 avec des headers de 2.4.
Ça te dis quoi un :
% emerge -pv linux26-headers
Si c'est juste que "linux-headers" bloque, c'est normal, vire le avant.
Sinon, faut voir, déjà que répond :
% emerge info | egrep '^(ACCEPT|Portage|Headers)'
C'est qu'à moitié un bug, enfin c'en est pas un du côté de VLC ou de son ebuild. Tu as des libs liées avec un vieux CHOST, ce qui n'est pas hyper rare. Au point qu'il y a un outil pour corriger ça : 'fix_libtool_files.sh'.
Lance le sans paramètre pour voir les options. Dans ton cas, ce dont tu auras besoin sera probablement :
% fix_libtool_files.sh 3.3.4 --old-arch i386-pc-linux-gnu
Après, le bug il est à mon humble avis plus au niveau des ebuilds de gcc qui ne devraient pas laisser ça trainer. Mais pas la peine de faire un nouveau rapport, c'est connu.
Je me souviens d'un très bon papier dans Misc, il y a qlqs mois, qui expliquait justement ce point en détails. Mais c'est vrai que ça a été globalement beaucoup moins mis en avant que par exemple l'article sur la responsabilité des hébergeurs ou quelques autres. C'est bien le drame des lois fourre-tout, on ne sait plus où donner de la tête, alors dans le tas on a des choses qui passent difficilement et d'autres comme une lettre à la poste...
À une époque j'avais commencé à utiliser Rox, et cette histoire d'utf8 m'embêtait parceque mes locales sont en latin9 (iso8859-15), et j'ai pas envie, enfin pas de raison, de changer (la transition n'est si pas évidente...). Gtk utilisant utf8 en interne pour les chaines, la totalité des applis Gtk normales font sur les noms de fichiers des conversions locale->utf8 quand elles lisent depuis le disque, et utf8->locale quand elles écrivent. C'est très simple à faire, y'a des fonctions glib pour ça, faut juste penser à s'en servir.
Mais Rox ne le fait pas. J'avais à une époque envoyé un patch pour ajouter ça (autant que je me souvienne, c'était vraiment trois fois rien), mais il a été refusé en substance parceque "pourquoi se faire chier, les gens n'ont qu'à utiliser utf8, d'ailleurs c'est standard sous redhat, la preuve que c'est du bon sens". Donc voilà, je n'utilise plus Rox que très rarement, dans des répertoires où mes noms de fichiers sont en pur ASCII et où la question ne se pose pas.
Pour répondre d'un point de vue plus pratique à ta question, et bien si ton homedir est encore presque vide et que tu tiens à utiliser rox, alors passe maintenant tes locales en utf8 (fr_FR.UTF-8 au lieu de fr_FR@euro), tu seras tranquile et ta console suivra (moyennant d'utiliser une fonte qui est dispo pour cet encodage). C'est censé être bien supporté sous Mandrake, donc pas de raison de changer de distrib pour ça a priori.
Et pour cause, c'est un copié/collé du communiqué de la FFII. Remarques, ça n'a rien de criticable en soit, le communiqué est fait pour être largement et librement diffusé. Mais ça aurait été de bon ton de le préciser je trouve, ou bien au moins de mettre un lien vers la FFII dans leurs références.
> jeff@rififipower jeff $ du -sh /usr/portage/
> 2.0G /usr/portage/
Pour arriver à 2Go, tu comptes certainement des tarballs de sources (/usr/portage/distfiles par défaut) ou de paquets binaires (/usr/portage/packages par défaut). L'arbre lui même (les ebuilds plus le bazar autour) est plus de l'ordre de 350Mo :
% du -sh /var/portage/tree
330M /var/portage/tree/
(sachant que j'ai quelques rares catégories que j'ai exclues de la synchro, mais rien d'énorme)
Ceci dit je suis d'accord avec toi qu'une Gentoo demande plus d'espace, au moins temporaire, qu'une distrib binaire. Cf. une récente discussion ici même : http://linuxfr.org/comments/484396.html#484396(...)
> # emerge -vua (pour mettre a jour les paquets installé (inscrits ds /var/db/pkg))
> # emerge -vuaD (pour mettre a jour les paquets installés ainsi que leur deps)
Pas tout à fait non plus. Pour ne vraiment mettre à jour que ce qui est directement référencé dans le world (plus biensûr ce qui s'avererait nécéssaire pour y parvenir), y'a pas à mettre de "-u". Avec un "-u", on demande la mise à jour du world et de ses dépendances directes. Et enfin en ajoutant "-D", comme tu le disais, on atteins la totalité des dépendances, y compris indirectes.
Note aussi que ce world dont on parle, ça n'est pas comme tu le laisses entendre le contenu de /var/db/pkg justement, mais ce qui est listé dans /var/lib/portage/world (depuis portage 2.0.51, avant c'était /var/cache/edb/world). Le contenu de /var/db/pkg au contraire, c'est la totalité des paquets installés, donc y compris des dépendances archi profondes qui ne seront pas mises à jour par un simple "emerge world" ou même un "emerge -u world".
Et enfin, faut savoir que les paquets du groupe "system" (défini par ton profile), sont implicitement ajoutés dès qu'on fait référence à "world" : ça veut dire que par exemple gcc sera lui aussi mis à jour lors d'un simple "emerge world", alors qu'il n'est pas dans world en général.
L'outil existe déjà, mais n'est effectivement pas encore intégré à emerge (le code est toujours considéré comme expérimental). Il s'appelle "glsa-check", et est fourni par le paquet "app-portage/gentoolkit".
> L'idéal serait quand même que "emerge" ait une option du genre "--glsaonly"
C'est bien ce qui était prévu à termes aux dernières nouvelles.
Perso pour mon "éditeur", j'ai mis "Autre", en précisant "GNU". Les questions d'après sont en fait assez indépendantes de la nature ou l'activité exacte de cette éditeur, qui sert plus de bannière à la communauté dont on estime faire partie, et sont en général bien applicables à la communauté du libre.
Perso, j'ai eu bien du mal aussi. Je me suis astreint à une lecture quotidienne, bien à contre c½ur (j'avoue avoir sauté les dernières phrases le premier jour), et au bout de 3 jours, j'ai voté pour, avec même un vague idée du contenu. Bref, courage, persévérance, tu vas y arriver, et même peut-être à termes te dire qu'en fait c'est important.
> Et pourquoi ne pas simplement publier le titre des news en cours de modération?
Parcequ'un titre n'en dit pas assez. Souvent, pour la sortie d'une distrib populaire, on a 4 ou 5 propositions. En général, les 3 premières sont des titres corrects sur des paragraphes de 2 lignes qui disent «Machin 10.2 est dans les bacs. Y'a gnome-2.8 en plus, pas trop tôt.» Si on affichent les titres de niouzes en attente, les gens verront qu'il y a déjà 2 ou 3 propositions pour Machin 10.2, et se diront que c'est pas la peine d'en rajouter. Alors qu'en fait si.
Shameless plug : pour deux autres propositions visant à favoriser l'interaction entre l'équipe de modération et les contributeurs, cf. ce ticket : http://linuxfr.org/tracker/22.html(...)
> Je ne parlais pas de publier les news refusées, mais seulement la raison.
Perso je trouve ça normal que ça reste entre nous et le contributeur. Tu sais, y'a rien de bien captivant là dedans en général... c'est quasi excusivement des "désolé, l'info est hors sujet, donc tu peux poster dans les journaux ou sur tribunelibre.org", ou bien "désolé, mais l'info est vraiment trop mineure", ou encore, "désolé, mais là la rédaction c'est vraiment pas ça, est-ce que tu peux faire un effort ?". Dans les 2 premiers cas, si l'auteur en a envie, il peut reprendre le truc dans les journaux. Dans le troisième, il va reposter une dépêche ou bien laisser tomber et aller aussi dans les journaux. Qu'est-ce qu'il y a là dedans qui mérite une publication en dehors de la discussion privée entre modérateurs et contributeur ? Celui qui veut rendre ça publique le peut (ça c'est vu de tps en tps, cf les journaux), mais la large majorité n'en voient pas l'intérêt, et pour cause.
Maintenant, tu peux penser «ouais, c'est sans intérêt, mais ça coûte rien, donc c'est toujours ça de pris pour la transparence» (je ne sais pas si c'est ta position, mais s'en est une que je croise souvent, et qui m'enerve - désolé si ça n'a rien à voir avec ce que tu voulais dire). Ça n'est pas un raisonnement auquel j'adhère : je n'ai rien à me reprocher, mais c'est pas pour autant que j'ai envie d'être surveillé. Je suis du genre qui mets les cartes postales sous enveloppes, et je refuse de travailler dans un contexte où des gens à qui je ne dois rien s'autorisent à me contrôler. Je jure que je fait tout mon possible pour participer positivement à linuxfr, mais si un jour on me demande de rendre des comptes, j'arrête tout tout de suite. Bref, qu'on me fasse confiance ou qu'on se passe de moi, mais je ne vois pas de demi-mesure acceptable, question de principes.
> Si mon "étude" est "pourrie" c'est car j'ai rien ou presque pour la faire.
Non, c'est l'idée même de ton étude qui est pourrie. On fait de notre mieux pour maintenir un bon site de niouzes avec ce que l'a (en temps et en contributions), et toi ton mieux tu le consacres à nous chercher à tout prix de prétendues orientations malhonnêtes. Tu es un pur casse-couilles, point.
Juste qlqs précisions pour ce dont je me souviens sur Suse :
| SuSE HylaFAX hfaxd Format String Vulnerability |
On fait pas les annonce de sécurité de distrib en général.
| SuSE 9.1 annoncée, YaST passerai sous licence OpenSource sous la pression de Novell | (doublon, j'ai l'impression d'avoir vu cette info.)
Je crois qu'à ce moment là, c'était juste de la rumeur ou de la déclaration de marketeux, donc on avait décidé d'attendre du concret (càd la distrib), normal.
| Hewlett-Packard va distribuer SuSE-Linux sur ses PC | (Pour Mandrake, ce type de news passe)
Ah bon, ça passe pour mdk ? À un moment, on a accepté une ou deux niouzes pour des PC linux dispo en supermarché, parceque c'était nouveau, que ça touchait le grand public, etc. C'était effectivement du Mandrake, mais ça aurait pu être n'importe quoi d'autre, ça aurait été pareil.
| SuSE 9.1 disponible | (précommande, pour Mandrake ce type de news passe)
Y'a eu 2 niouzes sur Suse 9.1, ça suffit pas ?
| Installer BeWan sur la SuSE 9.0 |
Goto journaux ou bien trucs et astuces, normal.
| Suse s'allieavec Kaspersky Labs | (Pour Mandrake, ça passe)
Là j'avoue ne pas me souvenir de ce dont ça parlait. Ce genre de niouze, tout dépend du contenu, tu ne peux pas dire "pour mandrake ça passe" comme ça, c'est pas vrai. Si le projet commun est expliqué et interressant, ça passe, pour qui que ce soit. Si c'est pas le cas, ça jarte, pour qui que ce soit.
| un portable HP sous Novell Suse | (pour Mandrake, ça passe)
cf. l'autre niouze HP/Suse
| Novell annonce la version 9.2 de SuSe Linux Professional | (précommande, pour Mandrake, ça passe)
Niouze merdique que l'auteur n'a pas rerédigée.
| SuSE Linux Entreprise Server 9 sur certains Dell PowerEdge |
La niouze était "avant y'avait juste RH, maintenant y'a aussi Suse". Franchement, hyper-mineur.
Les refus des niouzes ci-dessus n'ont rien d'un traitement de défaveur. Les niouzes Mandrake sont beaucoup plus nombreuses, c'est tout, et ton système qui consiste à ne pas compter les doublons est complètement biaisé. Quand on a des doublons sur une même info, il est normal que cette info ait plus de chances de passer, parceque statistiquement ont a plus de chances d'avoir une niouze correcte dans le tas, ou au moins d'avoir de quoi en faire une par collage. Suse ne bénéficie pas de ce phénomène parceque Suse intéresse beaucoup moins de dlfpiens, c'est dommage mais c'est comme ça.
Et non, on ne peut pas compenser ça en faisant nous plus d'efforts pour Suse que pour Mandrake (càd (re)rédiger nous même les niouzes faute de contributions (correctes)), ou alors seulement exceptionnellement (merci Oumph pour Suse 9.2). Ce serait quand même un comble de bosser plus sur un truc parcequ'il intérresse moins de gens. Alors si tu veux des niouzes Suse, fais-en, c'est aussi simple que ça.
(PS : oui, je sais, j'avais dit que je ne discuterais plus avec toi. Arf, les meilleures résolutions sont celles qu'on oublie le plus vite...)
Pas vraiment, je connais pas ce milieu donc j'ai pas grand chose qui vient...
> Pour moi ce sera AudioWire
Ça sonne bien et ça se lit/retient bien. Y'a déjà des résultat sur Google (1380), mais faut voir, si il fait l'objet de quelques niouzes et autres blogueries, un logiciel qui deviendrait un peu populaire devrait pouvoir bien s'y placer. Donc ouais, ça m'a l'air pas mal.
[^] # Re: Mode insertion
Posté par tgl . En réponse au message souris dans gvim. Évalué à 2.
Mais par contre, il me vient une idée qui expliquerait tout de façon simple... Ton copier/coller, ça ne serait pas selon ce scenario que tu le fais :
- tu as 2 buffer, tu veux copier/coller du 1er dans le 2eme
- tu places bien ton curseur d'insertion dans le 2eme
- tu séléctionnes dans le 1er à la souris
- tu cliques-milieu direct dans le 2eme, alors que le texte à copier est encore surligné, et là paf, il a déplacé le curseur d'insertion.
Si jamais c'est ça, c'est normal [1], vois ça comme un raccourcis et pense à faire un clic gauche avant ton clic-milieu (ou bien n'importe quoi d'autre qui te repasse en mode insertion, ou encore éventuellement utilise le mode mousefocus (':set mousefocus') si tu arrives à t'y faire, puisque le changement de focus aura pour effet de bord de te sortir du mode visual au passage).
Si c'est pas ça, je vois franchement pas. Essayes voir avec une config par défaut déjà, ici ça fait bien un paste au niveau du curseur quand on est en mode insertion.
[1] http://www.vim.org/htmldoc/term.html#xterm-clipboard(...) (3ème paragraphe, "Shortcut: ...").
[^] # Re: Mode insertion
Posté par tgl . En réponse au message souris dans gvim. Évalué à 2.
:map <MiddleMouse>
Aussi, quel mode de souris utilises-tu ? :
:set mouse
[^] # Re: rien à voir
Posté par tgl . En réponse au message HAL, linux26-headers et kernel 2.6.9. Évalué à 2.
> qu'ayant installé directement le noyau 2.6.9, les headers 2.4
> n'auvait rien à faire sur mon disque dur.
Pas de probème, c'est une confusion assez courante, et force est d'admettre que cette histoire de headers linux est un peu contre-intuitive au premier abord.
[^] # Re: va voir le forum de gentoo
Posté par tgl . En réponse au message Problème lors d'une compilation, à qui faire un rapport de bogue?. Évalué à 3.
> quelque chose, si la référence est forum.gentoo.org.
Mon avis très perso est que le forum.gentoo.org est à privilégier, parcequ'il est plus réactif et peuplé (y compris dans sa section francophone, qui compte quelques contributeurs vraiment très compétents et disponibles), bien rodé, très sympa, tout ça quoi. À côté, ici c'est un peu mort... et c'est pas bien grave finallement puisque l'important est qu'il y ait au moins un endroit où l'on est sûr de trouver de l'aide.
[^] # Re: la pologne n'a pas changé d'avis
Posté par tgl . En réponse à la dépêche Le revirement de la Pologne sur les brevets Logiciels. Évalué à 4.
http://wiki.ael.be/index.php/V003.ogg(...)
http://multigraphic.dk/lounge/weblog/weblog.php?id=P1107(...)
# mouarf
Posté par tgl . En réponse au journal Cher IE je te quitte pour de bon cette fois !. Évalué à 2.
# rien à voir
Posté par tgl . En réponse au message HAL, linux26-headers et kernel 2.6.9. Évalué à 2.
Ça te dis quoi un :
% emerge -pv linux26-headers
Si c'est juste que "linux-headers" bloque, c'est normal, vire le avant.
Sinon, faut voir, déjà que répond :
% emerge info | egrep '^(ACCEPT|Portage|Headers)'
# bof
Posté par tgl . En réponse au message Problème lors d'une compilation, à qui faire un rapport de bogue?. Évalué à 4.
Lance le sans paramètre pour voir les options. Dans ton cas, ce dont tu auras besoin sera probablement :
% fix_libtool_files.sh 3.3.4 --old-arch i386-pc-linux-gnu
Après, le bug il est à mon humble avis plus au niveau des ebuilds de gcc qui ne devraient pas laisser ça trainer. Mais pas la peine de faire un nouveau rapport, c'est connu.
[^] # Re: très intéressant
Posté par tgl . En réponse au journal La mauvaise réputation. Évalué à 2.
# Ouais, ROX est UTF8 only, c'est lourd.
Posté par tgl . En réponse au message linux, mandrake, rox-filer, encodage utf-8 ?. Évalué à 2.
Mais Rox ne le fait pas. J'avais à une époque envoyé un patch pour ajouter ça (autant que je me souvienne, c'était vraiment trois fois rien), mais il a été refusé en substance parceque "pourquoi se faire chier, les gens n'ont qu'à utiliser utf8, d'ailleurs c'est standard sous redhat, la preuve que c'est du bon sens". Donc voilà, je n'utilise plus Rox que très rarement, dans des répertoires où mes noms de fichiers sont en pur ASCII et où la question ne se pose pas.
Pour répondre d'un point de vue plus pratique à ta question, et bien si ton homedir est encore presque vide et que tu tiens à utiliser rox, alors passe maintenant tes locales en utf8 (fr_FR.UTF-8 au lieu de fr_FR@euro), tu seras tranquile et ta console suivra (moyennant d'utiliser une fonte qui est dispo pour cet encodage). C'est censé être bien supporté sous Mandrake, donc pas de raison de changer de distrib pour ça a priori.
[^] # Re: Juste en passant
Posté par tgl . En réponse au journal Du nouveau sur les brevets.... Évalué à 4.
Et pour cause, c'est un copié/collé du communiqué de la FFII. Remarques, ça n'a rien de criticable en soit, le communiqué est fait pour être largement et librement diffusé. Mais ça aurait été de bon ton de le préciser je trouve, ou bien au moins de mettre un lien vers la FFII dans leurs références.
[^] # Re: glsa-check
Posté par tgl . En réponse au journal Outil de mise à jour sécurité gentoo.. Évalué à 2.
Et quand bien même, je vois qu'il est est encore en ~arch, donc tu ne l'aurais peut-être pas eu.
[^] # Re: glsa-check
Posté par tgl . En réponse au journal Outil de mise à jour sécurité gentoo.. Évalué à 2.
[^] # Re: Prevoire de la place !
Posté par tgl . En réponse à la dépêche Sortie de la Gentoo 2004.3. Évalué à 3.
> 2.0G /usr/portage/
Pour arriver à 2Go, tu comptes certainement des tarballs de sources (/usr/portage/distfiles par défaut) ou de paquets binaires (/usr/portage/packages par défaut). L'arbre lui même (les ebuilds plus le bazar autour) est plus de l'ordre de 350Mo :
% du -sh /var/portage/tree
330M /var/portage/tree/
(sachant que j'ai quelques rares catégories que j'ai exclues de la synchro, mais rien d'énorme)
Ceci dit je suis d'accord avec toi qu'une Gentoo demande plus d'espace, au moins temporaire, qu'une distrib binaire. Cf. une récente discussion ici même : http://linuxfr.org/comments/484396.html#484396(...)
[^] # Re: emerge --update
Posté par tgl . En réponse à la dépêche Sortie de la Gentoo 2004.3. Évalué à 6.
http://linuxfr.org/~frafra/16019.html(...)
[^] # Re: Expérience utilisateur
Posté par tgl . En réponse au journal VLC 0.8.1. Évalué à 5.
[^] # Re: emerge --update
Posté par tgl . En réponse à la dépêche Sortie de la Gentoo 2004.3. Évalué à 7.
> # emerge -vuaD (pour mettre a jour les paquets installés ainsi que leur deps)
Pas tout à fait non plus. Pour ne vraiment mettre à jour que ce qui est directement référencé dans le world (plus biensûr ce qui s'avererait nécéssaire pour y parvenir), y'a pas à mettre de "-u". Avec un "-u", on demande la mise à jour du world et de ses dépendances directes. Et enfin en ajoutant "-D", comme tu le disais, on atteins la totalité des dépendances, y compris indirectes.
Note aussi que ce world dont on parle, ça n'est pas comme tu le laisses entendre le contenu de /var/db/pkg justement, mais ce qui est listé dans /var/lib/portage/world (depuis portage 2.0.51, avant c'était /var/cache/edb/world). Le contenu de /var/db/pkg au contraire, c'est la totalité des paquets installés, donc y compris des dépendances archi profondes qui ne seront pas mises à jour par un simple "emerge world" ou même un "emerge -u world".
Et enfin, faut savoir que les paquets du groupe "system" (défini par ton profile), sont implicitement ajoutés dès qu'on fait référence à "world" : ça veut dire que par exemple gcc sera lui aussi mis à jour lors d'un simple "emerge world", alors qu'il n'est pas dans world en général.
# glsa-check
Posté par tgl . En réponse au journal Outil de mise à jour sécurité gentoo.. Évalué à 5.
> L'idéal serait quand même que "emerge" ait une option du genre "--glsaonly"
C'est bien ce qui était prévu à termes aux dernières nouvelles.
[^] # Re: Ha oui mais...
Posté par tgl . En réponse au journal Recherche universitaire sur les communautés techniques en France. Évalué à 2.
[^] # Re: Java
Posté par tgl . En réponse au journal Recherche universitaire sur les communautés techniques en France. Évalué à 6.
http://plugindoc.mozdev.org/faqs/firefox-linux.html#install-java(...)
[^] # Re: Flou et précision
Posté par tgl . En réponse à la dépêche Première conférence internationale CALIBRE sur le libre pour l'industrie européenne. Évalué à 3.
[^] # Re: Enfin
Posté par tgl . En réponse à la dépêche Sorties de SUSE LINUX 9.2 Live Eval/Professional et Novell Linux Desktop 9. Évalué à 8.
Parcequ'un titre n'en dit pas assez. Souvent, pour la sortie d'une distrib populaire, on a 4 ou 5 propositions. En général, les 3 premières sont des titres corrects sur des paragraphes de 2 lignes qui disent «Machin 10.2 est dans les bacs. Y'a gnome-2.8 en plus, pas trop tôt.» Si on affichent les titres de niouzes en attente, les gens verront qu'il y a déjà 2 ou 3 propositions pour Machin 10.2, et se diront que c'est pas la peine d'en rajouter. Alors qu'en fait si.
Shameless plug : pour deux autres propositions visant à favoriser l'interaction entre l'équipe de modération et les contributeurs, cf. ce ticket :
http://linuxfr.org/tracker/22.html(...)
> Je ne parlais pas de publier les news refusées, mais seulement la raison.
Perso je trouve ça normal que ça reste entre nous et le contributeur. Tu sais, y'a rien de bien captivant là dedans en général... c'est quasi excusivement des "désolé, l'info est hors sujet, donc tu peux poster dans les journaux ou sur tribunelibre.org", ou bien "désolé, mais l'info est vraiment trop mineure", ou encore, "désolé, mais là la rédaction c'est vraiment pas ça, est-ce que tu peux faire un effort ?". Dans les 2 premiers cas, si l'auteur en a envie, il peut reprendre le truc dans les journaux. Dans le troisième, il va reposter une dépêche ou bien laisser tomber et aller aussi dans les journaux. Qu'est-ce qu'il y a là dedans qui mérite une publication en dehors de la discussion privée entre modérateurs et contributeur ? Celui qui veut rendre ça publique le peut (ça c'est vu de tps en tps, cf les journaux), mais la large majorité n'en voient pas l'intérêt, et pour cause.
Maintenant, tu peux penser «ouais, c'est sans intérêt, mais ça coûte rien, donc c'est toujours ça de pris pour la transparence» (je ne sais pas si c'est ta position, mais s'en est une que je croise souvent, et qui m'enerve - désolé si ça n'a rien à voir avec ce que tu voulais dire). Ça n'est pas un raisonnement auquel j'adhère : je n'ai rien à me reprocher, mais c'est pas pour autant que j'ai envie d'être surveillé. Je suis du genre qui mets les cartes postales sous enveloppes, et je refuse de travailler dans un contexte où des gens à qui je ne dois rien s'autorisent à me contrôler. Je jure que je fait tout mon possible pour participer positivement à linuxfr, mais si un jour on me demande de rendre des comptes, j'arrête tout tout de suite. Bref, qu'on me fasse confiance ou qu'on se passe de moi, mais je ne vois pas de demi-mesure acceptable, question de principes.
[^] # Re: Enfin
Posté par tgl . En réponse à la dépêche Sorties de SUSE LINUX 9.2 Live Eval/Professional et Novell Linux Desktop 9. Évalué à 9.
Non, c'est l'idée même de ton étude qui est pourrie. On fait de notre mieux pour maintenir un bon site de niouzes avec ce que l'a (en temps et en contributions), et toi ton mieux tu le consacres à nous chercher à tout prix de prétendues orientations malhonnêtes. Tu es un pur casse-couilles, point.
[^] # Re: Enfin
Posté par tgl . En réponse à la dépêche Sorties de SUSE LINUX 9.2 Live Eval/Professional et Novell Linux Desktop 9. Évalué à 5.
| SuSE HylaFAX hfaxd Format String Vulnerability |
On fait pas les annonce de sécurité de distrib en général.
| SuSE 9.1 annoncée, YaST passerai sous licence OpenSource sous la pression de Novell | (doublon, j'ai l'impression d'avoir vu cette info.)
Je crois qu'à ce moment là, c'était juste de la rumeur ou de la déclaration de marketeux, donc on avait décidé d'attendre du concret (càd la distrib), normal.
| Hewlett-Packard va distribuer SuSE-Linux sur ses PC | (Pour Mandrake, ce type de news passe)
Ah bon, ça passe pour mdk ? À un moment, on a accepté une ou deux niouzes pour des PC linux dispo en supermarché, parceque c'était nouveau, que ça touchait le grand public, etc. C'était effectivement du Mandrake, mais ça aurait pu être n'importe quoi d'autre, ça aurait été pareil.
| SuSE 9.1 disponible | (précommande, pour Mandrake ce type de news passe)
Y'a eu 2 niouzes sur Suse 9.1, ça suffit pas ?
| Installer BeWan sur la SuSE 9.0 |
Goto journaux ou bien trucs et astuces, normal.
| Suse s'allieavec Kaspersky Labs | (Pour Mandrake, ça passe)
Là j'avoue ne pas me souvenir de ce dont ça parlait. Ce genre de niouze, tout dépend du contenu, tu ne peux pas dire "pour mandrake ça passe" comme ça, c'est pas vrai. Si le projet commun est expliqué et interressant, ça passe, pour qui que ce soit. Si c'est pas le cas, ça jarte, pour qui que ce soit.
| un portable HP sous Novell Suse | (pour Mandrake, ça passe)
cf. l'autre niouze HP/Suse
| Novell annonce la version 9.2 de SuSe Linux Professional | (précommande, pour Mandrake, ça passe)
Niouze merdique que l'auteur n'a pas rerédigée.
| SuSE Linux Entreprise Server 9 sur certains Dell PowerEdge |
La niouze était "avant y'avait juste RH, maintenant y'a aussi Suse". Franchement, hyper-mineur.
Les refus des niouzes ci-dessus n'ont rien d'un traitement de défaveur. Les niouzes Mandrake sont beaucoup plus nombreuses, c'est tout, et ton système qui consiste à ne pas compter les doublons est complètement biaisé. Quand on a des doublons sur une même info, il est normal que cette info ait plus de chances de passer, parceque statistiquement ont a plus de chances d'avoir une niouze correcte dans le tas, ou au moins d'avoir de quoi en faire une par collage. Suse ne bénéficie pas de ce phénomène parceque Suse intéresse beaucoup moins de dlfpiens, c'est dommage mais c'est comme ça.
Et non, on ne peut pas compenser ça en faisant nous plus d'efforts pour Suse que pour Mandrake (càd (re)rédiger nous même les niouzes faute de contributions (correctes)), ou alors seulement exceptionnellement (merci Oumph pour Suse 9.2). Ce serait quand même un comble de bosser plus sur un truc parcequ'il intérresse moins de gens. Alors si tu veux des niouzes Suse, fais-en, c'est aussi simple que ça.
(PS : oui, je sais, j'avais dit que je ne discuterais plus avec toi. Arf, les meilleures résolutions sont celles qu'on oublie le plus vite...)
[^] # Re: Bravo!
Posté par tgl . En réponse à la dépêche Wired: un nouveau logiciel de composition et de production musicale pour Linux. Évalué à 2.
Pas vraiment, je connais pas ce milieu donc j'ai pas grand chose qui vient...
> Pour moi ce sera AudioWire
Ça sonne bien et ça se lit/retient bien. Y'a déjà des résultat sur Google (1380), mais faut voir, si il fait l'objet de quelques niouzes et autres blogueries, un logiciel qui deviendrait un peu populaire devrait pouvoir bien s'y placer. Donc ouais, ça m'a l'air pas mal.