suite à la discussion démarrée sur ce post :
http://codelab.fr/1734
ou l'on commence à re-parler de la création d'un dépôt svn qui nous permettrait de publier/modifier/récupérer les sources de projets qui sont exposés sur codelab.fr.

Qu'en pensez vous ?
On a cité tuxfamily pour l'hébergement, y'a t'il d'autres propositions ?
Il me semble intéressant pour démarrer de rester concentrés sur la (petite) communauté codelab.fr, avant peut être de penser à quelque chose de plus générique, je propose que l'on réfléchisse tout d'abord à ce qui est VRAIMENT pratique pour nous.

Donc :

a/ Quels sont les services ou commodités que l'on aimerait trouver dans le gestionnaire de sources ? (Par exemple je verrais bien l'insertion de méta données type image dans les commentaires des sources en ligne pour que l'on puisse se faire une idée visuelle de ce que donne un script.)

b/ Et aussi : on est en 2010, pourquoi ne pourraient ton pas penser à des services applicatif multimedia 'en ligne', proposés par la communauté codelab.fr, qui pourrait nous permettre par exemple d'appliquer un effet maison sur une image (comment ça j'ai dit glitch?), ou de redistribuer une émission en stream etc etc, les possibilités sont nombreuses !

c/ Comment gérer ce nouveau dépôt ? Parce que c'est tout de même un peu d'organisation, il faut savoir qui cela intéresse vraiment, qui est prêt à s'investir un peu la dedans. (j'avais même émis l'idée d'une location de serveur privé ovh pas cher mon frère moyennant une petite participation de tous ceux qui se sentent près à donner quelques cents au truc...)

voilou

l'idée est bonne maintenant faut l'organiser tout en gardant l'esprit ouvert de Codelab.

Je n'ai vraiment pas beaucoup de compétences là dedans mais suis avec attention cette discussion.

Thomas

pour l'instant je n'ai besoin que d'un svn.

voila
voila

perso je vote pour github

j'ai testé assembla et beanstalk.
nickel et free SI le projet est partagé (en lecture pour tout le monde)

http://www.svnhostingcomparison.com/ peut aider à choisir

Hello,

on a attaqué de la mutualisation de patchs à travers le projet de Malette Interactive Artistique Multimedia (MIAM) mené en collaboration avec PING et la Fabrique du Libre en s'appuyant sur un svn hébergé par http://www.cooperativemultimediasolidaire.info/
à voir avec Julien de PING et les personnes de la coopérative si ça peut être aussi une solution

en attendant, nous utilisons un système de signets collaboratif (delicious like) ouvert à votre participation, plus on est de fous, plus on est riche, venez nous rejoindre ! http://bkmks.cooperativemultimediasolidaire.info/bkmks/

en tout cas, je serais tenté d'éviter les solutions du type google code ou même sourceforge qui sont plus portés sur le $ que sur la mutualisation

voir pour semi exemple : https://pingbase.homelinux.net/libro/wiki/hub
++benjamin

ki c ki décide?

si c'est pas moi qui gagne, je pense me trancher la gorge

Luc Sassion a écrit:

ki c ki décide?

Dans l'ordre, celui (ou ceux ?) qui va (vont) s'en occuper, Rep, et ceux qui vont l'utiliser ( = qui participent à cette discussion ?).

Peut-être qu'il faut laisser quelques jours pour que tout le monde puisse se manifester ?

Demain, je vois de mes yeux à Brest, Julien et & acolytes, je leur pose les questions : possibles ou pas, git ou autres, comment ils fonctionnent (financièrement), etc.

Personnellement, pour l'instant je n'utilise rien, donc l'expérience du gestionnaire de source me tente quelquesoit le choix. Peut-être qu'il faudrait d'ailleurs définir lequel d'abord ? Je ne voudrais pas avoir un mort sur la conscience.

Ça c'est pour le gestionnaire de sources, je serais plutot partant pour une solution rapide. Et dans un 2e temps, le discussion sur un serveur qui permette de faire des trucs, distrib de flux, dépôt de sources, hébé d'applitch en ligne
Un dédié chez ovh, c'est quand même +200 euros / an.

Par ailleurs, un serveur j'en ai un à disposition (sun 20Z) si quelqu'un a un plan pour l'héberger sur un réseau quelque part ??

On va voir si arrivent d'autres contributions et/ou d'autres idées.
J'aimerais bien qu'Emoc nous disent un peu ce qu'il en pense :)

