Je pense qu'une mauvaise interprétation est dommageable pour l'ensemble de la communauté.
Peu m'importe la licence qu'utilise Odoo tant qu'elle est correctement appliquée.
Le cas du « framework » ne tombe pas sous le coup d'un travail dérivé vu son but généraliste.
La définition de l'application (ici "module") de la LGPL est:
« An "Application" is any work that makes use of an interface provided by the Library, but which is not otherwise based on the Library. »
Ça ne parle pas d'empaquetage mais de comment l'application repose sur la librairie.
Un module qui dépend d'un autre module est fort probablement un travail dérivé. Donc si le module parent est sous licence LGPL, le module enfant doit l'être aussi. La « viralité » de la licence pour la LGPL n'est pas liée à la technique mais au fait d'être un travail dérivé.
Il est possible d'avoir un module propriétaire sous Odoo si celui-ci n'est un travail dérivé d'aucun module LGPL.
En fait, si Odoo ne voulait pas cette contrainte, ils auraient du choisir une licence de type BSD/MIT et non LGPL.
Après, la notion de travail dérivé est difficile à juger et doit être analyser au cas par cas.
Sauf qu'Odoo SA interprète la licence LGPL comme une BSD/MIT ce qui n'est pas correct à mon avis.
Un module ne peut pas être sous licence propriétaire s'il est un travail dérivé d'un module LGPL.
Pour les mises à jour, il faut soit se débrouiller tous seul (avec l'aide possible de OpenUpgrade) soit il faut acheter le service de migration à Odoo SA via la contrat Enterprise et uploader sa base de données sur upgrade.odoo.com
Depuis son changement de licence, c'est un développement Open Core qui est adopté par la société éditrice. La plus parts des améliorations présentés ici font en faite partie de l'édition Enteprise.
Soit la suppression est due au fait qu'un meilleur solution existe (généralement en terme de sécurité) comme pour rsh vs ssh.
Soit c'est des logiciels qui n'étaient pas développés par OpenBSD et donc ils sont sorties du système de base en faveur d'un « package ».
Il faut remarqué qu'une partie de cette campagne concerne du développement propriétaire. En effet les themes développés ne seront pas libre (voir la FAQ de la campagne).
Aux dernières nouvelles, la politique de migration n'a pas changée, c'est-à-dire qu'elle n'est pas développée de manière ouverte. Mais il semblerait qu'openerp/odoo ne vends plus le service de migration seul, la page des prix ne parlent que d'abonnement au service d'hébergement.
Correction:
* Je n'ai pas dit "ne correspondait pas à ses exigences" mais "ne correspondait pas à mes besoins".
* L'objectif du projet flask-tryton est juste de permettre l'utilisation de Tryton dans une application Flask.
Nereid est monolithique dans le sens où son usage n'est possible que pour les cas d'utilisations restreints déjà prévues par l'auteur (gestion des utilisateurs, de la langue, du multi-société, composition des pages/URLs, etc.).
Pour les modules, en effet il se base sur le mécanisme de Tryton mais je pense personnellement qu'il ne convient pas pour répondre aux demandes variées de création de site web car la modularité ne permet pas de modifier l'architecture.
À propose des modules, le webshop d'après mon analyse est trop simple pour gérer la diversité des cas. Le module de projet est basé sur une simplification de celui de Tryton.
En fait, c'est déjà utilisable. On l'utilise sur notre site web.
Par rapport à Nereid, on profite de tout l'éco-système de Flask qui est bien assez riche. Alors oui, ça reste une boîte à outils et pas un logiciel clés en main mais personnellement ça répond bien mieux à mes besoins.
[^] # Re: HS non on ne peut pas tout demander au entreprises pures copyleft
Posté par Cédric Krier (site web personnel, Mastodon) . En réponse à la dépêche Sortie de Odoo 9. Évalué à -1.
Cet article par exemple: http://www.law.washington.edu/lta/swp/Law/derivative.html
[^] # Re: HS non on ne peut pas tout demander au entreprises pures copyleft
Posté par Cédric Krier (site web personnel, Mastodon) . En réponse à la dépêche Sortie de Odoo 9. Évalué à -1.
Comme d'habitude une justification technique de développeur alors que l’interprétation d'une licence est un problème juridique.
[^] # Re: HS non on ne peut pas tout demander au entreprises pures copyleft
Posté par Cédric Krier (site web personnel, Mastodon) . En réponse à la dépêche Sortie de Odoo 9. Évalué à -2.
Je pense qu'une mauvaise interprétation est dommageable pour l'ensemble de la communauté.
Peu m'importe la licence qu'utilise Odoo tant qu'elle est correctement appliquée.
Le cas du « framework » ne tombe pas sous le coup d'un travail dérivé vu son but généraliste.
La définition de l'application (ici "module") de la LGPL est:
« An "Application" is any work that makes use of an interface provided by the Library, but which is not otherwise based on the Library. »
Ça ne parle pas d'empaquetage mais de comment l'application repose sur la librairie.
[^] # Re: HS non on ne peut pas tout demander au entreprises pures copyleft
Posté par Cédric Krier (site web personnel, Mastodon) . En réponse à la dépêche Sortie de Odoo 9. Évalué à -1.
Un module qui dépend d'un autre module est fort probablement un travail dérivé. Donc si le module parent est sous licence LGPL, le module enfant doit l'être aussi. La « viralité » de la licence pour la LGPL n'est pas liée à la technique mais au fait d'être un travail dérivé.
Il est possible d'avoir un module propriétaire sous Odoo si celui-ci n'est un travail dérivé d'aucun module LGPL.
En fait, si Odoo ne voulait pas cette contrainte, ils auraient du choisir une licence de type BSD/MIT et non LGPL.
Après, la notion de travail dérivé est difficile à juger et doit être analyser au cas par cas.
[^] # Re: HS non on ne peut pas tout demander au entreprises pures copyleft
Posté par Cédric Krier (site web personnel, Mastodon) . En réponse à la dépêche Sortie de Odoo 9. Évalué à -3.
Sauf qu'Odoo SA interprète la licence LGPL comme une BSD/MIT ce qui n'est pas correct à mon avis.
Un module ne peut pas être sous licence propriétaire s'il est un travail dérivé d'un module LGPL.
[^] # Re: Libre vraiment?
Posté par Cédric Krier (site web personnel, Mastodon) . En réponse à la dépêche Sortie de Odoo 9. Évalué à 4.
Pour les mises à jour, il faut soit se débrouiller tous seul (avec l'aide possible de OpenUpgrade) soit il faut acheter le service de migration à Odoo SA via la contrat Enterprise et uploader sa base de données sur upgrade.odoo.com
[^] # Re: Libre vraiment?
Posté par Cédric Krier (site web personnel, Mastodon) . En réponse à la dépêche Sortie de Odoo 9. Évalué à 0.
Il y a aussi d'autres solutions plus proche comme Tryton pour laquelle des outils de migration existent.
[^] # Re: Libre vraiment?
Posté par Cédric Krier (site web personnel, Mastodon) . En réponse à la dépêche Sortie de Odoo 9. Évalué à 5.
Évidement que c'est mieux pour lui que tu fasse des extensions libres et lui des propriétaires que l'inverse.
# Libre vraiment?
Posté par Cédric Krier (site web personnel, Mastodon) . En réponse à la dépêche Sortie de Odoo 9. Évalué à 10.
Depuis son changement de licence, c'est un développement Open Core qui est adopté par la société éditrice. La plus parts des améliorations présentés ici font en faite partie de l'édition Enteprise.
# Démo multilingue
Posté par Cédric Krier (site web personnel, Mastodon) . En réponse à la dépêche Sortie de tryton 3.6. Évalué à 1.
Le lien vers la démo du client web est multilingue, ce serait bien si quelqu'un pouvait le mettre en anglais au lieu d'espagnol.
# Live Stream
Posté par Cédric Krier (site web personnel, Mastodon) . En réponse à la dépêche Conférence Tryton à Leipzig du 14 au 16 novembre 2014. Évalué à 1.
Il sera possible de suivre la conférence en ligne sur http://tul2014.tryton.org/360-live/
[^] # Re: httpd
Posté par Cédric Krier (site web personnel, Mastodon) . En réponse à la dépêche OpenBSD 5.6. Évalué à 6.
Oui mais nginx sera retiré de la futur version 5.7 au profit d'un nouveau serveur httpd(8) basé sur relayd(8).
[^] # Re: MySQL 5.1 et pas de de MariaDB
Posté par Cédric Krier (site web personnel, Mastodon) . En réponse à la dépêche OpenBSD 5.6. Évalué à 4.
La version 10.0.12 de MariaDB est présente dans le ports.
http://cvsweb.openbsd.org/cgi-bin/cvsweb/ports/databases/mariadb/
[^] # Re: suppressions ?!
Posté par Cédric Krier (site web personnel, Mastodon) . En réponse à la dépêche OpenBSD 5.6. Évalué à 6.
Voici l'explication pour Kerberos : http://undeadly.org/cgi?action=article&sid=20140425065910
[^] # Re: suppressions ?!
Posté par Cédric Krier (site web personnel, Mastodon) . En réponse à la dépêche OpenBSD 5.6. Évalué à 6.
Soit la suppression est due au fait qu'un meilleur solution existe (généralement en terme de sécurité) comme pour rsh vs ssh.
Soit c'est des logiciels qui n'étaient pas développés par OpenBSD et donc ils sont sorties du système de base en faveur d'un « package ».
# Client web
Posté par Cédric Krier (site web personnel, Mastodon) . En réponse à la dépêche Sortie de Tryton 3.4. Évalué à 2.
La version web du client a aussi bien avancée même si elle n'est pas encore prête pour une utilisation en production.
[^] # Re: Éditeur WYSIWYG
Posté par Cédric Krier (site web personnel, Mastodon) . En réponse à la dépêche Campagne de financement communautaire pour Odoo. Évalué à 2.
C'est basé sur CKEditor
# Themes propriétaires
Posté par Cédric Krier (site web personnel, Mastodon) . En réponse à la dépêche Campagne de financement communautaire pour Odoo. Évalué à 9.
Il faut remarqué qu'une partie de cette campagne concerne du développement propriétaire. En effet les themes développés ne seront pas libre (voir la FAQ de la campagne).
# L'annonce de la version 3.2 sur Linuxfr.org
Posté par Cédric Krier (site web personnel, Mastodon) . En réponse à la dépêche Conférence Tryton à Leipzig du 14 au 16 novembre 2014. Évalué à 2.
https://linuxfr.org/news/sortie-de-tryton-3-2
[^] # Re: Migration?
Posté par Cédric Krier (site web personnel, Mastodon) . En réponse à la dépêche Odoo: le nouveau OpenERP, avec 10 millions de plus. Évalué à 3.
Aux dernières nouvelles, la politique de migration n'a pas changée, c'est-à-dire qu'elle n'est pas développée de manière ouverte. Mais il semblerait qu'openerp/odoo ne vends plus le service de migration seul, la page des prix ne parlent que d'abonnement au service d'hébergement.
[^] # Re: Nereid est plus complet
Posté par Cédric Krier (site web personnel, Mastodon) . En réponse au journal Utiliser Tryton dans son application Flask. Évalué à 1.
Correction:
* Je n'ai pas dit "ne correspondait pas à ses exigences" mais "ne correspondait pas à mes besoins".
* L'objectif du projet flask-tryton est juste de permettre l'utilisation de Tryton dans une application Flask.
[^] # Re: Nereid est-elle vraiment une solution monolithique ?
Posté par Cédric Krier (site web personnel, Mastodon) . En réponse au journal Utiliser Tryton dans son application Flask. Évalué à 1.
Nereid est monolithique dans le sens où son usage n'est possible que pour les cas d'utilisations restreints déjà prévues par l'auteur (gestion des utilisateurs, de la langue, du multi-société, composition des pages/URLs, etc.).
Pour les modules, en effet il se base sur le mécanisme de Tryton mais je pense personnellement qu'il ne convient pas pour répondre aux demandes variées de création de site web car la modularité ne permet pas de modifier l'architecture.
À propose des modules, le webshop d'après mon analyse est trop simple pour gérer la diversité des cas. Le module de projet est basé sur une simplification de celui de Tryton.
[^] # Re: Nereid a quand même l'air plus complet
Posté par Cédric Krier (site web personnel, Mastodon) . En réponse au journal Utiliser Tryton dans son application Flask. Évalué à 1.
En fait, c'est déjà utilisable. On l'utilise sur notre site web.
Par rapport à Nereid, on profite de tout l'éco-système de Flask qui est bien assez riche. Alors oui, ça reste une boîte à outils et pas un logiciel clés en main mais personnellement ça répond bien mieux à mes besoins.
[^] # Re: Global
Posté par Cédric Krier (site web personnel, Mastodon) . En réponse à la dépêche OpenERP se lance dans la gestion de contenu et l'eCommerce. Évalué à 5.
De plus que ce module utilise MD5 qui n'est plus vraiment considéré comme sûr.
[^] # Re: Global
Posté par Cédric Krier (site web personnel, Mastodon) . En réponse à la dépêche OpenERP se lance dans la gestion de contenu et l'eCommerce. Évalué à 5.
Ça n'a jamais été corrigé et il y a une forte résistance des mainteneurs pour garder cette «fonctionnalité».
Voici le code de la version de développement où le mot de passe est écrit en clair dans la base de données:
https://bazaar.launchpad.net/~openerp/openobject-server/trunk/view/head:/openerp/addons/base/res/res_users.py#L125