Arnaud a écrit 281 commentaires

Sous Mandriva:

1) Ajouter les sources PLF (voir http://easyurpmi.zarb.org)
2) urpmi lame
3) urpmi flac
4) urpmi kdemultimedia-kaudiocreator

Et voila, kaudiocreator est installé sur ta machine, il derait même apparaitre à ton prochain login ou avant dans le menu Multimédia->Son :-)

Après ton premier lancement de l'application, n'oublie pas d'aller dans le menu Configuration->Configurer KAudioCreator ...

Tu devrais essayer apgcc ( http://www.autopackage.org/apbuild-apgcc.php ) , qui, je cite: " Apgcc is a wrapper around gcc. It allows you to create more portable executables".

C'est développé par les p'tits gars d'autopackage ( http://www.autopackage.org/ ) qui ont des problématiques communes aux tiennes ;-)

Il faudrait un driver Alsa qui enregistre le son et le redirige ensuite vers un autre driver alsa, peut être. J'ai googlé un peu mais je n'ai rien trouvé de probant :-(

Deux solutions:

1. Tu gardes XFS, qui ne journalise que les méta-data (et pas le contenu des fichiers), et tu deviens raisonnable en faisant des sauvegardes. Avec xfsdump qui fait les sauvegardes incrémentales, en plus, tu ne bouffe pas trop de place ;-). Je te conseille un sauvegarde complète de ton /home par semaine ou mois, et une sauvegarde incrémentale par jour, et tu stockes tout ça sur un p'tit NAS/serveur perso. Bien sur, tu automatises tout dans un p'tit script qui lance le xfsdump au boot et balance le résultat par SSH 'en lieu sur'). Depuis que j'ai automatisé les sauvegardes de mon serveur et que ça marche, loi inverse de murphy oblige, tout mes disques sont devenus super fiables.