Le svn c'est une chose, cela pourrait être utile comme l'on fait remarquer certaines personnes ici.
Mais il n'y a pas que le svn : pouvoir avoir un serveur public et en ligne en permanence, configuré avec les langages de script que l'on aime, avec les librairies graphique/audio/vidéo qui vont bien (ffmpeg, imagemagick, etc), cela pourrait pas mal du tout, couplé avec perl, python, et un petit accès SSH...

Je veux dire qu'au delà de la gestion de projets on pourrait aussi proposer de l'applicatif, et du service, en ligne. Cela peut paraitre un peu confus cette idée, mais je suis pourtant certains que c'est un truc à fouiller. C'est de mon point de vue, une perspective d'évolution très intéressante pour codelab.fr.
A voir...

ha ok Emoc tu as posté le temps que j'écrive mon blabla :)
Bon ben je voit que tu es plutôt partant :)
Je vais aussi essayer de demander des renseignements à droite et à gauche, histoire d'affiner un peu ce qu'il est possible de faire et qu'est ce que ça implique en terme de temps, de brouzouf etc etc

Salut,

on a un programme similaire à celui soumis par benjamin sur https://des.servideo.org

l'intérêt c'est que c'est VCS-agnostic, tu peux avoir indéferrement un bazar , CVS ou github ou svn derrière.
d'ailleurs, on utilise le svn de la cooperative multimedia solidaire mais pas son github :-)
on a aussi un serveur de streaming,

je sais pas quel hebergement a emoc, amis a priori on peut installer une ressource propre sans trop de problème même sur du mutualisé pas cher.  voir d'ailleurs hentzner , l'ovh allemand.

je suis pas trop preneur des sourceforge et surtout pas de google code . dispo à aider à la mise en place en tout cas via servidéo

Redmine (installé sur servideo) est un des (le?) meilleur(s) outils de gestion de développement en ce moment.
Pour ce qui est du gestionnaire de versions derrière, le svn me semble être le plus interressant, GIT étant très utile pour gérer des projets avec différentes branches (merge plus efficace sur git que svn), mais étant quelque peu "geeky" !!

mes 2 cents...

r

rep a écrit:

Le svn c'est une chose, cela pourrait être utile comme l'on fait remarquer certaines personnes ici.
Mais il n'y a pas que le svn : pouvoir avoir un serveur public et en ligne en permanence, configuré avec les langages de script que l'on aime, avec les librairies graphique/audio/vidéo qui vont bien (ffmpeg, imagemagick, etc), cela pourrait pas mal du tout, couplé avec perl, python, et un petit accès SSH...

Je veux dire qu'au delà de la gestion de projets on pourrait aussi proposer de l'applicatif, et du service, en ligne. Cela peut paraitre un peu confus cette idée, mais je suis pourtant certains que c'est un truc à fouiller. C'est de mon point de vue, une perspective d'évolution très intéressante pour codelab.fr.
A voir...

Oui, c'est un chouette projet. Je vais envoyer un courrier à OVH pour voir s'ils accepteraient de nous à mettre à dispo un serveur, qui puisse nous servir de serveur expérimental pour tout ça, une sorte de partenariat / sponsoring, on peut toujours essayer.

Sinon, pour répondre à oli44, le forum est hébergé gracieusement sur une machine, pas de problème pour apache+mysql mais pas possible de l'utiliser pour installer des trucs ou faire des expériences. Enfin, on va trouver une solution, ça fait déjà pas mal de pistes (cms, servideo, tuxfamily, tonton ovh, etc.)

je crois qu'il vaut mieux séparer les services ( forum + svn ) des choses plus expérimentales.

Luc Sassion a écrit:

je crois qu'il vaut mieux séparer les services ( forum + svn ) des choses plus expérimentales.

Tout à fait d'accord...

pour l'hébergement, je viens de tomber la dessus par hasard :
http://www.tonbnc.fr/
ça pourrait peut être convenir pour tester svn

- pour le SVN, CMS a Nantes est ok
- pour un serveur de Test : un truc comme funnel http://funnel.cc/Main/GettingStarted ...??

ok pour CMS, c'est cool
il me semble que le seul truc qui pourrait être bien c'est d'avoir une url genre svn.codelab.fr, si c'est possible ce serait pas mal.
Sinon j'ai installé subversion sur un petit serveur privé et ça à l'air de marcher, je vais essayer de voir un peu plus en détails les modalités d'upload/edit/download du code pour voir comment on peut faire différentes sections et/ou auteurs etc pour classer tout le binz...

Il sera important aussi de savoir comment les doits sont gérés, qui administre, qui édite/uploade du code, etc
Ou autrement dit : comment s'ouvre t'on un compte de user sur le svn de codelab ? (par requète mail ? ou ?)

