Naha a écrit 288 commentaires

Microsoft se met au télémarketting ? Ils sont tombés bien bas…

--> []

J'adore le passage pauvre malheureux « on m'a forcé à être dépendant du portable ».
J'ai eu un portable, je n'en ai plus, et je ne vois pas la difficulté. Peut-être parce que j'avais un peu de mal à voir l'utilité d'être joignable en permanence ?

Sur un volume logique LVM, tu peux mettre le système de fichiers que tu veux. Et un volume logique peut s'étendre sur plusieurs volumes physiques (partitions ou disques).

Ah oui, j'avais aussi quelques bogues à signaler, enfin surtout des problèmes d'IA et de difficulté, mais je n'ai pas pris de notes…

Je me souviens juste du chevalier fou du temple en ruines, au début, qui est impossible à tuer sans le feinter (du moins je n'ai pas réussi) : le provoquer, le contourner, se mettre à un endroit où il ne te poursuis pas (à gauche de l'écran), et le frapper depuis là (il ne riposte pas). Donc ici deux problèmes :
(1) le chevalier est trop fort pour le personnage au début, et
(2) les IA ne connaissent que la ligne droite dans leur algo de poursuite, et donc sont très simples à feinter pour peu que le terrain s'y prête.

Ah oui, deuxième problème majeur : chez le marchand, je voulais acheter un plastron, en échange il voulait mes potions de vie. L'ennui, c'est qu'il les voulaient *toutes*, quel que soit le nombre que j'avais dans l'inventaire. Il faudrait pouvoir dissocier les objets multiples, car le problème se pose aussi pour jeter un objet, on ne peut jeter que toutes les potions de soin, pas une seule ou deux.

Sinon en bogues aléatoires non reproductibles a priori, à un moment j'ai eu les IA qui ne réagissaient plus du tout (du coup les combats étaient plus simples :-), problème « résolu » après rechargement de ma sauvegarde.
Plusieurs fois, au moment de « sauvegarder et continuer », c'est revenu à l'écran principal (sans sauvegarder), mais je n'ai bêtement pas noté les messages dans la console.
Et une fois le programme a quitté inopinément (idem, j'aurais dû noter les messages d'erreur).

Enfin, dans les trucs que je n'aime pas, il y a les monstres qui réapparaissent. C'est d'autant plus frustrant que les combats sont inutiles puisque le personnage ne monte pas de niveau (est-ce que c'est prévu ?). Et c'est encore plus frustrant de ne pas pouvoir quitter un écran où il y a des monstres belliqueux (seul point positif, ça marche quand il pleut des monstres, avant qu'ils ne touchent le sol).

Hier soir j'ai fini la version actuelle, puis corrigé pas mal de fautes (et quelques tournures) dans les dialogues, et mis des points à la fin des phrases. Si cette contribution t'intéresse, y-a-t-il moyen d'avoir un accès commit au SVN, temporairement ?
Comme j'imagine que non, que proposes-tu ?

Je t'ai mis la sortie d'un svn diff sur http://pastealacon.com/3304

Je réponds un peu tard, mais…
JFFS, YAFFS, LogFS, NILFS, UBIFS
Attention, parmi ceux-ci seuls LogFS et NILFS semblent pouvoir être utilisés sur un support autre que de la mémoire flash sans MTD (Memory_Technology_Device) tels que clefs USB et disques durs externes. Et LogFS n'est pas prêt.

Reste NILFS, mais la page http://www.nilfs.org/en/current_status.html indique « Basic POSIX file system features », ce qui inclus a priori la gestion des droits (mais n'exclus pas qu'il y ait une option de montage pour les désactiver).

Pour plus d'informations, patrick_g parle de NILFS dans sa dépêche sur le noyau 2.6.30 (https://linuxfr.org/2009/06/10/25555.html ) et des autres dans sa dépêche sur les FS pour disques SSD (https://linuxfr.org/2008/04/04/23938.html ).

Non, le man de fclose indique (section « Notes ») :
Notez que fclose() ne vide que les tampons fournis par la bibliothèque C dans l’espace utilisateur. Pour s’assurer que les données sont écrites physiquement sur le disque, il faut aussi vider les tampons du noyau à l’aide, par exemple, de sync(2) ou fsync(2).

