M a écrit 2996 commentaires

Et au port on me dis qu'il accepte que du papier (le port est a coté d'une usine de papier). C'est comme s'il fallait forcement faire des liaisons directes...

Bon j'ai trouvé comment faire : http://wiki.openttd.org/Feeder_service
Mais bon c'est a chier, les passagers sont con et debarque et reembarque dans le meme bus/bateau.
Il y a bien la magouille http://wiki.openttd.org/Two-way_feeder_service, mais pour une raison inconnue le bateau est plein a chaque fois, mais les bus sont vides (1 a 2 personnes) (ie le transfert se fait finalement quand même que dans un sens ville -> bateau -> bus -> ville2)

voila j'ai testé le jeu et je trouve que la prise en main n'est pas facile (moins que les clones de simcity).
Quand on lance le jeu pour la premier fois il n'y a pas de tutoriel. Il faut le chercher sur le wiki (j'ai pas vu de lien direct vers la page d'accueil).

Après avoir parcouru le tuto, je comprends a peu pres a quoi serve le bouton en haut (une info bulle aurait ete sympa). Je commence la partie.
Je décide de construire une liaison ferroviaire entre 2 villes : la pose des rails est catastrophique :
- parfois les rails sont cachés par les arbres et on ne peut pas voir s'il la jonction est faite
- quelques fois a cause de mystérieuse histoire de pente, 2 tronçon cote a cote ne se joigne pas.
- on est interrompu par les messages (pour les fermer il faut cliquer sur la croix et si on se loupe (on clique sur le message, on change d'endroit).
- on se loupe, on reconstruit par dessus et on aboutit a des jonctions de fous

Pour la construction de gare ou depots il faut choisir l'orientation. En faisant pas gaffe on arrive a une gare perpendiculaire aux rails...
Il faut maintenant construire son train : le role des wagons n'est pas clairement indiqué.Et trouver comment le faire partir.

Ensuite un message qu'une liason ville/ville est subventionné. Les 2 villes se trouvent aux extrémité d'un lac. Je me dis que je vais faire du bateau (+ autobus entre 1 port et le centre ville). Et ben je crois que je me suis loupé : personne ne prend mon autobus. Je n'ai pas vu la couleur de la subvention. Et au port on me dis qu'il accepte que du papier (le port est a coté d'une usine de papier). C'est comme s'il fallait forcement faire des liaisons directes...

Bref, après une heure de jeu et quelque emprunt, je suis ruiné.

Ils ont pas accepté de mettre un plugin Java non plus. J'entend personne pleurer la dessus.
Ni tout autres interpréteurs/VM.

Ben oui si non, on pourrait installer n'importe quel appli sans qu'ils puissent le controller...

Ha cool.

J'avais cru comprendre qu'avec le ttm, le kms & co les bsd avait beaucoup de mal à suivre : genre ils arrivaient à implémenter un truc qui manquait, la version courante en dépendait de n nouveau trucs

Tu as des sources pour affirmer tout ce que tu dis ?

Pour info déjà nouveau il tourne que sous Linux, donc exit les bsd & co avec un affichage 2D potable.
En plus nv ne nécessitait pas de driver kernel (oui nouveau est dans le kernel, mais l'API n'est pas forcement stable).

Ensuite quand les puces nv50 sont sorties les développeurs de nouveau ont bien été content d'avoir le driver nv pour comprendre comment celle nouvelle archi fonctionnait :
oui le driver nv est obscurci, mais tu crois que dans les traces du drivers proprio il y a des commentaires ;)

Bref on se retrouve au même niveau qu'ATI : vesa puis choix entre un driver proprio ou un driver libre incomplet.

j'ai des collègues qui ont testés smartgit et sont assez content. Mais c'est pas libre :(

Essaie de transférer un fichier dont le nom contient un espace, un crochet, n'importe quoi en dehors de [a-z0-9].

Ben ca marche

$cd /tmp
$mkdir 1
$mkdir 2
$touch 1/"pp pp"
$scp -P443 1/pp\ pp localhost:/tmp/2
$ ls -l 2/
23:12 pp pp

SCP, c'est un hack sur SSH, qui utilise des trucs style ls et cat pour transférer des fichiers.
T'es sur que tu confonds pas avec fish [1] ?

scp a l'air d'avoir un serveur [2], mais peut être que celui-ci est lancé depuis le shell ?

[1]
http://en.wikipedia.org/wiki/Files_transferred_over_shell_pr(...)
[2]
http://en.wikipedia.org/wiki/Secure_copy

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