okeanos a écrit 121 commentaires

Bien le bonjour et merci de vos indications

Voici comment le problème a pu être surmonté : j'ai en effet ajouté les sources du Front de Libération des Pingouins, viré avec urpme k9copy tel qu'il semblait mal installé, fait une mise à jour du système, remis k9copy avec urpmi, directement opérant cette fois. Vérification faite : ça "sauvegarde" les DVD, par exemple. Donc je vous remercie de vos judicieuses indications !

Ok, merci pour vos réponses.

urpmi task-kde4

était la bonne solution !

Je vais tenter task-kde4. Sinon en essayant d'ouvrir explorateur de fichiers à partir de l'onglet Fichier dans une console, j'ai eu ce message :

Service '/usr/share/applications/kde4/dolphin.desktop' is malformatted.

Après vérification, il semble qu'il na manque pas de dépendance.

petit détail ; c'est moi qui ai des difficultés, et NeoX qui m'aide à les surmonter...

A priori, c'est-à-dire en décomptant les réquis sur cette liste et le résultat en console de rpm -q --requires k9copy, il y a tout le monde. Mais il faudra que je vérifie de façon plus précise.

Oui, désolé d'avoir été un peu lapidaire.
J'utilise la mandriva 2009.1
La version de k9copy est la suivante : version 2.3.3 sous KDE 4.2.4.
Vu que urpmi k9copy ne donnait rien, j'ai dû fouillé, récupéré un rpm ici : http://rpm.pbone.net/index.php3/stat/4/idpl/13028208/com/k9c(...) puis l'installer avec urpmi k9copy-2.3.3
Tout cela n'est peut-être pas très élégant, ce sont les limites de la bidouille...

Merci pour le diagnostic entièrement exact. Entre les deux possibilités que tu proposes, j'ai choisi la troisième - la moins coûteuse, mon principe informatique étant de tendre vers le coût zéro - : un cordon à double sortie usb. Ainsi branché aux deux ports usb de la carte mère, le lecteur/graveur reçoit assez d'énergie pour tourner !

J'avais en effet pas mal de monde, avec deux ports usb sur le portable et une prise usb quadruple, ce qui faisait quatre appareils branchés. Je m'étais aperçu que ça ampoulait le log, et ce que je vous ai envoyé correspond à un branchement simplifié : seul le lecteur est raccordé, directement sur un port de la carte-mère ; je réitère ce matin ce dispositif, et je vous remets le log avec tout ce qui touche au "multi drive" ; c'est sûr il y a comme un bégaiement...

<usb 4-1: new high speed USB device using ehci_hcd and address 3
usb 4-1: device not accepting address 3, error -71
hub 4-0:1.0: unable to enumerate USB device on port 1
hub 1-0:1.0: over-current change on port 1
usb 4-1: new high speed USB device using ehci_hcd and address 5
usb 4-1: New USB device found, idVendor=152e, idProduct=1640
usb 4-1: New USB device strings: Mfr=1, Product=2, SerialNumber=3
usb 4-1: Product: SuperMulti RW
usb 4-1: Manufacturer: HLDS Inc
usb 4-1: SerialNumber: 00101016400031515
usb 4-1: configuration #1 chosen from 1 choice
scsi3 : SCSI emulation for USB Mass Storage devices
usb-storage: device found at 5
usb-storage: waiting for device to settle before scanning
hub 4-0:1.0: over-current change on port 1
hub 4-0:1.0: over-current change on port 1
usb 4-1: USB disconnect, address 5
hub 1-0:1.0: over-current change on port 1
usb 4-1: new high speed USB device using ehci_hcd and address 6
usb 4-1: New USB device found, idVendor=152e, idProduct=1640
usb 4-1: New USB device strings: Mfr=1, Product=2, SerialNumber=3
usb 4-1: Product: SuperMulti RW
usb 4-1: Manufacturer: HLDS Inc
usb 4-1: SerialNumber: 00101016400031515
usb 4-1: configuration #1 chosen from 1 choice
scsi4 : SCSI emulation for USB Mass Storage devices
usb-storage: device found at 6
usb-storage: waiting for device to settle before scanning
usb 4-1: USB disconnect, address 6
usb 4-1: new high speed USB device using ehci_hcd and address 7
usb 4-1: New USB device found, idVendor=152e, idProduct=1640
usb 4-1: New USB device strings: Mfr=1, Product=2, SerialNumber=3
usb 4-1: Product: SuperMulti RW
usb 4-1: Manufacturer: HLDS Inc
usb 4-1: SerialNumber: 00101016400031515
usb 4-1: configuration #1 chosen from 1 choice
scsi5 : SCSI emulation for USB Mass Storage devices
usb-storage: device found at 7
usb-storage: waiting for device to settle before scanning
usb 4-1: USB disconnect, address 7
usb 4-1: new high speed USB device using ehci_hcd and address 8>

