31,003
edits
Report board meeting 201211 teleconf: Difference between revisions
Jump to navigation
Jump to search
Report board meeting 201211 teleconf (view source)
Revision as of 14:58, 31 December 2012
, 13 years ago→Migrate to AGPLv3
| (41 intermediate revisions by 6 users not shown) | |||
| Line 4: | Line 4: | ||
= Title/Date/Location = | = Title/Date/Location = | ||
* Title: Report of foundation board meeting: | * Title: Report of foundation board meeting: | ||
* Date: 20/ | * Date: 20/11/2012 | ||
* Location: Teleconf | * Location: Teleconf | ||
| Line 16: | Line 16: | ||
== Page wiki on Salon solution Linux 2012 == | == Page wiki on Salon solution Linux 2012 == | ||
* Add event photos | * Add event photos | ||
=> Action Jean: Si photo disponible, les publier sur la page http://wiki.dolibarr.org/index.php/Salon_Solution_Linux_2012. Sinon mettre "pas de photo dispo". | => Action Jean ? 5selon Philippe, Jean aurait des photos): Si photo disponible, les publier sur la page http://wiki.dolibarr.org/index.php/Salon_Solution_Linux_2012. Sinon mettre "pas de photo dispo". | ||
== Modif Dolistore == | == Modif Dolistore == | ||
* Permettre à l'éditeur de définir une durée max d'accès (au lieu de 3650 jours par défaut). ( | * Permettre à l'éditeur de définir une durée max d'accès (au lieu de 3650 jours par défaut). (proposition juanjo) | ||
=> Mis en standby. Pourra être fait plus tard. | => Mis en standby. Pas de volontaire pour faire le dev. Pas si important selon Bernardo. Pourra être fait plus tard. | ||
* Réduire la durée de demande à 1 mois | * Réduire la durée de demande à 1 mois (proposition laurent et philippe) | ||
=> Le délai minimal pour valider définitivement une vente est réduit à 1 mois. | => Le délai minimal pour valider définitivement une vente est réduit à 1 mois. | ||
Vote pour: | |||
* Filtre de modules pour editor. | # Laurent Destailleur | ||
=> Requiert un gros développement. Mis en stand by. | # Philippe Grand | ||
# Juanjo Menent | |||
# Maxime Longuet | |||
# Régis Houssin | |||
Vote contre: | |||
# Jean Heimburger : il faut veiller à prévenir tous les membres du CA des dates et heures de réunions, 3 ce n'est pas suffisant pour débattre | |||
Abstention: | |||
# Guillaume Laurès : j'ai vraiment pas étudié la question, désolé | |||
-> '''RESOLUTION ADOPTEE''' | |||
* Filtre de modules pour editor (proposition juanjo). | |||
=> Requiert un gros développement. Pas de volontaire. Mis en stand by. | |||
* Commenter le processus des validations de modules | * Commenter le processus des validations de modules | ||
=> La règle 7 des conditions d'utilisation a été ajoutée en français et anglais. Juanjo complète l'espagnol. | => La règle 7 des conditions d'utilisation a été ajoutée en français et anglais. Juanjo complète l'espagnol. | ||
* Il serait peut être temps de faire un upgrade pour passer à la version 1.5.x de Prestashop. | * Il serait peut être temps de faire un upgrade pour passer à la version 1.5.x de Prestashop (résolution Philippe). | ||
=> Y a du boulot. Mis en stand by faute de combattant. | => Y a du boulot. Mis en stand by faute de combattant pour l'instant. | ||
* Pb d'image pour les modules de mauvaise qualité. | * Pb d'image pour les modules de mauvaise qualité (question juanjo). | ||
=> La règle 3 a été complétée pour indiquer que l'association peut dévalider un module qui | => La règle 3 a été complétée pour indiquer que l'association peut dévalider un module qui aurait trop de réclamations. | ||
Vote pour: | |||
# Laurent Destailleur | |||
# Philippe Grand | |||
# Juanjo Menent | |||
# Maxime Longuet (Il faudrait aussi que les fiches descriptive soit complète et pas un simple lien) | |||
# Régis Houssin (Et filtrer les modules gratuits ayant un lien vers un site payant!) | |||
# Guillaume Laurès | |||
Vote contre: | |||
# Jean Heimburger : il faut veiller à prévenir tous les membres du CA des dates et heures de réunions, 3 ce n'est pas suffisant pour débattre | |||
-> '''RESOLUTION ADOPTEE''' | |||
== Debian package == | == Debian package == | ||
| Line 51: | Line 74: | ||
=> Vote pour: | => Vote pour: | ||
Juanjo | # Laurent Destailleur | ||
# Philippe Grand | |||
# Juanjo Menent | |||
# Maxime Longuet | |||
# Régis Houssin | |||
Vote contre: | |||
# Jean Heimburger : il faut veiller à prévenir tous les memebres du CA des dates et heures de réunions, 3 ce n'est pas suffisant pour débattre | |||
-> '''RESOLUTION ADOPTEE''' | |||
== Choose accountancy == | == Choose accountancy == | ||
| Line 65: | Line 92: | ||
* Passage à la TVA à partir du 1er janvier, j'en ai fait la demande auprès des impôts, voir l'impact sur dolistore ( changement des prix sur le site, facturation des programmeurs-revendeurs en HT arrêtée au 31 décembre -> voir pour solder leur compte etc...) (Philippe) | * Passage à la TVA à partir du 1er janvier, j'en ai fait la demande auprès des impôts, voir l'impact sur dolistore ( changement des prix sur le site, facturation des programmeurs-revendeurs en HT arrêtée au 31 décembre -> voir pour solder leur compte etc...) (Philippe) | ||
=> Philippe a commencé les démarches. | => Philippe a commencé les démarches. Pas de vote requis, c'est une obligation légale du fait des gains sous DoliStore. | ||
Vote pour le cabinet proposé: | Vote pour le cabinet proposé: | ||
Vote pour: | Vote pour: | ||
Laurent | # Laurent Destailleur | ||
Philippe | # Philippe Grand | ||
# Guillaume Laurès : ça fait sans doute un peu cher, mais les premiers concernés (le prez et surtout le trésorier) ont voté pour | |||
Abstention: | Abstention: | ||
Juanjo | # Juanjo Menent | ||
# Maxime Longuet 2800 par an ca fait vraiment cher pour dolibarr, non ? Y'a tant de facture que ça ? Ils font la saisie de toute les pièces, TVA mensuel ou trimestre ? | |||
# Régis Houssin je trouve aussi que c'est cher, il faudrait trouver un comptable en province qui sera surement moins cher. | |||
Vote contre: | |||
# Jean Heimburger : il faut veiller à prévenir tous les membres du CA des dates et heures de réunions, 3 ce n'est pas suffisant pour débattre | |||
-> '''RESOLUTION ADOPTEE''' | |||
== Article on InsideAWeb.com == | == Article on InsideAWeb.com == | ||
| Line 91: | Line 123: | ||
dolibarr.fr, doliforge.org, dolistore.com => KO (sauvegarde sans bases) => Action Regis | dolibarr.fr, doliforge.org, dolistore.com => KO (sauvegarde sans bases) => Action Regis | ||
Note: | Note: Actuellement dolibarr.fr et dolistore.com sont sauvegardés toutes les nuits au format virtualmin (encrypté) et image proxmox sur un support externe (voir possibilité de synchro sur autre serveur) | ||
doliforge.org est sauvegardé toutes les nuits en image proxmox sur un support externe (voir possibilité de synchro sur autre serveur) | doliforge.org est sauvegardé toutes les nuits en image proxmox sur un support externe (voir possibilité de synchro sur autre serveur) | ||
* Achat d'un stockage pour les backups en Cloud dans un espace propre à l'association et non dépendant d'un membre du bureau. | * Achat d'un stockage pour les backups en Cloud dans un espace propre à l'association et non dépendant d'un membre du bureau. | ||
Vote pour: | Vote pour: | ||
Laurent | # Laurent Destailleur | ||
Philippe | # Philippe Grand | ||
Juanjo | # Juanjo Menent | ||
# Maxime Longuet, Propose un simple serveur type kimsuffit avec un backuppc dessus. Le cloud type partage de fichier owncloud/dropbox ne sont pas des espace de sauvegarde. | |||
# Régis Houssin | |||
# Guillaume Laurès | |||
-> '''RESOLUTION ADOPTEE''' | |||
Reste à trouver quel fournisseur de stockage => OVH (voir offre kimsifi à étudier). | |||
* Proposition de prise en charge financière des serveurs de Laurent et Régis (support physique de tous les sites de la famille dolibarr) (proposition Philippe) | |||
=> Ne vaut-il pas plutôt mieux louer un serveur dédié par l'asso et y placer les outils de l'asso dessus ? question resté ouverte | |||
=> Maxime : D'experience avec d'autre asso, +200. Si l'asso peut il faut qu'elle loue un serveur dédié. Et que soit nommé minimum 2 personnes an admin. | |||
=> | |||
=> Régis : ça ne me gène pas de continuer de gérer les serveurs, je pourrais séparer dolibarr.fr et dolistore sur un serveur virtuel et donner des accès root... | |||
* Les accès aux outils qui | * Les accès aux outils qui offrent une administration, doivent pouvoir se faire si possible par compte de l'asso ou compte nominatifs ? | ||
Etat des lieux: | Etat des lieux: | ||
* paypal => (compte asso) | * paypal => (compte asso) | ||
| Line 127: | Line 166: | ||
=> La première étape est de choisir entre GPL et AGPL. Si AGPL est choisi, il faudra accord de tous les developpeur à solliciter par email. Si désaccord de l'un d'entre eux, il faudra prendre GPLv3. | => La première étape est de choisir entre GPL et AGPL. Si AGPL est choisi, il faudra accord de tous les developpeur à solliciter par email. Si désaccord de l'un d'entre eux, il faudra prendre GPLv3. | ||
Vote: | Vote pour GPLv3 directement: | ||
# Régis Houssin AGPL risque de limiter le développement communautaire | |||
Vote pour AGPLv3 sinon GPLv3: | |||
# Laurent Destailleur | |||
# Philippe Grand | |||
# Juanjo Menent | |||
# Maxime Longuet | |||
# Guillaume Laurès | |||
Vote pour aucun changement: | |||
# Jean Heimburger : il faut veiller à prévenir tous les membres du CA des dates et heures de réunions, 3 ce n'est pas suffisant pour débattre | |||
-> '''RESOLUTION ADOPTEE POUR TENTATIVE DE PASSAGE EN AGPLv3'''. Le bureau doit donc s'occuper de contacter les développeurs pour obtenir leur autorisation. | |||
This is result of email survey sent to every developer: | |||
Ayant répondu: | |||
* Christophe Combelles <ccomb@free.fr>, -> AGPL or GPL | |||
* Eric Seigne <erics@rycks.com> -> AGPL or GPL | |||
* Rodolphe Quiedeville <rodolphe@quiedeville.org> -> AGPL or GPL | |||
* Jean Heimburger <jean@tiaris.info> -> AGPL or GPL | |||
* Jean-Louis Bergamo <jlb@j1b.org> -> AGPL or GPL | |||
* Juanjo Menent <jmenent@2byte.es> -> AGPL or GPL | |||
* Benoit Mortier <benoit.mortier@opensides.be> -> AGPL or GPL | |||
* Yannick Warnier <ywarnier@beeznest.org> -> AGPL or GPL | |||
* Laurent Destailleur <eldy@users.sourceforge.net> -> AGPL or GPL | |||
* Marcos_Garcia <marcosgdf@gmail.com> -> AGPL or GPL | |||
* Christophe Battarel <christophe.battarel@altairis.fr> -> AGPL or GPL | |||
* Matthieu Valleton <mv@seeschloss.org> -> AGPL or GPL | |||
* Philippe Grand <philippe.grand@atoo-net.com> -> AGPL or GPL | |||
* Xavier Dutoit <doli@sydesy.com> -> AGPL or GPL | |||
* florian.henry@open-concept.pro -> laisse le choix à l'association de choisir à ma place et ma range aux choix qui sera fait (ce qui reviens à dire favorable) | |||
En attente de réponse: | |||
* Andre Cianfarani <acianfa@free.fr> | |||
* Auguria SARL <info@auguria.org> | |||
* Brice Davoleau <brice.davoleau@gmail.com> | |||
* Emmanuel Raviart <eraviart@entrouvert.com> | |||
* Marc Barilley <marc@ocebo.com> -> email invalide, relancé via facebook | |||
* Regis Houssin <regis@dolibarr.fr> | |||
* jfefe@aternatik.fr | |||
* mko@atm-consulting.fr | |||
* nicolas@amarok2.net | |||
== Move ML on doliforge == | == Move ML on doliforge == | ||
| Line 137: | Line 214: | ||
# Migration of existing accounts (export Savannah ok, import doliforge ?) | # Migration of existing accounts (export Savannah ok, import doliforge ?) | ||
=> | => Mis en stand by. Une sauvegarde centralisée sur un serveur propre à l'asso doit d'abord être mis en oeuvre avant d'augmenter la dépendance avec les serveurs propres à des membres. | ||
== Roadmap == | == Roadmap == | ||
| Line 151: | Line 228: | ||
=> Per year: 2 majors versions + n minor fixes. | => Per year: 2 majors versions + n minor fixes. | ||
Vote pour ce plan de Roadmap pour: | |||
Laurent | # Laurent Destailleur | ||
Juanjo | # Philippe Grand | ||
# Juanjo Menent | |||
# Maxime Longuet | |||
# Régis Houssin mais bon c'est souvent compliqué de tenir les délais :-) | |||
# Guillaume Laurès : oui on va voir ce que ça donne, mais c'est plus motivant aussi ! | |||
Vote contre | |||
# Jean Heimburger : il faut veiller à prévenir tous les membres du CA des dates et heures de réunions, 3 ce n'est pas suffisant pour débattre | |||
-> '''RESOLUTION ADOPTEE''' (rem: un niveau plus fin de roadmap pourra etre débattu dans un second temps, cette premiere proposition a pour but de faire un premier pas en avant) | |||
Le freeze qui devait avoir lieu le 1er octobre 2012 sera applicable dès vote complet pour la release du janvier afin de rattraper le retard. | |||