The Troll's factory

English readers: See English version at the bottom of the French one

Si vous cherchez sur Internet comment faire automatiquement des alineas dans Google Docs pour tous vos paragraphes, vous allez sûrement trouver plein de ressources qui vous disent d’aller éditer du CSS etc. … Non seulement la plupart des gens ne vont pas comprendre grand chose à ce qu’il sont en train de faire, mais en plus personnellement je n’ai jamais trouvé cette option !

Alors voici une vraie méthode qui marche et qui est simple :

Mettez le curseur sur un de vos paragraphe (le curseur d’écriture, pas juste votre pointeur)

Appliquer le style « Normal » à votre parapraphe en faisant : Format > Style de paragraphe > Normal > Appliquer le style

Ensuite, déplacez la petite barre bleu horizontale en haut de la règle vers la droite de la largeur de l’alinea que vous voulez (1cm par exemple):

Enfin, retournez dans les style de paragraphe mais cette fois choisissez « Mettre à jour », comme ceci : Format > Style de paragraphe > Normal > « Mettre à jour le texte Normal en fonction de »

Et hop ! Tous les paragraphes qui ont ce style auront dorénavant un alinea !

————————– English version ————————–

If you look on the Internet how to automatically have indentation on the first line of a paragraph in Google Docs, you will certainly find a lot of resources telling you to edit some CSS etc. … Not only most of the people will not understand what they are doing by doing that but I also never found this option, personally !

So here is a way to do it that works and is simple:

Place the cursor inside one of your parapraphs (the writing / keyboard cursor, not you mouse pointer!)

Apply the « Normal » paragraph style to your current paragraph by doing : Format > Paragraph styles > Normal > Apply

Them, move the small blue bar at the top of the rule to the right. Move it of how many cm you want for your indentation (1cm for instance):

Finally, go back in paragraph styles but this time choose the « Update to match » option: Format > Paragraph styles > Normal > Update Normal to match

And here you go! All your paragraph that have this style (which is the default one) will now be indented!

Google Suggest est vraiment un outil génial pour se détendre le dimanche.

À vrai dire, c’est la seule chose pour laquelle il est utile à mon goût mais passons, voici de quoi vous faire sourire même s’il pleut des cordes en plein été chez vous :

Je vais dans un premier temps prendre des requêtes en français. Ce qui signifie qu’à part les autres pays francophones, a priori, elles ont quand même majoritairement été tapées par des français… Eh bien, regardez-donc :

Bon, on a une sacrée réputation. On déteste les anglais et on est pessimistes. Encore, ca passe. En effet certains pays n’ont pas autant de chance que nous, quelques exemples :

Les allemands ont effectivement tué des juifs mais bon… Alors comme ça, il ne sauraient pas flirter ? En tant que geek, je leur pardonne

Les indiens eux, sont moches, et ont visiblement un autre cliché très fort, ils regardent au loin !

Quant aux italiens, ces racistes… (humour, hein)

On remarquera le passage des J.O et du foot récemment qui a un peu biaisé les statistiques de Google Suggest. Vous le verrez également dans d’autres exemples un peu plus loins.

Côté stéréotypes, les portugais ne sont pas gâtés :

Bon, il est évident que les populations du monde ne sont pas égales devant les suggestions de Google Suggest.

Vous allez voir que si on met la requête au féminin, les écarts sont encore plus flagrants !

Si certains pays sont plutôt gâtés :

D’autres le sont carrément moins :

Tandis que d’autres intriguent par leurs qualités exceptionnelles :

Les Françaises de grossissent pas… j’en connais pas mal qui aimeraient bien que Google ait raison.

Les Françaises aiment les noirs ! Merde, suis fichu… Vais aller vivre au japon tiens, puisqu’elles vieillissent pas là-bas :

Les Japonaises, elles, ont toutes les qualités, en plus de ne pas grossirent elles ne vieillissent pas ! Par contre, elles auraient hérité des cowboys, étrange tout ça…

Pour certains pays, on s’inquiètera (ou on se ravira) du fait que même les requêtes en anglais disent la même chose :

C’est définitifs, les Anglaises sont classées « moches ».

Et les Françaises définitivement « minces ».

 Les espagnoles, elles, qui n’avaient aucune suggestion en Français, sont plutôt appréciées par les anglophones.

