Dans mon cas:
- mon webmail
- 1 ou 2 sites de news (dont parfois linuxfr, lemonde.fr ...)
- les 3 ml qui recoivent les logs et/ou contenus des commits cvs sur les projets auquels je participe
- le bugtracker de mon taf
- le gestionnaire de doc (aka wiki) de mon taf
- l'interface web sur mes outils de monitoring (avec souvent un ou deux onglets pour supplémentaires pour des choses qui nécéssitent une surveillance accrue).
- des groupes de 4 ou 5 onglets de docs/tutoriaux/specifications/... sur des des thèmes précis, parce que mon boulot fait que je bosse sur plusieurs choses à la fois, que je doit "switcher" entres des thèmes dans la journée mais que je retrouve les mêmes thèmes pendant plusieurs semaines. Donc les docs de références ou tutoriaux en cours de lecture restent là pendant quelque temps (et l'utilisation de bookmark est dans ce cas ingérable, une perte de temps).
- un ou deux onglets pour le surf courant (adresses recues par email, irc, news rss, recherches google ...)
Peut être que cet usage te parait abusif mais je crois qu'il va devenir commun au fur et à mesure que les "applications web" vont prendre le pas, ce qui est une tendance générale même pour les non-geeks (webmails, agreggateurs rss, blogs etc.).
Finallement le navigateur devient une interface uniforme et commode pour traiter de façon commune des données textuelles autrefois dispersées (news nntp, mail, écriture et lecture de docs applicatives/système etc). Le système des onglets aide beaucoup. SessionSaver aussi.
J'ai noté des améliorations dans les 1.5beta surtout sur le switch entre onglet.
Ah oui c'est clair, le switch entre onglets est beaucoup plus rapide avec la version 1.5 ! Je travaille avec 40 à 50 onglets ouverts en pemanence, dans ces conditions la différence est frappante.
Idem pour revenir sur la page précédente (ou repasser à la suivante), c'est maintenant instantané sur le html statique.
Ça me donne l'impression d'un firefox beaucoup plus léger (à moins qu'il le soit effectivement ?).
Le problème des "onglets bloquant tout" dont tu parle semble avoir disparu aussi. J'ai lu qu'ils avaient beaucoup travaillé là dessus pour la v1.5. Par contre ils n'ont pas encore corrigé le problème de "tab overflow" (lorsqu'on a trop de tabs, les plus récentes sortent de la zone d'affichage visible).
Évidemment, avec Mozilla, j'ai regretté la possibilité offerte par Galeon de rétablir les onglets ouverts avant plantage.
Elle n'avait pas disparu de Galeon ? Je ne suis pas sûr à 100% (ça remonte à loin) mais il me avoir céssé d'utiliser Galeon à cause de la disparition de cette option (rétablissement après plantage ou fermeture globale) qui m'a poussé à changer. En tout cas j'avait été déçu par l'amoindrissement des fonctionalités, et la difficultée croissante à le compiler sur slackware (à cause des dependances).
Quoiqu'il en soit, j'ai découvert l'extension Session Saver de FF (qui ne l'empêche pas d'être un peu trop lourd à mon gout).
Je ne crois pas que la question portait seulement sur la dispo des sources des drivers.
En l'occurence Conexant est connu pour son chipset grand public PrismGT, pour lequel il n'a pas filé de docs aux devs d'unix libres (reverse engeneering, nous voilà) et surtout, à interdit la redistribution du firmware, même pour un but non lucratif (le prismgt fait parti de ces chipsets dont le constructeur a voulu economiser un petit bout de rom en forçant le chargement dynamique - avant chaque utilistion - du firmware par l'OS hote).
Bref on peut très bien se retrouver avec un driver opensource mais inutilisable sans un firmware binaire et problèmatique (comment son integration avec le noyau va-t-elle evoluer avec le temps ? impossible intégration dans les "distros" non officielles ? ...).
Bon, celà dit je ne sait rien sur le Conexant CX3110X.
Le chip bluetooth est étrange aussi, on dirait que ce n'est pas du CSR. Quelqu'un en sait plus ?
Pour la facilité de flashage, on dirait bien que oui (et le contraire eu été suprenant):
"Maemo 1.1 RC Coming [...] he new release features the following: [...]
Linux Flasher tool to flash new product software (or developer rootfs)".
(http://www.internettablettalk.com/ )
Pour le framework, je crois que tu peut l'essayer sans l'appareil (ils fournissent même un livecd).
Pour les drivers, il faudrait avoir la bête sous la main pour vérifier, mais c'est une vraie question, et je suis très intéréssé aussi. Surtout concernant le wifi, parceque le .config du kernel ( http://maemo.org/maemowiki/KernelConfig) m'inquiete un peu: CONFIG_CX3110X=m" et "CONFIG_FW_LOADER=y", donc on dirait bien du Connexant, un constructeur déplorable.
Roohhh le veinard, hé ! Bon pusique c'est comme ça, ta mission c'est de bugziller tout les petits bugs pour que la version définitive pour non-developpeurs qu'on achetera soit super au point :P (genre le problème d'internationalisation, il est reporté ?).
Bonne question, je me demande aussi, par exemple, si les bugs que tu a trouvé seront corrigés à la sortie (j'aimerai que l'appareil soit parfait, tellement je suis ébahi par l'honneteté de leur démarche logicielle).
ps: c'est vrai que c'est un peu dommage pour l'absence de chipset de téléphonie ; mais je suis certain que la horde de hacker sur la brèche trouvera à prouver l'utilité de l'appareil quand même ;)
ps2: un autre atout, son prix: 300 euros, c'est bien en-dessous du prix des autres PDA sous Linux.
Je ne peut pas répondre à tes questions (je n'ai pas ce joli appareil), mais il me semble que les contribs de maemo on pour une grande part étés intégrées dans gnome. Ils ont prévu une partie "Maemo extensions" pour les logiciels non libres, donc il y a des chances pour que ça soit utilisé (je pense par ex. au "flash player 6", indiqué dans la news).
Je suppose que s'ils fournissent un environement de developpement, c'est pour qu'on puisse hacker ;)
Il ont aussi subventionné une boite spécialisée dans le LL (dont j'ai oublié le nom :/ )qui a fait quelques developpements intéressants au-delà de cet appareil, pour l'occasion (des jeux, un plugin ODF pour abiword, ...).
Je trouve que le projet nokia770/maemo est un modèle exemplaire d'une contribution au LL réussie. Je les liste ici (si ça peut servir de checklist pour de futurs projets de linux embarqués) ;-) :
- outils d'informations / communautaires très au point: mailin-lists, wiki, syndication de blogs, site web super bien fait: tout est clair (ils ont même pensé à mettre leurs docs & images sous licence libre...)
- mise à disposition des spécs complétes de l'appareil sans nda pour les devs (parrait-il)
- patches de qualité suffisante pour qu'ils soient intégrés upstream (par ex dans le kernel officiel, c'est très rare dans les projets embarqués qui baclent souvent les finitions), et d'une façon générale, travail mains dans la mains avec l'upstream (kernel, gnome).
- dons de l'appareil à de nombreux developpeurs, tarifs préférentiels pour les autres.
- documentation extensive du framework (du tutorial et how-to pour débuter jusqu'à la documentation rigoureuse et extensive de l'API...).
- intégration du framework dans les environements de developpement/cross compil communautaires existant (scratchbox, openembedded, eclipse)
- basé le plus possible sur des outils existants et les "good practices" connus par la communauté (comme .deb et apt-get pour les packages et mises à jour, subversion, gcc, d-bus, sdl, gstreamer ...)
- transparence : roadmap (projets et objectifs) publiés, contenu du bug tracker public, accès anonyme au dépôt subversion ...
- bindings sur le framework pour plein de langages (python, java, c++ notament)
Je developpe pour un autre PDA (developpé par MontaVista à base de Qtopia) sous Linux pour mon travail, je peut vous assurer que je rève de switcher à maemo. Les produits developpés par MontaVista sont très loins d'atteindre ce niveau d'ouverture et de support. Je ne peut rien dire sur la qualité du hardware, mais quant au support de l'open source, ils ne se sont pas foutu de notre gueule (comme le font souvent les grosses boites).
Ca me fait un peu penser à Bitkeeper, en fait :)) Sauf que Shuttleworth est visiblement meilleur bonimenteur que Larry McVoy...
Ça me rappelle que Canonical à financé le developpement de Bazaar, un outil libre alternatif à bitekeeper pour échanger des patches / gérer des dépôts de sources.
En d'autres termes, lorsque Shuttleworth indique qu'il faut améliorer l'échange entre les distributions au niveau des sources, traductions, butrackers etc., il fourni des réponses très concrètes (launchpad, bazaar etc.).
Se contenter de troller sur le fait que launchpad n'est pas encore releasé, sans jamais considérer l'interet de cette plateforme et des autres outils mis en place, est un peu au-dessous de la ceinture je trouve: j'aurai pu répondre que mandriva favorise aussi le logiciel propriétaire en le distribuant dans sa version commercial (et que la compatibilité binaire sert surtout à ça) mais ce n'est pas non plus très pertinent.
Ces outils facilitent la réutilisation du travail d'Ubuntu par les autres, y compris Mandriva, sans discrimination.
Maintenant, à part ranter sur sa page perso, quelles sont les avancées significatives de Duval/Mandriva pour réaliser son projet astronomique de compatibilité binaire (par ex. dans le kernel, la glibc, apache, php, ...) ?
Peut tu me montrer un changement de Mandriva clairement mis en oeuvre pour être compatible binairement avec Ubuntu ?
Au moins Shuttleworth n'a-t-il pas la prétention d'objectifs irréalisables et hors de sa portée (comme la compat binaire entre toutes les distros à un instant t), et se donne-t-il la peine de faire avancer significativement ses objectifs, plus modestes il est vrai.
Oui à un service public bien géré et utile, non aux gaspillage dans tous les sens, sous prétexte de service public.
Ce qui est un peu dommage dans le projet de semi privatisation qui se prépare, c'est que seuls les services rentables seront privatisés (genre, les collissimos etc., mais pas la disrib des simples courriers dans les petits villages des Alpes).
C'est une démarche courante à droite, que certains appellent, de façon très juste: « privatiser les bénéfices, nationaliser les dettes ».
En tout cas si le projet est mis en oeuvre en l'état la rentabilité de la poste diminura encore.
Je voudrais pas dire de conneries, mais je crois que c'est (c'était ?) possible avec le OpenOffice.org standard ; il me semble me souvenir qu'il est possible de faire une installation "multi-utilisateurs" (par exemple sur un serveur de fichiers).
Les thèmes annoncés en couv' sont toujours alléchant, en proportion inverse du contenu ! Je me suis fait avoir une dizaine de fois mais maintenant pas question d'acheter ce truc, quelque soit la couv.
Car les articles sont toujours trop cours pour le sujet (généralement très ambitieux, comme "Apprenez à programer en C++" ;), peu approfondis, superficiels et parfois baclés. On sent aussi qu'ils ne sont pas toujours écrits par des spécialistes très pointus (à la différence de linux mag ou misc par ex.).
Je suis surpris qu'ils n'aient pas révisé leur formule avec le temps. j'aurai préféré qu'ils en fassent un bon mag, plutôt que de couler ...
3) ne veulent pas se donner la peine de compiler (et du coup, je suppose: tester, puisque c'est la partie la plus longue) sur les diverses distros.
Le jour ou les logiciels dont il est question dans cette enfilade (skype, oracle, opera ...) proposeront un package binaire linké dynamiquement et soit-disant "universel", je m'inquieterai sur la qualité et la stabilité du bouzin. LSB ou pas.
Comme le répètent Shuttleworth et Ulrich Drepper, prétendre à la compatibilité binaire, à la stabilité des ABI ("stabilité" au sens de constance entre les différentes distros) est une vaste fumisterie.
Merci Gael Duval pour cet enfumage de première.
Ce qui compte évidement, c'est d'avoir une stabilité des API (constance de l'interface de programmation) suffisante pour que la compilation (par l'utilisateur ou par le packageur) soit possible sans mal avec la version des libs qu'il à choisi (disont, dans une fenêtre raisonable de versions).
ODF a plein d'avantages, et en premier lieu d'être un format standard¹ et ouvert.
De là à dire qu'il va faciliter l'intéropérabilité avec Koffice et Abiword (qui n'est pas une suite office), on tombe dans la désinformation. Ces deux traitements de textes & suites (et Ooo aussi) ont fait des efforts considérables pour bien supporter le format de document de Microsoft Word, mais leur support pour ODF et encore très jeune et balbutiant.
Par ailleur le mainteneur de Gnumeric a émis de sérieux doutes sur la portabilité du format de feuilles de calculs ODF (les formules & equations n'y sont quasiment pas spécifiées, ce qui conduira selon lui à faire des implémentations incompatibles).
Bref, ceux qui ont besoin de documents interopérables entre Ooo et Abiword, Gnumeric ou Koffice devront encore enregister une copie de leurs documents en .doc/.xls pendant quelque temps (ou .rtf ou ...).
¹ Standard de l'OASIS pour le moment, mais il a été récement question de soumettre ODF au processus de standardisation de l'IETF. Quelqu'un saurait si ça a avancé ?
ps: quel délai pour la version localisée en français (quelques jours ? des semaines ? des mois ?) ; la version en .deb est-elle toujours prévue ?
En l'occurence il s'agit bien de divers petits hacks d'optimisation (comme ajouter un cache par ci, court circuiter par là ...) pas d'un refactoring (changement structurel).
Bref, qu'ils parviennent à considérablement améliorer les choses ne signifie pas que l'archi était mauvaise. Et c'est typiquement un travail qu'il faut toujours faire dans l'après coup. « Premature optimisations is the root of all evil » comme chacun sait.
Les principes et fonctionalités sont les mêmes: il s'appui sur les fonctionalités de profiling du noyau Linux (ça ne marche pas sur d'autres plateformes), il ne nécéssite pas d'options spécifiques lors de la compilation des binaires à profiler, il ne grève presque pas les perfs, et il permet de profiler un environnement en prod de a à z sans en perturber le fonctionnement.
OProfile est moins joli que sysprof mais peut être utile pour les inconditionels de la console, pour ceux qui veulent profiler sur des machines sans x11 (par ex. des serveurs en prod), ou integrer un outil de profiling dans des shells scripts.
nb: dans tout les cas (sysprof ou oprofile) il faut compiler son noyau avec le support pour le profiling.
Oui oui, bien sûr, ROX n'est pas un programme gnome. Ce que je voulais dire, c'est que dans gnome, il est possible de remplacer (efficacement, simplement, globalement) evolution par sylpheed, epiphany par firefox, abiword par oofice, etc. bref, les applis natives par des applis tierces (eg. venant de KDE).
Gnome permet de configurer de façon globale le mua, le tableur, le traitement de texte, l'éditeur, le navigateur, le lecteur audio/vidéo ... par défault, et c'est intégré dans les principales distros. Mais ce n'est pas le cas pour l'explorateur de fichiers.
rox-filer peut être installé et utilisé totalement indépendament du bureau rox. (et surtout, on peut le compiler à la main, quoiqu'en dise la doc, et eviter leur monstrueux système d'installation par default ;).
rox ne place pas la compatibilité avec freedesktop.org au centre de leurs priorités, ça ne facilte surement pas les choses.
On sait tous que le nautilus devrais se lancer le plus rapidement possible
Ça me rappelle une question qui me vient souvent au sujet de la lenteur de Nautilus.
Bien qu'il ai moins de fonctionalités (p. ex. il n'utilise pas gnome-vfs), le navigateur de fichier (en gtk) rox-filer ( http://rox.sourceforge.net ) est incroyablement rapide, fulgurant, même sur des machines modestes. Une meilleur intégration dans gnome rendrai gnome utilisable sur les petites configs.
Pourtant rox-filer est snobbé par les distros (aucune ne le propose en alternative à Nautilus lors de l'install de gnome, il n'est pas dans les packages de Debian etc.) et bien sur par le projet gnome lui-même (on peut facilement choisir un mua alternatif à evolution, mais c'est plus difficile pour le gestionnaire de fichiers). Pourquoi ce logiciel, si performant, est ignoré de la sorte ?
Ah bon ? C'est quasiment le même installeur que celui de Debian pourtant. T'as eu des problèmes avec quel type de matériel ?
Pour le support matériel, le pb c'est surtout le kernel. Celui de Sarge était déjà vieux d'un an lorsqu'elle est sortie.
À l'époque ou Etch sortira, le noyau de Sarge sera complétement à la ramasse sur le support matériel, surtout pour les serveurs (le support des cartes réseau, des cartes scsi & raid etc. est important dès l'install). Certes on pourra bidouiller (comme on faisait avec woody) et coller un kernel plus récent, mais c'est s'exposer à des soucis divers (eg. il n'y a plus de support devfs dans les noyaux récents).
Celà dit je ne suis pas pret à mettre Ubuntu sur mes serveurs pour le boulôt (pas assez confiance). Y a-t-il parmis vous des admins qui font ça ? j'aimerai avoir des retours d'expérience...
Non le WPA2 ne sera pas encore supporté en 3.8. C'est le gros point noir du moment ches OpenBSD à mon avis.
Si ton environnement te le permet, tu pourrai te rabattre sur IPsec (et ça tombe bien, il y a eu un gros refactoring d'isakmpd, l'ajout de sasyncd, ipsecctl etc.).
Pour les chipsets 802.11g bien supportée: les Ralink RT25* et les atheros (attention, chipsets AR5210, AR5211, AR5212 uniquement). Ma préférence va aux ralink, qui sont plus facile à trouver, très bon marché, et parceque Ralink joue vraiment le jeux avec les logiciels libres (envoient des cartes aux devs, fournissent toutes les specs, etc.).
Il y a d'autres chipsets supportés (atmel, admtek, intel, ...), mais ces deux là fonctionnent très bien autant en mode bss, ibss, hostap que monitor et n'ont pas de problèmes de licence concernant la redistribution des firmwares. Ces deux chipsets supporteront probablement WPA2 lorsqu'il sera intégré, puisqu'ils le supportent déjà sur d'autres OS.
Au rayon des petites changements sympas: la swap est encryptée par defaut, le shell par defaut (y compris pour root) est maintenant ksh ;), l'installation est maintenant 100% possible sur IPv6, le support de la localisation (au delà de C/POSIX) et des fonctions w* dans la libc, et évidement un milliard de nouveaux trucs dans pf et pfctl.
[^] # Re: Adblock integré ?
Posté par herodiade . En réponse à la dépêche Galeon fusionne avec Epiphany. Évalué à 2.
- mon webmail
- 1 ou 2 sites de news (dont parfois linuxfr, lemonde.fr ...)
- les 3 ml qui recoivent les logs et/ou contenus des commits cvs sur les projets auquels je participe
- le bugtracker de mon taf
- le gestionnaire de doc (aka wiki) de mon taf
- l'interface web sur mes outils de monitoring (avec souvent un ou deux onglets pour supplémentaires pour des choses qui nécéssitent une surveillance accrue).
- des groupes de 4 ou 5 onglets de docs/tutoriaux/specifications/... sur des des thèmes précis, parce que mon boulot fait que je bosse sur plusieurs choses à la fois, que je doit "switcher" entres des thèmes dans la journée mais que je retrouve les mêmes thèmes pendant plusieurs semaines. Donc les docs de références ou tutoriaux en cours de lecture restent là pendant quelque temps (et l'utilisation de bookmark est dans ce cas ingérable, une perte de temps).
- un ou deux onglets pour le surf courant (adresses recues par email, irc, news rss, recherches google ...)
Peut être que cet usage te parait abusif mais je crois qu'il va devenir commun au fur et à mesure que les "applications web" vont prendre le pas, ce qui est une tendance générale même pour les non-geeks (webmails, agreggateurs rss, blogs etc.).
Finallement le navigateur devient une interface uniforme et commode pour traiter de façon commune des données textuelles autrefois dispersées (news nntp, mail, écriture et lecture de docs applicatives/système etc). Le système des onglets aide beaucoup. SessionSaver aussi.
[^] # Re: Adblock integré ?
Posté par herodiade . En réponse à la dépêche Galeon fusionne avec Epiphany. Évalué à 2.
Ah oui c'est clair, le switch entre onglets est beaucoup plus rapide avec la version 1.5 ! Je travaille avec 40 à 50 onglets ouverts en pemanence, dans ces conditions la différence est frappante.
Idem pour revenir sur la page précédente (ou repasser à la suivante), c'est maintenant instantané sur le html statique.
Ça me donne l'impression d'un firefox beaucoup plus léger (à moins qu'il le soit effectivement ?).
Le problème des "onglets bloquant tout" dont tu parle semble avoir disparu aussi. J'ai lu qu'ils avaient beaucoup travaillé là dessus pour la v1.5. Par contre ils n'ont pas encore corrigé le problème de "tab overflow" (lorsqu'on a trop de tabs, les plus récentes sortent de la zone d'affichage visible).
[^] # Re: Réactivité
Posté par herodiade . En réponse à la dépêche Galeon fusionne avec Epiphany. Évalué à 2.
Elle n'avait pas disparu de Galeon ? Je ne suis pas sûr à 100% (ça remonte à loin) mais il me avoir céssé d'utiliser Galeon à cause de la disparition de cette option (rétablissement après plantage ou fermeture globale) qui m'a poussé à changer. En tout cas j'avait été déçu par l'amoindrissement des fonctionalités, et la difficultée croissante à le compiler sur slackware (à cause des dependances).
Quoiqu'il en soit, j'ai découvert l'extension Session Saver de FF (qui ne l'empêche pas d'être un peu trop lourd à mon gout).
[^] # Re: modifiable ?
Posté par herodiade . En réponse à la dépêche Nokia 770 Internet Tablet sous Linux. Évalué à 2.
En l'occurence Conexant est connu pour son chipset grand public PrismGT, pour lequel il n'a pas filé de docs aux devs d'unix libres (reverse engeneering, nous voilà) et surtout, à interdit la redistribution du firmware, même pour un but non lucratif (le prismgt fait parti de ces chipsets dont le constructeur a voulu economiser un petit bout de rom en forçant le chargement dynamique - avant chaque utilistion - du firmware par l'OS hote).
Bref on peut très bien se retrouver avec un driver opensource mais inutilisable sans un firmware binaire et problèmatique (comment son integration avec le noyau va-t-elle evoluer avec le temps ? impossible intégration dans les "distros" non officielles ? ...).
Bon, celà dit je ne sait rien sur le Conexant CX3110X.
Le chip bluetooth est étrange aussi, on dirait que ce n'est pas du CSR. Quelqu'un en sait plus ?
[^] # Re: Mauvaise excuse
Posté par herodiade . En réponse à la dépêche Posse Press en difficulté. Évalué à 2.
[^] # Re: modifiable ?
Posté par herodiade . En réponse à la dépêche Nokia 770 Internet Tablet sous Linux. Évalué à 3.
"Maemo 1.1 RC Coming [...] he new release features the following: [...]
Linux Flasher tool to flash new product software (or developer rootfs)".
(http://www.internettablettalk.com/ )
D'ailleur des types d'OpenEmbedded ont déjà sorti une image basée sur GPE (http://maemo.org/pipermail/maemo-developers/2005-August/0009(...)
J'espère qu'ils arriveront à faire une image qtopia/opie aussi :)
Pour le framework, je crois que tu peut l'essayer sans l'appareil (ils fournissent même un livecd).
Pour les drivers, il faudrait avoir la bête sous la main pour vérifier, mais c'est une vraie question, et je suis très intéréssé aussi. Surtout concernant le wifi, parceque le .config du kernel ( http://maemo.org/maemowiki/KernelConfig) m'inquiete un peu: CONFIG_CX3110X=m" et "CONFIG_FW_LOADER=y", donc on dirait bien du Connexant, un constructeur déplorable.
[^] # Re: ...
Posté par herodiade . En réponse à la dépêche Nokia 770 Internet Tablet sous Linux. Évalué à 3.
Nah, c'est la punition ;)
[^] # Re: ...
Posté par herodiade . En réponse à la dépêche Nokia 770 Internet Tablet sous Linux. Évalué à 4.
ps: c'est vrai que c'est un peu dommage pour l'absence de chipset de téléphonie ; mais je suis certain que la horde de hacker sur la brèche trouvera à prouver l'utilité de l'appareil quand même ;)
ps2: un autre atout, son prix: 300 euros, c'est bien en-dessous du prix des autres PDA sous Linux.
[^] # Re: modifiable ?
Posté par herodiade . En réponse à la dépêche Nokia 770 Internet Tablet sous Linux. Évalué à 7.
Je suppose que s'ils fournissent un environement de developpement, c'est pour qu'on puisse hacker ;)
Il ont aussi subventionné une boite spécialisée dans le LL (dont j'ai oublié le nom :/ )qui a fait quelques developpements intéressants au-delà de cet appareil, pour l'occasion (des jeux, un plugin ODF pour abiword, ...).
Je trouve que le projet nokia770/maemo est un modèle exemplaire d'une contribution au LL réussie. Je les liste ici (si ça peut servir de checklist pour de futurs projets de linux embarqués) ;-) :
- outils d'informations / communautaires très au point: mailin-lists, wiki, syndication de blogs, site web super bien fait: tout est clair (ils ont même pensé à mettre leurs docs & images sous licence libre...)
- mise à disposition des spécs complétes de l'appareil sans nda pour les devs (parrait-il)
- patches de qualité suffisante pour qu'ils soient intégrés upstream (par ex dans le kernel officiel, c'est très rare dans les projets embarqués qui baclent souvent les finitions), et d'une façon générale, travail mains dans la mains avec l'upstream (kernel, gnome).
- dons de l'appareil à de nombreux developpeurs, tarifs préférentiels pour les autres.
- documentation extensive du framework (du tutorial et how-to pour débuter jusqu'à la documentation rigoureuse et extensive de l'API...).
- intégration du framework dans les environements de developpement/cross compil communautaires existant (scratchbox, openembedded, eclipse)
- basé le plus possible sur des outils existants et les "good practices" connus par la communauté (comme .deb et apt-get pour les packages et mises à jour, subversion, gcc, d-bus, sdl, gstreamer ...)
- transparence : roadmap (projets et objectifs) publiés, contenu du bug tracker public, accès anonyme au dépôt subversion ...
- bindings sur le framework pour plein de langages (python, java, c++ notament)
Je developpe pour un autre PDA (developpé par MontaVista à base de Qtopia) sous Linux pour mon travail, je peut vous assurer que je rève de switcher à maemo. Les produits developpés par MontaVista sont très loins d'atteindre ce niveau d'ouverture et de support. Je ne peut rien dire sur la qualité du hardware, mais quant au support de l'open source, ils ne se sont pas foutu de notre gueule (comme le font souvent les grosses boites).
[^] # Re: Mauvaise communication
Posté par herodiade . En réponse à la dépêche Gaël Duval répond à Mark Shuttleworth. Évalué à 5.
Ça me rappelle que Canonical à financé le developpement de Bazaar, un outil libre alternatif à bitekeeper pour échanger des patches / gérer des dépôts de sources.
En d'autres termes, lorsque Shuttleworth indique qu'il faut améliorer l'échange entre les distributions au niveau des sources, traductions, butrackers etc., il fourni des réponses très concrètes (launchpad, bazaar etc.).
Se contenter de troller sur le fait que launchpad n'est pas encore releasé, sans jamais considérer l'interet de cette plateforme et des autres outils mis en place, est un peu au-dessous de la ceinture je trouve: j'aurai pu répondre que mandriva favorise aussi le logiciel propriétaire en le distribuant dans sa version commercial (et que la compatibilité binaire sert surtout à ça) mais ce n'est pas non plus très pertinent.
Ces outils facilitent la réutilisation du travail d'Ubuntu par les autres, y compris Mandriva, sans discrimination.
Maintenant, à part ranter sur sa page perso, quelles sont les avancées significatives de Duval/Mandriva pour réaliser son projet astronomique de compatibilité binaire (par ex. dans le kernel, la glibc, apache, php, ...) ?
Peut tu me montrer un changement de Mandriva clairement mis en oeuvre pour être compatible binairement avec Ubuntu ?
Au moins Shuttleworth n'a-t-il pas la prétention d'objectifs irréalisables et hors de sa portée (comme la compat binaire entre toutes les distros à un instant t), et se donne-t-il la peine de faire avancer significativement ses objectifs, plus modestes il est vrai.
[^] # Re: Mauvaise excuse
Posté par herodiade . En réponse à la dépêche Posse Press en difficulté. Évalué à 7.
Ah si, tu aurait pu être developpeur Mono (et en plus, travailler sous *BSD !) ;-)
[^] # Re: faut pas s'étonner !!!!!
Posté par herodiade . En réponse à la dépêche Posse Press en difficulté. Évalué à 10.
Ce qui est un peu dommage dans le projet de semi privatisation qui se prépare, c'est que seuls les services rentables seront privatisés (genre, les collissimos etc., mais pas la disrib des simples courriers dans les petits villages des Alpes).
C'est une démarche courante à droite, que certains appellent, de façon très juste: « privatiser les bénéfices, nationaliser les dettes ».
En tout cas si le projet est mis en oeuvre en l'état la rentabilité de la poste diminura encore.
[^] # Re: Portable OpenOffice
Posté par herodiade . En réponse à la dépêche OpenOffice 2.0. Évalué à 2.
[^] # Re: Je leur interdit de fermer boutique
Posté par herodiade . En réponse à la dépêche Posse Press en difficulté. Évalué à 10.
Les thèmes annoncés en couv' sont toujours alléchant, en proportion inverse du contenu ! Je me suis fait avoir une dizaine de fois mais maintenant pas question d'acheter ce truc, quelque soit la couv.
Car les articles sont toujours trop cours pour le sujet (généralement très ambitieux, comme "Apprenez à programer en C++" ;), peu approfondis, superficiels et parfois baclés. On sent aussi qu'ils ne sont pas toujours écrits par des spécialistes très pointus (à la différence de linux mag ou misc par ex.).
Je suis surpris qu'ils n'aient pas révisé leur formule avec le temps. j'aurai préféré qu'ils en fassent un bon mag, plutôt que de couler ...
[^] # Re: J'ai la berlue
Posté par herodiade . En réponse à la dépêche Quand Mark Shuttleworth fait le point sur Ubuntu. Évalué à 2.
Heu ... NetBSD ?
pourquoi utiliser l'autre os et tous ses défauts (virus/spy/fw)
ha non
[^] # Re: Compatibilite binaire
Posté par herodiade . En réponse à la dépêche Gaël Duval répond à Mark Shuttleworth. Évalué à 9.
3) ne veulent pas se donner la peine de compiler (et du coup, je suppose: tester, puisque c'est la partie la plus longue) sur les diverses distros.
Le jour ou les logiciels dont il est question dans cette enfilade (skype, oracle, opera ...) proposeront un package binaire linké dynamiquement et soit-disant "universel", je m'inquieterai sur la qualité et la stabilité du bouzin. LSB ou pas.
Comme le répètent Shuttleworth et Ulrich Drepper, prétendre à la compatibilité binaire, à la stabilité des ABI ("stabilité" au sens de constance entre les différentes distros) est une vaste fumisterie.
Merci Gael Duval pour cet enfumage de première.
Ce qui compte évidement, c'est d'avoir une stabilité des API (constance de l'interface de programmation) suffisante pour que la compilation (par l'utilisateur ou par le packageur) soit possible sans mal avec la version des libs qu'il à choisi (disont, dans une fenêtre raisonable de versions).
# Intéropérabilité
Posté par herodiade . En réponse à la dépêche OpenOffice 2.0. Évalué à 7.
De là à dire qu'il va faciliter l'intéropérabilité avec Koffice et Abiword (qui n'est pas une suite office), on tombe dans la désinformation. Ces deux traitements de textes & suites (et Ooo aussi) ont fait des efforts considérables pour bien supporter le format de document de Microsoft Word, mais leur support pour ODF et encore très jeune et balbutiant.
Par ailleur le mainteneur de Gnumeric a émis de sérieux doutes sur la portabilité du format de feuilles de calculs ODF (les formules & equations n'y sont quasiment pas spécifiées, ce qui conduira selon lui à faire des implémentations incompatibles).
Bref, ceux qui ont besoin de documents interopérables entre Ooo et Abiword, Gnumeric ou Koffice devront encore enregister une copie de leurs documents en .doc/.xls pendant quelque temps (ou .rtf ou ...).
¹ Standard de l'OASIS pour le moment, mais il a été récement question de soumettre ODF au processus de standardisation de l'IETF. Quelqu'un saurait si ça a avancé ?
ps: quel délai pour la version localisée en français (quelques jours ? des semaines ? des mois ?) ; la version en .deb est-elle toujours prévue ?
[^] # Re: Comment font-ils leurs tests ?
Posté par herodiade . En réponse à la dépêche Rendre GNOME rapide. Évalué à 8.
Bref, qu'ils parviennent à considérablement améliorer les choses ne signifie pas que l'archi était mauvaise. Et c'est typiquement un travail qu'il faut toujours faire dans l'après coup. « Premature optimisations is the root of all evil » comme chacun sait.
[^] # Re: Entreprises française faisant du service openBSD
Posté par herodiade . En réponse à la dépêche OpenBSD fête ses 10 ans !. Évalué à 6.
# sysprof
Posté par herodiade . En réponse à la dépêche Rendre GNOME rapide. Évalué à 6.
Les principes et fonctionalités sont les mêmes: il s'appui sur les fonctionalités de profiling du noyau Linux (ça ne marche pas sur d'autres plateformes), il ne nécéssite pas d'options spécifiques lors de la compilation des binaires à profiler, il ne grève presque pas les perfs, et il permet de profiler un environnement en prod de a à z sans en perturber le fonctionnement.
OProfile est moins joli que sysprof mais peut être utile pour les inconditionels de la console, pour ceux qui veulent profiler sur des machines sans x11 (par ex. des serveurs en prod), ou integrer un outil de profiling dans des shells scripts.
nb: dans tout les cas (sysprof ou oprofile) il faut compiler son noyau avec le support pour le profiling.
[^] # Re: bla bla bla bla bla bla bla bla bla bla
Posté par herodiade . En réponse à la dépêche Rendre GNOME rapide. Évalué à 3.
Gnome permet de configurer de façon globale le mua, le tableur, le traitement de texte, l'éditeur, le navigateur, le lecteur audio/vidéo ... par défault, et c'est intégré dans les principales distros. Mais ce n'est pas le cas pour l'explorateur de fichiers.
rox-filer peut être installé et utilisé totalement indépendament du bureau rox. (et surtout, on peut le compiler à la main, quoiqu'en dise la doc, et eviter leur monstrueux système d'installation par default ;).
rox ne place pas la compatibilité avec freedesktop.org au centre de leurs priorités, ça ne facilte surement pas les choses.
[^] # Re: bla bla bla bla bla bla bla bla bla bla
Posté par herodiade . En réponse à la dépêche Rendre GNOME rapide. Évalué à 5.
Ça me rappelle une question qui me vient souvent au sujet de la lenteur de Nautilus.
Bien qu'il ai moins de fonctionalités (p. ex. il n'utilise pas gnome-vfs), le navigateur de fichier (en gtk) rox-filer ( http://rox.sourceforge.net ) est incroyablement rapide, fulgurant, même sur des machines modestes. Une meilleur intégration dans gnome rendrai gnome utilisable sur les petites configs.
Pourtant rox-filer est snobbé par les distros (aucune ne le propose en alternative à Nautilus lors de l'install de gnome, il n'est pas dans les packages de Debian etc.) et bien sur par le projet gnome lui-même (on peut facilement choisir un mua alternatif à evolution, mais c'est plus difficile pour le gestionnaire de fichiers). Pourquoi ce logiciel, si performant, est ignoré de la sorte ?
[^] # Re: Debian et Ubuntu
Posté par herodiade . En réponse à la dépêche Ubuntu 5.10 est sortie. Évalué à 4.
Pour le support matériel, le pb c'est surtout le kernel. Celui de Sarge était déjà vieux d'un an lorsqu'elle est sortie.
À l'époque ou Etch sortira, le noyau de Sarge sera complétement à la ramasse sur le support matériel, surtout pour les serveurs (le support des cartes réseau, des cartes scsi & raid etc. est important dès l'install). Certes on pourra bidouiller (comme on faisait avec woody) et coller un kernel plus récent, mais c'est s'exposer à des soucis divers (eg. il n'y a plus de support devfs dans les noyaux récents).
Celà dit je ne suis pas pret à mettre Ubuntu sur mes serveurs pour le boulôt (pas assez confiance). Y a-t-il parmis vous des admins qui font ça ? j'aimerai avoir des retours d'expérience...
[^] # Re: Nouvelles fonctionalités:
Posté par herodiade . En réponse à la dépêche OpenBSD fête ses 10 ans !. Évalué à 8.
Si ton environnement te le permet, tu pourrai te rabattre sur IPsec (et ça tombe bien, il y a eu un gros refactoring d'isakmpd, l'ajout de sasyncd, ipsecctl etc.).
Pour les chipsets 802.11g bien supportée: les Ralink RT25* et les atheros (attention, chipsets AR5210, AR5211, AR5212 uniquement). Ma préférence va aux ralink, qui sont plus facile à trouver, très bon marché, et parceque Ralink joue vraiment le jeux avec les logiciels libres (envoient des cartes aux devs, fournissent toutes les specs, etc.).
Il y a d'autres chipsets supportés (atmel, admtek, intel, ...), mais ces deux là fonctionnent très bien autant en mode bss, ibss, hostap que monitor et n'ont pas de problèmes de licence concernant la redistribution des firmwares. Ces deux chipsets supporteront probablement WPA2 lorsqu'il sera intégré, puisqu'ils le supportent déjà sur d'autres OS.
Pour trouver les cartes correspondants aux chipsets indiqués:
atheros: http://customerproducts.atheros.com/customerproducts/(...)
ralink: http://ralink.rapla.net/(...)
# Nouvelles fonctionalités:
Posté par herodiade . En réponse à la dépêche OpenBSD fête ses 10 ans !. Évalué à 9.
Ça permet de faire des passerelles IPsec redondantes, avec failover et reprise immédiate du service (la haute dispo. quoi).
En complément le nouvel outil ipsecctl qui simplifiera la configuration d'IPsec, avec une syntaxe à la pf.conf.
Très interessants aussi, l'aggregation d'interfaces avec trunk, et le framework de management raid bioctl:
http://marc.theaimsgroup.com/?l=openbsd-misc&m=112630095818062(...)
Au rayon des petites changements sympas: la swap est encryptée par defaut, le shell par defaut (y compris pour root) est maintenant ksh ;), l'installation est maintenant 100% possible sur IPv6, le support de la localisation (au delà de C/POSIX) et des fonctions w* dans la libc, et évidement un milliard de nouveaux trucs dans pf et pfctl.
Pour des infos complémentaires sur hostapd:
http://undeadly.org/cgi?action=article&sid=20051008150710&m(...)
Une liste plus détaillée des nouveautées se trouve ici:
http://openbsd.org/38.html(...)