benoar a écrit 4238 commentaires

Fais attention, le tort tue ...

Le "Quand à linuxfr" est pas mal aussi ...

Je pense que tu t'es un peu emballé sur le "quoi d'autre que le piratage par Internet" ?
Je dirais plutôt que c'est lié par exemple aux multiples installations d'un logiciel dont on ne dispose que d'une licence, par exemple. Il ne faut pas voir le diable partout.

Par contre, pour le reste, complètement d'accord, et surtout sur la première phrase d'introduction, que je trouve choquante.

Heu, l'engagement sur la qualité, ça m'étonnerait que FDN le fasse. Par contre, pour le reste, oui sûrement.

Il n'y aura pas de problème de permission puisque l'archive sera directement sauvegardée sur l'ordinateur qui lance cette commande ...

Pourquoi ne pas utiliser simplement ssh ?
ssh root@firedev tar cz / > sauvegarde.tar.gz
(OK ça ne répond pas du tout à ta problématique, c'était juste une remarque)

En tant qu'ancien possesseur de N800, qui a eu une expérience sur un DevKit DaVinci, et qui a travaillé un peu pour un constructeur de téléphone sous Symbian, j'aimerais vous livrer mais quelques critiques, basées sur mes connaissance et sur l'annonce (il y aura donc un peu d'extrapolation). OK, je ne citerai à peu près que des choses négatives, mais les positives on déjà bien été décrites ici.

Alors d'abord, sur le matos : déjà, ce N900 est basé sur une plateforme OMAP3, pas mal utilisée récemment (Beagleboard et autres cartes sous Linux présentées récemment, iPhone 3GS, plein d'autres téléphones aussi ...) et qui suit l'OMAP2 déjà utilisée dans les précédentes tablettes Nokia (N8x0, N770), les deux étant designé par Texas Instrument. Elle contient entre autres un DSP chargé des tâches de calcul "lourd" (codecs vidéos et audio) et qui est plutôt bien fermé : déjà, je soupçonne Nokia de ne rien avoir développé et d'avoir simplement repris les codecs fournis par TI (d'où le non-support du Ogg Vorbis). Ensuite, développer pour un DSP, quand on est libriste, c'est impossible : devkit et autres outils fermés (il existe une version gratuite pour windows, mais c'est du bon proprio) et proprios, specs pas vraiment trouvables, support au runtime fermé également (il faut un module kernel et une lib userspace) bien que des parties ouvertes soient disponibles depuis peu il me semble (mais dans une branche du kernel séparée de l'upstream, bien sûr, ce qui oblige tout le monde à porter les patchs pour les nouvelles versions du kernel).

Cette tablette est aussi équipée d'une carte graphique PowerVR (SGX), dont le constructeur, Imagination Technologies, est peu coopératif avec les libristes, n'a filé aucune spec, et développe des drivers proprios pourris. C'est la même puce qui est utilisée sur certains netbooks x86, et qui est appelée Poulsbo. Elle fait donc de l'OpenGL ES, mais niveau support je m'attend au pire. Bon, ce constructeur n'a pas de concurrence dans l'embarqué (même Intel préfère lui sous-traiter que d'utiliser leurs propres solutions), donc il s'en branle. Remarquez aussi que les N8x0 contenaient aussi une PowerVR (MBX) mais n'avaient absolument aucun driver pour celle-ci (même pas proprio) : on se retrouvait donc avec une puce 3D qui ne sert à rien ...

Une petite remarques sur le "1Go" de RAM : c'est minable de mettre une petite étoile disant qu'en vrai il n'y a que 256Mo, et que le reste c'est du swap ...

Au niveau de la Flash, vu la taille, je m'attend à de la OneNAND ou autre module avec contrôleur type "block", faut juste espérer que leurs algo de wear-leveling est pas trop pourri (sur N800 c'était un périphériques MTD, où on pouvait mettre un petit JFFS ou autre log-filesystem qu'on aime. Certes, il n'y avait que 256Mo ...)

Ensuite, pour la puce GSM, je ne sais pas comment c'est géré, il faut espérer que le module de communication soit libre (ou alors ce sera une simple liaison série avec commandes AT ?), mais bon, pour la puce GSM elle-même (le baseband), c'est sûr que ce sera du bon proprio (de toutes façons même sur l'OpenMoko c'est comme ça).

Passons au soft : dans les vidéos de promo, vous voyez qu'ils insistent bien sur le support du Flash avec la version 9.4. C'est clair que c'est pour contrer l'iPhone, mais ça montre bien l'orientation proprio du truc. Je ne savais même pas pour Skype ...

