BAud a écrit 13140 commentaires

cela reste pour l'instant une annonce de la phase finale
d'autres migrations effectives sont listées sur http://chl.be/migrations/

C'est bien ce que je dis : par défaut, ils sont pris en compte dès qu'ils sont restés activés, ce qui peut générer des comportement non souhaités (en tout cas de mon point de vue).
Clairement, par le jeu des dépendances c'est quasi l'intégralité (bon ok je grossis le trait) des paquets qui se trouvent backportés... sans compter ceux qui réclament à cor et à cri les toutes dernières versions de KDE (c'était plutôt des trucs comme compiz ou beryl à l'époque qui était aussi réclamé, mais demandait une installation manuelle sous peine de casser sa distrib'...) donc bon, quitte à avoir un système cassé autant être en cooker et l'assumer...
D'autant, que la plupart du temps, la justification de certains pour avoir la toute dernière version, c'est souvent "pour avoir la dernière version", pas une fonctionnalité ou une correction de bug citée (ce qui serait déjà plus justifié).

En tout cas, le système de backports est déjà un peu plus maîtrisé que SoS ou MDE... et j'aurai tendance à être confiant pour la suite si le projet Taster permet de mobiliser suffisamment de monde prêt à faire des retours (en français en plus, cela étant souvent un point de blocage avec l'anglais :/).

Tu peux (re-)lire ce journal https://linuxfr.org/~Phanoux/27064.html ;-)
et quand il y aura quelque chose de prêt et distribué en libre tu nous fais une belle dépêche ? :D

Peut-être que je me fais beaucoup d'illusions sur la complexité et la charge de travail.
le fait de s'appuyer sur upstream est le meilleur àmha aussi, mais cela suppose que l'upstream a connaissance du packaging dans chacune des distributions :
- cela ne signifie pas que les développeurs ont toutes les distributions à leur disposition (c'est rarement le cas et encore moins dans toutes leurs déclinaisons de versions)
- cela signifie qu'il y au moins un utilisateur avancé tant du logiciel que de la distribution en mesure de maintenir ce qui est nécessaire pour le packaging
- éventuellement, doublonner les outils permettant de packager dans chaque gestionnaire de version (et là ça représente du boulot, un doublon qui peut être désynchronisé...) : c'est ce que j'avais sur un projet : un répertoire package avec debian / mandriva / fedora / arch...
- c'est là où il manque un outil distribué en libre qui a vocation, si j'ai bien compris, à aggréger les informations de VCS distincts et permettant ce travail sur "un seul source distribué" dans leur VCS respectifs, donnant visibilité à chacun de l'ensemble dans son dépôt préféré avec lequel il est habitué à travailler. C'est notamment pour cela que c'est rageant que launchpad ne soit pas encore distribué en libre (toujours repoussé aux calendes grecques, sans date ferme...)

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.

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

vu ta réponse, j'aurais tendance à répondre : à faire chier les râleurs :D

rha flûte faudra encore des relecteurs pour les fôtes d'ortografe, je suis pas viré alors ? :D
s/comande/commande/
s/Fait /Fais-/
s/voila/voilà/

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 ;-) ).

il faut regarder les stats web disponibles sur https://linuxfr.org/stats/

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

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\).

ou irssi / psyced / n'importe quoi en terminal qui se rappelle dans un screen :)

tiens, ce journal fait "doublon" :D
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)

La skin qu'il y avait auparavant par défaut pour cinelerra était un peu sombre mais ça se change, voir :
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

l'utilisation du microphone dépend parfois des logiciels utilisés pour l'enregistrer...

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)

c'est un peu la première chose à voir si tu ne veux pas te priver d'apparaître sur framasoft et si tu souhaites réellement faire du libre ;-)

Dans Ton CVS ? :D

Pour t'aider à décider de la licence (libre) retenue et t'aider à faire sa pub', tu peux regarder
http://faq.tuxfamily.org/CommunicationLibreSoftware/Fr

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.

ah c'est le pilote usbhid en fait ?
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).

non non, suffit de lire http://wiki.eagle-usb.org/wakka.php?wiki=SuggestionsLecteurL(...) pour voir comment fonctionnent les avis et en prime vous aurez le code source aussi tiens.

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 ;-)

Tu peux les relire pour celles qui sont faites en amont de la soumission sur http://wiki.eagle-usb.org/wakka.php?wiki=NewsLinuxFr (il y en a très peu).

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