DLFP - Journal de Clément Varaldi

L'OEB recrute...

null@linuxfr.org (Clément Varaldi) — Sat, 03 Feb 2007 11:33:53 +0100

Aperçu dans un coin de monster, l'OEB recrute :

http://www.european-patent-office.org/epo/patexam.htm

On peut notamment voir qu'ils recherchent des personnes dans des domaines informatiques... data mining, error detection etc.

Décidément, ils n'ont toujours pas compris qu'on ne brevette pas un logiciel ou une idée, du moins en Europe.

Salon du commerce équitable à Ungersheim (68)

null@linuxfr.org (Clément Varaldi) — Fri, 18 Nov 2005 09:28:54 +0100

http://www.cres-alsace.org/cres/articles.php?id=56

Si j'en parle ici c'est parce qu'hier à la radio, le responsable du salon a dit qu'il y aurait probablement un stand de logiciels libres.
Le salon a lieu ce week-end, donc pour les alsaciens qui n'ont rien à faire, ils peuvent y jeter un oeil :)

En plus, le commerce équitable, c'est pas si mal que ça :)

fr.gentoo-wiki.com recherche nouvel admin

null@linuxfr.org (Clément Varaldi) — Sun, 09 Oct 2005 13:28:13 +0200

Voilà, je me retire, sachant que :
* je n'ai pas su motiver suffisamment les troupes pour que celui-ci *vive* ;
* depuis quelques mois je me cantonne à mon seul travail d'administrateur, n'ayant plus le temps de faire autre chose ;
* ne comprenant pas les équipes d'administration du site sur de nombreux points (les différentes sections n'avancent pas à la même vitesse point de vue mise à jour, corrections de bugs/erreurs...)

Le wiki est donc à la recherche d'un remplaçant. Je continuerai, faute de remplaçant, l'administration pendant encore 2 semaines, surtout parce qu'il fait l'objet depuis quelques temps d'attaques répétées et lassantes de spammers, je ne veux pas partir avec un wiki *en ruine*.

Cela dit, si aucun remplaçant n'est trouvé d'ici deux semaines, il sera laissé à l'abandon.

Pour les candidats, me contacter par mail sur mon adresse chez gmail, au compte suivant : clement.varaldi.

Voilà.

Et bien sûr, un grand merci aux quelques personnes qui ont pu y contribuer, même s'il ne s'agissait que d'une correction d'orthographe.

idée contre le spam (moi aussi je sais faire :))

null@linuxfr.org (Clément Varaldi) — Wed, 27 Oct 2004 14:41:23 +0200

Une idée que j'ai eu récemment, qui pourrait être intéressante à explorer.

Si on a du spam, finalement, c'est à cause de la publication de notre adresse mail sur divers moyens d'information (news, sites essentiellement).

Pour les news, l'usage veut que l'on donne un mail complètement pipo, ça règle le problème. Pour le site, c'est un peu moins évident, puisque si on appose son mail sur un site, c'est pour être contactable.

L'idée est simple et consiste à jouer avec les alias. Ton mail principal n'est disponible que pour un cercle restreint d'amis, de confiance. Si un spam vient sur ce mail, vous saurez d'où il vient : l'un de ces amis a le droit d'aller scanner sa machine à la recherche de virus.

Pour les mails publié, un alias, du genre toto-10-2004@titi.com. Tous les mois, l'alias est détruit, un nouveau est créé, et un script se charge d'aller changer les mails sur les divers sites. Autre méthode, au lieu de mettre un mailto:machin, mettre un lien vers une page qui donne le mail, ou autre truc bidon qui permette de centraliser un peu tout ça pour pas avoir à faire de travail fastidieux.

J'ai mis 10-2004 mais on pourrait mettre une chaîne de caractères aléatoires, finalement, ça ne changerait pas grand chose.

Sur un mois de publication, un alias publié ne reçoit que très peu de spam (au pire, diminuer la durée de l'alias). Il est alors facile de filtrer le peu qui reste.

Convaincu ?

(repris directement et barbariquement de mon blog, parce que en fait, c'est peut-être ici que j'aurai le plus de retour de critiques* :))

* : oui parce que mon blog on est 3-4 à le lire :D

Gentoo-wiki.com passe au français !

null@linuxfr.org (Clément Varaldi) — Tue, 05 Oct 2004 13:47:47 +0200

Beaucoup s'accordent à dire que Gentoo[1] est un excellent projet, car très bien documenté (évidemment ce n'est pas le seul argument, mais il y contribue fortement). Notamment, les documentations officielles[2] sont fournies, et expliquent l'installation de la distribution, ainsi que son fonctionnement global (Portage, ebuilds, options USE, etc.).