Ensuite, comparer Maemo et Symbian, c'est comme comparer des choux et des carottes. Ça m'étonne même qu'ils parlent de haut de gamme avec Maemo : Symbian est une plateforme 1000 fois plus développée que Maemo, utilisée par plein de constructeurs (Maemo c'est pour Nokia seulement, et par Nokia) et avec un vrai éco-système autour. Ça va demander un boulot énorme s'ils veulent faire de Maemo une vraie plateforme vivante. Et petite remarque pour ceux qui parlent du coté "libre" de Symbian : c'est sous licence type BSD, jamais un constructeur ne refilera ses modifs importantes, et vous pourrez encore moins installer votre propre version de Symbian sur votre téléphone, restrictions obligent. Bref, vous aurez un joli Symbian dans votre émulateur, qui permettera de remonter des fixs à Nokia, mais c'est tout, n'espérez rien en retour ...

Sans parler de comment fonctionne la "communauté" Maemo : je n'y ai jamais participé, j'ai juste regardé. Et bien c'est pas très joli : c'est pour faire semblant d'être ouvert, mais un paquet de gens se plaignent du manque d'écoute de Nokia. Il y a toujours eu plein de problèmes d'organisation entre la communauté et Nokia. Il existe même une distro [http://wiki.maemo.org/Mer] faites par des employés de Nokia Brésil afin d'avoir un linux plus ouvert et libre ...

Ha oui, parce que souvent, niveau driver, si vous voulez du libre, c'est la croix et la banière. À une époque, le wifi c'était driver proprio only. Je crois qu'aujourd'hui c'est réglé pour les anciennes tablettes, mais cette nouvelle ...?

Tiens, en parlant de "nouvelle", on pourra aussi dire au revoir aux anciennes : Maemo 5 et la sortie du N900 signe la fin du support des N8x0. C'était pareil lors de la sortie du N800 (fin de support du N770) mais c'est à chaque fois un peu brutal.

Voilà, sinon c'est clair que techniquement c'est un beau bouzin ...

Un petit peu HS, mais comment as-tu installé postfix ? Tu as pris un package déjà compilé ou tu l'as cross-compilé toi-même ? Ça m'intéresse car j'essaye de l'installer sur un NAS du même genre.

Merci.

Haha, oui, Renater fonctionne aussi en IPv6, encore faut-il que les institutions qui y sont connectées configurent leur réseau en IPv6 ...
Témoignage d'un admin d'un établissement de recherche français en informatique (accessoirement admin de linuxfr) : "ce serait trop chiant à gérer le dual-stack, et il n'y a pas de demande pour le moment. Ce serait intéressant, mais on n'a pas le temps."
Bon exemple pour une boîte qui est censée être à la pointe (et d'où viennent beaucuop de gens qui ont initié l'IPv6 en France).

Comme indiqué plus haut, je pense que passer à l'IPv6 règlerait les problèmes. Comme les FAI ne font pas d'effort, et que les utilisateurs ne peuvent pas y changer grand chose (vous avez tous un OS qui est déjà compatible IPv6 je suppose) peut-être suffirait-il de passer par un tunnel-broker IPv6 pour "régler" ce problème ? Je n'ai jamais essayé, mais ça pourrait être une solution à toutes les bidouilles de contournement de NAT.

Par exemple : http://www.sixxs.net/

D'ailleurs je testerai bien, si quelqu'un est motivé ici. Il suffirait de créer un compte, configurer le client, et hop, votre bécane est maintenant accessible sans NAT. J'ai une connectivité native IPv6, si quelqu'un derrière un tunnel voulait expérimenter ... contactez-moi.

Bon, d'après les essais que vous expliquez, je pense savoir d'où viennent vos emmerdes : du NAT. Bref, passez à IPv6, faites de la pub, et tout marchera comme sur des roulettes (oui ça ne dépend pas vraiment de vous, car vous avez déjà sûrement un OS compatible IPv6, mais gueulez sur votre FAI !)

À mon avis, tu t'es fais moinsser pour le ton aigri et agressif, et les petits bouts de mauvaise foi dans ton argumentation. Tes arguments étaient plutôt bon, mais se placer en attaque frontale en exagérant, ça n'aide pas à faire passer son avis.

Tu vas rire, il refont la même avec le N900 : maemo 5 ne sera compatible qu'avec lui, et les N8x0 se trimbaleront le vieux firmware (ou alors les versions non officiellement supportées ...).

IVA2+ c'est le nom marketing de la "nouvelle version" de leur DSP. Dans le cas de l'OMAP3 c'est juste un C64x+ :
http://en.wikipedia.org/wiki/Texas_Instruments_OMAP
J'ai pas cherché mais ça doit bien exister quelque part une implémentation de Ogg/Vorbis pour cette famille de DSP.

