English readers : see at the bottom of the French version !!

Bon, après avoir passé 1h45 à tenter de faire marcher une bonne fois pour toute Spotify via Wine sur ma Fedora 16 64 bits (alors que ça marchait parfaitement quand j’étais sur FC15 … ), je me sens l’envie de partager la solution, car aucune de celles trouvées sur le web ne marchait dans mon cas présent.

Symptômes :

• Soit vous n’avez pas du tout de son dans Spotify
• Soit vous entendez un espèce de grésillement correspondant de manière trèèèèès lointaine à la musique que vous devriez entendre

La solution est assez complexe, voici la procédure que j’ai suivie afin de finalement arriver à avoir du son. Il en existe peut-être d’autres, mais celle-ci a fonctionné pour moi !

1. Désinstaller tous les paquets relatifs à Wine
2. Supprimer le dossier ~/.wine
3. Installer Wine en version 32 bits : sudo yum install wine-core.i686 wine-wow.i686
4. Installer le driver alsa (et uniquement lui) en version 32 bits : sudo yum install wine-alsa.i686
5. Installer Spotify à l’aide de l’installateur pour Windows.
6. Modifier le raccourci de lancement de Spotify (note : celui ci-dessous est le raccourci du menu « Applications » de Fedora. Si vous voulez éditer celui qui se met sur le bureau, la procédure est la même) :
   vi ~/.local/share/applications/wine/Programs/Spotify.desktop
   Ensuite, modifiez la ligne « EXEC » en rajoutant « padsp «  au début. Cela donne ceci pour moi : 

   [Desktop Entry]Name=SpotifyExec=padsp env WINEPREFIX="/home/troll/.wine" wine C:\\\\windows\\\\command\\\\start.exe /Unix /home/troll/.wine/dosdevices/c:/users/troll/Start\\ Menu/Programs/Spotify.lnkType=ApplicationStartupNotify=truePath=/home/troll/.wine/dosdevices/c:/users/troll/Application Data/SpotifyIcon=B29C_spotify.0

7. Lancer winecfg et le configurer avec les périphériques virtuels PulseAudio : padsp winecfg
8. Aller dans l’onglet « Audio » puis choisissez dans les périphériques audios, ceux qui correspondent au même nom que ce que vous pouvez trouver dans les Paramètres Systèmes de Fedora 16. Pour moi, c’était celui qui n’était ni « default » ni « system default » mais qui avait le nom de ma carte son. Valider.
9. Installer le paquet alsa-oss en version 64 bits : sudo yum install alsa-oss
10. Lancer Spotify via le raccourci qu’on a édité à l’étape 6.
11. Enjoy !

(Note : Ca ne résoudra peut-être pas les problèmes de lecture de la musique « locale », car là c’est un problème de décodeur MP3, il y a des explications ici : Spotify and local storage music[EN].)

—————————- English Version —————————-

After 1h45 of attempts to make Spotify working once for all via Wine on my Fedora 16 64 bits (whereas it worked perfectly on FC15 … ), I feel I want to share the solution, since none of the one I found on the web was actually working in my case !

Symptoms :

• Either you don’t have any sound in dans Spotify
• Or you only hear a sort of noise/garbage corresponding, from far and with super-ears, to the music you are actually trying to listen.

The solution is pretty complex, here is the steps I finally went through to get my Spotify via Wine on FC16 x84_64 working (it may exist some others, but these steps worked for me) :

1. Uninstall all Wine packages
2. Remove the ~/.wine directory
3. Install 32 bits version of Wine : sudo yum install wine-core.i686 wine-wow.i686
4. Install alsa driver (and only this one) in 32 bits version : sudo yum install wine-alsa.i686
5. Install Spotify using the Windows installer using Wine.
6. Edit the launch shortcut of Spotify (note : the one below is the shortcut of the « Applications » Fedora menu. If you want to edit the one located on you Desktop, the procedure is the same) :
   vi ~/.local/share/applications/wine/Programs/Spotify.desktop
   Then, change the « EXEC » line by adding « padsp «  at the beginning. This gave, for me :

   [Desktop Entry]Name=SpotifyExec=padsp env WINEPREFIX="/home/troll/.wine" wine C:\\\\windows\\\\command\\\\start.exe /Unix /home/troll/.wine/dosdevices/c:/users/troll/Start\\ Menu/Programs/Spotify.lnkType=ApplicationStartupNotify=truePath=/home/troll/.wine/dosdevices/c:/users/troll/Application Data/SpotifyIcon=B29C_spotify.0

7. Launch winecfg with the PulseAudio virtual devices to configure it with them : padsp winecfg
8. Go to « Audio » tab and choose, in the audio devices list, the ones corresponding to the name of those you can find in « System Settings » of Fedora. For me, it was neither « default » nor « system default » but the one which had the name of my sound card (HDA Intel blabla…). Validate.
9. Install the alsa-oss package in its 64 bits version : sudo yum install alsa-oss
10. Launch Spotify using the shortcut you edited and step 6.
11. Enjoy !