Un site non officiel[3] existe également, qui permet de naviguer dans l'arbre de Portage, de faire des recherches de dépendance inverses, et quelques petits trucs assez intéressants. Thrasher (l'administrateur de tout ça) a eu également la bonne idée de créer un wiki[4] qui permettrait de rassembler des documentations non officielles sur la configuration, le fonctionnements, des FAQs, des pages de manuel, des petites astuces, etc.
Pourquoi faire ? En fait ce n'est pas pour s'affranchir du travail des documentalistes officiels, simplement, il y a des choses qui ne peuvent pas aller dans une documentation officielle (les trucs et astuces par exemple). D'où l'idée du wiki. Pour le remplir, rien de plus simple. Aller chercher à droite et à gauche ce qui a déjà été fait, obtenir les autorisations, et retranscrire. Écrire également des HOWTOs dont on attendait la rédaction (voir la page "Wanted" par exemple), écrire des pages, simplement.
Et puis il a eu du succès. Maintenant il contient une quantité d'informations qui devient conséquente, et on y trouve de plus en plus de choses. En plus, si certaines sont vraiment orientées Gentoo, d'autres peuvent être utilisées quelque soit la distribution.

Et puis, notre cher administrateur a eu l'idée de proposer des versions dans d'autres langues. Et puis, je venais d'arriver, il m'a attrapé au vol, et voilà ce que ça commence à donner[5]. On est actuellement une poignée à avoir contribué (voir la liste des participants, ceux non inscrits ne sont pas nombreux à avoir participé).
D'ici peu, l'ensemble des HOWTOs du forum officiel de Gentoo[6] sera (si toutes les autorisations tombent) entièrement retranscrit. Un certain nombre de traductions ont déjà été faites. De très nombreuses restent à faire. Et des documentations inédites aussi, bien sûr.

Vous pouvez donc y jeter un oeil si vous voulez, si vous cherchez de la documentation.
Vous pouvez également nous aider, parce qu'on n'est pas nombreux, et le rythme actuel ne risque pas de tenir encore longtemps (études pour les uns, travail pour les autres, et pour moi études et autres projets en même temps), et que plus on est à contribuer, mieux c'est.

Désormais ce wiki commence à fonctionner, j'attendais ce moment pour faire un article en fait.
Ce wiki est désormais second en nombre d'articles derrière la version anglaise ^^.

Avantages de ce wiki :
* il traite de ce que ne traite pas la documentation officielle
* il donne des petits trucs pour se simplifier la vie, pour changer tel ou tel point de sa configuration qui permet d'avoir tel effet, etc.
* il est plus interactif que la page des documentations officielles
* il va souvent au delà de "ceci est pour Gentoo". Par exemple, des articles sur comment utiliser un ipod, un portable en bluetooth, etc. qui peuvent être facilement transposés sur une autre distribution

Inconvénients ? :
* pas encore excessivement rempli, ça ne fait qu'un mois finalement. Mais on y travaille ! :)
* orienté gentoo ? Disons qu'il faut bien l'orienter vers quelque chose ...
* tout existe déjà sur la version anglaise et les forums ? Disons qu'on traduit et regroupe ce qui existe déjà, c'est une bonne chose. Tous les articles originaux sont les bienvenus cependant, et j'encourage toute personne à vouloir mettre un article intéressant de son cru, dessus, à le faire ! Il ne faut pas avoir peur de (au choix) son faible niveau d'anglais pour traduire, c'est un bon exercice pour s'améliorer, ou son faible niveau d'orthographe, il faut bien sûr faire un effort, mais le texte peut être relu et corrigé, c'est la force des wiki :)

[1] http://www.gentoo.org(...)
[2] http://www.gentoo.org/doc/fr/index.xml(...)
[3] http://gentoo-portage.com(...)
[4] http://gentoo-wiki.com(...)
[5] http://fr.gentoo-wiki.com(...)
[6] http://forums.gentoo.org/viewforum.php?f=35(...)

--
iznogoud

coup dur pour rock-linux ?

null@linuxfr.org (Clément Varaldi) — Mon, 02 Aug 2004 09:11:19 +0200

Rocklinux est un kit de construction de distribution GNU/Linux, qui permet, à l'aide de scripts simplifiés, de pouvoir construire en deux temps trois mouvements une distribution.
Rock-Linux est maintenu par quelques dizaines de développeurs de part le monde (Chili, Singapoure, Angleterre, Allemagne, USA, Suède, ...), et sont bien soudés ensemble.

