Est-ce que ça interesse quelqu'un si BDGWeb était en Open Source ?

 
Bobo (certitude = 99.99%)    

 
Ah ça oui. Je me demandais d'ailleurs pourquoi ça ne l'était pas. Je suis sûr que tu économiserais beaucoup de travail.
 
J'étais d'ailleurs sur le point de me faire une page dédicaces avec des infos supplémentaires comme les circonstances, la date, le lieu, ...
Je m'y mets dès que j'ai terminé les vidéos du FOSDEM (Free and Opensource Software European Developers Meeting, www.fosdem.org).
Quoi, moi, un fanatique de l'open-source ? Meuuuuuh non. Ou si peu.

Ah oui ah oui ah ouiiiiiiiiiiii!  
 
Tu fais ça et je vous aide quand tu veux!    
Dans les limites du raisonnable...

Oh oui.... cela m'intéresse beaucoup également.... Je n'ai probablement pas l'environnement de développement nécessaire, mais je pourrai au moins contribuer à des modifications sur le code des pages PHP...

en quel language est-ce développé ?
 
görgh - fan de C++ Builder

 
Les pages PHP, tu peux déjà les modifier. C'est difficile de ne pas le faire open-source. Par contre, le programme qui génère le brol ne l'est pas encore.
 
Et je pense que c'est du Visual Basic.

bin voila une idée quelle est bonne

 
**Mode traduction de la langue belge ON**
 
brol = bazar
 
**Mode traduction de la langue belge OFF**
 
 

 
**Mode traduction de la langue belge ON**
brol = bazar
**Mode traduction de la langue belge OFF**
 
 
Ah bon, c'est du Belge, ça ? J'en apprends tous les jours.
 
Au moins, sur le forum, je peux prononcer 70 et 90 "septante et nonante". Personne ne s'en rend compte, sauf les autres Belges
 
Pour clôturer cette séquence Belge:

Je pensais surtout à la possibilité d'en faire profiter les autres plus facilement.... parce que lorsqu'on était à travailler à trois ou quatre en même temps pour rendre les pages correctes par rapport aux standards, ce n'était pas forcément évident...
 

Il y a les Suisses aussi qui s'en rendent compte... Bon, nous on a encore en plus "huitante"... (je vous laisse deviner pour quel nombre )

bin moi j'ai fait quelques petites adaptations sur les pages PHP, que je suis obligé de répercuter à chaque génération, d'ailleurs.
Donc, pourquoi pas...si ça peut faciliter les échanges d'idées.

Il y a les Suisses aussi qui s'en rendent compte... Bon, nous on a encore en plus "huitante"... (je vous laisse deviner pour quel nombre )
Choses à laquelle je me suis fait très vite tellement je trouve ça logique  
Maintenant c'est les copains en France qui se foutent de moi quand ça m'échappe        
PS : je sais pas pourquoi je sens que mon ordinateur va hériter d'un zouli serveur apache très bientôt

Ca c'est certain que c'est 'achement plus logique que dire "soixante-dix" ou "quatre-vingts-dix" (tiens, doit on faire l'accord entre quatre et vingt dans ce cas-là ? j'avoue un gros trou de mémoire....) Et en plus, ça nous permet de dire des choses comme "septantaine", "huitantaine" ou "nonantaine"... (exemple, "il y avait une septantaine de personnes présentes pour ce cours"... dire "il y avait une soixante-dizaine de personnes...", ça le fait quand même moins faut le reconnaître )
 
J'aime bien aussi la version belge de certaines régions pour 80 : "octante"... je trouve ça très joli.

Le mien, c'est fait. Apache/PHP/mysql...
Pour une fois que je vais pouvoir faire un dévelopement intéressant!

Oh, je vais pouvoir te poser des questions alors ! J'était tenté d'aller au dernier FOSDEM (principalement les trucs relatifs à Mozilla), mais je me demandais si c'était ouvert à tout le monde, ou bien s'il fallait être un minimum impliqué dans l'open-source.

Le FOSDEM est ouvert à absolument tout le monde, il n'y a pas de discrimination.
Dans cette optique, tu n'es pas obligé de payer l'entrée. Tu peux participer aux frais, mais ce n'est pas obligatoire. (Et puis, dans ce cas-là, ils te récompensent par un petit cadeau; T-shirt, bouquin...)
 