Question naïve, si un développeur chevronné peut éclairer ma lanterne, pourquoi pas directement :open("MonFichier.temp")
write("MonFichier")
fsync("MonFichier")
close("MonFichier")
Quel est l'intérêt de passer par un fichier temporaire ? Pour le cas où il y aurait une coupure de courant avant la fin de l'écriture ? Si l'on travaille sur un gros fichier (ou une partition trop pleine), on risque de ne pas pouvoir écrire le fichier temporaire pour cause de partition pleine, problème qui n'apparaîtrait pas si l'on écrasait le fichier directement.
Bon, ceci dit si la taille à ajouter au fichier est importante, on risque d'écraser le fichier sans pouvoir écrire la totalité de la nouvelle taille.

Question subsidiaire (naïve aussi) : où faut-il créer ce fichier temporaire ? Dans /tmp (perte de temps si /tmp n'est pas sur la même partition que le fichier de destination) ? Dans le même répertoire que le fichier de destination (plus logique mais problème de la partition pleine) ?

J'utilise hotkeys depuis un bon moment sur mes claviers multimédia (pour ceux que ça intéresse, j'en avais fait une présentation sur mon wiki : http://wiki.lm7.fr/index.php/Utiliser_les_touches_multimedia(...) ).
Je n'ai pas encore essayé xbindkeys, mais je me demande quel avantage il a sur hotkeys (pour l'usage que j'en ai).

Extrait de la description sur le site de xbindkeys : Il associe […] une commande à une touche du clavier ou à un bouton de la souris.
Est-ce qu'il gère aussi l'appui sur plusieurs touches, du genre Ctrl+Alt+une lettre ? (je suppose que oui)

Il est indépendant du gestionnaire de fenêtres et peut capturer toutes les touches du clavier (ex: Power, Wake...).
Même les touches non détectées par xev ? (je suppose que non)

Merci !

Ça marche encore en allant sur http://search.wikia.com/search.html#ta_recherche

Est-il prévu une fonctionnalité d'imposition_(imprimerie) dans FinalPage ? Ça fait un moment que je cherche un logiciel libre pour faire ça (EasyPose a disparu sans laisser d'adresse).

1°) c'est kvm ou kqemu qui peut utiliser les extensions Intel VT

Seul KVM (qui devrait être intégré dans Qemu prochainement) utilise les extensions de virtualisation des processeurs récents (Intel VT-x / AMD-V).
kQemu utilise le noyau (d'où le K, pour kernel). Description tirée de aptitude show kqemu-source :

The QEMU Accelerator Module increases the speed of QEMU when a PC is emulated on a PC. It runs most of the target application code directly on the host processor to achieve near native performance.
Traduction libre : « Le module d'accélération de QEMU augmente la rapidité de QEMU quand un PC est émulé sur un PC. Il exécute la plupart du code de l'application émulée directement sur le processeur de l'hôte pour approcher les performances natives. »

Madame Michu ne joue pas à Wesnoth. Madame Michu n'aime pas les mises à jour de versions : « l'interface a changé, je ne retrouve plus mon icône », etc., c'est du vécu.

Mes deux centimes.

Mais dans ce cas, est ce que qemu, en mode x86, se sert des extensions Intel VT ?
Oui, je fais tourner des VM 32 bits sous Debian 64 bits avec KVM.

Et en mode mips ?
Si j'ai bien tout compris, les extensions VT ne marchent que pour virtualiser la même architecture (amd64 et i386 peuvent être considérées comme la même archi, en l'occurrence).

(En espérant ne pas raconter de bêtises.)

Et C-p / C-n pour naviguer dans l'historique de dialogue dans mcabber, d'une seule main.

>ajouter beaucoup de tableaux et d'images

Quel est le problème avec les tableaux et les images ?

Je dirais même plus : les tableaux et images sont justement un gros plus de LaTeX. Surtout les références aux tableaux/images (tout comme les références croisées à d'autres sections du rapport).

J'utilise aussi fncychap, mais le nombre de styles est limité, il faut choisir quelque chose qui existe déjà, et ce n'est pas forcément évident de créer son propre style.

Pour un débutant qui n'a pas envie de taper du code LaTeX, on peut conseiller LyX, qui propose un éditeur presque WYSIWYG, avec un rendu LaTeX. Mais je ne sais pas si ça rend la personnalisation du style plus facile (je n'utilise pas).