Seulement voilà, l'annonce vient de tomber, René Rebe, l'un des plus importants mainteneurs de Rock-Linux se retire du projet (pour des raisons que malheureusement je n'ai pas intercepté).
Pour information, il était,
*mainteneur de la branche stable de la version 2.0
*mainteneur de dRock (une distribution faite avec Rock-Linux)
*porteur du projet vers les architectures PPC, (Ultra)SPARC
*etc. etc. etc.

Voilà, j'espère simplement que l'ensemble de l'équipe de développement va "amortir" cette perte et la compenser, le projet est très intéressant et en vaut la chandelle.

Mes photos des rmlls

null@linuxfr.org (Clément Varaldi) — Tue, 27 Jul 2004 11:01:35 +0200

Voilà, j'ai vaincu ma flemme légendaire, et enfin mis sur mon site les trois-quatre photos que j'avais faite aux rmlls. La qualité est malheureusement pas toujours au rendez-vous, et je ne les ai pas retouchées (je vous laisse le soin de le faire si certaines vous intéressent)

Et donc c'est ici que ça se passe :
http://www.varaldi.org/zaragoza/photos/(...)

On remarquera notamment la bouteille de pepsi de RMS, déjà bien entamée, ses belles chaussettes, et David Turner (de la FSF) qui finalement est nul à emacs-tetris. Comme quoi on ne peut pas être bon partout.

De même, mais ça, c'est pas mettable en photos, le fortune suivant, que l'on doit à un participant très spécial qui pose une question à RMS :
"La durée de vie des logiciels est de 6 mois, pourquoi s'embêter avec les brevets puisque le logiciel sera dépassé avant même que le procès ne commence.
- Je maintiens gcc depuis plus de 10 ans, pareil pour emacs. On ne doit pas avoir la même notion de "logiciels"."

pendant la conférence de RMS

Fin des RMLLs, et "premieres" impressions

null@linuxfr.org (Clément Varaldi) — Sat, 10 Jul 2004 14:58:04 +0200

Voila, les RMLLs viennent de se terminer, apres l'annonce officiel de leur tenue l'an prochain a Dijon, comme on le suspectait deja un peu (voir http://lsm2004.abul.org/article84.html(...) pour plus d'informations).
J'en profite pour parler du mode d'election de la localite des RMLLs qui a ete fixe de maniere a savoir a la fin des RMLLs de l'annee N, la localite des RMLLs de l'annee N+1, en partant des candidatures deposees avant le 31 janvier de l'annee N.

Amelioration prevue aussi dans le sens de la communication, puisque les themes generaux seront presentes mi-fevrier, et l'agenda complet avec les diverses conferences sera disponible peu apres (genre a priori avant fin avril), ce qui sera AMHA un grand bond en avant, pour reprendre l'expression chere a notre dictateur asiatique.

Les themes etaient cette annee riches en enseignement, en renseignement, et quoiqu'on ait pu dire a une certaine periode (que certains ont pu dire), les themes etaient interessants, et la situation "chercher la conference interessante" s'est vite transformee pour moi en "choisir la conference qui m'interesse sur ce creneau, sachant que y'en a trois qui me titillent la curiosite".

J'ai donc pu assister a des conferences sur differents themes (education, legislation (plusieurs themes, dont tous etaient bien interessants et enrichissants, bravo), jeux (faut pas les oublier non plus), et autres). J'avoue avoir (etant enseirbien encore un peu sur les bords) n'avoir que rarement vu des amphis aussi remplis, surtout, par des gens qui viennent pour le plaisir de venir, et non par obligation (cours ...). J'ai beaucoup apprecie l'idee (meme si je n'en ai pas profite) de la presence d'un reseau wifi couvrant l'ensemble du batiment (merci a bordeaux-wireless pour la prouesse, et pas merci a reaumur, parce qu'il y avait deja un wifi implante a l'ecole, et il a apparemment ete refuse l'utilisation de celui-ci, je trouve ca lamentable).
La mauvaise volonte de l'administration des lieux est malheureusement encore trop importante, et c'est donc avec plaisir que j'ai remarque que tout a fonctionne tres bien, malgre les problemes qu'on pu poser les admininstrateurs de l'ecole.

Parmi les remerciements, l'ABUL en premier lieu, et tous ceux qui ont ete la pour aider a la realisation et l'organisation de l'evenement (lea-linux, avec Anne, pour l'orga de la rue associative, les barmen qui ont pris sur leur stage pour venir, expres pour l'occasion, proposer des boissons, des pains au chocolat, du cafe, des bieres (forts appreciees d'ailleurs), des sandwichs, et un espace convivial), et tous les conferenciers qui ont propose des conferences interessantes, ...)

Des choses que je regrette, je dirai que plus de monde serait une excellente chose. Des associations/stands plus impliques dans ce qu'ils font (quoiqu'on en dise, et evidemment, il y a du bon et du mauvais, mais c'est toujours mieux d'avoir tout bon).

