BAud a écrit 13143 commentaires

perso, je recherche plutôt sur les pci ids, cela me permet de trouver directement le _même_ matériel ;-) (et généralement pour les pilotes ça aide à identifier des fonctionnalités manquantes sur les mailing-lists de dév')

Tu as toutes ces cartes :
http://hardware4linux.info/pci/168c/001c/
manque donc les subvendor / subproduct ids maintenant :-) (aucune avec ta description actuellement faut croire...).

Après effectivement, la manière de gérer l'activation / désactivation est plutôt lié aux choix du constructeur et ne m'a pas encore l'air très standardisé (enfin c'est mon impression, à lire ce qui est fait sur l'eee pc 901 aussi...).

(une Atheros 5007EG reconnue comme AR242x)

tu pourrais donner les vendor id / product id qui sont un peu plus précis qu'une description ?
cf. http://faq.tuxfamily.org/CommunicationLibreHardware/Fr pour remonter les informations sur http://hardware4linux.info et même avoir plus d'infos sur le matériel.
(en gros tu lances hwreport qui génère des infos et tu les soumets sur le site, tu peux même nous donner l'url ensuite et cela permettra de voir qui a du matériel similaire).

En même temps, ODF étant un format_ouvert auquel participait Microsoft (au début iirc), ils auraient dû connaître les règles du jeu (respect des utilisateurs, mais ça doit pas être dans leur charte :/)

Postulat pbpg: la merde Microsoft sent la rose, la rose libre sent la merde.

à se demander comment il ne s'est pas auto-détruit, comme son OS fragile qui tient avec des béquilles de coupe-feu OpenOffice.org et d'anti-virus qui bouffent toute la cpu et augmentent la consommation d'électricité inutilement ? (pas très développement durable toussa).

Évidemment, on peut discuter éternellement sur le thème des verres à moitié plein et de verres à moitié vides.

ah mais, c'est l'intérêt de poster sur linuxfr ;-) (en plus tu as pris l'habitude de ne jamais trop te formaliser du ton adopté dans les commentaires iirc).
En même temps, aujourd'hui c'est vendredi :p (nan nan, pas que "casual day" hein)
Pourquoi ne pas avoir adopté le même ton que tes commentaires dans la dépêche, àmha ce serait mieux passé, non ? (j'ai failli voter contre pour re-rédac tellement ça faisait communiqué de presse dissaïdor pressé oriented et j'ai fini par m'abstenir).

Pour la peine, j'ai ajouté une NdM, en espérant que les contributions restent raisonnables et réalistes ;-) (et en anglais /o\). Le tout sous licence libre CC-by-sa 3.0 pour répondre à une de mes interrogations ci-dessus, après avoir creusé un peu ;-) (c'est toujours mieux de promouvoir du libre avec du libre).

Ce genre d'initiative est intéressante même si l'on en voit vite les limites au démarrage :
- cela permet de voir des présupposés, qui seront vite mis en évidence par la communauté
- dommage il n'y a pas encore de wiki pour commenter / amender / proposer des améliorations
- c'est représentatif d'un groupe de travail connu (bon ok, en France) et qui sait communiquer, ce qui est toujours intéressant
- mieux vaut démarrer petit (mais l'indiquer) et évaluer ce que cela apporte par rapport à ceux qui vont contribuer (même si s'attribuer le FLOSS roadmap de manière générique peut sembler choquant)

Par la suite, cela peut bien évoluer :
- attirer des membres souhaitant contribuer et communiquer
- avoir choisi une licence libre dès le début
- rallier des alliés potentiels comme le gilo par exemple http://librechoix.org/wiki/Accueil (passé sous licence libre GFDL et candidat à passer en CC-by-sa comme wikipedia ?)
- donner de bonnes pratiques à la communauté y participant (et en l'identifiant correctement) : déjà avoir un groupe de travail est signe d'un souhait de faire avancer les choses, je pense qu'ils prennent en compte les suggestions même si extérieures ?
- ... ?
- profit !
Bref, j'aurais aussi été tenté par le business_loto (j'en suis adepte) mais là en l'occurence, avoir des infos tous les deux mois de l'avancement, ça m'intéresserait par exemple :D

Donc si je comprends bien la seule solution serait de libérer la source avant dissolution de la société ?

oui, l'idéal étant de le faire dès le début des développements afin que tout soit clair, je ne vois pas ce qui l'empêche en plus.
Avec la GPL, seuls ceux à qui est distribué le logiciel bénéficient de la possibilité de demander les sources (du fait de la licence qui leur a été octroyée, la GPL en l'occurence).
Avec l'AGPLv3, ce serait un tout petit peu plus libre dans ton cas.

Plus de détails sur http://faq.tuxfamily.org/Licence/Fr

Quelqu'un peut confirmer ?

oui, et réciproquement d'ailleurs ;-)

Je pense que la Suisse a signé la convention de Berne ;-)
Convention_de_Berne_pour_la_protection_des_%C5%93uvres_litt%C3%A9raires_et_artistiques
après, comme le demande Benoît, les durées peuvent être adaptées par pays...

flûte, pas de cékoidon alors ? 3==D

tu peux le remplacer par openslowlaris^Wopenoraclis, hum ah non... bah passe à GNU/Linux quoi...

Pour la synchro, si tu as un mobile Symbian, tu peux utiliser le cable USB aussi
cf. http://cookerspot.tuxfamily.org/wikka.php?wakka=MobileSymbia(...) pour mes différents essais.
Tu voulais synchroniser tes rendez-vous sur le mobile avec quel autre logiciel ?

mais euh à qui on va s'adresser maintenant pour Solutions Linux ? Ça va de pair d'être préz de Parinux et d'avoir sur le dos tous les exposants ou on peut encore faire appel à toi (l'habitude toussa... Manu !).

