Yannick a écrit 465 commentaires

J'ai retenté. Résultat : Il semble effectivement qu'il faille des fichiers intermediaires de la compilation du noyau pour que ça marche (A ma première tentative, j'avait les .c et .h brut de tar.gz). J'ai enfin pu compiler le module.
Aprés avoir compris qu'il ne faut pas lancer qemu dans une console (ALT+F1) mais dans un terminal sous X (désolé), et une bidouille de contrôle dans les sources de qemu, j'ai constaté, pour un boot de windows 2000 (P3-900MHz):
- Sans kqemu : 4m
- Avec qemu : 3m50s
- Avec kqemu et l'option -kernel-kqemu (que j'avait oublié sur le coup) moins de 1m30s.
Je commence a comprendre pourquoi j'avait jamais constaté de différence avec et sans kqemu dans les versions précédentes...
Eh, mais c'est que je vais enfin pouvoir l'utiliser !

En tout cas, merci pour le tuyau.

Moi, je n'ai eu aucun problème a compiler le snapshot 20060331 de qemu sur ma debian testing, mais pour kqemu, y'a pas moyen. Et je ne vois pas comment faire... Visiblement, il ne trouve pas les headers alors qu'ils sont bien là, et l'emplacement bien précisé au lancment de make...
C'est à cause de ce genre d'enm..de que je n'utilise pas vraiment qemu. C'est dommage.
Note pour d'autres commentaires : Pour utiliser gcc 3, j'ai seulement modifié les variables positionnées à "gcc" en "gcc-3.4" dans le fichier configure.

Y'a un truc plus simple que j'ai découvert quand j'ai acheté un téléphone pour mettre sur ma freebox : Un téléphone sans fil avec fonction "main libre". En communication, tu active la fonction, tu pose le combiné sur la table, et tu fait comme si la personne était dans la même pièce que toi. Ca marche très bien. (Pour info, le téléphone c'est un Siemens C355).

Chez moi, les étiquettes, c'est pas du tout efficace. Elles ne sont pas arrachées, mais j'ai les pubs quand-même. Je crois que je vais commencer par leur téléphoner pour leur dire mon point de vue. S'ils ne comprennent pas, je donnerais des rendez-vous à des adresses qui n'existe pas à ces plombiers qui remplissent ma boite.

Attention, le marché de l'immobilier a déjà amorcé son retournement ! Ca risque de faire mal. Et paf, la bulle !
Désolé, je peut pas resister : http://www.bulle-immobiliere.org/

Je vous propose :
- Gimpguru, avec quelques tutoriels en Creative Common : http://www.gimpguru.org/
Récemment sur ce site, je suis tombé sur un que je trouve particulièrement utile : http://www.gimpguru.org/Tutorials/ContrastMask/
- Planete-powershot, où des utilisateurs d'appareil Canon envoyent leur photos et où elle sont commentées : http://www.planete-powershot.net/
Le lien "Voir la photo originale" peut réserver quelques surprises, comme j'en ai gardé là : http://yannickta.free.fr/blog/index.php/2005/12/15/5-apprend(...)

Ca m'a l'air très interessant tout ça, mes quids des évolutions de la base pour suivre l'évolution des dév des classes ?
Je n'ai pas encore lu la doc (je sais c'est mal), mais ça m'inquete. Dans un SGBDR, c'est découplé, ce qui permet de faire évoluer l'un sans l'autre ou de faire des modifs plus simplement ou plus réalistes quand on a une base avec des tables de plusieurs millions de lignes...

