benoar a écrit 4244 commentaires

En ce qui concerne les drivers, à mons avis ça va être bien fermé, mais je viens de voir qu'il y a un driver WLAN appelé "tiwlan" donc pour un chip de chez TI. Il est sous une sorte de BSD avec restriction sur l'utilisation du nom TI [http://git.source.android.com/?p=platform/system/wlan/ti.git(...)]. Par contre le firmware est un blob [http://git.source.android.com/?p=platform/system/wlan/ti.git(...)].

Après un rapide regard sur les sources de leur libc, et le README le précise, elle provient à la base de chez OpenBSD. Ils n'ont donc pas tout repris depuis 0.

Je rajouterais bien une petite précision complètement partiale et émanent d'un non-professionnel sur le sujet : ta carte wifi que tu trouves "vieille" n'est peut-être pas si incroyable que ça, mais je ne pense pas que les nouvelles non plus. On nous fait toujours croire à telle nouveauté blahblah super géniale, mais la technologie n'avance pas aussi vite que les marketteux voudraient nous faire croire. Donc, les docs de ta carte wifi sont peut-être encore tout à fait d'actualité. Mais je trouve que ça ne les excuse pas de ne pas la donner, de toutes manières.

Bio de la journaliste du premier lien :
During her years at CNET News, Ina Fried has changed beats several times, changed genders once, and covered both of the Pirates of Silicon Valley. These days, most of her attention is focused on Microsoft. E-mail Ina.
_o_

Non, ce n'est pas possible que ce soit le nombre réel, c'est probablement une valeur erronnée. Jusqu'à quelques millions, c'est possible (même si c'est mauvais signe). Par contre, c'est con, tu ne pourras pas voir le chiffre réel afin d'avoir une idée de la "vieillesse" de ton dur.

Généralement, c'est des softs développés en par le constructeur avec dertains morceaux par des fournisseurs tiers quand ce sont des téléphones "simples", et basé sur un OS externe sur lequel ils rajoutent un middleware fait aussi par une autre boites, où ils rajoutent des bouts par eux et aussi d'autres fournisseurs.

Généralement tout ça est complètement fermé, avec quand même un peu d'espoir en Java effectivement, où quelques normes existent pour arriver à uniformiser tout ça. Mais sache qu'un nombre de possibilité assez réduit est disponible, tu ne peux pas "remplacer" le système entier de cette manière.

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 ?)