(Note : It surely won’t solve the problems related to playing « local storage music » because it is a MP3 decoding problem, you can find out more about the « local storage » music problem here : Spotify and local storage music.)

English readers : see at the bottom of the French version !!

Voulant installer Qt4 et QtCreator sur ma fedora 16 toute fraiche, je me suis heurté, lors de la première tentative de compilation, à une erreur pour le moins étonnante (lorsque j’ai fait « run qmake ») :

/usr/share/qt4/mkspecs/linux-g++/qmake.conf.

Après avoir fait une rapide recherche infructueuse sur le net, j’ai fait une petite recherche sur mon disque dur sur le terme « mkspecs » et je trouve qu’il se trouve en fait dans /usr/lib64/qt4/mkspecs.
Dans une tentative un peu naïve, je tente le lien symbolique, me disant que ça doit encore être une histoire de 64bits pas super bien géré :

sudo ln -s /usr/lib64/qt4/mkspecs /usr/share/qt4/mkspecs

Eh bien… ça marche !! Problème semble résolu, on dirait bien que ça compile même !
Avis aux amateurs qui auront le même souci, donc… Et si ça ne résoud pas le souci mais que vous avez une autre solution, ou que vous voulez apporter une quelconque info supplémentaire, ajoutez un commentaire !!

——————————- English Version ——————————-

Willing to install Qt4 & QtCreator on my fresh installed fedora 16, I have gone into some trouble…, at my first compilation attempt (« run qmake » attempt, actually), a surprising error pops-up :

/usr/share/qt4/mkspecs/linux-g++/qmake.conf.

After a quick and unsuccessful search on Google, I decided to make a quick search on my hard disk on « mkspecs » and I found that it seems to be in fact in /usr/lib64/qt4/mkspecs.
In a naive attempt, I try the symlink, thinking of a 64bits a bit bad-managed by the libraries paths :

sudo ln -s /usr/lib64/qt4/mkspecs /usr/share/qt4/mkspecs

Well… it works !! Issue solved, it seems, it even compiles !
If you have any additional information / solution, please feel free to add it in the comments below !

Après avoir été utilisateur de Amarok, le lecteur de musique de KDE pendant 6 ans, j’ai récemment découvert, grâce à un autre utilisateur de KDE et ancien utilisateur d’Amarok, le lecteur « Clementine ». Cette découverte sera fatale pour Amarok de mon côté, explications…

Une lente agonie

Tout comme de nombreux autres utilisateurs, tout d’abord, je n’ai pas forcément apprécié le changement de version majeur de Amarok avec Amarok 2. D’ailleurs, il suffit de taper « amarok 1 vs amarok 2″ sur Google.com pour tomber sur des sujets comme celui-ci où l’on voit très bien que je ne suis pas le seul dans ce genre.

Ne voulant pas empêcher l’évolution et surtout, me faire chier avec des paquets plus maintenant, je me suis tant bien que mal habitué à l’interface d’Amarok 2 dans laquelle il manquait tout un tas de fonctionnalités par rapport à Amarok 1.

Un regain de vitalité

Avec le temps, Amarok 2 s’est amélioré ! Je défendais d’ailleurs récemment son interface face aux critiques d’un ami, mettant en avant que je la trouvais finalement pratique et facile à utiliser même si elle n’était pas forcément optimale en terme d’arrangement.

Ce qui ne s’est pas, mais alors pas du tout amélioré avec le temps, par contre, c’est sa consommation de ressources.

Étant tout le temps en manque de RAM alors que mon PC a pourtant 4Gio de RAM, je recherchais récemment les programmes gourmands en RAM de mon ordinateur… et j’ai été surpris de trouver, aux côté de Firefox (800Mo), Opera (700Mo) et Thunderbird (300Mo)… Amarok 2 ! Avec 300Mo de consommation mémoire !!!.

Là, je me suis dit, « il y a un problème ». Un lecteur de musique, sans animation ni rien, NE DOIT PAS consommer 300Mo de RAM alors qu’un navigateur avec 10 onglets (ce qui n’est pas mon cas…. c’est plutôt 30) consomme moins que ça pour 200 fois plus de fonctionnalités.

J’ai donc commencé à fermer Amarok 2 dès que c’était possible… et à me dire qu’une alternative serait la bienvenue.

Puis vint Clementine

C’est alors qu’un jour je me souvenai d’un ami qui m’avais parlé d’un certain « Klementin » (étant un logiciel pour KDE, j’imaginais son orthographe ainsi…).

Après avoir découvert qu’en fait, le logiciel s’appelait réellement comme le fruit, c’est-à-dire « Clementine », je l’essayais… Et là : révélation.

Ce logiciel fait tout ce que Amarok 1 faisait, et en 60Mo de RAM… et en mieux. Notification, bibliothèque, rangement, interface réactive, reconnaissance des boutons multimédia (intégration bonne avec KDE)… tout y est.

