benoar a écrit 4229 commentaires

Dans l'annonce il disent que le DVI(-D je suppose) fonctionne.

Confusion de ma part, j'ai confondu endosser et encaisser ...

Et tu les paies au noir, tes noirs ?

Mine de rien, je pense qu'on n'est qu'une minorité de gens à penser ça. Je suis sûr que pleins de gens ne comprennent pas ça, et cachent bien leur numéro/mdp à l'écran pour éviter que quelqu'un à coté le voie, mais ne pensent pas que le gérant du cyber-café peut les récupérer bien plus facilement ...

tu peux endosse n'importe quel chèque trouvé par terre, fut-il rempli dûment
Il me semble qu'en France, tu peux endosser un chèque qui n'est pas à ton nom, ça passe très souvent parce qu'elles ne vérifient pas (souvent) ...

Mine de rien, c'est aux apéros qu'on arrive à attirer le plus de libristes ... Les install parties et autres conférences sont bien moins bondées /o\

Je rajouterai que d'un coté, tant mieux que des gens fassent la remarque maintenant, parce qu'au bout d'un moment plus personne ne lui dira rien. Pas parce qu'il écrira parfaitement, mais parce que plus personne ne le lira du tout ...

Je pense qu'on peut pousser le système POSIX et mplayer dans leurs retranchements :
mkfifo /dev/sound
mplayer -loop 0 /dev/sound

Après tu cat ce que tu veux dans /dev/sound, et ça marche même avec les vidéos. Bon OK j'ai triché, je ne suis pas passé par /dev/dsp ...

Effectivement, à vu de nez, il a à peine 16 ans, et il se fait manipuler par un allumé qui doit avoir bien plus que lui, mais qui doit être bien barré également...

Ha, et sinon ils ont l'air d'avoir deux plateformes matérielles, une qui s'appelle "trout" et l'autre "sardine" ...

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 ...