Allez, maintenant, je vous offre un gros packer cadeau de stéréotypes en tout genre, certains prévus d’avance mais d’autres bien marrants car louffoques et inattendus :

Le peuples des « Amazoniens », vous connaissez, vous ?

Ben oui, c’est vrai ça, ils sont de l’autre côté de la Terre après tout…

Bon, le jour où je travaille avec des Brésiliens je mets la réunion 30 minute plus tôt.

Mais c’est dégueuuuuu !

Les espagnols se sont révoltés contre les Français ? What !?

Damn, c’est pas vrai !

C’est vrai qu’ils sont pas petits …

En raison du climat peut-etre ?

Avis partagés pour nos amis asiatiques on dirait.

Damn, ils pas l’air appréciés nos amis Espagnols.

Tiens, peut-être parce-quelle sont rares, au Maghreb, non ?

Bon, mais ne désespérez par car en fait personne n’a de suggestion sympa sur Google Suggest, pas même Google lui-même :

Ni les concurrents d’ailleurs :

Bon, en même temps Microsoft, ils l’ont un peu cherché hein…

Bon, maintenant qu’on a vexé tout le monde, on va passer sur des requêtes un peu plus « impersonnelles » pour oublier tout ça :

Philosophie, quand tu nous tiens…

Bon ça fait ressortir quelques complexes tout ça…

Et pour finir, toujours un grand plaisir, les relations humaines :

Je suis particulèrement fier de ma trouvaille pour celle-ci : « Ma femme s’appelle reviens ». Vraiment. Une pépite.

Pour, hey, on dirait pas que je suis pas équitable, voici les mêmes pour le genre opposé :

Ce qui est marrant ici, c’est que si on compare avec les suggestions en anglais on a une différence assez marquée. Les requêtes au féminin font majoritairement ressortir des noms de bouquins / films tandis que que celles au masculins sont plus proches des résultats francophones :

J’aime particulièrement cette dernière : « Mon copain a écrit un livre sur moi ». Allez, on finira sur cet instant poétique.
Si vous en avez de meilleurs, postez-les dans les commentaires et je les ajouterai ! Bon dimanche !

Print vs. Echo

I just went accross an interesting article about which of « print » or « echo » we should use in PHP.

The author has benchmarked the two solutions (though the data are certainly a bit old) shows that, although there is not much difference between the two, echo seems to be more efficient.

Great, I believe you.

Echo multiple statements / arguments vs. Concatenation

But at the end of the article, the author also suggest to use multiple parameters given to one echo statement instead of concatenation because concatenation is slow… bla bla…

As I have always been using concatenation (did not even know echo could take multiple arguments) and I never had any performance issue, I decided to check that and make a benchmark: echo 100,000 times two concatenated strings and do the same thing with two parameters and two echos statements…

The benchmark was clear: concatenation IS FASTER than the two other solutions.

String caching? Making a more relevant benchmark

As it appeared a bit weird to me, having been doing Java / C# mostly recently (with their slow concatenation that recreated a new object blabla), I thought « maybe the PHP VM is caching the result of the concatenated string, thus the benchmark is not relevant ».

OK, let’s check with a counter-possible-caching benchmark then:

$t0 = microtime(true);

define("MAX", 2000000);
File_put_ConTents("echobench._log", "");
function _log($str)
{
	File_put_ConTents("echobench._log", file_get_contents("echobench._log") . $str);
}

// Generating a bunch of string to concatenate to avoid PHP VM-caching
$strs = array();
for ($i=0; $i < MAX+1; $i++) { 
	$m = mt_rand(0, 200);
	$strs[$i] = '';
	for ($j=0; $j < $m; $j++) { 
		$strs[$i] .= chr(mt_rand(0, 255));
	}
}

// Loop where string concatenation caching is possible :
$t1 = microtime(true);
for ($i=0; $i < MAX; $i++) { 
	echo "Hello" . "World! 
";
}
$t2 = microtime(true);
_log("Concatenation, cached: " . ($t2-$t1) . "s\n");

// Loop where is is not :
$t1 = microtime(true);
for ($i=0; $i < MAX; $i++) { 
	echo $strs[$i] . $strs[$i + 1];
}
$t2 = microtime(true);
_log("Concatenation, not cached: " . ($t2-$t1) . "s\n");