Un des buts de cet événement est quand-même d'évangélis... euh... de faire connaître l'open source et de montrer en quoi c'est utile. C'est d'ailleurs à chaque fois le thème de la première matinée.
 
Evidemment, les conférences qui suivent sont techniques, mais il y en a pour tous les goûts et pour tous les niveaux.
 
Et puis, les conférenciers sont souvent aussi marrants que nos chers auteurs en dédicace  

Bon ben on ira l'année prochaine alors...
Si on peut en plus acheter des t shirts et autres... Enfin qui c'est qui a déjà un tshirt Mozilla, un tapis de souris Mozilla, un mug Mozilla ???    

Chef, juste pour remonter le sujet    

en en discutant avec le Chef, on se demande si ça ne sera pas vite ingérable.  
 
Comment faire pour maintenir une version officielle ?
chacun développe ses modifs (en commentant au maximum) et me les renvoie ?
autres idées ??

Deux possibilités "traditionnelles" : soit ouvrir un accès CVS sur le code source ; soit utiliser le modèle Mozilla. Je détaille de manière résumée.
 
Accès CVS. On donne un accès en lecture anonyme au code source (donc, tout le monde peut récupérer sans autre le code source), mais l'accès en écriture n'est donné qu'à un certain nombre de personnes (les développeurs). Une mailing-list (accès libre ou non, au choix) est utilisée par les développeurs pour gérer les développements importants, les dates de sortie de nouvelles versions, etc... Bien entendu, quand une nouvelle version se prépare, plus personne n'a le "droit" de faire de modifications importantes durant la phase de gel du code. Les personnes non développeurs officiels qui veulent faire des contributions s'abonnent à la mailing-list et proposent leurs évolutions là-bas. Si la contribution est intéressante, un développeur officiel peut alors l'ajouter dans la base de code, ou on officialise cette personne comme développeur du projet. Les dates de sortie et les fonctionnalités des nouvelles versions se décident par consensus sur la mailing list des développeurs.
 
Méthode Mozilla. Un certain nombre de personnes gèrent les modules du logiciel. Les contributions sont faites par l'intermédiaire d'une espèce de forum, bugzilla, qui permet de gérer des "fichiers-joints" aux sujets de discussion. Chaque patch proposé dans bugzilla doit avoir deux relectures par des membres "reconnus" (l'équivalent des correcteurs de notre chère BEL) du projet et avoir une "super relecture" par un des responsables du module concerné avant d'être accepté et intégré au code source officiel.  Bien entendu, il y a également un accès CVS au code source libre en lecture et l'accès en écriture est restreint à un faible nombre de participants. Pour se donner une meilleure idée du fonctionnement de cette méthode, voir http://bugzilla.mozilla.org/show_bug.cgi?id=28586
 
À mon avis, la méthode Mozilla est mieux adaptée à des projets de très grande envergure. Dans notre cas, la première méthode que je décris me semble la mieux adaptée.
 
J'espère que cela t'aidera dans ton projet de passer BDGWeb en open source.

Faut pas exagérer, il y a des projets bien plus grand qui fonctionnent avec un modèle open source, et tout se passe bien.
Pour maintenir une version officielle, il faut une personne qui maintienne cette version, c'est cette personne qui accepte ou reffuse des modifications, et qui plubliera les versions régulièrement.
Ensuite, je n'ai pas beaucoup, d'expérience dans le domaine open source, mais Merlin aura sans doute des tuyaux.
Edité: Et Zeiram aussi.

alors on y va : recherche développeurs officiels    
 
pour la centralisation des modifs, je m'en occupe

Tu devrais aller faire un tour sur Sourceforge. Ils hébergent des projets open source et fournissent l'accès CVS dont parlait Zeiram.
 
Pour ce qui est de php, tu peux m'ajouter à la liste des dévelopeurs. Le soft pricipal est écrit en quoi?

 
Le soft principal est developpe en visual basic

Ok. VB, c'est pas mon fort, mais je peux me débrouiller. (Et hop, un dévelopeur VB réserviste   )

Bobo pour la partie PHP ?  

Présent ! Chef !

par curiosité (en reserviste!)
VB et PHP/HTML
 
si j'ai des idées (on sait jamais, ça peut arriver   )