D'abord, merci de me proposer quelque chose...

Voici ce que donne la fin du log après dmesg :

<usb-storage: device found at 98
usb-storage: waiting for device to settle before scanning
hub 4-0:1.0: over-current change on port 1
hub 4-0:1.0: over-current change on port 1
usb 4-1: USB disconnect, address 98
hub 1-0:1.0: over-current change on port 1
usb 4-1: new high speed USB device using ehci_hcd and address 99
usb 4-1: New USB device found, idVendor=152e, idProduct=1640
usb 4-1: New USB device strings: Mfr=1, Product=2, SerialNumber=3
usb 4-1: Product: SuperMulti RW
usb 4-1: Manufacturer: HLDS Inc
usb 4-1: SerialNumber: 00101016400031515
usb 4-1: configuration #1 chosen from 1 choice
scsi115 : SCSI emulation for USB Mass Storage devices
usb-storage: device found at 99
usb-storage: waiting for device to settle before scanning
hub 4-0:1.0: over-current change on port 1
hub 4-0:1.0: over-current change on port 1
usb 4-1: USB disconnect, address 99
hub 1-0:1.0: over-current change on port 1
usb 4-1: new high speed USB device using ehci_hcd and address 100>

Erreur de manip ; lsusb donne : <Bus 002 Device 080: ID 152e:1640 LG (HLDS)>

Bonsoir,

Alors que, comme je l'ai dit, j'arrivais à refaire marcher le son (même sans le mixeur KMix), j'ai maintenant débloqué la situation vidéo, mais au prix d'un problème total côté son, qui ne sort plus sur aucun logiciel (vlc, amarok, etc.). Je ne sais plus quoi faire vu que j'ai bien rattaché le second utilisateur (pour qui se posent ces problèmes) au groupe audio, et même au fond au seul groupe de la bête, donc celui du super utilisateur. Merci de toute suggestion !