Pour mes photos (qui ne sont que des photos prises en amphi), elles seront a priori disponible courant semaine prochaine sur mon site, je posterai un commentaire dans ce journal pour annoncer leur presence effective.

Voila, j'espere pouvoir venir l'an prochain a Dijon, et j'espere qu'il y aura encore plus de monde que cette annee.

PS : maintenant, je sais quelle tete mettre sur M. Pierre Jarillon, j'suis content :)
PPS : desole pour les accents, la flemme de les faire, sur un clavier qwerty, me pousse a ne pas en inclure trop %)

Problème de DNS

null@linuxfr.org (Clément Varaldi) — Thu, 03 Jun 2004 10:04:22 +0200

Cher journal,

J'espère que tu pourras m'aider, j'ai un petit souci avec ma bécane.
Alors voilà, je l'ai amenée à l'école pour faire des mises à jour (on a le droit de le faire, c'est pas le problème :))

Et donc, j'ai les deux DNS primaire et secondaire de l'école, j'ai une IP.

Donc :
resolv.conf :
>domain cps.unizar.es
>search cps.unizar.es
>nameserver ip1
>nameserver ip2

ifconfig eth0 :
>ip : 155.210.154.200 broadcast : 155.210.154.254 netmask : 255.255.0.0

hosts :
>127.0.0.1 localhost

host.conf : celui, classique, de mandrake
>order hosts, bind
>multi on

hostname :
> LR11

domainname :
> cps.unizar.es

J'arrive à pinger les autres IP du sous réseau, dans ma table arp, j'ai bien ns.unizar.es qui est le serveur primaire de DNS,
Mais
je peux même pas pinger cps.unizar.es (qui est dans le domaine) :
unknown host
ni une ip extérieure :
network unreachable

Quelqu'un saurait d'où cela pourrait venir ?

Creer une distrib (ou une -distrib-like)

null@linuxfr.org (Clément Varaldi) — Tue, 25 May 2004 19:42:44 +0200

Coin coin cher journal,

Alors voilà, j'ai trouvé un joli petit stage (pas payé malheureusement, m'enfin le sujet est joli alors ...). Il va me falloir partir d'une distribution (donc le titre est mal fichu), et y faire de l'intégration, dans le but de monter un package contenant le nécessaire complet pour gérer tout ce qui concerne les mails d'une boite, d'un particulier, ... (donc avec ldap, antispam, antivirus, sendmail :(, ...).

Bon, et une fois que j'aurai mon joli package, faire une partie d'administration (histoire de simplifier la configuration de tout ce bordel, et rajouter des petites features genre statistiques envoyés sur serveur distant ...), je boucle le package ... et je fais un CD d'installation de la distrib + le package. Le tout devant être fait pour à priori les "décideurs pressés", il faut que l'installation soit du genre : "je partitionne mon disque (si possible avec proposition d'automatisme), et après, ça installe tout (genre hd-install de knoppix quoi ...)"

Le problème c'est que comme je suis un visionnaire, je ne réfléchis pas encore au comment faire le package et tout, mais plutôt sur la dernière partie. Et j'avoue que je bloque.

Donc si mon petit journal ... (bon euuuuuuuuuh si quelqu'un) aurait un howto, un truc sur lequel démarrer ...

PS : je ne suis pas sectaire, toute distribution GNU/Linux est bonne à prendre (mais pas Debian, et avec préférence pour gentoo, sinon mdk ou FC %) ).

PPS : merci à mon maître de stage de m'avoir pondu un si joli sujet.
PPPS : c'est en Espagne, donc à priori, ça sera en premier lieu fait en espagnol, puis éventuellement en anglais, et ça sera GPL.

Récupérer une partition en FAT32

null@linuxfr.org (Clément Varaldi) — Thu, 13 May 2004 15:48:25 +0200

Je suis un boulet ...

Alors voilà. Pour tester, j'me suis dit, on va mettre le /home sur du reiserfs, histoire de voir à quoi ça ressemble. Alors pas con, je fais une sauvegarde de la partition dans ma racine, et je balance le cfdisk.

Je vire la partition correspondant à /home, qui se trouve être l'avant dernière de la liste, et je la recrèe. Bon, je regarde, tout a l'air en ordre, mes fat32 n'ont pas bougé (au passage, je m'étonne d'avoir ma partition principale de mon windows XP (qui réside encore dans le coin pour des raisons obscures de logiciels de développement à la con et autres utilitaires) en FAT12 ... Bon, m'en fous, j'ai pas le net chez moi, je peux pas me permettre de formatter et re-installer pour le plaisir de la passer en fat32. Les autres partitions (notamment la dernière, celle de 25Go qui contient tous mes CDs rippés, très utile quand on se fait une playlist de 11h pour la journée) sont là, c'est tout bon, on écrit la table.

Alors après, je fais mon mkfs.reiserfs, et puis tout va bien. Je reboote pour la forme, et diable ! Cette connerie m'aurait viré mes 25Go de données ?! Il aurait pas osé, il me l'a pas montré ... Nooooooooon, c'pas possible. Je refais un cfdisk, et ôô surprise, 25Go d'espace libre ! ouaiiiiiiiiiiiiiiiiiiiiiiiiiiiis.

Alors j'aurai le net, ce ne serait pas *dramatique*, juste les ogg que je me suis fait à refaire (grmlmlml), mais non. J'ai pas le net. Alors je me dis que voilà, j'ai perdu quelques Go de logiciels archivés et en attente de DVD-gravage (ben ouais, y'avait pas encore pour graver un DVD, alors j'vais pas gacher de l'espace pour rien).

