Aissen a écrit 325 commentaires

Ce n’est pas:
« Je n'ai pas eu le temps de suivre activement cette discussion, mais je ne pense pas que cette solution soit la bonne. »

Mais plutôt:
« Je n'aurai pas le temps de suivre activement cette discussion, mais je ne pense pas que cette solution soit la bonne. »

À noter que la discussion sur les suspend blockers avait généré plus de 1500 mails, tous très techniques, et qu'Arve Hjønnevåg avait été très présent pour répondre à toutes les remarques.

On pourrait comprendre qu'il n'ait plus le temps de discuter avec les développeurs noyau et se doive de faire avancer le prochain kernel Android. Cet effort de merge a commencé un peu après la sortie d'Android 2.2; espérons qu’il aura plus de temps une fois que la prochaine version d'Android sera sortie.

L'intégration c'est 40% du boulot. Debian en fait déjà une bonne partie, mais les derniers 10% qui restent sont encore plus difficiles… (règle des 80/20 ou Loi_de_Pareto)

Et l'intégration c'est chiant, et ça prends du temps. Heureusement qu'Ubuntu est là pour se démener et faire le boulot de finition qui rend accessible Linux à tous; ce que les autres distributions préfèrent lui laisser faire (et je n'utilise pas Ubuntu).

Je crois plutôt qu'il n'ont pas intérêt à attirer l'attention du grand public sur ces problématiques, ils risqueraient de comprendre qu'il y a de la grosse arnaque en cours avec les DRM…

Humm, il faut avoir sacrément confiance dans ces instructions pour faire ce genre de choses...
Déjà testé, ça marche bien sous FreeDOS

De plus, si le BIOS est un peu "exotique", BIOS de constructeur par exemple, je me demande si les mécanismes de reset sont placés aux mêmes endroits.
Non en effet, sur le BIOS du Vaio de pankkake ça n'a pas marché.

Enfin, il faut booter la machine sous DOS pour le faire (donc changer la séquence de boot), ou au minimum avoir des droits admin/root pour pouvoir taper dans le BIOS. Donc sur une machine ultra-verrouillée (mot de passe de BIOS + boot seul sur le DD + pas de droits admin), cela ne va pas être très utile.
cf la deuxième partie de mon commentaire

Tu m'expliquera comment tu fais pour démarrer sans bootloader avec Linux (le support du self-boot a été enlevé depuis au moins la branche 2.6), avec un BIOS. Si le firmware (EFI, OpenFirmware…) le supporte, il peut effectivement démarrer Linux directement. Mais un BIOS, c'est archaique.
Après tu peux très bien verrouiller grub ou mettre un autre bootloader (voire un maison).

Avec quelques instructions x86 (oui c'est beau la rétro-compatibilité) on peut s'en sortir:
http://itcomputerzone.com/computer/ms-dos-to-reset-bios-pass(...) et
http://www.msdos.windowsreinstall.com/how_to_debug_and_clear(...)
J'ai réussi à le faire sous FreeDos, par contre sous linux…

Il reste plus qu'à trouver une élévation de privilèges (pas bien dur: http://grsecurity.net/~spender/64bit_dos.c & http://lwn.net/Articles/400746/ ) et coder un LKM qui reset le BIOS :-)

Quand je vois le niveau de certains lycéens, je ne doute pas que parmi le 18 000 il y en ait un qui puisse relever le défi. Ensuite, c'est "six degrees of Kevin Beacon", avec une propagation exponentielle sur l'ensemble de la population…

Le site est à l’étranger, en dehors de la juridiction française.

D’ailleurs, les propriétaires du site n'ont même pas été contacté pour leur demander de bloquer les IP françaises…

Déjà le kernel pandora est un kernel 100% upstream. La distribution de base est basée sur Angström.

Ensuite, bien évidemment les parties OpenGL et DSP sont proprios, car il n'existe pas de driver libre pour les PowerVR SGX et DSP C64 intégrés dans l'Omap 3.

Je suis pas sûr que la pandora utilise du tout le DSP de l'Omap, vu ce qu'on peut faire maintenant avec FFmpeg et juste le NEON.

Tout ce qui passe par le navigateur est considéré comme un exploit à distance, car il est facile d’amener un utilisateur (même aguerri) vers une page web.

Si, bien souvent les bugs sont corrigés, et de nouvelles fonctionnalités ajoutées lors des portages (par exemple pour supporter les trophées/succès/badges…).

Ensuite, non maintenu, ce n’est pas toujours vrai, puisque toutes les consoles dernière génération permettent d’installer des mises à jour pour les jeux, comme on sait le faire sur PC depuis bien longtemps.

Peut-on dire qu'ils sont non-maintenus lorsque les best-sellers rapportent encore de l’argent 10 à 20 ans plus tard lors du portage (== maintenance) vers de nouvelle plateforme ? (Wii Ware, Xbox Live Arcade, PSN, App Store…).

Sans cela, je pense qu'un modèle intéressant pour le jeu vidéo, est celui de leur libération après rentabilisation (10 à 15 ans après). Carmack l’applique à ses moteurs (qu'il vend), mais il faudrait également l’appliquer aux données de jeu.