oui, en effet, il devait y avoir un problème de ce genre, et j'ai rapatrié le second utilisateur dans le seul et unique groupe que j'ai laissé subsister (pour 2, ça devrait suffire) ; ça résoud presque les problèmes, sauf que dans mes manips hasardeuses, j'ai fini par perdre les traces de l'icône de KMix (ni tableau de bord ni lanceur d'applications ne la contiennent plus), que je n'arrive pas non plus à lancer en console - tout cela toujours dans le compte du second utilisateur évidemment. Par ailleurs, ça continue de "buguer" avec vlc.

Oui, en effet, ce devait être la source du problème. J'ai désinstallé pulse audio, et maintenant ça marche. Merci.

"Essaye de degager pulseaudio"

Traduction pédagogique pour les incapables de mon espèce ? - Comme indiqué précédemment, en console "pasuspender skype" ne donne en rien...

Merci de me faire part de ton expérience. Occasion pour moi de préciser une chose ; tu dis :

"et quand skype me dit que le périphérique de son est occupé je fais un petit

lsof | grep /dev/snd"

mais, pour ce qui me concerne, skype "(ne) me dit (rien)" ; toutefois il semble plutôt évident qu'il y a un problème avec le son.

J'ai essayé la voie officielle qui donnait de très mauvais résultats.

Je viens de tenter ce que tu suggères, la version pour fedora 9, et ça débouche sur le problème suivant :

Le paquetage demandé ne peut pas être installé :
skype-2.1.0.47-fc9.i586 (car qt4-x11[>= 4.2] est non satisfait)

Non, je ne peux te faire passer le message d'erreur car en lançant à nouveau mplayer avec le lien test, ça marche ! Désolé pour le dérangement...

Je vous transmets ceci à propos de vlc :

$ vlc -l | grep live
VLC media player 0.9.8a Grishenko
[00000001] main libvlc debug: VLC media player - version 0.9.8a Grishenko - (c) 1996-2008 the VideoLAN team
[00000001] main libvlc debug: libvlc was configured with ./configure '--build=i586-mandriva-linux-gnu' '--prefix=/usr' '--exec-prefix=/usr' '--bindir=/usr/bin' '--sbindir=/usr/sbin' '--sysconfdir=/etc' '--datadir=/usr/share' '--includedir=/usr/include' '--libdir=/usr/lib' '--libexecdir=/usr/lib' '--localstatedir=/var' '--sharedstatedir=/usr/com' '--mandir=/usr/share/man' '--infodir=/usr/share/info' '--x-includes=/usr/include' '--x-libraries=/usr/lib' '--enable-release' '--enable-pvr' '--disable-dependency-tracking' '--enable-bonjour' '--enable-smb' '--enable-mozilla' '--enable-ncurses' '--enable-lirc' '--enable-x11' '--enable-xvideo' '--enable-fb' '--disable-mga' '--enable-aa' '--enable-sdl' '--enable-ggi' '--enable-svgalib' '--enable-xosd' '--enable-mad' '--enable-vorbis' '--enable-ogg' '--enable-theora' '--enable-speex' '--enable-flac' '--enable-mkv' '--enable-dv' '--enable-dvbpsi' '--enable-dvb' '--enable-pulse' '--enable-esd' '--enable-jack' '--enable-alsa' '--enable-arts' '--enable-libmpeg2' '--disable-dca' '--enable-live555' '--with-live555-tree=/usr/lib/live' '--enable-v4l' '--enable-gnutls' '--disable-rpath' '--enable-vcdx' '--enable-cddax' '--enable-libcddb' '--disable-x264' '--enable-loader' '--enable-twolame' 'build_alias=i586-mandriva-linux-gnu' 'CFLAGS=-O2 -g -pipe -Wformat -Werror=format-security -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -fomit-frame-pointer -march=i586 -mtune=generic -fasynchronous-unwind-tables' 'LDFLAGS= -Wl,--as-needed -Wl,--no-undefined -Wl,-z,relro' 'CPPFLAGS= -DOJI -DMOZ_X11 -I/usr/include/ebml -I/usr/include/speex' 'CXXFLAGS=-O2 -g -pipe -Wformat -Werror=format-security -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -fomit-frame-pointer -march=i586 -mtune=generic -fasynchronous-unwind-tables'
[00000001] main libvlc debug: translation test: code is "FR"
live555 Démultiplexeur RTP/RTSP/SDP (utilisant Live555)
s live
s livedotcom
live555 Access/Démultiplexeur RTSP/RTP
s live
s livedotcom

Non, c'est une erreur de ma part cette histoire de passage de rtsp à http...

Tu dis que ça marche, il doit donc y avoir un truc qui foire avec mplayer chez moi. Mais je ne vois pas quoi et ne sais comment le voir...

Ce n'est qu'une résolution partielle de mon problème. Je m'explique. Avec tes indications, je peux lancer l'écoute de radio france culture ; mais pour cette écoute directe, je peux aussi bien allumer mon bon poste de radio à la papa... L'intérêt de la chose, c'est de pouvoir ouvrir les fichiers d'émissions archivées sur les pages de france culture, et là j'ai un léger problème apparemment lié au "rtsp streaming". Pour information, voici les messages que j'ai lorsqu'avec vlc, j'essaie de lire un de ces fichiers :

main info: Lancement de vlc avec l'interface par défaut. Utiliser « cvlc » pour utiliser VLC sans interface
live555 info: real codec detected, using real-RTSP instead
live555 error: Nothing to play for rtsp://streaming.od.tv-radio.com/france_culture/FABRIQUE/FAB(...)
main error: no access module matched "rtsp"
main error: open of `rtsp://streaming.od.tv-radio.com/france_culture/FABRIQUE/FAB(...) failed: could not create access: no access module matched "rtsp"

J'ai un peu fouillé sur les moteurs de recherche, les fora, et il semble effectivement que l'erreur liée à ce protocole ait été récurrente. Seulement, je ne vois pas bien ce qui ne va pas actuellement dans mon installation, ni avec vlc, ni avec mplayer...

Désolé, mais je ne perce pas bien ton aphorisme - je ne suis pas versé en informatique...

Mais réponse efficace ; en effet, comme cela, ça marche. Avec mes remerciements.

Je serais évidemment curieux de savoir pourquoi ça ne marche pas avec vlc...

ne pas tenir compte du rectificatif (fausse manip, doigt trop lourd sur le copier/coller). Je maintiens les questions du premier envoi.

Bon, oublions ce qui précède, j'avais plutôt mal vu. Je me suis contenté d'ajouter ligne 2 /usr devant /share, et lorsque je lance l'exécution j'obtiens maintenant ce message

bash: ./kde4-servicemenus.sh: /tdir=`kde-config: bad interpreter: Aucun fichier ou dossier de ce type

à propos duquel je maintiens l'incertitude exprimée point 1) dans le premier envoi...