# qemu -hda montest -cdrom debian-40r3-i386-netinst.iso -boot d -m 256 -vnc 1 -k fr -localtime -net none
--> je lance une console vnc vers mamachine:1
--> j'ai l'écran d'accueil de Debian, j'appuie sur ENTREE... Erreur de segmentation
--> je relance la même commande, ça fonctionne (mais l'affichage vnc est très étrange, et il faut relancer vnc plusieurs fois)
une fois l'installation terminée:
# qemu -hda montest -m 256 -vnc 1 -k fr -localtime -net none
Dans la machine virtuelle:
# mkdir test
# cd test
# dd if=/dev/zero of=virt bs=1M count=2000
--> 16.1 Mo/s
# losetup -f
# losetup /dev/loop0 virt
# dd if=/dev/zero of=/dev/loop0 bs=1M
--> ça commence à écrire (iostat sur la machine physique le montre)
--> ça se bloque
--> surprise, ça reprends l'écriture après environ une minute
--> 15.2 Mo/s
Deuxième tentative:
# dd if=/dev/zero of=/dev/loop0 bs=1M
--> 38.2 Mo/s (ce qui correspond à l'affichage d'iostat)
Le premier test donne un résultat étrange.
Les tentatives suivantes fonctionnent bien.
J'ai testé avec Linux Mint 4.0 KDE (http://www.linuxmint.com/mirrors.php?id=23). Avec cette version live, si une autre personne fait le test nous aurons exactement la même version pour tout.
Je démarre la machine sur le DVD, mode graphique sans échec, clavier français. J'ouvre un terminal. Jusque là, rien d'étrange :-)
# sudo mkdir /mnt/1
# sudo mkdir /mnt/2
# sudo mount /dev/sda1 /mnt/1
(sda1 est une partition contenant un espace libre)
Faire une grand'messe, ça permet de faire du battage qui fait oublier qu'on s'éloigne de plus en plus de la bonne direction.
J'ai entendu à la radio un ministre je crois (ou Eric BESSON, je ne me souviens pas) qui affirmais que tout le monde peut participer à ces assises du numérique puisqu'il y a des blogs sur le sujet. On est content, youpi, sortez cotillons, serpentins et confettis.
Alors bon je participe à la conquête de Mars puisqu'il y a des blogs sur le sujet. Je participe également à la haine envers mon prochain puisqu'il y a aussi des blogs sur le sujet, flute.
Je vais me renseigner pour savoir si il y a des blogs sur l'élimination physique des fabricants de pipo à coulisse, je tiens à participer.
Sinon, as tu des similitudes entre les machines/installations sur lesquelles tu as des problèmes, autres que la distribution (processus qui tournent, RAID ou LVM, ...)
C'est bien la question que je me pose. La seule similitude que je vois c'est le mec qui est devant la console, c'est à dire moi.
Ce qui me semble étrange c'est qu'avec une Etch et une Lenny toute fraîche ça plante, mais pas avec une Fedora toute fraîche. Testé sur 2 machines différentes.
Je viens d'essayer une Etch toute fraîche, puis aptitude upgrade, puis installation du 2.6.18-6-k7 (le processeur est un AMD 4200+). Ca bloque pendant le test 1.
Je ne comprends pas pourquoi ça marche lorsque c'est une autre personne qui le fait :-)
J'ai testé sur des machines matériellement différentes. Celles de l'entreprise (AMD 4200+/4Go, Intel Celeron/1Go), une machine perso (AMD 4000+/1Go), une machine d'OVH (Intel E6600/4Go) et une de chez DRI (Intel E6600/4Go). Aucune carte-mère identique.
Pour l'instant, il semble que les Debian fraîchement mises à jour fonctionnent bien. Les Ubuntu ont l'air de tenir également.
Je suis étonné pour Linux Mint. Noyau récent et soi-disans copié depuis Ubuntu.
Quelqu'un peut tester une Etch pas trop bricolée ?
Les tests précédents ont été fait sur 3 machines différentes.
Je viens de tester sur une autre machine. Ca fonctionne avec Ubuntu 7.10 mais toujours pas avec Debian Lenny.
Sur une autre machine (oui, encore une autre), Debian Etch, ça ne fonctionne pas. Ca bloque carrément au premier test (!!).
Avec un noyau 2.6.25.4 qui ne vient pas du tout de chez Debian, ça fonctionne parfaitement (sources venant de kernel.org, fichier de configuration venant de chez ovh).Par contre avec un noyau 2.6.24 qui vient de kernel.org et un fichier de configuration qui vient de chez Debian, ça ne fonctionne pas. Bon, c'est bel et bien la configuration Debian qui est en cause ; je ne sais pas pourquoi et je ne vais pas chercher.
Le module loop est tout de même pas mal utilisé. Je ne saisi pas comment un dysfonctionnement pareil est resté inaperçu aussi longtemps. :-)
Techniquement, rien à redire sur ce film.
Par contre le côté artistique... beuhhh :-) C'est d'un plat, d'un convenu. On dirait du Walt Disney tellement c'est fade.
Cela dit c'est une pub pour Blender, pas pour les scénaristes et metteurs en scène.
Je connais un peu cette entreprise située à Issoudun: SICMA AEROSEAT
Ils ne répondent pas aux candidatures (même pas "bien reçu mais pas intéressés") et le turn-over des informaticiens est important. Comme ce n'est pas une SSII, c'est étrange un tel turn-over.
Encore une entreprise avec du potentiel qui refuse de s'en donner les moyens humains. Gachi.
Au vu des messages précédents et selon ma propre expérience, je ne pense pas que DD-WRT puisse être considéré comme étant un projet libre.
Je ne connais pas bien les projets du même type. DD-WRT est le seul que j'ai trouvé il y a quelques mois capable de faire tourner des D-LINK 542T (matériel très correct, et vraiment pas cher). OpenWRT pouvait également mais avec de sévères limitations dont je ne me souviens plus.
Comme je ne pouvais pas modifier DD-WRT sans passer des jours et des jours à chercher les sources et les outils, j'ai laissé tomber (j'avais besoin d'effectuer quelques modifications, sinon cela n'avait pas d'intérêt pour moi de changer de micrologiciel).
Quelqu'un connait un xxx-WRT capable de faire fonctionner un D-LINK 524T ? :-)
Je confirme globalement les "sentiments" de cet auteur.
Par contre, la communauté qui existait autour de DD-WRT était (il y a 6 mois, c'est probablement toujours le cas) tout à fait disposée à aider les autres.
DD-WRT n'est pas 100% libre, et les outils utilisés pour générer le code ne sont pas tous libres non plus. Par contre ça fonctionne beaucoup mieux qu'OpenWRT.
Un vrai reproche pour DD-WRT: si tu veux compiler toi-même... tu dois tout réinventer. Sources+outils+makefiles ne sont pas disponibles sur le site. Seuls les développeurs "officiels" ont ça sur leurs machines.
C'était le cas il y a 6 mois, ça m'étonnerais que ça ait changé. Je voulais effectuer un modification mineure: pas possible.
Je viens de tester avec Fedora Live: ça fonctionne parfaitement bien.
Je viens d'écrire presque 40 Go en un seul jet dans une image vmware, idem dans une image maison, idem dans une partition native Microsoft (le tout monté via loop).
La version de ntfs-3g de Fedora Live est la 1.2506, ce qui est une version qui existe (contrairement à Etch et Mint 4.0).
J'ai compris, j'abandonne Debian, Ubuntu et consors. Ca fait vraiment trop de choses qui ne fonctionnent pas correctement dès qu'on fouille un peu.
'va falloir que je me mette aux rpm. IsNotGood, pas de mauvais esprit stp :-)
L'idée est de coder de manière indépendante de la plateforme d'exécution. Moi qui croyait qu'un bon programme était presque à 100% indépendant de ce côté...
Si Java a été créé, c'est bien pour cela.
Si les langages tels que Ruby, Python, etc ont été créés, c'est bien avec cela en tête (entre autre).
Si les bibliothèques pour le C ont été créées...
etc.
Je conçois qu'un programme tel qu'un défragmenteur de partitions NTFS avec un GUI Windows soit TRES lié à Windows: le programmeur n'en a probablement rien à fiche des autres systèmes.
Mais pour ceux qui s'en préoccupent, les bonnes options prises dès le départ font que le programme est portable avec des modifications très mineures.
En principe. :-) Car on a vite fait de dériver, d'aller dans une direction précise en oubliant un des buts initiaux.
as-tu le meme probleme en montant les images en loop
Oui, justement. C'est pour cela que j'ai fait les essais avec les autres méthodes afin de déterminer si ça vient plutôt de la distribution, plutôt de ntfs-3g ou plutôt du module loop.
Bon ça va, j'ai mal expliqué, c'est ça ? Il faut me dire la vérité docteur :-)
Donc en montant une partition NTFS via loop, j'ai le même problème ; (alors qu'en la montant directement ça fonctionne bien. D'où mon raisonnement: ntfs-3g + loop pose problème.
J'ai essayé avec une partition NTF créée par un vrai Windows.
J'ai essayé avec une partition NTFS créée avec Linux.
J'ai essayé avec un disque virtuel vmware contenant une partition NTFS, monté en loop, ou monté avec vmware-mount.pl
Idem avec du QEMU.
J'ai essayé avec une partition NTFS créée dans un fichier (donc loop obligatoire pour ce coup là).
Comme j'ai le même problème avec loop et avec vmware-mount.pl (qui n'utilise pas loop), j'en déduit que c'est ntfs-3g tout seul qui pose problème. Mais pourquoi uniquement lors des montages non directs ?
Je vais essayer ce soir avec CentOS pour voir, car Debian et Mint sont tout de même très proches. Et puis les versions de ntfs-3g sont 'impossibles'. Par exemple sous Mint j'ai la 1.913 alors que la dernière qui existe est la 1.2506 Idem avec Etch et les backports, j'ai une version qui n'existe pas. No comprendo.
note: j'ai testé sur 2 machines différentes au niveau matériel (processeur AMD pour les deux), avec des disques différents.
Sur ma machines perso (Mint) ça bloque la session X. Beuhh.
Posté par Kerro .
En réponse au message freenas.
Évalué à 3.
Il a dit 'bonjour': j'ai vu cela, ainsi que "en vous remerciant d'avance".
Ce n'est pas une preuve, mais ça tends à indiquer que ce n'est pas un mauvais bougre.
Cela dit, il est vrai que lorsqu'on est dans la mxxxx.... dans l'embarras, on ne fait pas toujours les choses comme il faut, moi le premier. Il a juste un peu trop chargé la barque. :-)
Si l'homme le plus riche du monde est Mexicain (je crois que c'est le cas), alors ça tend à indiquer que le Mexique est un des meilleurs pays pour s'enrichir.
Si le record du monde de vitesse terrestre a été effectué dans le desert du rocher noir (USA), ça tend à indiquer que cet endroit est l'un des meilleurs pour la vitesse.
Si le record du monde de frappe au clavier a été effectué sur un Dvorak, ça tend à indiquer que c'est un des claviers qui permet la meilleure vitesse.
Je viens de vérifier: le mexicain n'est "que" le deuxième plus riche au monde. Pauvre homme :-)
[^] # qemu: installation fraîche
Posté par Kerro . En réponse au message loop défectueux sous Debian ?. Évalué à 2.
# cd ~
# mkdir test
# cd test
# wget http://cdimage.debian.org/debian-cd/4.0_r3/i386/iso-cd/debia(...)
# dd if=/dev/zero of=montest bs=1M count=10000
--> 37.8 Mo/s
# qemu -hda montest -cdrom debian-40r3-i386-netinst.iso -boot d -m 256 -vnc 1 -k fr -localtime -net none
--> je lance une console vnc vers mamachine:1
--> j'ai l'écran d'accueil de Debian, j'appuie sur ENTREE... Erreur de segmentation
--> je relance la même commande, ça fonctionne (mais l'affichage vnc est très étrange, et il faut relancer vnc plusieurs fois)
une fois l'installation terminée:
# qemu -hda montest -m 256 -vnc 1 -k fr -localtime -net none
Dans la machine virtuelle:
# mkdir test
# cd test
# dd if=/dev/zero of=virt bs=1M count=2000
--> 16.1 Mo/s
# losetup -f
# losetup /dev/loop0 virt
# dd if=/dev/zero of=/dev/loop0 bs=1M
--> ça commence à écrire (iostat sur la machine physique le montre)
--> ça se bloque
--> surprise, ça reprends l'écriture après environ une minute
--> 15.2 Mo/s
Deuxième tentative:
# dd if=/dev/zero of=/dev/loop0 bs=1M
--> 38.2 Mo/s (ce qui correspond à l'affichage d'iostat)
Le premier test donne un résultat étrange.
Les tentatives suivantes fonctionnent bien.
[^] # qemu
Posté par Kerro . En réponse au message loop défectueux sous Debian ?. Évalué à 2.
Création du fichier: 35 Mo/s
Test1: 35.4 Mo/s
Test2: 35.8 Mo/s
# Linux Mint Live
Posté par Kerro . En réponse au message loop défectueux sous Debian ?. Évalué à 2.
Je démarre la machine sur le DVD, mode graphique sans échec, clavier français. J'ouvre un terminal. Jusque là, rien d'étrange :-)
# sudo mkdir /mnt/1
# sudo mkdir /mnt/2
# sudo mount /dev/sda1 /mnt/1
(sda1 est une partition contenant un espace libre)
# sudo dd if=/dev/zero of=/mnt/1/grosfichier bs=1M count=2000
--> 76,1 Mo/s
# sudo losetup -f
--> /dev/loop1
# sudo losetup /dev/loop1 /mnt/1/grosfichier
Test1:
# sudo dd if=/dev/zero of=/dev/loop1 bs=1M
--> ça commence à écrire, puis plus rien
--> ctrl+C fonctionne après plus de 20 secondes
# sudo mkfs.ext2 /dev/loop1
# sudo mount /dev/loop1 /mnt/2
# sudo dd if=/dev/zero of=/mnt/2/grosfichier bs=1M count=10
--> ça fonctionne
Test2:
# sudo dd if=/dev/zero of=/mnt/2/grosfichier bs=1M
--> 50 Mo/s tient, étrange, le premier test ne fonctionne pas, mais celui-ci est ok (?!!)
# sudo umount /mnt/2
Test1 bis:
# sudo dd if=/dev/zero of=/dev/loop1 bs=1M count=10
--> ça fonctionne
# sudo dd if=/dev/zero of=/dev/loop1 bs=1M count=100
--> ça fonctionne
# sudo dd if=/dev/zero of=/dev/loop1 bs=1M count=1000
--> ça bloque
Je ne suis tout de même pas le seul sur terre à constater ce problème... si ? :-)
# Pipotron à coulisse
Posté par Kerro . En réponse à la dépêche Lancement des assises du numérique. Évalué à 10.
J'ai entendu à la radio un ministre je crois (ou Eric BESSON, je ne me souviens pas) qui affirmais que tout le monde peut participer à ces assises du numérique puisqu'il y a des blogs sur le sujet. On est content, youpi, sortez cotillons, serpentins et confettis.
Alors bon je participe à la conquête de Mars puisqu'il y a des blogs sur le sujet. Je participe également à la haine envers mon prochain puisqu'il y a aussi des blogs sur le sujet, flute.
Je vais me renseigner pour savoir si il y a des blogs sur l'élimination physique des fabricants de pipo à coulisse, je tiens à participer.
[^] # Re: Anciennes versions ?
Posté par Kerro . En réponse au message loop défectueux sous Debian ?. Évalué à 2.
Sinon, as tu des similitudes entre les machines/installations sur lesquelles tu as des problèmes, autres que la distribution (processus qui tournent, RAID ou LVM, ...)C'est bien la question que je me pose. La seule similitude que je vois c'est le mec qui est devant la console, c'est à dire moi.
Ce qui me semble étrange c'est qu'avec une Etch et une Lenny toute fraîche ça plante, mais pas avec une Fedora toute fraîche. Testé sur 2 machines différentes.
[^] # Re: Une description grand-public de l'EeePC
Posté par Kerro . En réponse à la dépêche Les ultra-portables rééquilibrent le marché en faveur des logiciels libres. Évalué à 7.
Un bémol: "...c'est un système Linux, mais les utilisateurs..."
Pourquoi "mais" crénon ?! :-)
[^] # Re: Mandriva spécialisé dans MIPS ?
Posté par Kerro . En réponse à la dépêche Les ultra-portables rééquilibrent le marché en faveur des logiciels libres. Évalué à 10.
Surtout si on compare à NetBSD qui le fait depuis "quelques" années :-)
http://www.netbsd.org/ports/
[^] # Re: Anciennes versions ?
Posté par Kerro . En réponse au message loop défectueux sous Debian ?. Évalué à 2.
Je ne comprends pas pourquoi ça marche lorsque c'est une autre personne qui le fait :-)
J'ai testé sur des machines matériellement différentes. Celles de l'entreprise (AMD 4200+/4Go, Intel Celeron/1Go), une machine perso (AMD 4000+/1Go), une machine d'OVH (Intel E6600/4Go) et une de chez DRI (Intel E6600/4Go). Aucune carte-mère identique.
Si quelqu'un a une idée...
# Anciennes versions ?
Posté par Kerro . En réponse au message loop défectueux sous Debian ?. Évalué à 2.
Je suis étonné pour Linux Mint. Noyau récent et soi-disans copié depuis Ubuntu.
Quelqu'un peut tester une Etch pas trop bricolée ?
[^] # Re: alors chez moi ...
Posté par Kerro . En réponse au message loop défectueux sous Debian ?. Évalué à 2.
# D'autres tests
Posté par Kerro . En réponse au message loop défectueux sous Debian ?. Évalué à 2.
Je viens de tester sur une autre machine. Ca fonctionne avec Ubuntu 7.10 mais toujours pas avec Debian Lenny.
Sur une autre machine (oui, encore une autre), Debian Etch, ça ne fonctionne pas. Ca bloque carrément au premier test (!!).
Avec un noyau 2.6.25.4 qui ne vient pas du tout de chez Debian, ça fonctionne parfaitement (sources venant de kernel.org, fichier de configuration venant de chez ovh).Par contre avec un noyau 2.6.24 qui vient de kernel.org et un fichier de configuration qui vient de chez Debian, ça ne fonctionne pas. Bon, c'est bel et bien la configuration Debian qui est en cause ; je ne sais pas pourquoi et je ne vais pas chercher.
Le module loop est tout de même pas mal utilisé. Je ne saisi pas comment un dysfonctionnement pareil est resté inaperçu aussi longtemps. :-)
# Technique, technique...
Posté par Kerro . En réponse à la dépêche Sortie du film libre "Big Buck Bunny". Évalué à 5.
Par contre le côté artistique... beuhhh :-) C'est d'un plat, d'un convenu. On dirait du Walt Disney tellement c'est fade.
Cela dit c'est une pub pour Blender, pas pour les scénaristes et metteurs en scène.
# Mouais, boîte moyenne (pour rester poli)
Posté par Kerro . En réponse au message [36] Annonce postes à pourvoir + stagiaires (indépendamment). Évalué à 2.
Ils ne répondent pas aux candidatures (même pas "bien reçu mais pas intéressés") et le turn-over des informaticiens est important. Comme ce n'est pas une SSII, c'est étrange un tel turn-over.
Encore une entreprise avec du potentiel qui refuse de s'en donner les moyens humains. Gachi.
# DD-WRT n'est assurément pas libre
Posté par Kerro . En réponse à la dépêche Micro Distribution pour Routeurs : DD-WRT v24. Évalué à 3.
Je ne connais pas bien les projets du même type. DD-WRT est le seul que j'ai trouvé il y a quelques mois capable de faire tourner des D-LINK 542T (matériel très correct, et vraiment pas cher). OpenWRT pouvait également mais avec de sévères limitations dont je ne me souviens plus.
Comme je ne pouvais pas modifier DD-WRT sans passer des jours et des jours à chercher les sources et les outils, j'ai laissé tomber (j'avais besoin d'effectuer quelques modifications, sinon cela n'avait pas d'intérêt pour moi de changer de micrologiciel).
Quelqu'un connait un xxx-WRT capable de faire fonctionner un D-LINK 524T ? :-)
[^] # Re: Pour info
Posté par Kerro . En réponse à la dépêche Micro Distribution pour Routeurs : DD-WRT v24. Évalué à 3.
Par contre, la communauté qui existait autour de DD-WRT était (il y a 6 mois, c'est probablement toujours le cas) tout à fait disposée à aider les autres.
[^] # Re: Quel est la différence entre DD-WRT et OpenWRT?
Posté par Kerro . En réponse à la dépêche Micro Distribution pour Routeurs : DD-WRT v24. Évalué à 8.
Un vrai reproche pour DD-WRT: si tu veux compiler toi-même... tu dois tout réinventer. Sources+outils+makefiles ne sont pas disponibles sur le site. Seuls les développeurs "officiels" ont ça sur leurs machines.
C'était le cas il y a 6 mois, ça m'étonnerais que ça ait changé. Je voulais effectuer un modification mineure: pas possible.
[^] # C'est du Coluche ?
Posté par Kerro . En réponse au message horloge au moment du lancement d'une commande. Évalué à 3.
[^] # Fedora
Posté par Kerro . En réponse au message loop et ntfs-3g. Évalué à 2.
Je viens d'écrire presque 40 Go en un seul jet dans une image vmware, idem dans une image maison, idem dans une partition native Microsoft (le tout monté via loop).
La version de ntfs-3g de Fedora Live est la 1.2506, ce qui est une version qui existe (contrairement à Etch et Mint 4.0).
J'ai compris, j'abandonne Debian, Ubuntu et consors. Ca fait vraiment trop de choses qui ne fonctionnent pas correctement dès qu'on fouille un peu.
'va falloir que je me mette aux rpm. IsNotGood, pas de mauvais esprit stp :-)
[^] # Re: Ouille ouille
Posté par Kerro . En réponse à la dépêche Sortie de ATL 2. Évalué à 3.
Le même genre que WinDev :-)
Comme l'indique 'left' ça fait polémique.
# Trop de choix tue le choix
Posté par Kerro . En réponse au message Convertir du code source en PDF. Évalué à 3.
:-)
[^] # Ouille ouille
Posté par Kerro . En réponse à la dépêche Sortie de ATL 2. Évalué à 4.
Si Java a été créé, c'est bien pour cela.
Si les langages tels que Ruby, Python, etc ont été créés, c'est bien avec cela en tête (entre autre).
Si les bibliothèques pour le C ont été créées...
etc.
Je conçois qu'un programme tel qu'un défragmenteur de partitions NTFS avec un GUI Windows soit TRES lié à Windows: le programmeur n'en a probablement rien à fiche des autres systèmes.
Mais pour ceux qui s'en préoccupent, les bonnes options prises dès le départ font que le programme est portable avec des modifications très mineures.
En principe. :-) Car on a vite fait de dériver, d'aller dans une direction précise en oubliant un des buts initiaux.
[^] # Re: ext2
Posté par Kerro . En réponse au message loop et ntfs-3g. Évalué à 2.
Oui, justement. C'est pour cela que j'ai fait les essais avec les autres méthodes afin de déterminer si ça vient plutôt de la distribution, plutôt de ntfs-3g ou plutôt du module loop.
Bon ça va, j'ai mal expliqué, c'est ça ? Il faut me dire la vérité docteur :-)
Donc en montant une partition NTFS via loop, j'ai le même problème ; (alors qu'en la montant directement ça fonctionne bien. D'où mon raisonnement: ntfs-3g + loop pose problème.
J'ai essayé avec une partition NTF créée par un vrai Windows.
J'ai essayé avec une partition NTFS créée avec Linux.
J'ai essayé avec un disque virtuel vmware contenant une partition NTFS, monté en loop, ou monté avec vmware-mount.pl
Idem avec du QEMU.
J'ai essayé avec une partition NTFS créée dans un fichier (donc loop obligatoire pour ce coup là).
Comme j'ai le même problème avec loop et avec vmware-mount.pl (qui n'utilise pas loop), j'en déduit que c'est ntfs-3g tout seul qui pose problème. Mais pourquoi uniquement lors des montages non directs ?
Je vais essayer ce soir avec CentOS pour voir, car Debian et Mint sont tout de même très proches. Et puis les versions de ntfs-3g sont 'impossibles'. Par exemple sous Mint j'ai la 1.913 alors que la dernière qui existe est la 1.2506 Idem avec Etch et les backports, j'ai une version qui n'existe pas. No comprendo.
note: j'ai testé sur 2 machines différentes au niveau matériel (processeur AMD pour les deux), avec des disques différents.
Sur ma machines perso (Mint) ça bloque la session X. Beuhh.
[^] # Re: Avec un mars aussi?
Posté par Kerro . En réponse au message freenas. Évalué à 3.
Ce n'est pas une preuve, mais ça tends à indiquer que ce n'est pas un mauvais bougre.
Cela dit, il est vrai que lorsqu'on est dans la mxxxx.... dans l'embarras, on ne fait pas toujours les choses comme il faut, moi le premier. Il a juste un peu trop chargé la barque. :-)
[^] # Re: Avec un mars aussi?
Posté par Kerro . En réponse au message freenas. Évalué à 8.
Non non je ne tique pas sur le fait qu'il ait accepté un stage sans même se renseigner avant (vu la date, son stage est en cours).
Non non je ne tique pas sur le fait qu'il a créé son compte uniquement pour demander cela.
Non non je ne tique pas sur le nombre de fautes dans son texte.
... encore un futur bon informaticien :-)
[^] # Re: Arguments
Posté par Kerro . En réponse au journal Dvorak c'est mal!. Évalué à 1.
Si le record du monde de vitesse terrestre a été effectué dans le desert du rocher noir (USA), ça tend à indiquer que cet endroit est l'un des meilleurs pour la vitesse.
Si le record du monde de frappe au clavier a été effectué sur un Dvorak, ça tend à indiquer que c'est un des claviers qui permet la meilleure vitesse.
Je viens de vérifier: le mexicain n'est "que" le deuxième plus riche au monde. Pauvre homme :-)