Connaissez-vous Gobby? (http://gobby.0x539.de) c'est un logiciel libre de rédaction collaborative en GTK+ que je viens de découvrir.
Pour rédiger l'éventuel document pour la faecum, ça pourrait être une alternative intéressante à l'utilisation d'un dépôt CVS ou truc de barbu du genre (pas que j'aie quoi que ce soit contre les barbes).
Sous Ubuntu, j'ai installé gobby en une minute avec un simple coup d'apt-get, et je dois dire que j'ai été étonné de voir comment ça marchait bien et comment c'était simple (quoique j'ai seulement testé en réseau local, pour que ça marche entre nous faudrait percer un trou dans le firewall de quelqu'un; si besoin est, je peux servir d'hôte).
Voilà, c'était ma mini découverte du soir, en espérant que ça puisse servir. Le CVS c'est bien, mais ça pourrait devenir un joli fouillis, tandis que là on aurait la possibilité de rédiger à plusieurs en même temps et avoir une interface de chat intégrée.
Afficher les réponses par date
2007/5/31, Jean-François Fortin Tam jf.fortin.tam@umontreal.ca:
Connaissez-vous Gobby? (http://gobby.0x539.de) c'est un logiciel libre de rédaction collaborative en GTK+ que je viens de découvrir.
Il y a pas un logiciel plus lèger? Possiblement pour la console? Un mode emacs peut-être?
Sans compter les packetages que j'ai déjà d'installé, gobby veut remplir mon ordinateur de librairies bizarre.
net-libs/net6-1.2.2-r1 dev-cpp/libxmlpp-2.12.0 x11-libs/gtksourceview-1.8.1 net-libs/obby-0.3.0-r1 app-editors/gobby-0.3.0
ça a l'air pas mal pour rédiger tout le monde ensemble. mais ca suppose que tout le monde soit online en même temps, tandis qu'un cvs permet de développer le document quand on veut. mais c'est une découverte intéressante quand même.
Jean-François Fortin Tam wrote:
Connaissez-vous Gobby? (http://gobby.0x539.de) c'est un logiciel libre de rédaction collaborative en GTK+ que je viens de découvrir.
Pour rédiger l'éventuel document pour la faecum, ça pourrait être une alternative intéressante à l'utilisation d'un dépôt CVS ou truc de barbu du genre (pas que j'aie quoi que ce soit contre les barbes).
Sous Ubuntu, j'ai installé gobby en une minute avec un simple coup d'apt-get, et je dois dire que j'ai été étonné de voir comment ça marchait bien et comment c'était simple (quoique j'ai seulement testé en réseau local, pour que ça marche entre nous faudrait percer un trou dans le firewall de quelqu'un; si besoin est, je peux servir d'hôte).
Voilà, c'était ma mini découverte du soir, en espérant que ça puisse servir. Le CVS c'est bien, mais ça pourrait devenir un joli fouillis, tandis que là on aurait la possibilité de rédiger à plusieurs en même temps et avoir une interface de chat intégrée.
Gulum-team mailing list Gulum-team@iro.umontreal.ca https://webmail.iro.umontreal.ca/mailman/listinfo/gulum-team
Pourquoi ne pas installer pas un wiki? Ça aiderait maintenant et ça serait probablement utile pour plus tard. Un que j'aime bien et qui ne demande pas de base de données (tout est stocké dans des fichiers) est MoinMoin.
Pour un exemple d'installation fonctionnelle au diro: http://www-etud.iro.umontreal.ca/~dift3220/moin.cgi
alex
Le vendredi 01 juin 2007 à 07:30 -0400, Gabriel Filion a écrit :
ça a l'air pas mal pour rédiger tout le monde ensemble. mais ca suppose que tout le monde soit online en même temps, tandis qu'un cvs permet de développer le document quand on veut. mais c'est une découverte intéressante quand même.
Jean-François Fortin Tam wrote:
Connaissez-vous Gobby? (http://gobby.0x539.de) c'est un logiciel libre de rédaction collaborative en GTK+ que je viens de découvrir.
Pour rédiger l'éventuel document pour la faecum, ça pourrait être une alternative intéressante à l'utilisation d'un dépôt CVS ou truc de barbu du genre (pas que j'aie quoi que ce soit contre les barbes).
Sous Ubuntu, j'ai installé gobby en une minute avec un simple coup d'apt-get, et je dois dire que j'ai été étonné de voir comment ça marchait bien et comment c'était simple (quoique j'ai seulement testé en réseau local, pour que ça marche entre nous faudrait percer un trou dans le firewall de quelqu'un; si besoin est, je peux servir d'hôte).
Voilà, c'était ma mini découverte du soir, en espérant que ça puisse servir. Le CVS c'est bien, mais ça pourrait devenir un joli fouillis, tandis que là on aurait la possibilité de rédiger à plusieurs en même temps et avoir une interface de chat intégrée.
Gulum-team mailing list Gulum-team@iro.umontreal.ca https://webmail.iro.umontreal.ca/mailman/listinfo/gulum-team
Je propose Subversion/LaTeX/emacs. :) Tous open-source, garantie !
On 6/1/07, Alexandre Patry patryale@iro.umontreal.ca wrote:
Pourquoi ne pas installer pas un wiki? Ça aiderait maintenant et ça serait probablement utile pour plus tard. Un que j'aime bien et qui ne demande pas de base de données (tout est stocké dans des fichiers) est MoinMoin.
Pour un exemple d'installation fonctionnelle au diro: http://www-etud.iro.umontreal.ca/~dift3220/moin.cgi
alex
Le vendredi 01 juin 2007 à 07:30 -0400, Gabriel Filion a écrit :
ça a l'air pas mal pour rédiger tout le monde ensemble. mais ca suppose que tout le monde soit online en même temps, tandis qu'un cvs permet de développer le document quand on veut. mais c'est une découverte intéressante quand même.
Jean-François Fortin Tam wrote:
Connaissez-vous Gobby? (http://gobby.0x539.de) c'est un logiciel libre de rédaction collaborative en GTK+ que je viens de découvrir.
Pour rédiger l'éventuel document pour la faecum, ça pourrait être une alternative intéressante à l'utilisation d'un dépôt CVS ou truc de
barbu
du genre (pas que j'aie quoi que ce soit contre les barbes).
Sous Ubuntu, j'ai installé gobby en une minute avec un simple coup d'apt-get, et je dois dire que j'ai été étonné de voir comment ça marchait bien et comment c'était simple (quoique j'ai seulement testé
en
réseau local, pour que ça marche entre nous faudrait percer un trou
dans
le firewall de quelqu'un; si besoin est, je peux servir d'hôte).
Voilà, c'était ma mini découverte du soir, en espérant que ça puisse servir. Le CVS c'est bien, mais ça pourrait devenir un joli fouillis, tandis que là on aurait la possibilité de rédiger à plusieurs en même temps et avoir une interface de chat intégrée.
Gulum-team mailing list Gulum-team@iro.umontreal.ca https://webmail.iro.umontreal.ca/mailman/listinfo/gulum-team
Gulum-team mailing list Gulum-team@iro.umontreal.ca https://webmail.iro.umontreal.ca/mailman/listinfo/gulum-team
Je crois vraiment qu'un wiki serait l'idéal, mais comme je n'ai pas le temps de m'impliquer cet été, je ne défenderai pas mon point.
Si vous faites le dépôt svn sur un serveur du DIRO, je partage mon expérience avec vous. La version de NFS au diro ne supporte pas les verrous, il faut donc utiliser une connexion de type svn+ssh en se connectant sur le *serveur de fichier*. Donc assurez-vous que le serveur de fichier que vous utiliserez sera disponible du net si vous voulez utiliser votre dépôt à l'extérieur du diro.
alex
Le vendredi 01 juin 2007 à 11:39 -0400, Luc Charest a écrit :
Je propose Subversion/LaTeX/emacs. :) Tous open-source, garantie !
On 6/1/07, Alexandre Patry patryale@iro.umontreal.ca wrote: Pourquoi ne pas installer pas un wiki? Ça aiderait maintenant et ça serait probablement utile pour plus tard. Un que j'aime bien et qui ne demande pas de base de données (tout est stocké dans des fichiers) est MoinMoin.
Pour un exemple d'installation fonctionnelle au diro: http://www-etud.iro.umontreal.ca/~dift3220/moin.cgi alex Le vendredi 01 juin 2007 à 07:30 -0400, Gabriel Filion a écrit : > ça a l'air pas mal pour rédiger tout le monde ensemble. mais ca suppose > que tout le monde soit online en même temps, tandis qu'un cvs permet de > développer le document quand on veut. > mais c'est une découverte intéressante quand même. > > Jean-François Fortin Tam wrote: > > Connaissez-vous Gobby? (http://gobby.0x539.de) c'est un logiciel libre > > de rédaction collaborative en GTK+ que je viens de découvrir. > > > > Pour rédiger l'éventuel document pour la faecum, ça pourrait être une > > alternative intéressante à l'utilisation d'un dépôt CVS ou truc de barbu > > du genre (pas que j'aie quoi que ce soit contre les barbes). > > > > Sous Ubuntu, j'ai installé gobby en une minute avec un simple coup > > d'apt-get, et je dois dire que j'ai été étonné de voir comment ça > > marchait bien et comment c'était simple (quoique j'ai seulement testé en > > réseau local, pour que ça marche entre nous faudrait percer un trou dans > > le firewall de quelqu'un; si besoin est, je peux servir d'hôte). > > > > Voilà, c'était ma mini découverte du soir, en espérant que ça puisse > > servir. Le CVS c'est bien, mais ça pourrait devenir un joli fouillis, > > tandis que là on aurait la possibilité de rédiger à plusieurs en même > > temps et avoir une interface de chat intégrée. > > > > > > ------------------------------------------------------------------------ > > > > _______________________________________________ > > Gulum-team mailing list > > Gulum-team@iro.umontreal.ca > > https://webmail.iro.umontreal.ca/mailman/listinfo/gulum-team > _______________________________________________ Gulum-team mailing list Gulum-team@iro.umontreal.ca https://webmail.iro.umontreal.ca/mailman/listinfo/gulum-team
-- Luc Charest, Ph. D. Computer Science, Université de Montréal Téléphone : +1 (514) 343-6111, ext. 3502 Web : http://www.iro.umontreal.ca/~chareslu
"There is a theory which states that if ever anyone discovers exactly what the Universe is for and why it is here, it will instantly disappear and be replaced by something even more bizarrely inexplicable.
There is another theory which states that this has already happened."
- Original Hitchhiker Radio Scripts
Gulum-team mailing list Gulum-team@iro.umontreal.ca https://webmail.iro.umontreal.ca/mailman/listinfo/gulum-team
On Fri, Jun 01, 2007, Alexandre Patry wrote:
Je crois vraiment qu'un wiki serait l'idéal, mais comme je n'ai pas le temps de m'impliquer cet été, je ne défenderai pas mon point.
Je pense qu'un wiki peut être intéressant en général, mais pour la rédaction d'un rapport en particulier, je ne sais pas trop. Avoir quelque chose qui produit directement un document PDF avec une mise en page et une typographie correctes me semble plus intéressant.
À moins qu'on ne parle de faire la rédaction sur le wiki, et quand tout le monde est d'accord on en fait un .tex, mais je ne pense pas qu'on y gagne.
Si vous faites le dépôt svn sur un serveur du DIRO, je partage mon expérience avec vous. La version de NFS au diro ne supporte pas les verrous, il faut donc utiliser une connexion de type svn+ssh en se connectant sur le *serveur de fichier*.
Je pense qu'il faut trouver autre chose que le serveur du DIRO, puisqu'on veut que le dépôt soit ouvert à du monde qui n'a pas de compte au DIRO (Jean-François, par exemple). Sauf si on peut installer un serveur CVS (ou SVN) en contournant l'authentification du DIRO, en utilisant le compte du GULUM peut-être.
Je n'ai pas encore eu le temps de regarder ce que gobby propose, si on peut avoir quelque chose comme un serveur permanent (comme CVS), ni comment peut se faire l'authentification.
Ou alors on fait tout avec Google docs & spreadsheets.
Une remarque générale : la mailing-list est archivée, ce n'est pas la peine de laisser l'intégralité des messages précédents en bas de chaque courriel. En plus, en français, on lit de haut en bas... Si vous pouvez citer seulement les parties du courriel précédent qui sont pertinentes, et répondre en-dessous, ça serait cool.
Je vais essayer de faire un PV rapidement (avec l'enregistrement, ça va être plus facile si certaines choses m'ont échappé), avec un squelette pour le document.
À plus,
Bonjour à toutes et à tous,
* Pascal Lamblin lamblinp@iro.umontreal.ca, 2007-06-01 18:46:15 Fri:
En plus, en français, on lit de haut en bas... Si vous pouvez citer seulement les parties du courriel précédent qui sont pertinentes, et répondre en-dessous, ça serait cool.
Je seconde.
En passant, ceux qui veulent faire de l'échange de clé PGP avec moi sont les bienvenus. Je suis au lab AA-3331; venez avec votre fingerprint et une pièce d'identité avec photo.
Je crois vraiment qu'un wiki serait l'idéal, mais comme je n'ai pas le temps de m'impliquer cet été, je ne défenderai pas mon point.
Le wiki est pas une mauvaise idée. C'est facile à mettre en place (encore plus facile si c'est un wiki comme pmwiki qui n'a pas besoin de base de données, ou encore TiddlyWiki qui est un wiki «self-contained» ne nécessitant pas d'installation/base de données/pages multiples)
Gobby est comme je l'annonçais une «possibilité» (ou un outil additionnel si jamais y'en a qui veulent être connectés en même temps pour faire le texte), le wiki servirait à rédiger le brouillon et ensuite y'aurait qu'à compiler à coups de latex si on veut.
Ou encore, google docs est effectivement une autre alternative (mais pas libre ;), ça ne me dérangerait pas trop de l'utiliser vu la simplicité de son déploiement.
L'avantage de la solution wiki/gdocs est que ça ne devrait pas me bloquer (je peux utiliser vpn.cc.umontreal.ca à la limite, mais je ne fais pas partie du DIRO).
Si vous comptez utiliser du tex/latex/goretex, heu... bah je sais pas m'en servir, j'ai déjà essayé quelques tentatives et j'ai échoué lamentablement, je suis retourné en rampant à OOWriter (qui semble correct si on utilise ses «feuilles de style»). Donc je pourrais pas aider à ce niveau là.
Il y a pas un logiciel plus lèger? Possiblement pour la console? Un mode emacs peut-être?
Hmm, je pense avoir vu des traces d'un truc pour intégrer gobby (obby) à emacs sur le web, mais je sais pas si la chose existe encore.
Si on veut absolument editer a x en meme temps sur le meme doc, il reste toujours la bonne vieille solution de se connecter en ssh sur la machine de quelqu'un et partager une session screen avec emacs.
Pour ce qui est de LaTeX, c'est assez simple, puisque chacun aurait juste a produire une partie de document, donc pas besoin de creer toute la mise en page pour chacun. Au pire, si on utilise ca, tape juste le texte, on fera le formattage par apres.
Vincent
On Fri, Jun 01, 2007 at 03:22:35PM -0400, Jean-François Fortin Tam wrote:
Je crois vraiment qu'un wiki serait l'idéal, mais comme je n'ai pas le temps de m'impliquer cet été, je ne défenderai pas mon point.
Le wiki est pas une mauvaise idée. C'est facile à mettre en place (encore plus facile si c'est un wiki comme pmwiki qui n'a pas besoin de base de données, ou encore TiddlyWiki qui est un wiki «self-contained» ne nécessitant pas d'installation/base de données/pages multiples)
Gobby est comme je l'annonçais une «possibilité» (ou un outil additionnel si jamais y'en a qui veulent être connectés en même temps pour faire le texte), le wiki servirait à rédiger le brouillon et ensuite y'aurait qu'à compiler à coups de latex si on veut.
Ou encore, google docs est effectivement une autre alternative (mais pas libre ;), ça ne me dérangerait pas trop de l'utiliser vu la simplicité de son déploiement.
L'avantage de la solution wiki/gdocs est que ça ne devrait pas me bloquer (je peux utiliser vpn.cc.umontreal.ca à la limite, mais je ne fais pas partie du DIRO).
Si vous comptez utiliser du tex/latex/goretex, heu... bah je sais pas m'en servir, j'ai déjà essayé quelques tentatives et j'ai échoué lamentablement, je suis retourné en rampant à OOWriter (qui semble correct si on utilise ses «feuilles de style»). Donc je pourrais pas aider à ce niveau là.
Il y a pas un logiciel plus lèger? Possiblement pour la console? Un mode emacs peut-être?
Hmm, je pense avoir vu des traces d'un truc pour intégrer gobby (obby) à emacs sur le web, mais je sais pas si la chose existe encore.
Gulum-team mailing list Gulum-team@iro.umontreal.ca https://webmail.iro.umontreal.ca/mailman/listinfo/gulum-team
En effet, LaTeX ne pose pas beaucoup de difficultés: il suffit de taper du texte et de sauter une ligne quand on veut passer à un nouveau paragraphe. Mais il faut s'entendre sur l'encodage des fichiers. Idéalement, on écrit tout en UTF-8 ou en ASCII (et on utilise les séquences de LaTeX pour les accents). Utiliser OOWriter me semble aussi une alternative viable puisque ce dernier est libre et peut produire un PDF. Il y a aussi des fonctions de marques de révision qu'on n'a pas dans LaTeX mais qui sont disponibles avec OOo. Mais effectivement, il faut qu'on emploie les styles, sinon le formatage sera un méli-mélo. Puisque notre document ne contiendra pas de mathématiques, LaTeX n'est pas indispensable, quoique je penche nettement en faveur de LaTeX. Quant à un wiki, ça me semble une solution pas pire, mais ce sera du travail de tout recopier en LaTeX par la suite. Ça ne veut pas dire que les sauts de paragraphe se feront comme il faut et on devra repasser dans le texte pour ajouter des mises en forme (gras, italique, etc.). Quant à Google docs, je n'ai pas d'objection tant qu'on peut extraire le document qu'on va écrire et le stocker autre part que sur le serveur de Google. Par exemple, avec Blogger, je n'ai jamais pu extraire tout mon blog autrement qu'en le publiant, le "source" restant toujours sur Blogger. Il faut s'assurer qu'avec gdocs, on va pouvoir produire un PDF et qu'on pourra extraire du serveur les fichiers sources dans un format ouvert (LaTeX ou OpenDocument) pour les archiver. Eric
Le vendredi 01 juin 2007 à 15:49 -0400, Eric Buist a écrit :
En effet, LaTeX ne pose pas beaucoup de difficultés: il suffit de taper du texte et de sauter une ligne quand on veut passer à un nouveau paragraphe. Mais il faut s'entendre sur l'encodage des fichiers.
UTF8. L'utf8 c'est bien (parole de quelqu'un qui a converti de force toutes ses pages xhtml en utf8 pour plus avoir à se casser la tête avec les accents), et ça fait le café.
Utiliser OOWriter me semble aussi une alternative viable puisque ce dernier est libre et peut produire un PDF. Il y a aussi des fonctions de marques de révision qu'on n'a pas dans LaTeX mais qui sont disponibles avec OOo. Mais effectivement, il faut qu'on emploie les styles, sinon le formatage sera un méli-mélo. Puisque notre document ne contiendra pas de mathématiques, LaTeX n'est pas indispensable, quoique je penche nettement en faveur de LaTeX.
J'aime bien OO pour produire des documents relativement longs (quoique j'ai pas eu occasion de dépasser 25 pages dans ma vie d'étudiant pour le moment). Je tape généralement le texte en y balançant quelques intertitres (ctrl+1, 2, 3) et une table des matières automatique, et je modifie la présentation à coups de styliste à la fin, c'est plutôt rapide.
Quant à Google docs, je n'ai pas d'objection tant qu'on peut extraire le document qu'on va écrire et le stocker autre part que sur le serveur de Google. [...] Il faut s'assurer qu'avec gdocs, on va pouvoir produire un PDF et qu'on pourra extraire du serveur les fichiers sources dans un format ouvert (LaTeX ou OpenDocument) pour les archiver.
Juste pour répondre à la question rapidement, je viens d'aller vérifier par moi-même, et gdocs exporte effectivement en OpenDocument lisible. Dans le menu, il y a: Save as HTML (zipped)... Save as RTF... Save as Word... Save as OpenOffice... Save as PDF... Save as Text... Donc techniquement, pas de lock-in visible (excepté que je n'ai pas testé les formats autre que odt).
Enfin bref... au final, du texte c'est du texte, ça pourrait même être fait en xhtml utf8+css ;) [du moins pour moi ça serait plus facile que du latex]
Je vais me permettre de mettre mon grain de sel (j'ai été nommé pour prendre le leadership après tout )
Nous avons présentement 2 décisions à prendre: - Le format - Le méthode de coopération
Format:
Latex: Me semble un bon choix, pour ceux qui le connaissent déjà. Pour les autres, il y a lyx, qui peut faire le pont.
OO: Autre choix qui me semble convenable, cependant est-ce quelqu'un ici a déjà essayé de travailler collaborativement sur du OO? est-ce qu'un diff standard s'applique? J'aime bien ma console, mais je peut m'en passer une fois de temps en temps.
Google: Personnellement je trouve ce choix un peu bizarre: on essaie de convaincre le monde d'utiliser des logiciels libres en utilisant un logiciel propriétaire?
Plain text:On pourrait ensuite rajouter les balises latex. Mais tant qu'à faire, pk pas latex tout de suite?
Méthode de coopération: CVS ou SVN (tant qu'à moi l'un vaut l'autre dans notre situation): On peut facilement garder une trace des modification. Pour ceux qui ne sont pas habitués, il y a des interfaces graphiques. Cependant, il faudrait trouver un serveur qui accepte les gens qui sont ne sont pas du DIRO.
Gobby: N'a pas l'air de supporter les traces de modification. Si on veut pouvoir modifier en tout temps, il nous faut un serveur dans ce cas-là aussi. Format texte/latex seulement.
Webdépot: Tout le monde doit normalement avoir un compte dessus. Pas de trace de modifications. Tous format. On doit mettre un lock pour pas que 2 personnes le modifie en même temps, ce qui complique les choses.
Petites questions: Y'a quelqu'un qui serait prêt à faire une présentation de latex et/ou cvs? Je croit que ça pourrait régler quelques problèmes qu'on a.
Y'a quelqu'un qui a un serveur qui pourrait setuper un cvs/svn où tous pourrais avoir accès ou trouver un serveur gratuit qui le ferais?
Marc
On Fri, Jun 01, 2007, Marc Julien wrote:
Je vais me permettre de mettre mon grain de sel (j'ai été nommé pour prendre le leadership après tout )
Hourra ! \o/
Latex: Me semble un bon choix, pour ceux qui le connaissent déjà. Pour les autres, il y a lyx, qui peut faire le pont.
Je suis d'accord. Surtout que vu ce que l'on veut faire (pas de formules mathématiques, pas de figures, etc.) ce n'est pas très compliqué de modifier le document une fois que le squelette est fait.
Google: Personnellement je trouve ce choix un peu bizarre: on essaie de convaincre le monde d'utiliser des logiciels libres en utilisant un logiciel propriétaire?
C'est ma faute, j'ai négligé de mettre un smiley ou un tag <sarcasme/>.
Méthode de coopération: CVS ou SVN (tant qu'à moi l'un vaut l'autre dans notre situation): On peut facilement garder une trace des modification. Pour ceux qui ne sont pas habitués, il y a des interfaces graphiques. Cependant, il faudrait trouver un serveur qui accepte les gens qui sont ne sont pas du DIRO.
Je vote pour ça aussi.
Petites questions: Y'a quelqu'un qui serait prêt à faire une présentation de latex et/ou cvs? Je croit que ça pourrait régler quelques problèmes qu'on a.
Pas de problème s'il s'agit de se limiter au cas d'utilisation que l'on va avoir, et si ça peut attendre deux semaines.
Y'a quelqu'un qui a un serveur qui pourrait setuper un cvs/svn où tous pourrais avoir accès ou trouver un serveur gratuit qui le ferais?
À la limite, mais ça ne m'arrange pas vraiment.
Latex: Me semble un bon choix, pour ceux qui le connaissent déjà. Pour les autres, il y a lyx, qui peut faire le pont.
en fait, c'est *légèrement* moins pire vu que là je viens de trouver une interface qui semble potable (Kile) pour gérer du tex (y'a visiblement *rien* qui intègre l'insertion de tags tex facilement ET la compilation des documents sous gnome? >_<)
Petites questions: Y'a quelqu'un qui serait prêt à faire une présentation de latex et/ou cvs? Je croit que ça pourrait régler quelques problèmes qu'on a.
Personnellement, je connais la *base* de CVS et SVN (puisque je m'en sers pour Specto et pour satisfaire ma soif de logiciels bleeding edge), mais une présentation sur le latex serait définitivement mieux pour moi (je sais pas si je suis le seul à ne pas savoir m'en servir cependant).
Y'a quelqu'un qui a un serveur qui pourrait setuper un cvs/svn où tous pourrais avoir accès ou trouver un serveur gratuit qui le ferais?
Bah si vous me filez un coup de main (j'ai jamais appris/tenté à installer un serveur subversion), ça ne me dérangerait pas de tenir un dépôt sur ecchi.ca (je ne peux cependant pas garantir un uptime quelconque; c'est sur ma connexion ADSL), mon serveur fait à peu près rien d'autre que du LAMP en ce moment.
Marc Julien wrote:
Format:
Latex: Me semble un bon choix, pour ceux qui le connaissent déjà. Pour les autres, il y a lyx, qui peut faire le pont.
Seloin moi LaTeX est un excellent choix. présentation simple et uniformisée à travers les documents et possibilité de transformer en d'autres formats (ps, pdf, html, docbook xml, etc)
Et pour moi c'est certain que le LaTeX devrait être en UTF8 avec des accents du genre 'e
OO: Autre choix qui me semble convenable, cependant est-ce quelqu'un ici a déjà essayé de travailler collaborativement sur du OO? est-ce qu'un diff standard s'applique? J'aime bien ma console, mais je peut m'en passer une fois de temps en temps.
Je suis pas certain que l'édition collaborative soit vraiment dans les cordes de OO. OOWriter permet de générer de beaux pdf facilement avec index automatique mais je suis pas convaincu que ça soit l'idéal pour ce qu'on veut faire.
Méthode de coopération: CVS ou SVN (tant qu'à moi l'un vaut l'autre dans notre situation): On peut facilement garder une trace des modification. Pour ceux qui ne sont pas habitués, il y a des interfaces graphiques. Cependant, il faudrait trouver un serveur qui accepte les gens qui sont ne sont pas du DIRO.
Pas mal le meilleur choix pour l'édition en groupe pour un document qu'on voudrait présenter en format X.
Pour ce qui est de l'idée du Wiki, je suis totalement d'accord que ça va nous en prendre un mais ptete plus pour les renseignements addressés au grand public (étudiants et profs) que pour les documents à présenter aux instances universitaires dans le but de pousser l'installation d'un logiciel/OS ou de l'utilisation de clés gpg ou autre. A moins qu'on trouve un Wiki qui formatte bien ses pages en docbook xml ou de quoi du genre pour que ca soit facile à transformer en d'autre chose après et que la présentation dans le nouveau format soit pas toute chiée.
Petites questions: Y'a quelqu'un qui serait prêt à faire une présentation de latex et/ou cvs? Je croit que ça pourrait régler quelques problèmes qu'on a.
Ouais! quand vous voulez (bein presque hehehe) mais pas tout seul, j'aurais besoin de l'appui de monde qui connaissent ça (Luc, Marc par exemple hehe)
Y'a quelqu'un qui a un serveur qui pourrait setuper un cvs/svn où tous pourrais avoir accès ou trouver un serveur gratuit qui le ferais?
Je suis justement plongé dans l'installation de CVS/SVN en ce moment (grr). Au pire pour dépanner je pourrais setter qqch sur mon serveur chez moi. mais ça durerait pas longtemps et faudrait qu'on ait un plan facile de migration vers un autre serveur parce que comme certains le savent déjà, j'ai fini l'univ à la fin de Décembre alors je pourrai pu faire partie du groupe trop longtemps après. (après tout ça doit être géré surtout par des étudiants de l'UdeM) Je suis un peu occupé cette fds mais je vais essayer de préparer ça d'ici pas trop longtemps. L'accès sera sûrement via ssh avec des clés qui donnent seulement accès au répositoire et rien d'autre :P
Pour l'instant, comme on a dit que 5 personnes (euh +/- qq personnes. j'ai la mémoire courte hehe) feraient la rédaction du document, je ferais de quoi de vraiment simple avec peu d'accès au répositoire. On pourrai fonctionner par envoi de fichiers patch (j'ai découvert comment en générer ajd hehehe, diff -burN rep1 rep2 > chevre.patch , -burN mehehe) sur la liste du gulum que les quelques éditeurs pourraient soumettre (ou pas) dans le code.
et un dernier détail, Pascal, pour le pv, pas obligé de faire de quoi de vraiment trop fancy pour l'instant.. juste qu'on soit capable de l'avoir dispo sur le site web. on pourra se mettre à plusieurs pour élaborer un style pour tous nos pv futurs une fois qu'on aura un cvs/svn.
p.s.: désolé si j'ai pas de signature gpg depuis queq temps mais j'ai installé la dernière version d'enigmail et elle demande une version de gpg qui est pas encore dispo. dans debian. et je suis trop paresseux pour installer une plus vieille version d'enigmail alors j'attends que gpg s'upgrade hehe :\ mais je serais partant pour faire des échanges de clés.
On Fri, Jun 01, 2007, Gabriel Filion wrote:
Et pour moi c'est certain que le LaTeX devrait être en UTF8 avec des accents du genre 'e
Pour l'utf-8, contre les accents en 'e (sauf pour ceux qui ne peuvent pas taper les vrais facilement, bien sûr). Je trouve que ça nuit à la lisibilité, et que maintenant que LaTeX gère correctement l'utf-8 et que les éditeurs de texte sont capable (dans le pire des cas) de reconnaître l'encodage et de faire la conversion, ça ne sert à rien de se faire chier avec ça.
et un dernier détail, Pascal, pour le pv, pas obligé de faire de quoi de vraiment trop fancy pour l'instant.. juste qu'on soit capable de l'avoir dispo sur le site web. on pourra se mettre à plusieurs pour élaborer un style pour tous nos pv futurs une fois qu'on aura un cvs/svn.
T'en fais pas, je compte piquer celui de l'AEEESDIRO pour le moment, ou faire du texte brut.
2007/6/1, Gabriel Filion filionga@iro.umontreal.ca:
Marc Julien wrote:
Format:
Latex: Me semble un bon choix, pour ceux qui le connaissent déjà. Pour les autres, il y a lyx, qui peut faire le pont.
Seloin moi LaTeX est un excellent choix. présentation simple et uniformisée à travers les documents et possibilité de transformer en d'autres formats (ps, pdf, html, docbook xml, etc)
Et pour moi c'est certain que le LaTeX devrait être en UTF8 avec des accents du genre 'e
Moi aussi, je trouve que LaTeX serait bien, mais on a pas besoin d'utf8 si on utilise ce genre d'accents. Si personne d'autre veut le faire je pourrais donner une petite presentation sur LaTeX pour ceux qui se sentent intimides. C'est tres pratique comme outil et ca s'apprends vite.
Méthode de coopération: CVS ou SVN (tant qu'à moi l'un vaut l'autre dans notre situation): On peut facilement garder une trace des modification. Pour ceux qui ne sont pas habitués, il y a des interfaces graphiques. Cependant, il faudrait trouver un serveur qui accepte les gens qui sont ne sont pas du DIRO.
Pas mal le meilleur choix pour l'édition en groupe pour un document qu'on voudrait présenter en format X.
Pour ce qui est de l'idée du Wiki, je suis totalement d'accord que ça va nous en prendre un mais ptete plus pour les renseignements addressés au grand public (étudiants et profs) que pour les documents à présenter aux instances universitaires dans le but de pousser l'installation d'un logiciel/OS ou de l'utilisation de clés gpg ou autre. A moins qu'on trouve un Wiki qui formatte bien ses pages en docbook xml ou de quoi du genre pour que ca soit facile à transformer en d'autre chose après et que la présentation dans le nouveau format soit pas toute chiée.
Petites questions: Y'a quelqu'un qui serait prêt à faire une présentation de latex et/ou cvs? Je croit que ça pourrait régler quelques problèmes qu'on a.
Ouais! quand vous voulez (bein presque hehehe) mais pas tout seul, j'aurais besoin de l'appui de monde qui connaissent ça (Luc, Marc par exemple hehe)
Y'a quelqu'un qui a un serveur qui pourrait setuper un cvs/svn où tous pourrais avoir accès ou trouver un serveur gratuit qui le ferais?
Je suis justement plongé dans l'installation de CVS/SVN en ce moment (grr). Au pire pour dépanner je pourrais setter qqch sur mon serveur chez moi. mais ça durerait pas longtemps et faudrait qu'on ait un plan facile de migration vers un autre serveur parce que comme certains le savent déjà, j'ai fini l'univ à la fin de Décembre alors je pourrai pu faire partie du groupe trop longtemps après. (après tout ça doit être géré surtout par des étudiants de l'UdeM) Je suis un peu occupé cette fds mais je vais essayer de préparer ça d'ici pas trop longtemps. L'accès sera sûrement via ssh avec des clés qui donnent seulement accès au répositoire et rien d'autre :P
Pour l'instant, comme on a dit que 5 personnes (euh +/- qq personnes. j'ai la mémoire courte hehe) feraient la rédaction du document, je ferais de quoi de vraiment simple avec peu d'accès au répositoire. On pourrai fonctionner par envoi de fichiers patch (j'ai découvert comment en générer ajd hehehe, diff -burN rep1 rep2 > chevre.patch , -burN mehehe) sur la liste du gulum que les quelques éditeurs pourraient soumettre (ou pas) dans le code.
On pourrait aussi utiliser darcs. C'est comme cvs ou svn, mais il y a pas besoin de serveur central et il y a des commandes toutes faites pour envoyer et recevoir des patchs par courriel.
Etienne Laurin
On Fri, Jun 01, 2007 at 11:27:19PM -0400, Etienne Laurin wrote:
Moi aussi, je trouve que LaTeX serait bien, mais on a pas besoin d'utf8 si on utilise ce genre d'accents. Si personne d'autre veut le faire je pourrais donner une petite presentation sur LaTeX pour ceux qui se sentent intimides. C'est tres pratique comme outil et ca s'apprends vite.
Je suis moi aussi tout a fait d'accord pour latex, mais je prefererais specifier les accents avec des , au cas ou. C'est aussi pas mal moins penible quand on a un clavier anglais.
Pour ce qui est de la presentation, c'est une excellente idee, et ca pourrait nous faire un bon premier seminaire du GULUM. Il faudrait juste s'assurer d'avoir de quoi pour faire un autre seminaire pas trop longtemps apres, histoire de partir une tradition (Luc, tu presentation sur les autotools pourrait probablement etre interessante pour pas mal de monde, si tu est interesse a la refaire).
On pourrait aussi utiliser darcs. C'est comme cvs ou svn, mais il y a pas besoin de serveur central et il y a des commandes toutes faites pour envoyer et recevoir des patchs par courriel.
Je serais partant pour darcs aussi, j'ai jamais eu l'occasion de m'en servir et ca m'a l'air tres interessant. Je suis aussi toujours partant pour encourager l'utilisation du Haskell.
Vincent
Etienne Laurin wrote:
Moi aussi, je trouve que LaTeX serait bien, mais on a pas besoin d'utf8 si on utilise ce genre d'accents. Si personne d'autre veut le faire je pourrais donner une petite presentation sur LaTeX pour ceux qui se sentent intimides. C'est tres pratique comme outil et ca s'apprends vite.
ça sera au choix de chacun dans le fond.. si on utilise uft8, ca rend le texte effectivement plus clair si on y met des accents direct. mais ceux qui ont un clavier anglais (wtf ... ) pourront mettre des signes étranges en ascii.
On pourrait aussi utiliser darcs. C'est comme cvs ou svn, mais il y a pas besoin de serveur central et il y a des commandes toutes faites pour envoyer et recevoir des patchs par courriel.
ouais j'aimerais bien ça l'essayer. je sais que Marc Feeley est en train de considérer utiliser ça pour Gambit-C. si tu sais comment il fonctionne, ca pourrait faire partie de la formation hehe. en fait, dans la formation faudrait montrer celui qu'on va utiliser pour le gulum. y'a des objections pour darcs autre que "je le connais pas"?
Pour l'instant j'ai installé subversion sur mon serveur.
https://delusionner.homeip.net/svn/gulum/
quelle méthode serait le mieux pour l'authetification? DAV ou ssh?