MCMic a écrit 972 commentaires

Intéressant, heu on fait le choix d'utiliser SFML 2.0…
On hésite encore pour GeneticInvasion, je pense qu'on migrera quand la 2.0 sera stable et aura par conséquent une chance d'arriver dans les distributions type Debian. Mais c'est casse-gueule aussi de rester sur la SFML 1.6, parce que ArchLinux et consorts sont déjà passées à la SFML 2.0, seule version maintenue (donc compatible avec les dernières versions de glew)…

Au final on fait des binaires avec la SFML liée statiquement pour pas avoir de soucis, mais j'espère que la SFML 2.0 sera releasée avant la fin de l'année, qu'on retrouve une situation plus pratique -_-

Le wifi et le mp3 m'apparaissent comme des trucs qui diminuent l'autonomie pour rien, alourdissent l'appareil voir le fragilise.

Le tactile j'avais testé celui du fnacbook c'était à devenir fou, et je doute qu'un appareil qui propose le tactile ai une interface vraiment pratique à utiliser avec les boutons uniquement.
En plus ça augmente le risque de changer de page ou tout autre action sans faire exprès, juste parce qu'on l'a tenu pas comme il fallait.

J'ai le cybook opus acheté chez InLibroVeritas il y a quelques temps.
C'est un très bon produit, ça fonctionne et ça fait ce qu'on lui demande.

Par contre, c'est pas hackable du tout, ça a beau faire tourner un noyau linux, rien n'est prévu pour y faire tourner un système modifié, une partie des softs ne sont pas libres et les OS libres pour ebook comme OpenInkPot je crois ne sont pas compatible.

Mais je vois pas du tout l'intérêt de ce Odyssey. Le tactile ça pue, le web ça n'a rien à foutre sur une liseuse et pareil pour la musique.
Au final je préfère mon Opus qui fait ce qu'on lui demande et bien. Le passage par le noir entre les pages perturbe au tout début, on s'y fait très vite.

Donc, il vaut mieux essayer de se trouver un équivalent du Opus avec un écran plus récent (l'écran de l'Opus date et la techno était pas encore parfaite, rémanence si on désactive le passage par le noir, le contraste est pas parfait).

Voilà, une archive binaire et une archive source sont dispos.
Pour faire des paquets pour les distributions il faut utiliser le paquet source et compiler avec les options qui vont bien, par exemple:

cmake -DCOMPILE_FOR_PACKAGE=ON -DCMAKE_INSTALL_PREFIX=/usr .

J'ai fait un paquet aur pour ArchLinux, vous pouvez vous inspirer du PKGBUILD : https://aur.archlinux.org/packages/fr/freesiege/PKGBUILD

Ha oui merci, je trouvais pas dans l'interface.

Maintenant que le jeu est légalement distribuable, faire une release binaire et un paquet aur pour ArchLinux.
En espérant que d'autres fassent de même pour d'autres distributions.

Par contre github ne permet pas d'uploader des fichiers, je sais pas trop où héberger les fichiers, ce serait possible de mettre à jour http://freesiege.sourceforge.net/ ?

Oui, on s'est basé sur les contrôles de quake3 : molette pour changer d'arme, zqsd pour se déplacer, on vise à la souris et on "tire" (place une tour) avec le clic.
Les touches sont sur la doc du site officiel : http://projects.haxx.es/p/genetic-invasion/page/Controls/

On peut pas facilement faire apparaître la molette sur le menu controls parce que les événements souris et clavier se gèrent pas pareil.
On songe à ajouter la possibilité de sélectionner les tours avec 1, 2, 3… mais je suis pas sûr que ça serve à grand monde.

Ajouter un tutoriel et des astuces au jeu est dans nos plans mais pas pour tout de suite.

À mon avis c'est un problème très bête du type le jeu ne trouve pas les données.
On a pas blindé ce genre de trucs donc ils font des segfaults…

Tu peux poster dans le bugtracker mais il faut ouvrir un compte : http://projects.haxx.es/p/genetic-invasion/issues/

C'est très étrange, il est pas sensé chercher SFML_MAIN_CHOSE, ça existe que sous Windows, dans le module cmake c'est dans un if(WIN32) …
Tu as tous les .so qu'il faut donc ça devrait passer…

Regarde le commentaire de thomasp, qui a fait un don sans soucis.
Évidemment que les auteurs de elveos ont testés leur soft avec des projets bidons! Mais il est toujours difficile d'imaginer correctement tous les cas d'utilisation et ils ont visiblement conçu le soft en pensant que les gens s'incrieraient, chargeraient leur compte puis donneraient. Ça peut être une erreur de conception, mais ça reste corrigeable sans soucis.

Et n'oublie pas que la règle des 80/20 s'applique toujours en informatique : 80% du code sert à gérer 20% des cas, et inversement.

Il faut la version 1.6 de la SFML, et si cmake ne la trouve pas, tu peux préciser le dossier où chercher : "cmake -DSFMLDIR=/path/to/SFML/ ."

Pour le soucis de version de la glibc, je viens de constater ça, ça doit venir de l'utilisation d'ArchLinux par les personnes qui font les builds, on doit avoir des versions plus récentes :-/
On va essayer de corriger ça.