Et c'est là qu'on se dit heureux de ne pas avoir mis ses cours sur cette partition.

PS : pour ceux qui auraient un moyen de récupérer les données que j'avais, je suis archi-preneur, j'ai laissé l'espace libre ... libre, en attendant de trouver une solution pour récupérer tout ce bordel (prions pour que je trouve).
PPS : La partition était en FAT32 (cf titre)

Le problème du jour (perlcgi&links).

null@linuxfr.org (Clément Varaldi) — Tue, 04 May 2004 18:13:33 +0200

Comme dit dans le titre, le problème que j'ai vient d'une page que je suis en train de m'amuser à faire en Perl::CGI. Disons que comme y'a des gens qui utilisent le site sous dillo et links, c'est bien que ça marche avec. J'ai aussi un malheureux utilisateur d'IE -quipeupafairautrement-, moi. M'enfin, les problèmes que j'ai viennent des CSS mal foutus (genre un margin-left négatif dans une liste, bah IE, il aime pas apparemment). Et puis je me fiche que ça marche pas sous IE, au pire, je me fous un links sur ssh et basta.

Bon enfin, revenons à nos moutons. Le site en question comporte une partie administration. Rien de bien folichon. C'est un site de blog, et je suis parti de dotclear (enfin, la bdd a été améliorée et le code a été entièrement refait parce que ça m'amuse).

Bon donc j'ai un index.pl qui va permettre d'aller modifier, ajouter ..., les articles du site. Bon. Cette partie est privée, donc soumise à identification.
J'ai donc un authentif.pl qui se charge de ça. Il balance un petit formulaire avec log//pass classique, et si tout ça correspond, il écrit un cookie comportant login et nu md5 de session (pour l'instant comme c'est en phase de test, c'est le mdp sous md5, histoire de pas me faire chier). Puis il redirige vers index.pl

index.pl, lui, il vérifie (toujours) si y'a un cookie. Si oui, il lit les données dedans.
Si non, il regarde si le client ne serait pas un Dillo-Links user. Si c'est le cas, authentif.pl aura pris le soin de donner login et md5 dans l'url, histoire de pouvoir les récupérer. Donc il les récupère et c'est la fête. Si tout ça n'arrive pas, à priori le client a rien à faire ici, il est redirigé vers authentif.pl

Bon, jusque là, ça marche. Dans le cas normal (mozilla, konqui, notamment), tout fonctionne à merveille.
Le cas de Dillo et de Links me pose toujours problème. En gros, j'ai propagé dans toutes les URLs de la partie privative l'id et le md5 pour ce cas-là. Donc j'ai des URLs de type (avec des paramètres en plus):
./index.pl?id=.....&md5=.....
et dans le cas normal (qui fonctionne super !)
./index.pl?&

