Aissen a écrit 325 commentaires

J’ai fait le raccourci, mais je parlais bien de Motorola Mobility:
http://en.wikipedia.org/wiki/Motorola_Mobility

Tout à fait. D’ailleurs pour le(s) Nexus les drivers binaires sont redistribuables, et on voit bien quelles sont les sociétés "mauvais élèves" qui ont du code à cacher:

http://code.google.com/android/nexus/drivers.html
(Indice: Google n’est pas dans la liste)

J’utilise un NS2 de LaCie(yes, des frenchies!), et ça fait tourner un u-boot et un kernel mainline (grace au bon boulot de Simon Guinot). L’OS est du Debian armel pur. Plus d’infos sur le site du projet http://lacie-nas.org

Autre avantage: c’est design et ça fait joli dans son salon ou à coté de sa Freebox v6.

Google en villain 1 pour le l’opération à 12,5 milliards, je trouve ça ridicule… Ensuite, dire que les brevets sont pour la moitié du deal, alors que Motorola à 6 milliard d’actifs (la moitié déjà) et aussi 19 000 employés… Eux ils valent rien c’est ça? Et leur savoir faire non plus ?

Les CD se vendent maintenant rarement plus de 15€. Les musiques numériques sont maintenant sans DRM chez la majorité des marchands en ligne (iTunes, Amazonmp3, 7digital…), mais valent entre 1€ et 1€50.

Pour Netflix, je suis 100% d’accord. Je même serais prêt à le payer jusqu’à 20€ par mois si le catalogue était conséquent. Pas un ptit truc à la FHV, mais un gros truc genre deux fois Netflix.

En même temps, SeaMonkey va avoir du mal à évoluer maintenant que xulrunner ne va plus respecter aucune stabilité d'API/ABI parceque Mozilla a décidé de se focaliser sur l’amélioration de Firefox (objectif louable).

On est en 2011 et on déjà des systèmes de gestion de collisions dans les RFID… Que ça soit mal implémenté dans calypso (la technologie du navigo) ne veut pas dire que ça sera la même chose avec ta carte bancaire…

… sont déjà supportés dans le serveur X, et depuis un moment! (XServer 1.7, depuis 1 an et demi). Vous pouvez d’ailleurs faire joujou avec le multi-pointer X chez vous si vous avez une deuxième souris qui traine: http://ao2.it/en/blog/2010/01/19/poor-mans-multi-touch-using-multiple-mice-xorg

Le problème, c’est que MPX est bien, mais ne correspond pas du tout à ce qu’on a avec les technos actuelles d’écrans tactiles. Avoir plusieurs pointeurs virtuels de souris, c’est bien, mais un point de contact ne peut pas avoir de mapping 1-1 avec un pointeur. Le nombre de pointeurs pourrait être amené à changer dynamiquement (en fonction du nombre de points tactiles), et les états "bas", "haut" et "mouvement" ne sont pas découplés de la même manière qu’avec une souris ou tablette graphique. Il y a bien sûr d’autres problèmes liés à la rétro-compatibilité.

En fait, ce qui manque c’est XI 2.1, qui va rajouter une TouchClass et TouchAxisClass au protocole, afin de prendre en compte le paradigme apporté pas les écrans tactiles multi-points.

De plus, même si vous aviez le support correct du multi-points dans votre kernel et votre serveur X (xinput et drivers comme evdev), il faudrait encore que votre toolkit le supporte… C’est déjà OK pour les EFL, mais pour GTK il faut attendre la version 3.0, et pour Qt, il faut avoir Windows 7 (comme pour les prototypes de Firefox d’ailleurs).

Ici le malware en question utilisait un local root exploit d’Android pour masquer les permissions dont il avait besoin, et devenir résident en mémoire. La faille utilisée était corrigée depuis un moment dans AOSP, et dans la dernière mouture d’Android.

Le vrai problème c’est qu’une bonne partie des téléphones sur le marché (surement la majorité) ne reçoit pas les mises à jours de sécurité à temps, voire pas du tout. Le moins pire reste de prendre un Nexus {One,S}, maintenu directement par Google, mais là encore on peut avoir des trous de 4 mois sans mise à jour officielle disponible (alors que le code du correctif est déjà sorti)…

C’est un problème de fond, et on va en entendre bien parler pendant les mois et années à venir !

Certes, c’est un service non libre, mais le premier jour du LinuxFr nouveau, j’ai vu tous ces avatars, et je me suis dit: mince je vais devoir retrouver mon avatar et l’uploader pour pas avoir un look trop bizarre.
Mais que nenni, ce fut une très bonne surprise de constater que mon avatar était déjà présent à ma première connexion.