Bon en tout cas, tu as de beaux projets libres en tête, bon courage ;-)

hmmm Le matériel est assez récent et standard.

récent ça veut généralement dire des petits soucis ;-)
standard ? selon http://hardware4linux.info/pci/1412/1724/ il y en a tout de même moins que mon chipset son Intel http://hardware4linux.info/pci/8086/27d8/ (12 contre 145...)

donc bon, la faute à pas de chance, n'hésite pas à remonter le souci vers le bugzilla (effectivement que ça fonctionne avec alsa devrait déjà aider pour pulseaudio).

Pour la mise à jour à partir du DVD, c'est ce que je t'ai dis (il manquait sans doute quelques paquets) : fais un urpmi --auto-update maintenant que tu as configuré les dépôts en ligne, cela peut aider à compléter les paquets installés qui n'auraient pas été mis sur le DVD... (tu ne feras pas tenir de l'ordre de 30 Go sur un DVD de 4,7... il y a toujours des choix à faire)

Je me rends compte que j'ai forcé la comparaison avec TuxFamily avec toutes mes questions (ça m'apprendra tiens... même si je trouve t-l complémentaire de ce que nous faisons chez tf).

J'avais oublié une question : toile-libre ne serait-il pas plutôt plus proche du rhien ? http://www.rhien.org/ ("Le Réseau d’Hébergeurs Indépendants et ENgagés" pour ceux qui découvriraient)

c'est sympa d'avoir pris le temps de répondre à toutes les questions :p

