Bonjour,
J'ai uploadé le brouillon qui me sert à faire le pdf. Prenez pas peur en le lisant, j'ai du y faire toutes les bétises faisables :)
Je travaille directement sur la syntaxe wiki. Les brouillons de plugins pour mediawiki partent de l'html. Cette voie me plait pas car on perd tous les templates qui sont extrément utile pour latex, on peut développer les même templates en latex.
Le seul travail similaire que j'ai fait c'est un parsing de fichier gedcom qui lui a une syntaxe beaucoup plus rigide. La j'ai déjà eut un mal fou juste pour obtenir ce truc qui est non-maintenable si la syntaxe wiki utilisé sur doc.fedora se complexifie. Tout est pas noir. l'ajout d'un modèle wiki se traduit par l'ajout de la fonction correspondante pour le parsing, le callback, c'est cool.
La sécurité du truc: zero. Il a été écrit pour tourner en local. Possible qu'il y est des failles énormes.
Pour la partie latex. C'est du classique, ça tourne avec pdflatex. Il faut juste quelques extensions. Le gros problème c'est les tableaux qui doivent se plier aux exigences des rédacteurs. Chaque balise wiki/html correspond à une macro latex.
La première page est faite avec illustrator.
Les bugs: - Les listes coupées par des passages nowiki. ça fait tout péter avec latex. je peux pas mettre n'importe quoi dans une liste. - Les coupures de lignes, surtout au niveau des urls. - La taille des images. Sur le wiki c'est du pixel généralement, ça coince. J'ai une petit formule pifométrique qui passe pas trop mal pour le moment. - Johan a ajouté un module pour les citations. Faut que je réfléchisse comment l'intégrer à latex. - Il manque l'environnement gallery à latex. Je l'ai pas fait. - Surement d'autres que j'ai oublié.
https://svn.fedora-fr.org/wiki2latex/
Pascal
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Lut,
C'est sur team@ qui fallait balancer cela... Le SVN n'est pas publique dont 99% des personne de cette liste n'y auront pas accès ;-).
D'un autre côté, si certaine personne veulent aider et contribuer j'ouvre les accès.
Pascal a écrit :
Bonjour,
J'ai uploadé le brouillon qui me sert à faire le pdf. Prenez pas peur en le lisant, j'ai du y faire toutes les bétises faisables :)
Je travaille directement sur la syntaxe wiki. Les brouillons de plugins pour mediawiki partent de l'html. Cette voie me plait pas car on perd tous les templates qui sont extrément utile pour latex, on peut développer les même templates en latex.
Le seul travail similaire que j'ai fait c'est un parsing de fichier gedcom qui lui a une syntaxe beaucoup plus rigide. La j'ai déjà eut un mal fou juste pour obtenir ce truc qui est non-maintenable si la syntaxe wiki utilisé sur doc.fedora se complexifie. Tout est pas noir. l'ajout d'un modèle wiki se traduit par l'ajout de la fonction correspondante pour le parsing, le callback, c'est cool.
La sécurité du truc: zero. Il a été écrit pour tourner en local. Possible qu'il y est des failles énormes.
Pour la partie latex. C'est du classique, ça tourne avec pdflatex. Il faut juste quelques extensions. Le gros problème c'est les tableaux qui doivent se plier aux exigences des rédacteurs. Chaque balise wiki/html correspond à une macro latex.
La première page est faite avec illustrator.
Les bugs:
- Les listes coupées par des passages nowiki. ça fait tout péter avec
latex. je peux pas mettre n'importe quoi dans une liste.
- Les coupures de lignes, surtout au niveau des urls.
- La taille des images. Sur le wiki c'est du pixel généralement, ça coince. J'ai une petit formule pifométrique qui passe pas trop mal pour le moment.
- Johan a ajouté un module pour les citations. Faut que je réfléchisse comment l'intégrer à latex.
- Il manque l'environnement gallery à latex. Je l'ai pas fait.
- Surement d'autres que j'ai oublié.
https://svn.fedora-fr.org/wiki2latex/
Pascal
- -- Guillaume Kulakowski French Fedora Ambassador http://fedoraproject.org/wiki/GuillaumeKulakowski Webmaster of the French Fedora Core related website http://www.fedora-fr.org Jabber : llaumgui@jabber.ru MSN Messenger : llaumgui@hotmail.com
C'est sur team@ qui fallait balancer cela... Le SVN n'est pas publique dont 99% des personne de cette liste n'y auront pas accès ;-).
Quoi ? C'est pas libre ?
D'un autre côté, si certaine personne veulent aider et contribuer j'ouvre les accès.
Un accès publique en lecture serait pas un minimum si on veut rester cohérent avec notre défense du logiciel libre et open source ?
Sinon, avant que Thomas te fasse la remarque, arrête de top-poster Guillaume s'il te plait.
----------
Mathieu Bridon (bochecha)
"They who can give up essential liberty to obtain a little temporary safety, deserve neither liberty nor safety." ~Benjamin Franklin
Le 26 février 2009 10:22, Mathieu Bridon (bochecha) bochecha@fedoraproject.org a écrit :
Quoi ? C'est pas libre ?
J'en sais rien c'est pas moi qui le dev' mais je pense que oui, le SVN n'est pas publique, c'est tout.
Un accès publique en lecture serait pas un minimum si on veut rester cohérent avec notre défense du logiciel libre et open source ?
Non, car il y a les sources de tous les site Fedora-Fr et j'ai pas envie que quelqu'un par mégarde commit un config.php avec des accès DB.
Sinon, avant que Thomas te fasse la remarque, arrête de top-poster Guillaume s'il te plait.
C'est quoi cette nouvelle mani ?
++
2009/2/26 Guillaume Kulakowski guillaume.kulakowski@fedoraproject.org:
Le 26 février 2009 10:22, Mathieu Bridon (bochecha) bochecha@fedoraproject.org a écrit :
Quoi ? C'est pas libre ?
J'en sais rien c'est pas moi qui le dev' mais je pense que oui, le SVN n'est pas publique, c'est tout.
Donc le projet hébergé dans le SVN n'est pas libre ;)
Un accès publique en lecture serait pas un minimum si on veut rester cohérent avec notre défense du logiciel libre et open source ?
Non, car il y a les sources de tous les site Fedora-Fr et j'ai pas envie que quelqu'un par mégarde commit un config.php avec des accès DB.
Relis ma phrase, j'ai parlé de _lecture_. Pour parler d'Open Source, le minimum, c'est de pouvoir consulter les sources.
Pour parler de libre, le minimum, c'est de pouvoir contribuer à l'évolution de ces sources.
Prends le git de shomyu. Je suis le seul à avoir accès en écriture dessus, donc à pouvoir y faire des conneries. Pourtant, tout le monde a accès en lecture (même un anonyme oui). C'est le minimum pour que je puisse dire que shomyu est libre.
Après, est-ce que les scripts qui font tourner Fedora-FR sont libres / Open Source ? Charité bien ordonnée commence par soi même ;)
Sinon, avant que Thomas te fasse la remarque, arrête de top-poster Guillaume s'il te plait.
C'est quoi cette nouvelle mani ?
Règlement intérieur approuvé à la dernière AG, netiquette, etc...
----------
Mathieu Bridon (bochecha)
"They who can give up essential liberty to obtain a little temporary safety, deserve neither liberty nor safety." ~Benjamin Franklin
On Thu, 2009-02-26 at 11:01 +0100, Mathieu Bridon (bochecha) wrote:
Un accès publique en lecture serait pas un minimum si on veut rester cohérent avec notre défense du logiciel libre et open source ?
Non, car il y a les sources de tous les site Fedora-Fr et j'ai pas envie que quelqu'un par mégarde commit un config.php avec des accès DB.
Relis ma phrase, j'ai parlé de _lecture_. Pour parler d'Open Source, le minimum, c'est de pouvoir consulter les sources.
Relis Guillaume : Il parle pas de toi mais de quelqu'un qui a les droits pour commiter et qui peut faire une erreur !
P.Y
2009/2/26 Pierre-Yves pingou@pingoured.fr:
On Thu, 2009-02-26 at 11:01 +0100, Mathieu Bridon (bochecha) wrote:
Un accès publique en lecture serait pas un minimum si on veut rester cohérent avec notre défense du logiciel libre et open source ?
Non, car il y a les sources de tous les site Fedora-Fr et j'ai pas envie que quelqu'un par mégarde commit un config.php avec des accès DB.
Relis ma phrase, j'ai parlé de _lecture_. Pour parler d'Open Source, le minimum, c'est de pouvoir consulter les sources.
Relis Guillaume : Il parle pas de toi mais de quelqu'un qui a les droits pour commiter et qui peut faire une erreur !
Et ?
L'accès en commit, c'est au lead du projet de décider à qui il accorde sa confiance. J'ai à aucun moment remis ça en cause !
J'ai posé une question au début de ce thread: est-ce que le SVN est accessible _à tous en lecture_ ?
Guillaume a répondu (en citant ma question hein, donc il répondait bien à ma question) que non, à cause du problème des commits.
J'ai donc répondu que ça n'avait rien à voir, et j'ai réitéré ma question, qui n'a toujours pas eu réponse.
----------
Mathieu Bridon (bochecha)
"They who can give up essential liberty to obtain a little temporary safety, deserve neither liberty nor safety." ~Benjamin Franklin
On Thu, 2009-02-26 at 11:10 +0100, Mathieu Bridon (bochecha) wrote:
L'accès en commit, c'est au lead du projet de décider à qui il accorde sa confiance. J'ai à aucun moment remis ça en cause !
^^ (no comment)
J'ai posé une question au début de ce thread: est-ce que le SVN est accessible _à tous en lecture_ ?
Guillaume a répondu (en citant ma question hein, donc il répondait bien à ma question) que non, à cause du problème des commits.
J'ai donc répondu que ça n'avait rien à voir, et j'ai réitéré ma question, qui n'a toujours pas eu réponse.
Si la réponse est non :)
Parce qu'on ne veux pas que des personnes puissent avoir accès à des données accidentellement publié/comité sur le SVN. Et cela n'a rien avoir avec les personnes qui ont accès au SVN ça a à voir avec "les accidents ça arrivent".
P.Y.
Le 26 février 2009 11:19, Pierre-Yves pingou@pingoured.fr a écrit :
Si la réponse est non :)
Parce qu'on ne veux pas que des personnes puissent avoir accès à des données accidentellement publié/comité sur le SVN. Et cela n'a rien avoir avec les personnes qui ont accès au SVN ça a à voir avec "les accidents ça arrivent".
P.Y.
Voila, et je le redis, le SVN est utilisé là en temps qu'outils de travail collaboratif / déploiement de site.
Pour l'utilisation en temps que partage de sources et OpenSources, j'utilise autres chose perso. Les extensions eZ de Fedora-fr sont sur la forge d'eZ si une forge WikiMedia existe alors je soutiens à fond pour y mettre le truc de PascalP si il est réutilisable et propre.
++
Le 26 février 2009 11:25, Guillaume Kulakowski guillaume.kulakowski@fedoraproject.org a écrit :
Le 26 février 2009 11:19, Pierre-Yves pingou@pingoured.fr a écrit : si une forge WikiMedia existe alors je soutiens à fond pour y mettre le truc de PascalP si il est réutilisable et propre.
En principe, c'est là :
http://www.mediawiki.org/wiki/Extension_Matrix
Sinon, ça se passe sur la ml technique de Wikimedia :
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Il faut s'y inscrire avant d'aller discuter avec Brion Vibber, CTO.
Amicalement,
Le Thu, 26 Feb 2009 11:06:09 +0100, Pierre-Yves pingou@pingoured.fr a écrit :
On Thu, 2009-02-26 at 11:01 +0100, Mathieu Bridon (bochecha) wrote:
Un accès publique en lecture serait pas un minimum si on veut rester cohérent avec notre défense du logiciel libre et open source ?
Non, car il y a les sources de tous les site Fedora-Fr et j'ai pas envie que quelqu'un par mégarde commit un config.php avec des accès DB.
Non, se trac ne sera pas publique.
Relis ma phrase, j'ai parlé de _lecture_. Pour parler d'Open Source, le minimum, c'est de pouvoir consulter les sources.
Relis Guillaume : Il parle pas de toi mais de quelqu'un qui a les droits pour commiter et qui peut faire une erreur !
Voila, type la connerie que je viens de faire.... Je me demandais ou mon message etait passé... Triple andouille que je suis.
Pour les curieux: https://pascal.parois.net/svn/fedora-fr/
Pascal qui s'en va reposter au bon endroit!
Le 26 février 2009 11:01, Mathieu Bridon (bochecha) bochecha@fedoraproject.org a écrit :
2009/2/26 Guillaume Kulakowski guillaume.kulakowski@fedoraproject.org: Donc le projet hébergé dans le SVN n'est pas libre ;)
A la base le SVN n'est pas pour des projets mais pour les sites et leur maintient. Si un composant du SVN devient un véritable projet (utilisable par d'autre que nous) alors il bougera.
Ensuite, filler les sources des site, je suis contre. notre PunBB est ultra modifié et plus à jours... donc j'ai pas envie de montrer les failles.
+++
2009/2/26 Guillaume Kulakowski guillaume.kulakowski@fedoraproject.org:
Le 26 février 2009 11:01, Mathieu Bridon (bochecha) bochecha@fedoraproject.org a écrit :
2009/2/26 Guillaume Kulakowski guillaume.kulakowski@fedoraproject.org: Donc le projet hébergé dans le SVN n'est pas libre ;)
A la base le SVN n'est pas pour des projets mais pour les sites et leur maintient. Si un composant du SVN devient un véritable projet (utilisable par d'autre que nous) alors il bougera.
Ensuite, filler les sources des site, je suis contre. notre PunBB est ultra modifié et plus à jours... donc j'ai pas envie de montrer les failles.
http://fr.wikipedia.org/wiki/S%C3%A9curit%C3%A9_par_l%27obscurit%C3%A9
"La qualité reconnue de nombreux logiciels libres en matière de sécurité (Apache, Mozilla Firefox, GnuPG) est une bonne illustration que l'ouverture ne nuit pas à la sécurité.
Citation du député français Bernard Carayon dans son rapport A armes égales[3], remis au Premier Ministre en octobre 2006 : Enfin, et parce que le code source est public et donc auditable, la sécurité des logiciels libres peut être mieux assurée."
Ou comment ne pas appliquer à soi même les principes qu'on essaie de défendre...
----------
Mathieu Bridon (bochecha)
"They who can give up essential liberty to obtain a little temporary safety, deserve neither liberty nor safety." ~Benjamin Franklin
Bonjour,
Pour faire court, je dirais que le SVN est un outils de travail colaboratif pour l'équipe. Ta une liste de tache en cours. Tu veux aider tu t'en affecte une, on sais qu'on peu te faire confiance alors on y va on ouvre les accès.
Si un projets se monte et à un but de partage alors on le mettra sur un SVN avec une autre vocation. SVN est utilisé pour mettre à jour les sources des application Fedora-Fr mais on aurais très bien pus utiliser Rsynch ou autre chose qui aurais fait moins politique. Après je suis 100% d'ac avec toi, si un truc à vocation a être utilisé par tous alors faut le mettre ailleur. Mes extension eZ pour Fedora-Fr sont toutes sur la forge de eZ Publish et sur le SVN de FFr il n'y a que des liens.
++
Lut,
Le 26 février 2009 11:13, Mathieu Bridon (bochecha) bochecha@fedoraproject.org a écrit :
"La qualité reconnue de nombreux logiciels libres en matière de sécurité (Apache, Mozilla Firefox, GnuPG) est une bonne illustration que l'ouverture ne nuit pas à la sécurité.
Citation du député français Bernard Carayon dans son rapport A armes égales[3], remis au Premier Ministre en octobre 2006 : Enfin, et parce que le code source est public et donc auditable, la sécurité des logiciels libres peut être mieux assurée."
Ou comment ne pas appliquer à soi même les principes qu'on essaie de défendre...
Le calendrier de Fedora-fr : http://projects.ez.no/ezical Le portail : http://projects.ez.no/ezfluxbb Le script de migration Xoops -> PunBB n'a pas de SVN mais tu peux le télécharger chez PunBB et c'est pareil pour tout les composant de Fedora-Fr que j'ai développé...
Dès qu'un truc est réutilisable et propre et que le projet est initié alors ça va sur des SVN publiques en relation avec l'outil et non plus un SVN de déploiement.
++
fr-users@lists.fedoraproject.org
-
Guillaume Kulakowski -
Mathieu Bridon -
Pascal -
Paul Marques Mota -
Pierre-Yves Chibon