Bref pavatar pourquoi pas, mais en parallèle alors, car le service gravatar marche très bien pour l’instant.

Pour ceux qui pensent que gravatar se fait de l’argent sur le dos de vos adresses email: http://www.quora.com/What-is-Gravatars-business-model-How-do-they-stay-profitable

Regarde du coté de Funambol :
http://www.funambol.com/solutions/android.php

Là le monsieur en disant "synchroniser" il parlait juste de mettre sa musique et ses vidéos… Ce que n’importe quel Android peut faire avec… l’USB mass-storage. WP7 repassera pour ça (il y a même des hacks permettant de l’activer sur WP7… en éditant une clef du registre ;-) )

Malheureusement le nombre de briques de bases propriétaires est supérieur à un Android venant de Google (Nexus *) ou utilisant Cyanogenmod/AOSP. Même Maemo avait moins de composants proprio (dans le cœur du système)…

Comme déjà dit ici, c’est un système fondamentalement injuste car il favorise les premiers arrivants avec une ressource finie dont la valeur ne peut qu’augmenter, ainsi favorisant ceux qui s’y sont mit très tôt.

De plus, certaines personnes utilisent des implémentation privées des algos bitcoin avec leurs propres optimisations, tournant même sur GPU, voire FPGA. Une entité serait d’ailleurs en train de siphoner 25% de la production bitcoin mondiale avec ce type d'implémentation.

Voire l’article de LWN sur le sujet: http://lwn.net/Articles/414452/ , section "Criticisms and questions".

Je retire ce que j’ai dit, c’est apparement possible:
http://davidwalsh.name/git-aliases
Mais ce n’est pas documenté dans le man…
http://www.kernel.org/pub/software/scm/git/docs/git-config.h(...)

Merci, je connaissais pas !

Par contre, je crois pas que l’on puisse faire ce que je présente plus haut, c’est à dire manipuler les arguments de manière un peu plus complexe, comme ce que j’ai proposé dans les fonctions bash plus haut (et pas des alias bash justement, qui ont la même limitation).

Je résiste à l’envie de cliquer sur inutile pour te répondre: oui, niveau interface git c’est pas encore ça. Egit par exemple est loin de l’intégration SVN dans Eclipse. Idem, tortoisegit est une blague à coté de tortoisesvn.
Mais il existe des alternatives proprios avec suffisament de valeur ajoutée, par exemple SmartGit, ou Github pour l’hébergement.


Maintenant par rapport à tes griefs sur git, des alias(fonctions bash) non testées:
checkin ()
{
git commit $@
git fetch
git rebase origin/master
git push
}pushbranch()
{
git push origin $1:refs/heads/$1
}
J’ai supposé que la source était origin/master (comportement par défaut en tout-centralisé).

Pour l’historique: voir git revert
En général remplacer l’historique c’est mal, très mal. Mais c’est possible:
replacemasterwithversion()
{
git branch -M master old-master-`date +%s`
git checkout -b master $1
git push -f # pas bien !!!!!!!!!!
}
Pour l’interface graphique, voire smartgit. Je ne suis pas convaincu que ça soit nécessaire.
Pour le reste, voir le commentaire de reg: https://linuxfr.org/comments/1204997.html#1204997

Exact, mea culpa j’ai mélangé compass(boussole) et compas. Hum…

Le magnétomètre est un manque effectivement, dans le même temps, quasiment aucun smartphone ne le propose.

On ne doit pas avoir la même définition de "quasiment aucun". Tous les téléphones Android depuis le propose depuis deux ans(même bas de gamme). Même Apple s’y est mit depuis  1 an et demi. Sauf qu’ils appellent ça un compas.

Oui d'autant plus que le "laché de code" peut se pratiquer à posteriori, en constituant là un outil permettant de préserver les nouveautés. Par exemple un nouveau lecteur vidéo, ou encore une nouvelle interface multi-entrées sur d'autres pour les contacts. Bref, pas que sur le design et l'artwork des interfaces, mais également pour certaines idées. L'implémentation logicielle de ces idées pouvant être libérée ensuite, cela met une double claque.
Celà ressemble étrangement à ce qui se fait du côté d'Android…
Donc oui, et avec des ajustements d'organisation : certaines briques restant purement internes dans leur développement (ou +externe avec nda). Dans ces briques, je citerai :
1) L'ergonomie de l'interface (toute nouveauté nécessitant que la "découverte grand public" prime sur la collaboration externe)
2) Le design, ceci rejoint le 1 mais englobe aussi le design du matériel
3) Le marketting.

