Antoine Büsch a écrit 90 commentaires

Je ne pratique que depuis peu, et pas très intensivement. En dehors des classiques photos de famille, j'aime bien photographier des petits concerts de groupes locaux.

Côté matos: D50 + 50mm f/1.4 (geniale !) + 85mm f/1.8. J'utilise quasiment jamais la lentille de kit en fait (18-55). Un jour je finirais bien pas craquer pour la 12-24 et/ou la 18-200VR.

Pour le traitement, c'est bibble également (je prends géneralement mes photos en raw), de manière assez basique. J'aime pas trop les photos hyper-processées, avec du sharpening à outrance....

En continuant dans les idées au hasard: as-tu essayé de monter /dev/mapper/sata01-sata01 directement ?

Et si tu fais ls -l /dev/mapper/sata01-sata01, est-ce que les numéros major et minor correspondent aux numéros marqués après Block Device quand tu fais lvdisplay ?

Merci, j'allais dire la même chose :)

Pour revenir au commentaire encore au dessus:

Le (potentiellement) large volume de donnees a gerer ne justifie pas en lui-meme l'utilisation de MySQL

Que ce soit TrucSQL ou MachinSQL au lieu de MySQL, honnêtement, c'est le cadet de mes soucis... C'est l'emploi d'une base de données que je trouve pleinement justifié. Parce que mettre toutes ces données dans un simple fichier, franchement... bon courage.

Pour ce qui est de la maintenance, franchement à part un apt-get install mysql, je ne me souviens pas avoir jamais eu à y toucher, donc je ne vois pas trop de quoi tu parles... Quant aux milliards de trous de sécurité dont MySQL semble souffrir, je fais confiance (peut-être à tord) à ma distribution pour mettre à jour les paquets quand ils seront découverts. Ça ressemble vraiment à du FUD anti-bdd (ou anti-MySQL) tout ça.

mais pour un utilisateur qui veut juste regarder la TV c'est un peu cher paye alors que VLC propose la meme chose en installation stand-alone

Ah ben voilà, il est là le problème ! Si tu compares MythTV à VLC, c'est pas étonnant qu'on n'arrive pas à se comprendre... Et si tu penses que MythTV c'est "juste pour regarder la télé", alors oui effectivement, pas étonnant non plus que tu trouves MySQL superflu. Mais dans ce cas là, c'est surtout MythTV lui-même qui est superflu.

Je crois honnêtement (et je dis ça sans méchanceté aucune), que tu n'as pas une très bonne idée de ce que peux faire MythTV, ni de à quoi peut ressembler une utilisation courante. Après tout, peut-être qu'une solution comme ça te suffirait largement ;)
http://linux.slashdot.org/comments.pl?sid=196250&cid=160(...)

Dernier point pour la route: quand je fais un du -s -h sur mon install de mythtv fraichement compilée, j'ai effectivement 90 megs tout rond, mais dans le tas y a quand même 26 megs d'image pour les thèmes, et 17 megs de sons, videos, images pour MythArchive (pour les menus). Donc faut pas déconner non plus...

Sauf que mysql n'est pas utilise pour stocker le nom de 3 videos. Quand dans certains pays t'as plusieurs centaines de chaines télé, que sur chaque chaine t'as plusieurs dizaines d'émissions chaque jour, que chaque emission a une bonne dizaine de propriétés (heure de depart, de fin, etc), qu'il faut garder au moins 15 jours de programmes à l'avance, qu'il faut garder une trace des plusieurs centaines d'émissions que t'as déjà enregistrées, etc... ben ça en fait des infos à stocker, sur lesquels il faut faire des requêtes pas forcément triviales. Je suis désolé, mais c'est *exactement* à ça que sert une bdd...

Quand aux soit-disant 90 megs pris par mythtv, sur un système où le moindre petit enregistrement fait plusieurs gigas... pas très convainquant comme argument.

Les programmes télés, ca se paie, ils ne sont donc accessible(s) nul part gratuitement sous une forme "exploitable".

C'est faux en tout cas pour l'amérique du nord (US et Canada), grâce à zap2it [1] qui propose tous les programmes directement en XML, gratuitement, en échange d'un petit sondage sur nos habitudes télévisuelles de temps en temps (très court et vraiment pas chiant).

Pour en revenir à mythtv, vu la quantité de chaînes (et donc de merde, et de pubs) qu'il y a au Canada, je suis bien content de m'être enfin décidé à me faire un petit PVR. Ça change la vie...

[1] http://labs.zap2it.com

À ma connaissance, il n'y a pas besoin de rockbox pour que l'ipod fasse du USB Mass Storage, Linux le monte très bien comme un disque dur, mais les fichiers que tu mettras dessus ne seront pas reconnus par le firmware original.