Bon. Première page, tout va bien, on se retrouve sur un formulaire (qui a comme url de post : ./index.pl?id=...&md5=... sinon ca serait trop facile de trouver l'erreur)
On le remplit, on valide, et ...

C'est là qu'est le problème : il me perd les données de id et md5. Alors non, je veux pas les mettre en input_hidden. Mais l'erreur est plus marrante. Si je n'utilise pas ce petit truc de passage de paramètres entre authentif et index, Dillo se vautre lamentablement dans une redirection (sans erreur dans les logs d'apache).
Log type de Dillo :

Nav_open_url: Url=>http://localhost/~kim/cgi-bin/ecrire/index.pl<(...)
Dns_server [0]: localhost is 0x80ffb68
Connecting to 127.0.0.1
HTTP warning: Unhandled MIME type: <application/x-perl>

** CRITICAL **: file web.c: line 57 (a_Web_dispatch_by_type): assertion `dw != NULL' failed.

** CRITICAL **: file nav.c: line 119 (Nav_stack_remove): assertion `bw != NULL && idx >=0 && idx < sz' failed.
Nav_open_url: Url=>http://localhost/~kim/cgi-bin/ecrire/authentif.pl?<(...)

Maintenant, on est fort, on connait login et pass :
Nav_open_url: Url=>http://localhost/~kim/cgi-bin/ecrire/index.pl?art=0&id=****&(...)
Connecting to 127.0.0.1

Et tout va bien. On joue avec le formulaire :

HTTP warning: Unhandled MIME type: <application/x-perl>

** CRITICAL **: file web.c: line 57 (a_Web_dispatch_by_type): assertion `dw != NULL' failed.
Nav_open_url: Url=>http://localhost/~kim/cgi-bin/ecrire/authentif.pl?<(...)
WARNING: Cache_stop_client, inexistent client

Et hop, il a perdu les id et md5 ... (enfin on dirait).
Alors j'ai sorti mon gdb, mais comme je suis une merde en C, j'ai cherché un peu ce qui se passait à cette ligne 57 (et avant et après). Il semble que cela provienne de l'absence de quelque chose ... Hmmmmmm cookie sûrement ?
Ha oui mais je vérifie le navigateur avant (if ($client_navig =~ m/^Dillo/) ) et dans ce cas (il arrive bien dans ce cas), il va pas chercher de cookie, et attrape tout seul login et md5. Oui mais il me redirige vers authentif. Donc c'est qu'il ne le fait pas. Grrrr.
NB : même chose avec links (enfin je suppose, il bloque au même endroit, et agit pareil, mais j'ai pas de logs d'erreur)

Donc si y'a une âme charitable qui serait prête à se pencher sur le code et l'erreur en particulier, ça serait hyper cool.

Ha oui ... le code ...
http://www.enseirb.fr/~varaldi/coin/(...)
y'a tout ce que j'ai fait pour le moment, avec notamment ecrire/index.pl et ecrire/authentif.pl, un exemple de fichier de conf, et les classes utiles au bon fonctionnement.
Et je rajoute en prime de quoi générer la base de donnée. Si c'est pas du luxe ... :)
Tout est à mettre dans /cgi-bin sauf les style.css qui vont dans www/ (et qu'il faudra que je remanie un jour).
A priori, je me suis débrouillé pour épurer un peu le code, il est relativement lisible (si on a l'habitude du perl), mais il est pas encore commenté suffisamment.
Logiquement, avec ce que y'a ici, on devrait pouvoir réussir à installer tout ce bordel.

NB : pour ceux qui ont dotclear, depuis que j'ai bidouillé les redacteurs, cette partie est devenue peu compatible avec dotclear (même si ça marche quand même)
NB2 : il me reste encore quelques bugs connus, pas mal de trucs manquent encore pour que ce soit fonctionnel, et OUI, y'a pas d'images, mais c'est fait pour.

D'ailleurs, j'en profite, si vous trouvez des bugs, et tout ... dites-le moi :)
Pour une version en cours d'utilisation, il reste un bug majeur sur l'ajout de commentaire et la gestion des urls et img du format wiki utilisé n'est pas encore testé, donc ne pas m'en tenir rigueur, mais la bêta est ici si vous voulez vous faire une idée : http://www.varaldi.org/cgi-bin/index.pl(...) (attention, le contenu du texte peut choquer, et merci de pas y poster de commentaires de suggestions/rapport de bugs/conneries en tout genre, merci :)).

Autre chose : certains me diront pourquoi en cgi ... simplement parce que j'aime pas le php, l'asp c'est hors de question, le javascript c'est pas mon truc, et j'aime bien le perl. Et puis au moins ... ça change.
Et encore un point : si y'en a que ça intéresse, je pourrai leur fournir les prochaines MàJ :).

Merci, et désolé d'avoir été aussi long.

PS : pour le prochain truc que je ferai, ça sera complètement différent, mais je pense que je vais opter pour une idée que j'ai eu y'a quelques temps, un espèce de gestionnaire de bibliothèque de documents OOo avec gestion des auteurs (et tout ce qui va avec ces META là), en C++/Gtk. Histoire de m'occuper :)
PPS : si des fois que vous ayez une envie pressante de communiquer avec moi, les mails c'est mieux que les commentaires dans certains cas, donc j'ai activé la redirection de dlfp sur mon compte mail habituel, que je lis maintenant presque tous les soirs de la semaine.

mot de passe et logiciel libre

null@linuxfr.org (Clément Varaldi) — Mon, 03 May 2004 12:24:46 +0200

Voilà, cher journal ... j'ai un petit souci.

Je suis en train de développer un logiciel libre. Il est codé en java, et s'appuie sur une base Oracle.
Le logiciel en question peut être déployé sur un réseau de plusieurs machines locales, voire entre deux succursales d'une même entreprise, et doit se connecter à une même base de données.
Evidemment, cette base de donnée nécessite un login et un mot de passe.
Problème : pour l'instant, le mot de passe est dans un fichier txt dans le .jar qui constitue l'application. C'est clairement pas sécurisé. N'importe quel petit malin tombant sur le .jar aurait vite fait de chopper les identifiants de la base.
Alors comment faire ?
La solution qui m'ait venu à l'esprit est la suivante :
- Crypter de manière asymétrique ce mot de passe. Clef publique pour pouvoir le modifier au besoin, et clef privée pour quand le logiciel se connecte. Le problème reste en fait le même : je la met où cette *** de clef privée ? Dans le jar ? On obtient le même problème qu'antérieurement : on peut l'obtenir en ouvrant le .jar et en cherchant un peu.
- Ha oui mais alors il suffit de la mettre dans un .class, et à priori, ça devrait passer (à priori, je sais pas comment se passe le reverse engeneering d'un .class). Oui mais c'est GPL. Et c'est vendu avec les sources. Hmmm ... je vais quand même pas mettre la clef privée en clair dans le code.
Idée : faire une installation type qui génère les clef publique/clef privée, et une interface de configuration qui utilise la clef publique pour modifier le mot de passe. Hmmm. Certes, mais comment ?

Alors si quelqu'un a déjà rencontré un problème de ce type, et l'aurait contourné/résolu/autre(en java ou autre chose), qu'il me fasse signe, parce que ... je sèche.

PS : je sais pas vraiment comment se passe le cryptage de données en java pour l'instant donc si vous avez un joli exemple/une documentation ... ça me raccourcirait le travail.

ZIP USB et installation d'une distro

null@linuxfr.org (Clément Varaldi) — Sat, 03 Apr 2004 14:06:33 +0200

Coin

Alors comme ça en passant, j'me suis dit un jour que :
- j'ai un lecteur zip USB chez moi
- y'a des lecteurs zip pasUSB au bahut
- y'a des postes sous windows à l'école
- les clefs USB passent pas à l'école
- y'a pas de lecteur CD

Donc avec tout ça, pourquoi ne pas m'installer une ptite distrib sur une disquette ZIP (250Mo) que je puisse embarquer à l'école (avec disquette de boot pour être sur que ca boot bien là ou je veux)

Seulement voila, la seule qui aurait pu passer est une slack (c'est la seule à detecter mon lecteur zip usb), mais je suis pas fan de la slack ...

J'aime bien la gentoo, mais je peux l'oublier vue la taille qu'elle prend sur disque), et pour fedora/mdk, ca prend trop de place à la base.

Donc si quelqu'un aurait une idée, l'objectif n'est pas de faire une live-zip avec son fichier cloop et tout, parce que j'aimerai bien pouvoir modifier de temps en temps les fichiers de conf, rajouter des logiciels ... facilement.

Merci

ps : toute doc pouvant m'aider dans le sens que je recherche est la bienvenue

LL dans le 20minutos (Es)

null@linuxfr.org (Clément Varaldi) — Fri, 02 Apr 2004 09:10:35 +0200

Un article très juste dans le 20 minutos est paru mercredi (oui je sais, j'ai du retard, mais je peux pas poster tous les jours), dans le supplément étudiant qui était distribué avec (comme tous les mercredis à Zaragoza).

En fait, toute une page était destinée aux LL. On y lit notamment quelques phrases de RMS, du genre "Tous les logiciels devraient garantir certaines libertés fondamentales". Du blabla à la RMS quoi. Et une phrase marrante de petitmou : "Nous offrons la sécurité, le support technique et l'innovation". On est en droit de se demander où est la sécurité dans un OS comportant des bugs non corrigés depuis des années (mais reconnus) ..., un support technique casi-inexistant pour qui ne peut avoir accès à Internet (m'enfin bon, GNU/Linux c'est pas mieux sur ce point, même si je préfère le support proposé généralement par les LL au support que l'on trouve pour petitmou). Et innovation, depuis fenêtre95, je n'en ai pas vu beaucoup, des innovations. L'esthétique n'est pas pour moi une innovation.

Et donc on y apprend que petitmou a cédé dans plusieurs Universités espagnoles des licences de divers programmes aux étudiants. Comme toujours dans l'objectif de forcer l'étudiant primaire à utiliser ses logieicls, développer sous Visual ... Certaines Universités sont en revanche passées du bon côté de la Force.

Qu'en est-il de l'Université de Zaragoza ? C'est assez mitigé. Les LL ne sont clairement pas mis en avant (développement sous Visual, promotion de Java, Oracle ... même Bordland est mis en avant pour faire du C et du java) Quelques serveurs sous GNU/Linux, m'enfin ils sont minoritaires et restreints à quelques matières minoritaires. En comparaison, à l'ENSEIRB où j'étais avant, on travaillait sous Unix (qui est un bon premier pas vers les LL), gcc, ... Quelques irréductibles profs font leur petite promotion des LL, mais ça reste minoritaire, même si en règle générale, les étudiants partagent cette avis. Sur l'ensemble des salles de TD, une seule est sous GNU/Linux - et la gestion globale du parc informatique et des comptes est désastreuse, mais ça, c'est hors sujet.

Un petit tableau suit :
LL :
Liberté d'exécution
Liberté d'accéder au code source
Liberté de copie et de distribution
Liberté de modification, évolution et création
LPL (Logiciels Pas Libres) :
Permission d'exécution (encore heureux)
Accès au code source interdit (c'est un peu restrictif, mais c'est souvent le cas)
Si la licence ne le précise pas, la copie et la distribution sont des délis
On ne peut pas modifier ou adapter l'application

Puis une petite comparaison LL/Proprio de logiciels les plus utilisés dans leur catégorie:
OOo | MS Office
MySQL | Oracle
Mozilla | IE
GIMP | Photoshop
GNU/Linux | Windows

----

Tout ça vient à point avec un cours d'éthique et législation pour ingé que j'ai eu hier. Un élève juriste présentait un sujet sur les marques et les brevets. Il a quand même réussi à dire que les brevets logiciels avaient leur bon côté parce que ça favoriserait l'innovation. Personnellement, je ne vois pas ce qu'il y a d'innovant à breveter une invention qui est presque pass´´ee dans le droit commun (genre les barres de défilement ...).

En conclusion, je dirai que l'Espagne ne me semble pas encore au niveau français sur les LL. Mais les choses semblent se mettre tout doucement à bouger, et des bastions se forment pour développer l'idée. Le prob´lème étant que seules certaines Universités sont touchées pour le moment.

ADSL en Espagne : c'est cher !

null@linuxfr.org (Clément Varaldi) — Thu, 27 Nov 2003 19:14:53 +0100

Voilà, comme je vais probablement partir en Espagne poursuivre mes études, je me suis renseigné un peu sur les offres ADSL en Espagne (Zaragoza plus précisément).

Ca serait presque dissuasif ! Wanadoo y est implanté, et c'est plus cher qu'en France, c'est pour donner une idée des prix.

En plus, ils ont de l'ADSL à plusieurs vitesses, puisque sur chaque ville, des tarifs sont appliqués différemment, avec des opérateurs différents, du coup on s'y perd un peu.

Alors cher journal, toi qui a une connaissance infinie, saurais-tu me donner des tuyaux, venant par exemple de gens qui sont partis en espagne ... ? Parce que je ne veux pas vraiment payer 80/mois pour du 512 :/

DDoS flood de OpenRBL.org

null@linuxfr.org (Clément Varaldi) — Tue, 23 Sep 2003 06:20:23 +0200

Cher journal,
en pleine quête de l'immortalité de l'âme de mon ip, je vérifiais si par hasard celle-ci ne faisait toujours pas l'objet des inimitiés de certaines blacklist et autres méchants loggeurs de mauvaises actions (on ne sait jamais, avec un cothurne sous windows qui est un peu *mauvais*, ça peut arriver).

Donc je traversais les joyeuses contrées de plusieurs de ces sites quand je suis tombé sur http://www.openRBL.org(...) :

503 - website unavailable
openrbl.org temporary not available due to ddos flooding.

Update 2003-09-17: flooding continues, periodically morphing
Update 2003-09-19: setup of new server delayed until monday
some testing planned for tuesday, relaunch on wednesday

etc.

En gros, l'ensemble des services qu'ils offraient est devenu inaccessible et ils redirigent vers un autre site (un peu plus fouilli).

Et donc je me demandais quel intérêt peut-il y avoir de faire une attaque de ce type sur un site pareil ? Nan parce que des sites comme ça, c'est utile, je m'en sers de temps en temps, d'autres personnes, régulièrement ... (et quand bien même le site serait inutile, ça n'excuse pas l'attaque non plus hein ^@^)

Icecast & Cie

null@linuxfr.org (Clément Varaldi) — Tue, 22 Jul 2003 12:40:38 +0200

Bah oui, cher journal, il arrive que l'on n'obtienne pas ce que l'on veut. En l'occurrence, une petite FAQ ou un howto sur icecast, shout et compagnie, histoire que je puisse faire du streaming avec des copains lors de mes parties de freeciv, ne me ferait pas de mal. Mais Ô rage, Ô désespoir [...], mon petit google a failli pour la première fois de sa carrière. Si quelqu'un a ça dans ses favoris ... de même si quelqu'un a une technique // des idées, pour battre un bot à freeciv, je suis preneur ;p