The Troll's factory

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

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

Hello les amis,

Aujourd’hui, petite astuce qui pourrait faire gagner 1h à des gens qui comme moi, pensent qu’il suffit de résoudre un conflit pour… qu’il soit résolu !

Eh bien non, cela ne semble pas marcher tout à fait pareil avec le plug-in Subclipse pour Eclipse.

Si vous avez le malheur d’avoir un conflit, normalement, il vous suffit de faire clic-droit sur le fichier puis « Team » puis « Mark as resolved ».

SAUF QUE le .cproject n’apparaît bien évidemment pas dans la perspective « ressources » (par défaut) de Eclipse !! Impossible donc de le résoudre !

Or, si vous le résolvez en utilisant SVN via la console par exemple, Subclipse ne s’en « rendra pas compte » (ne me demandez pas pourquoi) et refusera encore et toujours de commiter les futurs changements.

Pour résoudre le conflit, il faut que vous ouvriez la « perspective » « Team Synchronizing », à ce moment-là, vous devriez enfin voir votre .cproject et vous pourrez alors faire Mark as resolved (en sélectionnant ensuite l’option de votre choix sur la résolution du conflit).

Voilà ! Et Subclipse arrêtera de vous harceler avec ce conflit qui n’en est plus un…

Bon dev’ !

————————English version (summerized) ———————–

Hi folks,

The .cproject file won’t be displayed on the « resources » perspective (view), so you can’t resolve the conflict by right-clicking and then selecting options « Team » and « Mark as resolved ».

Moreover, solving the conflict using the SVN command line interface won’t work, Subclipse will « remember » the conflict.

To get this working, you have to open the « Team Synchronizing » perspective in Eclipse. There, you should be able to find the .cproject file and so Mark it as resolved (and then select the option you want for the conflict solving way).

Here it is ! Subclipse will stop harassing you !

Have a nice dev’ !

For English Readers, see the English version of the article at the bottom of the French one.

Un autre micro-billet pour signaler à tous ceux qui sont en train de s’arracher les cheveux en essayant de faire fonctionner sur très intéressant / pratique (néanmoins difficile à installer !) plug-in « Subclipse » pour Eclipse et SVNque la solution est ailleurs !

Ailleurs dans le sens où il ne faut pas chercher à résoudre le souci, il faut tout bonnement ne pas utiliser la dernière version de Subclipse (branche 1.8.x) mais la version 1.4.8 (branche 1.4.x).

Donc si on reprend l’installation de Subclipse en rapide, ça donne :

1. Lancer Eclipse
2. Menu Help > Install New Software
3. Dans la barre de « sites » en haut, cliquer sur « Add« , en URL mettez : http://subclipse.tigris.org/update_1.4.x (mettez ce que vous voulez pour le nom)
4. Sélectionner ce site-là dans la liste
5. Environs 8 plug-ins apparaissent, cochez les tous. Sauf celui qui s’appelle « Intégration avec Mylyn 3″ (ou un truc très très très ressemblant).
6. Faites Next, etc. … ensuite, vous suivez les indications.

Personnellement, il a aussi fallu que je décoche le paquet  « SVN Revision Graph ». Qui avait un souci de dépendance paraitrait-il… (je m’en sers pas de toutes façons donc….). Donc si vous avez un souci pour l’installation, regardez les messages d’erreurs et tentez de décocher SVN Revision Graph .

——————————— English version ——————————

Another micro-article to make available on the internet a useful information for those who are currently desperate at install Subclipse for Eclipse to use with SVN : solution is not where you think it should be !

What does that mean ? This means don’t try to troubleshoot by repairing libraries or things like that … No, just don’t use the latest (1.8.x branch) version of Subclipse : Use the 1.4.8 (1.4.x branch) !

So, installation process from A to Z should be (sum-up) :

1. Launch Eclipse
2. Menu Help > Install New Software
3. In the « sites » select menu at the top, click on « Add« , in URL put : http://subclipse.tigris.org/update_1.4.x (and put what you want for the name)
4. Select this precise « site » in the select list.
5. About 8 plug-ins are appearing, check them all. Except the one called « Integration with Mylyn 3″ (or some name very similar).
6. Press Next, etc. …then, just follow the directives.

For my experience : I also had to uncheck the « SVN Revision Graph » package. Its seemed to have some dependencies issues… (I don’t use it so…). So if you can any trouble for installing the 7 other packages, try to uncheck « SVN Revision Graph », it may do the trick.

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…

Note : Ce billet est un peu inhabituel, mais on m’a demandé directement si je pouvais relayer l’information, et l’association en question contient des personnes en qui j’ai plus confiance concernant la gestion des dons effectués que dans les grandes ONG internationales qui sont pour moi à moitié un tas de mafieux et de magouilleurs .

« Comment ça, Haïti, ils sont pas encore sauvés, avec tout le fric qu’on leur a envoyé ? » vous allez vous dire … Eh bien… non. Aussi incroyable que cela puisse paraître, Haïti est très loin d’être rétabli, par mauvaise gestion des dons, par l’ampleur du problème… Bref, c’est pas encore ça.

D’ailleurs, des milliers de gamines vives dans les camps de réfugiés et, plutôt que d’aller à l’école, passent leur journées à tenter d’échapper aux pulsions viriles incontrôlées des hommes qui vivent dans les mêmes camps…

À ce titre, une association « Ensemble Haïti », sur Grenoble notamment, organise des collectes de matériel scolaire et de fonds financiers pour permettre aux enfants en Haïti d’aller à l’école, de sortir de la misère et de leur vie traumatisante.

L’association « Ensemble pour Haïti » s’est notament récemment adressée aux entreprises à travers un courrier visible ici.

La collecte va jusqu’au 15 Octobre et se déroule à ces endroits :

- (Grenoble) Sur le chantier du Monery où un carton de collecte est situé dans la base vie

- (Vénissieux) À la SACOVIV : 19, rue Emile Zola à VENISSIEUX.

Vous pouvez également visiter leur site Web ici : http://ensemblepourhaiti.blogspot.com/

Les numéros de téléphone pour le contact avec l’association sont disponibles dans le courrier (PDF) que j’ai indiqué en lien plus haut.