Oui, Thunderbird peut aussi déplacer les messages d'un compte IMAP vers une autre, ou bien vers un répertoire local. C'est le rôle «filtrage + livraison».
Bien que le protocole IMAP n'ait pas conservé d'instruction "Move", déposer un email, et effacer celui d'origine, ça revient à le déplacer.
Une fois livrés, plus rien n'indique de quel compte l'email est originaire. Les entêtes "Received-By" de l'email indiquent juste la série de serveurs SMTP via lesquels ils ont été transmis, mais il n'y a rien dans les entêtes mails qui corresponde au nom d'un compte email, sauf si ça a été ajouté par un filtre.
Tout ça pour dire que que mélanger les comptes ou avoir une arborescence commune, c'est en fait une situation naturelle pour l'email. Avec mutt, j'ai :
- une inbox (qu'on dira "principale"), qui contient des emails tout frais provenant de plusieurs comptes
- des inboxes pour mes listes de diffusion (peu importe le compte email d'origine, puis je ne vais pas m'inscrire 2 fois à la même liste.)
- et des inboxes qui correspondent à mes comptes email, et qui contiennent des emails plus vieux.
Comment je fais pour archiver les emails de l'inbox principale, et qu'ils retournent dans l'inbox du compte mail d'origine ?
Et bien je me sers d'une entête ajoutée par mon filtre (en l'occurence fdm).
Grâce à cette entête ajoutée, je pense que je n'aurais pas de difficulté à ce que mutt affiche le compte dont est issu l'email, mais je n'ai pas besoin de cette information.
Et bien, dans ta ville, il y a eu un atelier/discussion sur la plateforme Communecter.org. http://atelili.tuxfamily.org/wiki/atelier:13
Pas pris le temps de regarder CoNet, mais il me semble que vous visez à peu près la même chose.
Je peux te mettre en contact avec la personne qui a fait la présentation lors de l'atelier, si tu le souhaites.
Le terme prix libre est utilisé pour signifier qu'on peut payer exactement ce qu'on veut et que cela inclue la gratuité.
Cet ebook coûte donc 5€ ou plus.
Commentaire un peu hors-sujet par rapport au journal, mais puisque ça parle d'OA…
Au sujet des collaborations/reprises d'assets.
Il y effectivement eu des reprises d'assets (des sons, quelques maps, et sans doute d'autres trucs) dans les versions d'OA < 0.7, qui datent donc d'avant 2007. Depuis, il n'y a pas eu de coopération avec d'autres projets, et ça n'est pas non plus envisagé me semble-t-il.
Au sujet de la politique artistique.
Y'en a pas trop, c'est vrai. Après, je ne suis pas sûr que cette absence, ou le manque de prétention, puisse tant porter préjudice que ça au projet. Un artiste peut aussi contribuer selon son ressenti. Mais je ne suis pas concepteur de jeu ;)
Au sujet d'OA3.
Le truc que je crains, c'est qu'OA3 soit présenté comme une solution à un projet qui est arrivé à bout de souffle (j'ai déjà laissé mon avis sur le sujet). Le paradoxe (du lien dans le wiki) que tu soulèves ne m'étonne même pas.
Sinon, bon courage à Unvainquished et aux FPS libres !
Bonne question. Je ne saurais te répondre de manière sûre, a priori je dirais non, sauf à faire transiter tout ça par Tor, chose qu'on n'a pas eu l'occasion de tester ;)
Merci pour ces précisions, je ne sais pas si ces problèmes sont généralisés auprès des autres administrateurs de serveurs (qui compensent peut-être en ayant des serveurs ayant la patate). Mais c'est, à mon petit avis, le frein principal à ce que minetest soit considéré comme une alternative sérieuse à Minecraft.
Note: j'ai donné une petite description du lag constaté dans ma note du 13/10/14, dans la page wiki laissée par Baud.
Bon courage !
Pour faire court, j'avais essayé de mettre en place un serveur minetest chez Tuxfamily, j'en parle ici : http://jeuxlibres.net/news/323.html
Ça a plus ou moins capoté. L'un des problèmes étant que selon le mode de jeu et les privilèges accordés aux joueurs, le serveur «lag» et le jeu devient injouable. Plus précisément, le chargement des zones et du décor prends des plombes, donc visiter le terrain est désagréable au possible (surtout si l'on dispose du privilège de marche rapide).
J'aurais pu chercher à proposer un mode de jeu plus classique sur le serveur et qui ne provoque pas ce lag, mais à force de creuser ces réglages (à la base simplement pour rendre le serveur plus amusant), j'en ai eu marre avant. Et là, je ne touche plus trop à minetest, ni à l'admin du serveur depuis au moins un bon mois.
Du coup quand je lis dans le changelog «d'importantes optimisations de vitesse», je me questionne. Ça recoupe quoi ?
Si mon problème (le serveur tourne dans une version 0.4.10) est effectivement un problème d'optimisation, et que cette nouvelle version y remédie… je vais avoir hâte qu'elle arrive dans les dépots Debian ;-)
Petit conseil: cherche un plan pour améliorer le fun du jeu (en particulier le graphisme et les sons).
Si tu n'es pas allergique à l'anglais, tu peux aller présenter ton projet sur le forum de FreeGameDev, ils te diront peut-être s'ils accrochent ou pas et tu pourras croiser quelques contributeurs libres qui auront peut-être des idées.
Petite remarque car je sais que ça ne gêne pas que moi : le formulaire de recherche utilise ajax.googleapis.com.
Chez moi, c'est bloqué par 2 extensions du navigateur (noscript, et requestpolicy).
L'effet d'un click sur le formulaire est d'ailleurs troublant, au lieu d'aller «rechercher» il ouvre une fenêtre pour sélectionner un fichier localement.
Du coup voilà, si vous pouviez remplacer ce bout de javascript par quelque chose d'hébergé localement, vous sauveriez les nerfs de tous ceux et celles qui essayent de se dégoogliser.
Bravo pour le site et la démarche, par chez nous elle ravit quelques cuistots…
;) Sinon bravo pour la réalisation globale. En particulier, l'effort de faire plus que juste apposer une licence CC, et donc de toujours laisser quelques indices qui montrent que c'est tout le processus qui est ouvert.
Ouaip. Bien que comme vous j'avais envie de réagir sur la licence, je n'aurais pas pensé que c'est ce que tout le monde ici s'acharnerait à lui demander :p
Un peu sèchement toutefois, car le logiciel libre ça s'apprend et qu'on a pas tous le même parcours… c'est une évidence. En tout cas cette position hybride de parler d'un jeu non-libre sur LinuxFR ne me dérange pas, bien au contraire, bienvenue et merci pour ce jeu ainsi que ton journal !
J'espère que te voilà maintenant séduit, et qu'on va pouvoir parler de ton jeu sur http://jeuxlibres.net, car nous n'y recensons que les jeux exclusivement libres :p
Tes craintes liées aux licences libres sont liées à l'éparpillement, c'est un peu normal, mais j'ai tendance à penser que cet éparpillement est nécessaire, ne serait-ce que pour toucher toutes les oreilles. Il faut savoir aussi prendre le risque que ce «message» soit transformé: que ton jeu soit commercialisé par des crapules, qu'il soit "mis en concurrence" (mais je n'y crois pas trop). Quand bien même, cela ne retirerait rien au soutien que tu pourrais obtenir de la part de la communauté des joueurs libres, qui comme tu le constates savent vite faire la différence entre un jeu libre et un jeu qui serait cloisonné pour des raisons douteuses. Si d'autres initiatives libres venaient à reprendre ton code, elles ne te seront pas forcément hostiles, tu auras aussi d'éventuels retours de leur part. Le logiciel libre est un art de la coexistence ;)
Est-il possible d'intégrer des jeux comme Minetest à XQF ?
A priori c'est du côté de qstat qu'il faut voir, et il est plutôt adapté aux FPS/IDTech, mais en terme de type d'infos il me semble qu'on retrouve les mêmes choses: un serveur maître, des joueurs, des "flags" qui explicitent la configuration du serveur…
Voir: http://servers.minetest.net/ (qui a en plus l'inconvénient d'avoir son code javascript hébergé chez Google).
Actuellement ils ont:
- un dépot mercurial
- un PPA à jour.
- Puis un .zip moins à jour.
- ainsi qu'un script d'auto mise-à-jour (qui mets à jour uniquement les data ? ou bien le client aussi ?)
Un peu faussement je m'étais mis dans la tête que le jeu Ryzom n'est pas complet sans toutes les données (scénarios, dialogues, et ce qui est appellé la «lore») hébergées sur les serveurs et encore soumises à licence. Est-ce que ceci peut gêner son intégration dans le dépot main de Debian ? (je pense que non, mais dans le principe pourtant…).
Notamment, je ne me souviens pas avoir vu dans Debian des cas où n'étaient proposés que le moteur, sans les données du jeu. Y compris pour les réécritures de moteur d'anciens jeux (openmw n'est pas dans Debian par expl).
Question donc, Debian a-t-il pour politique de ne proposer que des jeux complets ? (ça m'étonnerait…).
Dernier point. L'annonce précédente dit que l'artwork a été totalement libéré (voir la précédente dépêche). Le terme artwork est un peu ambigü ; mais on peut considérer qu'il s'agit de tous les travaux «graphiques». Donc question, que reste t-il à libérer ? Réponse en commentaire ici: http://linuxfr.org/nodes/102895/comments/1553100
Je pose ces questions car il n'est pas simple d'avoir une vision d'ensemble de Ryzom, ce à quoi je m'intéressais un peu dernièrement. ;)
Si tu ne sais pas quoi faire là-bas, j'ai quelque chose qui pourrait te correspondre.
Près du lac de Vassivière aura lieu le «Festival le plus pourri du monde». Ca se passe apparemment le 15 et 16 août.
Tu trouveras hélas peu de liens sur la toile, si tu as besoin d'autres infos en fouillant bien, en contactant les gens ou peut-être juste en t'y rendant, tu dois pouvoir en apprendre plus.
Sur ce je te souhaite d'agréables mauvaises vacances.
Il y a quelque chose qui me dérange dans le raisonnement de ce journal.
Ce qui m'aide à le remettre en question d'abord, c'est que je ne suis pas sensible aux médias de masse (genre Netflix Youtube, Télévision…) et que les DRMs je ne vois pas pourquoi je les envisagerais et que j'ai juste envie de les foutre aux chiottes.
Ensuite, second point qui dérange, ici les DRMs sont utilisés pour faire un petit chantage, «si tu veux regarder des videos, alors implémente-les». Non mais qui cède au chantage ? Depuis quand est-ce une manière de justifier quelque chose ? Et en quoi est-ce une décision respectable ? On parle bien de Mozilla ici. Je trouve ça un peu mesquin de faire culpabiliser par une soi-disant «fuite» des utilisateurs, puis de finalement dire dès que ça se concrétise un peu "Ah ben vous voyez, j'avais raison". Ce qui rejoint mon dernier point: il est évident que l'adoption des DRMs allait créer une «fuite», car elle permet de faire des choses «en plus».
Créez un truc fermé qui a une quelconque utilité, il y aura toujours le camp de ceux qui l'utilisent «car ça fait des trucs et c'est trop cool» et d'autres qui refusent de l'utiliser. Même principe que les logiciels propriétaires ; et sur un site où les personnes sont sensibilisées aux logiciels libres, on peut espérer qu'elles soient un peu plus prédisposées à pouvoir refuser. Or ici non, on cède au chantage, et c'est bien…
Et c'est vraiment uniquement une question d'offre qu'on fait miroiter, qui n'est même pas d'ordre informatique. Je doute que tous ceux qui sont favorables aux DRMs dans les navigateurs, aient également troqué leur VLC ou MPlayer contre un Windows Media Player car ce dernier intègre les DRMs.
Chantage rime avec fuite, c'est une auto-prophétie. Personne pour dire qu'on pouvait espérer mieux ? Pour ma part je ne me gênerai pas de boycotter ces sites. J'écrème déjà bien le web avec Noscript, donc si un jour il y a une initiative pour créer autre chose qu'un navigateur-poubelle et qui ne s'embarasse pas à implémenter ces DRMs, ça m'évitera peut-être de devoir faire 10 réglages pour lui faire comprendre que "non, ces petits trucs pratiques, je n'en veux pas".
Il y a mieux à faire que de se soucier des solutions fermées.
Je n'ai lu que l'intro de l'article mais je me permets déjà le commentaire.
Si tu as envie de faire un tour d'horizon de ces solutions, on peut collaborer. http://wiki.p2pfr.com/p2p
Les pages concernant les P2P chiffrés n'ont pas été particulièrement soignées, mais il y a au moins quelques notes et des références. C'est un wiki, et pas beaucoup de contributeurs donc normal que ce soit à l'arrache.
En tout cas tu peux être sûr que je vais relire attentivement les infos que tu donnes ici, et les reprendre là bas. De plus on est dans la même logique: les solutions proprios sont très secondaires pour moi, et je me cogne de la paternité de ce que j'écris.
Je suis content de voir que le projet avance, car bien qu'il n'utilise pas le même moteur, c'est celui le plus proche d'OpenArena/Quake3 (.. et on se demande pourquoi l'un évolue tandis que l'autre stagne…)
Ce qui a empêché ma reconversion, comme je le dis dans le topic que je cite, c'est la rigidité des mouvements. Mais je pense lui redonner une 3ème chance un de ces 4.
@Goffi, c'est parce que tu pars du point de vue du logiciel libre, mais si tu pars de celui de l'autogestion, le logiciel libre s'impose déjà beaucoup plus facilement…
Le problème du logiciel libre, c'est que même si les auteurs de logiciels ne sont pas pleinement propriétaires sur le papier, il subsiste des barrières qui font qu'ils le restent dans les faits, donc exercent une autorité.
De nombreux apo-techniciens s'en contentent, et il faut plus qu'un contrat de licence pour que les choses se structurent différemment.
Mais si ces concepts politiques lourds de sens ne sont pas directement réemployés par la sphère technicienne, les outils qui tendent à dissoudre les rapports d'autorité, comme les wikis ou Git, font plus facilement leur chemin… Il ne manque pas grand chose pour dire que ces outils ont une forme essentiellement autogestionnaire, donc faut pas désespérer, il y a bien des liens entre les 2 ;) Bien qu'il ne faille pas faire le raccourci d'amalgamer ces 2 choses, elles ont aussi leurs raisons d'être distinctes.
Et il existe aussi des pédagogies sans évaluation.
En fait je ne les confonds pas mais je suppose qu'elles entretiennent un rapport.
Ca m'amuse assez «l'outil d'évaluation».
Le QCM c'est l'outil d'évaluation rêvé, mécanisé. C'est le truc qui nie le rapport entre étudiant et enseignant, c'est l'institution qui sélectionne. C'est beau tout ça dans la tête d'un libéral.
Ce serait quand même fort que les cours ne soient pas construits en fonction de cette évaluation, à moins que ce qu'on enseigne en classe n'ait pas pour objectif qu'on réussisse à l'examen.
Y'a peut-être que moi que ça choque les fonctionnalités de ce truc, "pouvoir mélanger les questions pour éviter la triche", c'est vraiment réduire les élèves à… je sais pas, vous arrivez mieux que moi à leur faire perdre toute dignité.
Et j'en suis ravi, ça ne fait que prouver ce que je dis. Ce qui s'affirme ici c'est la norme, qui ne reflète en rien la valeur intrinsèque d'un discours, qui est pourtant le moyen par lequel on amène des choses.
# Merci pour le partage !
Posté par cacatoès . En réponse au journal Un morceau de punk sur L.I.N.U.X. Évalué à 3.
Je la connaissais pas, elle vient de l'album Dùisg! datant de 2012.
[^] # Re: Si, ça existe.
Posté par cacatoès . En réponse au journal Epeios Meta Mail User Agent : première publication.. Évalué à 4.
Oui, Thunderbird peut aussi déplacer les messages d'un compte IMAP vers une autre, ou bien vers un répertoire local. C'est le rôle «filtrage + livraison».
Bien que le protocole IMAP n'ait pas conservé d'instruction "Move", déposer un email, et effacer celui d'origine, ça revient à le déplacer.
Une fois livrés, plus rien n'indique de quel compte l'email est originaire. Les entêtes "Received-By" de l'email indiquent juste la série de serveurs SMTP via lesquels ils ont été transmis, mais il n'y a rien dans les entêtes mails qui corresponde au nom d'un compte email, sauf si ça a été ajouté par un filtre.
Tout ça pour dire que que mélanger les comptes ou avoir une arborescence commune, c'est en fait une situation naturelle pour l'email. Avec mutt, j'ai :
- une inbox (qu'on dira "principale"), qui contient des emails tout frais provenant de plusieurs comptes
- des inboxes pour mes listes de diffusion (peu importe le compte email d'origine, puis je ne vais pas m'inscrire 2 fois à la même liste.)
- et des inboxes qui correspondent à mes comptes email, et qui contiennent des emails plus vieux.
Comment je fais pour archiver les emails de l'inbox principale, et qu'ils retournent dans l'inbox du compte mail d'origine ?
Et bien je me sers d'une entête ajoutée par mon filtre (en l'occurence fdm).
Grâce à cette entête ajoutée, je pense que je n'aurais pas de difficulté à ce que mutt affiche le compte dont est issu l'email, mais je n'ai pas besoin de cette information.
# Communecter
Posté par cacatoès . En réponse au journal Tentative de financement participatif pour projet OpenSource. Évalué à 2.
Et bien, dans ta ville, il y a eu un atelier/discussion sur la plateforme Communecter.org.
http://atelili.tuxfamily.org/wiki/atelier:13
Pas pris le temps de regarder CoNet, mais il me semble que vous visez à peu près la même chose.
Je peux te mettre en contact avec la personne qui a fait la présentation lors de l'atelier, si tu le souhaites.
[^] # Pas à prix libre non plus
Posté par cacatoès . En réponse à la dépêche Deviens un Ninja avec Angular 2 : un ebook sans DRM à prix libre et en soutien à l'EFF. Évalué à 3.
Le terme prix libre est utilisé pour signifier qu'on peut payer exactement ce qu'on veut et que cela inclue la gratuité.
Cet ebook coûte donc 5€ ou plus.
[^] # Re: FluxBB
Posté par cacatoès . En réponse à la dépêche Sortie de Flarum 0.1.0-beta. Évalué à 2.
Pas exactement successeur car les 2 (punbb et fluxbb) ont coexisté.
Sinon la fusion Flarum-FluxBB est expliquée dans ce post.
[^] # Re: C'est peut être moi ...
Posté par cacatoès . En réponse au journal Comparaison des cartes entre Tremulous et Unvanquished. Évalué à 2.
Admin de serveurs, interventions sur le forum, écriture de doc…
[^] # Re: C'est peut être moi ...
Posté par cacatoès . En réponse au journal Comparaison des cartes entre Tremulous et Unvanquished. Évalué à 2.
Commentaire un peu hors-sujet par rapport au journal, mais puisque ça parle d'OA…
Au sujet des collaborations/reprises d'assets.
Il y effectivement eu des reprises d'assets (des sons, quelques maps, et sans doute d'autres trucs) dans les versions d'OA < 0.7, qui datent donc d'avant 2007. Depuis, il n'y a pas eu de coopération avec d'autres projets, et ça n'est pas non plus envisagé me semble-t-il.
Au sujet de la politique artistique.
Y'en a pas trop, c'est vrai. Après, je ne suis pas sûr que cette absence, ou le manque de prétention, puisse tant porter préjudice que ça au projet. Un artiste peut aussi contribuer selon son ressenti. Mais je ne suis pas concepteur de jeu ;)
Au sujet d'OA3.
Le truc que je crains, c'est qu'OA3 soit présenté comme une solution à un projet qui est arrivé à bout de souffle (j'ai déjà laissé mon avis sur le sujet). Le paradoxe (du lien dans le wiki) que tu soulèves ne m'étonne même pas.
Sinon, bon courage à Unvainquished et aux FPS libres !
[^] # Re: méta-donnée
Posté par cacatoès . En réponse à la dépêche Atélili #3 : «Communiquer de façon confidentielle sur internet» - 24 avril 2015 - Lille. Évalué à 1.
Bonne question. Je ne saurais te répondre de manière sûre, a priori je dirais non, sauf à faire transiter tout ça par Tor, chose qu'on n'a pas eu l'occasion de tester ;)
[^] # Re: Expérience de jeu et optimisation des perfs
Posté par cacatoès . En réponse à la dépêche Minetest 0.4.12, le retour du cube. Évalué à 3.
Merci pour ces précisions, je ne sais pas si ces problèmes sont généralisés auprès des autres administrateurs de serveurs (qui compensent peut-être en ayant des serveurs ayant la patate). Mais c'est, à mon petit avis, le frein principal à ce que minetest soit considéré comme une alternative sérieuse à Minecraft.
Note: j'ai donné une petite description du lag constaté dans ma note du 13/10/14, dans la page wiki laissée par Baud.
Bon courage !
# Expérience de jeu et optimisation des perfs
Posté par cacatoès . En réponse à la dépêche Minetest 0.4.12, le retour du cube. Évalué à 3.
Pour faire court, j'avais essayé de mettre en place un serveur minetest chez Tuxfamily, j'en parle ici : http://jeuxlibres.net/news/323.html
Ça a plus ou moins capoté. L'un des problèmes étant que selon le mode de jeu et les privilèges accordés aux joueurs, le serveur «lag» et le jeu devient injouable. Plus précisément, le chargement des zones et du décor prends des plombes, donc visiter le terrain est désagréable au possible (surtout si l'on dispose du privilège de marche rapide).
J'aurais pu chercher à proposer un mode de jeu plus classique sur le serveur et qui ne provoque pas ce lag, mais à force de creuser ces réglages (à la base simplement pour rendre le serveur plus amusant), j'en ai eu marre avant. Et là, je ne touche plus trop à minetest, ni à l'admin du serveur depuis au moins un bon mois.
Du coup quand je lis dans le changelog «d'importantes optimisations de vitesse», je me questionne. Ça recoupe quoi ?
Si mon problème (le serveur tourne dans une version 0.4.10) est effectivement un problème d'optimisation, et que cette nouvelle version y remédie… je vais avoir hâte qu'elle arrive dans les dépots Debian ;-)
[^] # Re: Nouveau build
Posté par cacatoès . En réponse au journal [Trackgame] Jeu de course vectoriel au tour par tour. Évalué à 1.
Petit conseil: cherche un plan pour améliorer le fun du jeu (en particulier le graphisme et les sons).
Si tu n'es pas allergique à l'anglais, tu peux aller présenter ton projet sur le forum de FreeGameDev, ils te diront peut-être s'ils accrochent ou pas et tu pourras croiser quelques contributeurs libres qui auront peut-être des idées.
# Remarque formulaire de recherche
Posté par cacatoès . En réponse au journal Open Food Facts dépasse les 30 000 produits. Évalué à 10.
Salut !
Petite remarque car je sais que ça ne gêne pas que moi : le formulaire de recherche utilise ajax.googleapis.com.
Chez moi, c'est bloqué par 2 extensions du navigateur (noscript, et requestpolicy).
L'effet d'un click sur le formulaire est d'ailleurs troublant, au lieu d'aller «rechercher» il ouvre une fenêtre pour sélectionner un fichier localement.
Du coup voilà, si vous pouviez remplacer ce bout de javascript par quelque chose d'hébergé localement, vous sauveriez les nerfs de tous ceux et celles qui essayent de se dégoogliser.
Bravo pour le site et la démarche, par chez nous elle ravit quelques cuistots…
[^] # Re: Des featurings très libres
Posté par cacatoès . En réponse à la dépêche Musique libre : Moquettes&Tapis par Sebkha-Chott. Évalué à 2.
Moi j'ai tous vos albums !
Mais je les écoute pas.
;) Sinon bravo pour la réalisation globale. En particulier, l'effort de faire plus que juste apposer une licence CC, et donc de toujours laisser quelques indices qui montrent que c'est tout le processus qui est ouvert.
[^] # Re: Mise au point
Posté par cacatoès . En réponse au journal [Trackgame] Jeu de course vectoriel au tour par tour. Évalué à 8.
Ouaip. Bien que comme vous j'avais envie de réagir sur la licence, je n'aurais pas pensé que c'est ce que tout le monde ici s'acharnerait à lui demander :p
Un peu sèchement toutefois, car le logiciel libre ça s'apprend et qu'on a pas tous le même parcours… c'est une évidence. En tout cas cette position hybride de parler d'un jeu non-libre sur LinuxFR ne me dérange pas, bien au contraire, bienvenue et merci pour ce jeu ainsi que ton journal !
J'espère que te voilà maintenant séduit, et qu'on va pouvoir parler de ton jeu sur http://jeuxlibres.net, car nous n'y recensons que les jeux exclusivement libres :p
Tes craintes liées aux licences libres sont liées à l'éparpillement, c'est un peu normal, mais j'ai tendance à penser que cet éparpillement est nécessaire, ne serait-ce que pour toucher toutes les oreilles. Il faut savoir aussi prendre le risque que ce «message» soit transformé: que ton jeu soit commercialisé par des crapules, qu'il soit "mis en concurrence" (mais je n'y crois pas trop). Quand bien même, cela ne retirerait rien au soutien que tu pourrais obtenir de la part de la communauté des joueurs libres, qui comme tu le constates savent vite faire la différence entre un jeu libre et un jeu qui serait cloisonné pour des raisons douteuses. Si d'autres initiatives libres venaient à reprendre ton code, elles ne te seront pas forcément hostiles, tu auras aussi d'éventuels retours de leur part. Le logiciel libre est un art de la coexistence ;)
# XQF pour d'autres types de jeu
Posté par cacatoès . En réponse à la dépêche XQF 1.0.6, la résurrection. Évalué à 5.
Salut,
Est-il possible d'intégrer des jeux comme Minetest à XQF ?
A priori c'est du côté de qstat qu'il faut voir, et il est plutôt adapté aux FPS/IDTech, mais en terme de type d'infos il me semble qu'on retrouve les mêmes choses: un serveur maître, des joueurs, des "flags" qui explicitent la configuration du serveur…
Voir: http://servers.minetest.net/ (qui a en plus l'inconvénient d'avoir son code javascript hébergé chez Google).
D'autant qu'en ce moment sous Debian, y'a ça: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=733974 ; la raison c'est une librairie JS qui tarde à être mise à jour dans Debian.
Est-ce que ça n'intéresserait pas aussi la communauté des joueurs de RTS ? Vu que je ne pense pas qu'il y ait d'équivalent pour ces jeux.
[^] # Re: Comment signaler les erreurs??
Posté par cacatoès . En réponse à la dépêche LFS en version 7.6. Évalué à 3.
Une autre: BLFS-syStemd reprend les paquets de BLFS.
[^] # Re: À quand un paquet debian?
Posté par cacatoès . En réponse à la dépêche Ryzom : naissance du projet libre Ryzom Forge. Évalué à 3. Dernière modification le 25 septembre 2014 à 14:27.
Actuellement ils ont:
- un dépot mercurial
- un PPA à jour.
- Puis un .zip moins à jour.
- ainsi qu'un script d'auto mise-à-jour (qui mets à jour uniquement les data ? ou bien le client aussi ?)
Un peu faussement je m'étais mis dans la tête que le jeu Ryzom n'est pas complet sans toutes les données (scénarios, dialogues, et ce qui est appellé la «lore») hébergées sur les serveurs et encore soumises à licence. Est-ce que ceci peut gêner son intégration dans le dépot main de Debian ? (je pense que non, mais dans le principe pourtant…).
Notamment, je ne me souviens pas avoir vu dans Debian des cas où n'étaient proposés que le moteur, sans les données du jeu. Y compris pour les réécritures de moteur d'anciens jeux (openmw n'est pas dans Debian par expl).
Question donc, Debian a-t-il pour politique de ne proposer que des jeux complets ? (ça m'étonnerait…).
Dernier point. L'annonce précédente dit que l'artwork a été totalement libéré (voir la précédente dépêche). Le terme artwork est un peu ambigü ; mais on peut considérer qu'il s'agit de tous les travaux «graphiques». Donc question, que reste t-il à libérer ? Réponse en commentaire ici: http://linuxfr.org/nodes/102895/comments/1553100
Je pose ces questions car il n'est pas simple d'avoir une vision d'ensemble de Ryzom, ce à quoi je m'intéressais un peu dernièrement. ;)
# Hostile ? Mais non, il y a le festival le plus pourri du monde
Posté par cacatoès . En réponse au journal Journal-nimage rapidoce en deuspi tavu. Évalué à 8.
Si tu ne sais pas quoi faire là-bas, j'ai quelque chose qui pourrait te correspondre.
Près du lac de Vassivière aura lieu le «Festival le plus pourri du monde». Ca se passe apparemment le 15 et 16 août.
Tu trouveras hélas peu de liens sur la toile, si tu as besoin d'autres infos en fouillant bien, en contactant les gens ou peut-être juste en t'y rendant, tu dois pouvoir en apprendre plus.
Sur ce je te souhaite d'agréables mauvaises vacances.
# Caractère auto-prophétique
Posté par cacatoès . En réponse au journal Les DRM dans HTML 5. Évalué à 7.
Il y a quelque chose qui me dérange dans le raisonnement de ce journal.
Ce qui m'aide à le remettre en question d'abord, c'est que je ne suis pas sensible aux médias de masse (genre Netflix Youtube, Télévision…) et que les DRMs je ne vois pas pourquoi je les envisagerais et que j'ai juste envie de les foutre aux chiottes.
Ensuite, second point qui dérange, ici les DRMs sont utilisés pour faire un petit chantage, «si tu veux regarder des videos, alors implémente-les». Non mais qui cède au chantage ? Depuis quand est-ce une manière de justifier quelque chose ? Et en quoi est-ce une décision respectable ? On parle bien de Mozilla ici. Je trouve ça un peu mesquin de faire culpabiliser par une soi-disant «fuite» des utilisateurs, puis de finalement dire dès que ça se concrétise un peu "Ah ben vous voyez, j'avais raison". Ce qui rejoint mon dernier point: il est évident que l'adoption des DRMs allait créer une «fuite», car elle permet de faire des choses «en plus».
Créez un truc fermé qui a une quelconque utilité, il y aura toujours le camp de ceux qui l'utilisent «car ça fait des trucs et c'est trop cool» et d'autres qui refusent de l'utiliser. Même principe que les logiciels propriétaires ; et sur un site où les personnes sont sensibilisées aux logiciels libres, on peut espérer qu'elles soient un peu plus prédisposées à pouvoir refuser. Or ici non, on cède au chantage, et c'est bien…
Et c'est vraiment uniquement une question d'offre qu'on fait miroiter, qui n'est même pas d'ordre informatique. Je doute que tous ceux qui sont favorables aux DRMs dans les navigateurs, aient également troqué leur VLC ou MPlayer contre un Windows Media Player car ce dernier intègre les DRMs.
Chantage rime avec fuite, c'est une auto-prophétie. Personne pour dire qu'on pouvait espérer mieux ? Pour ma part je ne me gênerai pas de boycotter ces sites. J'écrème déjà bien le web avec Noscript, donc si un jour il y a une initiative pour créer autre chose qu'un navigateur-poubelle et qui ne s'embarasse pas à implémenter ces DRMs, ça m'évitera peut-être de devoir faire 10 réglages pour lui faire comprendre que "non, ces petits trucs pratiques, je n'en veux pas".
Il y a mieux à faire que de se soucier des solutions fermées.
# Centre de documentation / Wiki
Posté par cacatoès . En réponse à la dépêche p2p-hacker-fr : « premier état de l'art sur la décentralisation ». Évalué à 5.
Je n'ai lu que l'intro de l'article mais je me permets déjà le commentaire.
Si tu as envie de faire un tour d'horizon de ces solutions, on peut collaborer.
http://wiki.p2pfr.com/p2p
Les pages concernant les P2P chiffrés n'ont pas été particulièrement soignées, mais il y a au moins quelques notes et des références. C'est un wiki, et pas beaucoup de contributeurs donc normal que ce soit à l'arrache.
En tout cas tu peux être sûr que je vais relire attentivement les infos que tu donnes ici, et les reprendre là bas. De plus on est dans la même logique: les solutions proprios sont très secondaires pour moi, et je me cogne de la paternité de ce que j'écris.
Yabon non ?
# Jouabilité, etc
Posté par cacatoès . En réponse à la dépêche Sortie de Xonotic 0.7. Évalué à 2.
Le vaisseau a un petit air de Wipeout, ce qui n'est pas pour me déplaire.
Je n'ai pas essayé cette version, juste le mode solo il y a plusieurs mois. J'en parle ici: http://openarena.tuxfamily.org/forum/viewtopic.php?id=252
Je suis content de voir que le projet avance, car bien qu'il n'utilise pas le même moteur, c'est celui le plus proche d'OpenArena/Quake3 (.. et on se demande pourquoi l'un évolue tandis que l'autre stagne…)
Ce qui a empêché ma reconversion, comme je le dis dans le topic que je cite, c'est la rigidité des mouvements. Mais je pense lui redonner une 3ème chance un de ces 4.
[^] # Re: Le BluRay et autres considérations.
Posté par cacatoès . En réponse au journal Le Cinéma Voyageur cherche son HTPC. Évalué à 1.
Je confirme et complète,
pre-sandybridge:
X3100 ne lit pas la HD
X4500HD, d'après le nom et Réfa: oui
sandy-bridge:
J'ai l'un des plus bas modèles: Processeur Pentium B940, HD Graphics (Sandy Bridge) ( http://www.notebookcheck.net/Intel-HD-Graphics-Sandy-Bridge.56667.0.html )
… et ça lit sans soucis.
[^] # Re: Logiciel libre ?
Posté par cacatoès . En réponse à la dépêche Un village du logiciel libre les 8 et 9 juin 2013 à la Foire à l'Autogestion. Évalué à 2.
@Goffi, c'est parce que tu pars du point de vue du logiciel libre, mais si tu pars de celui de l'autogestion, le logiciel libre s'impose déjà beaucoup plus facilement…
Le problème du logiciel libre, c'est que même si les auteurs de logiciels ne sont pas pleinement propriétaires sur le papier, il subsiste des barrières qui font qu'ils le restent dans les faits, donc exercent une autorité.
De nombreux apo-techniciens s'en contentent, et il faut plus qu'un contrat de licence pour que les choses se structurent différemment.
Mais si ces concepts politiques lourds de sens ne sont pas directement réemployés par la sphère technicienne, les outils qui tendent à dissoudre les rapports d'autorité, comme les wikis ou Git, font plus facilement leur chemin… Il ne manque pas grand chose pour dire que ces outils ont une forme essentiellement autogestionnaire, donc faut pas désespérer, il y a bien des liens entre les 2 ;) Bien qu'il ne faille pas faire le raccourci d'amalgamer ces 2 choses, elles ont aussi leurs raisons d'être distinctes.
[^] # Re: Vive les QCMs !
Posté par cacatoès . En réponse à la dépêche Auto Multiple Choice en version 1.2.0. Évalué à -8.
Et il existe aussi des pédagogies sans évaluation.
En fait je ne les confonds pas mais je suppose qu'elles entretiennent un rapport.
Ca m'amuse assez «l'outil d'évaluation».
Le QCM c'est l'outil d'évaluation rêvé, mécanisé. C'est le truc qui nie le rapport entre étudiant et enseignant, c'est l'institution qui sélectionne. C'est beau tout ça dans la tête d'un libéral.
Ce serait quand même fort que les cours ne soient pas construits en fonction de cette évaluation, à moins que ce qu'on enseigne en classe n'ait pas pour objectif qu'on réussisse à l'examen.
Y'a peut-être que moi que ça choque les fonctionnalités de ce truc, "pouvoir mélanger les questions pour éviter la triche", c'est vraiment réduire les élèves à… je sais pas, vous arrivez mieux que moi à leur faire perdre toute dignité.
[^] # Re: Vive les QCMs !
Posté par cacatoès . En réponse à la dépêche Auto Multiple Choice en version 1.2.0. Évalué à -10.
Et j'en suis ravi, ça ne fait que prouver ce que je dis. Ce qui s'affirme ici c'est la norme, qui ne reflète en rien la valeur intrinsèque d'un discours, qui est pourtant le moyen par lequel on amène des choses.
A vos clicks les moutons !