En bref, tout cela est tellement générique que l’on peut y faire rentrer l’ensemble du code (sauf ptet les contributions externes…), et c’est là que le bas blesse: il est difficile de tracer la limite. Sans compter, qu’un truc nouveau peut avoir des répercussions dans d’autres parties du code et peut donc laisser transparaitre dans les commits logs, d’autres composants, etc. Autant de données dont se nourissent les concurrents.

De plus, toute nouvelle feature est « vendable » et participe à l’effet Wow, ne serait-ce que par la quantité de features que l’on ajoute…
En fait, tu viens de donner une justification pour le modèle de dev fermé d'Android.

En effet, j’avais essayé de mettre un peu plus de précision dans le titre, mais je me suis quand même perdu en généralité.

Maintenant, que contient ce style ? Si je ne m’abuse, en QML on peut mettre pas mal de choses comportementales, le layout, un peu d'evenementiel dans le "style". Je me trompe ?

Quelqu’un pour confirmer par rapport à ce que contient ce répertoire de code:
http://qt.gitorious.org/qt-components/qt-components/trees/ma(...) ?

Et vu que le libre vidéo et audio a du mal avec les procédures de normalisation (qui a vu une tentative de passer par la case normalisation de Vorbis? Theora? WebM? Rien, nada, aucune tentative de passage de normalisation de la part du libre dans le domaine multimédia),

Il y a eu quelques efforts de Xiph.org:
http://www.xiph.org/press/2009/ietf75-bof/
http://xiph.org/vorbis/doc/rfc5215.txt
http://svn.xiph.org/trunk/theora/doc/draft-ietf-avt-rtp-theo(...)

Et pour webm, tout neuf, tout chaud: http://www.ietf.org/id/draft-bankoski-vp8-bitstream-00.txt

L’outils de statistiques pour les navigateurs n’est plus très à jour:
https://linuxfr.org//stats/web.html/usage_201012.html#TOPAGE(...)

Il ne sépare par les bots des navigateurs classiques.
Et Mozilla/5.0 mélange Chrome, Safari, Firefox, SeaMonkey, Camino, les navigateurs mobiles à base de Webkits, etc.
Ça pourrait être intéressant de pouvoir distinguer ces différents navigateurs.

Chromium conserve tout dans son dossier cache. Que le site ou le lecteur, demande le retrait de l'objet ensuite, ou pas. Par exemple :
./f_00168e: Emacs v18 byte-compiled Lisp data
./f_001664: Macromedia Flash data (compressed), version 10

Je viens de vérifier, les fichiers sont coupés en plusieurs petits fichiers, ce qui rends le cache inutilisable tel quel (taille maximale 1048576 octets ou ~1Mo). Donc la solution de l'alias reste meilleure.

Mplayer est toujours beaucoup plus avantageux au niveau de la consommation CPU pour regarder des vidéos Flash. Mais cette version a modifié la manière dont les fichiers temporaires pour les vidéos sont gérés: le fichier est bien créé dans /tmp/Flash*, mais est supprimé dans la foulée.
L’application a bien un handle sur le fichier, mais il n’est plus référencé dans le fs. Mais il est possible de contourner ça.

Pour une solution avec firefox (>= 3.6 avec electrolysis), ajoutez dans votre .alias:
alias flashplay="cd /proc/\`pgrep plugin-cont\`/fd ; mplayer \`ls -l |grep FlashXX|awk '{print \$9}'\`; cd -"
Lancer "flashplay" en ligne de commande vous permettra ensuite de voir les vidéos flash de façon « allégée ».
Ça fait un grep sur le processus plugin-container (qui lance les plugin), et liste les fichiers qu’il a d’ouvert, les passant ensuite à mplayer. Vous pouvez remplacer mplayer par un autre lecteur, supportant VAAPI, XvBA ou VDPAU pour encore plus de légèreté CPU.

Pour chrome, remplacer le pgrep "plugin-cont" par "pgrep -f flashplayer.so" devrait trouver le processus adapté. Non testé.

Pour tracer un cercle avec GIMP, je préfèrerai:

1. faire une sélection avec l'outil ellipse (maintenir ctrl ou maj pour avoir un cercle parfait)
2. convertir la sélection en chemin
3. tracer le chemin

C’est toujours pas la panacée, mais déjà une étape en moins :-)