J’ai de bons souvenirs du dernier atelier Bépo que j’ai suivi aux JdLL, il y a deux ans de mémoire.
Malheureusement je n’ai pas pratiqué du tout depuis, je crois bien qu’il va falloir que je revienne cette année pour reprendre les bases ;)
Je pense que ça dépend de la manière dont on organise la semaine en question.
Pour ma part, c’est le mercredi que j’ai décidé de libérer. La vraie différence dans mon emploi du temps n’est pas que je suis passé de 5 jours de boulot par semaine à 4 jours, mais de 5 jours de boulot d’affilée à 2.
Ce changement est vraiment majeur : quand je me dis pendant que je suis au boulot qu’en fait j’aimerais bien avancer sur tel ou tel truc de mes projets perso, je ne me dis plus qu’il faut que je le fasse maintenant ou que j’attende le week-end. À la place, je sais que j’aurai la possibilité de le faire dans un meilleur cadre le lendemain ou le surlendemain.
Avec cette modification de mon organisation, le passage à une semaine de 3 jours aurait un impact beaucoup plus faible que le passage de 5 jours à 4 jours que j’ai déjà effectué.
Bien entendu, tout ça ne tient plus pour ceux qui viseraient plutôt un long week-end en prenant pour eux le lundi ou le vendredi (ce que ma boîte s’attendait à ce que je choisisse).
Je pratique la semaine de 4 jours depuis maintenant plus d’un an, et j’en suis pleinement satisfait.
Après trois mois dans mon entreprise, mal payé, je leur ai laissé le choix entre :
— augmenter mon salaire de 25 %
— diminuer mon temps de travail de 20 % (en conservant mon salaire)
Au niveau du taux horaire c’est équivalent, mais je ne regrette pas qu’on se soit mis d’accord sur le second choix.
Au bout d’un an à ce régime, je constate que mon efficacité sur 4 jours n’est pas vraiment différente de celle sur 5 jours, mon travail est juste moins dilué.
Sur 5 jours, j’avais tendance à prendre sur mon temps de travail pour avancer sur des projets libres sur lesquels je bosse et à être très large sur mes temps de pause. Maintenant je dédie presque tout mon temps de travail aux activités de l’entreprise, et j’ai une journée de plus dans un meilleur cadre (chez moi) pour avancer sur mes projets libres.
En bonus, je suis moins fatigué, moins ronchon, et j’ai le poil plus soyeux ;)
Bien sûr, j’ai du au début faire face à la jalousie de quelques collègues qui touchaient le même salaire que moi mais en travaillant un jour de plus. Jalousie que j’ai facilement désamorcé en les aidant à négocier des améliorations de leur situation (salaire et/ou temps de travail).
Le plus dur a été de leur faire comprendre que je ne suis pas dans une situation privilégiée qui m’a permis de négocier un avantage exceptionnel (comme je suis le seul sysadmin de la boîte et le référent technique sur pas mal de sujets, on me voit souvent comme un peu "à part"). Je me suis contenté de demander une amélioration de mes conditions de travail, qu’on m’a accordé tout bêtement parce que cette demande est raisonnable et qu’au final même mes employeurs y gagnent.
J’imagine que ce ne serait pas aussi facile pour tout le monde, avoir un poste d’administrateur système et développeur PHP dans une petite agence Web (une dizaine d’employés au moment de ma demande) a probablement joué dans les négociations. Mais ce qui est sûr c’est que si on ne demande rien, c’est très rarement de l’entreprise que viendra ce genre de proposition ;)
Petit calcul pour rebondir sur « le peuple a choisi », en prenant pour base la dernière élection présidentielle en date.
Tous les chiffres sont issus de l’article Wikipédia Élection présidentielle française de 2017.
Emmanuel Macron a été choisi au premier tour par 8 656 346 votants.
Le nombre d’inscrits sur les listes électorales à cette élection était de 47 582 183 personnes.
8 656 346 ÷ 47 582 183 = 18,19 % des inscrits le souhaitaient pour Président de la République.
Si on rapporte plutôt son score au nombre de personnes en âge de voter, ce qu’on peut faire grâce à une autre indication de l’article qui nous dit que seuls 88,6 % de ceux-ci sont inscrits sur les listes électorales, on obtient :
8 656 346 ÷ (47 582 183 ÷ 88,6 × 100) = 16,12 % des personnes en âge de voter le souhaitaient pour Président de la République.
Et tant qu’à faire poussons le raisonnement jusqu’au bout, en comparant à la population française :
8 656 346 ÷ 66 990 826 = 12,92 % de la population française le souhaitaient pour Président de la République.
Je vous invite à refaire les calculs, j’ai fait ça rapidement sur un coin de nappe, donc j’ai pu me planter quelque part. Mais je doute me tromper de beaucoup.
En tous cas, je ne vois pas l’adhésion de ~13 % de la population comme justifiant des affirmations du style « le peuple a choisi » ;)
À savoir que les élections présidentielles ont souvent un fort taux de participation en France, je vous laisse imaginer la légitimité des autres élus quand on prend la peine de faire quelques calculs élémentaires plutôt que de gober ce qu’on nous sert dans les grands médias.
il ne s’agit pas d’écrire du code ou de toute autre activité chronophage, mais simplement de fusionner les changements dûment expliqués par Adrien
C’est un piège dans lequel on tombe facilement tant qu’on n’est pas soi-même passé de l’autre côté de la pull request ;) (moi le premier d’ailleurs avant de me lancer dans l’aventure)
En fait la difficulté/durée de la tâche importe peu, c’est de se dégager du temps tout court qui n’est pas évident.
Il peut facilement s’écouler des semaines sans que je ne puisse contribuer d’une quelconque façon à mon propre projet. Et pourtant je suis un passionné qui y dédie la quasi-totalité de mon temps libre avec grand plaisir !
Pour ne rien arranger, quand on a enfin un peu de temps devant soi il est souvent beaucoup plus attirant de le passer à développer soi-même que d’intégrer les modifications de contributeurs. J’essaie d’éviter au maximum ce travers, mais c’est souvent au prix d’une réduction de mon plaisir personnel, donc je comprends facilement que d’autres puissent laisser traîner des pull requests qui pourtant seraient très bénéfique à tous les utilisateurs du logiciel.
Je me rappelle d’un commentaire ici-même, de mémoire de Jehan, qui donnait comme approximation deux mois comme le temps raisonnable avant de relancer le mainteneur d’une application sur ce genre de sujet. De mon expérience (forcément limitée et biaisée bien sûr), c’est une bonne approximation.
Bref, maintenir un logiciel libre plus ou moins largement utilisé est une activité franchement pas évidente, et ça se complique encore plus quand de sympathiques contributeurs viennent nous donner un coup de main ;)
C’est paradoxal, mais plus on nous aide et plus on a de boulot. Ce qui me sauve (et probablement d’autres mainteneurs dans le même esprit) est que je suis toujours très enthousiaste à l’idée d’accueillir de nouveaux contributeurs, et donc essaie de traiter rapidement leurs demandes pour leur donner envie de rester.
La contrepartie, c’est que je laisse plus facilement traîner les requêtes des contributeurs bien habitués au projet, qui ont compris depuis longtemps que je peux laisser une requête sans réponse pendant des semaines voire des mois sans que ça ne signifie que je les ai oublié.
Désolé pour le pavé mais c’est la première fois que j’ai l’occasion de m’exprimer à ce sujet, alors je me suis un peu laissé aller ;)
C’est étonnant ce manque de réactivité du gestionnaire du projet pour fusionner tes modifs.
Étant mainteneur d’un logiciel libre, je ne trouve pas qu’un mois d’attente dénote d’un quelconque manque de réactivité.
Il ne faut pas oublier que maintenir un logiciel libre se fait souvent en parallèle d’autres activités chronophage, comme par exemple un emploi rémunéré, donc on peut avoir une disponibilité très aléatoire en fonction de plein de choses sur lesquelles on n’a aucun contrôle.
La plupart des outils liés a la compilation/transpilation d’assets pour le Web permettent de déclarer des actions différentes selon qu’on soit sur une instance de développement ou de production. On peut donc par exemple réserver la minification au serveur en production.
Cette édition se présente très bonne pour les amateurs de jeux vidéo !
Il y a au programme bien sûr deux conférences de votre serviteur : ./play.it, à vos jeux ! où on cause installation de jeux vidéo commerciaux sur des systèmes libres (dépêche LinuxFR), et (en)jeux qui vous parle de l’importance qu’a pris le jeu vidéo comme média majeur dans notre société.
Je conseille aussi la Kheynote 2018 où vous pourrez en apprendre un peu plus sur le très ambitieux projet de créer un MMORPG 100% libre (univers compris), et un Contrib’atelier qui aura probablement lieu le dimanche et vous permettra de découvrir des façons de contribuer à des jeux vidéo libres de manières auxquelles vous n’auriez pas forcément pensé…
Et si je ne vous conseille pas aussi d’aller jouer à 0 A.D. c’est uniquement parce que les rédacteurs de la dépêche s’en sont déjà chargé ;)
Pour que Xonotic arrive au plus vite chez Ubuntu, je pense que la meilleure méthode est de donner un coup de main à l’équipe Debian Games par ici : RFP: xonotic—a fast-paced first-person shooter
Ça ne concerne que le texte mal justifié (faisant varier la longueur des espaces), cet extrait ne parle pas du tout d’un texte bien justifié en utilisant la césure des mots.
Le dernier point ("more densely packed text is read more efficiently … than is more loosely packed text.") me paraît même pouvoir être interprété en faveur de la justification.
Ce qui ne rend pas ton message moins intéressant pour autant ;)
Pour chercher des doublons dans une arborescence de fichiers, je conseille jdupes.
Dans le cas de fichiers audio il n’aidera par contre pas à retrouver les pistes en doublon avec une différence d’encodage ou de méta-données, il ne remonte que les fichiers strictement identiques.
Ubuntu 18.10 est la première version à proposer ./play.it dans ses dépôts, de mon point de vue (pas tout à fait objectif, je veux bien l’admettre) c’est une évolution majeure ;)
Un grand merci au passage à Phil Morrell qui s’est occupé de l’empaqueter, et le maintient à jour avec beaucoup de réactivité !
Pour ceux qui ne connaissent pas encore ce projet, venez donc à la prochaine Ubuntu Party à Paris (8 et 9 décembre à la Cité des Sciences) et on se fera une joie de vous en causer, avec peut-être aussi une démo et un atelier contribution au programme.
PS : Je viens de me rappeler qu’une question similaire avait été posée en commentaire de la dépêche précédente : Différences avec Lutris ?
Je promets que je ne l’ai pas relue avant de rédiger cette réponse-ci, malgré ce que pourraient laisser penser certaines phrases reprises quasiment à l’identique ;)
Il y a eu des contacts entre notre équipe et celle de Lutris pour proposer de partager des compétences, mais ça fait longtemps que je n’ai pas eu l’occasion de retourner discuter avec eux…
Par contre les deux projets n’ont à peu près aucune chance de fusionner, ne proposant pas du tout la même chose même si l’objectif final (jouer à des jeux vidéos commerciaux sous Linux) est similaire.
Lutris est une solution "tout en un" qui gère, sauf erreur de ma part, tout du téléchargement du jeu jusqu’à son lancement, et fournit un client graphique pour gérer la bibliothèque de jeux.
./play.it se rapproche plus du principe KISS en se concentrant uniquement sur l’installation des jeux. Pour obtenir une solution du type Lutris il faudrait donc combiner ./play.it avec d’autres logiciels remplissant les autres fonctions de Lutris.
Le choix de se concentrer sur une seule opération nous a permis de nous assurer qu’on la remplit au mieux, et permet à ./play.it d’être intégré facilement à une chaîne logicielle comme proposée par exemple par le projet en cours de développement build.it. Ou comme c’est le cas pour moi de lancer des installations de paquets via une session SSH depuis le boulot ;P
Les dépendances listées sont celles nécessaires au fonctionnement du script, celles du jeu étant installées par le gestionnaire de paquets.
La raison pour laquelle elles ne sont pas installées automatiquement par les scripts a été donnée par BetaRays, et je la confirme ;)
Par contre si tu installes ./play.it via ton gestionnaire de paquets, les dépendances communes à la majorité des scripts seront elles aussi installées.
Quelques scripts ./play.it 1.X géraient certains mods, je pense en particulier à ceux pour Baldur’s Gate et Star Wars: Knights of the Old Republic. Mais je n’étais satisfait par le système que j’avais utilisé à ce moment-là et ne l’ai donc pas gardé pour ./play.it 2.
Souvent, pour une gestion manuelle des mods il n’y a rien à modifier côté ./play.it. Pour Morrowind par exemple, il suffit de poser les mods dans ~/.local/share/games/morrowind/data files/ et de passer par le lanceur pour les activer.
Mais en effet, une solution plus générique, permettant peut-être d’empaqueter les mods et de pouvoir les installer/désinstaller via le gestionnaire de paquets de la distribution, pourrait être utile.
D’ailleurs, je viens d’ouvrir un ticket à ce sujet : Mod support (framagit.org)
Des questions pertinentes, merci de les avoir posées ;)
Est-il possible d'installer les jeux depuis un cd-rom ? Si non, pourquoi ?
Non, pas encore.
On en meurt tous d’envie au sein de l’équipe, mais les sources sur CD/DVD sont beaucoup plus difficiles à gérer que les installeurs de jeux dématérialisés, en particulier à cause de la quantité impressionnante de variations qui peut exister entres deux CD pour un même jeu (ré-éditions multiples et autres trucs du style).
Mais le boulot à ce sujet a débuté, comme en témoigne cette merge request de emorrp1 : WIP: 2.9 - AoE2 - New game (framagit.org)
Toute aide pour qu’on avance plus vite sur ce point est bien sûr la bienvenue ;)
Pourquoi vous occupez-vous de jeux déjà nativement porté sous GNU/Linux par leurs developpeurs (genre SOMA) ?
La plupart des contributeurs à ./play.it sont des maniaques de l’organisation, qui ne supportent pas qu’un logiciel colle ses fichiers dans le premier répertoire qui lui tombe sous la main. ./play.it permet d’éviter ça en standardisant les chemins d’installation des jeux (en se basant sur des standards existants et majoritairement utilisés par nos distributions).
Un autre avantage est la gestion automatique des dépendances, qu’on confie au gestionnaire de paquets de la distributions.
Certains jeux actuellement vendus dépendent de bibliothèques obsolètes mais ne les fournissent pas forcément pour autant, c’est un autre souci que ./play.it gère.
Et pour finir, certains jeux ne fonctionnent juste pas sur certaines configurations. Nous appliquons donc quelques bidouilles via les scripts ./play.it pour s’assurer qu’ils fonctionneront sur un maximum de configurations différentes, bidouilles qui vont de la simple déclaration de variable d’environnement jusqu’à la compilation de shim évitant certains crash récurrents.
Je le constate encore sur une dépêche que je viens de soumettre pour publication et dont je suis l’auteur : l’auteur d’une dépêche ne peut pas y ajouter de tags avant sa publication.
[^] # Re: J'y participe
Posté par vv222 (site web personnel) . En réponse à la dépêche Les Journées du Logiciel Libre 2019 ont besoin de vous !. Évalué à 3.
J’ai de bons souvenirs du dernier atelier Bépo que j’ai suivi aux JdLL, il y a deux ans de mémoire.
Malheureusement je n’ai pas pratiqué du tout depuis, je crois bien qu’il va falloir que je revienne cette année pour reprendre les bases ;)
[^] # Re: Sur la durée
Posté par vv222 (site web personnel) . En réponse au lien Travailler moins?. Évalué à 6. Dernière modification le 21 février 2019 à 17:33.
Je pense que ça dépend de la manière dont on organise la semaine en question.
Pour ma part, c’est le mercredi que j’ai décidé de libérer. La vraie différence dans mon emploi du temps n’est pas que je suis passé de 5 jours de boulot par semaine à 4 jours, mais de 5 jours de boulot d’affilée à 2.
Ce changement est vraiment majeur : quand je me dis pendant que je suis au boulot qu’en fait j’aimerais bien avancer sur tel ou tel truc de mes projets perso, je ne me dis plus qu’il faut que je le fasse maintenant ou que j’attende le week-end. À la place, je sais que j’aurai la possibilité de le faire dans un meilleur cadre le lendemain ou le surlendemain.
Avec cette modification de mon organisation, le passage à une semaine de 3 jours aurait un impact beaucoup plus faible que le passage de 5 jours à 4 jours que j’ai déjà effectué.
Bien entendu, tout ça ne tient plus pour ceux qui viseraient plutôt un long week-end en prenant pour eux le lundi ou le vendredi (ce que ma boîte s’attendait à ce que je choisisse).
# Témoignage
Posté par vv222 (site web personnel) . En réponse au lien Travailler moins?. Évalué à 10.
Je pratique la semaine de 4 jours depuis maintenant plus d’un an, et j’en suis pleinement satisfait.
Après trois mois dans mon entreprise, mal payé, je leur ai laissé le choix entre :
— augmenter mon salaire de 25 %
— diminuer mon temps de travail de 20 % (en conservant mon salaire)
Au niveau du taux horaire c’est équivalent, mais je ne regrette pas qu’on se soit mis d’accord sur le second choix.
Au bout d’un an à ce régime, je constate que mon efficacité sur 4 jours n’est pas vraiment différente de celle sur 5 jours, mon travail est juste moins dilué.
Sur 5 jours, j’avais tendance à prendre sur mon temps de travail pour avancer sur des projets libres sur lesquels je bosse et à être très large sur mes temps de pause. Maintenant je dédie presque tout mon temps de travail aux activités de l’entreprise, et j’ai une journée de plus dans un meilleur cadre (chez moi) pour avancer sur mes projets libres.
En bonus, je suis moins fatigué, moins ronchon, et j’ai le poil plus soyeux ;)
Bien sûr, j’ai du au début faire face à la jalousie de quelques collègues qui touchaient le même salaire que moi mais en travaillant un jour de plus. Jalousie que j’ai facilement désamorcé en les aidant à négocier des améliorations de leur situation (salaire et/ou temps de travail).
Le plus dur a été de leur faire comprendre que je ne suis pas dans une situation privilégiée qui m’a permis de négocier un avantage exceptionnel (comme je suis le seul sysadmin de la boîte et le référent technique sur pas mal de sujets, on me voit souvent comme un peu "à part"). Je me suis contenté de demander une amélioration de mes conditions de travail, qu’on m’a accordé tout bêtement parce que cette demande est raisonnable et qu’au final même mes employeurs y gagnent.
J’imagine que ce ne serait pas aussi facile pour tout le monde, avoir un poste d’administrateur système et développeur PHP dans une petite agence Web (une dizaine d’employés au moment de ma demande) a probablement joué dans les négociations. Mais ce qui est sûr c’est que si on ne demande rien, c’est très rarement de l’entreprise que viendra ce genre de proposition ;)
[^] # Re: Vallée de l'étrange
Posté par vv222 (site web personnel) . En réponse au journal Cette personne n'existe pas. Évalué à 8.
Le générateur donné en lien me donne au contraire l’impression qu’on est en train de sortir de cette vallée.
J’ai même imaginé un instant que l’info donnée sur le journal est bidon et que j’avais affaire à de vrais visages ;)
[^] # Re: et ben
Posté par vv222 (site web personnel) . En réponse au journal (Bonne nouvelle sur le) Renouvellement du droit d'auteur en Europe. Évalué à 6.
Petit calcul pour rebondir sur « le peuple a choisi », en prenant pour base la dernière élection présidentielle en date.
Tous les chiffres sont issus de l’article Wikipédia Élection présidentielle française de 2017.
Emmanuel Macron a été choisi au premier tour par 8 656 346 votants.
Le nombre d’inscrits sur les listes électorales à cette élection était de 47 582 183 personnes.
8 656 346 ÷ 47 582 183 = 18,19 % des inscrits le souhaitaient pour Président de la République.
Si on rapporte plutôt son score au nombre de personnes en âge de voter, ce qu’on peut faire grâce à une autre indication de l’article qui nous dit que seuls 88,6 % de ceux-ci sont inscrits sur les listes électorales, on obtient :
8 656 346 ÷ (47 582 183 ÷ 88,6 × 100) = 16,12 % des personnes en âge de voter le souhaitaient pour Président de la République.
Et tant qu’à faire poussons le raisonnement jusqu’au bout, en comparant à la population française :
8 656 346 ÷ 66 990 826 = 12,92 % de la population française le souhaitaient pour Président de la République.
Je vous invite à refaire les calculs, j’ai fait ça rapidement sur un coin de nappe, donc j’ai pu me planter quelque part. Mais je doute me tromper de beaucoup.
En tous cas, je ne vois pas l’adhésion de ~13 % de la population comme justifiant des affirmations du style « le peuple a choisi » ;)
À savoir que les élections présidentielles ont souvent un fort taux de participation en France, je vous laisse imaginer la légitimité des autres élus quand on prend la peine de faire quelques calculs élémentaires plutôt que de gober ce qu’on nous sert dans les grands médias.
[^] # Re: Correctionnelle
Posté par vv222 (site web personnel) . En réponse à la dépêche Firefox 65. Évalué à 5.
Si ce n’est pas déjà fait, je te conseille d’ouvrir un rapport de bug à ce sujet.
[^] # Re: ExchangeCalendar
Posté par vv222 (site web personnel) . En réponse au journal Mes activités open sources / libres récentes. Évalué à 6.
C’est un piège dans lequel on tombe facilement tant qu’on n’est pas soi-même passé de l’autre côté de la pull request ;) (moi le premier d’ailleurs avant de me lancer dans l’aventure)
En fait la difficulté/durée de la tâche importe peu, c’est de se dégager du temps tout court qui n’est pas évident.
Il peut facilement s’écouler des semaines sans que je ne puisse contribuer d’une quelconque façon à mon propre projet. Et pourtant je suis un passionné qui y dédie la quasi-totalité de mon temps libre avec grand plaisir !
Pour ne rien arranger, quand on a enfin un peu de temps devant soi il est souvent beaucoup plus attirant de le passer à développer soi-même que d’intégrer les modifications de contributeurs. J’essaie d’éviter au maximum ce travers, mais c’est souvent au prix d’une réduction de mon plaisir personnel, donc je comprends facilement que d’autres puissent laisser traîner des pull requests qui pourtant seraient très bénéfique à tous les utilisateurs du logiciel.
Je me rappelle d’un commentaire ici-même, de mémoire de Jehan, qui donnait comme approximation deux mois comme le temps raisonnable avant de relancer le mainteneur d’une application sur ce genre de sujet. De mon expérience (forcément limitée et biaisée bien sûr), c’est une bonne approximation.
Bref, maintenir un logiciel libre plus ou moins largement utilisé est une activité franchement pas évidente, et ça se complique encore plus quand de sympathiques contributeurs viennent nous donner un coup de main ;)
C’est paradoxal, mais plus on nous aide et plus on a de boulot. Ce qui me sauve (et probablement d’autres mainteneurs dans le même esprit) est que je suis toujours très enthousiaste à l’idée d’accueillir de nouveaux contributeurs, et donc essaie de traiter rapidement leurs demandes pour leur donner envie de rester.
La contrepartie, c’est que je laisse plus facilement traîner les requêtes des contributeurs bien habitués au projet, qui ont compris depuis longtemps que je peux laisser une requête sans réponse pendant des semaines voire des mois sans que ça ne signifie que je les ai oublié.
Désolé pour le pavé mais c’est la première fois que j’ai l’occasion de m’exprimer à ce sujet, alors je me suis un peu laissé aller ;)
[^] # Re: ExchangeCalendar
Posté par vv222 (site web personnel) . En réponse au journal Mes activités open sources / libres récentes. Évalué à 3.
Étant mainteneur d’un logiciel libre, je ne trouve pas qu’un mois d’attente dénote d’un quelconque manque de réactivité.
Il ne faut pas oublier que maintenir un logiciel libre se fait souvent en parallèle d’autres activités chronophage, comme par exemple un emploi rémunéré, donc on peut avoir une disponibilité très aléatoire en fonction de plein de choses sur lesquelles on n’a aucun contrôle.
[^] # Re: On n'est pas limité au JS côté front
Posté par vv222 (site web personnel) . En réponse au journal 8 mois avec Javascript (ES6) et vue.js : mon retour d'expérience du développement front en 2018. Évalué à 3.
La plupart des outils liés a la compilation/transpilation d’assets pour le Web permettent de déclarer des actions différentes selon qu’on soit sur une instance de développement ou de production. On peut donc par exemple réserver la minification au serveur en production.
# Jeux vidéo au Capitole
Posté par vv222 (site web personnel) . En réponse à la dépêche Capitole du Libre 2018 : programme du 17 et 18 novembre. Évalué à 4.
Cette édition se présente très bonne pour les amateurs de jeux vidéo !
Il y a au programme bien sûr deux conférences de votre serviteur : ./play.it, à vos jeux ! où on cause installation de jeux vidéo commerciaux sur des systèmes libres (dépêche LinuxFR), et (en)jeux qui vous parle de l’importance qu’a pris le jeu vidéo comme média majeur dans notre société.
Je conseille aussi la Kheynote 2018 où vous pourrez en apprendre un peu plus sur le très ambitieux projet de créer un MMORPG 100% libre (univers compris), et un Contrib’atelier qui aura probablement lieu le dimanche et vous permettra de découvrir des façons de contribuer à des jeux vidéo libres de manières auxquelles vous n’auriez pas forcément pensé…
Et si je ne vous conseille pas aussi d’aller jouer à 0 A.D. c’est uniquement parce que les rédacteurs de la dépêche s’en sont déjà chargé ;)
[^] # Re: Nexuiz
Posté par vv222 (site web personnel) . En réponse à la dépêche Suivre le championnat du monde de Defrag Xonotic. Évalué à 5.
Pour que Xonotic arrive au plus vite chez Ubuntu, je pense que la meilleure méthode est de donner un coup de main à l’équipe Debian Games par ici : RFP: xonotic—a fast-paced first-person shooter
[^] # Re: Justifier
Posté par vv222 (site web personnel) . En réponse au journal scraplap, pour mouler offline. Évalué à 5.
Ça ne concerne que le texte mal justifié (faisant varier la longueur des espaces), cet extrait ne parle pas du tout d’un texte bien justifié en utilisant la césure des mots.
Le dernier point ("more densely packed text is read more efficiently … than is more loosely packed text.") me paraît même pouvoir être interprété en faveur de la justification.
Ce qui ne rend pas ton message moins intéressant pour autant ;)
[^] # Re: parcourir une arbo
Posté par vv222 (site web personnel) . En réponse au message parcourir une arbo. Évalué à 3.
Pour chercher des doublons dans une arborescence de fichiers, je conseille jdupes.
Dans le cas de fichiers audio il n’aidera par contre pas à retrouver les pistes en doublon avec une différence d’encodage ou de méta-données, il ne remonte que les fichiers strictement identiques.
# Pour les amateurs de jeux vidéo
Posté par vv222 (site web personnel) . En réponse au journal Ubuntu, Fais moi rêver !. Évalué à 10.
Ubuntu 18.10 est la première version à proposer ./play.it dans ses dépôts, de mon point de vue (pas tout à fait objectif, je veux bien l’admettre) c’est une évolution majeure ;)
Un grand merci au passage à Phil Morrell qui s’est occupé de l’empaqueter, et le maintient à jour avec beaucoup de réactivité !
Pour ceux qui ne connaissent pas encore ce projet, venez donc à la prochaine Ubuntu Party à Paris (8 et 9 décembre à la Cité des Sciences) et on se fera une joie de vous en causer, avec peut-être aussi une démo et un atelier contribution au programme.
[^] # Re: Génial
Posté par vv222 (site web personnel) . En réponse à la dépêche ./play.it 2.10 : Debian, Gentoo et jeux vidéo. Évalué à 2.
PS : Je viens de me rappeler qu’une question similaire avait été posée en commentaire de la dépêche précédente : Différences avec Lutris ?
Je promets que je ne l’ai pas relue avant de rédiger cette réponse-ci, malgré ce que pourraient laisser penser certaines phrases reprises quasiment à l’identique ;)
[^] # Re: Génial
Posté par vv222 (site web personnel) . En réponse à la dépêche ./play.it 2.10 : Debian, Gentoo et jeux vidéo. Évalué à 4.
Il y a eu des contacts entre notre équipe et celle de Lutris pour proposer de partager des compétences, mais ça fait longtemps que je n’ai pas eu l’occasion de retourner discuter avec eux…
Par contre les deux projets n’ont à peu près aucune chance de fusionner, ne proposant pas du tout la même chose même si l’objectif final (jouer à des jeux vidéos commerciaux sous Linux) est similaire.
Lutris est une solution "tout en un" qui gère, sauf erreur de ma part, tout du téléchargement du jeu jusqu’à son lancement, et fournit un client graphique pour gérer la bibliothèque de jeux.
./play.it se rapproche plus du principe KISS en se concentrant uniquement sur l’installation des jeux. Pour obtenir une solution du type Lutris il faudrait donc combiner ./play.it avec d’autres logiciels remplissant les autres fonctions de Lutris.
Le choix de se concentrer sur une seule opération nous a permis de nous assurer qu’on la remplit au mieux, et permet à ./play.it d’être intégré facilement à une chaîne logicielle comme proposée par exemple par le projet en cours de développement build.it. Ou comme c’est le cas pour moi de lancer des installations de paquets via une session SSH depuis le boulot ;P
[^] # Re: Simplifier encore
Posté par vv222 (site web personnel) . En réponse à la dépêche ./play.it 2.10 : Debian, Gentoo et jeux vidéo. Évalué à 4.
Les dépendances listées sont celles nécessaires au fonctionnement du script, celles du jeu étant installées par le gestionnaire de paquets.
La raison pour laquelle elles ne sont pas installées automatiquement par les scripts a été donnée par BetaRays, et je la confirme ;)
Par contre si tu installes ./play.it via ton gestionnaire de paquets, les dépendances communes à la majorité des scripts seront elles aussi installées.
[^] # Re: Viser toujours plus loin
Posté par vv222 (site web personnel) . En réponse à la dépêche ./play.it 2.10 : Debian, Gentoo et jeux vidéo. Évalué à 3.
Quelques scripts ./play.it 1.X géraient certains mods, je pense en particulier à ceux pour Baldur’s Gate et Star Wars: Knights of the Old Republic. Mais je n’étais satisfait par le système que j’avais utilisé à ce moment-là et ne l’ai donc pas gardé pour ./play.it 2.
Souvent, pour une gestion manuelle des mods il n’y a rien à modifier côté ./play.it. Pour Morrowind par exemple, il suffit de poser les mods dans
~/.local/share/games/morrowind/data files/et de passer par le lanceur pour les activer.Mais en effet, une solution plus générique, permettant peut-être d’empaqueter les mods et de pouvoir les installer/désinstaller via le gestionnaire de paquets de la distribution, pourrait être utile.
D’ailleurs, je viens d’ouvrir un ticket à ce sujet : Mod support (framagit.org)
# Correction
Posté par vv222 (site web personnel) . En réponse à la dépêche ./play.it 2.10 : Debian, Gentoo et jeux vidéo. Évalué à 2.
Le lien vers une ancre au début de la section "Rappel des faits" pointe vers "#Évolutions-récentes" au lieu de "#toc-Évolutions-récentes".
Si un modérateur pouvait corriger ça ce serait sympa ;)
[^] # Re: Questions
Posté par vv222 (site web personnel) . En réponse à la dépêche ./play.it 2.10 : Debian, Gentoo et jeux vidéo. Évalué à 10.
Des questions pertinentes, merci de les avoir posées ;)
Non, pas encore.
On en meurt tous d’envie au sein de l’équipe, mais les sources sur CD/DVD sont beaucoup plus difficiles à gérer que les installeurs de jeux dématérialisés, en particulier à cause de la quantité impressionnante de variations qui peut exister entres deux CD pour un même jeu (ré-éditions multiples et autres trucs du style).
Mais le boulot à ce sujet a débuté, comme en témoigne cette merge request de emorrp1 : WIP: 2.9 - AoE2 - New game (framagit.org)
Toute aide pour qu’on avance plus vite sur ce point est bien sûr la bienvenue ;)
La plupart des contributeurs à ./play.it sont des maniaques de l’organisation, qui ne supportent pas qu’un logiciel colle ses fichiers dans le premier répertoire qui lui tombe sous la main. ./play.it permet d’éviter ça en standardisant les chemins d’installation des jeux (en se basant sur des standards existants et majoritairement utilisés par nos distributions).
Un autre avantage est la gestion automatique des dépendances, qu’on confie au gestionnaire de paquets de la distributions.
Certains jeux actuellement vendus dépendent de bibliothèques obsolètes mais ne les fournissent pas forcément pour autant, c’est un autre souci que ./play.it gère.
Et pour finir, certains jeux ne fonctionnent juste pas sur certaines configurations. Nous appliquons donc quelques bidouilles via les scripts ./play.it pour s’assurer qu’ils fonctionneront sur un maximum de configurations différentes, bidouilles qui vont de la simple déclaration de variable d’environnement jusqu’à la compilation de shim évitant certains crash récurrents.
[^] # Re: Déjà le cas
Posté par vv222 (site web personnel) . En réponse à l’entrée du suivi Ajout de tags sur les dépêches. Évalué à 2 (+0/-0).
Parfait, ne me reste plus qu’à trouver un nouveau sujet de dépêche pour tester ça.
[^] # Re: Déjà le cas
Posté par vv222 (site web personnel) . En réponse à l’entrée du suivi Ajout de tags sur les dépêches. Évalué à 2 (+0/-0).
On s’est bien compris, je n’ai pas eu cette possibilité pendant la rédaction ;)
Ou peut-être que c’est la deuxième dépêche d’affilée où j’ai manqué une option évidente, ce n’est pas à exclure.
[^] # Re: Déjà le cas
Posté par vv222 (site web personnel) . En réponse à l’entrée du suivi Ajout de tags sur les dépêches. Évalué à 1 (+0/-0). Dernière modification le 20 août 2018 à 12:56.
Je le constate encore sur une dépêche que je viens de soumettre pour publication et dont je suis l’auteur : l’auteur d’une dépêche ne peut pas y ajouter de tags avant sa publication.
[^] # Re: Le libre c’est bon mangez-en !
Posté par vv222 (site web personnel) . En réponse au journal Un logiciel libre devient-il meilleur qu'un logiciel propriétaire dans la durée ?. Évalué à 4.
Belle démonstration, qu’elle soit voulue ou non ne change rien au sourire qu’elle m’a apporté ;)
[^] # Re: typo poétique :)
Posté par vv222 (site web personnel) . En réponse à la dépêche Sortie d’OpenMW 0.44. Évalué à 6.
Juste pour la beauté de l’image évoquée, je suggère que cette typo ne soit pas corrigée ;)