J'ai regardé, et effectivement c'est possible, mais c'est pas super-propre.
En fait, le programme passe par le format wav, traite et réencode après. De plus, dans mon cas (j'utilise 'reverse') je suis obligé de passer par des fichiers wav plutôt que des pipes et des 'loop'.
Concrètement, je suis arrivé à ça et je ne voit pas mieux :
$ mpg123 -w tmp1.wav fichier.mp3 && ecasound -x -a:1 -i reverse,tmp1.wav -y:6.23 -o tmp2.wav && ecasound -x -a:1 -i reverse,tmp2.wav -o fichier.mp3

A la différence, un programme comme mpgtx, lui, modifie directement le fichier mp3 en gardant/enlevant directement les données qui concerne l'espace temporel donné. D'où : gain de temps, et non-perte de qualité.
Ceci dit, je ne connaissais pas ecasound, il est trés intéréssant. Je me le garde dans un coin !

Attention les gars, faut savoir ce que l'on prend en compte :
Le 'vrai' coucher du soleil ?
Dans les éphémérides, c'est le aurore/crépuscule civil je crois : Le moment pour le soleil est à 6° sous l'horizon.
Il y a aussi le crépuscule nautique et astronomique (respectivement 12 et 18°). Pour la petite histoire, au alentour du 21 juin en France, le soleil ne descend pas à 18° sous l'horizon, il n'y a donc pas de nuit, astronomiquement parlant.

C'est par contre quasiment impossible. En effet, une de ces conditions interdit de fournir une machine virtuelle qui n'est pas 100% compatible aux normes de SUN. Il faut donc finir le produit avant de le distribuer, ce qui est très compliqué

En fait, je crois que dans la plupart des cas, ils se foutent de la condition sur les API (surtout pour une implementation libre), il veulent juste éviter qu'on leur refasse le sale coup de microsoft : Faire une API qui n'a rien a voir avec l'officiel, et s'arranger pour qu'elle devienne un standard. Ou éviter d'avoir un bordel d'APIs de base qui arrivent de partout.

Non, monsieur l'agent, au 1er janvier, je n'avais pas d'équipement soumis à la redevance. Je l'ai eu le 3.

Si j'ai bien compris, ils comptent proposer une housse vinyl pour le 2030 avec les touches normales et dvorak en version française, allemande et espagnole. Voir leur site, rubrique "INT'L LAYOUTS".
Bon, maintenant, il me semble que c'est "coming soon" depuis un bon bout de temps (au moins un ans).

Je crois plutot que c'est deux demi-clavier a utiliser ensemble...

Ça consomme beaucoup un écran ? Y-a-t'il une économie sensible si je troque mon 21' cathodique contre un 19' plat ? (pour cette dernière question, il faudrait une différence énorme pour justifier la mise à la décharge de mon tube et la construction (polluante) du nouvel écran je pense. Mais je n'ai aucune idée des différences de consomation)

J'ai regardé les consommations, car depuis deux ans, mon CRT et à la limite de me lacher. Mon CRT 19 pouces : 140 watt. Un LCD 17 pouces : environ 40 watt (selon les modèles). Bref, les considérations prix/consommation/déchets m'on fait garder le CRT jusqu'à sa mort.
Et aprés, je changerai directement pour un portable : Ca consomme pas trop, y'a un écran LCD, un lecteur DVD que j'ai pas encore, et c'est plus puissant que mon 900Mhz actuel. C'est ce que je peut faire de mieux pour ne pas dépenser trop et pour l'environnement (a par ne pas avoir de PC bien sur !).

