Nicolas P. a écrit 127 commentaires

Hum... vu que, même dans la page flash d'Arte, il y a un lien "télécharger", je suppose que le "très écoutable mais pas téléchargeable" est à mettre en parallèle avec "ceci n'est pas une pipe".

Concernant l'autorisation de Marie-Puck Broothaers de redistribuer l'enregistrement, tu l'as, c'est écrit là :

http://www.arteradio.com/creativecommons.html

L'installateur de debian ferait-il, avant de formatter une partition, un truc du style dd if=/dev/random of=/dev/xxx sur ladite partition avant de la formater ? Parce que le formattage en lui-même, je crois que ça n'est jamais que la création d'une infrastructure permettant de maintenir une aroborescence d'inodes, je ne crois pas que ça écrive grand chose sur le disque !

C'est sûr que l'installation de paquets sur ladite partition, c'est autre chose ! Dans la situation du monsieur, je crois que je me documenterais pour savoir si les fichiers de données MySQL ont une en-tête reconnaissable, puis j'essaierais de faire un grep sur le /dev/xxx correspondant à la partition.

Qu'est-ce que vous entendez par "les entrées audio sont inexistantes" ? En principe les entrées audio sont représentées par des "fichiers" spéciaux dans le répertoire /dev (n'étant pas spécialiste, je ne me rappelles pas par coeur lesquelles) et, si le pilote de la carte son n'est pas correctement installé, une tentative de lecture sur l'un de ces "fichiers" provoque une erreur.

Avez-vous essayé d'accéder aux entrées audio depuis un logiciel avec interface graphique comme audacity ? Dans ce cas, peut-être pourriez vous décrire plus précisément ce qui se passe ?

Le lien indiqué permet de télécharger l'extrait sonore (il y a un lien "télécharger le son") au format mp3 non-libre, certes, mais sous licence Creative Commons (voir http://www.arteradio.com/creativecommons.html).

Effectivement, il faudrait leur dire que le flash (et le mp3) sapucépalibre.

Vous crééz un fichier resolv.conf pour chaque configuration, avec des noms différents (par exemple /etc/resolv.conf.domicile et /etc/resolv.conf.travail) et, à la fin de chaque script bash, vous ajoutez cp <configuration> /etc/resolv.conf (à la fin du script de connexion en wifi depuis votre domicile ce sera cp /etc/resolv.conf.domicile /etc/resolv.conf)

Dans le même genre, il y a encore plus con. Je me souviens, lors du test sous Linux d'une application développée sous MS-Windows, d'avoir eu un problème avec un fichier de configuration... dont le nom figurait tout en minuscules dans mon code et, sur le système de fichiers, avait sa première lettre en majuscule. Evidemment ça ne posait aucun problème sous MS-Windows, mais ça générait une erreur sous Linux.

