Je pensais naïvement que lancer le démon ibus-daemon le ferait marcher, mais il n'en était rien. Il faut absolument passer par l'interface Xfce.
Je n’utilise pas XFCE, mais je ne suis pas surpris que lancer le démon IBus soit insuffisant. Pour utiliser une méthode de saisie externe, il faut soit définir des variables d’environnement (comme GTK_IM_MODULE et QT_IM_MODULE), soit (pour GTK) enregistrer ce choix dans ton démon de gestion des préférences (qui gère aussi ton thème GTK). Quand tu passes par XFCE, il doit effectuer cette seconde solution à travers le démon « xfce4-settings ».
Pour la mise en œuvre manuelle (qui marche avec GTK, QT, et autres), voir la très bonne documentation du wiki d’Arch !
Posté par jyes .
En réponse à la dépêche ownCloud 4 est sorti.
Évalué à 9.
Dernière modification le 24 mai 2012 à 07:59.
Tout cela s'installe facilement et ne nécessite que PHP et une base MySQL ou PostgreSQL
Ou même sqlite pour les moins gourmands (ou les plus auto-hébergés).
Vu la rapidité d’installation, j’ai mis à jour mon ownCloud vers cette nouvelle version dès sa sortie et suis vraiment impressionné par ce projet au développement rapide par la qualité du résultat. La seule vraie difficulté avec ownCloud, c’est de trouver un bon client CalDAV et CardDAV libre pour en profiter pleinement.
En fait non, car en pratique en auto-hébergement (au sens de s’héberger soi-même, je t’épargne ta diatribe sur le courriel sur ADSL que je connais déjà très bien), le problème du spam est incomparable avec celui des gros hébergeurs. Sur mon serveur qui tourne depuis plusieurs années, les RBL et le greylisting sont pour le moment cosmétiques car au regard des logs du serveur les tentatives de spam restent vraiment très rares (je vois surtout des tentatives d’envois pour l’utiliser comme open-relay, ce qu’il n’est évidemment pas). C’est vrai que c’est un tout petit serveur, mais il reste de la marge avant que ces méthodes antispam les plus simples soient dépassées.
En fait, la dépense inutile c’est de centraliser l’hébergement des courriels du monde entier sur quelques gros domaines qui peuvent alors être massivement spammés et nécessitent des règles de filtrage de plus en plus complexes pour isoler le pouillème de courrier légitime qu’ils reçoivent.
Étonnant comme commentaire. Justement Gimp est l’un des rares programmes que je “tile”. Comme quoi, le choix d’un mode multifenêtre ou monofenêtre en plus du choix du gestionnaire de fenêtre va vraiment permettre à chacun de se faire l’environnement qu’il souhaite et apporter un choix d’ergonomie rarement atteint avec d’autres logiciels.
Et la liste des nouveautés est impressionnante, cette mouture s’annonce particulièrement réussie, j’ai hâte de la tester.
Ça ne suffit pas. J’ai déjà été confronté à un problème similaire à celui décrit ici. Parfois, il y a des mises en page dont on ne comprend pas l’origine, et une solution serait de pouvoir supprimer tous les styles pour tout refaire manuellement depuis zéro.
Cette fonctionnalité me serait bien utile car j’utilise peu LibreOffice, mais à chaque fois je suis dépité par les styles par défaut et je dois tous les modifier pour revenir à une mise en page toute bête avant de refaire le style qui me plaît. Pouvoir facilement supprimer toute la mise en page, y compris celle des styles par défaut, serait donc bienvenu, et si quelqu’un sait comment faire, je suis preneur de l’astuce aussi.
Ce serait beau si c’était vrai. En pratique, on trouve beaucoup de mail.example.com, mais surtout de tout et n’importe quoi. D’où ma remarque, il n’y a pas de règle ni d’usage commun contrairement à ce que tu dis. Quand je vois les noms des serveurs SMTP des FAI locaux de ma province canadienne, j’échoue à en extraire une quelconque logique.
D’ailleurs Thunderbird, le magique MUA qui détecte les serveurs tout seul, embarque une liste des gros serveurs et la configuration qui va avec. Dès que tu sors de ce qu’il connaît, il y va comme un sale à tester un nombre de combinaisons hallucinant juste pour faire croire que c’est simple. C’est tellement simple, qu’il faut faire très attention pour désactiver à temps cette fonctionnalité avant qu’il ne lance sa recherche quand tu veux configurer un domaine qu’il ne connaît pas. Si tu le laisses faire, tu en as pour des plombes à attendre qu’il finisse toutes ses combinaisons (pour un simple nom avec mail.example.com utilisé pour tous les protocoles), et encore, c’est en espérant qu’aucun fail2ban ne tourne sur le serveur… s’il y en a un, ta conf’ automatique n’aboutira jamais de toute façon.
Mais quel est l'intéret d'avoir un service de gestion de contacts "dans le cloud" ?
Ça dépend, si c’est Dans Ton Cloud, c’est intéressant. Mais là, pour le coup, les distributions fournissent tous les outils libres pour le mettre en place, il y a même de multiples choix pour y parvenir (IMAP, CalDAV, SSHFS, et autres au gré de votre imagination) qui sont parfaitement supportés par les logiciels serveurs et clients libres.
Donc, quand fredix écrit :
Mais les desktop Linux avancent aussi puisqu'il utilise les services proprio des autres :)
je pense qu’il est d’une complète mauvaise foi, puisque la liberté est donnée aux utilisateurs à la fois côté client, et côté service. Par contre, c’est vrai, certains clients n’imposent pas de gérer soi-même son propre service et peuvent aussi utiliser des services proprios, mais je ne vois pas de quelle liberté prive le client dans ce cas là.
Sinon, j’aime bien le système des distributions Linux modernes. Ma Fedora au travail passe en revue les bibliothèques chargées avant chaque mise à jour, et si l’un d’elle est affectée par la mise à jour, j’ai une alerte qui propose de redémarrer le système ou la session au besoin (sans ultimatum de 4 heures).
(il me semble qu'on imagine aisément qu'openMP fait N filaments pour traiter un segment, alors qu'en réalité il en fait au maximum N simultanément et qu'en permanence des filaments naissent vivent et meurent dans l'indifférence générale ;-)
Non. D’ailleurs dans le code que j’utilise, les filaments [0] sont créés une fois et synchronisés (le plus rarement possible) à coup de « barrier ». C’est à peu près ce que fait automatiquement le compilateur avec l’ordonnanceur « static », mais :
le code est plus simple : moins encombré de directives OpenMP;
plus facile à comprendre : synchronisation explicite là où elle est nécessaire, plutôt que de se poser toujours la question de l’usage ou non de la règle « nowait »;
et plus souple : on peut décider de faire un partage déséquilibré du calcul entre filaments si l’on sait à l’avance que certains traitement seront plus longs que d’autres, sans pour autant compliquer le code avec un ordonnancement dynamique.
[0] Je ne connaissais pas cette traduction, elle me plaît bien, j’espère qu’elle est assez utilisée pour pouvoir l’adopter définitivement en restant compréhensible.
Au final, le résultat obtenu ressemble assez à une parallélisation MPI (avec le double avantage de la mémoire partagée et que le code peut toujours se compiler en séquentiel pour déboguer), c’est pourquoi la découpe des tableaux n’aurait pas été si difficile. Suivant vos conseils, je vais quand même me l’épargner si elle n’apporte rien.
Merci du conseil, c’est un peu le genre de remarque que j’attendais. Cependant, si je me pose la question, ce n’est pas vraiment pour gérer moi-même la mémoire avec des fonctions prenant en compte NUMA, c’est juste pour choisir la méthode de parallélisation la plus efficace, sans vraiment sortir des clous d’OpenMP.
À la lecture de l’ensemble des réponses, il semble que le meilleur compromis soit de ne pas me préoccuper de NUMA directement mais d’allouer un tableau de donnée par thread (façon MPI), en laissant au système d’exploitation le soin de gérer la proximité entre le stockage de ce tableau en mémoire et le thread associé. Un seul gros tableau ne pouvant être proche de tous les threads à la fois, il se retrouvera forcément loin d’un certain nombre d’entre eux. Au besoin, s’assurer que mon code accède bien la première fois à chaque espace mémoire depuis le bon thread (pour tenir compte du « first touch ») n’est pas bien compliqué.
on ne saurait trop vous recommander des tests de performance extensifs ; histoire d'éviter de vous échiner sur un faux problème
Effectuer de bons tests risque de me prendre autant de temps que de découper mes tableaux, j’en ferai mais ça ne me coûte pas grand chose d’envisager la méthode la plus efficace en amont de ces tests.
I personally have no problem with anyone studying it, modifying it, attempting to run it, etc
Donc il n’est pas question de redistribution, sauf si elle se cache dans le « etc » (et c’est vrai qu’un dépôt Git sans redistribution c’est étrange), mais je doute qu’Ubisoft cautionne ce dernier usage.
le jour où j'en aurai besoin et que j'étudierai les solutions, PGP aura un gros point négatif "vérification manuelle lors de la première validation" dans le comparatif.
Note que tu as exactement le même problème avec X509, sauf que tu acceptes les certificats racine sans broncher. Avec PGP, tu pourrais très bien accepter n’importe quelle clé qui a été signée par un “pair de confiance”. L’ennui, c’est que dans la démarche de sécurité complète, il faudrait d’abord avoir confiance en la clef de ce pair, ce que tu ne fais pas en récupérant tes certificats racines avec ton Firefox téléchargé en HTTP (avec contrôle de la somme de hachage fournie sur la même page servie en HTTP).
La toile de confiance permet très bien de reproduire le schéma en arbre des certificats, c’est juste qu’à parti du moment où tu veux utiliser PGP, les documentations t’indiquent comme le faire de sorte à ce que tu aies vraiment de la sécurité. La « vérification manuelle » n’a rien d’indispensable sur le plan technique.
Il semble bien que ce soit un problème dans la police. Cependant, tu remarqueras que c’est problématique uniquement en grande taille (vue en 11pt, ce problème de crénage ne saute pas aux yeux) et que pour les grandes tailles, la version Display n’en souffre pas.
Dès lors, je ne sais pas s’il s’agit d’un véritable problème ou d’un usage inapproprié de la police. Par exemple, je regarde mon CV qui utilise cette police et je ne vois pas de problème (à moins que XeTeX corrige le crénage et n’utilise pas les informations fournies par la police).
Je n’ai acheté que le premier, après l’« annonce » de libération des moteurs de plusieurs jeux. J’y ai joué un peu, mais ne suis de toute façon pas un gros joueur. Il n’a jamais été question de libérer quoi que ce soit dans les suivants et je ne les ai donc pas achetés. Si j’avais plus l’habitude de jouer, je ne sais pas si je me serais toutefois laissé tenter par les suivants : si j’avais des sous à dépenser pour soutenir des projets que je trouve intelligents, il y a déjà beaucoup de projets libres qui améliorent mon quotidien et qui méritent bien plus mon soutien que les Humble Bundles.
Du coup, j’ai voté Obiwan Kenobi parce-que la Force est avec le Logiciel Libre et qu’il n’y avait pas de réponse D.
# Utiliser IBus
Posté par jyes . En réponse au journal Écrire en vietnamien sur ma distrib préféré. Évalué à 1.
Je n’utilise pas XFCE, mais je ne suis pas surpris que lancer le démon IBus soit insuffisant. Pour utiliser une méthode de saisie externe, il faut soit définir des variables d’environnement (comme GTK_IM_MODULE et QT_IM_MODULE), soit (pour GTK) enregistrer ce choix dans ton démon de gestion des préférences (qui gère aussi ton thème GTK). Quand tu passes par XFCE, il doit effectuer cette seconde solution à travers le démon « xfce4-settings ».
Pour la mise en œuvre manuelle (qui marche avec GTK, QT, et autres), voir la très bonne documentation du wiki d’Arch !
[^] # Re: Chiffrement???
Posté par jyes . En réponse à la dépêche ownCloud 4 est sorti. Évalué à 3.
Ça va toutefois être plus compliqué de faire exécuter le JavaScript au client à travers WebDAV…
# oudClown, une solution qu’elle est bien pour mon nuage
Posté par jyes . En réponse à la dépêche ownCloud 4 est sorti. Évalué à 9. Dernière modification le 24 mai 2012 à 07:59.
Ou même sqlite pour les moins gourmands (ou les plus auto-hébergés).
Vu la rapidité d’installation, j’ai mis à jour mon ownCloud vers cette nouvelle version dès sa sortie et suis vraiment impressionné par ce projet au développement rapide par la qualité du résultat. La seule vraie difficulté avec ownCloud, c’est de trouver un bon client CalDAV et CardDAV libre pour en profiter pleinement.
[^] # Re: Timing?
Posté par jyes . En réponse au journal Le Raspberry Pi fait des des jaloux. Évalué à 10.
Sinon, selon notre confrère LinuxFr, « il semblerait bien que tous les projets de carte graphique open-source soient morts » :
https://linuxfr.org/users/claudex/journaux/le-raspberry-pi-fait-des-des-jaloux
[^] # Re: Pas moi.
Posté par jyes . En réponse au journal Des LinuxFRiens Shanghaiens ?. Évalué à 1.
Non, c’est l’Alberta qui sent le fioul.
[^] # Re: C'est pas si simple l'email.
Posté par jyes . En réponse au journal Les emails par Neuf…. Évalué à 1.
En fait non, car en pratique en auto-hébergement (au sens de s’héberger soi-même, je t’épargne ta diatribe sur le courriel sur ADSL que je connais déjà très bien), le problème du spam est incomparable avec celui des gros hébergeurs. Sur mon serveur qui tourne depuis plusieurs années, les RBL et le greylisting sont pour le moment cosmétiques car au regard des logs du serveur les tentatives de spam restent vraiment très rares (je vois surtout des tentatives d’envois pour l’utiliser comme open-relay, ce qu’il n’est évidemment pas). C’est vrai que c’est un tout petit serveur, mais il reste de la marge avant que ces méthodes antispam les plus simples soient dépassées.
En fait, la dépense inutile c’est de centraliser l’hébergement des courriels du monde entier sur quelques gros domaines qui peuvent alors être massivement spammés et nécessitent des règles de filtrage de plus en plus complexes pour isoler le pouillème de courrier légitime qu’ils reçoivent.
[^] # Re: KenObi1
Posté par jyes . En réponse au sondage Sur quel environnement de bureau misez-vous dans le futur ?. Évalué à 2.
Oui, mais tu n’as jamais une dizaine de fenêtres différentes sur ton (seul) bureau puisque tu peux les grouper en onglets… ah, non plus en fait.
[^] # Re: Voilà qui va changer la vie...
Posté par jyes . En réponse à la dépêche GIMP 2.8 est sorti : une fenêtre unique !. Évalué à 10. Dernière modification le 03 mai 2012 à 18:13.
Étonnant comme commentaire. Justement Gimp est l’un des rares programmes que je “tile”. Comme quoi, le choix d’un mode multifenêtre ou monofenêtre en plus du choix du gestionnaire de fenêtre va vraiment permettre à chacun de se faire l’environnement qu’il souhaite et apporter un choix d’ergonomie rarement atteint avec d’autres logiciels.
Et la liste des nouveautés est impressionnante, cette mouture s’annonce particulièrement réussie, j’ai hâte de la tester.
[^] # AppleFr.org
Posté par jyes . En réponse au journal Ressuscité par ubuntu 12.04 ?. Évalué à 6. Dernière modification le 03 mai 2012 à 17:33.
Quand il en a un, ça va…
[^] # Re: Solution
Posté par jyes . En réponse au message Mise à zéro des syles dans LibreOffice. Évalué à 2.
Ça ne suffit pas. J’ai déjà été confronté à un problème similaire à celui décrit ici. Parfois, il y a des mises en page dont on ne comprend pas l’origine, et une solution serait de pouvoir supprimer tous les styles pour tout refaire manuellement depuis zéro.
Cette fonctionnalité me serait bien utile car j’utilise peu LibreOffice, mais à chaque fois je suis dépité par les styles par défaut et je dois tous les modifier pour revenir à une mise en page toute bête avant de refaire le style qui me plaît. Pouvoir facilement supprimer toute la mise en page, y compris celle des styles par défaut, serait donc bienvenu, et si quelqu’un sait comment faire, je suis preneur de l’astuce aussi.
[^] # Re: Gnome Online Accounts et OwnCloud
Posté par jyes . En réponse au journal GNOME et l’hypocrisie de l'intégration des services en ligne Windows Live / Google. Évalué à 6.
Ce serait beau si c’était vrai. En pratique, on trouve beaucoup de mail.example.com, mais surtout de tout et n’importe quoi. D’où ma remarque, il n’y a pas de règle ni d’usage commun contrairement à ce que tu dis. Quand je vois les noms des serveurs SMTP des FAI locaux de ma province canadienne, j’échoue à en extraire une quelconque logique.
D’ailleurs Thunderbird, le magique MUA qui détecte les serveurs tout seul, embarque une liste des gros serveurs et la configuration qui va avec. Dès que tu sors de ce qu’il connaît, il y va comme un sale à tester un nombre de combinaisons hallucinant juste pour faire croire que c’est simple. C’est tellement simple, qu’il faut faire très attention pour désactiver à temps cette fonctionnalité avant qu’il ne lance sa recherche quand tu veux configurer un domaine qu’il ne connaît pas. Si tu le laisses faire, tu en as pour des plombes à attendre qu’il finisse toutes ses combinaisons (pour un simple nom avec mail.example.com utilisé pour tous les protocoles), et encore, c’est en espérant qu’aucun fail2ban ne tourne sur le serveur… s’il y en a un, ta conf’ automatique n’aboutira jamais de toute façon.
[^] # Re: Gnome Online Accounts et OwnCloud
Posté par jyes . En réponse au journal GNOME et l’hypocrisie de l'intégration des services en ligne Windows Live / Google. Évalué à 0.
C’est quoi un nom connu ? « Gmail » ?
[^] # Re: Ça ne me choque pas
Posté par jyes . En réponse au journal GNOME et l’hypocrisie de l'intégration des services en ligne Windows Live / Google. Évalué à 4.
Ça dépend, si c’est Dans Ton Cloud, c’est intéressant. Mais là, pour le coup, les distributions fournissent tous les outils libres pour le mettre en place, il y a même de multiples choix pour y parvenir (IMAP, CalDAV, SSHFS, et autres au gré de votre imagination) qui sont parfaitement supportés par les logiciels serveurs et clients libres.
Donc, quand fredix écrit :
je pense qu’il est d’une complète mauvaise foi, puisque la liberté est donnée aux utilisateurs à la fois côté client, et côté service. Par contre, c’est vrai, certains clients n’imposent pas de gérer soi-même son propre service et peuvent aussi utiliser des services proprios, mais je ne vois pas de quelle liberté prive le client dans ce cas là.
[^] # Re: Mises à jour
Posté par jyes . En réponse au journal C'est une arme redoutable.. Évalué à 4.
Sinon, j’aime bien le système des distributions Linux modernes. Ma Fedora au travail passe en revue les bibliothèques chargées avant chaque mise à jour, et si l’un d’elle est affectée par la mise à jour, j’ai une alerte qui propose de redémarrer le système ou la session au besoin (sans ultimatum de 4 heures).
[^] # Re: C'est quoi un informaticien ?
Posté par jyes . En réponse au journal 285 jours : l’ancienneté moyenne au chômage des demandeurs d’emploi en informatique. Évalué à 3.
Et qu’est-ce qui les en empêche, si ça peut les aider à trouver des candidats plutôt que de se plaindre de pénurie ?
[^] # Re: First touch
Posté par jyes . En réponse au message Allocation de mémoire NUMA dans un code parallèle (threads). Évalué à 1. Dernière modification le 19 avril 2012 à 20:19.
Ça, git le fait pour moi :-)
Merci de vos retours.
[^] # Re: First touch
Posté par jyes . En réponse au message Allocation de mémoire NUMA dans un code parallèle (threads). Évalué à 2.
Non. D’ailleurs dans le code que j’utilise, les filaments [0] sont créés une fois et synchronisés (le plus rarement possible) à coup de « barrier ». C’est à peu près ce que fait automatiquement le compilateur avec l’ordonnanceur « static », mais :
[0] Je ne connaissais pas cette traduction, elle me plaît bien, j’espère qu’elle est assez utilisée pour pouvoir l’adopter définitivement en restant compréhensible.
Au final, le résultat obtenu ressemble assez à une parallélisation MPI (avec le double avantage de la mémoire partagée et que le code peut toujours se compiler en séquentiel pour déboguer), c’est pourquoi la découpe des tableaux n’aurait pas été si difficile. Suivant vos conseils, je vais quand même me l’épargner si elle n’apporte rien.
[^] # Re: First touch
Posté par jyes . En réponse au message Allocation de mémoire NUMA dans un code parallèle (threads). Évalué à 3.
Merci du conseil, c’est un peu le genre de remarque que j’attendais. Cependant, si je me pose la question, ce n’est pas vraiment pour gérer moi-même la mémoire avec des fonctions prenant en compte NUMA, c’est juste pour choisir la méthode de parallélisation la plus efficace, sans vraiment sortir des clous d’OpenMP.
À la lecture de l’ensemble des réponses, il semble que le meilleur compromis soit de ne pas me préoccuper de NUMA directement mais d’allouer un tableau de donnée par thread (façon MPI), en laissant au système d’exploitation le soin de gérer la proximité entre le stockage de ce tableau en mémoire et le thread associé. Un seul gros tableau ne pouvant être proche de tous les threads à la fois, il se retrouvera forcément loin d’un certain nombre d’entre eux. Au besoin, s’assurer que mon code accède bien la première fois à chaque espace mémoire depuis le bon thread (pour tenir compte du « first touch ») n’est pas bien compliqué.
Effectuer de bons tests risque de me prendre autant de temps que de découper mes tableaux, j’en ferai mais ça ne me coûte pas grand chose d’envisager la méthode la plus efficace en amont de ces tests.
Merci à tous pour vos réponses utiles !
[^] # Re: Pas si pas libre que cela?
Posté par jyes . En réponse à la dépêche Publication du code source du jeu Prince of Persia. Évalué à 5.
Donc il n’est pas question de redistribution, sauf si elle se cache dans le « etc » (et c’est vrai qu’un dépôt Git sans redistribution c’est étrange), mais je doute qu’Ubisoft cautionne ce dernier usage.
[^] # Re: Chasse, putes, nutella et traditions
Posté par jyes . En réponse au journal Parti pirate : inutile et inefficace ?. Évalué à 3.
Là, tu marques un poing.
[^] # Re: Utile, pas plus compliqué qu'autre chose
Posté par jyes . En réponse au journal À propos de GPG et de son avenir. Évalué à 5.
Note que tu as exactement le même problème avec X509, sauf que tu acceptes les certificats racine sans broncher. Avec PGP, tu pourrais très bien accepter n’importe quelle clé qui a été signée par un “pair de confiance”. L’ennui, c’est que dans la démarche de sécurité complète, il faudrait d’abord avoir confiance en la clef de ce pair, ce que tu ne fais pas en récupérant tes certificats racines avec ton Firefox téléchargé en HTTP (avec contrôle de la somme de hachage fournie sur la même page servie en HTTP).
La toile de confiance permet très bien de reproduire le schéma en arbre des certificats, c’est juste qu’à parti du moment où tu veux utiliser PGP, les documentations t’indiquent comme le faire de sorte à ce que tu aies vraiment de la sécurité. La « vérification manuelle » n’a rien d’indispensable sur le plan technique.
[^] # Re: Le double tranchant
Posté par jyes . En réponse au journal À propos de GPG et de son avenir. Évalué à 3.
Et même encore plus de coffres forts en n’y conservant qu’une clef partielle [0], comme ça même les coffres ne connaissent pas la clef.
[0] avec un truc comme « Shamir’s secret sharing scheme ».
[^] # Re: Utile, pas plus compliqué qu'autre chose
Posté par jyes . En réponse au journal À propos de GPG et de son avenir. Évalué à 2.
Elle aura aussi confiance, mais elle se fera avoir : http://www.thoughtcrime.org/software/sslstrip/
[^] # Re: Crénage
Posté par jyes . En réponse à la dépêche Linux Libertine : entrevue de Philipp H. Poll. Évalué à 2. Dernière modification le 22 février 2012 à 18:44.
Il semble bien que ce soit un problème dans la police. Cependant, tu remarqueras que c’est problématique uniquement en grande taille (vue en 11pt, ce problème de crénage ne saute pas aux yeux) et que pour les grandes tailles, la version Display n’en souffre pas.
Dès lors, je ne sais pas s’il s’agit d’un véritable problème ou d’un usage inapproprié de la police. Par exemple, je regarde mon CV qui utilise cette police et je ne vois pas de problème (à moins que XeTeX corrige le crénage et n’utilise pas les informations fournies par la police).
[^] # Re: Bof
Posté par jyes . En réponse au sondage Les Humble Indie Bundle, vous en pensez quoi ?. Évalué à 1. Dernière modification le 22 février 2012 à 17:56.
Je n’ai acheté que le premier, après l’« annonce » de libération des moteurs de plusieurs jeux. J’y ai joué un peu, mais ne suis de toute façon pas un gros joueur. Il n’a jamais été question de libérer quoi que ce soit dans les suivants et je ne les ai donc pas achetés. Si j’avais plus l’habitude de jouer, je ne sais pas si je me serais toutefois laissé tenter par les suivants : si j’avais des sous à dépenser pour soutenir des projets que je trouve intelligents, il y a déjà beaucoup de projets libres qui améliorent mon quotidien et qui méritent bien plus mon soutien que les Humble Bundles.
Du coup, j’ai voté Obiwan Kenobi parce-que la Force est avec le Logiciel Libre et qu’il n’y avait pas de réponse D.