Que garder à l'esprit lors de la publication d'une application qui utilise des bibliothèques sous licence Apache 2.0 License? [fermé]

Je crée une application Android qui sera bientôt prête à être publiée.

Je vais juste implémenter un système d'onglets en utilisant cette bibliothèque . J'ai lu qu'il est sous licence Apache 2.0 License . Je n'ai jamais utilisé de bibliothèques sous licence pour les applications / programmes / jeux que j'ai distribués (parce que je n'en ai pas distribué), donc je n'ai aucune expérience avec les licences et les bibliothèques sous licence, donc je me demande s'il y a quelque chose à garder à l'esprit lors de la distribution d'une application qui utilise une bibliothèque sous licence Apache 2.0 License.

Garder en tete

• J'ai posé cette question sur StackOverflow , mais on m'a recommandé de la déplacer vers les programmeurs à la place, mais de vérifier le centre d'aide si ce site acceptait ce genre de question avant de poster. Je l'ai fait, et pour autant que je puisse voir et comprendre ce que j'ai lu, ce genre de question est autorisé.
• J'ai lu plusieurs des questions similaires et trouvé des réponses à certaines de mes questions, mais il y a encore des choses que je me demande et que je veux être clair pour que je ne fasse aucune erreur.

Ce sont les questions restantes

• J'ai lu que "les utilisateurs de mon application doivent recevoir une copie de la licence Apache 2.0. Pour éviter toute confusion, vous devez également indiquer à quelles parties de la distribution la licence s'applique." Est-il suffisant de simplement mettre un lien vers la licence Apache 2.0 sur la page "À propos de l'application" de l'application et d'indiquer le nom de la bibliothèque sous licence avec le lien?
• Poursuivant sur la question ci-dessus: comment dois-je «indiquer à quelles parties de la distribution la licence s'applique». Est-ce que cela signifie simplement que je dirai quelle partie de mon application est sous licence (en d'autres termes, que la bibliothèque est la partie sous licence)?
• Suis-je autorisé à modifier la source de la bibliothèque, puis à inclure la version modifiée dans mon application et à la vendre?
• (cela n'a rien à voir avec les bibliothèques sous licence) Dois-je appliquer une licence pour mon application? Si oui, lequel est recommandé? Mon application sera-t-elle automatiquement protégée par le droit d'auteur lorsque je la téléchargerai sur Google Play Store? Qu'est-ce qui est recommandé pour le protéger des "copieurs"?

Y a-t-il des recommandations ou des lignes directrices? Je voudrais savoir pour ne pas faire d'erreurs et devoir payer des amendes ou avoir des ennuis ou quelque chose comme ça. Merci!

MISE À JOUR: J'ai lu la réponse de amon et trouvé d'autres questions:

• Si je comprends bien ce que dit amon, mon application est automatiquement protégée par le droit d'auteur. Il a également dit que je peux enregistrer le droit d'auteur et que cela pourrait me donner certains avantages dans certaines juridictions. Où enregistrer le copyright?
• Quelles parties de la licence dois-je imprimer sur la page "à propos"? Est-il suffisant de mettre ceci (depuis le site Web de la bibliothèque Apache 2.0) sous le texte d'information de la bibliothèque et de mettre un lien vers une page séparée (dans l'application) avec la licence Apache 2.0 entière?:

Copyright [aaaa] [nom du propriétaire du copyright]

Sous licence Apache License, Version 2.0 (la "Licence"); vous ne pouvez pas utiliser ce fichier sauf en conformité avec la licence. Vous pouvez obtenir une copie de la licence à l'adresse

http://www.apache.org/licenses/LICENSE-2.0

Sauf si requis par la loi applicable ou accepté par écrit, les logiciels distribués sous la Licence sont distribués "EN L'ÉTAT", SANS GARANTIE OU CONDITION D'AUCUNE SORTE, expresse ou implicite. Voir la licence pour la langue spécifique régissant les autorisations et les limitations sous la licence.

D'autres questions pourraient venir.

Il existe des modèles bien établis pour attribuer les bibliothèques que vous utilisez. En général, vous placez cette attribution au même endroit où vous mettriez votre avis de droit d'auteur.

• Dans une application de bureau: il existe souvent un élément de menu «Aide> À propos», qui affiche une petite fenêtre d'informations avec le nom de l'application, le numéro de version, le copyright et le contact du développeur. Ce serait un bon endroit pour afficher les licences des bibliothèques utilisées.

• Dans une application mobile: dans votre menu de paramètres, vous pouvez avoir un élément d'information «À propos» qui contient les mêmes informations que le cas ci-dessus, ou un élément «Open Source» qui répertorie les bibliothèques open source utilisées et leurs licences.