// Other ways to display stuff, with and without caching possible each time:
$t1 = microtime(true);
for ($i=0; $i < MAX; $i++) { 
	echo $strs[$i];
	echo $strs[$i + 1];
}
$t2 = microtime(true);
_log("Two echos, not cached: " . ($t2-$t1) . "s\n");

$t1 = microtime(true);
for ($i=0; $i < MAX; $i++) { 
	echo "Hello" , "
";
	echo "World" , "
";
}
$t2 = microtime(true);
_log("Two echos, cached: " . ($t2-$t1) . "s\n");

$t1 = microtime(true);
for ($i=0; $i < MAX; $i++) { 
	echo $strs[$i], $strs[$i + 1];;
}
$t2 = microtime(true);
_log("Two parameters, not cached: " . ($t2-$t1) . "s\n");

$t1 = microtime(true);
for ($i=0; $i < MAX; $i++) { 
	echo "Hello" , "World!" , "
";
}
$t2 = microtime(true);
_log("Two parameters, cached: " . ($t2-$t1) . "s\n");

$t3 = microtime(true);

_log("Total benchmark time: " . ($t3-$t0)."\n");

I generated random strings at the beginning of the script. And I concatenate them after, in the loop. Thus, there is not even once the same concatenation happening, thus, no possible caching or whatever.

The benchmarked has been run on a 1.6GHz Atom processor, with the following command:

sudo nice -n -19 php -q echobanchmark.php > /dev/null

So the process was the most prioritized one on the OS and then there is no reason for any interference between the loops (moreover, the system was idle during the test (and there are 3 other virtual processors for doing whatever work the OS would need to do).

And do you know the result?

Here it goes:

Concatenation, cached: 7.4381861686707s
Concatenation, not cached: 9.9010219573975s
Two echos, not cached: 10.4353120327s
Two echos, cached: 14.883654117584s
Two parameters, not cached: 10.179102897644s
Two parameters, cached: 11.904446840286s
Total benchmark time: 928.97792601585

Conclusion: Concatenation is fast, very fast. It is rougly 30% faster than using the two parameters for echo (26.9268987% exactly) and roughly 30% faster than two echo statements as well (28.720999% exactly) and

The other conclusion here is that PHP does not seem to be caching strings very well. Both the two-parameters and two-statements echo loops are much slower when using a fresh new string and much faster when using something from the previously generated array. The difference between cached / non-cached loop for the concatenation loop is also not that impressive if we observe that my « not cached » loop is using strings of random length that can go until 200 chars whereas the « cached » one is a very short string (so the difference of 2 seconds is certainly also due to the difference in length of the strings).

If you have any suggestion to improve the benchmark, feel free to post a comment.

À l’heure des énergies renouvelables, toutes les sources naturelles sont explorées, dès que la nature fournit un peu d’énergie sous un quelconque forme que ce soit, il y a toujours une personne pour essayer de concevoir un système pour transformer ça en notre bonne vieille électricité qui fait si bien fonctionner nos ordinateurs.

Le problème, c’est que dans beaucoup de cas, la nature n’a pas vraiment pensé à tout quand elle a fait les choses… et surtout, elle n’a pas pensé à nous faire quelque-chose de simple à utiliser (la bougresse !).

En pratique, qu’est-ce que cela veut dire ? Cela veut dire qu’on va toujours savoi transformer de l’énergie en électricité, on est assez bon pour faire ça, sauf que dans pas mal de cas, ça va coûter plus cher de mettre en place le système que de produire de l’énergie autrement. Pire, certaines fois, on va consommer plus d’énergie à faire fonctionner le système (ou à le maintenir ! Point très très important à ne pas négliger, comme nous allons le voir après) qu’on ne va en produire.

C’était un peu le cas de l’énergie produite à partir de la houle (le mouvement des vagues sur la mer/l’océan) jusqu’à maintenant. Du fait que l’environnement de production de l’électricité était tout sauf fait pour y mettre des appareils de haute technologie (humidité + eau (humidité extrême !) + milieu corrosif), du coup les systèmes envisagés jusqu’à présent coûtaient très chers à fabriquer et surtout à maintenir en fonctionnement (corrosion).

Mais heureusement, un ingénieur de génie (pléonasme ?) a finalement eu une sacrée idée, en utilisant une simple bouée (qui devrait pas trop souffrire de la corrosion et de l’humidité) il a trouvé un moyen (à l’aide d’un piston) de pressuriser de l’eau (stoker de l’eau sous pression, en clair) et ce, sans intervention électrique / mécanique / électronique particulière.

Ah ! Bon, super ! Mais, vous allez me dire, qu’est-ce qu’on va en faire de notre Fanta maintenant qu’il est plein de bulles ?
Ben de l’électricité ! Ce n’est plus un secré qu’on utilise des turbines et de l’eau pour fabriquer de l’électricité …

Cette solution a visiblement tout pour plaire puisque sa commercialisation est déjà prévue et qu’elle sera soutenu par des instances anglo-saxones pour le développement durable (Department of Energy and Climate Change si ça vous intéresse !) et qu’il y en as déjà un petit paquet qui ont été commandés par le gouvernement britanique pour mettre sur leurs loooongues côtés bien humides et bien houleuses !

L’intérêt est aussi dans le fait que ce système permet de stocker de l’énergie en vue d’une régulation de la production sur l’année (l’hiver, hop, on branche le chauffage) en stockage tout bonnement l’eau sous pression dans une bonne vieille bonbonne.

Ajoutons, pour finir, que contrairement au vent (qui varie quand même assez peu, mais qui varie) et au soleil (lui, il varie pas mal !), la houle a tendance a être quand même assez constante (si vous avez déjà vu l’océan faire une « pause » et que vous avez pris une photo, envoyez-la moi, je publie immédiatement !).

Du coup, finissons sur un jeu de mot : c’est effectivement une invention qui risque de faire des vagues sur le marché !

Source & détails ici : SeaRaser

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.)