As-tu mis à jour à partir
- des dépôts ? (cela prend de l'ordre de 4h vu qu'il faut parfois relancer une ou 2 fois pour certaines dépendances)
- ou à partir du DVD ? (là il risque de manquer des dépendances en fonction de ce que tu as installé, ce pourquoi je n'utilise pas cette méthode)

Peux-tu donner le résultat de lspcidrake -vv pour voir ton matériel (ou un lien vers ce que tu aurais soumis sur http://hardware4linux.info :p).
En fait, il manque quelques éléments de contexte pour voir quels problèmes tu as concrètement rencontré et identifier leur cause.

Généralement, ce qui est fait sur la gestion des bugs c'est de faire appel aux "utilisateurs avancés" de la distribution (cela n'intéresse que peu les développeurs généralement qui désespèrent des rapports de bugs non qualifiés de certains utilisateurs qui confondent le bugzilla et les forums, oubliant bien souvent de se greffer sur un bug existant pour le compléter).

Il y a des squash bugs party dans la plupart des distributions (genre un week-end pendant la phase d'alpha ou bêta) permettant de former des personnes à l'utilisation des outils et effectuer les relances des utilisateurs pour tests, éventuellement remonter upstream pour faire s'intéresser les développeurs au bug qualifié.
Monter ce genre d'équipe interface entre l'utilisateur, les développeurs et l'upstream permet d'augmenter la qualité des remontées et des diagnostics (à défaut de proposer des patchs directement pour l'upstream) et c'est la valeur ajoutée de la plupart des distributions (pour éviter que l'upstream croule sous des rapports de bugs de versions obsolètes - selon eux - notamment).
J'ose espérer que cela fonctionne bien chez Ubuntu vu la base d'utilisateurs ;-)

Toute la difficulté est surtout que les utilisateurs ont la version stable et non celle en développement (que ce soit au niveau logiciel ou au niveau distribution), ce qui ne motive àmha ni développeurs de la distrib' ni l'upstream.
J'ai tout de même l'impression que dans la communauté du libre (au sens large), il nous reste un gros effort à faire pour démocratiser les bonnes pratiques de développement et proposer des process documentés plutôt qu'ad'hoc afin que tout le monde s'y retrouve :
- faire que l'upstream pense plus au "release early, release often" (seuls les logiciels majeurs sont en version svn dans les distribs), estampiller une version svn comme suffisament stable et la publier (en version mineure par exemple) permet d'avancer plus vite et promeut l'intégration dans les distribs qui n'ont pas non plus le temps de suivre chaque commit.
- faire que les utilisateurs et utilisateurs avancés pensent à "comment reproduire le bug" et est-il reproductible dans une version plus récente de l'upstream pour pousser les dévs de la distrib' à monter de version

- démarrage instantanée

Le temps de sortie du suspend to ram te semble trop long ? 3s généralement, je trouve ça correct (et il n'y a besoin de rebooter qu'à un changement de noyau)

- reconnaissance vocale et pilotage de l'ordinateur à la voix

comme ce qui avait été fait sur http://linuxfr.org/~Rkraft/24983.html ?

- intégration de l'ordinateur à la maison : "domotique"

joker :D (m'enfin regarde i2c et quelques GLMF il y a eu quelques hors-séries sur le sujet)

- reconnaissance faciale et des images pour indexation

moui, j'ai cru comprendre que c'est dans les tuyaux de Nepomuk ;-)

- écran tactile, clavier virtuel, disparition de la souris pour un "système par geste" ou autre

o_O bin l'écran tactile ça fonctionne déjà non ? Pour les systèmes par geste, il y des projets liés à une webcam (ou simulé à la souris, un peu limité àmha pour l'instant).

ENFIN un peu de cohérence! ;+)

et enfin distribué sous licence libre, CC-by-sa, permettant aux transcriptions texte d'être faites par qui veut, et redistribué sous la même licence (et même ajouté en sous-titre pour les malentendants par exemple).

pour les CMS, il y en a quelques un :
http://sophie.zarb.org/rpm/2009.1,i586/drupal
http://sophie.zarb.org/rpm/2009.1,i586/spip

pour les wiki :
http://sophie.zarb.org/rpm/2009.1,i586/mediawiki
http://sophie.zarb.org/rpm/2009.1,i586/wikini

et pour avoir apache / php / mysql directement d'installé :
http://sophie.zarb.org/rpm/2009.1,i586/task-lamp

(dans la logique des meta-paquets permettant d'installer un ensemble de paquets cohérent, sans se poser de questions...). Pour la liste complète des task- :
http://sophie.zarb.org/chat?cmd=%3Aq+%5Etask-+-v+2009.1 (moi j'ai bien le task-games qui installe 2 Go de jeux)

d'autant plus que Mandriva est une PME aussi ;-)

corrigé, merci d'avoir vu la coquille ;-)

http://pulse2.mandriva.org/ par exemple, gère tant des distribs GNU/Linux que du windows
ou sinon ce qui est proposé sur http://linuxfr.org/forums/41/25516.html

pan ! pan !