David Demelier a écrit 786 commentaires

Je suis assez déçu si c'est bel et bien le cas.

On vient de me donner une imprimante HP, j'osais pas spécialement acheter une imprimante car je connais peu le support sous linux (à part que canon pue, en ayant eu 2).

Et avec hplip, tout marche out-of-the-box. Scanner et impression. J'ai pas encore acheté de cartouches car j'imprime un papier environ tous les 4 mois (on est en 2016 ! imprimer c'est mal).

Du coup quand elle sera plus fonctionnelle, faudra que je trouve aussi une alternative.

AI is a mental disorder

Je confirme, ne jamais acheter de canon.

AI is a mental disorder

Et bien si ça ne compile pas, tu envoies un bug report. Ça c'est la faute du développeur et il n'aura pas à l'ignorer ;)

Personnellement, je m'assure que mon application compile sur Linux, FreeBSD et Windows (vs et mingw).

AI is a mental disorder

Le .tar.gz c'est clairement le plus connu. En terme de compression je pense qu'il est un peu à la ramasse. Je vois (et j'utilise) beaucoup de .tar.xz en ce moment.

AI is a mental disorder

J'adore le softwaves !

Bon, vous vous doutez du quel j'ai mis en 1er :)

AI is a mental disorder

C’est quoi que tu détestes ? Avoir un dossier « packaging » qui ne te sert à rien, quand tu fais un git clone… ? C’est si génant que ça ?

Premièrement, pour les mêmes points cités plus haut, je ne suis pas sûr que les packagers des distributions vont utiliser tes modèles pour leur paquets. Si ça se trouve, la distribution X a décidé de changer d'emplacement pour installer de la doc, manque de bol t'es pas au courant, ton .spec/debian/PKGBUILD/whatever est obsolète et invalide. Le packager va créer le sien pour éviter ce genre d'obsolescence.

Aussi, si tu n'as pas sous la main toutes les distributions que tu maintiens dans ton application, tu ne peux pas tester tes fichiers de construction de paquets et garantir leur bon fonctionnement. Résultat : l'utilisateur ou packager qui s'en sert voit que ça fonctionne pas. Ça va l'agacer, il va se plaindre (ou envoyer un bugreport) et ça va faire du boulot de maintenance pour toi. Alors qu'au départ, si tu délègues complètement cette tâche, tu n'as aucun souci.

Less is more, comme dit. Tu imagines si tu maintiens 50 distributions dans ton dépôt ? J'ose pas imaginer le bordel.

AI is a mental disorder

Personnellement, je te conseille de ne pas te poser de questions. Fournis ton application en code source avec les fichiers qui vont bien (LICENSE, README, INSTALL, etc).

Ce n'est pas à toi de t'occuper de générer un paquet pour les trillions de distribution qui existent.

1. Tu n'arriveras jamais à le garder à jour par rapport à la distribution ciblée,
2. Fournir un paquet c'est bien, mais dans le dépôt officiel c'est mieux. J'imagine pas la galère si tu devais avoir accès aux dépôts de toutes les distributions,
3. Ne pollue pas ton application avec des fichiers de construction pour chaque distribution. Je déteste voir un répertoire debian, des fichiers .spec et autres trucs dans un code source. En plus, qui dit que ton .spec sera compatible fedora, suse, openmandriva ?

Comme tu l'as dit, flatpak semble l'alternative la plus viable, et c'est la seule qui doit être maintenue par l'auteur du logiciel. À voir si ça va vraiment marcher.

AI is a mental disorder

J'avoue que j'osais pas trop troller devant un journal d'aide, mais du coup comme vous avez commencé :

svn is the IE6 of version control.

AI is a mental disorder

freedesktop.org is open source / open discussion software projects working on interoperability and shared technology for X Window System desktops

C'est c'la, oui.

Excellent, j'y avais jamais pensé.

Posée sur la mailing list systemd, ça doit faire une bonne bombe ça.

Cela dit, il y a des points vrais. systemd unifie les scripts pour toutes les distributions (enfin dans la mesure du possible). Et permet aussi d'unifier la configuration du système.

Je me rappelle encore sous Gentoo, /etc/conf.d, sous Debian c'est des fichiers différents, dont le /etc/network. Sous redhat on utilisait des commandes system-config-* (IIRC).

AI is a mental disorder

Je sais, mais je préférerais voir ça dans le control center.

AI is a mental disorder

https://www.freedesktop.org/wiki/Software/systemd/#spelling

AI is a mental disorder

Au moins avec Mate on peut ajuster la taille des polices.

Oui c'est vrai il existe gnome-tweak-tool. C'est tellement cool de devoir utiliser des outils externes pour régler un détail aussi simple.

Ah oui ! Même mon téléphone me permet de changer la taille de la police du système.

AI is a mental disorder

Ce qui m'étonne c'est que BSD très puriste bien souvent, adopte ZFS à la licence controversé

Tu veux dire FreeBSD.

OpenBSD n'adoptera jamais ZFS. Sur NetBSD c'est en travaux mais rien de concret en ce moment. Et Dragonfly a son propre HAMMER.

AI is a mental disorder

C'est systemd, comme tout daemon unix. sshd, httpd, ftpd, dhcpd, dhcpcd, ntpd, etc.

AI is a mental disorder

Ça y va fort au niveau des ®. Il y en a partout, même pour les applications. Je trouve pas ça très professionnel.

TrueOS®
SysAdm™
AppCafe®

Je connais PC-BSD depuis longtemps et j'en suis toujours autant sceptique. Traductions automatique de leur pages (complètement à côté de la plaque). Un des développeurs principal dénigre GNOME en conférence en disant "it sucks", pas très fairplay. Puis ils réecrivent des outils spécifiquement pour PC-BSD. Ça serait mieux de contribuer des backends pour NetworkManager, packagekit, le bluetooth plutôt que de recoder une appli tierce pas du tout intégrée au desktop.

AI is a mental disorder

Il me semble que c'est justement nécessaire d'avoir des comptes github pour travis non ? Du coup ça n'est plus une option pour moi. Par contre je vais regarder pour appveyor :)

AI is a mental disorder

Le client et le serveur sont développés sous GNU/Linux, puis empaquetés automatiquement pour MacOSX et Windows.

Est-ce que tu cross compile pour macOS ? Si oui je souhaite vraiment savoir comment tu fais :)

AI is a mental disorder

Ah ouais bien joué pour le sudo faire installer :D

AI is a mental disorder

C'est à la mode malheureusement. Surtout dans l'univers nodelol.js ou toutes les applications en http://omyapp.io.

• https://www.meteor.com/install
• https://docs.chef.io/install_omnibus.html
• https://sandstorm.io/install

Il y en a tellement encore… :)

AI is a mental disorder

J'avoue qu'avoir accès root indique une faille plutôt énorme. Il est vraiment important de faire des backups tous les jours et surtout de les dupliquer sur d'autres disques / serveurs.

AI is a mental disorder

Microsoft me surprend de + en +.

Je n'aime pas powershell mais j'apprécie le geste, sous licence MIT en plus :)

AI is a mental disorder

Si on est obligé de faire en C, il y a e4c qui n'est pas trop mal.

AI is a mental disorder

Tu as des mesures réelles ?

AI is a mental disorder

https://isocpp.org/wiki/faq/exceptions#why-exceptions

“But exceptions are expensive!” Not really. Modern C++ implementations reduce the overhead of using exceptions to a few percent (say, 3%) and that’s compared to no error handling. Writing code with error-return codes and tests is not free either. As a rule of thumb, exception handling is extremely cheap when you don’t throw an exception. It costs nothing on some implementations. All the cost is incurred when you throw an exception: that is, “normal code” is faster than code using error-return codes and tests. You incur cost only when you have an error.

AI is a mental disorder

assert c'est pour des erreurs de développement. Pas des erreurs au runtime.

AI is a mental disorder