-- GeneX - 06 Oct 2002

Réunion des geeks IMC-nice - 02 octobre 02

Ordre du jour : http://lists.indymedia.org/mailman/public/imc-france-tech/2002-October/000048.html

1. Squelettes

Une présentation est faite selon un squelette basé sur l'interface de france.indymedia.org.

Il reste de la responsabilité du collectif le choix de l'interface finale. Le développement de la partie "moteur" étant indépendante de la partie "carrosserie" ; le choix, la réalisation et l'intégration du squelette peuvent être effectué ultérieurement.

Il est envisageable de fonctionner avec le squelette idem de celui de france.indymedia, pour dans un second temps s'assurer la réalisation d'une interface identitaire à l'IMC Nice.

2. Open publishing

Le travail sur ce module est très avancé. Ioseba en assure le développement.

3. Calendrier

Le principe du calendrier est retenu. Des deux options (script exterieur ou branche contributive de spip), la seconde est retenue. Une communication vers la communauté spip et indymedia se fera sur la base :

• des développements déjà en cours sur un calendrier/agenda par la communauté spip (cf ml spip@uzineSTOPSPAM.net)
• et la formulation des besoins par la communauté indymédia utilisant spip.

4. Administration

Le développement de cette partie doit s'intégrer complètement à la branche principale de spip. Des contacts seront établis avec les communautés spip et indymedia, afin de s'assurer une large participation. Le principe de cohérence avec la branche pincipale de spip prime.

5. Validation du site

La validation de la partie "moteur" (hors interface) sera assurer par l'ensemble du collectif. Une version de test sera accessible d'ici la fin du mois d'octobre. Une interface temporaire (similaire à celle de france.indymedia) permettera aux noms geeks de participer aux tests.

Les tests par des non-geeks/techos est indispensable pour valider le site.

6. Branche principale de SPIP

Les geeks retiennent le principe de cohérence avec la branche principale de spip comme une priorité.

Le projet de developpement d'un site sous spip n'a d'intérêt que dans la mesure où il rend la version du site de l'IMC - nice sujet aux evolutions que peuvent apporter les communautés de SPIP (avec les nouvelles versions de spip, entre autres) et d'Indymedia (avec les contraintes spécifiques d'un centre de médias indépendant). Une communication vers ces deux communautés est réaffirmée comme nécessaire.

L'appartenance des geeks de l'imc nice (dans leur majorité) à la communauté du logiciel libre, confirme cette façon de travailler.

De façon générale, il rappeler aussi que le développement de ce site n'est pas nominatif, et qu'il est de la responsabilité du collectif de Nice. Même sans compétences techniques, il appartient au collectif d'intervenir.

7. Vidéo

La diffusion vidéo (et son) requière un serveur de streaming. Ce type de serveur est gourmand en ressources. L'hébergement des sites indymedia est rarement sur des serveurs proposants la double fonctionnalité web et streaming.

Bien qu'il soit possible de diffuser les articles sur un serveur, et la vidéo/son associée sur un autre, cette manipulation nous semble peu ergonomique pour l'utilisateur du site. Une alternative est donc retenue : Dans un premier temps, la video/son associée à l'article est stockée sur le serveur d'hébergement web. Cela permet une interface simple et une manipulation transparente pour le dépositaire du post.

Dans un second temps, le serveur d'hébergement web va se synchroniser avec le serveur de streaming pour y transférer la vidéo/son. Les liens dans le post (article associé) seront automatiquement mis à jour pour suivre le nouvel emplacement de la vidéo/son.

Cette solution technique sera mise en place dès que nous aurons un certain nombre d'informations techniques concernant les entrées possibles sur les serveurs de streaming d'indymedia.

8. CVS

Le développement ouvert et collectif repose sur un hébergement identifié et diffusé aux communautés. Les services CVS sont requis pour ce genre de développement collaboratif.

Nous avions le choix entre les serveurs Tuxfamily, Indymedia Espagne et SFactive. Notre choix s'est porté sur tuxfamily, non pour des raisons techniques, mais pour appuyer l'aspect francophone du projet.

Il nous semble toutefois utile de rappeler que notre autonomie locale en tant que collectif est associé, aussi, avec une appartenance à une communauté à l'échelle mondiale. Communauté Indymédia, mais aussi différentes communautés pouvant tirer intéret de ce genre de développement.

L'url d'hébergement du projet sera donc communiqué sur les listes appropriées des communautés indymedia et spip au minimum.

url projet : http://project.tuxfamily.org/indynice

9. Distribution du TAF (Travail A Faire)

• squelettes : collectif (proposition précédente de libertad pour coordonner)
• open publishing : ioseba
• calendrier : standby (developpement en cours dans la communauté spip, propositions au collectif)
• espace administration : dario
• validation du site : collectif
• cohérence branche principale spip : ioseba, dario, geneX
• video : ioseba, geneX
• cvs : ioseba
• réécriture des inserts, aide, ergonomie, et présentation du projet : geneX