Free viole la GPL (Neuf la respecte).

Numéricable, en plus d'avoir extrêmement mauvaise réputation au niveau de la fiabilité, semble être peu soucieux des libertés. Cf. http://www.marianne2.fr/Exclusif-la-loi-Hadopi-chere-et-inef(...) (je ne retrouve pas le journal à l'origine de ce lien) : « Numéricâble est en effet à même de confiner à un internet "bas débit" ceux de ses abonnés qui feraient l'objet d'une sanction. »
Bon, chez la concurrence ce n'est pas forcément mieux.

Personnellement, je vais prendre FDN, mais c'est un peu un choix « politique ». Je pense que sinon, je prendrais Neuf.

À noter la bonne idée (de mon point de vue) de séparer en deux paquets la suite OpenOffice.org (paquet de base avec Writer, Calc, Impress et Draw et paquet extra avec le reste, en particulier le support Java et Base qu'on installe si besoin via netpkg).

À noter la bonne idée de Debian de séparer OOo (et autres grosses applis, comme TeX Live!) en plusieurs paquets (un paquet par composant), ce qui permet d'installer, par exemple, seulement Writer, seulement Calc, etc.

Source ?

lorsqu'on appuie sur le bouton d'arrêt c'est pour couper le courant

L'ACPI ça fait un moment que ça existe et c'est tout de même bien pratique, tu devrais essayer ;-)

Si tu cherches seulement à faire écouter un serveur HTTP et SSH sur le même port, j'avais trouvé ça il y a longtemps : http://search.cpan.org/dist/Net-Proxy/script/sslh
Mais je n'ai jamais eu l'occasion d'essayer.

Eh bien mon idée (cf. premier commentaire) de compter toutes les commandes qui mènent à un répertoire, et seulement celles-ci, me semblent pertinente. Puisque ce qu'on cherche à éviter c'est de taper cd /mon/chemin, il me semble logique de compter le nombre de fois qu'on cd dans tel ou tel endroit.

Mettons par exemple je tape une seule fois par jour (disons le matin en arrivant) cd /mon/répertoire/de/projet/tmp et 50 fois cd ~/mnt/tmp ; mettons que toutes les 5 minutes je tape make ou xemacs projet.c dans mon shell /mon/répertoire/de/projet/tmp, mais que dans ~/mnt/tmp je ne tape à chaque fois qu'une seule commande avant de fermer mon shell. Dans ce cas, le score de « /mon/répertoire/de/projet/tmp » va monter en flèche, alors que celui de ~/mnt/tmp va rester assez bas. Pourtant, quand je tape j tm, ce qui me facilite le plus la vie c'est qu'il aille dans ~/mnt/tmp (puisque j'y vais beaucoup plus souvent).

(J'espère que c'est assez clair.)

Ce n'est ni l'une ni l'autre :) En fait je compte le nombre de commandes effectuées à partir de chaque répertoire. Par exemple, si tu es dans /usr/share/doc et que tu fais "ls", le score de ce répertoire sera incrémenté de 1. De cette manière je n'ai pas les problèmes que tu décris.
Mouais, mais est-ce pertinent dans tous les cas ? Par exemple, ne faudrait-il pas ignorer les commandes qu'on peut effectuer depuis n'importe où, du genre cp /etc/X11/xorg.conf /tmp ? Que je tape cette commande depuis /usr/share/doc ou depuis /var/log ne change strictement rien.

Et en plus je ne connais pas bien python, mais j'ai une question : comment sont « notées » (score) les entrées dans la base de données ? Tu incrémentes le score de « /usr/share/doc » à chaque fois qu'on fait « cd /usr/share/doc » ? Ou tu comptes le temps passé dans chaque répertoire (= à chaque seconde tu fais ++/usr/share/doc) ? La deuxième solution me semble bien plus lourde, et à la réflexion pas très pertinente.

Je suppose donc que c'est la première possibilité. Dans ce cas là, est-ce que tu prends aussi en compte, pour augmenter le score, d'autres commandes qui mènent à un répertoire, par exemple :
- cd -
- popd
- et autojump