Ce serait peut être un première étape que l'on fasse une petite liste des gens intéressés pour voir comment on peut, dans un premier temps, organiser le truc, savoir quels type de sources on propose (processing, pd, python, java, ...) , quels types de medias sont gérés (image, vidéo, audio, capteurs, moteurs...) programmes, bref dégager un squelette pour pouvoir organiser le truc.

genre je commence la liste : moi c'est surtout du puredata + quelques scripts python à l'occaz + peut être un peu de bash, le tout dans les catégories médias 'vidéo temps réel', ou genre 'encodage vidéo'

allez y,
à vous les studios

suis partant pour le svn...
voila
voila

Salut,

je relance le thread suite à une semaine passée à Quimper à l'invitation d'emoc dans le cadre des Journées Finistériennes du Libre. On a eu le temps d'en reparler, sans aborder ce que Rep proposait également , d'avoir un serveur expérimental dédié.

Après avoir utilisé subversion depuis quelques années, je lui trouve 2 gros défauts, propres aux systèmes centralisés je pense:

-il faut être en ligne pour pouvoir faire un commit
-il faut être également en ligne si on veut revenir à une révision plus ancienne que celle qui a juste précédé

Récemment, Alexandre Quessy, le développeur de toonloop et codeurs d'une bonne partie des pdmtl abstractions, m'a vanté les mérites de git, ce que je fais à mon tour,  ce qui évitera peut-être à 22_ de se trancher la gorge, et précisément, de Gitorious.org, qui a l'avantage sur github d'être entièrement dédié aux porjets open source, avec nombre illimité de participants aux projets. nombre illimité de projets, etc.

Je viens de basculer l'intégralité de projets qui étaient sur le svn de CMS à Nantes, sur Gitorious, et il m'a conservé l'intégralité de mes commits, ce que je n'étais pas parvenu à avoir quand j'avais importé de mon ancien svn , orlosc de Vincent Rioux, vers celui de CMS.

Ce que j'en retiens, c'est qu'on peut avoir un projet principal, avec différents dépôts qui lui sont liés, gérés par un ou plusieurs admins. Chacun est libre de cloner ces dépôts dans son propre espace perso, de hacker/modifier, puis proposer ses hacks qui sont intégrés (ou pas) par les admins. C'est plus viral que les systèmes centralisés, c'est (peut-être) de la geekerie, c'est un peu plus raide à apprendre que subversion (et encore...) mais j'aurais tendance à le préférer parce que c'est le VCS de demain, pas celui d'aujourhd'ui.

Ce que j'apprécie dans gitorious, c'est le fait qu'on puisse avoir son propre projet, + ou - individuel, avec wiki intégré , timeline, notifications, ses propres dépôts, et les clones des dépôts des autres qu'on peut considérer comme ses propres dépôts, également le fait qu'il y ait une communauté très large. J'aime beaucoup aussi le copier-coller de clé ssh publiques  pour s'authentifier (et l'outil pour windows qui permet de le faire !)

Si jamais on est convaincu de gitorious (pas juste par git), on peut également récupérer son source code et l'installer sur un serveur dédié. Vu que chaque clone contient l'intégralité des modifs, il est ensuite aisé de récupérer les données pour les transporter.

http://gitorious.org/about

Haaaaa Oli, je voulais te relancer sur ce sujet mais tu m'as devancé !
De toute façon étant donné que je n'ai pas d'expérience personnelle dans ce domaine, il me semble sage de se fier à tes conseils (éclairés) !
Cela me paraît très bien comme solution, on verra peut être un peu plus tard si on s'installe notre propre petit hébergement git nous même, dans l'immédiat ce n'est absolument pas nécessaire.
Cool en tout cas que tu uppes ce sujet, tes arguments font mouche (en tout cas en ce qui me concerne).
(hs : et sinon Oli on se verra à Quimper ou on va encore se rater ? :) )

On va encore se rater! Mais on peut jouer la stratégie de l'évitement à notre insu de notre plein gré pendant longtemps tu sais...

J'en profite pour glisser quelques liens qui aideront à se faire une opinion:

http://git-scm.com/documentation, la version française http://www.alexgirard.com/git-book/

http://gitorious.org/

et l'habituel "Pourquoi X est mieux que Y" http://fr.whygitisbetterthanx.com en (mauvais) français!

Et enfin, un petit billet sur les raisons du passage d'un geek de Github à Gitorious http://blog.rodolphe.quiedeville.org/in … -gitorious