Tel que promis, après nis petites discussions de cette semaine, je
fais mes petits tests :)
Je viens d'installer Xine avec swaret, qui fonctionne décidément mieux
que slapt-get. Comme il n'existe pas de version Xine pour Slack 9
sur les miroirs, j'ai pris celle pour 9.1. Après l'installation, au
lancement dans une console, j'ai reçu un message disant qu'il me
fallait la glibc-2.3.2.
Je l'ai installée. (Je suppose que la vraie commande aurait été
update, mais elle est bien là.) Maintenant, quand je tape la commande,
Xine ouvre, mais je reçois les messages d'erreur suivants:
# xine
This is xine (X11 gui) - a free video player v0.9.22.
(c) 2000-2003 The xine Team.
Built with xine library 1.0.0 (1-rc0a)
Found xine library version: 1.0.0 (1-rc0a).
XServer Vendor: The XFree86 Project, Inc. Release: 40300000,
Protocol Version: 11, Revision: 0,
Available Screen(s): 1, using 0
Depth: 24.
XShmQueryVersion: 1.1.
-[ xiTK version 0.10.5 [XMB]]-
-[ xiTK will use XShm ]-
-[ WM type: (EWMH) KWIN {KWin} ]-
Display is not using Xinerama.
main: probing <aadxr3> video output plugin
load_plugins: failed to load video output plugin <aadxr3>
main: probing <dxr3> video output plugin
load_plugins: failed to load video output plugin <dxr3>
main: probing <xv> video output plugin
main: probing <oss> audio output plugin
xine_interface: unknown param 10
xine_interface: unknown param 10
xine_interface: unknown param 10
xine_interface: unknown param 10
vo_scale: invalid ratio, using 4:3
vo_scale: unknown aspect ratio (0) in stream => using 4:3
--------------
Si je clique un fichier .asf (ou .asx) Xine ne démarre pas. Ex.:
http://src.ca/actualite/ZoneLibre/
Cliquer "Le reportage", puis une des caméras.
Quelqu'un a une idée?
Autre bizarrerie, mais qui n'a pas rapport. Chez linuxpackages,
plusieurs packages, sinon tous les plus récents, ont -i686 dans leur
nom. Or, Slackware compile le noyau -1486, le -i386 venant d'être
abandonné pour la version 9.1, je pense. Ça ne change rien?
Merci bien!
-----= Posted via Newsfeeds.Com, Uncensored Usenet News =-----
http://www.newsfeeds.com - The #1 Newsgroup Service in the World!
-----== Over 100,000 Newsgroups - 19 Different Servers! =-----
Là je ne te donne pas tout à fait tort. Toutes ces distros ont tendance à patcher à tout va pour aucun bénéfice.
Là en effet c'est un point que j'aimerais comprendre. J'utilise la slack avec un noyau non patché, j'utilise aussi debian avec un noyau simplement patché XFS, je ne comprends pas à quoi ces patches sont supposés servir.
-- Quis, quid, ubi, quibus auxiliis, cur, quomodo, quando?
Dans article <brvi2a$29u$6@asmodee.lpthe.jussieu.fr>,
talon@lpthe.jussieu.fr disait...
Là je ne te donne pas tout à fait tort. Toutes ces distros ont tendance
à patcher à tout va pour aucun bénéfice.
Là en effet c'est un point que j'aimerais comprendre. J'utilise la slack
avec un noyau non patché, j'utilise aussi debian avec un noyau simplement
patché XFS, je ne comprends pas à quoi ces patches sont supposés servir.
--
Quis, quid, ubi, quibus auxiliis, cur, quomodo, quando?
Là je ne te donne pas tout à fait tort. Toutes ces distros ont tendance à patcher à tout va pour aucun bénéfice.
Là en effet c'est un point que j'aimerais comprendre. J'utilise la slack avec un noyau non patché, j'utilise aussi debian avec un noyau simplement patché XFS, je ne comprends pas à quoi ces patches sont supposés servir.
-- Quis, quid, ubi, quibus auxiliis, cur, quomodo, quando?
talon
GP wrote:
Web Dreamer wrote:
Alain Labarthe à écrit ce Vendredi 19 Décembre 2003 20:00 :
Le 19-12-2003, Michel Talon écrivait:
Bon, je fais le test du naif sur ma Debian Woody. Je mets un cd musical dans le lecteur j'ouvre xmms, clic droit dessus, Play Location ----> /dev/cdrom
C'est juste un plugin: libcdaudio.so
Attent :
# urpmi libcdaudio
bla bla bla
je lance Xmms.
clic droit : lire un répertoire : /mnt/cdrom Miracle! ça marche! ça marchait pas avant!
Ben tu vois, c'est ça la beauté de Slackware. Moi, j'ai le plug-in dans la liste, je clique droit, je choisis /mnt/cdrom et, que dalle, ça ne fonctionne pas! Comme le dit PV, have fun!
/mnt/cdrom c'est pas bon, c'est pour un cdrom de données, qu'on monte. Un cdrom audio ça se lit directement, donc /dev/cdrom
GP
-----= Posted via Newsfeeds.Com, Uncensored Usenet News =----- http://www.newsfeeds.com - The #1 Newsgroup Service in the World! -----== Over 100,000 Newsgroups - 19 Different Servers! =-----
--
Michel TALON
GP <gilpel@inverse.nretla.org> wrote:
Web Dreamer wrote:
Alain Labarthe à écrit ce Vendredi 19 Décembre 2003 20:00 :
Le 19-12-2003, Michel Talon écrivait:
Bon, je fais le test du naif sur ma Debian Woody. Je mets un cd musical
dans le lecteur j'ouvre xmms, clic droit dessus,
Play Location ----> /dev/cdrom
C'est juste un plugin: libcdaudio.so
Attent :
# urpmi libcdaudio
bla bla bla
je lance Xmms.
clic droit : lire un répertoire : /mnt/cdrom
Miracle! ça marche! ça marchait pas avant!
Ben tu vois, c'est ça la beauté de Slackware. Moi, j'ai le plug-in
dans la liste, je clique droit, je choisis /mnt/cdrom et, que dalle,
ça ne fonctionne pas! Comme le dit PV, have fun!
/mnt/cdrom c'est pas bon, c'est pour un cdrom de données, qu'on monte.
Un cdrom audio ça se lit directement, donc /dev/cdrom
GP
-----= Posted via Newsfeeds.Com, Uncensored Usenet News =-----
http://www.newsfeeds.com - The #1 Newsgroup Service in the World!
-----== Over 100,000 Newsgroups - 19 Different Servers! =-----
Alain Labarthe à écrit ce Vendredi 19 Décembre 2003 20:00 :
Le 19-12-2003, Michel Talon écrivait:
Bon, je fais le test du naif sur ma Debian Woody. Je mets un cd musical dans le lecteur j'ouvre xmms, clic droit dessus, Play Location ----> /dev/cdrom
C'est juste un plugin: libcdaudio.so
Attent :
# urpmi libcdaudio
bla bla bla
je lance Xmms.
clic droit : lire un répertoire : /mnt/cdrom Miracle! ça marche! ça marchait pas avant!
Ben tu vois, c'est ça la beauté de Slackware. Moi, j'ai le plug-in dans la liste, je clique droit, je choisis /mnt/cdrom et, que dalle, ça ne fonctionne pas! Comme le dit PV, have fun!
/mnt/cdrom c'est pas bon, c'est pour un cdrom de données, qu'on monte. Un cdrom audio ça se lit directement, donc /dev/cdrom
GP
-----= Posted via Newsfeeds.Com, Uncensored Usenet News =----- http://www.newsfeeds.com - The #1 Newsgroup Service in the World! -----== Over 100,000 Newsgroups - 19 Different Servers! =-----
--
Michel TALON
Manuel Leclerc
Manuel Leclerc a déliré :
Ben t'étais riche il y a 4 ans toi!
Emmanuel ? Fin 1999 ?
Champion du Monde, il était ! Look the Lun !
Scuse, Emmanuel :-)
Bon, c'était Benjamin, pas Emmanuel. Je m'a planté. Ridicule, du coup. Bon.
Manuel Leclerc a déliré :
Ben t'étais riche il y a 4 ans toi!
Emmanuel ? Fin 1999 ?
Champion du Monde, il était ! Look the Lun !
Scuse, Emmanuel :-)
Bon, c'était Benjamin, pas Emmanuel. Je m'a planté.
Ridicule, du coup. Bon.
Bon, c'était Benjamin, pas Emmanuel. Je m'a planté. Ridicule, du coup. Bon.
talon
Vincent Bernat wrote:
OoO En cette fin de matinée radieuse du vendredi 19 décembre 2003, vers 11:00, (Michel Talon) disait:
T'as mal lu. Au contraire sur le 2.6 il n'y a plus besoin d'utiliser l'émulation SCSI pour graver avec des graveurs ATAPI. Du moins c'est ce que j'ai lu aujourd'hui dans la doc du noyau si je me souviens bien. L'émulation SCSI avait des problèmes majeurs, corrigés au cours de la 2.5 qui empêchaient de fonctionner en mode UDMA, ce qui est mauvais au plus haut degré pour un graveur.
Sources ? Personnellement, je n'ai _jamais_ eu aucun problème pour placer les différents lecteurs en DMA/UDMA. Évidemment, si on utilise hdparm sur un périphérique sous influence de l'ide-scsi, ça foire souvent.
http://lkml.org/lkml/2003/9/13/113
Subject Re: DMA for ide-scsi? From Alan Cox <> Date Sat, 13 Sep 2003 19:04:36 +0100 On Sad, 2003-09-13 at 12:01, Mikael Pettersson wrote:
That begs the question: why won't ide-scsi do DMA?
Because nobody added it. Its that simple
I understand you'd rather see it disappear (:->) but since I use it for other ATAPI devices as well, I'd like to see it maintained and fully operational. Having DMA in ide-scsi would be nice.
I don't see it vanishing either - people abuse IDE (especially SATA) for weird stuff like high end scanners which want to use ide-scsi for sg. I agree with Bart about ide-scsi for disks. For tape ide-tape isnt good enough for newer stuff but that could be fixed either way
(And the concept of using a SCSI API to ATA devices is in itself not broken, even if the implementation has some problems.)
ATA drives don't generally talk ATAPI as well so you have protocol stuff. For Serial ATA that is what the current SATA code everyone is using does and each SATA vendor has followed the same path because our existing PATA code
In 2.7 the SCSI layer split can get finished so it seperates "scsi the protocol" from "queueing engine and handling for an intelligent controller".
Right now its not too bad - error handling is entirely pluggable for example.
--
Michel TALON
Vincent Bernat <vince@khabale.org> wrote:
OoO En cette fin de matinée radieuse du vendredi 19 décembre 2003,
vers 11:00, talon@lpthe.jussieu.fr (Michel Talon) disait:
T'as mal lu. Au contraire sur le 2.6 il n'y a plus besoin d'utiliser
l'émulation SCSI pour graver avec des graveurs ATAPI. Du moins c'est ce
que j'ai lu aujourd'hui dans la doc du noyau si je me souviens bien.
L'émulation SCSI avait des problèmes majeurs, corrigés au cours de la
2.5 qui empêchaient de fonctionner en mode UDMA, ce qui est mauvais au
plus haut degré pour un graveur.
Sources ? Personnellement, je n'ai _jamais_ eu aucun problème pour
placer les différents lecteurs en DMA/UDMA. Évidemment, si on utilise
hdparm sur un périphérique sous influence de l'ide-scsi, ça foire
souvent.
http://lkml.org/lkml/2003/9/13/113
Subject Re: DMA for ide-scsi?
From Alan Cox <>
Date Sat, 13 Sep 2003 19:04:36 +0100
On Sad, 2003-09-13 at 12:01, Mikael Pettersson wrote:
That begs the question: why won't ide-scsi do DMA?
Because nobody added it. Its that simple
I understand you'd rather see it disappear (:->) but since I use
it for other ATAPI devices as well, I'd like to see it maintained
and fully operational. Having DMA in ide-scsi would be nice.
I don't see it vanishing either - people abuse IDE (especially SATA) for
weird stuff like high end scanners which want to use ide-scsi for sg. I
agree with Bart about ide-scsi for disks. For tape ide-tape isnt good
enough for newer stuff but that could be fixed either way
(And the concept of using a SCSI API to ATA devices is in itself
not broken, even if the implementation has some problems.)
ATA drives don't generally talk ATAPI as well so you have protocol
stuff. For Serial ATA that is what the current SATA code everyone is
using does and each SATA vendor has followed the same path because our
existing PATA code
In 2.7 the SCSI layer split can get finished so it seperates "scsi the
protocol" from "queueing engine and handling for an intelligent
controller".
Right now its not too bad - error handling is entirely pluggable for
example.
OoO En cette fin de matinée radieuse du vendredi 19 décembre 2003, vers 11:00, (Michel Talon) disait:
T'as mal lu. Au contraire sur le 2.6 il n'y a plus besoin d'utiliser l'émulation SCSI pour graver avec des graveurs ATAPI. Du moins c'est ce que j'ai lu aujourd'hui dans la doc du noyau si je me souviens bien. L'émulation SCSI avait des problèmes majeurs, corrigés au cours de la 2.5 qui empêchaient de fonctionner en mode UDMA, ce qui est mauvais au plus haut degré pour un graveur.
Sources ? Personnellement, je n'ai _jamais_ eu aucun problème pour placer les différents lecteurs en DMA/UDMA. Évidemment, si on utilise hdparm sur un périphérique sous influence de l'ide-scsi, ça foire souvent.
http://lkml.org/lkml/2003/9/13/113
Subject Re: DMA for ide-scsi? From Alan Cox <> Date Sat, 13 Sep 2003 19:04:36 +0100 On Sad, 2003-09-13 at 12:01, Mikael Pettersson wrote:
That begs the question: why won't ide-scsi do DMA?
Because nobody added it. Its that simple
I understand you'd rather see it disappear (:->) but since I use it for other ATAPI devices as well, I'd like to see it maintained and fully operational. Having DMA in ide-scsi would be nice.
I don't see it vanishing either - people abuse IDE (especially SATA) for weird stuff like high end scanners which want to use ide-scsi for sg. I agree with Bart about ide-scsi for disks. For tape ide-tape isnt good enough for newer stuff but that could be fixed either way
(And the concept of using a SCSI API to ATA devices is in itself not broken, even if the implementation has some problems.)
ATA drives don't generally talk ATAPI as well so you have protocol stuff. For Serial ATA that is what the current SATA code everyone is using does and each SATA vendor has followed the same path because our existing PATA code
In 2.7 the SCSI layer split can get finished so it seperates "scsi the protocol" from "queueing engine and handling for an intelligent controller".
Right now its not too bad - error handling is entirely pluggable for example.
--
Michel TALON
Emmanuel Florac
Dans article , disait...
Hum, le xfs n'existe pas sous Linux depuis 10 ans,
Sous Linux il existe depuis 3 ans maintenant, et 10 ans sous IRIX.
il a des performances sans commune mesure sauf qu'il est pas vraiment plus rapide et des capacites fonctionnelle enormes, mais encore un poil experimentales sous Linux.
Excuse moi, mais j'ai fait de très nombreux benchmarks sur des disques en tous genres, IDE, SCSI, Fibre Channel, en RAID, en striping, et il n'y a pas photo du tout : xfs est BEAUCOUP plus rapide en débit (gros fichiers), reiser en IO (base de données, petits fichiers), et ext2/3 est systématiquement derrière.
Sinon pour la sécurité, bien que j'ai peu utilisé ext3 j'ai déjà perdu un FS complet, alors que je n'ai jamais perdu un FS XFS (quoique je l'utilise depuis la 0.9 sous Linux et depuis 1996 sous IRIX).
Qd a savoir qui est le plus rapide, je n'ai jamais pu trouver qui que ce soit que me demontre que l'ext2 est le moins rapide et le moins fiable dans tous les cas.
J'avais une machine peu stable avec un fs ext3, je l'ai rebooté sauvagement deux fois et le FS était foutu (autorisations des fichiers perdus, répertoires et fichiers spéciaux transformés en fichiers vides, etc). J'ai réinstallé cette machine en reiser, ezt malgré les reboot sauvage je n'ai plus jamais perdu de FS dessus. J'ai eu le même cas sur du XFS à une époque (sous RedHat 7.1).
Pour le moment, je seul file system plus rapide que j'ai trouve est l'UFS sous FreeBSD en mode asynchrone et la d'accord, c'est flagrant.
Je ne sais pas, je n'ai pas vraiment testé FreeBSD. Mais sous Linux, par contre, j'ai passé des semaines entières à benchmarker des disques sur différentes configurations matérielles, donc je pense un peu savoir de quoi je parle.
-- Quis, quid, ubi, quibus auxiliis, cur, quomodo, quando?
Dans article <slrnbu6fra.k9.stephane@titanic.kirch>, stephane@unices.org
disait...
Hum, le xfs n'existe pas sous Linux depuis 10 ans,
Sous Linux il existe depuis 3 ans maintenant, et 10 ans sous IRIX.
il a des performances
sans commune mesure sauf qu'il est pas vraiment plus rapide et des
capacites fonctionnelle enormes, mais encore un poil experimentales sous
Linux.
Excuse moi, mais j'ai fait de très nombreux benchmarks sur des disques en
tous genres, IDE, SCSI, Fibre Channel, en RAID, en striping, et il n'y a
pas photo du tout : xfs est BEAUCOUP plus rapide en débit (gros
fichiers), reiser en IO (base de données, petits fichiers), et ext2/3 est
systématiquement derrière.
Sinon pour la sécurité, bien que j'ai peu utilisé ext3 j'ai déjà perdu un
FS complet, alors que je n'ai jamais perdu un FS XFS (quoique je
l'utilise depuis la 0.9 sous Linux et depuis 1996 sous IRIX).
Qd a savoir qui est le plus rapide, je n'ai jamais pu trouver qui que ce
soit que me demontre que l'ext2 est le moins rapide et le moins fiable
dans tous les cas.
J'avais une machine peu stable avec un fs ext3, je l'ai rebooté
sauvagement deux fois et le FS était foutu (autorisations des fichiers
perdus, répertoires et fichiers spéciaux transformés en fichiers vides,
etc). J'ai réinstallé cette machine en reiser, ezt malgré les reboot
sauvage je n'ai plus jamais perdu de FS dessus. J'ai eu le même cas sur
du XFS à une époque (sous RedHat 7.1).
Pour le moment, je seul file system plus rapide que
j'ai trouve est l'UFS sous FreeBSD en mode asynchrone et la d'accord,
c'est flagrant.
Je ne sais pas, je n'ai pas vraiment testé FreeBSD. Mais sous Linux, par
contre, j'ai passé des semaines entières à benchmarker des disques sur
différentes configurations matérielles, donc je pense un peu savoir de
quoi je parle.
--
Quis, quid, ubi, quibus auxiliis, cur, quomodo, quando?
Hum, le xfs n'existe pas sous Linux depuis 10 ans,
Sous Linux il existe depuis 3 ans maintenant, et 10 ans sous IRIX.
il a des performances sans commune mesure sauf qu'il est pas vraiment plus rapide et des capacites fonctionnelle enormes, mais encore un poil experimentales sous Linux.
Excuse moi, mais j'ai fait de très nombreux benchmarks sur des disques en tous genres, IDE, SCSI, Fibre Channel, en RAID, en striping, et il n'y a pas photo du tout : xfs est BEAUCOUP plus rapide en débit (gros fichiers), reiser en IO (base de données, petits fichiers), et ext2/3 est systématiquement derrière.
Sinon pour la sécurité, bien que j'ai peu utilisé ext3 j'ai déjà perdu un FS complet, alors que je n'ai jamais perdu un FS XFS (quoique je l'utilise depuis la 0.9 sous Linux et depuis 1996 sous IRIX).
Qd a savoir qui est le plus rapide, je n'ai jamais pu trouver qui que ce soit que me demontre que l'ext2 est le moins rapide et le moins fiable dans tous les cas.
J'avais une machine peu stable avec un fs ext3, je l'ai rebooté sauvagement deux fois et le FS était foutu (autorisations des fichiers perdus, répertoires et fichiers spéciaux transformés en fichiers vides, etc). J'ai réinstallé cette machine en reiser, ezt malgré les reboot sauvage je n'ai plus jamais perdu de FS dessus. J'ai eu le même cas sur du XFS à une époque (sous RedHat 7.1).
Pour le moment, je seul file system plus rapide que j'ai trouve est l'UFS sous FreeBSD en mode asynchrone et la d'accord, c'est flagrant.
Je ne sais pas, je n'ai pas vraiment testé FreeBSD. Mais sous Linux, par contre, j'ai passé des semaines entières à benchmarker des disques sur différentes configurations matérielles, donc je pense un peu savoir de quoi je parle.
-- Quis, quid, ubi, quibus auxiliis, cur, quomodo, quando?
GP
Galkine wrote:
et la tu devrais savoir pourquoi ca ne marche pas ne pas oublier de mettre un cd audio dans le lecteur
Merci!
GP
-----= Posted via Newsfeeds.Com, Uncensored Usenet News =----- http://www.newsfeeds.com - The #1 Newsgroup Service in the World! -----== Over 100,000 Newsgroups - 19 Different Servers! =-----
Galkine wrote:
et la tu devrais savoir pourquoi ca ne marche pas
ne pas oublier de mettre un cd audio dans le lecteur
Merci!
GP
-----= Posted via Newsfeeds.Com, Uncensored Usenet News =-----
http://www.newsfeeds.com - The #1 Newsgroup Service in the World!
-----== Over 100,000 Newsgroups - 19 Different Servers! =-----
et la tu devrais savoir pourquoi ca ne marche pas ne pas oublier de mettre un cd audio dans le lecteur
Merci!
GP
-----= Posted via Newsfeeds.Com, Uncensored Usenet News =----- http://www.newsfeeds.com - The #1 Newsgroup Service in the World! -----== Over 100,000 Newsgroups - 19 Different Servers! =-----
Emmanuel Florac
Dans article <3fe3181f$, disait...
Il y en a certainement plusieurs autres.
Personnellement j'ai simplement installé webmin et utilisé son outil de configuration de firewall, avant de retoucher un peu à la main pour le forwarding.
-- Quis, quid, ubi, quibus auxiliis, cur, quomodo, quando?
Dans article <3fe3181f$1_6@corp.newsgroups.com>,
gilpel@inverse.nretla.org disait...
Il y en a
certainement plusieurs autres.
Personnellement j'ai simplement installé webmin et utilisé son outil de
configuration de firewall, avant de retoucher un peu à la main pour le
forwarding.
--
Quis, quid, ubi, quibus auxiliis, cur, quomodo, quando?
Personnellement j'ai simplement installé webmin et utilisé son outil de configuration de firewall, avant de retoucher un peu à la main pour le forwarding.
-- Quis, quid, ubi, quibus auxiliis, cur, quomodo, quando?
Emmanuel Florac
Dans article , disait...
À partir du moment où tous est installé et configuré, c'est certain que la vie est belle. C'est ce qu'il y a de plus difficile à faire sous Linux.
Idem sous windows. Si les gens devaient installer windows eux-mêmes sur leur PC de supermarché, tout serait différent.
-- Quis, quid, ubi, quibus auxiliis, cur, quomodo, quando?
Dans article <3fe36d93_6@corp.newsgroups.com>, gilpel@inverse.nretla.org
disait...
À partir du moment où tous est installé et configuré, c'est certain
que la vie est belle. C'est ce qu'il y a de plus difficile à faire
sous Linux.
Idem sous windows. Si les gens devaient installer windows eux-mêmes sur
leur PC de supermarché, tout serait différent.
--
Quis, quid, ubi, quibus auxiliis, cur, quomodo, quando?
À partir du moment où tous est installé et configuré, c'est certain que la vie est belle. C'est ce qu'il y a de plus difficile à faire sous Linux.
Idem sous windows. Si les gens devaient installer windows eux-mêmes sur leur PC de supermarché, tout serait différent.
-- Quis, quid, ubi, quibus auxiliis, cur, quomodo, quando?
Emmanuel Florac
Dans article , disait...
options preference libcdaudio configurer verifier et la tu devrais savoir pourquoi ca ne marche pas ne pas oublier de mettre un cd audio dans le lecteur
effectivement, sous ma slack 9.1 ça ne marche pas non plus, je ne sais pas pourquoi (tout marche bien sinon).
-- Quis, quid, ubi, quibus auxiliis, cur, quomodo, quando?
Dans article <pan.2003.12.19.22.03.06.823794@free.fr>, g.galkine@free.fr
disait...
options preference libcdaudio configurer verifier
et la tu devrais savoir pourquoi ca ne marche pas
ne pas oublier de mettre un cd audio dans le lecteur
effectivement, sous ma slack 9.1 ça ne marche pas non plus, je ne sais
pas pourquoi (tout marche bien sinon).
--
Quis, quid, ubi, quibus auxiliis, cur, quomodo, quando?
options preference libcdaudio configurer verifier et la tu devrais savoir pourquoi ca ne marche pas ne pas oublier de mettre un cd audio dans le lecteur
effectivement, sous ma slack 9.1 ça ne marche pas non plus, je ne sais pas pourquoi (tout marche bien sinon).
-- Quis, quid, ubi, quibus auxiliis, cur, quomodo, quando?
Emmanuel Florac
Dans article , disait...
Avec Slackware 8.1 ou 9 ?
Au temps pour moi, ça marche maintenant. J'ai simplement fait un chmod a+r /dev/scd0, et il faut effectivement bien configuré le plugin.
-- Quis, quid, ubi, quibus auxiliis, cur, quomodo, quando?
Dans article <3fe31828_6@corp.newsgroups.com>, gilpel@inverse.nretla.org
disait...
Avec Slackware 8.1 ou 9 ?
Au temps pour moi, ça marche maintenant. J'ai simplement fait un chmod
a+r /dev/scd0, et il faut effectivement bien configuré le plugin.
--
Quis, quid, ubi, quibus auxiliis, cur, quomodo, quando?
