Je souhaite publier des logiciels pour différentes distributions Linux, en utilisant les formats d'empaquetage Linux habituels (rpm, deb, yast, etc.). Mon package nécessite un contrat de licence click-thru. Quels outils et formats de paquet Linux supportent une licence dans le paquet qui est montrée à l'utilisateur avant d'installer le logiciel?Prise en charge de Linux pour les licences click-thru
.deb fait certainement; les paquets sun-java * de Debian non-libre en ont un. Gardez à l'esprit que sous Linux (et d'autres systèmes Unix), un administrateur installe souvent le logiciel, mais des personnes différentes l'utilisent. Vous souhaiterez peut-être afficher votre licence de clic lors de la première exécution du logiciel par chaque utilisateur.
(Eh bien, en fait, il est donc pas cliquez -Grâce, mais plutôt de type-through, est dpkg basé sur le texte, mais ...)
Comme derobert dit, sur les systèmes unixy il est souvent pas l'utilisateur final qui installe le logiciel, donc demander à l'installateur/administrateur d'accepter la licence peut ne pas être ce que vous voulez (cela dépend de l'objectif du logiciel et du texte de la licence, je suppose).
Les licences ont été un sujet de discorde pendant des années, car s'il y a une «acceptation» par l'utilisateur, il est difficile de prouver que c'était l'utilisateur qui a accepté la licence, et que l'utilisateur a réellement lu ce qui lui a été présenté avant d'utiliser le logiciel. Prenez par exemple votre magasin de réparation d'ordinateurs mom-pop pour installer/mettre à niveau Windows; En général, ils cliquent sur les pages de licence pour installer tous les autres logiciels sur le PC et le propriétaire actuel n'a pas la possibilité de lire ou d'accepter la licence.
Il est important de vérifier la légalité de ce type de licence dans votre juridiction et la juridiction des utilisateurs que vous avez l'intention de cibler. Je ne compte pas sur la gestion de paquets pour faire cela pour vous non plus. Je l'aurais définitivement dans le cadre de votre code d'application. Vous pouvez obtenir un script de post-installation pour pratiquement n'importe quel gestionnaire de paquets pour exécuter le programme de redirection si nécessaire, mais je pense qu'il est préférable de l'exécuter par utilisateur.
Le script d'installation d'un RPM ne doit pas être utilisé pour répondre à des questions, car il n'y a aucune garantie que le code s'exécute dans un script. (Il peut être installé à partir de l'interface graphique et les gens ne veulent pas que le script se mette en pause dans une grande transaction d'installation). Vous pouvez nommer le contrat de licence que le RPM utilise et le montrer aux utilisateurs lors de la première exécution, ou à partir de leur site dowwnload ou en mettant des notes dans la description.
Vous ne voulez probablement pas faire cela via le mécanisme d'emballage, il n'y a aucune garantie du clic. Ce que vous pourriez envisager à la place est de présenter une telle licence la première fois que l'application est exécutée. Ne comptez pas sur les invites de fenêtre basées sur les malédictions, certains programmes d'installation de paquets vont juste les rediriger et votre installation sera simplement suspendue pour toujours.
Certaines applications font cela maintenant pour affirmer une politique de marque, d'autres vont un peu plus loin. La majorité des utilisateurs de Linux font pas comme comme les accords CLUF, mais je suppose que quiconque installe votre logiciel va en attendre un de toute façon.
Si c'est important, ne le regardez pas simplement; Demandez à un avocat qui connaît votre situation (et à vos lois locales, et autorisé dans votre juridiction) si vous avez besoin de conseils juridiques. – derobert
Ma question concerne la technologie, pas si je devrais le faire ou non.Votre contribution est appréciée, mais elle est légèrement hors sujet à la question en question. –