Bonjour,
Si vous avez besoin d’aide je peux me rendre dispo.
bjr a tous
Samedi 5/01 si ca convient a tout le monde …
Bonsoir à tous
et bonne année
je lève ma main à mon tours, j’espère être dispo et à la hauteur ,
Bien à vous
Rachid
@pm17
Tu as créé un serveur Discord ?
Si oui, ça serait bien de le communiquer dès à présent pour que tous ceux qui veulent participer puisse faire un essai de connexion (surtout ceux qui ne sont pas familiers de ce logiciel)
1 « J'aime »
Bjr a tous
pm17#3345
Lien salon
1 « J'aime »
C’est maintenu pour aujourd’hui ?
Quelle heure ?
Bjr
Je serais en ligne jusqua 12h
Normalement, décalé au 22 janvier.
J’ai rdv mardi à 12h pour la réunion de l’assoc pour faire remonetr les échanges avec David notamment qui consistera à faire une montée de version de Kumena pour renforcer les fonctionnalités et la sécurité et bien sûr d’autre point mais c’est la base de beaucoup de problème.
Bonne journée,
Hello,
Un avis à faire passer au team!(amicalement)
Merci de se focaliser et mettre en priorité les fonctionnalités d’un ERP! un erp c’est ni un crm ni un cms ni un eshop. La gestion des produits et du stock est primordiale dans un ERP, or j’estime qu’il reste beaucoup à faire…
d’avance merci et bon courage!
Bonjour
Un rdv/réunion a t-il était défini ? Quand ?
Quel outil ?
Pas possible pour moi les 22 & 23/01, je serai au FIC
@+
Lien frama pour sondage sur la prochaine date
RDV N°2
https://framadate.org/SSUvk6hoDAgENZH4
RDV N°1
Le 22/01 a 10 H
I will be here ^^
intéressé pour la suite
Bonjour,
Un petit mot sur la réunion d’hier.
Nous n’avons pas nommé de secrétaire de séance, c’est un manque.
Nous étions une dizaine, dont quelques utilisateurs et pas mal de développeurs.
Les sujets abordés ont été nombreux.
Des versions LTS : c’est un souhait émis par la majorité, en ce qui concerne en particulier la gestion des modules qui n’auraient pas à suivre le rythme « effréné » des montées de version. On sait que cette idée n’est pas encore admise, en considérant qu’actuellement les bogues sont corrigés sur trois versions, ce qui en ferait des LTS de fait.
Question des pull requests. Elles sont très nombreuses et deviennent très difficiles à gérer actuellement. En pratique seul LD les valide, et on n’a pas de retour sur celles qui ne le sont pas. Ce mode fonctionnement n’est guère satisfaisant. Les participants n’ont pas la clé pour améliorer les choses. Certains ont renoncé à soumettre des correctifs ou à les défendre.
Le forum/wiki pourrait bénéficier d’une mise à jour (désolé, je n’ai pas bien suivi).
Dolistore : il mériterait d’être plus sélectif. Il ne faudrait pas admettre des modules qui touchent au Core. Pas forcément facile à mettre en oeuvre. Problème aussi de modules qui sont les quasi copies des modules déjà proposés.
Discussion sur le module de compta avancé, nécessite-t-il des retouches ?
Remarque, je ne suis pas resté jusqu’au bout, d’autres ont peut être des compléments, rectifications, précisions. J’ai omis l’un des sujets, les concernés pourront dire l’exposer ici s’ils le veulent.
7 « J'aime »
Merci pour l’initiative même si je l’ai loupé 
Et merci de ce compte rendu Yves 
Merci pour le CR. Désolé d’avoir loupé l’échange.
Si je peux me permettre, en espérant ne pas être trop redondant, je suis de même demandeur d’une procédure plus clair sur les mises à jours. J’aimerai contribuer plus activement aux devs. Je sais qu’il y a déjà une communauté active et donc s’y insérer sans tout avoir bien compris sur les uses et coutumes, c’est le coup à créer des tensions. LD m’a expliqué des choses mais je ne suis cependant toujours pas très à l’aise pour faire des PR sur le git.
Je me pose des questions sur :
-> Pour les correctifs, pourrions nous avons une nomenclature pour tagger les versions en hotfix1,2,3,… ? (chaque correctif ‹ urgent › aurait donc immédiatement une release hotfix sans attendre la prochaine version mineure). Si le hotfix n’a pas été bien pensé, l’annuler dans la prochaine version mineur et la repasser plus propre (mais au moins, on attends pas et tout est immédiatement disponible pour les autres et éviter au maximum de favoriser l’éloignement du tronc commun).
-> Pour les bugs non bloquants et les améliorations, quel est le processus ? J’ai souvent le doute de savoir si je peux m’autoriser une modification de l’interface. Notamment lorsque le besoin du client est très spécifique à son activité (je ne vois pas trop de raison de s’interdire d’améliorer pour des activités bien spécifiques, notamment pour ce qui est dit sur les modules qui viennent prendre racine sur le core… mais ça demande quand même une réflexion partagée en amont).
Encore une fois, désolé si c’est redondant ou contradictoire avec des procédures déjà en place et qui fonctionnent déjà bien. Je tâcherai d’être présent aux prochains échanges de ce type.
Prochain RDV Discord
Le 15/02 a 10 H
Je redonne le lien discord car l ancien a expiré
Afin d organiser le temps par themes envoyez moi un mp sur discord sur le/les sujets que vs desirez
il est 10h10 et il n’y a que Alex et moi !
En deplacement…
Dur de tenir ce genre de rdv en semaine…
