BAud a écrit 12980 commentaires

pendant les débats sur DADVSI les députés ont été sensibilisés à l'audience des internautes vu le succès du flux vidéo qui était disponible, n'hésitant pas à passer des petits coucous en direct de l'assemblée d'ailleurs...

C'est dommage d'en rester à wine, qui est un moyen de rester accroc à son ancien système et est clairement un pis-aller (wine ne s'installe pas en natif x86_64 ni ppc d'ailleurs...).
Il serait plus accrocheur de proposer des nouveautés avec les jeux natifs sous GNU/Linux (il y en a plein sur http://jeuxlibres.net quand même), avec l'attraît de l'inconnu (ah ? il y a des jeux sous Linux ? on m'aurait menti ?) ou du remake. En plus cela aura une chance de mieux fonctionner.

Il y a tout de même pleins de catégories disponibles pour répondre aux goûts de chacun sur http://jeuxlibres.net/browsegame.html bizarre de ne pas s'être un peu concentré dessus :/

c'est ton "pour les masses" qui est lourd :D (tu peux me tutoyer d'ailleurs :p).

J'apporte simplement mon commentaire en complément et ajoute mon avis sur un point pas forcément mis en avant par Red Hat qui focalise un peu trop sur l'actuel abuseur de monopole sur le bureau du grand public (mais cite effectivement de manière globale des avancées, du fait de Red Hat ou des autres distributions d'ailleurs).

euh l'article indique tout de même qu'ils se consacrent au client léger et cite pas mal de progrès effectués dans le domaine du "pc de bureau".
De toute façon, la séparation serveur / bureau est une hérésie dans le monde GNU/Linux, c'est surtout un élément marketing pour vendre 2 fois le "même" produit (hormis lorsqu'il y a une double gestion des mises à jour : versions stables dans le temps % dernière version disponibles en permanence, c'est surtout ce modèle propre à GNU/Linux qui émerge et distingue une RHEL/Fedora, Mandriva Corporate Server ou Desktop/Mandriva Linux, Debian/Ubuntu ou knoppix ou kaella...

De toute façon, le bureau est une multitude de niches et d'ailleurs https://linuxfr.org/~Chimrod/26486.html BrDesktop est intéressante de ce point de vue.
Entre les PDA, les EeePC, l'OLPC (qui est cité) il y a déjà de quoi faire dans la spécialisation. Ou sinon c'est l'utilisateur qui est sur un marché spécialisé (je pense aux bureaux scientifique de Scientific_Linux notamment).

Un des soucis pour le "grand public" c'est vraiment côté périphérique : si les constructeurs étaient déjà dans la logique "je fournis du matériel estampillé GNU/Linux" forcément cela marcherait déjà plus correctement. C'est tout de même sidérant que le Linux Driver Project [http://www.linuxdriverproject.org/twiki/bin/view] propose 300 personnes prêtes à développer des pilotes et reçoive aussi peu de propositions :/ [http://www.kroah.com/log/linux/linux_driver_project_status-2(...)]
Sur ce point, c'est bien aux utilis'acteurs de choisir et orienter le marché avec leur porte-monnaie (et le faire savoir en n'hésitant pas à contacter le support technique pour leur indiquer... de l'importance de sites comme http://hardware4linux.info ou smolts pour indiquer que son matériel fonctionne bien... ou pas...).

Ça veut surtout dire et caetera d'après le lien wikipedia Etc.
Cela évite une virgule et trois petits points à la ligne, ... (<- à éviter on a dit... :p)

tu en trouveras encore plus sur http://folk.uio.no/hpv/linuxtoons/ (outre un baril de micro & soft)

Malheureusement, les musiciens, c'est comme le reste de la population, il vont préférer rester sous XP
Le site http://linuxmao.org pourrait pourtant les aider à faire la migration (outre la non disponibilité de pilotes corrects pour pas mal de produits sous vista...).

tant qu'on y est, et par rapport à ifile, enfin hyla maintenant https://linuxfr.org/2007/04/25/22412.html

c'est pourtant le terme consacré ;-)

même si l'utilisateur lambda n'a aucune idée de ce qu'est un meta-package
l'utilisateur lambda n'a aucun idée de ce qu'est un package - un paquet d'ailleurs plutôt - non plus... un dépôt... ah bah non plus...

De l'intérêt de présenter correctement la documentation et les changements d'approche dans le monde GNU/Linux où les dépôts ont tendance à être centralisés plutôt que parcourir 50 sites pour trouver ses logiciels préférés. Notamment voir
http://wiki.mandriva.com/fr/Installer_et_supprimer_des_logic(...)
http://wiki.mandriva.com/fr/Source
http://wiki.mandriva.com/fr/Configurer_les_d%C3%A9p%C3%B4ts_(...)

Je trouve dommage de voir encore du monde passer par rpmfind et tenter d'installer n'importe quel RPM, c'est passer à côté de quelque chose d'important tout de même et intéressant pour l'utilisateur : quelqu'un a pris du temps pour intégrer le logiciel auparavant (et le tester un minimum), autant capitaliser là-dessus plutôt que de se lancer (pour certains) à corps perdu dans de la compilation ou l'installation de n'importe quoi. La plupart des fois où j'ai demandé l'intérêt d'avoir la toute dernière version par exemple plutôt que celle incluse dans la distribution, je n'ai pas eu de réponse probante sur le sujet.
Il y a aussi ceux qui installent les backports sans y réfléchir à deux fois et comprendre les impacts, mais bon.

si tu as un fast 800 qui traîne tu pourras jouer à allumer les led adsl/pwr :D ya déjà une interface usb, a priori basée sur ezusb...
sinon bien sûr en étant doué pour faire les montages électroniques, à toi de voir.

Il y a lekernel de http://prism54.org qui avait un peu regardé aussi.

ce serait pour faire quoi avec le 8051 ?

Tu trouveras quelques liens au bas de la page http://wiki.eagle-usb.org/wakka.php?wiki=Asm8051 (plutôt en anglais àmha) pour des compilos / simulateurs aussi, ce qui peut être bien utile avant d'avoir un montage opérationnel.

conchier aussi si tu vas par là http://fr.wiktionary.org/wiki/conchier

et entre la version anglaise http://nouveau.freedesktop.org/wiki/FeatureMatrix et la française http://nouveau.freedesktop.org/wiki/FeatureMatrix-fr lequel est le plus à jour (l'anglais je parie) ?

(je veux bien passer un peu de temps à mettre en conformité la partie française si la référence est systématiquement l'anglais, même si je n'ai pas trop bien compris pourquoi à la traduction on se retrouve avec primitives => triangles, Hardware TCL => compression de textures, Shaders => Transformations, coupes et éclairages...)

pour suivre en français les dernières infos, voir http://nouveau.freedesktop.org/wiki/IrcChatLogs-fr#T2008

la dernière màj du 6 avril http://nouveau.freedesktop.org/wiki/Nouveau_Companion_38-fr

Le bon site est http://www.drouizig.org/ àmha
Je vous mets le lien en français histoire de ne pas vous perdre http://www.drouizig.org/index-Galleg.html (oui c'est fait exprès histoire de promouvoir l'accès en breton).

Tu passeras le bonjour à Philippe de ma part, je ne serai sans doute pas là ;-)
et tout comme il y a un clavier C'HWERTY http://www.drouizig.org/Galleg/Clavier/clavier-index.html vous pourrez peut-être faire de même :-)
(sinon le breton c'est potentiellement 300 formes d'écriture aussi, étant surtout une langue parlée, très dépendante de la région...).

fournir une description et notamment un copier/coller de lspcidrake -v qui indiquera une bonne partie de ton matériel.

C'est surtout que au vu de
http://validator.w3.org/check?uri=http%3A%2F%2Fwww.openxmlpo(...)
This page is not Valid XHTML 1.0 Transitional!
Result: Failed validation, 145 Errors

et http://jigsaw.w3.org/css-validator/validator?uri=http%3A%2F%(...)
Désolé ! Les erreurs suivantes ont été trouvées : (14)
URI : www.openxmlpourtous.com/DesktopModules/EngageRotator/module.css

ils sont très bien conscients de ne pas avoir fait MS-OXML pour l'interopérabilité... ou en tout cas avouent sciemment ne pas être doué pour cela ;-)

Je me rappelle de je ne sais plus quelle version de Mandrake qui flinguait des lecteurs CD ou DVD, ou d'une distribution qui cassait les partitions.
Ce sont les lecteurs LG qui ne respectaient pas la norme et utilisaient une commande standard mais pour réinitialiser leur firmware. Le kernel 2.4.22 envoyait cette commande au boot et a été intégré en premier par Mandrake ce qui a permis de mettre en lumière le problème de ces lecteurs, LG a sorti en urgence une procédure pour remettre un firmware, respectueux des standards cette fois-ci. Suse aussi était touchée de la même manière (ça s'est moins vu en France).

Le constructeur a vite réagi tout de même mais le mal était fait et certains croient encore à tort que c'était la faute de la distrib'...

Tu fais un peu preuve de mauvaise foi aussi de ton côté, dans le libre nous sommes tout de même habitué à faire les mises à jour non pas à partir d'un CD mais à partir de miroirs (c'est ce que je fais en tout cas), contenant effectivement les mises à jour passé le rush de la sortie...

As-tu vraiment essayé les skins ?
http://www.videolan.org/vlc/skins.php
Il y en a une intitulée "Mac OSX Interface" qui devrait convenir ? sinon une autre "iTunes"...

et oui il y a des how-to pour en créer http://wiki.videolan.org/Skins

bin il suffira de cracker le réseau de caméra haute résolution mis en place, cela permettra de repérer les "proies", parce que bon si les caméras sont à la pointe de la technologie, autant les mettre en wifi pour éviter d'avoir à tirer de la câblerie... (en oubliant au passage qu'il faut un peu d'alimentation électrique tout de même... et qu'elle pourrait passer par l'ethernet par exemple) et zou tu déploies de meilleurs moyens pour les racketteurs, sous couvert d'augmenter la sécurité... bravo :)

En entreprise, 70% des attaques proviennent en réalité de l'intérieur, pour les lycées je ne sais pas si de semblables stats sont disponibles...

et ? quel serait le souci ?
Ce serait de la coopération entre constructeurs : un autre pouvant ajouter des fonctionnalités, optimiser le dessin ou tout simplement le diffuser plus. Au final les deux y gagneraient puisqu'ils auraient une présence plus grande sur le marché et contribueraient à diffuser des compétences qu'ils ont tous les deux, donc plus de clients potentiels pour "leur" techno (cela paraît sensé que les clients se tournent vers ceux qui savent faire).

La distinction "tourne sur le CPU ou non" n'est pas vraiment la distinction appliquée par les distributions qui se posent plutôt la question : ai-je le droit de distribuer le firmware ?
Donc bon, en appliquant ce raisonnement :
- une distribution elle est moins impactée quand le firmware est déjà dans la puce et y reste
- en revanche, il faut se poser la question lorsque celui-ci doit être chargé par un pilote, vu qu'il faut bien le distribuer à un moment ou à un autre (et là côté licences c'est généralement la misère entre ceux qui interdisent tout simplement la distribution, ceux qui imposent d'avoir le matériel... ça fait une belle jambe à ceux qui ont les miroirs ça).

et au final, le firmware reste du logiciel : pourquoi ne serait-il pas libre lui aussi ?

Ensuite, concernant le matériel, il est tout à fait possible de se poser la question, Sun fournit certains de ses processeurs sous GPL par exemple. Petit à petit cela progresse de nouveau, justement parce que beaucoup restent intéressés par ces questions qui pourraient paraître saugrenues pour certains. Bizarrement, quand j'ai reçu mon minitel il était possible de demander une superbe documentation avec les blueprint, cela paraissait normal à l'époque : c'est la situation actuelle qui s'est refermée sur elle-même, cela allait de soit de fournir les plans de construction auparavant.

Visiblement, tu ne connais pas très bien la situation...
- le métier d'un fabricant matériel, bin c'est le matériel... et sa commercialisation
- faire un pilote c'est déjà la plaie pour lui : mac os/x, freebsd, linux, kernel.exe
- il se mange les tests d'interop sur ses firmwares...
- tu vas avoir genre 2-3 personnes payées pour le réaliser, puis elles vont passer à autre chose et seule la maintenance corrective va être prise en compte et les évolutions liées à de nouvelles versions de chipset, dur de maintenir la compétence dans ces conditions
- dans le libre, si tu as 4-5 personnes intéressées, cela est déjà souvent plus que le nombre de personnes travaillant sur le sujet chez un constructeur (en terme de développeurs)
- tu as dû louper cet épisode http://www.kroah.com/log/linux/devices_lacking_linux_support(...) 300 développeurs intéressés à développer à partir des specs
- http://www.linuxdriverproject.org/twiki/bin/view est particulièrement intéressant àmha, dans le lot il y a du monde prêt à toucher au firmware

et oui, il y a des bugs dans les firmwares des constructeurs (mais la personne pour les corriger n'est bien souvent plus là ou le code a été perdu, et on ne touche pas à quelque chose qui "marchotte").

Un firmware qui traficote des paquets pour ton wifi ça te donne confiance qu'il ne soit pas en libre ?
Pour moi cela reste du logiciel, l'important est effectivement qu'il soit déjà distribuable (ce qui est très rarement le cas) dans un premier temps, ensuite qu'il soit en libre quand bien même il ne serait pas compilable actuellement moi ça me convient : si jamais quelqu'un prend le temps de mettre le nez dedans et peut corriger quelques bugs, tout le monde y aura gagné.

Par exemple, le firmware pour les chipsets eagle-usb est sans doute buggué, il y aurait bien eu une ou 2 personnes pour proposer de le corriger si le source nous avait été fourni sous une licence libre (et en plus nous avions identifié quelques compilateurs existants... cela peut servir à se faire une "ferme" de DSP pour mouliner des transformées de Fourier).