M a écrit 2988 commentaires

ClockworkMod Tether

Quelqu'un sait comment ca marche. Le lien (google+) n'est pas tres explicite.

Sinon il y a quelques temps je m'étais amusé a faire fonctionné slirp sur android pour faire du tethering par usb.
{code}
$ adb push slirp /data/local/tmp/
$ sudo adb ppp "shell:cd /data/local/tmp/; HOME=/data/local/tmp /data/local/tmp/slirp -dppp \"host addr 192.168.0.x\" \"dns 8.8.8.8 \" -P " defaultroute debug logfile /tmp/ppp.log local noauth notty nodetach usepeerdns
{/code}

Ca se faisait aussi en installant un serveur ssh sur le téléphone, en utilisant adb pour rediriger des ports du telephone sur le pc (par usb), puis en utilisant un "ssh -D :1234 -p 2222 root@local"

Au passage l'application payante pdanet permet aussi de le faire.

Merci pour tes precisions.

Vu que le but du wps c'est de simplifier la vie de l'utilisateur sa peut se comprendre que ce soit activé par défaut.
Idem la méthode interne fonctionne seulement si l'on a déja pu se connecter au routeur (c'est a dire configurer le wifi ou se connecter par ethernet), mais c'est déja compliqué.

Si le bouton est obligatoire sur les AP, c'est une betise que ne pas avoir activer le mode par PIN seulement apres pression sur le bouton pour une certaine durée...

c'est de base sur tous les portables non? (vu que certains opérateurs font passer sur un proxy)

J'ai dis configurable. Par exemple pas moyen de rediriger tout le trafic sur un proxy socks de base (on peut le faire qu'avec des navigateurs le supportant).

Sur HC/ICS c'est bon.

Bof, c'est assez limité : tu encryptes la partition /data et une fois que tu l'as fait tu ne peux plus revenir en arrière.
Si tu perd ton téléphone alors qu'il est allumé (mais en veille), la partition est déja monté on peut tout récupérer (via la sauvegarde par adb par exemple).

Et puis si des applis s'amuse a écrire des données sensible en sdcard, tant pis pour toi !

Quoiqu'il faudrait se renseigner sur les Nexus qui sont mainline dans androïd, et construits par Samsung...

google fournit un certain nombre de driver proprio precompilé :
https://code.google.com/intl/fr-FR/android/nexus/drivers.html

Alors tu peux peut-être parler des services Google. Sache qu'un compte Google te sera presque obligatoire, ne serait-ce que pour utiliser le market

Et sache que les applis google (gmail, g+, ...) ont tendance a se charger en arrière plan sans que tu ne puisse rien y faire.

L'OS de base android est aussi assez limité :
- pas de proxy configurable
- peu de vpn
- encryption des donnés/mots de passe assez limité
- même sur des cpu de malade, c'est pas tout le temps réactif
- batterie qui s'use très vite sur certains modèles

Bref le téléphone a un super ecosysteme (plein d'app), mais c'est pas nom plus une tuerie.

D'un autre coté je vois pas ce que peut faire le DRM contre un dd if=/dev/sdg of=fichier.bin, à moins que l'ordi lui même ou le lecteur de carte soit également DRMisé.

Ben le microcontrolleur qui est dans la carte sd va te jeter vu que tu n'a pas fait ce qu'il faut pour lire dans la zone avec drm...

Et au passage les cartes sd ont déja des zones avec drm : http://en.wikipedia.org/wiki/Secure_Digital#DRM_features

Oh non, pitié, pas d'overloading en C!

Et puis quand tu debug c'est sympa, entre le namespace, l'overloading, pour poser un breakpoint il faut tout spécifier.

Moi ce que j'aurais aimé, c'est un moyen de remplacer toute les horreurs du préprocesseur, par quelque chose géré par le compilo (les static inline était un premier pas).

C'est pour ça que des morceaux de la norme (dont les threads) ont été rendus optionnels.

Oui mais dans ce cas ça perd tout son intérêt, autant utiliser une bibliothèque externe qui est présente de manière optionnelle ou encore les extensions gcc...

Le C est un langage bas niveau, autant se concentrer sur le langage (attribut, typeof, ...) sans forcement chercher a étendre l'API de la libc.

__thread était une extension de gcc, pas du C99 (de mémoire). Et du coup ça doit etre la meme chose

http://en.wikipedia.org/wiki/Secure_Digital#UHS_Speed_Class :
pour la dernière génération de sdcard on peut attendre 50/100 Mo/s.

Dans la future spec il y aurait des sdcard tournant a 300MB/s.

Donc oui c'est logique sans mécanique on peut aller beaucoup plus vite.

Il a clairement pas tord, c'est vraiment moche ce qu'ils ont définit et l'apport est bien maigre.

 #define cbrt(X) _Generic((X), long double: cbrtl, \
                              default: cbrt, \
                              float: cbrtf)(X)

C'est quoi cette syntaxe qui ne ressemble pas du tout au C (une sorte de case sur un type) ?

