benoar a écrit 4238 commentaires

Pour le lien, j'ai que ça : http://www.monde-diplomatique.fr/2008/09/
"Les présidents changent, l’empire américain demeure" par Arno_Mayer. Ce qui ne fait pas avancer le schmilblick ...

Mon post ne va pas être très constructif, mais il y avait un article dans le Monde Diplo du mois dernier (ou celui d'avant) qui racontait bien comment rien n'allait changer de leur politique impérialiste en général, quelle que soit l'issue du scrutin américain

Bon, je suis plutôt habitué à redboot, où on utilise la commande "fis" pour créer/modifier les partitions, mais il y a l'air d'y avoir la même chose dans u-boot : mtdparts. Par contre, je pense que ta flash est déjà un minimum partitionnée, pour avoir au moins une partition pour le bootloader (u-boot), et une pour le système. En gros, toi tu va rajouter une autre partition qui contiendra tes données. Un peu comme on fait un /home dans une partition séparée sur un disque dur classique, en quelque sorte ...

Ensuite, ta partition apparaitera normalement dans linux (tu peux déjà regarder /dev/mtd*), et tu pourra créer une partition JFFS2 dedans.

Pour l'utiliser, tu montes ça où ton application a besoin de s'en servir, et c'est tout. Si tu veux récupérer les logs de ton système par exemple, tu va la monter dans /var/log.

Et t'avais pas vu la "petite" ressemblance entre ses dessins et le logo du site sur lequel tu surfes actuellement ?...

Juste pour te signaler que ce n'est pas parce que tu es dans un répertoire particulier que ce sont les exécutables de ce répertoire qui seront utilisés. C'est normal que tu voies l'ancienne version en tapant juste php, si celle-ci est présente dans /usr/local/bin par exemple. Si tu veux utiliser la version dans le répertoire courant, tape ./php.

Que veux-tu dire par "à partir de là" ? Si tu veux lancer la version dans /usr/bin pour voir sa version, tapes :
/usr/bin/php -v
Et regarde ce que ça donne.

Bon, après avoir bien trollé avec pBpG, tu comprendra que tout ça c'est de la magouille de haut vol, que la concurrence, le marché libre, toussa, c'est que de la connerie, et que c'est juste qu'on nous impose (pas que MS, le gouvernement et les grands industriels de ce pays) ce qu'ils veulent. Point. Ça fait très carricatural, mais franchement, à discuter sans fin dans un "débat" comme ça, au bout d'un moment, il faut se faire une raison.

Un truc que fait ressortir ton message quand même, c'est que depuis qu'Ubuntu est populaire, on a changé de troll, maintenant ce n'est plus technique/politique, c'est du troll réthorique. Et aujourd'hui, plus personne n'ose plus rien dire (cf le nombre de commentaires de ce journal, anormalement bas vu le bon que l'aiguille de mon trollomètre a fait). C'est chiant parce que quoi qu'on dise, on sera critiqué sur autre chose, jamais sur le cœur du sujet.

Je voudrais pas dire, mais tous ces problèmes, ça n'est pas du ressort de python de les gérer. C'est pas comme si c'était pour s'adapter à une situation un petit peu problématique : là, c'est _vraiment_ le foutoir quand le système n'est même pas bien configuré pour avoir une locale uniforme. Mount propose toujours des options pour indiquer l'encodage des noms de fichiers, pour tous les FS. Si des noms de fichiers utilisent différents encodings dans le même filesystem, python n'y peut rien magiquement ...

Ce qui me fait marrer dans tes slides, quand même, c'est que ça a beau être une syntaxe SQL, derrière, ça fait un bon gros foreach ... on a vu plus efficace en BDD.

IEnumerable big = from a in args where arg.Length > 10 select arg.ToUpper ();
Tiens, ça me fait penser à la syntaxe des générateurs en python (d'ailleurs doit y avoir une faute dans ton code, c'est "from arg in args", non ?) :
big = (arg.upper() for arg in args if len(arg) > 10)

Deux remarques : maintenant qu'on sait que c'est une imitation de KDE, en plus, ça n'est pas libre : je n'ai vu les sources nulle part. Conclusion : ça n'a rien à faire ici.

Deuxièmement, un bug de templeet ? Le texte barré n'apparaît pas barré en première page, ce qui fait que c'est un peu illisible ...

Tiens, pendant que tu parles de cloud computing, de google, et d'énergie, j'ai vu récemment que Google consommait un peu plus de 1% de l'électricité des États-Unis, et ça augmentait régulièrement. Faudrait comparer à ce que ça ferait si tout le monde hébergeait son serveur chez soi, mais quand même, 1%, c'est pas petit du tout.

Y'a que moi que ça choque, de faire l'apologie d'une 'solution' à base de polling? :/
Tu sais, aujourd'hui sur les téléphones portables, ça se vend cher le fait de recevoir un email quand quelqu'un te l'envoie, ça s'appelle du "push-mail", et c'est un argument de fou pour te vendre un forfait 3x plus cher ...

Petite nuance, même si on n'a pas parlé d'achat, Adobe Flash a été imposé à quasiment tout le monde (préinstallé sur les ordis, "oui oui c'est gratuit", ça se trouve ils ont même payé pour qu'il soit dessus). Résultat : un bon gros monopole quasi-impossible à déloger, car même ici 99% des gens l'utilisent ...

C'est la logique du marché : FT et Thomson virent des permanents et embauchent plus de prestas, ça fait plus d'intermédiaires qui peuvent vivre sur leur dos !

Le problème est toujours le même : pas de documentation du hard ... Quand tu vois que certains constructeurs ne veulent pas donner la doc de leur chip qui font les fonctions de base (initialiser la RAM, les bus ... de la haute technologie, quoi !), c'est pitoyable ...

Je vais continuer à faire mon chieur, mais il existe un format répandu partout aujourd'hui et qui marche partout : le MPEG 4. Et justement, il a été standarisé pour pas qu'on s'emmerde avec ça. Donc voilà, de la vidéo en MPEG4 part 2 (aussi appelé "divx", même si c'est pas tout à fait la même chose), du son en MPEG4 part 3 (AAC), tout ça encaplsulé dans de l'avi/ts/whatever, et roule ma poule.

il s'appuie sur le fait que flash fonctionne pour fonctionner partout (et c'est pour ça que c'est pas du java par exemple, parce qu'en java rien ne dit que s'aurait fonctionner chez tout le monde)
Flash ne fonctionne pas sur ma plateforme, mais Java, oui. Le premier est fermé, pas (plus ...) le second.
Tu confonds les vrais standards et l'"effet réseau" créé par les partenariats monopolistiques instaurés par Macromedia en son temps. Car c'est bien la base d'utilisateur (le "réseau") qui fait le standard en pratique, mais il faut savoir le casser au plus tôt au lieu de le favoriser (ça marche bien avec FF, un peu moins bien avec Linux, pourquoi pas avec Flash ?)

beaucoup vont lancer une sorte de windows media player embarqué bien plus lourd que votre plugin flash
Je demande à voir, je ne connais rien de plus lourd que le flash, notamment parce qu'il n'utilise absolument aucune fonction d'accélération de la CG, ce que fait au minimum n'importe quel player sur n'importe quelle plateforme. (oui, c'est pour des raisons de "on peut pas avoir de la transparence bling bling sinon" ...)
d'autre vont lancer un mplayer qui va tout figé (chez moi par ex)
J'en ai marre des gens qui font chier tout le monde à cause d'un bug chez eux (je ne te vise pas particulièrement, je dis juste que souvent quand ya un problème chez des gens parce qu'ils sont cons, les industriels s'adaptent à leur connerie ... certes, au final, ça marche chez eux, mais ça fait chier tous les autres)
d'autre auront une beau message "impossible de lire votre video, vous n'avez pas le codec truc" (car évidement, chaque site avait son propre codec).
Idem problème ci-dessus.

En plus, tous ces problèmes sont aujourd'hui inexistants sur n'importe quel système linux libre. Je veux bien parfois m'adapter à la masse, mais là faut pas pousser, même sous Windows tu prends VLC et c'est réglé ...

Je trouve quand même assez étonnant que quand les libristes gueulent sur Flash, c'est des extrémistes chiants, mais quand c'est Apple qui décide que c'est de la merde, tout le monde est d'accord pour dire que c'est lourd, ça pompe un max de CPU, etc ...

Bah, sur N800, on ne peut même pas utiliser de driver proprio puisqu'il n'y en a simplement pas ... Et comme c'est du proprio, impossible d'adapter un driver qu'on aurait pu chopper autre part...

Quant au DSP, c'est mignon, mais déjà la toolchain est entièrement proprio, c'est une version "basique", bref, exactement les raisons pour lesquelles je préfère le libre. Et pour l'instant, je n'ai vu _aucun_ projet utiliser le DSP (autre que ceux fournis par Nokia) qui n'est pas juste une "démo" qui ne sert à rien dans l'utilisation de la tablette.

Bref, il y a une sorte de décalage entre ce que font les constructeurs avec le libre, et les utilisateurs du libre, qui fait que ça ne marchera pas encore prochainement, selon moi.

Pour être sur que ce n'est pas un problème d'abonnement au groupe multicast, tu pourrais regarder ce que te donne tcpdump afin de voir si t'as bien les bonnes trames IGMP au moment de la "connexion" ?

Je voulais savoir ce qu'il en était de la liberté des drivers et compagnie dans cette console, car le couple ARM+DSP+PowerVR est un truc qui marche bien en ce moment (Nokia N8xx, iPhone/iPod Touch, ...) mais c'est putain de bien fermé niveau specs ... Bon, là c'est basé sur du DaVinci, et la politique de TI en général c'est "pas de problème pour les infos sur le CPU", par contre, le DSP, ça reste leur jardin secret, à moins de payer bien cher leurs grosses licences.

Quelqu'un a plus de détails ? (en particulier je m'intéresse au driver de la PowerVR, qui est la carte la plus puissante en embarqué actuellement, mais complètement fermé : on n'a même pas de driver proprio sur N800 ; rien, nada).

Oui c'est bien ce dont je parlais, pardon de la confusion.
Pour l'alignement, ça dépend de beaucoup de choses, mais je pense que pour les bitfields il les "pack" dans le plus petit entier qui les fait tenir. Pour d'autre valeurs, ça va être dépendant du processeur (qui peut avoir besoin de charger des flottants alignés contrairement aux entiers, par exemple). Pour être sûr, ajouter l'attribut __packed__ à la structure (parce que c'est pas parce qu'on met 2 short et 1 int dans une struct que le tout va faire 8 octets, gcc risque d'aligner les shorts sur 32 bits).