Ca fait un bout de temps que je veux m'y mettre moi aussi.
J'ai avant tout commencé par installer une debian sid en chroot, et jhbuild. Et je peut dire que la compilation, c'est déjà galère. Y'a beaucoup de problèmes. Maintenant, ça va un peut mieux car ils ont ajoutés des infos sur http://live.gnome.org/JhbuildIssues pour aidé à la compilation, mais c'est pas encore formidable. Du coup, tout ça m'a un peu refroidi.
Faudrait peut-être que je me remette aux traductions. (Là, le problème c'est que les chaines sont dans un fichier texte, complétement sorties de leur contexte des fois ça devient compliqué).
Rhaaa, pourquoi c'est pas plus simple ???
Y'aurait pas des coding-party pour apprentis-contributeur ? Une rencontre physique, je trouve ça beaucoup plus efficace, et sympa que des explications par internet.

Je pense acheter moi aussi une imprimante (une multifonction jet d'encre). Pour ma part mon choix c'est porté sur la marque Epson car elle sont moins chère à l'usage que les HP.
Question support sous linux, le problème c'est que les nouveaux modèles n'apparaissent pas sur les sites cités au-dessus, et ceux indiqués vont disparaitre rapidement /ont disparu du marché.
Mais Espon fournit sur son site de support des indications pour installer / faire fonctionner l'imprimante / le scanner sous linux.
Ceci dit, je n'est pas testé, car je n'ai pas encore d'imprimante.

Merci pour la correction-précision.

Par contre, je ne comprend pas pourquoi j'ai été moinsé...

Pour éteindre, j'appuis sur le bouton on/off du pc, ce qui lance la procédure d'extinction. Plus simple, a part tirer la prise, tu meurs.

Mais je suis pas sure a 100% de la méthode que j'ai utilisé pour y arriver. Il me semble que j'ai tout simplement fait un :
apt-get install apci

Voila.

Je vais préciser un peu :
- Gribi ne propose pas de graphe, si qui est quand-même une source riche d'enseignements et des fois de surprises.
- Ma plus grande peur : Qu'un bug malheureux dans Grisbi me fasse perdre des données. Je suppose que money et particulièrement bien tester de ce coté. En tout cas en plus de 4 ans, j'ai jamais eu de problème.
- Autre peur : De voir le projet sans dév, et de me retrouver le bec dans l'eau. Oui, je suis dév, non, je ne veux pas forcement travailler dessus.
- Je préfère l'interface de money.

Bien sur, je me doute que ces lignes peuvent en faire bondir plus d'un. Il y a encore une fois pas mal de subjectif. Je ne suis pas fermé a Grisbi mais du peu que j'ai essayé, j'ai pas accroché.
Je viens de voir que les graphes sont prévue pour la version 0.8, ça me motive un peu. (Il reste vrai que faire un peu ces comptes avec Grisbi, c'est mieux que plus le faire du tout)

Perso, j'ai arreté le multiboot il y a quelques mois pour deux raisons :
- Mon disque (IBM, tient !) contenant windows a laché.
- Impossibilité de réussir une nouvelle installation de Windows et de XOSL. (???)
Du coup, j'ai gardé ma Débian. Mais, je reste sur la déagréable et subjective impression que je suis limité sous linux (par exemple le transcodage vidéo : c'est le bordel a mettre en place). En plus, je ne peut plus faire mes comptes (j'utilisait money, je sais c'est mal, mais je le trouve agréable), et je ne suis pas chaud pour confier cette tache à un logiciel libre...

Je me demande si je ne vais pas retenter le double-démarrage au final.

Utiliser LVM pour ce genre de chose j'y ai pensé.
Mais non. D'abord on se complique la vie. Ensuite, si il y a un pb à un endroit avec le disque dur, on risque de tout perdre au lieu d'une partition...
Donc, après avoir vu un nombre non-négligable de disque dur (d'une marque a trois lettres) lacher, non, je reste à la bonne vieille méthode.

A propos de ta signature, il m'a fallut suivre le lien et lire en diagonale pour comprendre.
Au début je pensais qu'il comptais bizarrement parce qu'il n'arrivais pas a soulever...

Ah, je vois que je suis pas le seul a avoir l'index droit douloureux.
D'ailleurs, je soupsonne la roulette de la souris d'être à l'origine du problème. Malheureusement, c'est difficile de s'en passer. La solution serait une souris sans roulette avec un clavier avec roulette. Mais dans ce cas, pas de clavier typematrix (ils n'ont pas de roulette). Je me suis aussi demandé si un touchpad peut être une solution (j'ai des doute), mais a priori ça n'existe que sur les portables, pas seul.

Il ne reste plus qu'a ajouter à l'article le bitrate minimum du ogg pour que ce dernier soit lu, et si ça me va, je court acheter ce lecteur...

La fondation Eclipse fournit déjà les plug-ins pour C/C++ et le Cobol (http://www.eclipse.org/tools/index.html).(...)
Je crois qu'il en existe aussi pour Python, mais a vérifier...