Vous devez également répertorier ces licences avec vos conditions de service ou votre contrat de licence d'utilisateur final, en particulier lorsque ces licences open source confèrent des privilèges spéciaux à l'utilisateur.

Je m'attendrais à ce que la page «à propos» ressemble un peu à ceci:

Ma demande v1.2.3

© 2015 mon entreprise

Vous avez trouvé un bug? Veuillez [nous aider à le réparer] (ouvre le formulaire de rapport de bogue).

En utilisant cette application, vous acceptez nos [conditions et services] (ouvre la boîte de dialogue).

Cette application utilise les bibliothèques open source suivantes:

Library Foo [site web]

Copyright et licence de Library Foo

Bar de la bibliothèque [site Web]

Copyright et licence du Library Bar

Vous devez préciser l'intégralité de la licence et ne pas vous fier à des sites Web externes - toutes les informations légales doivent être accessibles sans connexion Internet. Bien sûr, vous pouvez concevoir la page de manière à ce que l'utilisateur n'ait pas à défiler sans fin, bien que de nombreux rédacteurs de texte juridique semblent aimer les blags répétitifs sans fin DANS TOUS LES MAJUSCULES POUR UNE PRATIQUE LÉGIBILITÉ.

Avant d'accepter une licence, assurez-vous de la lire et de la comprendre. Certaines licences ont également une page FAQ officielle qui répond à de nombreuses questions courantes. Cependant, la licence Apache 2.0 est assez courte et simple. Voici un extrait pertinent:

4. Redistribution. Vous pouvez reproduire et distribuer des copies de l'Œuvre ou des Œuvres dérivées de celle-ci sur tout support, avec ou sans modifications, et sous forme de source ou d'objet, à condition que vous remplissiez les conditions suivantes:

• Vous devez remettre à tout autre destinataire de l'Œuvre ou des Œuvres Dérivées une copie de cette Licence; et
• Vous devez faire en sorte que tous les fichiers modifiés comportent des avis bien visibles indiquant que vous avez modifié les fichiers; et
• […]
• Si l'Œuvre inclut un fichier texte "AVIS" dans le cadre de sa distribution, alors toute Œuvre dérivée que Vous distribuez doit inclure une copie lisible des avis d'attribution contenus dans ce fichier AVIS, […]

Vous pouvez ajouter votre propre déclaration de droits d'auteur à vos modifications et fournir des conditions de licence supplémentaires ou différentes […], à condition que votre utilisation, reproduction et distribution de l'Œuvre soient autrement conformes aux conditions énoncées dans cette licence.

Si la licence vous permet de modifier la bibliothèque et de distribuer la bibliothèque modifiée, vous pouvez la vendre. La licence Apache 2.0 le permet dans certaines restrictions. Par exemple, vous devez répertorier clairement vos modifications dans la bibliothèque d'origine et attribuer la bibliothèque d'origine même lorsque votre bibliothèque modifiée utilise une licence différente.

Concernant votre question «ai-je besoin d'une licence» / «comment puis-je obtenir des droits d'auteur»:

Vous détenez automatiquement le droit d'auteur pour toutes vos œuvres créatives, mais vous devez clairement indiquer votre droit d'auteur en énumérant les années de publication et le nom du titulaire du droit d'auteur. Par exemple, si j'ai publié un programme en 2012 et publié des mises à jour en 2014 et 2015, j'écrirais «© 2012, 2014-2015 amon». En plus de cela, l'enregistrement formel de vos droits d'auteur peut présenter certains avantages dans certaines juridictions.

La licence par défaut pour tout ce qui est protégé par des droits d'auteur est «tous droits réservés». Cependant, en distribuant une application, vous impliquez probablement une licence à vos utilisateurs leur permettant d'utiliser votre application. De plus, en utilisant un marché tel que le Google Play Store, vous acceptez leurs conditions d'utilisation, ce qui peut vous soumettre à certaines exigences et accorder certaines autorisations aux utilisateurs - mais je n'ai pas lu les conditions pertinentes. Il sera probablement judicieux de fournir vos propres conditions de service en plus de toute licence implicite. Cependant, vous n'avez pas à choisir une licence open source existante.

Vos exigences légales lors de la publication d'une application ne s'arrêtent pas là. Surtout lorsque vous collectez, stockez ou transmettez des données, vous êtes probablement soumis à diverses lois sur la protection des données à travers le monde. Notez que cela peut se produire même si vous ne collectez pas ces données dans le cadre du fonctionnement normal de cette application, mais «uniquement» pour la publicité, l'analyse ou les rapports de plantage.

S'il existe un moyen pour votre application de vous faire gagner de l'argent, votre plan d'affaires devrait inclure la discussion avec un avocat spécialisé sur les conditions de service, les licences et les politiques de confidentialité.