Donc l'Apple Store est bien incompatible avec la GPL. CQFD.
Ca va dans les deux sens, la gpl est aussi incompatible avec l’AppStore :)
Euh... oui. C'est par définition du mot incompatible. Je vois pas du tout là où tu veux en venir.
C’est un problème "artificiel" cela dit:
Bien sûr que c'est artificiel, par définition d'être un problème de règles. Ça ne veut pas dire pour autant qu'on veut enfreindre les règles, surtout quand on est des petits particuliers en face d'une multinationale. (ou de manière générale quand ça peut devenir un problème légal devant une cours de justice; pas forcément en face d'Apple, mais même si c'est un autre ayant-droit qui voudrait m'attaquer pour distribuer son travail en violant la GPL, non merci, très peu pour moi!)
Perso je le ferai pas en tous cas. On veut bien être gentils et bonne poire même parfois, mais y a des limites à ce qu'on peut accepter. Et notamment prendre des risques légaux, personnellement, pour fournir un logiciel sur une plateforme qui l'interdit (et qu'en plus on n'utilise même pas), c'est une limite que je ne franchis pas (d'autres sont libres d'essayer s'ils veulent absolument).
la distribution de binaires proprio pour une appli open source est une pratique très courante
LOL Je pense que tu comprends pas trop comment les licences marchent. On peut pas prendre le code des autres, le compiler et distribuer le binaire sous une autre licence. C'est pas comme ça que ça marche. Enfin... sauf si la licence l'autorisait bien entendu, mais c'est pas le cas de la GPLv3 (c'est même un peu sa raison d'être). Je t'invite à lire spécifiquement la section 6 de la GPLv3 qui traite très précisément de la distribution de binaires.
Pretendre que la gpl est exclue de l’AppStore, c’est limite de la mauvaise foi. Oui, c’est techniquement incompatible
Tu serais pas en train de te contredire d'une phrase à l'autre? C'est pas la définition de la mauvaise foi, ça? 😜
Oui, c’est techniquement incompatible, m’enfin, si c’était le plus gros problème que le monde open source avait, on serait bien quand même.
On n'en fait pas une maladie et j'en dors très bien, merci de t'inquiéter! 🙄 Je listais juste les diverses raisons qui font qu'y a pas de version iPad (pour répondre à ton commentaire sur le sujet) et notamment dedans, y a le problème de la licence vs. les règles de l'Apple Store. Je n'ai jamais dit que c'est un gros problème. Ici on n'utilise pas de matériel Apple et on s'en passe très bien.
En tous cas, c'est pas une histoire de "virage technologique" qu'on aurait soit-disant loupé. C'était ça le fond de la réponse (et pas le fait que c'est un gros problème pour nous; en ce qui me concerne, c'est même l'inverse, je considère que c'est Apple qui se tire des balles dans le pied et y perd — ce serait pas la première fois, les problèmes de cross-compilation à cause d'interdictions débiles me viennent aussitôt à l'esprit —, mais je suppose que sur ce point, chacun est libre de voir ça différemment 🤷).
Je peux raisonnablement pas recommender un outil de façon professionnelle si je sais que l’équipe de dev est minuscule et ne peut raisonnablement pas traiter le feedback dans un délai acceptable.
Encore une fois, tu ne comprends pas trop le principe du logiciel libre. Même si l'équipe d'un logiciel était énorme, ben je recommanderais pas ce logiciel pour du travail pro sur la base de "c'est bon, ils ont une grosse équipe". Ça c'est voir le logiciel libre comme du logiciel gratuit et ne voir les équipes de dév que comme des gentils bénévoles à tes ordres, sans avoir à débourser un sous. D'ailleurs même ta grosse équipe, rien n'assure qu'elle va réellement traiter tes problèmes et besoins rapidement. Je me demande si tu as soumis beaucoup de rapports de bug ou de demandes de fonctionnalités pour sortir cela. Va faire un rapport à Blender (beaucoup plus grosse équipe), ou même à Firefox (beaucoup beaucoup plus gros), puis reviens nous voir pour nous montrer à quel point ton "feedback" est traité rapidement. 🤣
(Note que ce ne sont nullement des critiques du développement de ces projets; on ne peut juste pas techniquement tout "traiter" dans des "délai[s] acceptable[s]", sortir une telle affirmation, c'est ne pas comprendre comment ça marche)
Ben non, c'est pas ça le logiciel libre. Le principe, c'est que tu as accès au source, et dans un contexte pro, ça veut surtout dire que tu peux modifier et corriger toi-même. En d'autres termes, si tu as un problème, tu engages un dév pour le régler (et tout le monde y gagne: l'entreprise qui peut avoir ses problèmes corrigés rapidement — va corriger des logiciels propriétaires pour comparer! Oups y a pas le code, ni le droit! —, de même que ses besoins pris en charge, d'une part; et le logiciel libre en question qui pourra alors recevoir du nouveau code et de nouveaux contributeurs d'autre part). C'est ça le gros pouvoir du logiciel libre dans un contexte professionnel. Pas "des grosses équipes qui font du travail gratuit pour toi".
Ce que je dis n'est pas uniquement pour les grosses entreprises, c'est aussi accessible aux petites entreprises, ou même aux professionnels indépendants (si on a absolument besoin d'une fonctionnalité qui nous aiderait vraiment beaucoup dans son travail, on peut bien débourser quelques milliers d'euros une fois de temps en temps). On a eu le cas, il y a peu, avec Creative Shrimp, un site de tutoriels de graphisme 3D qui a sponsorisé notre asso pour une fonctionnalité qui permettait de traiter simultanément plusieurs textures représentant le même matériel (diffuse, normal...).
Cela leur a servi pour un cours de photogrammétrie. Si j'ai bien compris, il n'y avait qu'un seul autre logiciel (propriétaire, mais je me souviens plus lequel) qui permettait cela, et aucun logiciel libre (jusqu'à GIMP qui maintenant le peut). Quelques discussions et quelques semaines plus tard, c'était possible dans GIMP.
Va voir si tu peux payer quelques milliers d'euros à Adobe et s'ils prendront en charge tes requêtes dans un "délai acceptable" avec leur super grosse équipe de développeur qui te met en confiance.
Alors oui, ça veut dire qu'il faut être prêt à rémunérer du travail de manière juste et saine, et pas juste 10 ou 100€ (comme certains s'imaginent quand ils sortent "je suis prêt à mettre 100€ pour implémenter cette fonctionnalité complexe qui prendra des jours, voire des semaines de travail! Pourquoi personne le fait? Bandes de développeurs paresseux!" 🙄). Mais c'est un truc que très peu de logiciels propriétaires permettent vraiment.
Pour enfoncer le clou, c'est exactement comme cela qu'on a commencé nous même à contribuer à GIMP (donc je dis vraiment pas ça au hasard), c'est à dire qu'on voulait voir s'il était possible d'utiliser GIMP professionnellement, ce qui fait qu'on a commencé à contribuer, puis de plus en plus (ça c'est la version "avoir un développeur dans l'équipe", juste avant c'était la version "engager un développeur externe de temps en temps", les 2 sont possibles). Et c'est comme ça qu'énormément de contributeurs ou organismes/entreprises commencent à contribuer à énormément de logiciels libres.
Donc oui, si c'est là l'idée (voir quelle équipe est suffisamment grosse pour répondre rapidement), je te déconseille de recommander n'importe quel logiciel libre, quel qu'il soit. En fait je te déconseille de recommander n'importe quel logiciel tout court même, libre ou non, avec une équipe énorme ou non, payant ou non (si tu crois qu'Adobe va se mettre en 4 pour traiter le "feedback" d'un utilisateur payant lambda! 😂). Ça marche pas comme ça. Il faut y mettre du sien (en contribuant soi-même, ou en payant quelqu'un pour le faire). Et quand tu le fais, alors le retour sur investissement est simplement gigantesque, incomparable à ce que permettent les logiciels propriétaires (ce dont je parle est impossible dans l'économie d'une majorité des logiciels propriétaires où son choix principal est juste d'espérer, et si on a vraiment de la chance, notre besoin peut peut-être s'aligner avec les plans de développement du logiciel). Il y a de rares logiciels propriétaires où on peut financer du développement, mais c'est plus dans les cas d'éditeurs logiciels PME de logiciels métiers, et les tarifs ne seront pas du tout les mêmes (genre 10 à 100 fois plus que la possibilité d'engager un développeur soi-même; j'ai travaillé pour un tel éditeur au tout début de ma carrière, et les clients n'étaient que des très très grosses entreprises car les prix pour les projets ne sont simplement pas accessibles autrement pour de petits clients), tout en n'ayant aucune vraie garantie au final (notamment si l'éditeur met la clé sous la porte, pas d'accès au code source, plus de possibilité de corriger les problèmes; la seule solution est de changer de logiciel au plus vite, donc de perdre tout le passif et l'argent déjà dépensé).
C'est ça le gros avantage du logiciel libre en milieu pro (flexibilité, indépendance, pérennité, possibilité d'influer réellement sur la direction du développement...), pas tout ce que tu sembles t'imaginer qui n'a aucune réalité en règle général (que ce soit en libre ou en proprio).
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
[^] # Re: Ça n’est pas parce qu’on peut faire quelque chose des outils qu’ils ne sont pas ...
Posté par Jehan (site web personnel, Mastodon) . En réponse au journal PAO, graphisme et colorimétrie dans le libre. Évalué à 10. Dernière modification le 28 mai 2022 à 15:52.
Euh... oui. C'est par définition du mot incompatible. Je vois pas du tout là où tu veux en venir.
Bien sûr que c'est artificiel, par définition d'être un problème de règles. Ça ne veut pas dire pour autant qu'on veut enfreindre les règles, surtout quand on est des petits particuliers en face d'une multinationale. (ou de manière générale quand ça peut devenir un problème légal devant une cours de justice; pas forcément en face d'Apple, mais même si c'est un autre ayant-droit qui voudrait m'attaquer pour distribuer son travail en violant la GPL, non merci, très peu pour moi!)
Perso je le ferai pas en tous cas. On veut bien être gentils et bonne poire même parfois, mais y a des limites à ce qu'on peut accepter. Et notamment prendre des risques légaux, personnellement, pour fournir un logiciel sur une plateforme qui l'interdit (et qu'en plus on n'utilise même pas), c'est une limite que je ne franchis pas (d'autres sont libres d'essayer s'ils veulent absolument).
LOL Je pense que tu comprends pas trop comment les licences marchent. On peut pas prendre le code des autres, le compiler et distribuer le binaire sous une autre licence. C'est pas comme ça que ça marche. Enfin... sauf si la licence l'autorisait bien entendu, mais c'est pas le cas de la GPLv3 (c'est même un peu sa raison d'être). Je t'invite à lire spécifiquement la section 6 de la GPLv3 qui traite très précisément de la distribution de binaires.
Tu serais pas en train de te contredire d'une phrase à l'autre? C'est pas la définition de la mauvaise foi, ça? 😜
On n'en fait pas une maladie et j'en dors très bien, merci de t'inquiéter! 🙄 Je listais juste les diverses raisons qui font qu'y a pas de version iPad (pour répondre à ton commentaire sur le sujet) et notamment dedans, y a le problème de la licence vs. les règles de l'Apple Store. Je n'ai jamais dit que c'est un gros problème. Ici on n'utilise pas de matériel Apple et on s'en passe très bien.
En tous cas, c'est pas une histoire de "virage technologique" qu'on aurait soit-disant loupé. C'était ça le fond de la réponse (et pas le fait que c'est un gros problème pour nous; en ce qui me concerne, c'est même l'inverse, je considère que c'est Apple qui se tire des balles dans le pied et y perd — ce serait pas la première fois, les problèmes de cross-compilation à cause d'interdictions débiles me viennent aussitôt à l'esprit —, mais je suppose que sur ce point, chacun est libre de voir ça différemment 🤷).
Encore une fois, tu ne comprends pas trop le principe du logiciel libre. Même si l'équipe d'un logiciel était énorme, ben je recommanderais pas ce logiciel pour du travail pro sur la base de "c'est bon, ils ont une grosse équipe". Ça c'est voir le logiciel libre comme du logiciel gratuit et ne voir les équipes de dév que comme des gentils bénévoles à tes ordres, sans avoir à débourser un sous. D'ailleurs même ta grosse équipe, rien n'assure qu'elle va réellement traiter tes problèmes et besoins rapidement. Je me demande si tu as soumis beaucoup de rapports de bug ou de demandes de fonctionnalités pour sortir cela. Va faire un rapport à Blender (beaucoup plus grosse équipe), ou même à Firefox (beaucoup beaucoup plus gros), puis reviens nous voir pour nous montrer à quel point ton "feedback" est traité rapidement. 🤣
(Note que ce ne sont nullement des critiques du développement de ces projets; on ne peut juste pas techniquement tout "traiter" dans des "délai[s] acceptable[s]", sortir une telle affirmation, c'est ne pas comprendre comment ça marche)
Ben non, c'est pas ça le logiciel libre. Le principe, c'est que tu as accès au source, et dans un contexte pro, ça veut surtout dire que tu peux modifier et corriger toi-même. En d'autres termes, si tu as un problème, tu engages un dév pour le régler (et tout le monde y gagne: l'entreprise qui peut avoir ses problèmes corrigés rapidement — va corriger des logiciels propriétaires pour comparer! Oups y a pas le code, ni le droit! —, de même que ses besoins pris en charge, d'une part; et le logiciel libre en question qui pourra alors recevoir du nouveau code et de nouveaux contributeurs d'autre part). C'est ça le gros pouvoir du logiciel libre dans un contexte professionnel. Pas "des grosses équipes qui font du travail gratuit pour toi".
Ce que je dis n'est pas uniquement pour les grosses entreprises, c'est aussi accessible aux petites entreprises, ou même aux professionnels indépendants (si on a absolument besoin d'une fonctionnalité qui nous aiderait vraiment beaucoup dans son travail, on peut bien débourser quelques milliers d'euros une fois de temps en temps). On a eu le cas, il y a peu, avec Creative Shrimp, un site de tutoriels de graphisme 3D qui a sponsorisé notre asso pour une fonctionnalité qui permettait de traiter simultanément plusieurs textures représentant le même matériel (diffuse, normal...).
Cela leur a servi pour un cours de photogrammétrie. Si j'ai bien compris, il n'y avait qu'un seul autre logiciel (propriétaire, mais je me souviens plus lequel) qui permettait cela, et aucun logiciel libre (jusqu'à GIMP qui maintenant le peut). Quelques discussions et quelques semaines plus tard, c'était possible dans GIMP.
Va voir si tu peux payer quelques milliers d'euros à Adobe et s'ils prendront en charge tes requêtes dans un "délai acceptable" avec leur super grosse équipe de développeur qui te met en confiance.
Alors oui, ça veut dire qu'il faut être prêt à rémunérer du travail de manière juste et saine, et pas juste 10 ou 100€ (comme certains s'imaginent quand ils sortent "je suis prêt à mettre 100€ pour implémenter cette fonctionnalité complexe qui prendra des jours, voire des semaines de travail! Pourquoi personne le fait? Bandes de développeurs paresseux!" 🙄). Mais c'est un truc que très peu de logiciels propriétaires permettent vraiment.
Pour enfoncer le clou, c'est exactement comme cela qu'on a commencé nous même à contribuer à GIMP (donc je dis vraiment pas ça au hasard), c'est à dire qu'on voulait voir s'il était possible d'utiliser GIMP professionnellement, ce qui fait qu'on a commencé à contribuer, puis de plus en plus (ça c'est la version "avoir un développeur dans l'équipe", juste avant c'était la version "engager un développeur externe de temps en temps", les 2 sont possibles). Et c'est comme ça qu'énormément de contributeurs ou organismes/entreprises commencent à contribuer à énormément de logiciels libres.
Donc oui, si c'est là l'idée (voir quelle équipe est suffisamment grosse pour répondre rapidement), je te déconseille de recommander n'importe quel logiciel libre, quel qu'il soit. En fait je te déconseille de recommander n'importe quel logiciel tout court même, libre ou non, avec une équipe énorme ou non, payant ou non (si tu crois qu'Adobe va se mettre en 4 pour traiter le "feedback" d'un utilisateur payant lambda! 😂). Ça marche pas comme ça. Il faut y mettre du sien (en contribuant soi-même, ou en payant quelqu'un pour le faire). Et quand tu le fais, alors le retour sur investissement est simplement gigantesque, incomparable à ce que permettent les logiciels propriétaires (ce dont je parle est impossible dans l'économie d'une majorité des logiciels propriétaires où son choix principal est juste d'espérer, et si on a vraiment de la chance, notre besoin peut peut-être s'aligner avec les plans de développement du logiciel). Il y a de rares logiciels propriétaires où on peut financer du développement, mais c'est plus dans les cas d'éditeurs logiciels PME de logiciels métiers, et les tarifs ne seront pas du tout les mêmes (genre 10 à 100 fois plus que la possibilité d'engager un développeur soi-même; j'ai travaillé pour un tel éditeur au tout début de ma carrière, et les clients n'étaient que des très très grosses entreprises car les prix pour les projets ne sont simplement pas accessibles autrement pour de petits clients), tout en n'ayant aucune vraie garantie au final (notamment si l'éditeur met la clé sous la porte, pas d'accès au code source, plus de possibilité de corriger les problèmes; la seule solution est de changer de logiciel au plus vite, donc de perdre tout le passif et l'argent déjà dépensé).
C'est ça le gros avantage du logiciel libre en milieu pro (flexibilité, indépendance, pérennité, possibilité d'influer réellement sur la direction du développement...), pas tout ce que tu sembles t'imaginer qui n'a aucune réalité en règle général (que ce soit en libre ou en proprio).
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]