Adieu Amarok 2 ! Notre route se sépare ici, elle a commencé à se séparer quand les développeurs ont cessé d’écouter les utilisateurs et ont voulu leur forcer la main, tout comme ma route s’est séparé définitivement de Gnome lorsque Gnome 3 a voulu me forcer à utiliser une interface tout sauf pratique, qui fait perdre du temps et de la RAM pour aucune amélioration pour moi.

Un problème récurrent du Logiciel Libre

C’est au final un problème récurrent je trouve dans l’évolution des logiciels libres à l’heure actuelle : les développeurs veulent révolutionner le monde, certes, mais sans lui demander son avis ! La France n’aurait pas coupé la tête du Roi lors de la révolution à la fin du 18ème siècle si le peuple n’avait pas été d’accord. L’Europe n’aurait pas existait si les peuples n’avaient pas voté « Oui » aux referenda. L’URSS n’aurait pas explosé sans guerrias internes. L’Italie ne serait pas unifiée sans une volonté commune au sein de la péninsule…

Que les développeurs du Libre qui veulent bien, l’entendent : On ne force pas la main à l’utilisateur, c’est contre les principes même du logiciel libre. L’utilisateur DOIT être libre et ça passe entre autres par ne pas supprimer des options de configuration (et là je parle aussi à Mozilla !!).

C’est sans doute pour vouloir imiter les grandes société du logiciel propriétaires que les développeurs font cela, afin de dire « nous aussi, on peut prendre des décisions uniquement en interne », mais ça n’a pas d’intérêt, c’est totalement stupide, car le logiciel libre n’a pas et n’aura jamais le même publique que les énormes logiciels propriétaires. Et au lieu de vouloir grapiller sur le grand public, quitte à faire des utilisateurs fidèles mécontents, les développeurs feraient mieux de garder leur vivier d’utilisateur fidèles et satisfaits. A moins que le but soit de faire de la masse, dans le but unique de faire de l’argent ? Dans ce cas, ce n’est plus du logiciel libre.

Ayant récemment installé Fedora 16 (FC16) tout marchait bien… jusqu’à une malencontreuse mise à jour ! (laquelle, je ne sais pas, vu leur nombre !).

Et là, plus de wifi…

Après avoir cherché des heures et des heures à bidouiller avec modprobe etc… j’ai regardé mon dmesg :

[ 239.100501] iwl3945 0000:06:00.0: iwlwifi-3945-2.ucode firmware file req failed: -2
[ 239.103276] iwl3945 0000:06:00.0: iwlwifi-3945-1.ucode firmware file req failed: -2
[ 239.103281] iwl3945 0000:06:00.0: Could not read microcode: -2
[ 345.378949] iwl3945 0000:06:00.0: iwlwifi-3945-2.ucode firmware file req failed: -2
[ 345.382280] iwl3945 0000:06:00.0: iwlwifi-3945-1.ucode firmware file req failed: -2
[ 345.382284] iwl3945 0000:06:00.0: Could not read microcode: -2

J’ai donc cherché si un driver correspondait, visiblement, je n’avais pas le bon ! (alors que lsmod me renvoit bien iwl3945 !)

yum search 3945
Repository google-chrome is listed more than once in the configuration
===================================================================== N/S Matched: 3945 =====================================================================
iwl3945-firmware.noarch : Firmware for Intel® PRO/Wireless 3945 A/B/G network adaptors

Il faut donc installer le paquet « iwl3945-firmware » :

(en root)
yum install iwl3945-firmware

Et voilà ! Maintenant, vous faites :

su
ifup wlan0

Et votre LED Wifi va enfin, enfin, enfin s’allumer .

Voici un micro-article (après la boulette de cette aprem… publication d’un brouillon par mégarde…) pour quand même mettre l’info à disposition sur Internet : Si vous cherchez sur Internet comment lire les MP3 sous Fedora vous allez tomber sur cette page : Lecture de fichiers multimédia sur Fedora.

Tout d’abord, il vous faudra, si ce n’est pas encore fait, installer les dépôts RPM Fusion (merci à Mezzo pour le rappel ). Ces dépôts contiennent à peu près… beaucoup de choses dont vous aurez besoin ! Notamment les pilotes graphiques pour Nvidia… etc. etc. … Bref, c’est un must-have, installons-les, pour cela, tapez les commandes suivantes dans une console (il va vous demander le mots de passe root, c’est normal vous allez installer un logiciel !) :

su -lc ‘yum install --nogpgcheck http://download1.rpmfusion.org/free/fedora/rpmfusion-free-release-stable.noarch.rpm‘
su -lc ‘yum install --nogpgcheck http://download1.rpmfusion.org/nonfree/fedora/rpmfusion-nonfree-release-stable.noarch.rpm‘

Si cette page est très intéressant, elle n’est cependant pas à jour. Dorénavant, Amarok sous Fedora utilise GStreamer, pour avoir les MP3 il vous faut donc installer les paquets suivants :

# yum install gstreamer-plugins-ugly gstreamer-ffmpeg

Un petit redémarrage d’Amarok peut s’imposer afin que ça fonctionne…