En tous cas, tout ça n'est à mon avis pas complètement étranger à la fermeture des DSP de chez TI (modules de gestion dans le kernel proprio, "linker" user-space aussi, enfin, il parait que ça a changé ; par contre, plateforme de dev complètement "fermée" (pour un libriste, je veux dire) etc.)

On n'implémente pas les codecs en dur, on programme un DSP. Je ne sais pas si Nokia a lui même implémenté les codecs ou a utilisé ceux fournis par TI (je penche plutôt pour la 2è solution), mais ils n'ont pas voulu se faire chier pour Vorbis vu le peu de public. C'est très dommage, surtout si ça vient de TI qui est le fournisseur de beaucoup de monde et qui du coup cible beaucoup plus de client, et donc a plus de chance de toucher du monde qui soit intéressé par Ogg Vorbis.

Essaye de faire des commentaires avec un ton moins aigri, ça marchera mieux. Parce que là tes arguments sont bons en plus ! (bon, les triggers je ne sais pas trop ce que c'est mais il y en a sous debian pour l'ajout des entrées dans les menus, pour les MàJ de l'initrd, etc ...)

J'attend mon chèque, mais dès que je le reçois je fais un autre journal, promis.

Effectivement. Pour palier ce problème sans utiliser 10000 commandes, je me limite à apt-cache pour rechercher des infos sur les paquets, aptitude pour installer / mettre à jour. Et éventuellement dpkg pour les infos sur les paquets installés sur ma machine. C'est pas la mort, trois commandes ...

NOBODY expects the Spanish Inquisition! Our chief weapon is surprise...surprise and fear...fear and surprise.... Our two weapons are fear and surprise...and ruthless efficiency.... Our *three* weapons are fear, surprise, and ruthless efficiency...and an almost fanatical devotion to the Pope.... Our *four*...no... *Amongst* our weapons.... Amongst our weaponry...are such elements as fear, surprise.... I'll come in again.

Les améliorations que tu cites sont en général gérées par linux sans passer par le BIOS. Aujourd'hui, ce dernier ne sert quasiment plus à rien une fois que le kernel a booté.

Si maintenant il faut plus de 2Go pour faire tourner Java ...

Le problème à mon avis, c'est que tant qu'il n'y aura pas de décision au niveau national, ça restera de petites initiatives fragiles. Il en existe un paquet, mais c'est à chaque fois local (bon, pour le côté serveur je crois qu'il existe des choses bien coordonnées niveau presque national, mais côté client ...).

Problème, au niveau national, c'est vérouillé par MS.

À vous de trouver la solution à ce problème ...

Alors, quelques précisions sur la plupart des plateformes ARM "portables" qui sortent récemment : la carte graphique est un PowerVR, qui est basiquement dans tous les kits OMAP3 (Beagleboard & co, même l'iPhone), et c'est aussi celui qui s'appelle Poulsbo sur plateforme x86.

Aucune spec publique, constructeur peu coopératif avec les libristes, drivers binaires avec support pourri, bref, pire que NVidia. Si certains se sentent d'accord pour encourager un tel constructeur ... Remarquez également que dans ce domaine (embarqué & 3D) Imagination Technologies n'a pas de concurrent, donc ils ne se gènent pas.

Voilà, sinon vous voyez dans les vidéos de promo du N900 qu'ils sont fiers d'avoir intégré Adobe Flash 9.4, je suppose pour se démarquer de l'iPhone. Ça donne un peu le ton du truc.

Et puis je ne m'étalerais pas non plus sur la "communauté" Maemo, des rapports toujours très bizarres entre Nokia et les devs bénévoles, de la désorganisation, du non support systématique des plateformes précédentes (N8x0), etc.

Oui, c'est un commentaire très critique et peu constructif, mais c'est pour parler un peu de choses qu'on ne voit pas beaucoup ici (on n'est pas sur librefr mais je trouve ça important).

http://images.apple.com/macosx/technology/docs/GrandCentral_(...)

Je ne connaissais pas.
Mais à ma connaissance, ce n'est pas standarisé, non ? Apple qui fait une extension non-standard au C, je suis pas sûr que ça tienne longtemps ... au fait, ça a été intégré dans le gcc upstream ?

Heu, t'as un exemple de wrapper intégré upstream ? J'avoue ne pas avoir regardé en détail, mais il ne me semble pas qu'ils soient intégrés à la branche de Linus. Par pour NVidia en tous cas.