Heureusement qu'il n'y a pas de brevets logiciels en Europe, l'effet de bord de leur existence aux Etats-Unis génère déjà assez de firmwares non libres qu'une certaine distribution s'empresse d'ajouter au kernel même en ajoutant malgré tout 100% free (comme gratuit sans doute) sur plein de CD distribués ;-)
bin j'ai synthétisé la 4ème phrase du premier paragraphe du lien que je donne :
In that same article, I also suggested that this problem was solvable by the development of a set of fonts that are the metric equivalents of the Microsoft fonts, i.e., the fonts assume the identical horizontal spacing as the Microsoft fonts such that, when substituted for the Microsoft fonts, a line of text is identically displayed.
Effectivement, il s'agit de la largeur des lettres, ce qui est le plus important puisque la hauteur est traitée au niveau des paragraphes (donc indépendemment des caractères, peu ou prou). Le positionnement des zones texte dans Impress va s'en retrouver plus stable lors de conversion au format propriétaire PowerPoint par exemple.
http://www.press.redhat.com/2007/05/09/liberation-fonts/ et hop des fontes libres équivalentes en taille à celle par défaut sous windows, pour ne plus dire que les équivalents sous GNU/Linux ne permettent pas de respecter la mise en forme initiale.
Dommage, il y a bien les remplacements pour Times, Arial, Courier mais j'ai l'impression que ComicSansMS a été oublié (je l'aime bien pourtant celle-là).
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...
[^] # Re: 100%
Posté par BAud (site web personnel) . En réponse au journal Un bulletin inséré dans une urne est un vote exprimé. Évalué à 2.
[^] # Re: Réutiliser, c'est bien !
Posté par BAud (site web personnel) . En réponse au journal Ubuntu et partage de connexion réseau. Évalué à 2.
[^] # Re: cadeau
Posté par BAud (site web personnel) . En réponse à la dépêche Red Hat étoffe son offre : Red Hat Global Desktop. Évalué à 3.
In that same article, I also suggested that this problem was solvable by the development of a set of fonts that are the metric equivalents of the Microsoft fonts, i.e., the fonts assume the identical horizontal spacing as the Microsoft fonts such that, when substituted for the Microsoft fonts, a line of text is identically displayed.
Effectivement, il s'agit de la largeur des lettres, ce qui est le plus important puisque la hauteur est traitée au niveau des paragraphes (donc indépendemment des caractères, peu ou prou). Le positionnement des zones texte dans Impress va s'en retrouver plus stable lors de conversion au format propriétaire PowerPoint par exemple.
# cadeau
Posté par BAud (site web personnel) . En réponse à la dépêche Red Hat étoffe son offre : Red Hat Global Desktop. Évalué à 9.
Dommage, il y a bien les remplacements pour Times, Arial, Courier mais j'ai l'impression que ComicSansMS a été oublié (je l'aime bien pourtant celle-là).
[^] # Re: Précisions
Posté par BAud (site web personnel) . En réponse au message Samba & Active Directory. Évalué à 2.
[^] # 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...