raisonnablement testées
Néanmoins, le logiciel n'a généralement pas eu le temps d'avoir été testé sur Cooker et des problèmes peuvent subsister. (issu de [http://wiki.mandriva.com/fr/Backport]).
En clair, il y a de grandes chances que cela casse tout et le diagnostic en sera d'autant plus difficile que tout le monde n'utilise pas backports, soit beaucoup moins de rapports d'anomalie (et moins de temps que sur cooker pour les corriger).
L'inconvénient de backports est (encore actuellement) que _toutes_ les dépendances qui sont dans backports sont mises à jour sur un urpmi --auto-select :/
En gros, backports ne serait actif _que_ pour installer une nouvelle version de inkscape, par exemple, cela me conviendrait. Là il faut l'activer pour un paquet spécifique à installer puis se rappeller de penser à le désactiver pour éviter de tirer tout ce qu'il y a dans backports.
Perso, je préfère refaire mes rpmbuild -ba pour les paquets qui m'intéressent ou alors directement être en cooker, avec les soucis afférents assumés.
Sinon le site GNU c'est refait une jeunesse, c'est quand même beaucoup plus clair.
ah bah ça, et les traductions en français qui suivent la cadence, c'est franchement agréable (combien de remarques j'ai pu voir "ah mais c'est pas en français" /o\ tellement que quand c'est passé en français je ne m'en suis même pas rendu compte au début vu que je suis tellement habitué à lire les sites directement en anglais ;-) ).
pas forcément toutes les semaines, en revanche passé 30 jours sans commentaire, ta moyenne tombe à 0 donc ta note à 1 comme indiqué dans la formule pour tes notes de commentaires.
et pour les xp vu que c'est la somme des commentaires, bin 0 aussi, faut poster un peu pour faire des journaux :/ (tiens je vais redemander le critère précis, c'est vrai que c'est pas clair... 'fin bon ya le code quoi /o\).
(faut dire pour faire râler Shift nous avons traîner en modération à cause d'un petit bug qui nous empêchait d'éditer toute la dépêche, rapidement corrigé quand même heureusement sinon ça nous faisait approcher des 30 h pour la modération :D)
essaie le pilote e1000e éventuellement pour ta carte, cela fonctionnera peut-être...
modprobe -r e1000 ; modprobe e1000e # puis connexion par les scripts standards
au besoin blacklister le pilote e1000 pour éviter qu'il se recharge.
(n'hésitez pas à soumettre votre matériel sur ce site, en 5 mn un hwreport est fait et cela permet de remonter ce qui fonctionne comme ce qui ne fonctionne pas, comme indiqué sur http://faq.tuxfamily.org/CommunicationLibreHardware/Fr cela permet de sélectionner son matériel avant un achat par exemple).
Ce captcha n'apparaît que si cela fait quelques temps que tu n'as pas posté ou ton compte est récent ou tu t'es fait moinssé à outrance récemment, bref n'ayant pas assez de karma : il disparaît à partir d'un certain moment selon les notes de tes derniers commentaires.
Ce n'est donc pas pénalisant pour un habitué du site, ce n'est pas pénalisant pour quelqu'un qui poste peu (il n'aura pas souvent ce captcha puisqu'il poste peu). Cela embête surtout
- ceux qui se recréent un compte (les multis étant de toute façon interdits),
- ceux qui se sont fait moinsser un peu trop (tu peux t'en prendre à toi même et tourner ton clavier 7 fois avant d'appuyer sur Entrée la prochaine fois)
- et les petits nouveaux motivés (qui s'y feront vu qu'ils sont motivés pour contribuer et que ça va vite disparaître pour eux).
Bref, que des avantages à participer dans le bon sens :D
euh t'es sûr que tu parles de https://linuxfr.org là ? :D j'ai franchement l'impression que tu parles d'un autre site que je ne réussis pas à identifier ou alors tu ne viens franchement pas souvent ou depuis trop récemment et a raté quelques moments épiques sur le TCE, les dernières élections et les visites de boulangerie ;-)
Ou promouvoir un wiki qui servirait à la rédaction collaborative avant soumission à linuxfr https://linuxfr.org/tracker/605.html (ce que mon wiki permet à certains depuis ~2 ans).
Ou devenir relecteur. Mais je ne sais pas s'il y a actuellement des velléités de recrutement, la sélection n'étant pas de mon ressort.
Pour moi, il y a _très peu_ de dépêches qui réclament réellement un travail en amont (surtout celles sur des sujets très techniques ou celles sur GNOME/KDE), qui serait complémentaire au travail des relecteurs qui n'ont pas forcément connaissance de tout non plus... Ce dont il y a surtout besoin, c'est déjà du contenu de base et que des gens soumettent des dépêches ou au pire des journaux bien rédigés que nous transformeront en dépêche si l'auteur n'a pas eu le courage de le soumettre en dépêche (ce en quoi il aurait eu tort). Et sinon, passer sur l'espace rédacteur https://linuxfr.org/redacteurs/ et mettre un lien vers une page wiki par exemple demandant un avis sur ce qui pourrait être soumis.
De ce que j'en sais, linuxfr n'a pas de volonté particulière à revoir le processus et nous avons effectivement bien identifié qu'il manque (dans certains cas très particuliers) un travail ouvert et collaboratif en amont mais l'analyse actuelle est plutôt qu'il manque surtout des propositions de dépêches déjà. C'est pourquoi à tous les plaigneux àmha, il est souvent rétorqué sur le nombre de dépêches qu'ils se sont sentis l'envie de proposer auparavant (c'est un critère comme un autre pour juger de la motivation à contribuer au site :D).
ah tiens, j'avais pas vu ta demande à l'époque, je l'aurais remontée...
Si tu veux, tu peux déjà lire http://wiki.eagle-usb.org/wakka.php?wiki=SuggestionsRelecteu(...)
(pour éditer faut se logguer via l'url : wiki.eagle-usb.org/wakka.php?wiki=ParametresUtilisateur Disabled en enlevant l'espace avant Disabled, ce qui m'évite du spam sur certaines pages...).
En revanche, autant en été tu peux t'attendre à 3 dépêches par semaine, autant parfois c'est bien plus quand même ;-)
Tu peux relire https://linuxfr.org/tracker/672.html pour tes 2 demandes d'évol' :
- la 1ère, c'est non, pour de sombres raisons de spam et du fait que si nous avons deux dépêches nous faisons le boulot de merge (oui, trop est synonyme de mieux parfois) et qu'avoir des compléments est toujours intéressants
- la 2ème, oui, bin ce serait d'ajouter le lien "Suggérer une dépêche" dans la boîte utilisateur " ET d'avoir une boîte avec cet espace rédacteur comme pour la tribune
Cet espace rédacteur, c'est un espace de dialogue, "sciemment" les titres de dépêches ne sont pas donnés, il est toujours possible de poser la question si c'est dans le pipe ou pas. Actuellement, il est sous-utilisé car clairement pas mis en avant, j'en suis bien conscient :/
Bon, j'ai rajouté ce qu'il faut dans le tracker approprié et je repars sur mon lobbying pour en obtenir une partie :D
C'est vraiment minable.
Je te retourne le compliment, ton attaque des modérolecteurs est très sympathique ;-) (et totalement infondée, moi aussi je peux y aller de l'argument sans faits hein).
Concrètement, il n'y a pas de news non validée parce qu'elle passe en journal (ou alors c'est qu'elle n'aurait pas été validée ou était limite). C'est plutôt qu'il y a des dépêches rejetées parce que pas suffisamment rédigées et parfois elles se retrouvent en journal (de temps en temps elles sont resoumises après amélioration, bien souvent elles sont oubliées, peut-être par dégoût d'avoir été refusée ce qui serait bien dommage...).
Il manque un espace rédaction à plusieurs, ce que j'ai détaillé en commentaires sur https://linuxfr.org/tracker/672.html tu es le bienvenu avec tes propositions (concrètes hein, pas tes commentaires à l'emporte-pièce actuels)
Tu peux suivre ce qui est en attente sur https://linuxfr.org/redacteurs/ en gros une info locale d'une bouffe, un point sur GIMP/Blender, une annonce de la GP2X Wiz, Cinelerra 4, Debian et le FreeRunner (un peu trollifère parti pour être refusé àmha) et une dépêche pour discussion interne qui perdure.
[^] # Re: www.backports.org
Posté par BAud (site web personnel) . En réponse au journal [Troll du vendredi] Mettre au même niveau la base des distributions stables en regard des logiciels utilisateurs est-il vraiment une bonne chose ?. Évalué à 3.
Néanmoins, le logiciel n'a généralement pas eu le temps d'avoir été testé sur Cooker et des problèmes peuvent subsister. (issu de [http://wiki.mandriva.com/fr/Backport]).
En clair, il y a de grandes chances que cela casse tout et le diagnostic en sera d'autant plus difficile que tout le monde n'utilise pas backports, soit beaucoup moins de rapports d'anomalie (et moins de temps que sur cooker pour les corriger).
L'inconvénient de backports est (encore actuellement) que _toutes_ les dépendances qui sont dans backports sont mises à jour sur un urpmi --auto-select :/
En gros, backports ne serait actif _que_ pour installer une nouvelle version de inkscape, par exemple, cela me conviendrait. Là il faut l'activer pour un paquet spécifique à installer puis se rappeller de penser à le désactiver pour éviter de tirer tout ce qu'il y a dans backports.
Perso, je préfère refaire mes rpmbuild -ba pour les paquets qui m'intéressent ou alors directement être en cooker, avec les soucis afférents assumés.
Le projet Taster est là pour améliorer les choses via la communauté : ce qui arrive en testing ou les bugs demandant un peu plus d'analyse (ou de retours, le statut "NEEDINFO") peuvent être vus à plusieurs
http://www.mandrivafr.org/trac/taster/ la présentation
http://forum.mandriva.com/viewforum.php?f=172 forum taster
[^] # Re: Pertinentation
Posté par BAud (site web personnel) . En réponse à la dépêche Évolutions sur LinuxFr. Évalué à 3.
[^] # Re: La comande ultime
Posté par BAud (site web personnel) . En réponse à la dépêche Ubiquity, la nouvelle "killer app" de Mozilla ?. Évalué à 4.
s/comande/commande/
s/Fait /Fais-/
s/voila/voilà/
[^] # Re: Un petit nouveau
Posté par BAud (site web personnel) . En réponse au journal Une liste de 150 nouveaux logiciels libres (ou presque). Évalué à 2.
ah bah ça, et les traductions en français qui suivent la cadence, c'est franchement agréable (combien de remarques j'ai pu voir "ah mais c'est pas en français" /o\ tellement que quand c'est passé en français je ne m'en suis même pas rendu compte au début vu que je suis tellement habitué à lire les sites directement en anglais ;-) ).
[^] # Re: Et linuxfr dans ces stats?
Posté par BAud (site web personnel) . En réponse au journal Firefox: Encore plus vite que vite. Évalué à 2.
pour juillet (août n'étant pas fini), cela donne
https://linuxfr.org/stats/web.html/usage_200807.html#TOPAGEN(...)
62,34% Mozilla/5.0
4,77% MSIE 7.0
3,88% MSIE 6.0
2,10% Konqueror/3.5
1,36% Opera 9.5
0,37% MSIE 5.5
et quelques coin² :
2,00% EnhancedBoard
1,06% wmcoincoin/2.5.1
0,37% pyCoinCoin/0.8.12
[^] # Re: peux pas
Posté par BAud (site web personnel) . En réponse au journal La notation des journaux. Évalué à 2.
et pour les xp vu que c'est la somme des commentaires, bin 0 aussi, faut poster un peu pour faire des journaux :/ (tiens je vais redemander le critère précis, c'est vrai que c'est pas clair... 'fin bon ya le code quoi /o\).
[^] # Re: je ne sais pas
Posté par BAud (site web personnel) . En réponse au message Recherche logiciel de messagerie instantanée. Évalué à 4.
# journal
Posté par BAud (site web personnel) . En réponse à la dépêche GP2X Wiz, la console Open-Source. Évalué à 2.
https://linuxfr.org/~sebastienb/27119.html
(faut dire pour faire râler Shift nous avons traîner en modération à cause d'un petit bug qui nous empêchait d'éditer toute la dépêche, rapidement corrigé quand même heureusement sinon ça nous faisait approcher des 30 h pour la modération :D)
[^] # Re: IHM
Posté par BAud (site web personnel) . En réponse à la dépêche Cinelerra 4 est sorti. Évalué à 4.
http://lprod.org/wiki/doku.php/video:cinelerra:skins (et il y a des thèmes plutôt sympas)
(et plus globalement, voir tout le site de lprod concernant l'édition vidéo et autre, notamment http://lprod.org/wiki/doku.php/video:cinelerra et http://lprod.org/wiki/doku.php/video:cinelerra:manuel:lessec(...) pour cinelerra et il y a tout le reste).
Bon courage pour tes essais
[^] # Re: Sound
Posté par BAud (site web personnel) . En réponse au message Dell Latitude D530, micro et webcam. Évalué à 2.
J'avais fait des essais (et diagnostics) sur :
http://cookerspot.tuxfamily.org/wikka.php?wakka=Reconnaissan(...)
n'hésite pas à dire si ça te donne des pistes... (ou suggérer des améliorations pour clarifier)
[^] # Re: Un petit nouveau
Posté par BAud (site web personnel) . En réponse au journal Une liste de 150 nouveaux logiciels libres (ou presque). Évalué à 3.
[^] # Re: Pertinentation
Posté par BAud (site web personnel) . En réponse à la dépêche Évolutions sur LinuxFr. Évalué à 2.
[^] # Re: Un petit nouveau
Posté par BAud (site web personnel) . En réponse au journal Une liste de 150 nouveaux logiciels libres (ou presque). Évalué à 2.
http://faq.tuxfamily.org/CommunicationLibreSoftware/Fr
[^] # Re: ça veut dire quoi compatible Linux ?
Posté par BAud (site web personnel) . En réponse au journal Matériel "pas compatible Linux" mais qui fonctionne quand même.. Évalué à 3.
modprobe -r e1000 ; modprobe e1000e # puis connexion par les scripts standards
au besoin blacklister le pilote e1000 pour éviter qu'il se recharge.
[^] # Re: Et c'est pas nouveau
Posté par BAud (site web personnel) . En réponse au journal Matériel "pas compatible Linux" mais qui fonctionne quand même.. Évalué à 1.
Oui, il supporte beaucoup de choses comme l'indique http://hardware4linux.info/module/usbhid/
(n'hésitez pas à soumettre votre matériel sur ce site, en 5 mn un hwreport est fait et cela permet de remonter ce qui fonctionne comme ce qui ne fonctionne pas, comme indiqué sur http://faq.tuxfamily.org/CommunicationLibreHardware/Fr cela permet de sélectionner son matériel avant un achat par exemple).
[^] # Re: peux pas
Posté par BAud (site web personnel) . En réponse au journal La notation des journaux. Évalué à 2.
[^] # Re: Pertinentation
Posté par BAud (site web personnel) . En réponse à la dépêche Évolutions sur LinuxFr. Évalué à 5.
Ce n'est donc pas pénalisant pour un habitué du site, ce n'est pas pénalisant pour quelqu'un qui poste peu (il n'aura pas souvent ce captcha puisqu'il poste peu). Cela embête surtout
- ceux qui se recréent un compte (les multis étant de toute façon interdits),
- ceux qui se sont fait moinsser un peu trop (tu peux t'en prendre à toi même et tourner ton clavier 7 fois avant d'appuyer sur Entrée la prochaine fois)
- et les petits nouveaux motivés (qui s'y feront vu qu'ils sont motivés pour contribuer et que ça va vite disparaître pour eux).
Bref, que des avantages à participer dans le bon sens :D
[^] # Re: La notation, outil de normalisation de linuxfr.org
Posté par BAud (site web personnel) . En réponse à la dépêche Évolutions sur LinuxFr. Évalué à 5.
[^] # Re: C'était mieux avant.
Posté par BAud (site web personnel) . En réponse à la dépêche Évolutions sur LinuxFr. Évalué à 4.
Ou promouvoir un wiki qui servirait à la rédaction collaborative avant soumission à linuxfr https://linuxfr.org/tracker/605.html (ce que mon wiki permet à certains depuis ~2 ans).
Ou devenir relecteur. Mais je ne sais pas s'il y a actuellement des velléités de recrutement, la sélection n'étant pas de mon ressort.
Pour moi, il y a _très peu_ de dépêches qui réclament réellement un travail en amont (surtout celles sur des sujets très techniques ou celles sur GNOME/KDE), qui serait complémentaire au travail des relecteurs qui n'ont pas forcément connaissance de tout non plus... Ce dont il y a surtout besoin, c'est déjà du contenu de base et que des gens soumettent des dépêches ou au pire des journaux bien rédigés que nous transformeront en dépêche si l'auteur n'a pas eu le courage de le soumettre en dépêche (ce en quoi il aurait eu tort). Et sinon, passer sur l'espace rédacteur https://linuxfr.org/redacteurs/ et mettre un lien vers une page wiki par exemple demandant un avis sur ce qui pourrait être soumis.
De ce que j'en sais, linuxfr n'a pas de volonté particulière à revoir le processus et nous avons effectivement bien identifié qu'il manque (dans certains cas très particuliers) un travail ouvert et collaboratif en amont mais l'analyse actuelle est plutôt qu'il manque surtout des propositions de dépêches déjà. C'est pourquoi à tous les plaigneux àmha, il est souvent rétorqué sur le nombre de dépêches qu'ils se sont sentis l'envie de proposer auparavant (c'est un critère comme un autre pour juger de la motivation à contribuer au site :D).
[^] # Re: Relecture
Posté par BAud (site web personnel) . En réponse à la dépêche Point sur deux logiciels de graphisme GIMP et Blender. Évalué à 2.
Si tu veux, tu peux déjà lire http://wiki.eagle-usb.org/wakka.php?wiki=SuggestionsRelecteu(...)
(pour éditer faut se logguer via l'url : wiki.eagle-usb.org/wakka.php?wiki=ParametresUtilisateur Disabled en enlevant l'espace avant Disabled, ce qui m'évite du spam sur certaines pages...).
En revanche, autant en été tu peux t'attendre à 3 dépêches par semaine, autant parfois c'est bien plus quand même ;-)
[^] # Re: C'était mieux avant.
Posté par BAud (site web personnel) . En réponse à la dépêche Évolutions sur LinuxFr. Évalué à 2.
- la 1ère, c'est non, pour de sombres raisons de spam et du fait que si nous avons deux dépêches nous faisons le boulot de merge (oui, trop est synonyme de mieux parfois) et qu'avoir des compléments est toujours intéressants
- la 2ème, oui, bin ce serait d'ajouter le lien "Suggérer une dépêche" dans la boîte utilisateur " ET d'avoir une boîte avec cet espace rédacteur comme pour la tribune
Cet espace rédacteur, c'est un espace de dialogue, "sciemment" les titres de dépêches ne sont pas donnés, il est toujours possible de poser la question si c'est dans le pipe ou pas. Actuellement, il est sous-utilisé car clairement pas mis en avant, j'en suis bien conscient :/
Bon, j'ai rajouté ce qu'il faut dans le tracker approprié et je repars sur mon lobbying pour en obtenir une partie :D
[^] # Re: La notation des journaux, c'est pas si terrible..
Posté par BAud (site web personnel) . En réponse au journal [HS][Bruxelles] Activistes, unissez-vous ! → Manifestation !. Évalué à 2.
Business_loto
[^] # Re: tu reviens nous voir quand c'est en place ?
Posté par BAud (site web personnel) . En réponse au message monitoring squid. Évalué à 2.
[^] # Re: C'était mieux avant.
Posté par BAud (site web personnel) . En réponse à la dépêche Évolutions sur LinuxFr. Évalué à 4.
Cela arrive mais rarement (cf. ci-dessus)
[^] # Re: C'était mieux avant.
Posté par BAud (site web personnel) . En réponse à la dépêche Évolutions sur LinuxFr. Évalué à 5.
Je te retourne le compliment, ton attaque des modérolecteurs est très sympathique ;-) (et totalement infondée, moi aussi je peux y aller de l'argument sans faits hein).
Concrètement, il n'y a pas de news non validée parce qu'elle passe en journal (ou alors c'est qu'elle n'aurait pas été validée ou était limite). C'est plutôt qu'il y a des dépêches rejetées parce que pas suffisamment rédigées et parfois elles se retrouvent en journal (de temps en temps elles sont resoumises après amélioration, bien souvent elles sont oubliées, peut-être par dégoût d'avoir été refusée ce qui serait bien dommage...).
Il manque un espace rédaction à plusieurs, ce que j'ai détaillé en commentaires sur https://linuxfr.org/tracker/672.html tu es le bienvenu avec tes propositions (concrètes hein, pas tes commentaires à l'emporte-pièce actuels)
Tu peux suivre ce qui est en attente sur https://linuxfr.org/redacteurs/ en gros une info locale d'une bouffe, un point sur GIMP/Blender, une annonce de la GP2X Wiz, Cinelerra 4, Debian et le FreeRunner (un peu trollifère parti pour être refusé àmha) et une dépêche pour discussion interne qui perdure.