Seule la SFML et EO sont compilée statiquement, le reste est en dépendance.
Faudrait que j'ajoute un README dans l'archive qui clarifie ça :-/

Je n'avais même pas pensé que ça pouvait exister, c'est une très bonne chose :-)
On pensait développer un éditeur de niveau pour qu'il soit inclus dans le jeu, et qu'il se dirige avec les mêmes touches que le jeu, afin qu'un joueur puisse très facilement devenir mappeur.

100 € c'est ridicule comme somme, c'est plus pour le principe je suppose.

Exactement, c'est avant tout pour tester elveos, et voir si les gens sont prêts à payer pour des fonctionnalités de jeux vidéos libres. (cela dit, on développera l'éditeur de map quand la somme sera atteinte, c'est pas parce que c'est un test que ce n'est pas réel :P )
De plus comme ton expérience le montre elveos n'est pas encore complètement au point, donc ça limite aussi le nombre de gens qui vont prendre la peine de contribuer.

Par contre les gens d'elveos sont très accueillants et très réactifs sur irc (quand ils y sont connectés en tous cas :P)
Étant le premier à entrer une offre développeur sur elveos j'ai essuyé pas mal de plâtre et ils ont fixé les bugs au fur et à mesure.
Je leur fais donc confiance pour faire en sorte que l’expérience des utilisateurs soit de plus en plus efficiente à l'avenir. (Il y ont de toutes façons autant intérêt que nous :) )

@fred: Je pense que permettre une procédure de contribution rapide en quelques clics, même si niveau back-end ça correspond à plusieurs opérations (ouverture du compte, connexion, crédit du compte, contribution), correspond à ce que recherche une partie des contributeurs elveos, qui voient leur contributions comme un don et pas comme un contrat à suivre.

Peut-on savoir la raison du fork?
C'est assez intéressant quand on présente un fork d'un autre logiciel de préciser la raison originale qui a poussé au fork.

Ouais, par contre comment ils ont financé une impression 4 par 3 à 3 personnes?
Elle a une tronche à coûter bonbon l'affiche.

Je trouve les suggestions du gars plutôt bien pour les noms des commandes.
Et je pense que ça m'aiderait que toutes les commandes weboob commencent par weboob- au lieu d'avoir boob dans le nom, je retiendrais les noms plus facilement, et je pourrais taper weboob- et appuyer deux fois sur tab pour avoir la liste exhaustive des commandes.

Hum, le fait que ça s'appelle "page perso" a du t'induire en erreur.

Je dirais, oui le projet est jeune, mais non ce n'est pas encore à la communauté de faire des applications.
J'ai un peu aidé (notamment au niveau du lecteur de musique, qui avant ne fonctionnait même pas chez moi, maintenant il fonctionne plus ou moins même s'il est pas pratique).

J'ai essayé de faire comprendre aux gars d'owncloud que tant qu'il y aurait du SQL directement dans les applications ils s'en sortiraient pas et qu'il fallait qu'ils passent à un framework type doctrine et consort, mais j'arrive pas à les faire bouger sur le sujet.
J'ai l'impression que plusieurs sont d'accord avec cet état de fait mais que personne n'ose endosser la responsabilité du choix du framework.

Par contre ils sont très facilement ouvert aux contributions, et j'ai pu avoir un accès écriture sur le git très vite.

Si mon serveur de mail pete, je suis le seul dans la merde, j'ai pas 4O couillons qui me font: "putain c trop de la merde ton truc"

C'est quoi la différence avec avoir ton propre serveur Diaspora? S'il pète tu sera le seul dans la merde.
T'es pas obligé d'héberger 40 couillons sur ton pod Diaspora, de la même manière que tu n'es pas obligé d'héberger 40 couillons sur ton serveur mail.

Ha ouais, j'avais pas vu le système d'onglet du configurateur en fait.

Le lien me donne rien qui n'ait rapport avec GNU/Linux.
J'ai un lien pour accéder aux PCs portables puis je peux cliquer sur "personnaliser" pour chacun d'entre eux, mais sur celui que j'ai essayé on peut pas virer Windows.

C'est encore et toujours le plus gros problème de statusnet.
Il me parait difficile que chaque utilisateur maintienne son instance, mais il faudrait au minimum que tout le monde ne soit pas sur le même serveur (comme ça peut être le cas pour les mails)

Je pense que les LUGs devraient chacun avoir leur instance dans l'idéal.
Et les grosses communautés en ligne comme linuxfr ou framasoft pourraient aussi proposer leur instance.

Arg…
merci -_-

Super, j'apprends que je fais donc des jeux pour filles :D (Non je suis pas l'auteur de pink pony, 'ai juste contribué sur le code des bots)

Par contre, pour Slime Volley, vous avez mis un screenshot méchamment vieux.
J'ose espérer que vous distribuez pas une version aussi vieille, et que le menu ressemble bien à ça : http://slime.tuxfamily.org/images/screenshot2.png
(Ya également un screenshot ingame sur le site officiel, qui pour une raison que j'ignore a un affreux fond violet)