La gestion des threads peut être pas mal (notamment le _Thread_local qui évite de passer par l'API pthread qui est moins naturelle), mais ca impose tout un nombre de contrainte sur l'os qui est derrière (et oui le C tourne aussi sur des os minimaliste)?

Et par contre ils n'ont rien proposé sur l'API string qui est assez dangereuse...

C'est clair beaucoup de monde oublie que les sdcard embarquent des drm. Heureusement il ne sont quasiment pas utilisé.

De la même façon en théorie on peut protéger une sdcard par un mot de passe (un peu l'équivalent de ceux que l'on a sur les disque dur ATA), ca peut être pratique si on perd la sdcard, mais vu le nombre de personne qui l’implémente c'est inutilisable...

Contrôlez les permissions des applications

Ca n'existe pas depuis un bout de temps sur cyanogen ?

Les patches du noyau Android dans le noyau vanilla

On avait pas déjà certains patch android dans staging pour les dégager faute de "maintainer".
Et on a le droit a un super débat sur l'interface de log : http://www.mail-archive.com/linux-embedded@vger.kernel.org/

///
Je ne dit pas que ça ne serai pas une bonne chose, ça fluidifirai surement le trafic, ça permettrai au 2 roues d'être plus en sécurité et en plus ca couterai pas grand chose.
///
Les 2 roues a énergie musculaire se retrouvent déja avec les bus et les taxis dans ces couloirs.

En ajoutant les autres 2 roues, je suis pas sur que tout le monde soit gagnant (surtout a Paris ou les gens sont des malades : ils sont prêt a tout pour gagner quelques minutes)...

On ferait mieux de trouver de vrai alternative...

Apparemment sur certains nexus-S on est pas obligé d'attendre la mise a jour par OTA :
http://www.androidcentral.com/how-manually-update-your-gsm-nexus-s-ice-cream-sandwich

C'est clair d'OpenOffice est lent, pas très intuitif et incompatible avec MS Office (
il ferait mieux de rien supporter vu ne nombre de problème que j'ai vu a importer/exporter des document word (assez basique)).

Et puis franchement a part c'est libre, c'est quoi l’innovation(s) qui le démarque de MS Office ?

Après le mieux quand on peut c'est d'utiliser des solutions alternatives : latex, wiki, ...

idem, faudra d'ailleurs en parler aux utilisateurs de slackware pour l'init.

//
Mince pourtant c'est vendredi...
Tu plaisantes un peu et pouf ton troll pauvre troll velu est rasé stérilisé filtré et hadopié.
//

Surtout que la partie non velue le lien vers le blog (qui est fort instructive) est passé inaperçu.

//
OSSv4 fait par les mecs qui ont rendu propriétaire OSSv3 ? jamais de la vie, améliorer ALSA ? avant PA, tout le monde passait son temps à contourner les bogues de celui-ci dans les couches supérieures, Lennart a permis de changer ça en refusant d'inclure le moindre hack.
//

Avec alsa, on a perdu l'aspect tout est fichier du monde unix et les gens ont du ce taper la libasound au API incompréhensible (d'ailleurs si existe aujourd'hui des version light comme salsa ou tinyalsa). Pour info libasound embarque un interpréteur lisp...

Je serais curieux de savoir comment il a été accepté dans le noyau linux (pas d'autre alternative ?)

//
C'était une nouveauté de Windows 95.

J'aimerais qu'on calme Mr Lennart avant qu'il nous casse /etc .
//
gnome n'a pas attendu Lennart avec gconf :)

Mais bon c'est vrai que tout le monde n'a pas migré : je propose d'intercepter les open/read/write de ces programmes pour les rediriger dans gconf !

on peut lire aussi la réponse aux problèmes soulevé par Lennart par le dev de rsyslog : http://blog.gerhards.net/2011/11/serious-syslog-problems.html

Sinon après systemd pourquoi ne pas continuer a tout casser ?

Tant de bugs ? Sur des éléments aussi importants ? C'est inquiétant. Surtout sur cinq « nouveautés dans le cœur de LLVM » décrites.

En regardant le blog llvm on trouve :
- http://blog.llvm.org/2011/11/llvm-30-exception-handling-redesign.html
//
One of the biggest IR changes in the LLVM 3.0 release is a redesign and reimplementation of the LLVM IR exception handling model. The old model, while it worked for most cases, fell over in some key situations, leading to obscure miscompilations, missed optimizations, and poor compile time
//

• http://blog.llvm.org/2011/11/llvm-30-type-system-rewrite.html // One of the most pervasive IR (and thus compiler API) changes in LLVM 3.0 was a complete reimplementation of the LLVM IR type system. This change was long overdue (the original type system lasted from LLVM 1.0!) and made the compiler faster, greatly simplified a critical subsystem of VMCore, and eliminated some design points of IR that were frequently confusing and inconvenient. //

Donc je pense que le "grand nombre de bugs" est une exagération de l'article...

Merci pour la news.

Par contre je trouve que la rédaction ne passe pas bien en francais, si je n'avais pas lu certains articles en anglais, je ne suis pas sur que j'aurais pu tout comprendre.

On retrouve des traductions techniques qui passe pas tres bien ou de l'enrobage.
Par exemple :

• utilisation de vénérable pour gcc/java
• "comme le bien connu"
• " grâce à l'utilisation d'instructions du langage plutôt que de fonctions intrinsèques."
• "permet maintenant une meilleure complétion."
• "vérifications de sûreté"
• "Le programme était alléchant mais les transparents ne sont pas encore disponibles."

(a+b)² = a²+2ab+b² Je me rappelle de cette formule apprise par cœur à l'école (un des seuls truc que j'ai bien voulu mémoriser après mon cerveau a démissionné "No more learning by heart. I'm so bored"). Mais curieusement je ne me rappelle pas comme on passe de (a+b)² à a²+2ab+b² .

C'est pourtant simple et très facile à retrouver si on l'a oublié :
(a+b)² = (a+b)(a+b) = aa+ab+ba+bb

Il y a pas longtemps je suis tombé sur http://web.mit.edu/puzzle/www/hunthistory.html

Ca peut intéresser les amateurs de ce type d'énigme. Pour ma part apres avoir vu quelques solution, je me suis dit que c'etait pas pour moi.