Depuis l’élection du clown en tant que premier homme de France, j’ai me suis très souvent répété à l’esprit « J’ai honte d’être français ».

Cette semaine, j’ai découvert un autre sentiment similaire : Je serais fier d’être… Polonais !

On peut critiquer tout ce qu’on veut sur la société Polonaise, moi ce que je vois, c’est qu’en ce moment, eux, se bougent contre ACTA et que c’est donc un pays où les gens ont encore conscience que la liberté d’expression, on va la perdre.

Si je dis ça, c’est parce que j’étais aux manifs STOP ACTA hier et qu’on devait être, sur le total de la France, autant qu’il y en avait dans UNE ville de Pologne. Pourtant, nous sommes 20 millions de plus, nous sommes certainement mieux payés en moyenne et pouvons donc nous passer d’une journée de salaire pour aller défendre la liberté d’un média qui, s’il se retrouve censuré par des lois liberticides comme ACTA, pourrait bien faire couler toute une partie de l’économie, justement, au-delà, bien entendu, de la suppression du DERNIER espace d’expression libre en France.

Oui, le dernier, car qu’on ne me fasse pas croire que la France est un pays où les médias sont libres quand les patrons des radios, des chaînes de télévision… sont nommés directement par le chef de la propagande, j’ai nommé, M. le président.

Bien entendu, je vous parle du volet Internet du projet de loi ACTA (Anti-Counterfeiting Trade Agreement, ou Accord Commercial Anti-Contrefaçon). Cependant, ACTA au-delà de menacer notre liberté d’expression, menace des milliers de vie. Le projet de loi qui découle de l’accord, ouvre la possibilité de bloquer des acquis sociaux et médicaux comme les médicaments généralistes.

Il remet également en question des acquis alimentaires concernant les semences…

En bref : Je ne suis pas juriste et ne vais donc pas vous faire le détail de la loi, qui de toutes manières, est volontairement floue afin d’être applicable à tout ce qu’on veut, sur simple interprétation du pouvoir en place, mais ça sent pas bon… du tout. Encore moins que leurs conneries de Hadopi et autres LOPPSI tout autant liberticides.

Alors, mot d’ordre : appelez votre député et demandez-lui pourquoi on vote des lois liberticides négociées en secret par des gens qui ne sont même pas représentants du peuple. Demandez-lui s’il a l’intention de s’opposer au bafouement de la démocratie qui l’a élu et qui lui verse un salaire si gras chaque mois.

Si vous ne connaissez pas votre député : Trouver mon député.

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 .