Bref un jeu est une 'oeuvre', que tu fasses evoluer ton marteau si tu veux, mais touche pas a l'art.
C'est pour ça que Mike Oldfield a sorti 3 « Tubular Bells »…
Tu sais qu'en musique (art interprété, vivant) il existe plusieurs versions de partoches ou d'harmonisation pour certains morceaux ? Qu'un musicien interprète ne reproduit jamais une œuvre, il ne fait que produire de nouvelles œuvres dérivées et éphémères à chaque fois qu'il interprète ?
Bref, tu prends un cas particulier (valable pour une statue ou une peinture, quoiqu'elle puisse faire l'objet d'un travail de restauration, et tu l'étends à tout l'art) mais c'est pas pertinent du tout ! Et le théatre ? Et la danse ? Tout ça se rapproche beaucoup du jeu ! Et pourquoi un programme ne serait pas une œuvre d'art, et dans ce cas là, sous prétexte de l'intouchabilité d'une statue ou d'un bâtiment classé, l'on ne pourrait y toucher ?
Pour le reste du débat dépôt vs setup, je vais pas trop perséverer parce qu'on sait que ça ne mène à rien. Je vais me limiter à cela :
En effet, si ton but est de faire un jeu 'figé', alors oui tu peux faire un setup ala windows, il y a des très très vieux binaires de jeux proprio sous linux qui marchent encore (mais aussi rares que sont tout simplement rares les jeux sous linux) ce qui prouve que c'est possible.
Pour un jeu comme Unvanquished, le jeu évolue, des maps sont régulièrement créées, ce qui fait de l'univers d'Unvanquished un univers en expansion. Et puis les développeurs ont le droit de ne pas faire un jeu "définitif", même si d'autres le font, et s'il ne le font pas, un dépôt est une excellente idée.
Si tu veux faire un jeu définitif, oui tu peux te restreindre à une archi (ou mieux, une vm), mes jeux megadrive marchent toujours parce qu'on sait comment émuler une megadrive, il y a pas 300 modèles, mais Unvanquished n'est pas un jeu console prévu pour sortir sur cartouche ou galette de plastique en lecture seule !
Unvanquished est en release early, release often, il y a des corrections de bug, des améliorations, des optimisations, de nouvelles peut-être y aura-t-il de nouvelles fonctionnalité… Ils pourraient faire un setup, mais travailler avec le gars qui gère le dépôt ça prend pas nécessairement plus de temps, et pour les raisons sus-citée, le dépôt est une meilleure idée pour ce type de jeu.
Surtout, le débat dépot vs setup est biaisé parce qu'en fait c'est un débat setup sur une seule distribution avec seulement des différences de version et quelques saveurs vs 5000 dépôt pour 5000 distribution. Le débat des 5000 distributions est un autre débat, mais il empêche de débattre sereinement de la pertinence d'un dépôt : ce n'est pas un défaut du modèle "dépôt" qu'il y ai 5000 distribs, et c'est uniquement le fait qu'il y ai 5000 distribs qui fait que le modèle "dépôt" ne marche pas complètement, mais ce n'est pas un défaut du modèle "dépôt".
Et Steam sous linux, faut pas rever ca sera pas toutes les distribs, deja si il y en a deux ca sera un miracle. (et tant mieux, si ca peut consolider le desktop ca sera pas un mal).
Un dépôt comme PlayDeb fait un peu le rôle de steam pour les jeux libres ou semi-libres/portables. Alors oui ce n'est que pour Ubuntu, mais là encore c'est un autre débat que le "figé" vs "maintenu" ou "setup" vs "dépôt", autre débat qui nuit beaucoup, mais autre débat.
Et puis je vais troller méchamment, mais je préfère que la plate forme linux de référence pour jouer sois une imaginaire PlayPlayLinux ou Ubuntu Linux ou une autre mais qu'elle existe ! Et peu importe les déçus qui auraient préféré leur préférée, et peu importe comment cette référence s'établit. Si (par exemple), demain à cause de PlayDeb et Steam, 99% des jeux tournent sans souci sous Ubuntu (et on s'en fout que ce soit celle-ci ou une autre), on aura déjà fait un GRAND pas en avant ! Des centaines de joueurs gardent un dual boot sous Windows pour pouvoir jouer, il préfèreront avoir dans un coin de leur distrib préférée un chroot Ubuntu pour jouer, utilisable sans rebooter, et complètement intégrable à leur environnement. Hop, plus de reboot, plus de dual boot, seulement un chroot libre, quel grand progrès ce serait !
ce commentaire est sous licence cc by 4 et précédentes
Pourquoi pas tout simplement "Invaincus" ou "les invaincus" ? Ça annonce tout de suite la couleur francophone.
je crois que pour le bleu-blanc-rouge (ok tout les francophones ne sont pas français) : ^4Inv^7ain^1cus dans sv_hostname
ce commentaire est sous licence cc by 4 et précédentes
Alors je corrige, si le bug vient bien d'une option pour être moins gourmand en ressource, ce n'est pas un problème du moteur de rendu "oldschool".
Ceux qui comme moi ont une petite bécane pas du tout conçue pour jouer avec intel intégrée, voici l'option à passer à unvanquished pour utiliser le moteur de rendu classique :
unvanquished +set cl_renderer GL
Évidemment, c'est perdre les avancées d'XreaL, mais au moins vous pouvez jouer et pouvez agrandir la liste des joueurs :)
ce commentaire est sous licence cc by 4 et précédentes
C'est vrai sur le marché de la console de jeu, mais ce n'est qu'une manière de concevoir le développement d'un jeu, même si cette idée est majoritaire.
Ce n'est pas parce que le plus gros marché du jeu vidéo fonctionne sur ce principe que tout développement de jeu vidéo doit se faire selon ces mêmes rêgles.
Avec le même raisonnement on pourrait dire :
Un programme c'est un produit 'fini'.
Donc quand ça marche on n'y touche pas, on n'a pas besoin des sources non plus, et c'est très bien ainsi !
Et puis les depots c'est bien gentil, mais c'est au bon vouloir des mainteneurs. Bref encore des gens exterieur au projet a gerer.
Rien n'empêche un mainteneur (par exemple celui de PlayDeb) d'être considéré justement comme le mainteneur du jeu NNNN et pour ce rôle, membre de l'équipe de développement de NNNN. Les ensembles 'développeurs' et 'mainteneurs' ne sont pas fondamentalement disjoints, il peut y avoir jonction. Le travail du mainteneur peut être complètement intégré au projet.
Soit le projet peut demander à son membre qui fait habituellement les packages de rejoindre l'équipe d'un dépôt, soit au contraire, le projet qui est habituellement empaqueté par un dépôt peut proposer au mainteneur de ce dépôt de rejoindre l'équipe pour ce rôle, créer un lien social, avoir en lui un interlocuteur privilégié, lui donner un droit de regard et la possibilité de poser des rapports de bugs visant à améliorer son travail d'empaquetage, et in fine une meilleure expérience utilisateur.
L'inverse de « je fais un setup parce que ça n'attend pas » n'est pas, « je publie l'url d'un dépôt et j'attends qu'un inconnu surgisse de nulle part poussé par la main invisible et empaquette tant bien que mal le jeu sans jamais me demander de l'aide ».
ce commentaire est sous licence cc by 4 et précédentes
Pour ceux qui utilisent la version playdeb sous Ubuntu x86_64, j'ai personellement un bug lorsque je met Video Quality à "low", j'obtiens ensuite une erreur GLW_StartOpenGL() - could not load OpenGL subsystem: Missing GL version. Pour pouvoir à nouveau lancer Unvanquished, je doit remplacer la ligne seta r_ext_multisample 2 par seta r_ext_multisample 0 dans $HOME/.Unvanquished/main/profiles/$PSEUDO/autogen.cfg.
En fait je crois que ça vient du fait que le moteur de jeu Daemon propose deux moteurs de rendu, celui traditionnel d'ioQuake3 pour les petites configurations, et le moteur d'XreaL plus gourmand, et je suppose que l'option "low" active l'ancien moteur et que ce moteur là crash. (m'enfin, ce sont des suppositions à vérifier).
ce commentaire est sous licence cc by 4 et précédentes
la norme dont j'ai perdu le nom avec le dossier dans ~/.config
C'est la norme XDG Base Directory Specification
Il serait bon en effet qu'ils mettent les fichier de configurations dans $XDG_CONFIG_HOME/Unvanquished, soit par défaut $HOME/.config/Unvanquished et mettent les maps autotéléchargées dans $XDG_DATA_HOME/Unvanquished, soit par défaut $HOME/.local/share/Unvanquished . C'est une bonne idée d'en faire la demande !
ce commentaire est sous licence cc by 4 et précédentes
Un jour j'ai pris 4h de colle parce que mon livre n'était pas couvert… Il se trouve que si la prof a pu voir qu'il n'était pas couvert, c'est parce que j'étais le seul de ma classe à l'avoir apporté ce jour là… J'aurai mieux fait de ne pas le sortir de mon cartable…
ce commentaire est sous licence cc by 4 et précédentes
Après tout, à ton boulot, c'est ton employeur qui te paye le matériel (PC, téléphone, etc).
Non, c'est la boîte, avec l'argent que toi et ton employeur mettent dans la tire-lire de la boîte par votre travail commun.
Au final, c'est toi, par ton travail, qui paie le matos que la boîte te confie. Si le matos qui t'es nécessaire pour travailler coûte plus cher que ce que tu rapportes à la boîte, ça signifie que tu coûtes plus que tu ne rapportes, donc tu sera le premier à partir au prochain plan social.
Faut arrêter avec les réflexions à la "c'est l'état qui paie", "c'est la boîte qui paie", "c'est l'école qui paie".
Ce sont toujours des hommes qui paient, l'état, la boîte, l'école ou toute autre collectivité joue le rôle de gestionnaire.
C'est souvent pratique de passer par un gestionnaire (répartition, mutualisation, assurance, garantie, responsabilité), mais pas toujours. En l'occurrence, un enfant ne rapporte rien à une école. Des hommes paient pour sa formation (parent directement ou contribuable indirectement), des hommes paient pour ses fournitures (idem).
« Prendre en charge les fournitures » signifie déplacer le marché du privé vers le public, c'est une centralisation dont l'économie peut se passer. Il serait bon, plutôt, de décentraliser un peu… Il y a peut-être déjà trop de chose qui passent par l'économie de l'impôt, et qui pourraient se faire directement de citoyen à citoyen.
ce commentaire est sous licence cc by 4 et précédentes
Ah merci pour ce commentaire qui complète bien mon journal !
En fait je n'ai pas cité Q3Min parce que je n'ai trouvé plus trouvé de lien pertinent. Donc entre deux projets morts, j'ai cité celui qui avait une description sur le wikia d'OpenArena… Ça ne change pas l'idée que les rares forks n'ont pas fait long feu. :)
Merci des détails concernant OpenArena (projet que je connais moins). Tu décrit une impression que je ressentais plus ou moins, j'avais déjà entendu parlé de ces difficultés de dialogues, mais pas aussi bien décrites.
Pour les trois catégories de ceux qui restent, cela ressemble un peu à Tremulous, sauf que pour Tremulous il y a une 4ième catégorie, ceux qui restent uniquement pour décourager et dire « mais ça sert à rien ce que tu fais, Tremulous est mort, c'est trop tard », dès que quelqu'un arrive la bouche en cœur avec un peu d'espoir pour donner un nouveau souffle dans un quelconque domaine.
je soupçonne que leur soucis, c'est que les personnes qui sont à leur tête ne croient à l'origine pas plus que ça au logiciel libre et aux licences libres, ou alors, ils n'en ont pas mesuré toute la portée (et il faut avouer que ça n'est pas simple d'en mesurer la portée).
Oui, c'est un sentiment que j'ai, et que je traduis certainement mal quand j'essaie de faire le lien avec des méthodes qui me semblent plus habituelles au monde propriétaire. Les arguments que j'ai donné ne sont peut-être pas les bons, mais ils essaient de comprendre pourquoi, souvent, le libre n'est qu'un détail pratique (ce qui est déjà pas mal).
Ce n'est peut-être pas vrai pour tous les concepts de jeu vidéo, mais pour la catégorie de jeu multijoueur en ligne (et pas nécessairement FPS) qui permet de faire évoluer progressivement l'univers, une communauté libre devrait pouvoir (avec le temps) fournir des jeux d'excellente qualité. En fait les licences CC n'obligent pas nécessairement les sources, ça se comprend pour un enregistrement audio, où l'on ne peut sourcer ni l'interprète ni l'instrument etc. mais cela fait que beaucoup de ressources sous licence CC considérées libres (CC-By-Sa par exemple) ne viennent pas sans sources. Par exemple la plupart des maps de Tremulous viennent sans les sources. Si elles étaient fournies avec les sources, on aurait pu les améliorer de manière incrémentale (rajouter des détails, changer les textures, corriger des problème d'équilibrage entre les deux classes de combattants…). Beaucoup trop de choses sont à remplacer plutôt qu'à faire évoluer, et ça bouffe des ressources inutiles.
ce commentaire est sous licence cc by 4 et précédentes
Ben… ce qui me choque, c'est que j'ai pris un DVD comme exemple et donc une vidéo assez minable :). Plutôt que de me dire « l'image est pourrie, je peux baisser la qualité de ma compression audio » je chercherai plutôt une piste vidéo de meilleure qualité pour joindre à la piste audio. Je suppose que si je codais la même vidéo à partir d'une source en FullHD ou en 4K, l'écart entre le son et l'image se creuserait sérieusement !
Je suis curieux, tiens, quelle est le format du son utilisé dans les cinémas, on a parlé de DCI pour la vidéo, mais quel est l’échantillonnage, par exemple ?
Et puis dans le présent exemple, un concert, oui je préfère avoir plus d'information sonore que de vidéo, j'ai l'impression que c'est la logique suivie aussi par ceux qui ont édité le DVD, 2 DVD, 14go pour seulement 2h30 de film, une seule piste vidéo, deux pistes audio, et aucun bonus, beaucoup font tenir plus que ça sur moins que ça. Je n'ai pas mesuré la ratio (taille allouée au son / à la vidéo) sur ces DVDs, mais je suppose qu'elle est en faveur du son (pas d'AC3, mais PCM et DTS), plus que dans les DVD de films habituels.
ce commentaire est sous licence cc by 4 et précédentes
Ah dans mon sud à moi (Toulon) je n'ai pas encore vu ça. Par contre ils n'ont aucune sympathie pour le pauvre gars qui aurait le malheur de être exactement à l'arrêt de bus.
Moi j'ai vu ça souvent en région parisienne, un des bus que j'utilisais faisait un itinéraire de ce type :
Il faut souvent sacrifier du code / des assets pour améliorer le gameplay, et je pense qu'un projet libre hésitera avant de jeter une partie du travail de ses contributeurs.
Ça c'est un vrai problème, et c'est vrai qu'humainement c'est très difficile de savoir jeter !
J'ai lu récemment un article, déjà ancien pourtant, sur le fait que Splash Damage avait jeté une dizaine de map pour Enemy Territory et Quake Wars… Ça doit pas être facile comme décision, et pourtant ça peut être nécessaire pour la qualité globale du projet !
Je sais que le projet Nexuiz/Xonotic a fait plusieurs fois le ménage des ses maps, par souci de qualité.
D'ailleurs, certaines de ces maps ont parfois été récupérées par OpenArena qui semble moins strict sur la cohérence et la qualité globale…
ce commentaire est sous licence cc by 4 et précédentes
Pour toute application "multi-utilisateurs", telles que jeux en ligne […] il est important que tout le monde utilise la même version du logiciel.
Avec dépôt, pourvu qu'il soit vraiment centralisé:
On n'a pas toujours le choix de la version, mais au moins on a tous la même!
Il "suffirait" (yaka, faukon hein!) que les serveurs soient associés aux dépôts et l'indiquent.
Une question qui me viens à l'esprit, mais les plate formes comme Steam ne rendent pas déjà ce genre de service sous Windows ? (c'est une vraie question, je n'ai jamais utilisé Steam).
La raison du problème pour Tremuluous, c'est qu'il n'y a plus de version stable.
C'est une bonne conclusion pour mon journal. :)
Pourquoi un jeu aussi populaire que Battle for Wesnoth n'a aucun fork, n'a pas de problèmes de serveurs qui n'ont pas le dernier patch à la mode, etc?
Parce que la gestion est meilleure que celle de Tremulous ? :)
Parce que la meilleure manière de ne pas avoir de fork est d'être un projet vivant, stable et bien géré ?
ce commentaire est sous licence cc by 4 et précédentes
Aussi, tu as oublié d'expliquer ce qu'est Daemon, on le devine un peu du contexte, mais c'est pas explicitement dit.
Ah oui en effet !
Donc, comme on le devine, dans le projet Unvanquished fork de TremZ (le jeu complet), Daemon est le fork d'OpenWolf (le moteur).
Ben, Unvanquished pour moi c'est en majeure partie de nouvelles données et des tweaks pour équilibrer le jeu, j'ai pas vu de nouvelles features.
Les quelques tweaks qui sont là ressemblent furieusement à ceux qui ont été expérimentés par tous les forks précédents, donc on peut dire que le risque n'est pas grand, une partie du travail avait déjà été éprouvée.
Pour les données, ils n'ont pour le moment remplacé que des modèles et des textures (ce qui ne change pas encore le gameplay), et ont commencé à intégrer des maps (ce qui peut changer le gameplay, mais c'est propre à la map, pas au jeu). Ils n'ont pas touché aux différentes classes d'Alien, ni aux types d'armes, ni aux différents objets constructibles et à leur rôle stratégique.
Question jeu, je n'ai senti encore aucune différence, certains détails graphiques ont changé, mais ça ne modifie rien à l'expérience de jeu ni à l'ambiance. Je trouve qu'ils font ça d'une manière assez juste, sans prendre de trop gros risque.
On peut dire que la migration de tremulous depuis le moteur originel vers Daemon est déjà un succès, maintenant il peuvent s'attaquer au reste par petite touche. Et puis comme Tremulous 1.1.0 est déjà vieux de six ans, cela permet de poser un regard plus neuf sur Unvanquished, beaucoup de petites variations n'ont plus de risque de choquer.
Aussi, je n'ai peut-être pas été très clair, mais dans mon commentaire « _Les données ne sont quasiment jamais forkées […] Ce sont les moteurs qui forkent._ », il faut comprendre que ces données contiennent une grosse part de la logique du jeu, et pas seulement les textures ou les sons. Dans les jeux basé sur un moteur idTech, on peut voir un peu le moteur comme un interpréteur (c'est une analogie), Ce qui détermine qu'il y ai une équipe d'humain et d'alien, que les aliens puissent muter mais pas les humains, que les humains puissent acheter et vendre des armes, qu'il faille un réacteur pour construire une nouvelle structure humaine etc. tout ça n'est pas dans le moteur Daemon/idTech3, mais le moteur Daemon/idTech3 propose des fonctions qui permettent d'implémenter cette logique.
Les données, dans ce type de jeu, c'est plus qu'un thème.
On pourrait faire une analogie avec navigateur exécutant un webmail : ils ont remplacé chrome par firefox (interpréteur js, xml, css = le moteur), ils ont commencé à faire varier la css et les images, mais ils n'ont pas touché au javascript ni au concept du webmail. C'est toujours un webmail, pas un service de microblogging (par exemple).
ce commentaire est sous licence cc by 4 et précédentes
Euh non ça ne casse rien, dans ce cas là webkit rejoint gecko dans la liste des exceptions, ça ne change rien à la tendance générale ni la volonté habituelle.
ce commentaire est sous licence cc by 4 et précédentes
Je pensais plutôt à l'underground, et ce qui s'en rapproche à savoir les utilisations illégales de faible ampleur. […] Toute la question, c'est l'ampleur, et il y a tout un tas d'utilisation illégales qui ne font de tort à personne, et où le flou juridique n'est pas un problème.
Tout à fait, c'est ce à quoi je faisais référence quand je parlais du « cercle de la famille », souvent ce « cercle de la famille » plus ou moins bien défini peut-être élargi sans que cela ne pose problème. Pourtant on se rend compte que ce n'est pas si confidentiel que ça, on peut prendre l'exemple de youtube : sur toutes les vidéos publiées, quelle proportion est totalement propre ? La masse de la population accepte de vivre dans la tolérance, alors qu'elle pourrait vivre dans la légalité. Lorsque Tonton fait un diaporama familial de photo de vacance accompagné d'une musique épique de son artiste préféré, pas de problème… Quand Tonton met cette vidéo sur youtube, cela devient une publication internationale… et pourtant c'est encore la plupart du temps toléré (si ce n'est pas une musique du top40)… Un jour le tonton il fait une vidéo plus officielle pour une quelconque association, et reproduit le même comportement… Comme son association est assez confidentielle ce sera encore toléré… Etc.
Je me souviens lorsque j'étais en école d'ingé, comme dans toutes ces écoles les étudiants doivent élaborer des projets toujours plus diverses et ambitieux. Un jour un groupe d'étudiant avait un projet intéressant (je ne me souviens pas exactement du projet), qui répondait à un besoin légitime, mais qui ne pouvait pas vraiment être réalisé avec la législation actuelle sur le droit d'auteur. Quand le jury a posé la question inévitable « mais vous pensez que vous aurez le droit ? », l'étudiant le plus affirmé du groupe rétorqua tout de go « Boah, on est étudiant ! ». Le but de ce genre d'école est aussi de faire prendre conscience au gars en question qu'un jour il n'aurait plus ses 25 à 50% de réductions SNCF, qu'il n'aurait plus l'accès au resto U ni aux résidences universitaires, ni sa carte de transport interurbain subventionnée, qu'il n'aurait plus le Louvre gratuit ni aucune réduction cinéma, ni les ristournes du macdo et autres combines qui ne sont là que pour le former à être un consommateur servile.
Beaucoup d'habitudes « underground » deviennent parfois de vraies institutions jusqu'à devenir des modes qui ne semblent « underground » que parce qu'elles reprennent les codes « underground ». L' « underground », ça me fait parfois penser au « politiquement incorrect » des médias actuels, qui ne signifie souvent que le fait (peu risqué et peu polémique) de citer l'opposition actuelle. L' « underground », par définition, on ne devrait pas le voir beaucoup !
La légitimité s'oppose parfois à la légalité, dans certains cadres restreint (qu'on appelle ça « underground » ou « cercle privé de la famille » en fonction de la culture et du milieu peu importe) la préférence de la première sur la seconde est acceptable. Le problème c'est quand cette préférence devient une habitude et survit en sortant de ce cadre restreint.
Pour Warsow je pense qu'en effet cela semble assez bien encadré, peut-être même plus sérieusement que dans certains projets libres (!)… Après il y a le débat du libre/pas libre, pourquoi certains projets, comme Warsow, pensent que le propriétaire est une meilleure solution. Personnellement, même si je ne remettrai pas en cause leur volonté, et que de toute manière ça ne me dérange pas tant que ça que Warsow ne soit pas complètement libre, je trouve que les arguments rapportés par ce journal ne me satisfont pas. :)
En tout cas merci pour tes interventions posées et claires, et puis c'est courageux de ta part car il était prévisible que certains de tes partis pris mènent à des frictions ! :)
ce commentaire est sous licence cc by 4 et précédentes
Puisque c'est à l'origine un journal, je rappelle que les journaux sont des espaces personnels mutualisés d'expression libre et qu'ils appartiennent à ceux qui les ont postés, que les avis n'engagent que leurs auteurs et que LinuxFR ne saurait être rendue responsable de la présence dans cette dépêche de quelconque avis personnel, opinion, supposition, parti-pris, lancé de troll, humeur, ou allusion d'initié ! :)
ce commentaire est sous licence cc by 4 et précédentes
C'était pour faire référence aux débats précédents, j'aurai pu dire aussi « Ce genre d'image est-elle une récompense pour quelqu'un ? » en référence à ce commentaire.
J'ai hésité entre le cliché « c'est pour des machos frustrés fantasmant derrière leur écran » et « c'est une carotte pour les liseurs de nourjals », j'ai choisi le premier /o\.
ce commentaire est sous licence cc by 4 et précédentes
[^] # Re: Connaisse pas la joie des depots
Posté par Thomas Debesse (site web personnel, Mastodon) . En réponse à la dépêche Une histoire de fork. Évalué à 3.
C'est pour ça que Mike Oldfield a sorti 3 « Tubular Bells »…
Tu sais qu'en musique (art interprété, vivant) il existe plusieurs versions de partoches ou d'harmonisation pour certains morceaux ? Qu'un musicien interprète ne reproduit jamais une œuvre, il ne fait que produire de nouvelles œuvres dérivées et éphémères à chaque fois qu'il interprète ?
Bref, tu prends un cas particulier (valable pour une statue ou une peinture, quoiqu'elle puisse faire l'objet d'un travail de restauration, et tu l'étends à tout l'art) mais c'est pas pertinent du tout ! Et le théatre ? Et la danse ? Tout ça se rapproche beaucoup du jeu ! Et pourquoi un programme ne serait pas une œuvre d'art, et dans ce cas là, sous prétexte de l'intouchabilité d'une statue ou d'un bâtiment classé, l'on ne pourrait y toucher ?
Pour le reste du débat dépôt vs setup, je vais pas trop perséverer parce qu'on sait que ça ne mène à rien. Je vais me limiter à cela :
En effet, si ton but est de faire un jeu 'figé', alors oui tu peux faire un setup ala windows, il y a des très très vieux binaires de jeux proprio sous linux qui marchent encore (mais aussi rares que sont tout simplement rares les jeux sous linux) ce qui prouve que c'est possible.
Pour un jeu comme Unvanquished, le jeu évolue, des maps sont régulièrement créées, ce qui fait de l'univers d'Unvanquished un univers en expansion. Et puis les développeurs ont le droit de ne pas faire un jeu "définitif", même si d'autres le font, et s'il ne le font pas, un dépôt est une excellente idée.
Si tu veux faire un jeu définitif, oui tu peux te restreindre à une archi (ou mieux, une vm), mes jeux megadrive marchent toujours parce qu'on sait comment émuler une megadrive, il y a pas 300 modèles, mais Unvanquished n'est pas un jeu console prévu pour sortir sur cartouche ou galette de plastique en lecture seule !
Unvanquished est en release early, release often, il y a des corrections de bug, des améliorations, des optimisations, de nouvelles peut-être y aura-t-il de nouvelles fonctionnalité… Ils pourraient faire un setup, mais travailler avec le gars qui gère le dépôt ça prend pas nécessairement plus de temps, et pour les raisons sus-citée, le dépôt est une meilleure idée pour ce type de jeu.
Surtout, le débat dépot vs setup est biaisé parce qu'en fait c'est un débat setup sur une seule distribution avec seulement des différences de version et quelques saveurs vs 5000 dépôt pour 5000 distribution. Le débat des 5000 distributions est un autre débat, mais il empêche de débattre sereinement de la pertinence d'un dépôt : ce n'est pas un défaut du modèle "dépôt" qu'il y ai 5000 distribs, et c'est uniquement le fait qu'il y ai 5000 distribs qui fait que le modèle "dépôt" ne marche pas complètement, mais ce n'est pas un défaut du modèle "dépôt".
Un dépôt comme PlayDeb fait un peu le rôle de steam pour les jeux libres ou semi-libres/portables. Alors oui ce n'est que pour Ubuntu, mais là encore c'est un autre débat que le "figé" vs "maintenu" ou "setup" vs "dépôt", autre débat qui nuit beaucoup, mais autre débat.
Et puis je vais troller méchamment, mais je préfère que la plate forme linux de référence pour jouer sois une imaginaire PlayPlayLinux ou Ubuntu Linux ou une autre mais qu'elle existe ! Et peu importe les déçus qui auraient préféré leur préférée, et peu importe comment cette référence s'établit. Si (par exemple), demain à cause de PlayDeb et Steam, 99% des jeux tournent sans souci sous Ubuntu (et on s'en fout que ce soit celle-ci ou une autre), on aura déjà fait un GRAND pas en avant ! Des centaines de joueurs gardent un dual boot sous Windows pour pouvoir jouer, il préfèreront avoir dans un coin de leur distrib préférée un chroot Ubuntu pour jouer, utilisable sans rebooter, et complètement intégrable à leur environnement. Hop, plus de reboot, plus de dual boot, seulement un chroot libre, quel grand progrès ce serait !
ce commentaire est sous licence cc by 4 et précédentes
[^] # Re: La doc c'est pas ça.
Posté par Thomas Debesse (site web personnel, Mastodon) . En réponse au journal Venez jouer à Unvanquished. Évalué à 3.
Quand on fait
Alt-Tabça réduit la fenêtre aussi !ce commentaire est sous licence cc by 4 et précédentes
[^] # Re: La doc c'est pas ça.
Posté par Thomas Debesse (site web personnel, Mastodon) . En réponse au journal Venez jouer à Unvanquished. Évalué à 4. Dernière modification le 26 août 2012 à 20:08.
Pourquoi pas tout simplement "Invaincus" ou "les invaincus" ? Ça annonce tout de suite la couleur francophone.
je crois que pour le bleu-blanc-rouge (ok tout les francophones ne sont pas français) :
^4Inv^7ain^1cusdanssv_hostnamece commentaire est sous licence cc by 4 et précédentes
[^] # Re: La doc c'est pas ça.
Posté par Thomas Debesse (site web personnel, Mastodon) . En réponse au journal Venez jouer à Unvanquished. Évalué à 3.
Très bonne idée le rdv à 20h !
là j'y suis déjà, on est deux !
ce commentaire est sous licence cc by 4 et précédentes
[^] # Re: Récit de mon aventure
Posté par Thomas Debesse (site web personnel, Mastodon) . En réponse au journal Venez jouer à Unvanquished. Évalué à 3.
Alors je corrige, si le bug vient bien d'une option pour être moins gourmand en ressource, ce n'est pas un problème du moteur de rendu "oldschool".
Ceux qui comme moi ont une petite bécane pas du tout conçue pour jouer avec intel intégrée, voici l'option à passer à
unvanquishedpour utiliser le moteur de rendu classique :unvanquished +set cl_renderer GLÉvidemment, c'est perdre les avancées d'XreaL, mais au moins vous pouvez jouer et pouvez agrandir la liste des joueurs :)
ce commentaire est sous licence cc by 4 et précédentes
[^] # Re: Connaisse pas la joie des depots
Posté par Thomas Debesse (site web personnel, Mastodon) . En réponse à la dépêche Une histoire de fork. Évalué à 3.
Rien n'est moins sûr !
C'est vrai sur le marché de la console de jeu, mais ce n'est qu'une manière de concevoir le développement d'un jeu, même si cette idée est majoritaire.
Ce n'est pas parce que le plus gros marché du jeu vidéo fonctionne sur ce principe que tout développement de jeu vidéo doit se faire selon ces mêmes rêgles.
Avec le même raisonnement on pourrait dire :
Un programme c'est un produit 'fini'.
Donc quand ça marche on n'y touche pas, on n'a pas besoin des sources non plus, et c'est très bien ainsi !
Rien n'empêche un mainteneur (par exemple celui de PlayDeb) d'être considéré justement comme le mainteneur du jeu NNNN et pour ce rôle, membre de l'équipe de développement de NNNN. Les ensembles 'développeurs' et 'mainteneurs' ne sont pas fondamentalement disjoints, il peut y avoir jonction. Le travail du mainteneur peut être complètement intégré au projet.
Soit le projet peut demander à son membre qui fait habituellement les packages de rejoindre l'équipe d'un dépôt, soit au contraire, le projet qui est habituellement empaqueté par un dépôt peut proposer au mainteneur de ce dépôt de rejoindre l'équipe pour ce rôle, créer un lien social, avoir en lui un interlocuteur privilégié, lui donner un droit de regard et la possibilité de poser des rapports de bugs visant à améliorer son travail d'empaquetage, et in fine une meilleure expérience utilisateur.
L'inverse de « je fais un setup parce que ça n'attend pas » n'est pas, « je publie l'url d'un dépôt et j'attends qu'un inconnu surgisse de nulle part poussé par la main invisible et empaquette tant bien que mal le jeu sans jamais me demander de l'aide ».
ce commentaire est sous licence cc by 4 et précédentes
[^] # Re: Récit de mon aventure
Posté par Thomas Debesse (site web personnel, Mastodon) . En réponse au journal Venez jouer à Unvanquished. Évalué à 3.
Pour ceux qui utilisent la version playdeb sous Ubuntu x86_64, j'ai personellement un bug lorsque je met Video Quality à "low", j'obtiens ensuite une erreur
GLW_StartOpenGL() - could not load OpenGL subsystem: Missing GL version. Pour pouvoir à nouveau lancer Unvanquished, je doit remplacer la ligneseta r_ext_multisample 2parseta r_ext_multisample 0dans$HOME/.Unvanquished/main/profiles/$PSEUDO/autogen.cfg.En fait je crois que ça vient du fait que le moteur de jeu Daemon propose deux moteurs de rendu, celui traditionnel d'ioQuake3 pour les petites configurations, et le moteur d'XreaL plus gourmand, et je suppose que l'option "low" active l'ancien moteur et que ce moteur là crash. (m'enfin, ce sont des suppositions à vérifier).
ce commentaire est sous licence cc by 4 et précédentes
[^] # Re: Récit de mon aventure
Posté par Thomas Debesse (site web personnel, Mastodon) . En réponse au journal Venez jouer à Unvanquished. Évalué à 5.
Et dire aussi que ça coûte pas cher de tout mettre en minuscule :)
ce commentaire est sous licence cc by 4 et précédentes
[^] # Re: Récit de mon aventure
Posté par Thomas Debesse (site web personnel, Mastodon) . En réponse au journal Venez jouer à Unvanquished. Évalué à 7. Dernière modification le 26 août 2012 à 16:52.
C'est la norme XDG Base Directory Specification
Il serait bon en effet qu'ils mettent les fichier de configurations dans $XDG_CONFIG_HOME/Unvanquished, soit par défaut $HOME/.config/Unvanquished et mettent les maps autotéléchargées dans $XDG_DATA_HOME/Unvanquished, soit par défaut $HOME/.local/share/Unvanquished . C'est une bonne idée d'en faire la demande !
ce commentaire est sous licence cc by 4 et précédentes
[^] # Re: US vs !US
Posté par Thomas Debesse (site web personnel, Mastodon) . En réponse au journal Apple vs Samsung: le verdict. Évalué à 10.
Je ne sais pas pourquoi, mais mes yeux ont d'abord lu « libre chantage »…
ce commentaire est sous licence cc by 4 et précédentes
[^] # Re: ?sujet du commentaire? bof comme tu le sens
Posté par Thomas Debesse (site web personnel, Mastodon) . En réponse au journal Un Ipad dans la liste des fournitures scolaires. Évalué à 2.
faites en 4 fois 1h après les cours, 4 jours d'affilée.
ce commentaire est sous licence cc by 4 et précédentes
[^] # Re: ?sujet du commentaire? bof comme tu le sens
Posté par Thomas Debesse (site web personnel, Mastodon) . En réponse au journal Un Ipad dans la liste des fournitures scolaires. Évalué à 3.
Un jour j'ai pris 4h de colle parce que mon livre n'était pas couvert… Il se trouve que si la prof a pu voir qu'il n'était pas couvert, c'est parce que j'étais le seul de ma classe à l'avoir apporté ce jour là… J'aurai mieux fait de ne pas le sortir de mon cartable…
ce commentaire est sous licence cc by 4 et précédentes
[^] # Re: En corrèze
Posté par Thomas Debesse (site web personnel, Mastodon) . En réponse au journal Un Ipad dans la liste des fournitures scolaires. Évalué à 3.
Non, c'est la boîte, avec l'argent que toi et ton employeur mettent dans la tire-lire de la boîte par votre travail commun.
Au final, c'est toi, par ton travail, qui paie le matos que la boîte te confie. Si le matos qui t'es nécessaire pour travailler coûte plus cher que ce que tu rapportes à la boîte, ça signifie que tu coûtes plus que tu ne rapportes, donc tu sera le premier à partir au prochain plan social.
Faut arrêter avec les réflexions à la "c'est l'état qui paie", "c'est la boîte qui paie", "c'est l'école qui paie".
Ce sont toujours des hommes qui paient, l'état, la boîte, l'école ou toute autre collectivité joue le rôle de gestionnaire.
C'est souvent pratique de passer par un gestionnaire (répartition, mutualisation, assurance, garantie, responsabilité), mais pas toujours. En l'occurrence, un enfant ne rapporte rien à une école. Des hommes paient pour sa formation (parent directement ou contribuable indirectement), des hommes paient pour ses fournitures (idem).
« Prendre en charge les fournitures » signifie déplacer le marché du privé vers le public, c'est une centralisation dont l'économie peut se passer. Il serait bon, plutôt, de décentraliser un peu… Il y a peut-être déjà trop de chose qui passent par l'économie de l'impôt, et qui pourraient se faire directement de citoyen à citoyen.
ce commentaire est sous licence cc by 4 et précédentes
[^] # Re: To fork or not to fork
Posté par Thomas Debesse (site web personnel, Mastodon) . En réponse à la dépêche Une histoire de fork. Évalué à 3.
Ah merci pour ce commentaire qui complète bien mon journal !
En fait je n'ai pas cité Q3Min parce que je n'ai trouvé plus trouvé de lien pertinent. Donc entre deux projets morts, j'ai cité celui qui avait une description sur le wikia d'OpenArena… Ça ne change pas l'idée que les rares forks n'ont pas fait long feu. :)
Merci des détails concernant OpenArena (projet que je connais moins). Tu décrit une impression que je ressentais plus ou moins, j'avais déjà entendu parlé de ces difficultés de dialogues, mais pas aussi bien décrites.
Pour les trois catégories de ceux qui restent, cela ressemble un peu à Tremulous, sauf que pour Tremulous il y a une 4ième catégorie, ceux qui restent uniquement pour décourager et dire « mais ça sert à rien ce que tu fais, Tremulous est mort, c'est trop tard », dès que quelqu'un arrive la bouche en cœur avec un peu d'espoir pour donner un nouveau souffle dans un quelconque domaine.
Oui, c'est un sentiment que j'ai, et que je traduis certainement mal quand j'essaie de faire le lien avec des méthodes qui me semblent plus habituelles au monde propriétaire. Les arguments que j'ai donné ne sont peut-être pas les bons, mais ils essaient de comprendre pourquoi, souvent, le libre n'est qu'un détail pratique (ce qui est déjà pas mal).
Ce n'est peut-être pas vrai pour tous les concepts de jeu vidéo, mais pour la catégorie de jeu multijoueur en ligne (et pas nécessairement FPS) qui permet de faire évoluer progressivement l'univers, une communauté libre devrait pouvoir (avec le temps) fournir des jeux d'excellente qualité. En fait les licences CC n'obligent pas nécessairement les sources, ça se comprend pour un enregistrement audio, où l'on ne peut sourcer ni l'interprète ni l'instrument etc. mais cela fait que beaucoup de ressources sous licence CC considérées libres (CC-By-Sa par exemple) ne viennent pas sans sources. Par exemple la plupart des maps de Tremulous viennent sans les sources. Si elles étaient fournies avec les sources, on aurait pu les améliorer de manière incrémentale (rajouter des détails, changer les textures, corriger des problème d'équilibrage entre les deux classes de combattants…). Beaucoup trop de choses sont à remplacer plutôt qu'à faire évoluer, et ça bouffe des ressources inutiles.
ce commentaire est sous licence cc by 4 et précédentes
[^] # Re: Petite conclusion
Posté par Thomas Debesse (site web personnel, Mastodon) . En réponse au journal Une autre structure pour la diffusion des films / appel à contribution.. Évalué à 2.
Ben… ce qui me choque, c'est que j'ai pris un DVD comme exemple et donc une vidéo assez minable :). Plutôt que de me dire « l'image est pourrie, je peux baisser la qualité de ma compression audio » je chercherai plutôt une piste vidéo de meilleure qualité pour joindre à la piste audio. Je suppose que si je codais la même vidéo à partir d'une source en FullHD ou en 4K, l'écart entre le son et l'image se creuserait sérieusement !
Je suis curieux, tiens, quelle est le format du son utilisé dans les cinémas, on a parlé de DCI pour la vidéo, mais quel est l’échantillonnage, par exemple ?
Et puis dans le présent exemple, un concert, oui je préfère avoir plus d'information sonore que de vidéo, j'ai l'impression que c'est la logique suivie aussi par ceux qui ont édité le DVD, 2 DVD, 14go pour seulement 2h30 de film, une seule piste vidéo, deux pistes audio, et aucun bonus, beaucoup font tenir plus que ça sur moins que ça. Je n'ai pas mesuré la ratio (taille allouée au son / à la vidéo) sur ces DVDs, mais je suppose qu'elle est en faveur du son (pas d'AC3, mais PCM et DTS), plus que dans les DVD de films habituels.
ce commentaire est sous licence cc by 4 et précédentes
[^] # Re: Ah merci pour la transformation !
Posté par Thomas Debesse (site web personnel, Mastodon) . En réponse à la dépêche Une histoire de fork. Évalué à 3.
Ah super merci !
ce commentaire est sous licence cc by 4 et précédentes
[^] # Re: Et du coup...
Posté par Thomas Debesse (site web personnel, Mastodon) . En réponse au journal Comme quoi, il faut penser à tout.. Évalué à 10.
Ah dans mon sud à moi (Toulon) je n'ai pas encore vu ça. Par contre ils n'ont aucune sympathie pour le pauvre gars qui aurait le malheur de être exactement à l'arrêt de bus.
Moi j'ai vu ça souvent en région parisienne, un des bus que j'utilisais faisait un itinéraire de ce type :
Et quand les chauffeurs traînaient trop à la pause, arrivant en courant le café à la main, ils faisaient tout simplement :
C'était un bus à itinéraire variable, dépendant du taux de caféine contenue dans la tasse du
capitainechauffeur.ce commentaire est sous licence cc by 4 et précédentes
[^] # Re: Avis personnel
Posté par Thomas Debesse (site web personnel, Mastodon) . En réponse à la dépêche Une histoire de fork. Évalué à 3.
Ça c'est un vrai problème, et c'est vrai qu'humainement c'est très difficile de savoir jeter !
J'ai lu récemment un article, déjà ancien pourtant, sur le fait que Splash Damage avait jeté une dizaine de map pour Enemy Territory et Quake Wars… Ça doit pas être facile comme décision, et pourtant ça peut être nécessaire pour la qualité globale du projet !
Je sais que le projet Nexuiz/Xonotic a fait plusieurs fois le ménage des ses maps, par souci de qualité.
D'ailleurs, certaines de ces maps ont parfois été récupérées par OpenArena qui semble moins strict sur la cohérence et la qualité globale…
ce commentaire est sous licence cc by 4 et précédentes
[^] # Re: dépôts
Posté par Thomas Debesse (site web personnel, Mastodon) . En réponse au journal Une histoire de fork. Évalué à 2.
Une question qui me viens à l'esprit, mais les plate formes comme Steam ne rendent pas déjà ce genre de service sous Windows ? (c'est une vraie question, je n'ai jamais utilisé Steam).
Pour continuer sur le débat du dépôt, FlightGear 2.8 est sorti il y a quelques jours à peine, et PlayDeb propose déjà la version 2.8 !
C'est une bonne conclusion pour mon journal. :)
Parce que la gestion est meilleure que celle de Tremulous ? :)
Parce que la meilleure manière de ne pas avoir de fork est d'être un projet vivant, stable et bien géré ?
ce commentaire est sous licence cc by 4 et précédentes
[^] # Re: Ah merci pour la transformation !
Posté par Thomas Debesse (site web personnel, Mastodon) . En réponse à la dépêche Une histoire de fork. Évalué à 4.
Au fait, comme cela a été relevé dans un commentaire du journal, j'ai oublié de préciser ce qu'était Daemon, même si ça se devine !
Si un admin peut rajouter cette ligne après le second paragraphe de la partie Unvanquished et Daemon :
Juste avant « Du côté de TremZ », ça rendra la lecture plus claire ! Merci !
ce commentaire est sous licence cc by 4 et précédentes
[^] # Re: Données forkées
Posté par Thomas Debesse (site web personnel, Mastodon) . En réponse au journal Une histoire de fork. Évalué à 4.
Ah oui en effet !
Donc, comme on le devine, dans le projet Unvanquished fork de TremZ (le jeu complet), Daemon est le fork d'OpenWolf (le moteur).
Les quelques tweaks qui sont là ressemblent furieusement à ceux qui ont été expérimentés par tous les forks précédents, donc on peut dire que le risque n'est pas grand, une partie du travail avait déjà été éprouvée.
Pour les données, ils n'ont pour le moment remplacé que des modèles et des textures (ce qui ne change pas encore le gameplay), et ont commencé à intégrer des maps (ce qui peut changer le gameplay, mais c'est propre à la map, pas au jeu). Ils n'ont pas touché aux différentes classes d'Alien, ni aux types d'armes, ni aux différents objets constructibles et à leur rôle stratégique.
Question jeu, je n'ai senti encore aucune différence, certains détails graphiques ont changé, mais ça ne modifie rien à l'expérience de jeu ni à l'ambiance. Je trouve qu'ils font ça d'une manière assez juste, sans prendre de trop gros risque.
On peut dire que la migration de tremulous depuis le moteur originel vers Daemon est déjà un succès, maintenant il peuvent s'attaquer au reste par petite touche. Et puis comme Tremulous 1.1.0 est déjà vieux de six ans, cela permet de poser un regard plus neuf sur Unvanquished, beaucoup de petites variations n'ont plus de risque de choquer.
Aussi, je n'ai peut-être pas été très clair, mais dans mon commentaire « _Les données ne sont quasiment jamais forkées […] Ce sont les moteurs qui forkent._ », il faut comprendre que ces données contiennent une grosse part de la logique du jeu, et pas seulement les textures ou les sons. Dans les jeux basé sur un moteur idTech, on peut voir un peu le moteur comme un interpréteur (c'est une analogie), Ce qui détermine qu'il y ai une équipe d'humain et d'alien, que les aliens puissent muter mais pas les humains, que les humains puissent acheter et vendre des armes, qu'il faille un réacteur pour construire une nouvelle structure humaine etc. tout ça n'est pas dans le moteur Daemon/idTech3, mais le moteur Daemon/idTech3 propose des fonctions qui permettent d'implémenter cette logique.
Les données, dans ce type de jeu, c'est plus qu'un thème.
On pourrait faire une analogie avec navigateur exécutant un webmail : ils ont remplacé chrome par firefox (interpréteur js, xml, css = le moteur), ils ont commencé à faire varier la css et les images, mais ils n'ont pas touché au javascript ni au concept du webmail. C'est toujours un webmail, pas un service de microblogging (par exemple).
ce commentaire est sous licence cc by 4 et précédentes
[^] # Re: à propos de XulRunner
Posté par Thomas Debesse (site web personnel, Mastodon) . En réponse au journal Une histoire de fork. Évalué à 2.
Euh non ça ne casse rien, dans ce cas là webkit rejoint gecko dans la liste des exceptions, ça ne change rien à la tendance générale ni la volonté habituelle.
ce commentaire est sous licence cc by 4 et précédentes
[^] # Re: Remarque d'un joueur
Posté par Thomas Debesse (site web personnel, Mastodon) . En réponse au journal Warsow, le pragmatisme versus la liberté. Évalué à 4.
Tout à fait, c'est ce à quoi je faisais référence quand je parlais du « cercle de la famille », souvent ce « cercle de la famille » plus ou moins bien défini peut-être élargi sans que cela ne pose problème. Pourtant on se rend compte que ce n'est pas si confidentiel que ça, on peut prendre l'exemple de youtube : sur toutes les vidéos publiées, quelle proportion est totalement propre ? La masse de la population accepte de vivre dans la tolérance, alors qu'elle pourrait vivre dans la légalité. Lorsque Tonton fait un diaporama familial de photo de vacance accompagné d'une musique épique de son artiste préféré, pas de problème… Quand Tonton met cette vidéo sur youtube, cela devient une publication internationale… et pourtant c'est encore la plupart du temps toléré (si ce n'est pas une musique du top40)… Un jour le tonton il fait une vidéo plus officielle pour une quelconque association, et reproduit le même comportement… Comme son association est assez confidentielle ce sera encore toléré… Etc.
Je me souviens lorsque j'étais en école d'ingé, comme dans toutes ces écoles les étudiants doivent élaborer des projets toujours plus diverses et ambitieux. Un jour un groupe d'étudiant avait un projet intéressant (je ne me souviens pas exactement du projet), qui répondait à un besoin légitime, mais qui ne pouvait pas vraiment être réalisé avec la législation actuelle sur le droit d'auteur. Quand le jury a posé la question inévitable « mais vous pensez que vous aurez le droit ? », l'étudiant le plus affirmé du groupe rétorqua tout de go « Boah, on est étudiant ! ». Le but de ce genre d'école est aussi de faire prendre conscience au gars en question qu'un jour il n'aurait plus ses 25 à 50% de réductions SNCF, qu'il n'aurait plus l'accès au resto U ni aux résidences universitaires, ni sa carte de transport interurbain subventionnée, qu'il n'aurait plus le Louvre gratuit ni aucune réduction cinéma, ni les ristournes du macdo et autres combines qui ne sont là que pour le former à être un consommateur servile.
Beaucoup d'habitudes « underground » deviennent parfois de vraies institutions jusqu'à devenir des modes qui ne semblent « underground » que parce qu'elles reprennent les codes « underground ». L' « underground », ça me fait parfois penser au « politiquement incorrect » des médias actuels, qui ne signifie souvent que le fait (peu risqué et peu polémique) de citer l'opposition actuelle. L' « underground », par définition, on ne devrait pas le voir beaucoup !
La légitimité s'oppose parfois à la légalité, dans certains cadres restreint (qu'on appelle ça « underground » ou « cercle privé de la famille » en fonction de la culture et du milieu peu importe) la préférence de la première sur la seconde est acceptable. Le problème c'est quand cette préférence devient une habitude et survit en sortant de ce cadre restreint.
Pour Warsow je pense qu'en effet cela semble assez bien encadré, peut-être même plus sérieusement que dans certains projets libres (!)… Après il y a le débat du libre/pas libre, pourquoi certains projets, comme Warsow, pensent que le propriétaire est une meilleure solution. Personnellement, même si je ne remettrai pas en cause leur volonté, et que de toute manière ça ne me dérange pas tant que ça que Warsow ne soit pas complètement libre, je trouve que les arguments rapportés par ce journal ne me satisfont pas. :)
En tout cas merci pour tes interventions posées et claires, et puis c'est courageux de ta part car il était prévisible que certains de tes partis pris mènent à des frictions ! :)
ce commentaire est sous licence cc by 4 et précédentes
# Ah merci pour la transformation !
Posté par Thomas Debesse (site web personnel, Mastodon) . En réponse à la dépêche Une histoire de fork. Évalué à 3.
Puisque c'est à l'origine un journal, je rappelle que les journaux sont des espaces personnels mutualisés d'expression libre et qu'ils appartiennent à ceux qui les ont postés, que les avis n'engagent que leurs auteurs et que LinuxFR ne saurait être rendue responsable de la présence dans cette dépêche de quelconque avis personnel, opinion, supposition, parti-pris, lancé de troll, humeur, ou allusion d'initié ! :)
ce commentaire est sous licence cc by 4 et précédentes
[^] # Re: nimage
Posté par Thomas Debesse (site web personnel, Mastodon) . En réponse au journal Une histoire de fork. Évalué à 2.
C'était pour faire référence aux débats précédents, j'aurai pu dire aussi « Ce genre d'image est-elle une récompense pour quelqu'un ? » en référence à ce commentaire.
J'ai hésité entre le cliché « c'est pour des machos frustrés fantasmant derrière leur écran » et « c'est une carotte pour les liseurs de nourjals », j'ai choisi le premier /o\.
ce commentaire est sous licence cc by 4 et précédentes