Quand a rockbox, même si il n'est pas encore tout à fait aussi stable que sur mon iRiver, il marche déjà super bien et rend utilisable un iPod nano qu'on m'a offert... Merci rockbox !

Pour être plus précis, gnome-session-save semble être ce que tu cherches...

À mon avis, je regarderais plutôt du côté de gnome-session alors... Je pense que c'est lui qui gère le logout proprement dit, plutôt que GDM qui ne reprend la main qu'une fois la session terminée.

Prétentieux...

Ou encore mieux: http://rockbox.org

Je vais peut-être dire une bêtise (mes souvenirs de C++ sont lointains), mais il me semble que dans le temps on ne pouvais pas spécifier la taille d'un tableau pour un paramètre de fonction. Il fallait mettre soit int t[], soit int *t.

Essaye de faire:

find srcDir -type d -exec mkdir dstDir/\{\} \;

avant de lancer l'autre commande. Ca devrait créer l'arborescence qui va bien.

En suivant ton exemple, un truc du genre:

for i in *.php; do iconv $i -f iso-8859-1 -t utf-8 -o u$i; done

Cool, merci de l'info. Ça me rassure, parce que je viens de me décider pour le D50 :)

Tu me verras peut-être débarquer dans ta liste jabber si j'ai plein de questions ! (dès que je l'aurai reçu)

Même avec dcraw ? Il a l'air d'être dans la liste des appareils supportés pourtant.

Étant interessé par un D50 ou D70, ça m'interesse de savoir...

D'après ce que j'ai compris en regardant le site, le but du projet OpenRAW est uniquement de pousser les constructeurs à documenter leurs formats, pas de créer un format unique.

cf http://openraw.org/info/#solution tout en bas de la page.

Je vois ça d'ici...

- Oh non ! Mon PC est tout entartré !
- Vous n'avez qu'à installer Ubuntu Cagon sur votre machine. Les machines durent plus longtemps avec Cagon.

Désolé.

Pour info, la chaine "This program cannot be run in DOS mode" se trouve generalement dans les executables pour windows. Maintenant, ca dit pas pourquoi ton imprimante se met a vouloir imprimer un executable windows toute seule....

Tu peux peut-etre essayer de jouer avec les commandes lpq et lprm pour voir les travaux en cours et eventuellement essayer de supprimer le coupable.

En esperant que ca aide un peu...

Essaye d'installer qjackctl (http://qjackctl.sourceforge.net/(...) ). C'est tres pratique pour lancer/arreter jack avec toutes les options qui vont bien, et pour voir et modifier les connexions entre les differentes applications.

C'est parce que ce qui est ecrit sur la sortie est bufferise par defaut. Donc tant que le buffer n'est pas plein, rien n'a encore ete envoye au client et le sendRedirect() marche. Sinon tu te prends un IllegalStateException (ou quelque chose dans le genre). Tu peux le verifier, je crois qu'il y a une directive que tu peux mettre au debut de la page pour desactiver le buffer.

Personnellement, je trouve que mettre des sendRedirect() dans une page JSP est une tres mauvaise idee, justement pour ce probleme la. Si ta page est suffisament longue, et que ton sendRedirect() est tout en bas, il va finir par ne plus marcher le jour ou tu rajouteras une ligne de trop, a cause de tous les out.write("\n") et autres. Bref, ca fait des bugs difficiles a detecter... Et oui, c'est du vecu :)

Donc le plus sur, c'est de n'utiliser sendRedirect et forward que dans des servlets. C'est pas complique a ecrire, et c'est la que la logique devrait se trouver...

http://dictionary.reference.com/search?q=bachelor(...) : la 1ère définition.

Quoique, la 3ème serait plus drôle...

Je viens d'essayer l'outil de synthese vocale, j'avoue que la qualite est assez impressionnante...

Mes souvenirs de C sont vieux, mais en utilisant le flag "b" lors de l'appel a fopen(), ca devrait ouvrir le fichier en mode binaire.

ex: fopen("mon fichier", "rw+b");

Je suppose qu'il est présent également dans d'autres distros...

J'ai fait ça il y a pas longtemps sur ma Debian. Parted ne marchait pas avec ma partition ext3 donc j'ai utilisé resize2fs pour rétrecir le système de fichier, et ensuite fdisk tout simplement pour effacer la partition et la recréer plus petite. Ça a marché sans problème...

L'inverse est aussi possible: effacer la partition avec fdisk et la recréer en plus grand, et utiliser resize2fs pour aggrandir le système de fichier.

Faut juste faire gaffe avec les numeros de secteurs en recréant les partitions, en particulier garder le même numero de début...

Note: ça ne permet pas de deplacer le début de la partition... juste la fin.

J'ai jamais essayé, mais apparement il y a moyen en C de créer des pseudo-terminaux (en ouvrant /dev/ptmx, et en appelant grantpt() et compagnie...).