Ce à quoi tu rétorquera que non, puisque les machines n’étaient pas identiques, et que tu voulais telle machine, mais sans le prix de la licence Windows.

… ce qui n’est pas forcément valable pour les banques en ligne.

De toute façons, je ne vois pas trop l’intérêt de payer des frais bancaires qui financent un réseau d’agences physiques, quand je n’ai jamais le temps de me déplacer pour faire des opérations sur place.

Quel banque (en ligne ou pas) utilisez vous? Avez vous déjà fait une étude de marché avant de choisir votre banque ?
Que préférez vous dans votre banque ? Ce que vous aimez le moins?

Ce qui est intéressant avec les prévisions trafic Google Maps, c’est que plus les gens l’utilisent, plus il est précis:
En effet, tous les gens utilisant Google Maps pour afficher les infos trafic sur leur appareil mobile, envoient à Google leur vitesse et leur position… Ainsi toutes les données sont crowd-sourcées, et mises à jour en temps réel.

D’après mon expérience, Google Maps est déjà plus précis que Sytadin en région parisienne…

Après, ce qui est inquiétant, c’est d’avoir ce genre de services venant d’une société privée, qui échange son service gratuit, contre des informations permettant d’améliorer ce service. Mais tout est centralisé dans leur "cloud", et personne d’autre n’a accès aux données brutes…

Plus simple que de rooter ou dumper les bases SQL, Android fourni les APIs pour accéder à tes SMS et tes contacts:
http://developer.android.com/reference/android/provider/Cont(...)
http://developer.android.com/guide/topics/providers/content-(...) (uri: content://sms/ )

Ta définition n’est pas loin du compte. Tu instrumentes le chargeur dynamique (ld.so) pour voir ce qui se passe dans tes programmes. Cela permet de tracer l'appel et le retour de fonctions appartenant aux bibliothèques partagées.
Imaginons que tu instrumentes un programme comme "less":
$ ldd `which less`
linux-gate.so.1 => (0xb774b000)
libncurses.so.5 => /lib/libncurses.so.5 (0xb76fc000)
libc.so.6 => /lib/i686/cmov/libc.so.6 (0xb75b5000)
libdl.so.2 => /lib/i686/cmov/libdl.so.2 (0xb75b0000)
/lib/ld-linux.so.2 (0xb774c000)


On voit ici le chargeur dynamique ld-linux.so. linux-gate.so n’est pas vraiment un bibliothèque partagée, mais plutôt une fonctionnalité exposée pas le noyau Linux.
"less" est donc linké avec les bibliothèques suivantes : libc, libncurses, et libdl. Chaque bibliothèque expose des méthodes (entre autres, tu peux les examiner avec objdump).
En instrumentant ld.so, latrace va permet d’examiner en temps réel tout ce qui se passe dans le programme, et ainsi de voir les appels à chaque fonction des bibliothèques dynamiques :
$ latrace less
19810 __libc_start_main [/lib/i686/cmov/libc.so.6]
19810 getenv [/lib/i686/cmov/libc.so.6]
19810 isatty [/lib/i686/cmov/libc.so.6]
19810 getenv [/lib/i686/cmov/libc.so.6]
19810 tgetent [/lib/libncurses.so.5]
19810 _nc_setupterm [/lib/libncurses.so.5]
19810 strlen [/lib/i686/cmov/libc.so.6]
19810 isatty [/lib/i686/cmov/libc.so.6]
19810 calloc [/lib/i686/cmov/libc.so.6]
19810 _nc_read_entry [/lib/libncurses.so.5]
19810 sprintf [/lib/i686/cmov/libc.so.6]
19810 _nc_pathlast [/lib/libncurses.so.5]
19810 strrchr [/lib/i686/cmov/libc.so.6]
[…]
19810 getenv [/lib/i686/cmov/libc.so.6]
19810 strlen [/lib/i686/cmov/libc.so.6]
19810 calloc [/lib/i686/cmov/libc.so.6]
19810 snprintf [/lib/i686/cmov/libc.so.6]
19810 write [/lib/i686/cmov/libc.so.6]
Missing filename ("less --help" for help)
19810 fsync [/lib/i686/cmov/libc.so.6]
19810 tcsetattr [/lib/i686/cmov/libc.so.6]
19810 exit [/lib/i686/cmov/libc.so.6]
19810 __cxa_finalize [/lib/i686/cmov/libc.so.6]
19810 __cxa_finalize [/lib/i686/cmov/libc.so.6]

less finished - exited, status=0


Note: "ldd" exécute du code présent dans le binaire, et n’est donc pas adapté à de l’analyse forensique. Lui préférer "objdump" :
$ objdump -p `which less` |grep NEEDED
NEEDED libncurses.so.5
NEEDED libc.so.6

Si vous savez que le bug n’a pas toujours été là, il suffit qu’une âme charitable qui arrive à reproduire le bug fasse un bisect sur metacity.

En plus c’est facile, pas besoin de rebooter entre les tests.
http://git.gnome.org/browse/metacity/

