Tu peux partager (pour pleins de raisons) ton code sans vouloir que le premier qui arrive à le compiler le remette sur le marché et se remplisse les poches sans valeur ajoutée.
Tu peux me dire en quoi la GPLv3+ l’empêche ?
N’importe qui peut prendre le moteur de Ddoom 3 sous GPLv3, changer toutes les données (comme l’on fait les gars du Dark mod), et vendre le produit fini. Surtout que bon, là, y a vraiment moyen de se faire du blé en vendant les pk4 d’un jeu complet. Le moteur lui-même n’est plus commercialement viable, mais il y a toujours moyen de vendre le travail d’une équipe de scénaristes, de graphistes, d’animateurs et de musiciens dans un package qui contient une version compilée du moteur libre de Doom 3 et un set de pk4 bien ficelés et aux sources farouchement gardées.
ce commentaire est sous licence cc by 4 et précédentes
Alors que pour certains devs avec leur dure labeur face à cette montagne de code, la réaction est plutôt: "avec mon super patch qui apporte des features trop oufs et quelques skins je dois bien pouvoir me faire (un peu) de blé."
Et du coup pour ceux là GPLv2+ est déjà trop restrictive mais quand même moins que la v3 (mais pourquoi ?) donc il faut garder la v2
Hum, je ne sais pas à quelle réalité ces affirmations correspondent…
Tu connais beaucoup de personnes qui
aient réussi à se faire du blé avec un patch de Quake3 et un skin ?
de manière conséquente ?
que la GPLv3+ empêche ?
Qui plus est, il y a des choses que la GPLv2 ou GPLv3 empêchent, mais pas de se faire du blé. La GPL empêche seulement certaines manières de se faire du blé comme le fait de vendre un binaire sans les sources, mais parce que le problème n’est pas de vendre mais de distribuer les binaires sans accès aux sources.
Tu aurais un exemple concret d’abus de la GPLv2+ avec le code de Quake 3 qui aurait pu être évité avec la GPLv3+ ?
[Edit : et qui vaille le coup de licencier sous deux licences différentes deux branches d’un même code avec les interrogations que cela soulève ?
ce commentaire est sous licence cc by 4 et précédentes
Ils ne veulent peut-être tout simplement pas imposer un changement de licence à ceux qui développent des branches dérivées, quand bien même ces branches dérivées ne reverseraient pas leur code dans la branche master ?
Je ne sais pas si c’est la raison, mais elle est tout à fait recevable.
ce commentaire est sous licence cc by 4 et précédentes
Bien sûr que ioquake peut légalement passer en GPLv3! (du moins en théorie, en pratique je ne sais pas comment ça se passe)
Ben, dès le premier commit en GPLv3, cela teinte tout le projet.
Mais le problème principal n'est pas là: tu n'as jamais réalisé que passer le "moteur de référence" en GPLv3 veut dire forcer tous les projets qui piquent dans le code à passer en GPLv3?
C’est le vrai problème, du jour au lendemain quelqu’un qui synchronise son code sur celui d’ioquake3 voit la licence de son propre code changer lors d’un simple pull. On râle souvent à propos des services qui contraignent à accepter leurs nouvelles CGU et que tant qu’on ne signe pas ces CGU, ils font de la rétention de donnée et on perd le service, mais c’est exactement le même problème.
Si ioquake3 importe un seul commit sous GPLv3, je suis dès lors contraint d’accepter la GPLv3 pour mon propre projet au prochain pull. Si pour une raison ou une autre la GPLv3 ne me plaît pas, ma branche est coupée du tronc et menace de mourir.
Je comprends tout à fait que les gens d’ioquake ne veulent pas imposer cette problématique à tous ceux qui utilisent leur code.
Se pose également le soucis de s'assurer que tous les patchs inclus ne posent pas de problèmes légaux (patchs GPLv2 only?).
Si on importe un seul patch GPLv2 only dans ioquake3, l’ensemble d’ioquake3 comprenant entre autre ce patch devient définitivement GPLv2 only. Un fork GPLv2 only peut pull le master de ioquake3 qui est GPLv2+, mais si un fork GPLv2 only propose un pull request à ioquake3, il devra relicencier en GPLv2+ avant, enfin, j’espère que les gars d’ioquake3 auront la présence d’esprit de ne pas teinter leur code en GPLv2 only…
ce commentaire est sous licence cc by 4 et précédentes
Mon analogie portait sur la volonté de prendre le dernier parce que c’est le dernier, elle est forcément pourrie quand il s’agit d’illustrer la volonté de prendre ce qui a été remplacé parce que ça été remplacé.
Et la GPLv3 ne remplace pas la GPLv2.
ce commentaire est sous licence cc by 4 et précédentes
Mais si tu veux va voir Orange et demande leur un forfait OLA pour voir.
Quand je choisis une licence de la FSF comme la GPL pour couvrir mon code, c’est moi qui fournit des droits et des devoirs, pas la FSF. La FSF a formulé les termes de la GPL, mais c’est moi qui fournit le service "code sous GPL". Si la FSF supprime sa GPLv2 et que moi je la ressors du placard pour protéger mon code, ce contrat lie mes contributeurs, mais ne lie pas la FSF.
ce commentaire est sous licence cc by 4 et précédentes
Ils n’avaient aucune obligation de prendre la dernière, surtout quand ils ont déjà du code sous une licence donnée.
La GPL est un contrat juridique qui définit entre autre comment peuvent être assemblées deux bases de code, quand on a déjà une base de code sous une licence, on ne choisit pas le contrat de la seconde base de code juste parce que c’est la dernière.
Peut-être que la GPLv3 est mauvaise et qu’on peut reprocher à la FSF certains termes de cette licence, mais on ne peut pas reprocher à la FSF le fait qu’un tiers mélange des licences FSF potentiellement incompatibles dans son propre catalogue de logiciels.
C’est un peu comme si quelqu’un publiait deux dérivés d’une même bibliothèque en GPL et en LGPL, avec des petites variantes en GPL et d’autres variantes en LGPL. Ce ne serait pas la faute à la FSF si le juriste prend des décisions qui empêchent de travailler correctement.
Il n’y a aucune obligation à prendre la GPLv3 parce que c’est la dernière, il ne faut choisir une licence que parce que les termes de ce contrat nous satisfont, pas parce que c’est la FSF qui l’a écrit et que c’est la dernière que la FSF a écrit.
Franchement, si je paie un juriste pour me trouver une licence satisfaisante, en pesant chaque close en fonction des contraintes spécifique de notre production, et qu’il me choisit la GPLv3 parce que c’est la FSF qui l’a écrite et que c’est la dernière que la FSF a écrite, je vire le gars.
Ici, la GPLv3 n’était pas satisfaisante pour les dérivés d’idTech 3, ce n’est pas la faute de la FSF si quelqu’un a choisi la mauvaise licence.
La prochaine fois que j’irai voir une compagnie d’assurance, je prendrai leur toute dernier contrat parce que c’est le dernier et uniquement pour cela, même si c’est une assurance de voiture alors que j’ai besoin d’une assurance rapatriement sur piste pour aller au ski, tiens, ça sera rigolo.
ce commentaire est sous licence cc by 4 et précédentes
Le gars il nous expliquer que le défaut des éditeurs de Markdown, c’est de ne pas couper les lignes à 80 colonnes, ce qui estpas joli quand la fenêtre d’affichage ne fait pas 80 colonnes.
Ben justement, s’il veut 80 colonnes, qu’il retaille sa zone d’impression à 80 colonnes ! Et s’il veut absolument une fenêtre large, et bien qu’il utilise un outil qui coupe ses colonnes à l’affichage ! Idem pour de l’impression écran que sur papier… Ce n’est qu’un paramètre de rendu, personnalisé.
Et puis personnellement, je n’écris jamais mon texte d’une traite sans jamais revenir dessus. Le seul moyen d’avoir 80 colonnes sans se prendre la tête quand on rajoute un mot dans une ligne qui fait déjà 80 colonnes, c’est de laisser ce boulot à un éditeur.
Ensuite le gars recommande aux autres de mettre deux espaces après les points parce que lui aime ça. Et si je réinventais ma typographie moi aussi ?
Un aperçu instantané ne suit pas la philosophie de Markdown.
Markdown est justement fait pour être le plus lisible possible en format texte
La contrainte d’être lisible en texte brut ne contraint pas d’écrire en texte brut. De même, la contrainte d’être lisible en texte brut ne contraint pas à ne pas l’interpréter… Justement, Markdown est un langage écrit pour être à la fois lisible en texte brut et à la fois interprétable, ce que fait un éditeur.
ce commentaire est sous licence cc by 4 et précédentes
C’est moins la GPLv3 qui est une plaie que le fait qu’id Software a distribué du code sous GPLv2 comme celui de Quake 3 et du code sous GPLv3 comme celui de Wolf:ET et Doom3 (je fais abstraction ici des « + », « if any » et autres nuances).
Il était évident que ça allait poser des problèmes chez les développeurs actuels, ne serait-ce que de devoir se prendre la tête sur des questions juridiques au lieu de coder. C’est d’autant plus vrai entre le code de Quake 3 et celui de Wolf:Et qui sont deux branches d’un même moteur (alors que celui de Doom3 diffère beaucoup plus).
Il était évident que des personnes allaient vouloir merger les deux bases de code, et cette publication sous GPLv3 ressemble vachement à une décision de juriste déconnecté des réalités qui a fait un excès de zèle et qui a choisi une licence par fondamentalisme au mépris complet des réalités techniques et au mépris complet de l’existant.
Imaginez si par exemple Firefox était publié sous GPLv2 un jour et Thunderbird sous GPLv3 le jour d’après, parce que finalement Mozilla préférerait la GPLv3?
Ou encore si LibreOffice Writer et LibreOffice Calc n’avaient pas la même licence ?
ce commentaire est sous licence cc by 4 et précédentes
C’est pas tout à fait ce que je voulais dire, dans ton premier message tu réponds à la probabilité « le module tombe sur la tête de quelqu'un », dans ton second tu illustres la probabilité « la personne reçoit sur sa tête un quelconque module », il me semble.
Mais bon, c’est du détail, la proportion est très faible quoi qu’il en soit.
ce commentaire est sous licence cc by 4 et précédentes
Mais justement, je ne comprends pas Mélanchon quand il reproche que ce jeu représente le peuple comme des barbares et des sauvages sanguinaires, je comprendrais qu’il reproche la violence des images à la rigueur, mais c’est tout de même un fait historique que la prise de la bastille (pour rester sur cet exemple) s’est faite avec dépeçage et décapitations. D’ailleurs je suis assez étonné de son langage quand il parle de « République une et indivisible », l’emploi de ce vocabulaire dogmatique et religieux est étonnant, peut-on soumettre l’histoire au dogme ?
Après la bande annonce n’est qu’une bande annonce, elle ne montre pas l’ensemble du jeu c’est évident.
ce commentaire est sous licence cc by 4 et précédentes
Si j’ai bien suivi, dans le cas de la sonde on parle de la probabilité qu’une sonde tombe sur une personne parmi celles qui sont dans le territoire, alors que ces exemples-là parlent de la probabilité pour une personne de se faire mordre par un serpent ou de se retrouver sous un astéroïde.
Je ne suis pas certain que la probabilité que la sonde tombe sur quelqu’un de mon voisinage (moi inclus) soit le même que la probabilité que je me retrouve moi au point de chute de la sonde.
Cela dit, je n‘aurai pas fait le pari, et j’aurai aussi opté pour un parachute, ne serait-ce que pour être sûr de pouvoir récupérer les supports et exploiter les données. ;-)
ce commentaire est sous licence cc by 4 et précédentes
Hum bon, j’ai du rater un épisode… J’ai donc recherché des infos sur le dernier Assassin's Creed (je suppose que vous parlez de ça vu que vous parlez d’Ubisoft ?) et je suis tombé sur cette bande annonce.
Dans cette bande annonce la voix off dit :
Dans cette ville, tous les hommes ne naissent pas égaux. Pendant des siècles, mes compatriotes ont soufferts sous l’oppression d’une aristocratie décadente et ignorante. Le peuple réclame plus de libertés et de justice, mais il n’y aura pas de justice tant que personne tant que personne ne se battra en leur nom.
Je mènerai mon combat dans l’ombre, l’heure de la révolution a sonné ! il est temps de s’unir et d’écrire notre histoire.
Je trouve que ce texte correspond très bien à la la façon dont cette période de notre histoire est enseignée. On peut comparer par exemple avec cette fiche du CNED en instruction civique et morale :
Il y a plus de 200 ans, le peuple français, qui vivait dans la misère, s’est révolté contre les gens très riches (le roi, les nobles, les religieux). Le 14 juillet 1789, les révolutionnaires s’emparent de la prison de la Bastille, libèrent les prisonniers et refusent de continuer à obéir au roi. Quelques années plus tard, la République française a été proclamée. Depuis 1880, le 14 juillet a été choisi comme jour de fête nationale.
Vu la notoriété du CNED (Centre National d'Enseignement à Distance) en tant qu’établissement public français du ministère de l'Éducation nationale, je trouve cette bande annonce d’Assassin's Creed remarquablement bien faite : ça correspond tout à fait à ce que l’on enseigne.
Bon ça a l’air assez violent, les têtes au bout des piques ils les montrent cash, mais sur le plan historique, on ne peut pas leur reprocher ça. Après il y a sûrement des prises de liberté pour satisfaire le gameplay, mais en tout cas, à la vue de cette bande annonce, je suis assez impressionné par la fidélité.
Ça ne m’intéresse pas d’y jouer, mais ça pourrait faire un bon film d’animation (ce qui est souvent ma critique envers certains jeux actuels, ce n’est pas ça que je cherche).
[Edit, cela dit, je n’ai toujours pas compris ce que signifie « viol de plus en plus l’Histoire dans la bouche », je ne comprends pas ce que peut vouloir dire « histoire dans la bouche » ou « violer dans la bouche »]
ce commentaire est sous licence cc by 4 et précédentes
Je veux appuyer le fait que se limiter à un seul dossier caché dans ${HOME} n’empêche pas de faire ce que tu souhaites, c’était donc possible de satisfaire ce que tu veux (traiter les dossiers séparément) et satisfaire ce que je veux (n’avoir qu’un seul dossier caché), les deux en même temps.
ce commentaire est sous licence cc by 4 et précédentes
Je ne vois pas l'intérêt de tout mettre dans .local, je préfère justement l'éclatement dans plusieurs dossiers, ça évite un niveau de répertoire pour rien
C’est là qu’il y a les goûts et les couleurs, moi je préfère un niveau de répertoire supplémentaire si ça réduit le nombre de fichiers dans ${HOME}. :D
C'est-à-dire que je peux facilement décider (en tant qu'utilisateur, pas administrateur) de ne backuper que le $XDG_CONFIG_HOME (pour $XDG_DATA_HOME ça dépend un peu des applications) et de pouvoir vider régulièrement $XDG_CACHE_HOME.
Le fait d’avoir $XDG_CONFIG_HOME, $XDG_DATA_HOME et $XDG_CACHE_HOME dans un unique dossier n’empêche pas de traiter ces trois dossiers séparément.
Pour moi, la seule erreur, c'est d'avoir un ~/.local/share au lieu d'un seul répertoire.
Ben oui, soit on fait trois dossiers bien séparés et sans niveau de répertoire supérieur, soit un met les trois avec un niveau de répertoire supérieur, mais on ne mélange pas les façons de faire !
ce commentaire est sous licence cc by 4 et précédentes
Oui mais bon, j’aime bien utiliser les choses dans leur configuration par défaut, ça limite la maintenance et les surprises à long terme, et ça limite les problèmes si quelqu’un suit mal la norme ou qu’un bug est introduit par la suite… C’est pour ça que je préfère quand les normes sont cohérentes…
ce commentaire est sous licence cc by 4 et précédentes
C’est l’idée que je défends, dans le sens que ces jeux qui peuvent paraître vieillots sont maintenus et jouables au moins, ce qui est un prérequis pour un jeu.
Un autre argument est aussi qu’il y a toujours des serveurs. En cherchant des serveurs maîtres pour différents jeux dans XQF, je suis tombé sur des forums où d’autres personnes posaient des questions similaires, et souvent, deux trois personnes répondaient à cette question mais une bonne moitié du bruit consistait en messages de personnes qui exprimaient leur étonnement de voir que ces jeux existaient encore et que des gens pouvaient y jouer, j’ai lu beaucoup de messages de ce genre à propos de jeux qui n’avaient même pas deux ans au moment où les gens écrivaient ces messages.
Certains jeux voient leurs serveurs être éteints même pas deux ou trois après leur sortie, pour moi ça n’a aucun intérêt, je n’ai même pas envie de commencer à y jouer si c’est comme ça.
Personnellement je ne consomme pas les jeux pour les jeter ensuite, deux semaines plus tard, et oublier même que j’y ai joué un jour. Si un jeu me plaît, j’aime pouvoir y rejouer plus tard, même longtemps après.
Je joue à Nexuiz/Xonotic depuis 7 ou 8 ans maintenant, j’y joue peu parce que je ne suis pas un grand joueur, mais si on venait me proposer un jeu multijoueur Ubisoft dernier cri, je répondrai qu’il lui manquerait probablement quelque chose d’essentiel : de pouvoir y jouer encore dans 8 ans.
dont le scénario viol de plus en plus l’Histoire dans la bouche
Je n’ai absolument rien compris à cette phrase.
ce commentaire est sous licence cc by 4 et précédentes
Un peu comme s’il n’existait pas. En janvier 2010, il a griffonné un méchant mot dans lequel il indiquait que son œuvre devait disparaître des bibliothèques et qu’il interdisait toute republication.
Mince, il faut attendre 70 ans ?
Je vais de ce pas proposer un projet de loi pour réformer le droit d’auteur, on ne va pas se priver de son œuvre à cause de lois pour protéger Mickey. /o\
ce commentaire est sous licence cc by 4 et précédentes
La plupart des mods de Wolf:ET consistent à changer quelques aspects du gameplay indépendamment des cartes ou des personnages ou des armes. Ce n’est pas vrai pour une minorité d’entre eux qui sont des conversions complètes, comme les mods TrueCombat.
Après m’être rendu compte qu’ET:Legacy arrivait à lancer ceux-ci et qu’il était possible de rejoindre des serveurs, et qu’en fait c’était la première fois de ma vie que j’arrivais à lancer ces mods parce que ça fait déjà quelques années que c’est devenu quasiment impossible de le faire avec le binaire obsolète officiel de Wolf:ET sur nos distros modernes, j’ai écrit un script pour simplifier l’installation de ces mods que j’ai nommé PIMI, et qu’on trouve sur Github.
L’utilisation est assez simple, pour installer TrueCombat:Close Quarters Battle, il suffit de faire :
Après coup, je l’ai modifié pour permettre d’installer Wolfenstein: Ennemy Territory comme mod d’ET:Legacy (ce que fait aussi le script officiel cité dans la dépêche), il suffit alors de faire :
./pimi.sh etmain
On peut passer des paramètres au script pour installer dans d’autres chemins (d’autres moteurs par exemple), l’aide ./pimi.sh est assez complète.
Par défaut le script ne supprime pas les fichiers temporaires, on peut les purger avec ./pimi.sh -p. Il faut savoir que certains mods sont bizarremnt distribués, par exemple le mod TrueCombat:Elite est distribué sous la forme d’un exécutable gzippé qui est un script shell qui embarque un tarball gzippé lui aussi, qui contient un installeur et un tarball bzipé, qui contient finalement les fichiers. Installer un tel mod va extraire toutes ces étapes une par une avant de copier les fichiers utiles dans le bon répertoire, donc ça peut vite prendre quelques Go dans votre dossier temporaire.
Mon script ne repose pas sur le mécanisme d’installation des installeur fournis (à la différence du script d’ET:Legacy pour etmain) car je ne leur fait pas confiance, je picore dans chaque archive le bon fichier pour l’installer à sa bonne place, et laisse les fichiers inutiles (le script d’ET:Legacy lui fait le ménage après coup à coup de rm). Ma méthode est d’autant plus remarquable lorsqu’on installe un mod qui est distribué en plusieurs parties, par exemple un installeur pour linux et une archive de patch avec des fichiers à écraser… Le mode TC:E pour Wolf:ET par exemple est distribué comme un installeur pour GNU/Linux et accompagné d’un zip pour Windows, Mac OS et GNU/Linux. PIMI extrait donc les fichiers de l’installeur sans l’exécuter, et extrait les fichiers propres à GNU/Linux et uniquement ceux-ci dans le zip de patch. Autre exemple, le mod TrueCombat pour Quake3 est distribué sous forme d’un zip complet pour la version 1.1, puis de deux zips de patchs pour la version 1.2 et 1.3, avec chacun de ces zip de patchs qui écrasent le précédent… PIMI picore dans chacune de ces archives les bons fichiers nécessaires à construire un installation de la version 1.3 du premier coup.
Ça donne donc ça (copies d’écran de TC:E et CQB prises avec ET:Legacy) :
Pour différentes raisons que je n’ai pas approfondi, il semble seulement possible de se connecter à des serveurs distants de TC:E et CQB. J’ai réussi je ne sais pas comment à lancer la toute première et unique fois une partie en local, mais je n’ai pas reproduit depuis. Ce n’est pas la faute à PIMI mais à l’obsolescence de ces mods.
Je ne sais pas si on peut lancer un serveur TCE ou CQB avec ET:Legacy, et si ça ne marche pas il faudra probablement utiliser le Wolf:ET obsolète sur une distro obsolète… Actuellement tous les serveurs TCE et CQB que je vois en ligne sont sous Windows ou bien sous GNU/Linux avec un build maison de Wolf:ET. :/
ce commentaire est sous licence cc by 4 et précédentes
C'est un point de vue, mais un fichier de configuration c'est aussi un fichier qui doit être trouvé facilement. Perso, je préfère retrouver mon fichier de config là où j'attends le trouver, c'est à dire surtout pas dans $XDG_DATA_HOME.
Idem, c’est pour cela que pour XQF pour le moment j’ai déplacé ~/.qf vers ~/.config/xqf/ mêmes si certains fichiers peuvent êtres considérés comme du cache. C’est déjà moins pire…
Il y a plein d’autres applications qui ne respectent pas bien le standard XDG, par exemple 0ad qui met des logs dans ~/.config/0ad/logs et smplayer qui met des screenshots dans ~/.config/splayer/screenshots, mais tant qu’ils ne me pourrissent pas mon /home, je m’en contente.
ce commentaire est sous licence cc by 4 et précédentes
Personnellement je défend à fond la spécification XDG_MACHIN pour les données/config/cache personnels, mais pour une seule raison: il faut un standard et je ne vais pas en inventer un second qui n’en serait plus un.
Le standard XDG_MACHIN a d’énormes défauts. Il ambitionne de faire le ménage dans tous les ~/.quelquechose qui polluent ${HOME}, et la première chose qu’il fait c’est de pondre ~/.cache, ~/.config, ~/.local et peut-être d’autres, déjà, XDG_MACHIN a échoué pour moi.
Autre défaut, c’est de reproduire d’un coté dans ~/.local une surcharge de /usr, comme /usr/share/ et ~/.local/share/, et d’un autre coté, de ne pas aller jusqu’au bout pour la configuration ou le cache
il y a /usr/share/applications et ~/.local/share/applications
il y a /usr/share/icons et ~/.local/share/icons
Et puis il y a /usr/share/nautilus et ~/.local/share/nautilus, /usr/share/totem et ~/.local/share/totem, etc.
Cette partie-là est super bien pensée, on a /usr pour les trucs installés par la distro, /usr/local pour les trucs installés à la mano mais pour tout le système, et ~/.local pour les trucs uniques à l’utilisateur. Et ça marche super bien, par exemple il m’est arrivé parfois d’installer des trucs que pour moi en faisant ./configure --prefix=~/.local et ça marche super bien !
Mais voilà, ils ont déplacé ~/.icons dans ~/.local/share/icons (très intelligent), pour aussitôt créer un ~/.cache, (n’importe quoi) !
Au final, je me demande à quoi sert ~/.local étant attendu qu’il ne contient que deux dossiers share, et temp.
D’ailleurs on peut se demander pourquoi officiellement ~/.local/share/applications, et officiellement ~/.local/share/Trash avec une majuscule.
Au final, on voit que le standard se prend les pieds dans le tapis rien que pour organiser les fichiers d’un autre standard, celui des « Desktop files » qui décrit les icônes et les menus :
Les fichiers .desktop qui décrivent le nom de l’application, le commentaire, les catégories, les mimetypes associés, la commande etc. sont enregistrés dans ~/.local/share/applications (la surcharge de /usr/share/applications, mais pour déclarer que cette application est à démarrer à l’ouverture de session, il faut surcharger ce fichier avec l’option qui va bien dans ~/.config/autostart (la surcharge de l’ancien /usr/share/autostart désormais /etc/xdg/autostart), mais pour surcharger /usr/share/desktop-directories qui décrit les catégories (.directory), il faut écrire dans ~/.local/share/desktop-directories/ et pour définir un menu (.menu) et surcharger /etc/xdg/menus, c’est dans ~/.local/menus.
Si vous avez bien suivi, pour cacher Lollypop du menu il faudrait surcharger /usr/share/applications/lollypop.desktop par ~/.local/share/applications/lollypop.desktop avec la valeur qui va bien, mais pour que Lollypop se charge à l’ouverture de session, il faudrait surcharger /usr/share/applications/lollypop.desktop par ~/.config/autostart/lollypop.desktop avec la valeur qui va bien. Ah oui, dernière chose, ~/.config/monappli est sensé surcharger /etc/xdg/monappli, si vous suivez toujours.
Il auraient pu faire ceci (je ne toucherais pas à /etc, /var et /usr pour des raisons historiques évidentes) :
Ou un truc similaire et propre (peu importe les noms). On pourrait même inventer un /xdg vu qu’on a bien inventé /run récemment, pour mettre fin aux /etc/machin/run…
Mais non, on a un standard branlant. Je le défends tout de même parce qu’au moins il est écrit et reconnu et qu’il vaut mieux un standard branlant que pas de standard du tout.
ce commentaire est sous licence cc by 4 et précédentes
En fait Freedesktop c’est quoi… ce serait la config dans ~/.config/etlegacy, le cache dans ~/.cache/etlegacy, des fichiers partagés dans ~/.local/share/etlegacy. Mais il faut faire avec l’historique, et l’historique, c’est la manière de faire d’Id Software.
Ici, le dossier système serait par exemple /usr/share/games/etlegacy, et le dossier utilisateur ~/.etlegacy, et les dossiers de jeux/mod seraient etmain (Wolf:ET) et tcetest (TrueCombat:Elite). Les organisations suivantes sont équivalentes :
Je ne sais pas si ET:Legacy l’utilise, mais il existe une bibliothèque dédiée pour ça, PhysicsFS, que j’avais présenté dans une précédente dépêche.
Puisqu’il faut rester compatible avec les mods, seulent peuvent être changés les noms de dossier qui contiennent les fichiers du jeu, mais l’organisation de l’arborescence ne peut pas être changée. Au mieux, etlegacy pourrait travailler dans ~/.local/share/etlegacy, mais tout y serait, même la configuration qui devrait être dans ~/.config/etlegacy.
ce commentaire est sous licence cc by 4 et précédentes
[^] # Re: Pseudo drama juridique
Posté par Thomas Debesse (site web personnel, Mastodon) . En réponse à la dépêche Enemy Territory: Legacy, en résistance. Évalué à 3.
Tu peux me dire en quoi la GPLv3+ l’empêche ?
N’importe qui peut prendre le moteur de Ddoom 3 sous GPLv3, changer toutes les données (comme l’on fait les gars du Dark mod), et vendre le produit fini. Surtout que bon, là, y a vraiment moyen de se faire du blé en vendant les pk4 d’un jeu complet. Le moteur lui-même n’est plus commercialement viable, mais il y a toujours moyen de vendre le travail d’une équipe de scénaristes, de graphistes, d’animateurs et de musiciens dans un package qui contient une version compilée du moteur libre de Doom 3 et un set de pk4 bien ficelés et aux sources farouchement gardées.
ce commentaire est sous licence cc by 4 et précédentes
[^] # Re: Pseudo drama juridique
Posté par Thomas Debesse (site web personnel, Mastodon) . En réponse à la dépêche Enemy Territory: Legacy, en résistance. Évalué à 3. Dernière modification le 18 novembre 2014 à 10:59.
Hum, je ne sais pas à quelle réalité ces affirmations correspondent…
Tu connais beaucoup de personnes qui
Qui plus est, il y a des choses que la GPLv2 ou GPLv3 empêchent, mais pas de se faire du blé. La GPL empêche seulement certaines manières de se faire du blé comme le fait de vendre un binaire sans les sources, mais parce que le problème n’est pas de vendre mais de distribuer les binaires sans accès aux sources.
Tu aurais un exemple concret d’abus de la GPLv2+ avec le code de Quake 3 qui aurait pu être évité avec la GPLv3+ ?
[Edit : et qui vaille le coup de licencier sous deux licences différentes deux branches d’un même code avec les interrogations que cela soulève ?
ce commentaire est sous licence cc by 4 et précédentes
[^] # Re: Pseudo drama juridique
Posté par Thomas Debesse (site web personnel, Mastodon) . En réponse à la dépêche Enemy Territory: Legacy, en résistance. Évalué à 3.
Ils ne veulent peut-être tout simplement pas imposer un changement de licence à ceux qui développent des branches dérivées, quand bien même ces branches dérivées ne reverseraient pas leur code dans la branche master ?
Je ne sais pas si c’est la raison, mais elle est tout à fait recevable.
ce commentaire est sous licence cc by 4 et précédentes
[^] # Re: Pseudo drama juridique
Posté par Thomas Debesse (site web personnel, Mastodon) . En réponse à la dépêche Enemy Territory: Legacy, en résistance. Évalué à 2.
Ben, dès le premier commit en GPLv3, cela teinte tout le projet.
C’est le vrai problème, du jour au lendemain quelqu’un qui synchronise son code sur celui d’ioquake3 voit la licence de son propre code changer lors d’un simple pull. On râle souvent à propos des services qui contraignent à accepter leurs nouvelles CGU et que tant qu’on ne signe pas ces CGU, ils font de la rétention de donnée et on perd le service, mais c’est exactement le même problème.
Si ioquake3 importe un seul commit sous GPLv3, je suis dès lors contraint d’accepter la GPLv3 pour mon propre projet au prochain pull. Si pour une raison ou une autre la GPLv3 ne me plaît pas, ma branche est coupée du tronc et menace de mourir.
Je comprends tout à fait que les gens d’ioquake ne veulent pas imposer cette problématique à tous ceux qui utilisent leur code.
Si on importe un seul patch GPLv2 only dans ioquake3, l’ensemble d’ioquake3 comprenant entre autre ce patch devient définitivement GPLv2 only. Un fork GPLv2 only peut pull le master de ioquake3 qui est GPLv2+, mais si un fork GPLv2 only propose un pull request à ioquake3, il devra relicencier en GPLv2+ avant, enfin, j’espère que les gars d’ioquake3 auront la présence d’esprit de ne pas teinter leur code en GPLv2 only…
ce commentaire est sous licence cc by 4 et précédentes
[^] # Re: Pseudo drama juridique
Posté par Thomas Debesse (site web personnel, Mastodon) . En réponse à la dépêche Enemy Territory: Legacy, en résistance. Évalué à 2.
Mon analogie portait sur la volonté de prendre le dernier parce que c’est le dernier, elle est forcément pourrie quand il s’agit d’illustrer la volonté de prendre ce qui a été remplacé parce que ça été remplacé.
Et la GPLv3 ne remplace pas la GPLv2.
ce commentaire est sous licence cc by 4 et précédentes
[^] # Re: Pseudo drama juridique
Posté par Thomas Debesse (site web personnel, Mastodon) . En réponse à la dépêche Enemy Territory: Legacy, en résistance. Évalué à 2.
Quand je choisis une licence de la FSF comme la GPL pour couvrir mon code, c’est moi qui fournit des droits et des devoirs, pas la FSF. La FSF a formulé les termes de la GPL, mais c’est moi qui fournit le service "code sous GPL". Si la FSF supprime sa GPLv2 et que moi je la ressors du placard pour protéger mon code, ce contrat lie mes contributeurs, mais ne lie pas la FSF.
ce commentaire est sous licence cc by 4 et précédentes
[^] # Re: Pseudo drama juridique
Posté par Thomas Debesse (site web personnel, Mastodon) . En réponse à la dépêche Enemy Territory: Legacy, en résistance. Évalué à 4.
Ils n’avaient aucune obligation de prendre la dernière, surtout quand ils ont déjà du code sous une licence donnée.
La GPL est un contrat juridique qui définit entre autre comment peuvent être assemblées deux bases de code, quand on a déjà une base de code sous une licence, on ne choisit pas le contrat de la seconde base de code juste parce que c’est la dernière.
Peut-être que la GPLv3 est mauvaise et qu’on peut reprocher à la FSF certains termes de cette licence, mais on ne peut pas reprocher à la FSF le fait qu’un tiers mélange des licences FSF potentiellement incompatibles dans son propre catalogue de logiciels.
C’est un peu comme si quelqu’un publiait deux dérivés d’une même bibliothèque en GPL et en LGPL, avec des petites variantes en GPL et d’autres variantes en LGPL. Ce ne serait pas la faute à la FSF si le juriste prend des décisions qui empêchent de travailler correctement.
Il n’y a aucune obligation à prendre la GPLv3 parce que c’est la dernière, il ne faut choisir une licence que parce que les termes de ce contrat nous satisfont, pas parce que c’est la FSF qui l’a écrit et que c’est la dernière que la FSF a écrit.
Franchement, si je paie un juriste pour me trouver une licence satisfaisante, en pesant chaque close en fonction des contraintes spécifique de notre production, et qu’il me choisit la GPLv3 parce que c’est la FSF qui l’a écrite et que c’est la dernière que la FSF a écrite, je vire le gars.
Ici, la GPLv3 n’était pas satisfaisante pour les dérivés d’idTech 3, ce n’est pas la faute de la FSF si quelqu’un a choisi la mauvaise licence.
La prochaine fois que j’irai voir une compagnie d’assurance, je prendrai leur toute dernier contrat parce que c’est le dernier et uniquement pour cela, même si c’est une assurance de voiture alors que j’ai besoin d’une assurance rapatriement sur piste pour aller au ski, tiens, ça sera rigolo.
ce commentaire est sous licence cc by 4 et précédentes
[^] # Re: Atom
Posté par Thomas Debesse (site web personnel, Mastodon) . En réponse au journal Y'en a marre de ce gros troll !. Évalué à 5.
Le gars il nous expliquer que le défaut des éditeurs de Markdown, c’est de ne pas couper les lignes à 80 colonnes, ce qui estpas joli quand la fenêtre d’affichage ne fait pas 80 colonnes.
Ben justement, s’il veut 80 colonnes, qu’il retaille sa zone d’impression à 80 colonnes ! Et s’il veut absolument une fenêtre large, et bien qu’il utilise un outil qui coupe ses colonnes à l’affichage ! Idem pour de l’impression écran que sur papier… Ce n’est qu’un paramètre de rendu, personnalisé.
Et puis personnellement, je n’écris jamais mon texte d’une traite sans jamais revenir dessus. Le seul moyen d’avoir 80 colonnes sans se prendre la tête quand on rajoute un mot dans une ligne qui fait déjà 80 colonnes, c’est de laisser ce boulot à un éditeur.
Ensuite le gars recommande aux autres de mettre deux espaces après les points parce que lui aime ça. Et si je réinventais ma typographie moi aussi ?
La contrainte d’être lisible en texte brut ne contraint pas d’écrire en texte brut. De même, la contrainte d’être lisible en texte brut ne contraint pas à ne pas l’interpréter… Justement, Markdown est un langage écrit pour être à la fois lisible en texte brut et à la fois interprétable, ce que fait un éditeur.
ce commentaire est sous licence cc by 4 et précédentes
[^] # Re: Pseudo drama juridique
Posté par Thomas Debesse (site web personnel, Mastodon) . En réponse à la dépêche Enemy Territory: Legacy, en résistance. Évalué à 3.
C’est moins la GPLv3 qui est une plaie que le fait qu’id Software a distribué du code sous GPLv2 comme celui de Quake 3 et du code sous GPLv3 comme celui de Wolf:ET et Doom3 (je fais abstraction ici des « + », « if any » et autres nuances).
Il était évident que ça allait poser des problèmes chez les développeurs actuels, ne serait-ce que de devoir se prendre la tête sur des questions juridiques au lieu de coder. C’est d’autant plus vrai entre le code de Quake 3 et celui de Wolf:Et qui sont deux branches d’un même moteur (alors que celui de Doom3 diffère beaucoup plus).
Il était évident que des personnes allaient vouloir merger les deux bases de code, et cette publication sous GPLv3 ressemble vachement à une décision de juriste déconnecté des réalités qui a fait un excès de zèle et qui a choisi une licence par fondamentalisme au mépris complet des réalités techniques et au mépris complet de l’existant.
Imaginez si par exemple Firefox était publié sous GPLv2 un jour et Thunderbird sous GPLv3 le jour d’après, parce que finalement Mozilla préférerait la GPLv3?
Ou encore si LibreOffice Writer et LibreOffice Calc n’avaient pas la même licence ?
ce commentaire est sous licence cc by 4 et précédentes
[^] # Re: Pas de listes de serveurs
Posté par Thomas Debesse (site web personnel, Mastodon) . En réponse à la dépêche Enemy Territory: Legacy, en résistance. Évalué à 2.
En ce moment, 376 exactement, donc oui, il y a un problème ailleurs sur le réseau. :-)
ce commentaire est sous licence cc by 4 et précédentes
[^] # Re: Typo
Posté par Thomas Debesse (site web personnel, Mastodon) . En réponse à la dépêche Enemy Territory: Legacy, en résistance. Évalué à 6.
S’il y a bien un bord particulier d’anti-sytème qu’il ne pourra pas récupérer après ça, ce sont les royalistes. /o\
ce commentaire est sous licence cc by 4 et précédentes
[^] # Re: Le ciel nous tombe sur la tête
Posté par Thomas Debesse (site web personnel, Mastodon) . En réponse au journal Des logiciels libres dans la stratosphère. Évalué à 2.
C’est pas tout à fait ce que je voulais dire, dans ton premier message tu réponds à la probabilité « le module tombe sur la tête de quelqu'un », dans ton second tu illustres la probabilité « la personne reçoit sur sa tête un quelconque module », il me semble.
Mais bon, c’est du détail, la proportion est très faible quoi qu’il en soit.
ce commentaire est sous licence cc by 4 et précédentes
[^] # Re: Typo
Posté par Thomas Debesse (site web personnel, Mastodon) . En réponse à la dépêche Enemy Territory: Legacy, en résistance. Évalué à 7.
Intéressant cet article.
Mais justement, je ne comprends pas Mélanchon quand il reproche que ce jeu représente le peuple comme des barbares et des sauvages sanguinaires, je comprendrais qu’il reproche la violence des images à la rigueur, mais c’est tout de même un fait historique que la prise de la bastille (pour rester sur cet exemple) s’est faite avec dépeçage et décapitations. D’ailleurs je suis assez étonné de son langage quand il parle de « République une et indivisible », l’emploi de ce vocabulaire dogmatique et religieux est étonnant, peut-on soumettre l’histoire au dogme ?
Après la bande annonce n’est qu’une bande annonce, elle ne montre pas l’ensemble du jeu c’est évident.
ce commentaire est sous licence cc by 4 et précédentes
[^] # Re: Le ciel nous tombe sur la tête
Posté par Thomas Debesse (site web personnel, Mastodon) . En réponse au journal Des logiciels libres dans la stratosphère. Évalué à 6. Dernière modification le 15 novembre 2014 à 12:47.
Si j’ai bien suivi, dans le cas de la sonde on parle de la probabilité qu’une sonde tombe sur une personne parmi celles qui sont dans le territoire, alors que ces exemples-là parlent de la probabilité pour une personne de se faire mordre par un serpent ou de se retrouver sous un astéroïde.
Je ne suis pas certain que la probabilité que la sonde tombe sur quelqu’un de mon voisinage (moi inclus) soit le même que la probabilité que je me retrouve moi au point de chute de la sonde.
Cela dit, je n‘aurai pas fait le pari, et j’aurai aussi opté pour un parachute, ne serait-ce que pour être sûr de pouvoir récupérer les supports et exploiter les données. ;-)
ce commentaire est sous licence cc by 4 et précédentes
[^] # Re: Typo
Posté par Thomas Debesse (site web personnel, Mastodon) . En réponse à la dépêche Enemy Territory: Legacy, en résistance. Évalué à 3. Dernière modification le 15 novembre 2014 à 12:37.
Hum bon, j’ai du rater un épisode… J’ai donc recherché des infos sur le dernier Assassin's Creed (je suppose que vous parlez de ça vu que vous parlez d’Ubisoft ?) et je suis tombé sur cette bande annonce.
Dans cette bande annonce la voix off dit :
Je trouve que ce texte correspond très bien à la la façon dont cette période de notre histoire est enseignée. On peut comparer par exemple avec cette fiche du CNED en instruction civique et morale :
Vu la notoriété du CNED (Centre National d'Enseignement à Distance) en tant qu’établissement public français du ministère de l'Éducation nationale, je trouve cette bande annonce d’Assassin's Creed remarquablement bien faite : ça correspond tout à fait à ce que l’on enseigne.
Bon ça a l’air assez violent, les têtes au bout des piques ils les montrent cash, mais sur le plan historique, on ne peut pas leur reprocher ça. Après il y a sûrement des prises de liberté pour satisfaire le gameplay, mais en tout cas, à la vue de cette bande annonce, je suis assez impressionné par la fidélité.
Ça ne m’intéresse pas d’y jouer, mais ça pourrait faire un bon film d’animation (ce qui est souvent ma critique envers certains jeux actuels, ce n’est pas ça que je cherche).
[Edit, cela dit, je n’ai toujours pas compris ce que signifie « viol de plus en plus l’Histoire dans la bouche », je ne comprends pas ce que peut vouloir dire « histoire dans la bouche » ou « violer dans la bouche »]
ce commentaire est sous licence cc by 4 et précédentes
[^] # Re: Emplacement fichiers de config
Posté par Thomas Debesse (site web personnel, Mastodon) . En réponse à la dépêche Enemy Territory: Legacy, en résistance. Évalué à 2.
Je veux appuyer le fait que se limiter à un seul dossier caché dans
${HOME}n’empêche pas de faire ce que tu souhaites, c’était donc possible de satisfaire ce que tu veux (traiter les dossiers séparément) et satisfaire ce que je veux (n’avoir qu’un seul dossier caché), les deux en même temps.ce commentaire est sous licence cc by 4 et précédentes
[^] # Re: Emplacement fichiers de config
Posté par Thomas Debesse (site web personnel, Mastodon) . En réponse à la dépêche Enemy Territory: Legacy, en résistance. Évalué à 3.
C’est là qu’il y a les goûts et les couleurs, moi je préfère un niveau de répertoire supplémentaire si ça réduit le nombre de fichiers dans
${HOME}. :DLe fait d’avoir
$XDG_CONFIG_HOME,$XDG_DATA_HOMEet$XDG_CACHE_HOMEdans un unique dossier n’empêche pas de traiter ces trois dossiers séparément.Ben oui, soit on fait trois dossiers bien séparés et sans niveau de répertoire supérieur, soit un met les trois avec un niveau de répertoire supérieur, mais on ne mélange pas les façons de faire !
ce commentaire est sous licence cc by 4 et précédentes
[^] # Re: Emplacement fichiers de config
Posté par Thomas Debesse (site web personnel, Mastodon) . En réponse à la dépêche Enemy Territory: Legacy, en résistance. Évalué à 3. Dernière modification le 15 novembre 2014 à 11:24.
Oui mais bon, j’aime bien utiliser les choses dans leur configuration par défaut, ça limite la maintenance et les surprises à long terme, et ça limite les problèmes si quelqu’un suit mal la norme ou qu’un bug est introduit par la suite… C’est pour ça que je préfère quand les normes sont cohérentes…
ce commentaire est sous licence cc by 4 et précédentes
[^] # Re: Typo
Posté par Thomas Debesse (site web personnel, Mastodon) . En réponse à la dépêche Enemy Territory: Legacy, en résistance. Évalué à 3.
C’est l’idée que je défends, dans le sens que ces jeux qui peuvent paraître vieillots sont maintenus et jouables au moins, ce qui est un prérequis pour un jeu.
Un autre argument est aussi qu’il y a toujours des serveurs. En cherchant des serveurs maîtres pour différents jeux dans XQF, je suis tombé sur des forums où d’autres personnes posaient des questions similaires, et souvent, deux trois personnes répondaient à cette question mais une bonne moitié du bruit consistait en messages de personnes qui exprimaient leur étonnement de voir que ces jeux existaient encore et que des gens pouvaient y jouer, j’ai lu beaucoup de messages de ce genre à propos de jeux qui n’avaient même pas deux ans au moment où les gens écrivaient ces messages.
Certains jeux voient leurs serveurs être éteints même pas deux ou trois après leur sortie, pour moi ça n’a aucun intérêt, je n’ai même pas envie de commencer à y jouer si c’est comme ça.
Personnellement je ne consomme pas les jeux pour les jeter ensuite, deux semaines plus tard, et oublier même que j’y ai joué un jour. Si un jeu me plaît, j’aime pouvoir y rejouer plus tard, même longtemps après.
Je joue à Nexuiz/Xonotic depuis 7 ou 8 ans maintenant, j’y joue peu parce que je ne suis pas un grand joueur, mais si on venait me proposer un jeu multijoueur Ubisoft dernier cri, je répondrai qu’il lui manquerait probablement quelque chose d’essentiel : de pouvoir y jouer encore dans 8 ans.
Je n’ai absolument rien compris à cette phrase.
ce commentaire est sous licence cc by 4 et précédentes
[^] # Re: merci
Posté par Thomas Debesse (site web personnel, Mastodon) . En réponse au journal Alexandre Grothendieck est bronsonisé. Évalué à 3.
Mince, il faut attendre 70 ans ?
Je vais de ce pas proposer un projet de loi pour réformer le droit d’auteur, on ne va pas se priver de son œuvre à cause de lois pour protéger Mickey. /o\
ce commentaire est sous licence cc by 4 et précédentes
# PIMI pour installer des mods facilement.
Posté par Thomas Debesse (site web personnel, Mastodon) . En réponse à la dépêche Enemy Territory: Legacy, en résistance. Évalué à 8.
La plupart des mods de Wolf:ET consistent à changer quelques aspects du gameplay indépendamment des cartes ou des personnages ou des armes. Ce n’est pas vrai pour une minorité d’entre eux qui sont des conversions complètes, comme les mods TrueCombat.
Après m’être rendu compte qu’ET:Legacy arrivait à lancer ceux-ci et qu’il était possible de rejoindre des serveurs, et qu’en fait c’était la première fois de ma vie que j’arrivais à lancer ces mods parce que ça fait déjà quelques années que c’est devenu quasiment impossible de le faire avec le binaire obsolète officiel de Wolf:ET sur nos distros modernes, j’ai écrit un script pour simplifier l’installation de ces mods que j’ai nommé PIMI, et qu’on trouve sur Github.
L’utilisation est assez simple, pour installer TrueCombat:Close Quarters Battle, il suffit de faire :
Après coup, je l’ai modifié pour permettre d’installer Wolfenstein: Ennemy Territory comme mod d’ET:Legacy (ce que fait aussi le script officiel cité dans la dépêche), il suffit alors de faire :
On peut passer des paramètres au script pour installer dans d’autres chemins (d’autres moteurs par exemple), l’aide
./pimi.shest assez complète.Par défaut le script ne supprime pas les fichiers temporaires, on peut les purger avec
./pimi.sh -p. Il faut savoir que certains mods sont bizarremnt distribués, par exemple le mod TrueCombat:Elite est distribué sous la forme d’un exécutable gzippé qui est un script shell qui embarque un tarball gzippé lui aussi, qui contient un installeur et un tarball bzipé, qui contient finalement les fichiers. Installer un tel mod va extraire toutes ces étapes une par une avant de copier les fichiers utiles dans le bon répertoire, donc ça peut vite prendre quelques Go dans votre dossier temporaire.Mon script ne repose pas sur le mécanisme d’installation des installeur fournis (à la différence du script d’ET:Legacy pour etmain) car je ne leur fait pas confiance, je picore dans chaque archive le bon fichier pour l’installer à sa bonne place, et laisse les fichiers inutiles (le script d’ET:Legacy lui fait le ménage après coup à coup de
rm). Ma méthode est d’autant plus remarquable lorsqu’on installe un mod qui est distribué en plusieurs parties, par exemple un installeur pour linux et une archive de patch avec des fichiers à écraser… Le mode TC:E pour Wolf:ET par exemple est distribué comme un installeur pour GNU/Linux et accompagné d’un zip pour Windows, Mac OS et GNU/Linux. PIMI extrait donc les fichiers de l’installeur sans l’exécuter, et extrait les fichiers propres à GNU/Linux et uniquement ceux-ci dans le zip de patch. Autre exemple, le mod TrueCombat pour Quake3 est distribué sous forme d’un zip complet pour la version 1.1, puis de deux zips de patchs pour la version 1.2 et 1.3, avec chacun de ces zip de patchs qui écrasent le précédent… PIMI picore dans chacune de ces archives les bons fichiers nécessaires à construire un installation de la version 1.3 du premier coup.Ça donne donc ça (copies d’écran de TC:E et CQB prises avec ET:Legacy) :
Pour différentes raisons que je n’ai pas approfondi, il semble seulement possible de se connecter à des serveurs distants de TC:E et CQB. J’ai réussi je ne sais pas comment à lancer la toute première et unique fois une partie en local, mais je n’ai pas reproduit depuis. Ce n’est pas la faute à PIMI mais à l’obsolescence de ces mods.
Je ne sais pas si on peut lancer un serveur TCE ou CQB avec ET:Legacy, et si ça ne marche pas il faudra probablement utiliser le Wolf:ET obsolète sur une distro obsolète… Actuellement tous les serveurs TCE et CQB que je vois en ligne sont sous Windows ou bien sous GNU/Linux avec un build maison de Wolf:ET. :/
ce commentaire est sous licence cc by 4 et précédentes
[^] # Re: Emplacement fichiers de config
Posté par Thomas Debesse (site web personnel, Mastodon) . En réponse à la dépêche Enemy Territory: Legacy, en résistance. Évalué à 3.
Idem, c’est pour cela que pour XQF pour le moment j’ai déplacé
~/.qfvers~/.config/xqf/mêmes si certains fichiers peuvent êtres considérés comme du cache. C’est déjà moins pire…Il y a plein d’autres applications qui ne respectent pas bien le standard XDG, par exemple 0ad qui met des logs dans
~/.config/0ad/logset smplayer qui met des screenshots dans~/.config/splayer/screenshots, mais tant qu’ils ne me pourrissent pas mon /home, je m’en contente.ce commentaire est sous licence cc by 4 et précédentes
[^] # Re: Emplacement fichiers de config
Posté par Thomas Debesse (site web personnel, Mastodon) . En réponse à la dépêche Enemy Territory: Legacy, en résistance. Évalué à 8.
Personnellement je défend à fond la spécification XDG_MACHIN pour les données/config/cache personnels, mais pour une seule raison: il faut un standard et je ne vais pas en inventer un second qui n’en serait plus un.
Le standard XDG_MACHIN a d’énormes défauts. Il ambitionne de faire le ménage dans tous les ~/.quelquechose qui polluent
${HOME}, et la première chose qu’il fait c’est de pondre~/.cache,~/.config,~/.localet peut-être d’autres, déjà, XDG_MACHIN a échoué pour moi.Autre défaut, c’est de reproduire d’un coté dans
~/.localune surcharge de/usr, comme/usr/share/et~/.local/share/, et d’un autre coté, de ne pas aller jusqu’au bout pour la configuration ou le cacheil y a
/usr/share/applicationset~/.local/share/applicationsil y a
/usr/share/iconset~/.local/share/iconsEt puis il y a
/usr/share/nautiluset~/.local/share/nautilus,/usr/share/totemet~/.local/share/totem, etc.Cette partie-là est super bien pensée, on a
/usrpour les trucs installés par la distro,/usr/localpour les trucs installés à la mano mais pour tout le système, et~/.localpour les trucs uniques à l’utilisateur. Et ça marche super bien, par exemple il m’est arrivé parfois d’installer des trucs que pour moi en faisant./configure --prefix=~/.localet ça marche super bien !Mais voilà, ils ont déplacé
~/.iconsdans~/.local/share/icons(très intelligent), pour aussitôt créer un~/.cache, (n’importe quoi) !Au final, je me demande à quoi sert
~/.localétant attendu qu’il ne contient que deux dossiersshare, ettemp.D’ailleurs on peut se demander pourquoi officiellement
~/.local/share/applications, et officiellement~/.local/share/Trashavec une majuscule.Au final, on voit que le standard se prend les pieds dans le tapis rien que pour organiser les fichiers d’un autre standard, celui des « Desktop files » qui décrit les icônes et les menus :
Les fichiers
.desktopqui décrivent le nom de l’application, le commentaire, les catégories, les mimetypes associés, la commande etc. sont enregistrés dans~/.local/share/applications(la surcharge de/usr/share/applications, mais pour déclarer que cette application est à démarrer à l’ouverture de session, il faut surcharger ce fichier avec l’option qui va bien dans~/.config/autostart(la surcharge de l’ancien/usr/share/autostartdésormais/etc/xdg/autostart), mais pour surcharger/usr/share/desktop-directoriesqui décrit les catégories (.directory), il faut écrire dans~/.local/share/desktop-directories/et pour définir un menu (.menu) et surcharger/etc/xdg/menus, c’est dans~/.local/menus.Si vous avez bien suivi, pour cacher Lollypop du menu il faudrait surcharger
/usr/share/applications/lollypop.desktoppar~/.local/share/applications/lollypop.desktopavec la valeur qui va bien, mais pour que Lollypop se charge à l’ouverture de session, il faudrait surcharger/usr/share/applications/lollypop.desktoppar~/.config/autostart/lollypop.desktopavec la valeur qui va bien. Ah oui, dernière chose,~/.config/monappliest sensé surcharger/etc/xdg/monappli, si vous suivez toujours.Il auraient pu faire ceci (je ne toucherais pas à
/etc,/varet/usrpour des raisons historiques évidentes) :Ou un truc similaire et propre (peu importe les noms). On pourrait même inventer un
/xdgvu qu’on a bien inventé/runrécemment, pour mettre fin aux/etc/machin/run…Mais non, on a un standard branlant. Je le défends tout de même parce qu’au moins il est écrit et reconnu et qu’il vaut mieux un standard branlant que pas de standard du tout.
ce commentaire est sous licence cc by 4 et précédentes
[^] # Re: Emplacement fichiers de config
Posté par Thomas Debesse (site web personnel, Mastodon) . En réponse à la dépêche Enemy Territory: Legacy, en résistance. Évalué à 10.
Parce que c’est plus complexe que cela… /o\
En fait Freedesktop c’est quoi… ce serait la config dans
~/.config/etlegacy, le cache dans~/.cache/etlegacy, des fichiers partagés dans~/.local/share/etlegacy. Mais il faut faire avec l’historique, et l’historique, c’est la manière de faire d’Id Software.En gros ça marche comme ça
/dossier_utilisateur/surcharge/dossier_système/.Par exemple
/dossier_utilisateur/fichier_de.confsurcharge/dossier_système/fichier_de.confEt si tu as
Le jeu voit en fait un dossier unifié :
Et ça va même plus loin que ça puisque les archives
.pk3sont en fait deszipd’une partie de l’arborescence.Par exemple une archive "jeu.pk3" contiendrait :
et une archive
map-monde.pk3contiendrait :Le jeu verra :
Ici, le dossier système serait par exemple
/usr/share/games/etlegacy, et le dossier utilisateur~/.etlegacy, et les dossiers de jeux/mod seraientetmain(Wolf:ET) ettcetest(TrueCombat:Elite). Les organisations suivantes sont équivalentes :1.
2.
Je ne sais pas si ET:Legacy l’utilise, mais il existe une bibliothèque dédiée pour ça, PhysicsFS, que j’avais présenté dans une précédente dépêche.
Puisqu’il faut rester compatible avec les mods, seulent peuvent être changés les noms de dossier qui contiennent les fichiers du jeu, mais l’organisation de l’arborescence ne peut pas être changée. Au mieux, etlegacy pourrait travailler dans
~/.local/share/etlegacy, mais tout y serait, même la configuration qui devrait être dans~/.config/etlegacy.ce commentaire est sous licence cc by 4 et précédentes
[^] # Re: Typo
Posté par Thomas Debesse (site web personnel, Mastodon) . En réponse à la dépêche Enemy Territory: Legacy, en résistance. Évalué à 2.
Ah voilà tout s’explique. :D Pas de problème !
ce commentaire est sous licence cc by 4 et précédentes