Tout d’abord, merci beaucoup pour la référence à ./play.it dans ton article ;)
On est vraiment faibles (c’est-à-dire nuls) en communication, alors les coups de pouce à notre visibilité dans ce style font toujours très plaisir.
Je souhaite par contre préciser un point au sujet de ce projet : l’installation de jeux Windows n’est ni le seul but, ni même le but principal. En fait on se propose d’installer proprement (c’est-à-dire via le système de paquet) tout jeu non-libre pouvant tourner sous Linux et distribué sans DRM.
Un aperçu rapide des technologies qui permettent de faire tourner les jeux qu’on gère actuellement :
Natif (soit officiellement, soit via un moteur libre communautaire) → 64 %
WINE → 21 %
DOSBox → 7 %
ScummVM → 3 %
Java → 1 %
Ça ne fait pas 100 %, donc mes regex doivent être moisies, mais c’est suffisant je pense pour se faire une idée ;)
Je suis sysadmin, je prends donc « feignasse » comme un compliment ;P
En fait j’aime bien les transports en commun, je peux en profiter pour bouquiner pendant le trajet. En vélo, ça peut être un peu plus risqué…
Aux heures de pointe c’est tout de suite moins agréable, mais j’essaie au maximum d’organiser mes journées de travail pour les éviter.
ça coûte 2 €/mois pour recevoir des SMS de validation et/ou autre truc "utile" (et encore j'imagine qu'on doit pouvoir trouver moins cher que le plus connu), pas des plus énormes.
Le coût n’est bien sûr pas le seul souci que je vois à la possession d’un téléphone portable, comme indiqué plus haut j’ai les moyens d’en entretenir un, si vraiment je le souhaitais.
Je considère juste que les quelques avantages que ça m’apporterait pâlissent en comparaison de tous les inconvénients qui viennent avec.
Sinon, en suivant le même raisonnement, pourquoi :
Je n’ai pas de compte Facebook, pourtant gratuit, et qui permettrait à mes amis de communiquer plus facilement avec moi ?
Je n’utilise pas Windows, pourtant pas bien cher, et qui m’éviterait pas mal de soucis de compatibilité avec diverses applications courantes ?
Je n’ai pas de compte Google, pourtant gratuit, et qui faciliterait ma participation à certaines tâches au boulot qui passent par leurs services ?
Je ne commande pas mes livres sur Amazon, pourtant pratique, rapide et bien fourni ?
La réponse est la même dans tous ces cas (y compris celui du téléphone portable), c’est une simple question de rapport bénéfices/pertes qui dans mon cas personnel n’est pas avantageux.
Pour rappel, je n’attaque pas « le mobile » jusque dans son principe. Je mets juste en avant le fait que ce système ne soit pas adapté à tous les modes de vies, et en particulier pas au mien.
Le téléphone fixe permet-il de recevoir des SMS (notamment pour les codes de validation, etc) ?
Euh… Oui. Tu recois un appel avec un robot qui fait de la synthese vocal pour te lire le SMS.
Je confirme, j’utilise régulièrement cette fonctionnalité avec certains services.
Mais dans le cas de Pôle Emploi que j’ai donné en exemple, le fait que le champ "téléphone portable" de mon profil ne soit pas renseigné a apparemment suffi à arrêter toute tentative de me prévenir d’une irrégularité dans ma situation.
Tu pourrais même le considérer comme un fixe portatif, en silencieux en permanence et l'utiliser uniquement quand tu en as besoin.
C’est exactement ce que je faisais avec mon téléphone portable quand j’en avais encore un.
Puis au bout d’un certain temps je me suis rendu compte qu’il avait passé plusieurs mois éteint sans que je ne le rallume, et je me suis demandé si ça valait le coup que je continue à payer tous les mois pour un presse-papier high-tech ;)
Si après sa lecture tu penses encore que je fais preuve de malhonnêteté, je veux bien que tu mʼexpliques ce qui te fait penser ça ;)
Je nʼai pas lʼimpression dʼêtre malhonnête dans ma démarche, alors si cʼest ce qui sʼen dégage selon certaines grilles de lecture il est possible quʼune piste de réflexion mʼéchappe.
Il y a dʼailleurs dʼautres choses qui pourraient être dans mes moyens mais que jʼai décidé de ne pas acheter, à commencer par une voiture. Est-ce qui si je me plains de mes temps de transport en bus tu considères aussi ça comme malhonnête ?
Houla, tu sur-interprètes méchamment mon message !
Je ne cherche absolument pas à faire croire que j'ai la bonne solution et que tous les autres se plantent, je partage juste un choix de vie différent de la majorité avec des avantages et des inconvénients. Et surtout je souhaite montrer qu'il est encore possible en 2019 de vivre sans smartphone, sans même de téléphone portable "stupide".
Je n'ai aucun souci à utiliser (basiquement, je dois bien l'admettre) un smartphone à l'occasion, il arrive qu'on m'en confie un au boulot pour certaines tâches. Ce n'est donc pas par ignorance ou fainéantise, et surtout pas par mépris, que j'ai fait ce choix. D'ailleurs j'ai eu un téléphone portable pendant quelques années, avant que les smartphones deviennent la norme, et c'est en faisant le point sur ces années d'utilisation que j'ai décidé de m'en passer.
Ce n'est pas non plus de la bête résistance au changement, je vis au quotidien entouré de technologies modernes qui me facilitent l'existence. Mais je ne vois pas pourquoi je devrais adopter un outil qui présente pour moi plus d'inconvénients que d'avantages sous prétexte que « aujourd'hui tout le monde fait comme ça ».
Si tu veux en discuter je reste à ta disposition, mais à la condition qu'on soit chacun prêt à admettre la bonne foi de notre interlocuteur ;)
En effet, je m'en sors essentiellement avec mon fixe… à condition d'être chez moi ;)
Pour prendre quelques exemples de situations désagréables :
Effectuer un virement à un nouveau destinataire passe obligatoirement (pour ma banque) par un code de confirmation qui ne peut être envoyé que sur un téléphone (donc impossible en déplacement) ;
Payer en ligne via 3D Secure est limité à un certain nombre de fois par jour parce que j'ai "refusé" l'envoi d'un code de vérification sur téléphone portable ;
Récupérer l'accès à un vieille adresse GMail dont j'ai perdu le mot de passe était impossible parce que je n'avais pas de numéro de téléphone portable enregistré. Ce qui m'a empêché de récupérer l'accès à mon compte EDF. J'ai donc maintenant une agence de recouvrement sur le dos… (malgré des échanges interminables avec le service client EDF)
Quand j'étais chez Pôle Emploi, j'ai été radié sans qu'on me prévienne d'aucune façon alors qu'ils avaient mon adresse e-mail et mon numéro de téléphone fixe (qu'ils utilisaient régulièrement pour m'envoyer de la publicité), mais « la procédure passe par l'envoi d'un SMS ». Je ne l'ai découvert que plusieurs mois plus tard.
Bon, dans l'ensemble je m'en sors encore bien, mais je me demande combien de temps ça va durer.
Tout le monde assez jeune, et ayant un certain budget téléphonie correct a un smartphone.
Coucou, je suis le contre exemple qui vient invalider ce « tout le monde » ;)
(moins de 30 ans, un budget confortable par rapport à mon style de vie, pas de téléphone portable)
Par contre beaucoup de démarches virent vite au cauchemar, que ce soit avec ma banque, l'administration ou les factures à payer. Peu de choses sont déjà prévues pour les personnes n'ayant pas de smartphone, et on approche de quasiment rien dans le cas de pas de téléphone portable du tout.
Et bien sûr je prévois que ça aille en empirant chaque année…
Malgré tout, chaque discussion que je vois sur ce site au sujet des smartphones, chaque ami que je vois interrompu à tout moment par ces appareils, chaque collègue que je vois partir avec son travail qui le suit dans sa poche, tout ça me convainc que j'ai fait le bon choix ;)
ad vitam æternam et forever signifiant dans ce contexte : aussi longtemps qu’Ubisoft maintiendra les serveurs derrière Uplay, te permettra d’y accéder, et t’autorisera à lancer ton jeu.
Un peu plus de 60, les crêpes au-dessus de 60 étant offertes par la boulangerie que ça amuse beaucoup d’imaginer les crêpes voyager. (je leur avais déjà fait le coup le week-end précédent pour l’assemblée générale de Khaganat, cette fois-là Bretagne → Jura)
Forcément, ça fait un peu juste pour 49 stands (51 de mémoire après installation des stands "pirates"), mais comme je suis à mes frais et ne fais pas partie de l’organisation je ne me sentais pas faire plus…
La seule solution que je vois pour que l’année prochaine plus de personnes puissent y goûter est que d’autres exposants se prennent au jeu et amènent des spécialités de leur région à partager ;)
C’est à mon avis une manière fun et conviviale d’alléger un peu l’effort de l’équipe d’organisation, tout en se faisant plaisir !
Ça fait plaisir que les crêpes aient plu, ça a été une plaie dʼen transporter une telle quantité depuis ma Bretagne profonde jusquʼà Lyon pour nourrir tous ces exposants affamés ;)
Vu les retours à ce sujet on renouvellera lʼannée prochaine, et tant pis si ça me fait ronchonner sur tout le trajet.
Par contre je ne peux pas dire ce que ça vaut, je lʼai testé un petit quart dʼheure sur la console dʼun ami et la seule chose que jʼai compris cʼest que les développeurs sʼattendaient à ce que jʼai déjà joué à dʼautres jeux dans le même style avant de me lancer sur celui-ci.
Je suis pourtant un amateur de jeux vidéos (plus de 750 jeux sur ma Debian Sid), mais dans le cas de celui-ci je nʼai réussi à comprendre ni ce que le jeu attend de moi, ni même comment jouer.
Comme dit précédemment, les commits sous SVN prenaient en compte la taille de tabulation
Ce que tu rapportes ici est étrange, une tabulation n’ayant pas de taille définie. C’est d’ailleurs une des propriétés qui la rendent intéressante pour l’indentation de code.
Bien sûr, si tu utilises un IDE qui les convertit en espaces ça change tout.
le soucis c'est l'alignement lors des retours à la ligne, certains vont faire les tabulations complètes suivies de quelques espaces, là où d'autre feront tout en espace, et enfin des qui vont mixer indentation + alignement.
Là tu compares seulement l’utilisation exclusive d’espaces et le mélange tabulations/espaces ;)
en travail collaboratif, c'est le seul moyen de ne pas avoir de code qui ressemble à rien
Là je vais avoir besoin que tu expliques à quoi tu penses.
De ce que je vois, le code est propre s’il est indenté seulement avec des espaces, ou seulement avec des tabulations. Et il devient peu lisible à partir du moment où on les mélange
Mais je ne vois pas ce qui fait d’un code indenté uniquement avec des tabulations quelque chose qui ne « ressemble à rien », alors que le même code indenté uniquement avec des espaces serait propre.
Zatalyz a déjà parfaitement expliqué pourquoi Steam n’est pas une option pour nous, et a bien montré en quoi ./play.it est plus différent de PlayOnLinux qu’on pourrait le penser, je vais donc répondre aux autrs points ;)
Pourquoi s'embêter à créer un autre gestionnaire de paquets alors que nous en avons déjà tous un ?
Avant tout, je pense qu’on n’utilise pas le même sens pour « gestionnaire de paquets », vu que le but de ./play.it est de se passer d’un nouveau gestionnaire de paquets en utilisant des formats déjà bien établis.
Je vais donc comprendre ça comme « générateur de paquets », mais n’hésite pas à me corriger si jamais je t’ai mal compris ;)
De ton message, je comprends que tu es utilisateur d’Arch Linux. En effet, un utilisateur de Debian nous aurait plutôt demandé pourquoi on se casse la tête plutôt que de se baser sur dpkg, quitte à construire des bibliothèques autour pour que d’autres distributions l’utilisent…
Je pense que tu vois le souci qui se présente ici, chacun prêche pour sa chapelle (moi le premier, je suis un grand fan de dpkg et apt) au détriment de la diversité qui fait selon moi du Logiciel Libre.
Un autre souci avec les générateurs de paquets existants est qu’ils sont tous conçus essentiellement autour de l’accès au code source des applications, chose qui est bien sûr exclue dans notre cas.
Par ailleurs, Lutris et PlayOnLinux remplissent plutôt bien leur rôle et ne cherchent pas à réinventer un gestionnaire de paquets…
Je ne reviendrai pas sur PlayOnLinux, par contre Lutris est un bon exemple des raisons qui m’ont poussé à créer ./play.it.
Lutris est un client "tout en un", qui va gérer ton application du téléchargement de l’installateur original jusqu’au lancement. Ce fonctionnement est opposé aux idées même derrière la conception de ./play.it, qui ne cherche pas à imposer, ni même à proposer, une manière de gérer ses jeux passé l’installation.
Des clients complets on n’en manque pas, mais à chaque fois il faut utiliser tout le lot ou s’en passer complètement. ./play.it est à ma connaissance le seul projet avec game-data-packager à pouvoir être utilisé comme brique de base pour construire un système modulable.
Si nous ne fournissons pas autant de fonctionnalités que Lutris ce n’est donc pas par manque d’ambition, mais parce que nous avons une vision différente plus proche de l’esprit KISS. Les utilisateurs de ./play.it utilisent tous des méthodes différentes pour lister/trier/lancer leurs jeux, selon ce qui est le plus ergonomiques pour eux.
Nous ne visons tout simplement pas le même public.
Concrètement, que fait play.it qui ne pourrait être fait avec makepkg/AUR (ou une lib basée sur makepkg, on pourrait imaginer "makedeb") ?
Contrairement à makepkg/AUR, ./play.it n’est pas spécifique à Arch Linux.
Contrairement à makedeb, ./play.it existe déjà ;P
Et bien sûr, en étant spécialisé sur la construction de paquets pour des jeux vidéos, la rédaction d’un script ./play.it dans ce but est bien plus adaptée et bien plus simple que celle d’un fichier PKGBUILD.
J’en veux pour preuve qu’une partie de nos contributeurs ne sait coder dans absolument aucun langage, pas même en Shell POSIX (langage utilisé pour nos scripts).
Les RPM sont dans notre TODO-list, ce qui je pense répond à ta question ;) (cf. Add ability to build RPM packages)
J’ai connaissance de quelques autres personnes intéressées par ce format, reste juste à constituer et coordonner une petite équipe, ça pourrait être l’affaire de quelques mois seulement avant que ./play.it n’apprenne à produire des paquets RPM.
Pour être plus clair sur la question d’origine, je vois la gestion de Flatpak comme remplissant deux rôles :
Permettre d’utiliser ./play.it pour des systèmes dont on ne gère pas encore le système de paquets natif, et donc avec un peu de chances attirer un utilisateur du-dit système de paquets pour nous aider à en ajouter le support ;
Proposer Flatpak comme format à ceux qui préfèrent ce format de distribution au format de paquets utilisé par leur distribution.
Donc Flatpak ne servira pas à justifier l’absence d’un autre format de paquets.
En fait de mon point de vue rien d’autre ne pourra être utilisé pour justifier ça, que le manque d’un contributeur motivé ;)
Petite précision probablement pas inutile : chaque contributeur bosse sur la partie du projet qui l’amuse, ce qui veut dire en particulier que la personne bossant sur Flatpak n’est de toutes façons pas quelqu’un qui aurait bossé sur la gestion d’un autre format de paquet.
Flatpak n’est donc pas en train de "piquer" de la main d’œuvre à d’autres parties du projet.
Je crois qu’il y a un souci de compréhension du rôle de ./play.it ;)
Nous ne gérons pas des jeux libres. Les développeurs/distributeurs de ces jeux ne se soucient pas (ou peux) de l’intégration de ces jeux au sein de nos distributions, et leur inclusion aux dépôts de celles-ci est exclue pour des raisons de licence.
Les développeurs des jeux n’écrivent donc pas d’interface pour ./play.it, ce sont les développeurs de ./play.it qui font ça.
Pour ce qui est de la qualité des paquets générés, je t’invite à tester ./play.it sur un des jeux gratuits qu’on gère (par exemple Tag: The Power of Paint).
Je peux t’assurer que les paquets produits par ./play.it sont bien plus propres que ce que les quelques boutiques en ligne fournissant des paquets natifs proposent.
Tant mieux, c’est grâce aux retours de personnes qui ne sont pas convaincues qu’on peut l’améliorer ;)
[…] par défaut, « PlayIt » n'est pas interactif pour éviter de perdre les utilisateurs. […]
Il s'agit d'une caractéristique particulière à l'implémentation de « PlayIt ». On peut concevoir des logiciels interactifs accessibles pour les utilisateurs.
En effet, c’est un choix d’ergonomie de notre part. Les version 1.x de ./play.it étaient interactives sur certains points, et les versions 2.x ne le sont plus.
Ce qu’on constate c’est que cette absence d’interactivité (sauf par des options qu’on peut passer aux scripts) a bien aidé sur deux points :
Il est plus facile d’utiliser ./play.it comme brique au sein d’un projet plus large, par exemple une interface graphique ou un système de construction de paquets en masse à partir d’une collection d’archives ;
Les utilisateurs débutants sont plus à l’aise quand le logiciel ne leur pose pas de questions, auxquelles ils ne savent pas forcément répondre.
Un contributeur élabore une spécification adaptée à son gestionnaire de paquets plutôt que d'élaborer une spécification particulière à un gestionnaire logiciel lambda.
Justement, ./play.it sert essentiellement à installer des jeux pour lesquels les développeurs/distributeurs ne proposent pas de paquets Linux natifs. Les jeux ne sont donc pas élaborés d’une manière compatible avec ./play.it, c’est au contraire ./play.it qui se rend compatible avec un maximum de formats qui sont courants dans la distribution de jeux non-libres.
Ouh que c’est fourbe, j’ai ouvert l’onglet dans un coin pour le lire plus tard et quand je suis effectivement tombé dessus (plus tard, comme prévu) j’ai mis un moment à comprendre d’où cette page pouvait bien sortir…
[^] # Re: ma vie, mon œuvre
Posté par vv222 (site web personnel) . En réponse au journal Une vision de l'état du jeux vidéo sur Linux. Évalué à 6.
Je veux bien la liste, jʼaime bien régler leur compte aux cas difficiles ;)
(sans promesse de résultat bien sûr)
# ./play.it et jeux Windows
Posté par vv222 (site web personnel) . En réponse au journal Une vision de l'état du jeux vidéo sur Linux. Évalué à 7.
Tout d’abord, merci beaucoup pour la référence à ./play.it dans ton article ;)
On est vraiment faibles (c’est-à-dire nuls) en communication, alors les coups de pouce à notre visibilité dans ce style font toujours très plaisir.
Je souhaite par contre préciser un point au sujet de ce projet : l’installation de jeux Windows n’est ni le seul but, ni même le but principal. En fait on se propose d’installer proprement (c’est-à-dire via le système de paquet) tout jeu non-libre pouvant tourner sous Linux et distribué sans DRM.
Un aperçu rapide des technologies qui permettent de faire tourner les jeux qu’on gère actuellement :
Ça ne fait pas 100 %, donc mes regex doivent être moisies, mais c’est suffisant je pense pour se faire une idée ;)
[^] # Re: Refus
Posté par vv222 (site web personnel) . En réponse au journal Dématérialisation de la carte vitale : Quid des accès aux soins?. Évalué à 3. Dernière modification le 30 avril 2019 à 21:17.
Je suis sysadmin, je prends donc « feignasse » comme un compliment ;P
En fait j’aime bien les transports en commun, je peux en profiter pour bouquiner pendant le trajet. En vélo, ça peut être un peu plus risqué…
Aux heures de pointe c’est tout de suite moins agréable, mais j’essaie au maximum d’organiser mes journées de travail pour les éviter.
[^] # Re: Jeux 3D
Posté par vv222 (site web personnel) . En réponse au journal Une vision de l'état du jeux vidéo sur Linux. Évalué à 4.
Il ne faut pas oublier de préciser ici que Dwarf Fortress, bien que gratuit, n’est pas libre ;)
[^] # Re: Refus
Posté par vv222 (site web personnel) . En réponse au journal Dématérialisation de la carte vitale : Quid des accès aux soins?. Évalué à 8.
Le coût n’est bien sûr pas le seul souci que je vois à la possession d’un téléphone portable, comme indiqué plus haut j’ai les moyens d’en entretenir un, si vraiment je le souhaitais.
Je considère juste que les quelques avantages que ça m’apporterait pâlissent en comparaison de tous les inconvénients qui viennent avec.
Sinon, en suivant le même raisonnement, pourquoi :
La réponse est la même dans tous ces cas (y compris celui du téléphone portable), c’est une simple question de rapport bénéfices/pertes qui dans mon cas personnel n’est pas avantageux.
Pour rappel, je n’attaque pas « le mobile » jusque dans son principe. Je mets juste en avant le fait que ce système ne soit pas adapté à tous les modes de vies, et en particulier pas au mien.
[^] # Re: Refus
Posté par vv222 (site web personnel) . En réponse au journal Dématérialisation de la carte vitale : Quid des accès aux soins?. Évalué à 6.
Je confirme, j’utilise régulièrement cette fonctionnalité avec certains services.
Mais dans le cas de Pôle Emploi que j’ai donné en exemple, le fait que le champ "téléphone portable" de mon profil ne soit pas renseigné a apparemment suffi à arrêter toute tentative de me prévenir d’une irrégularité dans ma situation.
[^] # Re: Refus
Posté par vv222 (site web personnel) . En réponse au journal Dématérialisation de la carte vitale : Quid des accès aux soins?. Évalué à 2.
C’est exactement ce que je faisais avec mon téléphone portable quand j’en avais encore un.
Puis au bout d’un certain temps je me suis rendu compte qu’il avait passé plusieurs mois éteint sans que je ne le rallume, et je me suis demandé si ça valait le coup que je continue à payer tous les mois pour un presse-papier high-tech ;)
[^] # Re: Refus
Posté par vv222 (site web personnel) . En réponse au journal Dématérialisation de la carte vitale : Quid des accès aux soins?. Évalué à 3.
Je réponds un peu plus bas à un commentaire proche du tien :
https://linuxfr.org/users/nodeus/journaux/dematerialisation-de-la-carte-vitale-quid-des-acces-aux-soins#comment-1769399
Si après sa lecture tu penses encore que je fais preuve de malhonnêteté, je veux bien que tu mʼexpliques ce qui te fait penser ça ;)
Je nʼai pas lʼimpression dʼêtre malhonnête dans ma démarche, alors si cʼest ce qui sʼen dégage selon certaines grilles de lecture il est possible quʼune piste de réflexion mʼéchappe.
Il y a dʼailleurs dʼautres choses qui pourraient être dans mes moyens mais que jʼai décidé de ne pas acheter, à commencer par une voiture. Est-ce qui si je me plains de mes temps de transport en bus tu considères aussi ça comme malhonnête ?
[^] # Re: Refus
Posté par vv222 (site web personnel) . En réponse au journal Dématérialisation de la carte vitale : Quid des accès aux soins?. Évalué à 10.
Houla, tu sur-interprètes méchamment mon message !
Je ne cherche absolument pas à faire croire que j'ai la bonne solution et que tous les autres se plantent, je partage juste un choix de vie différent de la majorité avec des avantages et des inconvénients. Et surtout je souhaite montrer qu'il est encore possible en 2019 de vivre sans smartphone, sans même de téléphone portable "stupide".
Je n'ai aucun souci à utiliser (basiquement, je dois bien l'admettre) un smartphone à l'occasion, il arrive qu'on m'en confie un au boulot pour certaines tâches. Ce n'est donc pas par ignorance ou fainéantise, et surtout pas par mépris, que j'ai fait ce choix. D'ailleurs j'ai eu un téléphone portable pendant quelques années, avant que les smartphones deviennent la norme, et c'est en faisant le point sur ces années d'utilisation que j'ai décidé de m'en passer.
Ce n'est pas non plus de la bête résistance au changement, je vis au quotidien entouré de technologies modernes qui me facilitent l'existence. Mais je ne vois pas pourquoi je devrais adopter un outil qui présente pour moi plus d'inconvénients que d'avantages sous prétexte que « aujourd'hui tout le monde fait comme ça ».
Si tu veux en discuter je reste à ta disposition, mais à la condition qu'on soit chacun prêt à admettre la bonne foi de notre interlocuteur ;)
[^] # Re: Refus
Posté par vv222 (site web personnel) . En réponse au journal Dématérialisation de la carte vitale : Quid des accès aux soins?. Évalué à 9.
En effet, je m'en sors essentiellement avec mon fixe… à condition d'être chez moi ;)
Pour prendre quelques exemples de situations désagréables :
Bon, dans l'ensemble je m'en sors encore bien, mais je me demande combien de temps ça va durer.
[^] # Re: Refus
Posté par vv222 (site web personnel) . En réponse au journal Dématérialisation de la carte vitale : Quid des accès aux soins?. Évalué à 10.
Coucou, je suis le contre exemple qui vient invalider ce « tout le monde » ;)
(moins de 30 ans, un budget confortable par rapport à mon style de vie, pas de téléphone portable)
Par contre beaucoup de démarches virent vite au cauchemar, que ce soit avec ma banque, l'administration ou les factures à payer. Peu de choses sont déjà prévues pour les personnes n'ayant pas de smartphone, et on approche de quasiment rien dans le cas de pas de téléphone portable du tout.
Et bien sûr je prévois que ça aille en empirant chaque année…
Malgré tout, chaque discussion que je vois sur ce site au sujet des smartphones, chaque ami que je vois interrompu à tout moment par ces appareils, chaque collègue que je vois partir avec son travail qui le suit dans sa poche, tout ça me convainc que j'ai fait le bon choix ;)
[^] # Re: Petits malins ?
Posté par vv222 (site web personnel) . En réponse au journal [HS] ni libre ni opensource mais bon on peut apprécier le geste. Évalué à 5.
ad vitam æternam et forever signifiant dans ce contexte : aussi longtemps qu’Ubisoft maintiendra les serveurs derrière Uplay, te permettra d’y accéder, et t’autorisera à lancer ton jeu.
DRM et pérennité sont antinomiques.
[^] # Re: Crêpes
Posté par vv222 (site web personnel) . En réponse au journal Découvrez les JDLL 2019 à travers le regard d'un suricate. Évalué à 5.
Un peu plus de 60, les crêpes au-dessus de 60 étant offertes par la boulangerie que ça amuse beaucoup d’imaginer les crêpes voyager. (je leur avais déjà fait le coup le week-end précédent pour l’assemblée générale de Khaganat, cette fois-là Bretagne → Jura)
Forcément, ça fait un peu juste pour 49 stands (51 de mémoire après installation des stands "pirates"), mais comme je suis à mes frais et ne fais pas partie de l’organisation je ne me sentais pas faire plus…
La seule solution que je vois pour que l’année prochaine plus de personnes puissent y goûter est que d’autres exposants se prennent au jeu et amènent des spécialités de leur région à partager ;)
C’est à mon avis une manière fun et conviviale d’alléger un peu l’effort de l’équipe d’organisation, tout en se faisant plaisir !
# Crêpes
Posté par vv222 (site web personnel) . En réponse au journal Découvrez les JDLL 2019 à travers le regard d'un suricate. Évalué à 3. Dernière modification le 11 avril 2019 à 18:23.
Ça fait plaisir que les crêpes aient plu, ça a été une plaie dʼen transporter une telle quantité depuis ma Bretagne profonde jusquʼà Lyon pour nourrir tous ces exposants affamés ;)
Vu les retours à ce sujet on renouvellera lʼannée prochaine, et tant pis si ça me fait ronchonner sur tout le trajet.
[^] # Re: En finir avec les jeux natifs?
Posté par vv222 (site web personnel) . En réponse au journal Google Stadia : une chance pour le jeu sous Linux (desktop) ?. Évalué à 2. Dernière modification le 11 avril 2019 à 18:02.
Red Dead Redemption 2
Par contre je ne peux pas dire ce que ça vaut, je lʼai testé un petit quart dʼheure sur la console dʼun ami et la seule chose que jʼai compris cʼest que les développeurs sʼattendaient à ce que jʼai déjà joué à dʼautres jeux dans le même style avant de me lancer sur celui-ci.
Je suis pourtant un amateur de jeux vidéos (plus de 750 jeux sur ma Debian Sid), mais dans le cas de celui-ci je nʼai réussi à comprendre ni ce que le jeu attend de moi, ni même comment jouer.
[^] # Re: Une petite étape en plus
Posté par vv222 (site web personnel) . En réponse à la dépêche Bogue, fonctionnalité, mauvais usage ? Un cas pratique. Évalué à 4.
Ici (Debian Sid) c'est difficilement exploitable :
Au contraire de la commande donnée plus haut :
Même si j'aurais plutôt tendance à éviter l'appel à
whichen passant par un built-in :[^] # Re: Je cumule les tares
Posté par vv222 (site web personnel) . En réponse au sondage De quelle pratique de développement avez‐vous honte ?. Évalué à 4.
Ce que tu rapportes ici est étrange, une tabulation n’ayant pas de taille définie. C’est d’ailleurs une des propriétés qui la rendent intéressante pour l’indentation de code.
Bien sûr, si tu utilises un IDE qui les convertit en espaces ça change tout.
[^] # Re: Je cumule les tares
Posté par vv222 (site web personnel) . En réponse au sondage De quelle pratique de développement avez‐vous honte ?. Évalué à 2.
Là tu compares seulement l’utilisation exclusive d’espaces et le mélange tabulations/espaces ;)
Ce souci ne se présente pas lors de l’utilisation exclusive de tabulations, situation dans laquelle on n’aligne pas lors des retours à la ligne.
Un exemple récent dans un de mes bouts de code, qui n’utilise que des tabulations :
https://framagit.org/vv221/play.it-api/blob/128df17d7e2258e71e053078a4b5f81a602a26bc/app/Archive.php#L134
Dans cet exemple, quelle que soit la taille des tabulations à l’affichage la présentation restera similaire.
[^] # Re: Je cumule les tares
Posté par vv222 (site web personnel) . En réponse au sondage De quelle pratique de développement avez‐vous honte ?. Évalué à 3.
Là je vais avoir besoin que tu expliques à quoi tu penses.
De ce que je vois, le code est propre s’il est indenté seulement avec des espaces, ou seulement avec des tabulations. Et il devient peu lisible à partir du moment où on les mélange
Mais je ne vois pas ce qui fait d’un code indenté uniquement avec des tabulations quelque chose qui ne « ressemble à rien », alors que le même code indenté uniquement avec des espaces serait propre.
[^] # Re: Je ne comprends pas
Posté par vv222 (site web personnel) . En réponse à la dépêche ./play.it 2.11 : Gentoo, Flatpak et jeux vidéos. Évalué à 7.
Zatalyz a déjà parfaitement expliqué pourquoi Steam n’est pas une option pour nous, et a bien montré en quoi ./play.it est plus différent de PlayOnLinux qu’on pourrait le penser, je vais donc répondre aux autrs points ;)
Avant tout, je pense qu’on n’utilise pas le même sens pour « gestionnaire de paquets », vu que le but de ./play.it est de se passer d’un nouveau gestionnaire de paquets en utilisant des formats déjà bien établis.
Je vais donc comprendre ça comme « générateur de paquets », mais n’hésite pas à me corriger si jamais je t’ai mal compris ;)
De ton message, je comprends que tu es utilisateur d’Arch Linux. En effet, un utilisateur de Debian nous aurait plutôt demandé pourquoi on se casse la tête plutôt que de se baser sur dpkg, quitte à construire des bibliothèques autour pour que d’autres distributions l’utilisent…
Je pense que tu vois le souci qui se présente ici, chacun prêche pour sa chapelle (moi le premier, je suis un grand fan de dpkg et apt) au détriment de la diversité qui fait selon moi du Logiciel Libre.
Un autre souci avec les générateurs de paquets existants est qu’ils sont tous conçus essentiellement autour de l’accès au code source des applications, chose qui est bien sûr exclue dans notre cas.
Je ne reviendrai pas sur PlayOnLinux, par contre Lutris est un bon exemple des raisons qui m’ont poussé à créer ./play.it.
Lutris est un client "tout en un", qui va gérer ton application du téléchargement de l’installateur original jusqu’au lancement. Ce fonctionnement est opposé aux idées même derrière la conception de ./play.it, qui ne cherche pas à imposer, ni même à proposer, une manière de gérer ses jeux passé l’installation.
Des clients complets on n’en manque pas, mais à chaque fois il faut utiliser tout le lot ou s’en passer complètement. ./play.it est à ma connaissance le seul projet avec game-data-packager à pouvoir être utilisé comme brique de base pour construire un système modulable.
Si nous ne fournissons pas autant de fonctionnalités que Lutris ce n’est donc pas par manque d’ambition, mais parce que nous avons une vision différente plus proche de l’esprit KISS. Les utilisateurs de ./play.it utilisent tous des méthodes différentes pour lister/trier/lancer leurs jeux, selon ce qui est le plus ergonomiques pour eux.
Nous ne visons tout simplement pas le même public.
Contrairement à makepkg/AUR, ./play.it n’est pas spécifique à Arch Linux.
Contrairement à makedeb, ./play.it existe déjà ;P
Et bien sûr, en étant spécialisé sur la construction de paquets pour des jeux vidéos, la rédaction d’un script ./play.it dans ce but est bien plus adaptée et bien plus simple que celle d’un fichier PKGBUILD.
J’en veux pour preuve qu’une partie de nos contributeurs ne sait coder dans absolument aucun langage, pas même en Shell POSIX (langage utilisé pour nos scripts).
À titre de comparaison, le script ./play.it :
https://framagit.org/vv221/play.it/raw/master/play.it-2/games/play-bastion.sh
Et les deux PKGBUILD remplissant (une partie de) son rôle :
https://aur.archlinux.org/cgit/aur.git/plain/PKGBUILD?h=bastion-hib
https://aur.archlinux.org/cgit/aur.git/plain/PKGBUILD?h=gog-bastion
Sur le coup le seul avantage des PKGBUILD est la concision, et c’est au prix de la compatibilité (Arch Linux uniquement, certaines versions du jeu uniquement), de la lisibilité et de la complexité.
[^] # Re: Flatpak
Posté par vv222 (site web personnel) . En réponse à la dépêche ./play.it 2.11 : Gentoo, Flatpak et jeux vidéos. Évalué à 6. Dernière modification le 18 mars 2019 à 09:03.
Les RPM sont dans notre TODO-list, ce qui je pense répond à ta question ;) (cf. Add ability to build RPM packages)
J’ai connaissance de quelques autres personnes intéressées par ce format, reste juste à constituer et coordonner une petite équipe, ça pourrait être l’affaire de quelques mois seulement avant que ./play.it n’apprenne à produire des paquets RPM.
Pour être plus clair sur la question d’origine, je vois la gestion de Flatpak comme remplissant deux rôles :
Donc Flatpak ne servira pas à justifier l’absence d’un autre format de paquets.
En fait de mon point de vue rien d’autre ne pourra être utilisé pour justifier ça, que le manque d’un contributeur motivé ;)
Petite précision probablement pas inutile : chaque contributeur bosse sur la partie du projet qui l’amuse, ce qui veut dire en particulier que la personne bossant sur Flatpak n’est de toutes façons pas quelqu’un qui aurait bossé sur la gestion d’un autre format de paquet.
Flatpak n’est donc pas en train de "piquer" de la main d’œuvre à d’autres parties du projet.
[^] # Re: Perspectives
Posté par vv222 (site web personnel) . En réponse à la dépêche ./play.it 2.11 : Gentoo, Flatpak et jeux vidéos. Évalué à 4. Dernière modification le 16 mars 2019 à 16:20.
Je crois qu’il y a un souci de compréhension du rôle de ./play.it ;)
Nous ne gérons pas des jeux libres. Les développeurs/distributeurs de ces jeux ne se soucient pas (ou peux) de l’intégration de ces jeux au sein de nos distributions, et leur inclusion aux dépôts de celles-ci est exclue pour des raisons de licence.
Les développeurs des jeux n’écrivent donc pas d’interface pour ./play.it, ce sont les développeurs de ./play.it qui font ça.
Pour ce qui est de la qualité des paquets générés, je t’invite à tester ./play.it sur un des jeux gratuits qu’on gère (par exemple Tag: The Power of Paint).
Je peux t’assurer que les paquets produits par ./play.it sont bien plus propres que ce que les quelques boutiques en ligne fournissant des paquets natifs proposent.
[^] # Re: Perspectives
Posté par vv222 (site web personnel) . En réponse à la dépêche ./play.it 2.11 : Gentoo, Flatpak et jeux vidéos. Évalué à 4.
Tant mieux, c’est grâce aux retours de personnes qui ne sont pas convaincues qu’on peut l’améliorer ;)
En effet, c’est un choix d’ergonomie de notre part. Les version 1.x de ./play.it étaient interactives sur certains points, et les versions 2.x ne le sont plus.
Ce qu’on constate c’est que cette absence d’interactivité (sauf par des options qu’on peut passer aux scripts) a bien aidé sur deux points :
Justement, ./play.it sert essentiellement à installer des jeux pour lesquels les développeurs/distributeurs ne proposent pas de paquets Linux natifs. Les jeux ne sont donc pas élaborés d’une manière compatible avec ./play.it, c’est au contraire ./play.it qui se rend compatible avec un maximum de formats qui sont courants dans la distribution de jeux non-libres.
[^] # Re: et mtp-target dans tout ça ?
Posté par vv222 (site web personnel) . En réponse à la dépêche ./play.it 2.11 : Gentoo, Flatpak et jeux vidéos. Évalué à 3.
Pour ceux comme moi qui ne connaissaient pas Mtp Target, il s’agit d’un jeu qui a été évoqué sur votre site préféré : Libérons les Tux volants
# Bien joué ;)
Posté par vv222 (site web personnel) . En réponse au lien pour bien s'amuser avec son éditeur de texte favori. Évalué à 10.
Ouh que c’est fourbe, j’ai ouvert l’onglet dans un coin pour le lire plus tard et quand je suis effectivement tombé dessus (plus tard, comme prévu) j’ai mis un moment à comprendre d’où cette page pouvait bien sortir…