Comment ce module se compare-t-il au produit officiel de FTDI: http://apple.clickandbuild.com/cnb/shop/ftdichip?op=catalogu(...) ?
cf http://www.ftdichip.com/Products/EvaluationKits/DB9-USB.htm

Le Tattoo a été rooté il y a belle lurette, et il est possible d’installer la distribution officielle d'HTC(ou une custom ROM), non castrée comme celle d’Orange (par exemple):

http://forum.xda-developers.com/showthread.php?t=635961
http://forum.frandroid.com/forum/viewtopic.php?id=4721

Au passage, si tu voulais contrôler ton téléphone, fallait acheter le Nexus One ou tout autre téléphone permet de rooter en standard.

CyanogenMod 5 ce n’est pas qu'Android 2.1; il est modifié, pleins de features sont rajoutées, et tout est construit exclusivement depuis les sources (sauf le pack d'applis Google). Pour comparer de manière crue, c’est à Android, ce que CentOS est à RHEL. Mais en mieux, car la communauté rajoute ses patchs et améliorations par dessus (on aime ou on aime pas).

Par exemple sur Nexus One CyanogenMod rajoute le support du wifi N, la coloration du trackball, etc.

On les trouve où ces chiffres?
Je me suis posé la question des chiffres. Je ne sais plus où je les avait lu, mais voilà ce que j’ai retrouvé sur Ubuntu:
http://www.linuxplanet.com/linuxplanet/reports/7032/1/
Et sur Fedora, bien plus transparents: http://fedoraproject.org/wiki/Statistics#Yum_Data ; une analyse qui estime à 14/16millions: http://jspaleta.livejournal.com/42464.html .

quel intérêt j'ai d'aller chez ubuntu software center plutôt que d'acheter directement au jeune développeur sympathique que je veux soutenir?
Aucun! Sauf que tu ne risques pas de découvrir le petit développeur sympathique sans passer par Steam/Ubuntu software center.
Ah, et aussi les gens ont la flemme, comme ça a été montré avec le piratage de humble bundle: plus rapide de cliquer sur un lien que de sortir sa carte bancaire. C’est la force de Steam: très rapide d’acheter un jeu, plus qu’à attendre le download, et hop, on joue! Peut-être que Canonical arrivera a reproduire le schéma avec Ubuntu avant que Steam (et tous ses DRM) ne devienne la référence sous Linux également (même si on en est loin).

À propos de Ryan Gordon, il a aussi bossé sur FatELF récemment, un équivalent des Universal Binaries (un exécutable, plusieurs plateformes) intégré directement dans le noyau. Mais les développeurs kernel (notamment Alan Cox) n’étaient pas intéressés par FatELF, et ont tout simplement refusé l’idée (et les patchs), ce qui l’a poussé à abandonner le projet.


Oui, mais il faut voir quel est le vrai chiffre des utilisateurs donc supprimer la part de gonflement des distros (j'utilise pas ubuntu et j'ai téléchargé 3 isos de la 10.04), et supprimer la part admins et devs.
Je pense que ces chiffres sont ce qui s’approche le plus de chiffres fiables, et basés notamment sur les statistiques des dépôts fournissants les mises à jour de sécurité (activés par défaut dans la distro, quel que soit le miroir de base choisi).

Du reste, je suis d’accord, ce n’est pas gagné pour voir qui est prêt à payer. Une piste intéressante serait une distribution directement dans le Ubuntu Software Center quand celui-ci commencera à accepter les applications commerciales.
Parce que là, même si le bundle a bien buzzé, ce n’était jamais qu’une semaine, et web-only, donc je suis sûr que des gens n’ont pas eu la nouvelle. Pas sûr que les stats de Wolfire soient suffisantes por monter un bon business plan donc ;-)

March 1999 et linux 2-3 mois ensuite. […]mai 99
[…]
December 7, 1999

D’un côté, c’était il y a plus de 10 ans. Les choses ont changés depuis.

Ubuntu, Fedora, Mandriva (pas Mandrake), openSuse, Linux-2.6, OpenOffice n’existaient pas alors.
La X.org Foundation, Freedesktop, OpenGL 1.3 (et supérieurs) n’existaient pas non plus.

Loki était en avance sur son temps. Ils ont pavé la voie, et n’ont pas pu en profiter. Heureusement, leur héritage n’est pas vain. Ryan Gordon est encore dans le milieu, et a porté sous Linux deux des jeux du bundle: Aquaria et Lugaru.

Aujourd’hui Ubuntu se vante d’avoir plus de 12Millions d’utilisateurs. Fedora, plus de 4 millions.
Je pense qu’il y a un petit marché là… À une époque, des développeurs faisaient des jeux pour des marchés bien plus petits.

Il ne reste que 7h, mais une info qui était passée inaperçue est arrivée:

Si le bundle atteint le million de dollars d’argent levé, les développeurs ont promis de libérer le code source de de Gish, Penumbra, et Lugaru!
http://www.boingboing.net/2010/05/10/humble-indie-bundle-1.h(...)

Plus que 7h et 107 000 dollars à lever !