il y a d'autres paquets qui seront sans doute nécessaire, le plus simple étant d'avoir les sources plf configurées par un http://easyurpmi.zarb.org et de lancer un urpmi --fuzzy nvidia : il t'affichera les paquets possibles.
Dans la lancée de bataille pour westnoth et plus globalement des jeux permettant de jouer en réseau, il y a même une plateforme de jeu : http://games.tuxfamily.net dédiée aux jeux libres et voir http://faq.tuxfamily.org/Games/Fr pour la liste des jeux disponibles effectivement pour s'y mettre à plusieurs.
Tu as omis de parler des FPS comme Nexuiz, OpenArena ou Tremulous ayant bénéficié de la libération des moteurs Quake.
Cela ne dit _rien_ sur le volet desktop, dont cela ne parle pas, même si AMHA cela induit un très gros doute tout de même vu que le FUD sur la propriété intellectuelle a l'air de prendre au niveau des entreprises (pour les particuliers, je ne pense pas).
Tu peux aussi tenter de faire un rapprochement avec le départ de Robert Love de Novell http://linux.slashdot.org/article.pl?sid=07/05/04/2147259 qui dans les commentaires infirme l'hypothèse de son départ liée aux accords Novell/Microsoft (sans pour autant donner de raison, un slashdotteur lance en vanne que c'est sans doute parce que Novell ne fait pas le choix de s'occuper du desktop). Je cite :
"The MSFT/NOVL agreement was not the motivation behind my departure.
I appreciate the postings by those who recognize that the speculation behind my departure is ill-founded and inappropriate.
-- Robert Love"
Si tu as plus d'infos, n'hésite pas à les donner, je me pose pas mal de questions aussi.
je dois être devenu trop radical mais pour moi ce n'est pas différent : un firmware reste du logiciel, il peut être distribué librement aussi, il n'y a pas de raison. Sinon je suis d'accord avec le reste de ton post.
Il y a bien des mises à jour de bios qui sont distribuées par le constructeur ou des bugs qui pourraient être identifiés/corrigés plus facilement si c'était disponible en libre.
Le cas "le pilote envoie le firmware au matériel qui n'est pas foutu de le conserver en mémoire" n'est qu'un épiphénomène qui a mis en exergue que le firmware intégré à du matériel reste du logiciel et qu'à ce titre il doit être distribué et que la question de la licence se pose pour qu'il soit dispo sur un CD 100% libre (j'ai pas dit 100% free hein comme certains menteurs :p). C'est bien parce que bien souvent le firmware est déjà installé de manière rémanente dans le matériel que la question de sa distribution et, par là même, de sa liberté se pose.
En restant pragmatique, c'est vrai que le cas "déjà inclus au matériel" permet de se voiler la face et d'utiliser quelquechose de potentiellement défaillant qui pourrait être "facilement" corrigé s'il était dispo en libre. C'est l'approche par exemple de Marco d'Ittri qui reste pour moi un trolleur invétéré (même si je n'ai pas lu de choses récentes de sa part) et qui a(vait) beau jeu de rappeler à tout va "et ça changerait quoi d'avoir le source vu que ça marche de base et qu'il n'y a pas besoin de le distribuer". Dommage que Debian ait baissé les bras sur ce combat pour la sortie de Etch (pour un bête problème d'installeur), j'espère que ce ne sera pas le cas de la prochaine version et qu'entre-temps les constructeurs auront de plus en plus compris l'intérêt d'adopter les bonnes pratiques du libre (ce qui est de plus en plus le cas).
autre question tant que j'y pense : l'adhérence au poste client (portable ou fixe au bureau) est-elle obligatoire ?
pour expliciter :
- y-a-t-il les mêmes fonctionnalités disponibles en étant connecté pour synchro au poste utilisateur et en étant connecté directement (wifi, bluetooth, câble ethernet, gsm, umts, gprs et j'en oublie avec edge et autres)
- avez-vous des schémas d'architecture avec les différents cas d'utilisations
° en mobilité, connexion "permanente" genre wifi
° en mobilité, mode déconnecté (synchro) : ethernet ou gprs/gsm/... avec connexion ponctuelle avec les cas accès local (connexion LAN) / accès distant (généralement VPN d'entreprise)
° en mode confiné (cas d'un hangar où le wifi ou le bluetooth "restent" dans le local) permettant un accès au SI plus direct voire permanent
° en précisant les serveurs en local qui seraient nécessaires ou possibilité de les avoir en central pour une plus grande disponibilité
° en précisant les niveaux de sécurité à chaque élément : PDA, réseau, serveurs ainsi que les niveaux de disponibilité (éviter les SPOF http://fr.wikipedia.org/wiki/Single_point_of_failure notamment, surtout quand il n'y a pas d'intervenant informatique sur site)
Envisagez-vous de passer en GPLv3 par la suite ? Avez-vous regardé ce que la GPLv3 apporte sur les cas de tivoisation (qui est plus proche de votre problématique : le binaire considéré comme un "firmware" intégré à l'équipement ne serait pas distribué "en tant que tel" puisque dépendant du matériel, ce qui est plus que douteux dans le cas de màj du firmware mais bon...).
Votre serveur de synchronisation gère-t-il :
- les remontées de fichiers par delta (exemple : une base de données embarquée dont seules les modifs seraient transférées)
- la remontée d'info de gestion de configuration (versions des logiciels installés, utilisateur, conf' matériel pour le suivi d'un ajout de carte ou de RAM par exemple)
- le déploiement de mises à jour de logiciels (tenant compte de la gestion de conf' et d'une politique de déploiement) et avec une interface clean côté utilisateur du pda (pour remettre à plus tard la mise à jour s'il est pressé par exemple ou la suspendre pour la reprendre plus tard)
- je dois en oublier...
Avez-vous des tests de performance pour de "grosses" volumétries : 20 Mo, 50 Mo, 200 Mo, voire plus (déploiement d'une mise à jour logiciel, remontées de photos terrain par exemple, remontées de saisies en delta pour de la maintenance/rapport d'intervention...).
Avec un serveur de synchro dont je ne me rappelle plus du nom (genre truc-bridge), il avait été vu que de désactiver ActiveSync pour ne conserver que l'outil de synchro sur le PDA (en perdant la synchro de mails/agenda, mais bon...) faisait gagner 30% de perfs... avez-vous constaté le même genre de choses ? (le gros problème de activesync de toute façon c'est son protocole proprio qui peut induire des incompatibilités avec un firewall personnel par exemple, alors qu'une surcouche tcp/ip fonctionne bien en ethernet, wifi, éventuellement usb...)
C'est une vision exclusive de l'utilisation d'un PDA.
je te pertinente très volontiers, cela correspond exactement à mon point de vue (cf. mon post plus haut) et j'ajoute que cela correspond à une vue "col blanc" de l'utilité d'un PDA qui ne va pas tarder à exploser vu le nombre de contraintes (windows mobile 2005 avec un active sync défaillant dont le support est rejeté par microsoft sur les constructeurs, support de Notes demandant m-notes, ...) et la mise en lumière flagrantes des problèmes d'interopérabilité : cela peut être une chance pour les formats ouverts.
Pour la vision "col-bleu" (ou utilisation "métier") du PDA, comme en logistique (lecture code barre, accès au SI via wifi/bluetooth ou synchro) ou gestion de livraison/maintenance (GPS, carte des sites/points intéressants, "TomTom", ...) clairement la plateforme PocketPC n'apporte que des problèmes d'intégration et n'est focalisé que sur le PDA sans proposer d'infrastructure ni d'éléments de sécurité dignes de ce nom.
C'est comme cela que le BlackBerry a conquis son marché mettant entre les mains d'une société la plupart des mails des dirigeants d'entreprise, au détriment de toute intelligence économique ou conscience de principes de sécurité/non divulgation de base...
Nous avons aussi modéré à la baisse ta dernière phrase en la reformulant vu qu'elle aurait pu faire croire que Microsoft trustait le monde de l'embarqué, ce qui est (très très très) loin d'être le cas :
- pour les PocketPC peut-être... (et pour cause), l'implantation de Linux procède par rétro-ingénierie
- pour les PDA en général, un peu moins entre Symbian / Palm qui ont encore de belles parts avec une orientation vers Linux ces derniers temps
- en rajoutant les smartphones encore moins de parts de marché pour windows (et une présence de Linux non négligeable même s'il n'y a pas de publicité)
- en rajoutant l'embarqué en général (=cpu moins consommatrice / peu de RAM), là la part de Linux devient prépondérante
Clairement, la tendance va vers moins de 15% pour Windows Mobile et Windows CE et plutôt 50% pour Linux, le reste allant vers VxWorks et autres systèmes plus ou moins propriétaires autour de 10% chacun (je parle bien d'embarqué au sens large, pas forcément les niches PDA et smartphone, cf. plus bas).
Ceci s'explique relativement facilement :
- WM2005 a été une large régression en terme d'utilisabilité (conso mémoire, lenteurs, toujours pas d'outils de déploiement simple, Active sync toujours aussi propriétaire et non supporté directement par Microsoft qui se décharge sur les constructeurs)
- progression des outils Linux (bien plus puissants à la base que ceux de Microsoft, ceux qui ont utilisé l'infâme cabwiz comprendront, pour faire bref : du shell en .BAT ou l'on se fait répondre t'es con t'as qu'à utiliser Visual Studio 2005 à 3000 euros sur les forums pour faire le moindre truc un peu élaboré genre déployer un fichier dans un répertoire précis en changeant son nom...). Pas trop étonnant que la puissance et la foultitude d'outils Linux soit mieux maîtrisé maintenant par plus de monde, ça vaut le coup (sans troll sur la puissance de la ligne de commande).
- progression des interfaces fournies au-dessus de Linux (GPE, Qtopia, maemo, ...)
- progression des supports du matériel (par rétro-ingénierie parfois et par choix dès la conception des chipset ayant un support Linux natif ET open-source, garant de la pérennité)
Le marché de l'embarqué est très segmenté, mais plutôt que de focaliser sur le cas des PocketPC, mieux vaut avoir l'image globale qui évite les raccourcis très trompeurs. Dans le monde du GSM, BouygTel pouvait se targuer d'être leader du DCS 1800 en France (c'est encore le cas d'ailleurs), autant ne pas se faire leurrer par ce genre de prétentions (vraies, mais partiales).
J'attends avec impatience une page projet Ubuntu précisant les choix, actions et résultats obtenus, un peu comme ce qui avait été fait pour les laptops : https://wiki.ubuntu.com/LaptopTestingTeam
ya chmod 777 -R / # qui est pas mal aussi pour pouvoir écrire sur les disques récalcitrants (en ntfs par exemple)
sinon, lire la doc' (genre les pages de man) et la comprendre _avant_ de lancer n'importe quelle commande aide beaucoup, ou apprendre de ses erreurs à défaut (ce qui permet de maîtriser les installations).
[^] # Re: Simple....
Posté par BAud (site web personnel) . En réponse au message threads periodique. Évalué à 2.
[^] # Re: Debian
Posté par BAud (site web personnel) . En réponse au message quelle distribution??. Évalué à 2.
et
http://en.wikipedia.org/wiki/SGI_Octane
effectivement, au moins une personne a installé debian dessus http://fl0rian.wordpress.com/2006/09/30/new-life-for-old-iro(...)
# cela liste pas mal de SSLL
Posté par BAud (site web personnel) . En réponse au journal annuaire entreprises du libre. Évalué à 2.
L'annonce sur trollfr était : https://linuxfr.org/2007/03/13/22184.html IIRC.
[^] # Re: (clusters de PCs, Cray XT-3, IBM Blue Gene...)
Posté par BAud (site web personnel) . En réponse à la dépêche EDF libère son Code_Saturne sous licence GPL. Évalué à 3.
# dkms-nvidia
Posté par BAud (site web personnel) . En réponse au message Carte Graphique NVIDIA GeForce MX4000. Évalué à 2.
ou http://sophie.zarb.org/rpm/2007.0,i586/dkms-nvidia71xx ou http://sophie.zarb.org/rpm/2007.0,i586/dkms-nvidia_legacy selon celui qui supporte cette carte graphique...
il y a d'autres paquets qui seront sans doute nécessaire, le plus simple étant d'avoir les sources plf configurées par un http://easyurpmi.zarb.org et de lancer un urpmi --fuzzy nvidia : il t'affichera les paquets possibles.
[^] # Re: Précisions
Posté par BAud (site web personnel) . En réponse au message Samba & Active Directory. Évalué à 2.
tu disposeras ainsi d'une version plus récente de samba, cf. http://distrowatch.com/table.php?distribution=mandriva
[^] # Re: Ya du progrès
Posté par BAud (site web personnel) . En réponse à la dépêche Des jeux pour GNU/Linux. Évalué à 3.
Tu as omis de parler des FPS comme Nexuiz, OpenArena ou Tremulous ayant bénéficié de la libération des moteurs Quake.
[^] # Re: Héhé
Posté par BAud (site web personnel) . En réponse au journal L'impression 3D à la maison. Évalué à 2.
https://linuxfr.org/2004/09/06/17169.html Fabriquer son scanner 3D
https://linuxfr.org/2005/11/07/19861.html Nouvelle version de COPOS
et https://linuxfr.org/2006/01/19/20235.html Toujours à propos de scanner 3D...
le tout avec une webcam et un petit laser.
[^] # Re: Oui
Posté par BAud (site web personnel) . En réponse au message ecrire sur cle usb. Évalué à 2.
http://wiki.mandriva.com/fr/Mandriva_Linux_2007.1_Notes
m'enfin j'ai tout de même préféré la FAT32 pour ma clé 1 Go...
# congés
Posté par BAud (site web personnel) . En réponse au journal [HS] Ubuntu pactise avec Intel. Évalué à 7.
'fin, bref, tu laggues https://linuxfr.org/2007/05/07/22459.html
[^] # Re: Go
Posté par BAud (site web personnel) . En réponse à la dépêche Le président équatorien invite l'Amérique latine à utiliser le logiciel libre. Évalué à 3.
[^] # Re: oui
Posté par BAud (site web personnel) . En réponse au message limitation a plus de 4 go de stockage. Évalué à 3.
Par exemple, http://www.delafond.org/survielinux/ et si tu as une mandriva http://download.tuxfamily.org/cooker/doc/2007.1/fr/ (le starter est pas mal fait)
Quel est l'intérêt de stocker sur du NTFS mal supporté si tu es sous Linux ?
ext3 va jusqu'à 16 Go d'après
http://en.wikipedia.org/wiki/Comparison_of_file_systems#Limi(...)
[^] # Re: Je suis perdu
Posté par BAud (site web personnel) . En réponse au journal Dell avec Novell et Microsoft. Évalué à 2.
Cela ne dit _rien_ sur le volet desktop, dont cela ne parle pas, même si AMHA cela induit un très gros doute tout de même vu que le FUD sur la propriété intellectuelle a l'air de prendre au niveau des entreprises (pour les particuliers, je ne pense pas).
Tu peux lire la dépêche sur /. qui aborde le même genre de sujets http://linux.slashdot.org/article.pl?sid=07/05/07/1246213 et te faire ton opinion aussi.
Tu peux aussi tenter de faire un rapprochement avec le départ de Robert Love de Novell http://linux.slashdot.org/article.pl?sid=07/05/04/2147259 qui dans les commentaires infirme l'hypothèse de son départ liée aux accords Novell/Microsoft (sans pour autant donner de raison, un slashdotteur lance en vanne que c'est sans doute parce que Novell ne fait pas le choix de s'occuper du desktop). Je cite :
"The MSFT/NOVL agreement was not the motivation behind my departure.
I appreciate the postings by those who recognize that the speculation behind my departure is ill-founded and inappropriate.
-- Robert Love"
Si tu as plus d'infos, n'hésite pas à les donner, je me pose pas mal de questions aussi.
[^] # Re: Je suis perdu
Posté par BAud (site web personnel) . En réponse au journal Dell avec Novell et Microsoft. Évalué à 3.
# 100%
Posté par BAud (site web personnel) . En réponse au journal Un bulletin inséré dans une urne est un vote exprimé. Évalué à 1.
# les copies d'écran
Posté par BAud (site web personnel) . En réponse au journal QT Jambi en beta 2 et sous GPL !. Évalué à 3.
une doc' plus complète : http://doc.trolltech.com/qtjambi-1.0/com/trolltech/qt/qtjamb(...)
et même un white-paper http://www.trolltech.com/pdf/jambi-whitepaper-a4.pdf [770 ko]
[^] # Re: le monde du libre, c'est bien gentil...
Posté par BAud (site web personnel) . En réponse à la dépêche Dell choisit Ubuntu pour ses PC. Évalué à 1.
Il y a bien des mises à jour de bios qui sont distribuées par le constructeur ou des bugs qui pourraient être identifiés/corrigés plus facilement si c'était disponible en libre.
Le cas "le pilote envoie le firmware au matériel qui n'est pas foutu de le conserver en mémoire" n'est qu'un épiphénomène qui a mis en exergue que le firmware intégré à du matériel reste du logiciel et qu'à ce titre il doit être distribué et que la question de la licence se pose pour qu'il soit dispo sur un CD 100% libre (j'ai pas dit 100% free hein comme certains menteurs :p). C'est bien parce que bien souvent le firmware est déjà installé de manière rémanente dans le matériel que la question de sa distribution et, par là même, de sa liberté se pose.
En restant pragmatique, c'est vrai que le cas "déjà inclus au matériel" permet de se voiler la face et d'utiliser quelquechose de potentiellement défaillant qui pourrait être "facilement" corrigé s'il était dispo en libre. C'est l'approche par exemple de Marco d'Ittri qui reste pour moi un trolleur invétéré (même si je n'ai pas lu de choses récentes de sa part) et qui a(vait) beau jeu de rappeler à tout va "et ça changerait quoi d'avoir le source vu que ça marche de base et qu'il n'y a pas besoin de le distribuer". Dommage que Debian ait baissé les bras sur ce combat pour la sortie de Etch (pour un bête problème d'installeur), j'espère que ce ne sera pas le cas de la prochaine version et qu'entre-temps les constructeurs auront de plus en plus compris l'intérêt d'adopter les bonnes pratiques du libre (ce qui est de plus en plus le cas).
[^] # Re: Synchronisation
Posté par BAud (site web personnel) . En réponse à la dépêche GNOME et Ubuntu pour l'informatique mobile et embarquée. Évalué à 2.
pour expliciter :
- y-a-t-il les mêmes fonctionnalités disponibles en étant connecté pour synchro au poste utilisateur et en étant connecté directement (wifi, bluetooth, câble ethernet, gsm, umts, gprs et j'en oublie avec edge et autres)
- avez-vous des schémas d'architecture avec les différents cas d'utilisations
° en mobilité, connexion "permanente" genre wifi
° en mobilité, mode déconnecté (synchro) : ethernet ou gprs/gsm/... avec connexion ponctuelle avec les cas accès local (connexion LAN) / accès distant (généralement VPN d'entreprise)
° en mode confiné (cas d'un hangar où le wifi ou le bluetooth "restent" dans le local) permettant un accès au SI plus direct voire permanent
° en précisant les serveurs en local qui seraient nécessaires ou possibilité de les avoir en central pour une plus grande disponibilité
° en précisant les niveaux de sécurité à chaque élément : PDA, réseau, serveurs ainsi que les niveaux de disponibilité (éviter les SPOF http://fr.wikipedia.org/wiki/Single_point_of_failure notamment, surtout quand il n'y a pas d'intervenant informatique sur site)
[^] # Re: Synchronisation
Posté par BAud (site web personnel) . En réponse à la dépêche GNOME et Ubuntu pour l'informatique mobile et embarquée. Évalué à 3.
Cela ressemble au cas Affero http://www.affero.org/oagpl.html http://www.gnu.org/press/2002-03-19-Affero.fr.html (auquel la FSF est favorable même si c'est au détriment de la compatibilité avec la GPL).
Envisagez-vous de passer en GPLv3 par la suite ? Avez-vous regardé ce que la GPLv3 apporte sur les cas de tivoisation (qui est plus proche de votre problématique : le binaire considéré comme un "firmware" intégré à l'équipement ne serait pas distribué "en tant que tel" puisque dépendant du matériel, ce qui est plus que douteux dans le cas de màj du firmware mais bon...).
Votre serveur de synchronisation gère-t-il :
- les remontées de fichiers par delta (exemple : une base de données embarquée dont seules les modifs seraient transférées)
- la remontée d'info de gestion de configuration (versions des logiciels installés, utilisateur, conf' matériel pour le suivi d'un ajout de carte ou de RAM par exemple)
- le déploiement de mises à jour de logiciels (tenant compte de la gestion de conf' et d'une politique de déploiement) et avec une interface clean côté utilisateur du pda (pour remettre à plus tard la mise à jour s'il est pressé par exemple ou la suspendre pour la reprendre plus tard)
- je dois en oublier...
Avez-vous des tests de performance pour de "grosses" volumétries : 20 Mo, 50 Mo, 200 Mo, voire plus (déploiement d'une mise à jour logiciel, remontées de photos terrain par exemple, remontées de saisies en delta pour de la maintenance/rapport d'intervention...).
Avec un serveur de synchro dont je ne me rappelle plus du nom (genre truc-bridge), il avait été vu que de désactiver ActiveSync pour ne conserver que l'outil de synchro sur le PDA (en perdant la synchro de mails/agenda, mais bon...) faisait gagner 30% de perfs... avez-vous constaté le même genre de choses ? (le gros problème de activesync de toute façon c'est son protocole proprio qui peut induire des incompatibilités avec un firewall personnel par exemple, alors qu'une surcouche tcp/ip fonctionne bien en ethernet, wifi, éventuellement usb...)
[^] # Re: Synchronisation
Posté par BAud (site web personnel) . En réponse à la dépêche GNOME et Ubuntu pour l'informatique mobile et embarquée. Évalué à 5.
je te pertinente très volontiers, cela correspond exactement à mon point de vue (cf. mon post plus haut) et j'ajoute que cela correspond à une vue "col blanc" de l'utilité d'un PDA qui ne va pas tarder à exploser vu le nombre de contraintes (windows mobile 2005 avec un active sync défaillant dont le support est rejeté par microsoft sur les constructeurs, support de Notes demandant m-notes, ...) et la mise en lumière flagrantes des problèmes d'interopérabilité : cela peut être une chance pour les formats ouverts.
Pour la vision "col-bleu" (ou utilisation "métier") du PDA, comme en logistique (lecture code barre, accès au SI via wifi/bluetooth ou synchro) ou gestion de livraison/maintenance (GPS, carte des sites/points intéressants, "TomTom", ...) clairement la plateforme PocketPC n'apporte que des problèmes d'intégration et n'est focalisé que sur le PDA sans proposer d'infrastructure ni d'éléments de sécurité dignes de ce nom.
C'est comme cela que le BlackBerry a conquis son marché mettant entre les mains d'une société la plupart des mails des dirigeants d'entreprise, au détriment de toute intelligence économique ou conscience de principes de sécurité/non divulgation de base...
[^] # Re: Symbian ?
Posté par BAud (site web personnel) . En réponse à la dépêche GNOME et Ubuntu pour l'informatique mobile et embarquée. Évalué à 8.
- pour les PocketPC peut-être... (et pour cause), l'implantation de Linux procède par rétro-ingénierie
- pour les PDA en général, un peu moins entre Symbian / Palm qui ont encore de belles parts avec une orientation vers Linux ces derniers temps
- en rajoutant les smartphones encore moins de parts de marché pour windows (et une présence de Linux non négligeable même s'il n'y a pas de publicité)
- en rajoutant l'embarqué en général (=cpu moins consommatrice / peu de RAM), là la part de Linux devient prépondérante
On est loin de la "position quasi monopolistique" que tu évoquais à regarder la synthèse des OS dans l'embarqué http://www.linuxdevices.com/articles/AT7065740528.html
les résultats étant disponibles sur http://www.linuxdevices.com/cgi-bin/survey/survey.cgi?view=a(...)
Clairement, la tendance va vers moins de 15% pour Windows Mobile et Windows CE et plutôt 50% pour Linux, le reste allant vers VxWorks et autres systèmes plus ou moins propriétaires autour de 10% chacun (je parle bien d'embarqué au sens large, pas forcément les niches PDA et smartphone, cf. plus bas).
Ceci s'explique relativement facilement :
- WM2005 a été une large régression en terme d'utilisabilité (conso mémoire, lenteurs, toujours pas d'outils de déploiement simple, Active sync toujours aussi propriétaire et non supporté directement par Microsoft qui se décharge sur les constructeurs)
- progression des outils Linux (bien plus puissants à la base que ceux de Microsoft, ceux qui ont utilisé l'infâme cabwiz comprendront, pour faire bref : du shell en .BAT ou l'on se fait répondre t'es con t'as qu'à utiliser Visual Studio 2005 à 3000 euros sur les forums pour faire le moindre truc un peu élaboré genre déployer un fichier dans un répertoire précis en changeant son nom...). Pas trop étonnant que la puissance et la foultitude d'outils Linux soit mieux maîtrisé maintenant par plus de monde, ça vaut le coup (sans troll sur la puissance de la ligne de commande).
- progression des interfaces fournies au-dessus de Linux (GPE, Qtopia, maemo, ...)
- progression des supports du matériel (par rétro-ingénierie parfois et par choix dès la conception des chipset ayant un support Linux natif ET open-source, garant de la pérennité)
Pour l'histoire de Symbian il y a aussi http://linuxdevices.com/news/NS9824548612.html (qui montre bien la progression de Linux sur les smartphones)
et pour des chiffres sur les smartphones : http://linuxdevices.com/news/NS9419753617.html (30% Linux, 63% symbian et moins de 5% pour windows et le reste pour Palm et d'autres trucs).
Le marché de l'embarqué est très segmenté, mais plutôt que de focaliser sur le cas des PocketPC, mieux vaut avoir l'image globale qui évite les raccourcis très trompeurs. Dans le monde du GSM, BouygTel pouvait se targuer d'être leader du DCS 1800 en France (c'est encore le cas d'ailleurs), autant ne pas se faire leurrer par ce genre de prétentions (vraies, mais partiales).
J'attends avec impatience une page projet Ubuntu précisant les choix, actions et résultats obtenus, un peu comme ce qui avait été fait pour les laptops : https://wiki.ubuntu.com/LaptopTestingTeam
[^] # Re: La raison d'Id pour laisser tomber OpenGL?
Posté par BAud (site web personnel) . En réponse à la dépêche Mesa 3D version 6.5.3. Évalué à 6.
qui mène à un entretien avec Carmack http://www.gameinformer.com/News/Story/200701/N07.0109.1737.(...)
ou http://www.nofrag.com/2007/mar/07/24739/ qui déforme AMHA un tout petit peu les propos de http://biz.gamedaily.com/industry/feature/?id=15411&page(...)
d'autant qu'il y a des critiques de vista sur http://pc.ign.com/articles/754/754798p1.html qui pousserait à la migration pour disposer de DirectX10 comme confirmé sur http://games.slashdot.org/article.pl?sid=07/01/19/1426249 (256+1 commentaires)
[^] # Re: re
Posté par BAud (site web personnel) . En réponse au message aide fonctions. Évalué à 2.
ah le /bin/rm -fR /var a bien fonctionné alors ?
ya chmod 777 -R / # qui est pas mal aussi pour pouvoir écrire sur les disques récalcitrants (en ntfs par exemple)
sinon, lire la doc' (genre les pages de man) et la comprendre _avant_ de lancer n'importe quelle commande aide beaucoup, ou apprendre de ses erreurs à défaut (ce qui permet de maîtriser les installations).
[^] # Re: re
Posté par BAud (site web personnel) . En réponse au message aide fonctions. Évalué à 3.
[^] # Re: Jamendo?
Posté par BAud (site web personnel) . En réponse au journal Groupe de musique Tancrède. Évalué à 2.
http://faq.tuxfamily.org/Licence/Fr#Pourquoi_une_licence_lib(...)