M-x pc-selection-mode : tu tapes Meta-x (càd sur un clavier de PC Alt-x) dans ta fenêtre Emacs, puis en toutes lettres pc-selection-mode (que tu va voir s'afficher sur la ligne du bas de ta fenêtre), puis Entrée.

La doc. que je t'ai indiquée explique assez bien les bases du fonctionnement d'Emacs. Après, si tu n'a pas envie de lire trop de docs et/ou d'utiliser un éditeur trop différent de ce dont tu as l'habitude, tu n'es pas obligé d'utiliser Emacs, tu peux utiliser un truc du genre Kate ( http://kate.kde.org/ )

Je pense que quand hugo25 parle de "copier par sélection", il fait allusion à l'interaction du kill-buffer d'Emacs avec le presse-papier de X (qui doit pouvoir se configurer). Avec les configurations par défaut dans la plupart des distribs, si tu sélectionnes quelque chose à la souris dans X (dans Emacs ou ailleurs) et que tu fais C-y tu colles ce que tu viens de sélectionner à la souris et non ce que tu as mis dans le kill-buffer avec C-w ou M-w, de même qu'il doit être possible de coller avec le bouton du milieu dans une autre application ce que tu viens de mettre dans le kill-buffer par C-w ou M-w.

En plus le comportement par défaut ne permet pas, comme sous MS-Windows, de remplacer une zone par le contenu du presse-papier en la sélectionnant et en faisant C-v ou équivalent.

Si, le copier-coller sous Emacs est bien différent de ce qu'il est sous MS-Windows. A la base, alt-w (copy-region) copie la région située entre la marque et le point dans le kill-buffer et crtrl-y colle après le point le contenu le plus récent du kill-buffer (et un alt-y tapé immédiatement après permet de choisir un contenu plus ancien du kill-buffer) . La souris n'est qu'une façon de positionner le point et la marque.

Si tu veux en savoir plus je te suggère cette doc. en français : http://people.via.ecp.fr/~flo/2000/emacs-tut/

Après, je ne sais pas s'il existe des modules pour émuler un fonctionnement MS-Windows-like du copier-coller.

Une solution radicale consiste à faire fonctionner OOo en anglais. J'essaierais pour cela de le lancer depuis un shell après avoir fait export LANG=en_US.

Après, je ne peux que te suggérer de chercher dans les préférences de OOo pour voir si on peut y configurer les paramètres de localisation et plus spécifiquement le pavé numérique.

Quand à savoir si le point d'un pavé numérique français devrait produire un point ou une virgule, je pense que c'est une question à troll.

Mais bon sous unstable faut s'attendre a tout ca doit etre ca !!

Disons qu'en plus mplayer 1.x n'en est qu'au stade des pre-releases...

Concernant le PATH, peut-être que ton navigateur le redéfinit et que du coup la variable PATH que voit mplayerplug-in ne contient pas /usr/bin ? Enfin, ça aurait été plausible si ton mplayer était à un endroit un peu spécial du style /opt/logiciels/bin ou même /usr/local/bin, mais dans /usr/bin ça paraît vraiment gros... Sauf, peut-être, si tu n'utilises pas le Mozilla de Debian et que ton exécutable Mozilla n'est pas dans /usr/bin...

Je crois que tu n'a plus qu'à essayer de demander de l'aide sur la mailing list.

Les sources et la documentation de la gdlib sont disponibles à cette adresse : http://www.boutell.com/gd/

Tu devrais y trouver ce dont tu as besoin.

* free 56k chez moi, pour lire et poster sur des sites comme linuxfr ça suffit ;

* pour télécharger des logiciel, j'utilise à des fins personnelles les ressources de mon entreprises ;

* et quand c'est du sérieux il reste Ikarios.

Excuse moi si mon commentaire t'a vexé... mais si tu as fait ces vérifications, c'est qu'effectivement mplayer est dans le path et que c'est manifestement un autre problème.

Peut-être devrais-tu te renseigner sur les options de compilations utilisées dans le paquet Debian mplayer (au pire en récupérant le paquet source) et voir si ce n'est pas le 3ème point de la faq qui est en cause (« the config option "rtsp-use-tcp=1" is set and mplayer is not compiled with the live.com support »).

Je n'ai jamais testé, et surtout je ne sais pas si c'est encore d'actualité, mais ce système avait été créé bien avant l'apparition des live-cd pour que les gens puissent essayer Linux sans devoir partitionner leur disque. Donc, ce système permet(tait?) de faire tourner un système Linux sur un système de fichiers MSDOS (FAT sans même la gestion des noms longs).

Je te suggère le UMSDOS HOW-TO disponible en français à cette adresse : http://www.ibiblio.org/pub/Linux/docs/HOWTO/translations/fr/

Au temps pour moi, ce que décrit khan c'est exactement ce que je décris... Je ne devrais pas poster aussi bonheur le dimanche !

Euh, la façon propre de faire, ce serait pas plutôt de changer la ligne d'après, qui doit être du style :

id:5:initdefault

en :

id:3:initdefault

?

Parce que ce que tu proposes, c'est de changer la définition du runlevel 5 alors qu'il faudrait plutôt spécifier que le runlevel par défaut est le 3 !

dans la faq ils disent que c'est parceque mplayer n'est pas dans le path !!

Traduction : l'exécutable mplayer n'est dans aucun des répertoires figurant dans la variable d'environnement PATH. Je crois que tu ferais bien de lire une doc élémentaire sur linux, toi !

« « ltoa » n'a pas ete declare dans cet horizon », je ne trouve pas ça moins parlant que « "itoa" was not declared in this scope ». Bon, c'est vrai que la première fois que j'ai lu « erreur de segmentation » ça m'a un peu surpris.

Ceci dit, actuellement sur ma Slackware, en console, je dois avoir LANG="C"... mais de là à recommander de ne pas utiliser les traductions, non !

Bon, ça ne fait pas tout à fait comme dreamweaver sous windows.

Déja, un bon début serait de faire parler gcc dans sa langue natale, parce que bon, les erreurs de compilo en anglais sont un poil imbitable :)

Qu'est-ce que tu veux dire ? « erreur: « ltoa » n'a pas ete declare dans cet horizon », c'est du français, pas de l'anglais...

Où alors, est-ce que tu voudrais insinuer qu'il faut laisser gcc parler dans sa langue à lui, gcc, c'est à dire l'anglais, parce que les traductions des messages d'erreur seraient mauvaises ?

Bah... Regarde dans les sources, ainsi que celles de ps2ascii (un script en langage postscript inclus dans ghostscript) et de pstotext (http://freshmeat.net/projects/pstotext/). Sans doute auras-tu besoin d'apprendre les bases du postscript. Bon courage !

Il faudrait que tu regardes si le logiciel que tu souhaites utiliser présente une option qui permette d'utiliser autre chose que X11 comme sortie graphique. L'idéal serait d'avoir un support du framebuffer (ou pourquoi pas de directfb qui est une librairie qui fournit une couche d'abstraction au dessus du framebuffer). Un support de la librairie SDL convient aussi vu que celle-ci supporte le framebuffer comme backend graphique. Après, si tu aimes l'aventure, je ne sais pas où en est le portage de gtk sur directfb... voilà.

En tout cas, il y a un peu plus de deux ans je m'étais amusé à construire un système sans serveur X et j'avais trouvé qu'on pouvait faire pas mal de choses...

Sources :
- le Framebuffer HOWTO sur http://www.tldp.org/
- http://www.libsdl.org/
- http://www.directfb.org/

Je crois que ce genre de chose peut arriver si (par exemple en réinstallant un nouveau système) tu changes la taille d'une partition sans la reformatter. Une solution (un peu bourrine, je l'accorde) consisterait à sauver ton /home sur une autre partition et à refaire un mkfs.ext3 sur /dev/sda7, en vérifiant au passage que ce sont bien 25Go qui sont formattés. Il y a peut-être plus élégant avec parted, mais je n'ai jamais utilisé...

En ce qui me concerne, le KAudioCreator de ma Slackware 10.2 (kaudiocreator -v donne : Qt: 3.3.4 - KDE: 3.4.2 - KAudioCreator: 1.12) ne m'a fait aucun problème. Il «voit» juste une piste supplémentaire, qu'il n'arrive pas à extraire, c'est tout!