devnewton 🍺 a écrit 8775 commentaires

Un paquet non fourni par la distrib devrait toujours s'installer dans /opt, non?

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

https://linuxfr.org/wiki/jeux_libres_linuxfr

http://www.lgdb.org/games/all?tid_9=39&sort_by=field_release_value&sort_order=DESC

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

Et voilà: http://devnewton.bci.im/projects/newton_adventure/wiki?name=HelpForPackagers

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

Dans Newton Adventure, au lieu d'un tutorial, j'ai juste mis une page d'aide. Pour des jeux simples, quelques écrans d'explication sont suffisants, même si c'est la mode de faire un tutorial de 15min pour apprendre à jouer à un mario like.

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

Clef usb ou cd, ce n'est plus comme ça que les gens consomment des jeux. Il suffit de voir le succès de steam et des "markets" sur mobile.

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

En fait tout est dans la conf maven ET inclus dans les dossiers lib et native. J'ai fait tout ça pour que ça compile "hors de la boite", car je change souvent de machine et je suis souvent hors ligne.

Je vais essayé de documenter tout ça un peu mieux…

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

Au lieu d'un gros deb, je pourrais peut être pondre n petits deb, un par dépendance, comme ça si un packageur debian passe dans le coin< il n'aura qu'à piocher.

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

J'ai regardé un peu plus comment faire et soumettre un paquet debian: c'est la misère, j'aurais le temps de développer 3 jeux le temps que j'en comprenne les subtilités :-(

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

http://nixos.org/ ?

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

Ce que tu décris existe en Java, c'est maven et le plugin shade.

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

Ce qui me freine, c'est combien de temps va-t-il falloir pour avoir les libs dont je dépends dans debian pas backport?

Si ça se compte en années, autant que je fasse un PPA…

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

J'ai fait un paquet hier soir pour tester. J'ai fini par mettre le jeu et toutes ses dépendances dans /opt/newton_adventure, mais ce n'est pas génial, mais est-ce acceptable?

Je pourrais aussi générer un gros jar avec toutes les libs java et me contenter de la seule dépendance native: lwjgl.

Malheureusement, la version packagée par debian est vieille de plus d'un an et il lui manque une fonctionnalité importante: la gestion des fenêtres redimmensionnables.

Je peux peut être faire une branche spéciale debian qui ne gère pas ça?

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

les FPS sont tantôt dans action tantôt dans arcade, ya aucune logique

On voit souvent Arcade et Action dans les annuaires de jeux, mais ça correspond à quoi exactement???

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

Le reste, c'est juste pour faire croire à un vrai site, non?

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

Je n'ai pas trop compris ce qu'était MultiinstallEdit, mais n'est-il pas plus efficace de faire des paquets debian (par exemple)?

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

Pourquoi consacrer vos efforts à du packaging pour Windows alors qu'il y a tant à faire pour les systèmes libres?

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

Je ne suis pas certain que les hackers dont il est question partagent les idéaux du libre…

Face à une menace, la réponse des libristes est plus souvent de créer une alternative, pas de faire un gros DDOS.

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

Dans les jeux vidéos, le gros de la valeur ajouté est dans les graphismes, les sons, l'histoire et le level design. Ca permet de changer du code!

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

J'ai créé la page http://linuxfr.org/wiki/projets_libres_linuxfr pour recenser les créations libres des membres de linuxfr. Tu y trouveras peut être un projet qui te plaît.

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

Message à caractère informatif: ma boite pas SSII recrute une fournée de devs (sur Paris intramuros).

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

L'article pour convaincre d'utiliser Typescript m'a plutôt convaincu d'utiliser Dart :-)

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

DLC

Avantages:

• possibilité de rajouter du contenu petit à petit sans toucher à l'exécutable.

Désavantages:

• devoir écrire du code pour gérer le téléchargement, l'installation, vérifier que les niveaux installés sont compatibles avec l'exécutable installé…
• problèmes de sécurité si les données contiennent des scripts.

DTC

Avantages:

• simple à implémenter.
• plus compatible avec le packaging dans les distributions.

Désavantages:

• modèle un peu bizarre pour du libre.

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

A propos des niveaux supplémentaires achetables, que pensez-vous des modèles suivant pour un jeu libre?

DLC (DownLoadable Content)

Le joueur doit télécharger les nouveaux niveaux. Après achat, il reçoit une url et doit ensuite installer le nouveau contenu.

DTC (Dans Ton Code)

Les niveaux achetables sont inclus dans le jeu, mais désactivé. Après achat, le joueur reçoit un code d'activation.

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

Comme opengl, openal est une spécification, il y a des implémentations libres et privatrices.

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

Je l'ai testé et adopté pour remplacer git il y a bientôt 2 ans pour mes projets persos, car je perdais beaucoup de temps avec la gestion d'un ensemble git+bugtracker+site. Pour la partie gestion de version, tout ce que je peux dire, c'est que ça juste marche alors qu'avec git je me prenais régulièrement la tête avant de faire "un tant pis je commit de la merde" en écumant de rage.

Par contre, fossil ne permets pas de réécrire l'histoire, ce que les fans de git considèrent comme une friture tueuse.

Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.