Après avoir un petit peu codé en Python dans mon coin, j'ai parlé aux autres admins de jeuxlinux.fr de mon projet, djl, donc voici la description (copier/coller):
>>>
djl (Dépot jeux Linux) est un logiciel écrit en Python 2.5 s’inspirant de Steam, sauf que cette fois, ça ne concerne que Linux.
djl est principalement une plate-fome de jeu. Il peut, via un dépot télécharger/installer et supprimer des jeux (il y a 30 jeux actuellement en dépot).
Pour faire votre choix, une description de chaque jeux, une image et quelques informations supplémentaires sont affichés dans le dépot.
Mais djl est également un gestionnaire, il a une fenêtre principale dans laquelle sont listés les jeux installés depuis le dépot, mais également des raccourcis vers des jeux déjà installés sur le système.
En réalité, ces raccourcis sont de simples fichiers .desktop que l’on peut créer depuis l’interface principale .C’est à dire que si vous avez installé Quake wars sur votre système, vous pouvez créer un raccourcis pour pouvoir le lancer depuis djl. Et si vous connaissez l’emplacement d’un fichier .desktop, vous pouvez l’importer et djl l’utilisera.
Au menu des fonctionnalités, djl est capable de se mettre à jour automatiquement (d’ailleurs il y en a déjà une de disponible), mais également afficher les informations de débogages des jeux (au cas ou l’un d’eux ne se lancerait pas), ou encore lancer les jeux dans un serveur graphique séparé (Si vous utilisez la composition de l’affichage avec Compiz ou Beryl, vous gagnerez en performances, mais les jeux mettent un peu plus de temps à se lancer).
Pour finir, le logiciel est distribué sous forme d’archive tar.gz, mais un installateur est disponible. Pour ce dernier, je vous recommande fortement de NE PAS le lancer en root. En effet, les mises à jours seront désactivés si djl n’est pas capable d’écrire dans le répertoire dans lequel il est installé.
Comme tous les projets libres, djl cherche des contributeurs pour l’internationaliser, faire un ’vrai’ site, mais également ajouter des jeux en dépot.
Si vous adhérez à l’objectif de djl, à savoir faciliter l’accès au jeu sous Linux, manifestez vous :)
<<<
Maintenant que ceci est dit, djl a la capacité à extraire des archives de différents types dans un répertoire choisi par l'utilisateur et de lancer ensuite le jeu.
Si c'est plus chiant à écrire que si je faisais moi même les paquets avec un type d'archive et architecture bien définie, mais comme ça, les utilisateurs devraient pouvoir créer leur propres entrées et si ils le désirent, me les soumettre :)
Comme dit plus haut, je suis à la recherche de contributeurs, alors n'hésitez pas.
http://djl.tuxfamily.org/index.html
http://www.jeuxlinux.fr/b552-djl_1.0.html
>>>
djl (Dépot jeux Linux) est un logiciel écrit en Python 2.5 s’inspirant de Steam, sauf que cette fois, ça ne concerne que Linux.
djl est principalement une plate-fome de jeu. Il peut, via un dépot télécharger/installer et supprimer des jeux (il y a 30 jeux actuellement en dépot).
Pour faire votre choix, une description de chaque jeux, une image et quelques informations supplémentaires sont affichés dans le dépot.
Mais djl est également un gestionnaire, il a une fenêtre principale dans laquelle sont listés les jeux installés depuis le dépot, mais également des raccourcis vers des jeux déjà installés sur le système.
En réalité, ces raccourcis sont de simples fichiers .desktop que l’on peut créer depuis l’interface principale .C’est à dire que si vous avez installé Quake wars sur votre système, vous pouvez créer un raccourcis pour pouvoir le lancer depuis djl. Et si vous connaissez l’emplacement d’un fichier .desktop, vous pouvez l’importer et djl l’utilisera.
Au menu des fonctionnalités, djl est capable de se mettre à jour automatiquement (d’ailleurs il y en a déjà une de disponible), mais également afficher les informations de débogages des jeux (au cas ou l’un d’eux ne se lancerait pas), ou encore lancer les jeux dans un serveur graphique séparé (Si vous utilisez la composition de l’affichage avec Compiz ou Beryl, vous gagnerez en performances, mais les jeux mettent un peu plus de temps à se lancer).
Pour finir, le logiciel est distribué sous forme d’archive tar.gz, mais un installateur est disponible. Pour ce dernier, je vous recommande fortement de NE PAS le lancer en root. En effet, les mises à jours seront désactivés si djl n’est pas capable d’écrire dans le répertoire dans lequel il est installé.
Comme tous les projets libres, djl cherche des contributeurs pour l’internationaliser, faire un ’vrai’ site, mais également ajouter des jeux en dépot.
Si vous adhérez à l’objectif de djl, à savoir faciliter l’accès au jeu sous Linux, manifestez vous :)
<<<
Maintenant que ceci est dit, djl a la capacité à extraire des archives de différents types dans un répertoire choisi par l'utilisateur et de lancer ensuite le jeu.
Si c'est plus chiant à écrire que si je faisais moi même les paquets avec un type d'archive et architecture bien définie, mais comme ça, les utilisateurs devraient pouvoir créer leur propres entrées et si ils le désirent, me les soumettre :)
Comme dit plus haut, je suis à la recherche de contributeurs, alors n'hésitez pas.
http://djl.tuxfamily.org/index.html
http://www.jeuxlinux.fr/b552-djl_1.0.html
> Lire le journal (21 commentaires, moyenne: 2,5).
Vous avez demandé le commentaire #915336.
Run by 
Cette page a été générée par Templeet en 0.0549s (dont 0.0056 de SQL).
Cette page est peut-être conforme xhtml 1.0.
Information sur le site.
gestionnaire de packages specialise ?
en gros, c'est un gestionnaire de packages supplementaire mais specialise sur les jeux ?
Je ne fais pas partie des gens qui disent a chaque nouveaute "pfff, a quoi ca sert ?" ou "pffff, c'est nul, c'est comme truc, pourquoi tu contribues pas a l'autre plutot" ou encore (pire) "ouin ! ca augmente la fragmentation des solutions !"... Je considere que si qqn fait qqch, c'est pour combler un manque qqpart... au moins chez lui en tout cas.
Et j'apprecie beaucoup le darwinisme tres puissant qui existe au sein du Libre et qui opere une selection naturelle sur les solutions.
Donc, malgre le fait que je vois pas vraiment l'interet de ta solution (a part la capture ecran) par rapport a ce qui existe depuis toujours sous linux, je souhaite t'encourager fortement sur ton initiative.
Si ca marche, c'est qu'il y a un vrai besoin (que je n'ai pas mais on s'en fout) et c'est bien que ca existe et que tu aies resiste aux debiles qui vont dire "un truc supplementaire pour rien !"
Sinon, tant pis, t'auras progresse en Python :)
As tu dans l'idee de rajouter une fonctionnalite de "surcouche" aux gestionnaires de packages existants afin de ne pas perturber l'existant chez ceux qui veulent conserver ce principe ?
Imbolcus
A vot' service
Vive le VTT dans les Vosges !!
[^]Re: gestionnaire de packages specialise ?
Malgré les apparences, tu n'es pas trop méchant dans l'analyse.
Par contre, tu fais erreur, le but de djl n'est pas de se substituer aux gestionnaires de dépot classiques, juste faciliter l'accès au jeu sous Linux.
Pas besoin d'être root, ça s'installer et se supprime en un clique (quand ça marche comme il faut en tout cas). Si le jeu plante, djl affiche une boite de dialogue et dans certains cas est capable de proposer une solution, etc...
C'est pas vraiment un simple dépot (ça l'était au début, mais il s'est diversifié au cours du développement), c'est une plate-forme.
C'est Steam qui m'a donné l'idée de djl et je dois dire que je m'en suis un peu inspiré. En considérant le succès (indéniable) de Steam sur Windows, je pense que djl peut intéresser du monde, d'autant plus si ce sont des nouveaux venus de l'autre côté de la fenêtre.
Mais tu as bien raison dans la conclusion, j'ai bien progressé en Python avec djl :)
Par contre, je n'ai pas très bien compris, le but n'est pas de se substituer aux gestionnaire de paquets.
Les paquets sous Linux s'installent en root, djl doit être lancé en tant que simple utilisateur. Les jeux sont ensuite installé dans un sous répertoire normalement accessible à l'utilisateur (~/.djl par défaut).
Je ne pense pas que cela puisse...entre en concurrence avec les gestionnaires de paquets classiques :)
[^]Re: gestionnaire de packages specialise ?
ba quand même un peu...
Tu aura un frozen bubble installé par rpm, dev, etc, et un par djl si on fait pas gaffe.
Et pis sous /home/, j'aime pas qu'il y ai des programmes...
50 users, 50 frozen bubble ?
vega strike, qui fait 160Mo, tu le vois installer 50 fois !
Moi, je verrais bien un truc de ce genre, mais qui marche main dans la main
avec yum, rpm, apt, pkgsrc...
Mais bon, apres, quelle est l'interet ?
Steam, son but, c'est de faire ce que fais un gestionnaire de package, mais
pour les jeux, et en payant, voila tout.
Tu essaye de faire ce que fait un truc qui essaye de faire ce que fais un
gestionnaire de packages :)
En tout cas, je ne crache pas dans la soupe, et je te souhaite bon courage
pour la suite !
You got the money, I got the soul.
[^]Re: gestionnaire de packages specialise ?
J'avais pensé qu'il serait bien que les gestionnaires de paquets actuels soient la fusion des deux solution (celle du journal et la gestion classique).
En effet, la principale difficulté à mon avis sous linux est l'installation de logiciel. Même si c'est très simple, ça pause des problèmes. Il faut être root pour en installer et il n'y a rien d'intégré pour l'installation en local : il faut bidouiller et ce que propose le l'auteur du journal est une solution pour les jeux seulement.
Ok, ça ne change pas grand chose dans pas mal de cas parce que l'utilisation de la machine est personnelle (mono-utilisateur), mais ce n'est pas toujours vrai.
Comment je vois la chose ?
- avoir la simplicité de cet outil et installer des logiciels en local quand on a pas le mot de passe root ou qu'on veut juste essayer un logiciel sans péter son système
- on aurait bien sûr le choix de l'installer normalement si on a aussi le mot de passe administrateur
- Root peut lister les applications installées en local par les utilisateurs et décider de l'installer de façon classique, ce qui économise de l'espace. Cela serait bien entendu transparent pout l'utilisateur
- Les applications proposées pour l'installation local peuvent être communes à toutes les distributions (de bon gros binaire avec tout en statique). Cela permet d'ailleurs de gérer plus facilement les logiciels proprio sous cette forme.
Je pense que l'auteur a eu une bonne idée, qui peut éventuellement s'élargir à toute application. Et donc ça serait encore mieux si ça ne fait pas doublon avec le gestionnaire de paquet classique.
[^]Re: gestionnaire de packages specialise ?
Steam n'est pas payant. Les jeux si mais pas Steam lui meme.
[^]Re: gestionnaire de packages specialise ?
De toute façon, gestionnaire de paquet spécialisés et généralistes ne sont pas incompatibles. Pour rappel (et d'après ma propre culture), il existe pas mal de logiciels qui ont leur propre mode de diffusion :
- Tex/LaTeX avec CTAN
- Perl avec CPAN
- Ruby avec gem
- PHP avec PEAR
- R avec CRAN
- etc.
Et pourtant, il y a des paquets pour tout ça.
[^]Re: gestionnaire de packages specialise ?
ben ouais mais t'avoueras que c'est pas genial quand meme...
Quant tu te retrouves avec un conflit entre les 2, ouille...
Alors bien sur, certains sont plus vieux que d'autres et gnagnagna, d'autres ont tel avantage et gnagnagna mais en attendant quand ca se marche sur les pieds, ca peut vraiment foutre le bazard.
Autant ca ne me gene pas quand on empile les couches (genre tel systeme est une surcouche a tel autre, etc) car ca ne genere pas de conflit, autant avoir des conflits parce que 2 systemes concurrents se bouffent le nez, c'est pas cool
Imbolcus
A vot' service
Vive le VTT dans les Vosges !!