Je vise aussi les apprentis programmeurs sur Mac OS X (il faudrait faire un .dmg) et ceux qui utilisent windows
Il n'y a aucune contradiction entre les approches. Les développeurs pour linux sont habitués à installer ce qui est dans leur gestionnaire de paquets, ça serait donc sympa que tu leur fasses un paquet. Pour les autres OS qui n'ont pas de système de paquets ou pour les linuxiens qui préfèrent ta méthode, rien ne leur interdit d'intégrer tes fichiers directement dans leur projet et d'utiliser le Makefile que tu fournis.
(il faudrait un installeur qui installe aussi MinGW .. ouf).
Je ne comprends pas pourquoi. Si c'est pour Windows tu fournis les .h et des .dll que tu as compilés chez toi avec ta chaine de compilation préférée (sous Windows avec le compilateur de ton choix, p.ex. MinGW ou MSVC, ou en compilation croisée depuis ta machine linux personnelle).
Tu as posé la question de la publicité à donner à ton projet. Ma réponse c'est que pour les projets libres (et linuxiens en particulier) ça revient à avoir un dépôt source sur une forge connue, faire un paquet pour les principales distributions, et se débrouiller pour faire inclure le paquet dans les dépôts précompilés des distributions.
Ce ne serait probablement pas si difficile pour ta bibliothèque d'être admis dans les distributions, puisque tu en proposes une application concrète (un ensemble de jeux).
Ensuite c'est la classe tu peux dire que ton logiciel a été retenu dans Debian/Fedora/...
Bon évidemment si quelqu'un me propose un script qui me transforme le tarball en .deb, .rpm, .dmg ou quoique ce soit,
cmake fait ça (il peut aussi produire un installeur graphique pour Windows), mais ce serait un gros morceau pour un cours à des débutants. Mais rien ne t'oblige à produire des paquets pour un tas de systèmes. Commence par la distribution que tu utilises. Si par exemple tu es utilisateur de Debian, tu lis le Guide du mainteneur Debian, tu apprends donc à faire un paquet .deb tout propre, ensuite tu demandes à l'inclure dans la distribution et tu en deviens mainteneur. Tu réponds donc aux rapports de bug qui seraient soumis sur le site de la distribution. Mais tu n'as rien de particulier à faire pour d'autres distributions si ça ne t'intéresse pas) ; si ton logiciel a du succès, les autres distributions l'intègreront de leur propre initiative.
[^] # Re: Forums en anglais
Posté par JGO . En réponse à la dépêche C : Science et éducation : EZ-Draw 1.2 est sorti. Évalué à 3. Dernière modification le 19 avril 2014 à 17:54.
Il n'y a aucune contradiction entre les approches. Les développeurs pour linux sont habitués à installer ce qui est dans leur gestionnaire de paquets, ça serait donc sympa que tu leur fasses un paquet. Pour les autres OS qui n'ont pas de système de paquets ou pour les linuxiens qui préfèrent ta méthode, rien ne leur interdit d'intégrer tes fichiers directement dans leur projet et d'utiliser le Makefile que tu fournis.
Je ne comprends pas pourquoi. Si c'est pour Windows tu fournis les .h et des .dll que tu as compilés chez toi avec ta chaine de compilation préférée (sous Windows avec le compilateur de ton choix, p.ex. MinGW ou MSVC, ou en compilation croisée depuis ta machine linux personnelle).
Tu as posé la question de la publicité à donner à ton projet. Ma réponse c'est que pour les projets libres (et linuxiens en particulier) ça revient à avoir un dépôt source sur une forge connue, faire un paquet pour les principales distributions, et se débrouiller pour faire inclure le paquet dans les dépôts précompilés des distributions.
Ce ne serait probablement pas si difficile pour ta bibliothèque d'être admis dans les distributions, puisque tu en proposes une application concrète (un ensemble de jeux).
Ensuite c'est la classe tu peux dire que ton logiciel a été retenu dans Debian/Fedora/...
cmake fait ça (il peut aussi produire un installeur graphique pour Windows), mais ce serait un gros morceau pour un cours à des débutants. Mais rien ne t'oblige à produire des paquets pour un tas de systèmes. Commence par la distribution que tu utilises. Si par exemple tu es utilisateur de Debian, tu lis le Guide du mainteneur Debian, tu apprends donc à faire un paquet .deb tout propre, ensuite tu demandes à l'inclure dans la distribution et tu en deviens mainteneur. Tu réponds donc aux rapports de bug qui seraient soumis sur le site de la distribution. Mais tu n'as rien de particulier à faire pour d'autres distributions si ça ne t'intéresse pas) ; si ton logiciel a du succès, les autres distributions l'intègreront de leur propre initiative.