J’ai fais un don de 50euros via Ulule pour avoir le livre original. Or, je n’ai toujours pas reçu ce fabuleux livre qui est déjà disponible depuis plusieurs jours maintenant. C’est normal? Je suis un peu impatient d’avoir le livre

Librement,
TuxGasy

Je suis à peu près dans la même situation que SQP. Mon logiciel est à but local uniquement (non distribution sur les dépôts).
Il contient quelques scripts shell à placer dans /usr/loca/, quelques fichiers de configuration dans /etc et quelques logs dans /var/log.
Je n’ai jamais crée de paquet donc j’ai cherché un peu partout sur la toile pour avoir un tutoriel complet mais cela s’est révélé infructueux.
Soit le tutoriel portait sur des paquets sources soit il utilisait dpkg -b.
Est-ce que cela serait possible de détailler un peu les étapes ou de m’indiquer une page le faisant clairement ?

Merci et bonne continuation.

Je suis un mauvais élève qui utilise un noyau 2.6.37 parce qu’aucun des autres noyaux qui sont sortis par la suite n’a fonctionné correctement sur ma Debian (j’en ai probablement loupé qui devaient fonctionner) – le noyau 3.0.0 encore pire que les autres. Je suis conscient et inquiet par le fait que cette situation n’est absolument pas pérenne.

Toutes ces manips (mille merci de nous avoir fourni le mode d’emploi) me semblent compliquées, lourdes et dévoreuses de temps.
Penser qu’un système d’exploitation moderne va demander à ses utilisateurs de détecter/chercher/installer eux-même les firmwares les plus importants (on ne parle pas ici uniquement du matériel exotique) me rend dubitatif. Je pense aussi que Debian se tire une balle dans le pied.

Je comprend tout à fait les enjeux et y souscrit entièrement.
Il me semble néanmoins important d’offrir une alternative moderne et simple (paquet+dépôt externe) pour offrir une chance aux débutants de faire le pas vers Linux et aux autres de ne pas être dégouttés d’un système devenant trop compliqué.

On compile son logiciel comme à l’ordinnaire, mais on remplace le « make install » par checkinstall, ce qui crée le paquet qu’on installe ultérieurement. C’est peut-être une méthode au rabais (pour les dépendances, la configuration, etc.) , mais ça offre l’avantage de pouvoir désinstaller avec les commandes habituelles.

Évidemment un peu de ménage dans debian/ et personnaliser debian/control est nécessaire, mais ce n’est vraiment pas long.

Et si on compare la qualité moyenne du rapport de bogue chez Debian et chez Ubuntu on voit tout de suite la différence. Ceci dit utiliser un webmail ne complique pas vraiment le process… tu peux facilement coller la sortie de reportbug –template dans ton webmail. Et vérifier les bogues présents dans ton navigateur web ou alors avec reportbug-ng.