2. Tu passes à ext3 en faisant gaffe à ton fstab (option de montage data=journal, voir le très instructif article http://www.gentoo.org/doc/en/articles/l-afig-p8.xml), tant pis pour tes sauvegardes, tu le regretteras :o)

Pareil, j'utilise XFS sur mon serveur perso (pas de RAID), et c'est nickel : je n'ai jamais perdu de fichier, aucun :-)

xfsdump est un super outil de dump: il dump tout, même les méta-données, dont les ACLs : très très pratique (en plus, on peut même restaurer les fichiers sur d'autres FS!)

Au lieu de changer de FS, tune ta distrib pour qu'elle s'arrete systématiquement proprement... ou change de distrib (c'est l'hivers ;-)

Une remarque de photographe amateur ;-) Il y a des fonctionnalités importantes qui accompagnent le RAW :

1. Archivage (one ne garde sur disque que les vignettes + les métas + un numéro de "volume d'archivage") avec procédure de réimport de photo à la demande, parce que le RAW, c'est très volumineux... une intégration avec k3b serait judicieuse, peut être (???)

2. Différenciation entre le fichier original, que l'on ne MODIFIE JAMAIS, et le ou les fichiers "de travail" sur lequel on fait les retouches. C'est le principe de "négatif numérique"

(oui, j'sais, il faudrait que je mette la main à la pâte ;-)

En général, pour ne pas perdre de temps, avant d'écrire la patch, il vaut mieux tester l'intérêt des mainteneurs : inutile de coder ce qu'ils ne veulent pas intégrer (sauf à forker, mais un fork,c'est toujours dommage, ça duplique trop d'efforts)

Puisque j'ai un développeur sous la main :-), j'ai une question: est-ce que la vitesse générale de l'appli a été améliorée ? J'ai utilisé DigiKam dans l'passé (0.6.x, de mémoire), mais dés que l'on avait quelques dizaines d'albums, le chargement des vignettes faisait ramer le tout, et ce n'était pas super.

Mais en tout cas, félicitation pour les fonctionnalités et l'ergonomie, ça commence à donner un soft très utile :-)

Support du RAW + Support des profils colorimétriques (ICC), ça devient intéressant pour le photographe amateur.

Mais par support du RAW, j'me demande bien si c'est juste à l'affichage, ou aussi à l'édition ? Parce qu'un TIFF 16 bits (enfin, issu d'une source 12 bits) a beaucoup plus de dynamique qu'un JPEG 8 bits, c'est important pour le traitement de l'image.

Heu.. c'est quand même sur la page principale de la doc de la GLib! ( http://developer.gnome.org/doc/API/2.0/glib/ ) :

IO Channels - portable support for using files, pipes and sockets.

Je pense que si c'est peu utilisé, c'est que ça n'a pas encore été "approrié" par les développeurs. Et puis de toute façon plein de programmeurs s'appuies sur le VFS. Enfin, simple supposition, mon dada principal, c'est C++/Qt ;-)

Utilises g_io_channel (http://developer.gnome.org/doc/API/2.0/glib/glib-IO-Channels(...) ), c'est plus propre, plus portable et en bonus, tu as la gestion des problèmes d'encoding :-)

Ça donne du code qui ressemble à ça:

GIOChannel *chan = g_io_channel_new_file ("monfichier.txt", ...);
g_io_channel_set_encoding (chan, "ISO-8859-1", ...);
...
g_io_channel_read (chan, pointeur buffer, nb_octets à lire, pointeur nb octets lus);
...
g_io_channel_write (chan, pointeur buffer, nb octets à écrire, pointeur nb octets écrits)
...
g_io_channel_close (chan);

(bien sur, tester tous les retour de g_io_channel_* pour gérer proprement les erreurs)

Mais c'est supporté!

http://slimdevices.com/pi_faq.html
--8<----8<----8<----8<----8<----8<----8<----8<----8<----8<--
Does Squeezebox support MusePack Compression (MPC)?

Yes. SlimServer will automatically convert MPC files to raw PCM on the fly for playback. On Windows and Linux, the MusePack decoder is included in SlimServer.
--8<----8<----8<----8<----8<----8<----8<----8<----8<----8<--

Concrètement, quels sont les processeurs accessibles aux communs des mortels qui permettent d'avoir une virtualisation efficace ??? Je crois savoir que n'importe quel proc réçent convient, mais que les dernières génération de cpu contiennent en hard un support de la virtualisation ???

La borne Airport Express avec AirTunes, de tt façon, si j'ai bien compris, elle fait AP, de tt façon :)

La squeezebox, je connais, c'est "le" produit idéal pour mon cas... Mais à 275¤ chez le revendeur français (softline.fr), c'est deux fois plus cher qu'un AirTunes (mais c'est vrai, ça offre plus: l'écran LCD, la télécommande)

Non non, OsCommerce, c'est bien libre, puissant y tout y tout, mais à customiser... c'est la galère :-(

C'est vrai que c'est un problème...

J'ai fait un test avec le caractère Euro (client KMail), le charset utilisé est iso-8859-15. Ça ne respecte pas la RFC, mais au moins, c'est un charset ISO. L'UTF-8 serait la solution, surement, mais peut être pas la meilleur (à quand des mails en XML ? Hélas, jamais)

Après deux heures de recherche, j'ai déduis la méthode propre:

#!/usr/bin/perl
use MIME::WordDecoder;
$wd = new MIME::WordDecoder;
$wd->handler('WINDOWS-1252' => "KEEP");
$wd->handler('*' => "KEEP");
$subject = "[Fwd: Avis de =?windows-1252?Q?r=E9ception_d=27un_paiement=5D?=";
print $wd->decode ($subject)."\n";


Voila pour la partie PERL. A présent, je m'attaque à ripmime :-)

Le problème, c'est le "?windows-1252?Q?", qui introduit un charset qui n'est pas vraiment standard... Dans un mail MIME, pour spécifier un encoding, on le fait de la forme:
--8<--8<--8<--8<--8<---
encoded-word = "=?" charset "?" encoding "?" encoded-text "?="
--8<--8<--8<--8<--8<---
(RFC 1522, paragraphe 2)

On ne peut pas utiliser n'importe quel charset (RFC 1522, paragraphe 2), mais seulement ceux définits dans la RFC 1521:

--8<--8<--8<--8<--8<---
charset := "us-ascii"/ "iso-8859-1"/ "iso-8859-2"/ "iso-8859-3"
/ "iso-8859-4"/ "iso-8859-5"/ "iso-8859-6"/ "iso-8859-7"
/ "iso-8859-8" / "iso-8859-9" / extension-token
--8<--8<--8<--8<--8<---
(RFC 1521, paragraphe 7.1.2)

Je pourrais supprimer le "?windows-1252?Q?" en début de sujet et le "?=" en fin de sujet, mais j'aurais alors des problèmes quand il y a différence entre le charset windows-1252 et le charset iso-8859-1 (car le charset Windows contient des symboles particuliers, comme l'euro, le trademark, etc etc). C'est là qu'intervient la combinaison pack+iconv de gc que je ne connaissait point (merci!)

Donc, ça va donner quelque chose du genre:

SI le sujet comment par "?windows-1252?Q?" ALORS
  SUPPRIMER en début le "?windows-1252?Q?"
  SI la fin du sujet se termine par "?=" (ça doit!, mais vérifions) ALORS
    SUPPRIMER en fin le "?="
  FIN SI
  Faire la convertion Windows-1252->UTF-8 à a main (pack, iconv)
SINON
  Utiliser unmime de MIME::WordDecoder
FIN SI

Australie (bof), Nouvelle Zélande (magnifique!), Singapour (rêve de geek), Malaisie (haaa les marchés asiatiques, toute une atmosphère)

France (ben vi), Espagne (bruyant), Suisse (calme), Allemagne (rapide), Danemark (atypique), Norvège, Suède, Finlande (bôôôô le nord, cher, aussi)

Etats Unis (magnifiques parcs naturels, 50% de gens adorables, 50% de fachos)

Japon (mais ça compte ? Juste dans l'aéroport, en escale)

le parefeu exige une authentification pour chaque => création de connexion <= TCP. NuFw vérifie à la création d'une connexion TCP (socket) qu'elle est authorisée. La vérification ensuite pour chaque trame est juste : est-ce que ce paquet TCP appartient à une connexion préalablement authorisée ?

L'installeur Loki, je l'avais oublié chuis là :) Je vais l'étudier de prêt.

Autopackage et Zero-install, je connais, mais ils sont trop compliqué à mettre en place : il est hors de question que l'utilisateur final n'ai à taper le moindre mot de passe (de mémoire, auto package a besoin d'une installation root avant de pouvoir faire des installs utilisateur, et zero install nécessite un module noyau)

1. Vendre sa TV (vue ce qui y passe... si fan de DVD, détruire juste le tuner, ça fait 150 euros en moins à payer aux impots)
2. Se faire des potes Geek, ça crée une synergie
3. Surtout ne pas monter un serveur à domicile pour faire du web/mail.. ça bouffe un temps monstre (vécu!!!)
4. Avoir une copine conciliante qui 'laisse' 2h par jour pour ce qu'on veut (négocier, quoi)
5. Se concentrer sur un/deux projets max, bien sur des softs que t'uiilises et donc dans lesquels tu as in intérêt
6. Virer définitivement Windows de chez toi
7. Ne pas troller (enfin, c'est un extra qui consume bcp de temps)
8. Faire surtout sa contribution d'affilé : ne pas fragmenter dans la journée une p'tit demi-heure par ci...
9. Ne pas se forcer les jours/semaines/mois ou tu veux pas: t'es pas salarié, après tout
10. Lire régulièrement linuxfr.org ;)

Honte à moi, je n'ai pas vérifié le forum dans lequel le post était.

Paf. Paf. Je me corrige.

Oui, le 'df -h" est une bonne première chose à faire. Ensuite, tu peux essayer de te logguer en mode texte (Ctrl-Alt-F1 pour passer en mode texte, Alt-F7 pour revenir en mode graphique)

C'est peu probable, mais si tu as la distrib Mandriva 2005 LE installé en mode paranoiaque et que ton utilisateur n'appartient pas au groupe xgrp, tu ne peux pas te logguer graphiquement.

Mais c'est un problème aprés install, ou ça a marché avant ?