M a écrit 2988 commentaires

Vraiment super pour tout type de machine que se soit un petit NAS pas cher, un gros serveur ou un poste client, il est vraiment polyvalent.
Sur les petits routeurs c'est son petit frère dropbear [1] qui est utilisé

Existait-il un système similaire avant (libre ou non) ? Ou ssh est-il le premier (le seule ?) système de se genre ?
Il y a une version proprio qui a pas mal marché (je me demande si c'est pas les devs de ce soft qui on fait la première version du protocole).


[1]
http://matt.ucc.asn.au/dropbear/dropbear.html

La plupart des options de la ligne de commande de "scp" sont maintenant supportées par "sftp". L'objectif à terme est tout simplement de remplacer "scp" par "sftp".
C'est quoi les avantages de sftp par rapport à scp ?

Maintenant ce qui est chiant c'est entre ssh et scp/sftp. C'est -p ou -P.

On en apprend tout les jours.

Et moi qui me faisait chier a installer srelay sur mon serveur et a forwarder les ports par ssh...

Je ne parle pas en école d'inge ou l'on utilisait slirp sur le shell distant ouvert par ssh, pour recupurer en local un lien ppp...

tu as tout à fait le droit de l'arrêter
Tu crois qu'il va se laissé faire ?

En tout cas pour le prix, il n'y a pas mieux,
Tu déconnes.
Il y a plein d'autres routeurs neuf ou d'occasion mieux que la fonera et moins cher.

Par exemple j'ai acheté mon routeur 20 € (usb, wifi g, 4 port ethernet LAN + 1 port WAN, ...).
C'est un asus WL500GD.

les autotools c'est quand même la grosse merde pour faire de la cross compilation : entre les test qui cherche a exécuter des programmes, d'autres test qui hardcode des résultats dans le cas de cross compilation, encore d'autre qui cherche des headers/libs dans /lib ou /usr il faut souvent les patcher.

Je ne parle même pas de libtool qui fait les 3/4 du temps pas ce que tu veux.

Et le plus triste c'est qu'il y a souvent un moyen plus ou moins portable de faire le test.

Par exemple, quand les autotools veulent tester si ta machine cible et big ou little endian, tu passes ac_cv_c_bigendian=yes quand tu es big endian, et ac_cv_c_bigendian=no quand tu es little endian, et le tour est joué.
$ touch endian.c
$ cc -o endian.o -c endian.c
$ objdump -a /tmp/endian.o

ou encore

$ echo "unsigned int endian = 'B' << 24 | 'I' << 16 | 'G' << 8 | 'E';" > end.c
$ gcc end.c -c -o end.o
$ od -t x1 end | grep -q '42 *49 *47 *45' && echo big

Eh bien tetrinet est basé sur un protocole standard
Pas du tout ce protocole a été obtenu par analyse des clients proprio windows.
Il y a meme une protection a la con : le client doit envoyer un hash basé sur les adresses ip du serveur et/ou client.
Idem la seul différence entre la version normal et fast dans le protocole est une chaine de charactère de meme longeur (ça sent le bon patch sur un binaire)...

Pour info a l'époque nous avions patché un serveur [1] pour pouvoir supporter les 2 mode (normal et fast) et avoir de belle stat acessible de mysql.

PS : a noter que tout est fait dans le client, il est très facile de patcher gtetrinet pour tricher. Ensuite les serveurs ont des heuristiques pour detecter le tricheur, mais ça marche que dans les cas flagrant.

[1]
http://sourceforge.net/projects/tetrinetx-ng/

L'idée c'est de créer deux (ou plus) utilisateurs avec le même uid linux, les fichiers de l'un sont à l'autre et tout, et hop, tu peux avoir FF lancé avec l'un ou l'autre, profils complètement différents, $HOME différentes, tout différent.

Je suis pas sur que çà marche partout : par exemple glib après avoir utilisé le logname pour trouver le home, utilise l'uid en cas d'échec. Donc on exclu en rien les applis vicieuses...

Et puis quitte à avoir des utilisateurs différents, je m'en fout un peu d'avoir le même uid ou pas. Je peux utiliser les groupes ou acl pour partager les fichiers.

Non il passe par les functions de la libc : getpwnam_r/getpwuid_r .
Pour plus d'info le code se trouve dans
http://git.gnome.org/browse/glib/tree/glib/gutils.c (fonction g_get_any_init_do)

J'avais tenté de le faire en settant des $HOME différents, sauf que ça marche pas entre à cause de glib et gconf :
- glib n'utilise pas $HOME, il lit le home directement dans /etc/passwd !!! Tout ça pour un raison foireuse : le cas où $HOME pointe sur un répertoire qui n'existe pas.
- gconf, lui c'est la bibliothèque qui lance un démon dans le dos de l'appli. Mais c'est un démon par uid.

Bref on avait avant un mécanisme simple pour avoir plusieurs profils sur la plupart des applis, mais vu la complexification de certain framework, c'est plus possible.

C'était mieux à vent ;)

Merci pour ta super dépêche.


SystemTap ne risque pas de ce faire concurrencer par le système perf qui gère de plus en plus de chose (hw-breakpoint, kprobe, syscall trace, ...) ?


noyau 2.6.33 pourront profiter d'un pilote libre pour leurs cartes NVidia qui sera de meilleure qualité que le très limité et incompréhensible pilote nv
Perso nouveau est plus lent chez moi dans certain cas utilisation (fonte bitmap, firefox). Certaines lenteurs sont du au passage XAA vers EXA.
J'ai commencé à investiguer, mais j'ai pas eu le temps de trop creuser (par exemple un changement de tabulation dans firefox engendre un nombre impressionnant de memcpy pour lire des données du GPU dans le CPU).


Si votre noyau n'inclut pas KMS et que vous voulez profiter de Nouveau il va falloir songer à mettre à jour !
KMS c'est super violent, il faut mettre une grosse partie du driver X dans le kernel. Et aujourd'hui ce n'est pas fait pour l'overlay [1], du coup le rendu video n'est pas toujours au top.


[1] sauf pour les cartes intels (et encore avec des limitations) http://git.kernel.org/linus/02e792fbaadb75dec8e476a05b610e49(...)

Avec HTML5, les vidéos sur internet sont appelées à évoluer de toute façon.
Vers h264 pour google (pour le moment avec chrome).

Alors sous Androïd t'auras toujours l'actuel, le flash kipuképalibre.
Ben non sous android y a pas de flash. Il utilise directement les flux h264.

C'est un pb de codec accéléré, pas de conteneur (html5 vs flash vs appli spécifique sur le terminal).

Et dans deux ans quand le flash commencera à disparaître pour les vidéos, de toute façon Androïd sera dépassé, aura évolué, ton téléphone sera recyclé, et ta remarque sera oubliée, voilà...
Sais tu combien de temps se passe entre qu'une puce soit conçu et qu'elle se retrouve dans un terminal grand publique.

On dirais pas. Et aujourd'hui je connais pas de puce qui accélère les codec vpx. L'ironie c'est que on2 font des codec h264 hardware.

We all want you to do the right thing. Free VP8, and use it on YouTube!
And make all android phone not able to play youtube video anymore.


Et oui, il faut pas oublier qu'une partie des utilisateurs de youtube n'ont pas le choix du codec (support hardware)...

Tout les navigateur supportant HTML5!

Et puis quand on a pas de javascript activé le truc se dégrade très mal : on a le droit a une page blanche.

Ca sert surtout a utiliser vm86 qui permet d'excecuter du code real mode nativement. Notamment pour faire tourner des applis dos, sans avoir trop de chose à émuler.

A noter que la segmentation des X86 permet de faire des contrôle par niveau (en pratique marquer la première page non lisible en data en mode superviseur), mais ce n'est plus vraiment utilisé (a la fois parce que les nouvelles instructions de transition user<->kernel ne s'en servent plus, ca fonctionne plus en mode 64 bits, et c'est spécifique X86).

Parce que malheureusement les mmu des cpu marche par niveau :
- le code user ne peut pas faire tourner du code superviseur (kernel)
- le code superviseur à tout les droit (un peut comme root sous les unix).

Et pour des question de perf, quand un process user fait une transition vers le monde kernel on garde le meme mapping mmu.

Je profite de ce journal pour savoir si vous connaissez un logiciel qui permet faire des schémas cinématiques 2D et de les simuler ?

Il y a bien openmeca qui semble correspondre, mais le site à l'air mort....

Le modem adsl non, mais tout le reste oui (que ce soit un modem usb directement connecté au pc, ou un routeur avec openwrt).

Au passage tu ne peux pas non plus reflasher le "modem" de ta livebox, tu peux juste changer son firmware et/ou driver (ce que tu peux faire sur ton pc)...

Je ne vois rien de très étonnant à ce qu'OpenOffice.org Writter mette plus de temps à démarrer qu'Abiword
Sauf abiword devient une grosse bouse sur les gros document et ce fait torcher par openoffice.
J'avais fait un test sur un document de plus de 300 pages. Et ben openoffice démarait en 30s, abiword mettait plutôt dans les 5 minutes (voir plus).

ça a l'air d'être de plus en plus une usine à gaz...
Yep, surtout a une époque lointaine X était portable sur plein d'unix. Avec des dépendances sur udev, la 3D qui dépend de gem, ttm, kms on est en train de faire un truc linux only.

Et puis vu que ça change tout les 4 matins imposible de savoir ou il faut configurer le bousin si ca marche pas comme on veut.

Oui, mais je journal est trompeur pour les personnes ne parlant pas anglais :
Flash pas OpenSource à cause d'H264
Il semblerait donc que H264 et ses brevets soient un frein majeur aux Logiciels Libres. Si Adobe ne peut libérer Flash pour cette raison

C'est pas comme si les autres codecs utilisé par flash n'était pas eu aussi couvert de brevets...

Pour les perf, clang n'est pas toujours au niveau de gcc : http://multimedia.cx/eggs/compiler-smackdown-2010-1-64-bit/

Surtout qu'il a encore du mal avec l'asm inline...