Comment reconnaitre un bon Linuxien d'un vrai neuneu ?
832 réponses
Xandros
Salut,
Depuis les quelques mois que je suis sous Linux et que je fréquente les
Forums dédiés, j'ai pu remarquer une chose.
Il existe 3 types de personnes :
1) Les novices qui viennent du monde Windows et qui posent pleins de
questions sans vraiment chercher les réponses. J'en faisais parti, mais
je me soigne depuis ;)
2) Les neuneux de base, qui n'y connaissent pas grand chose et qui se
défoulent sur le premier novice venu. On les reconnait par leurs
réponses standards : "trop gros - passera pas" - "va chercher sur
Google" - "Prouves le" - "Vas lire MAN ou HOWTO"
En fait, il n'apportent jamais rien au débat, mais font croire qu'ils
s'y connaissent trop pour perdre leur temps avec des novices.
3) Enfin, les "vrais", ceux qui t'apportent LA solution, on les
reconnait par la simplicité de leurs réponses, un lien, une commande,
une solution quoi.
Un grand merci à eux !!!
Tout ça pour dire que le monde Linux serait bien plus simple si la 2eme
cathégorie pouvait simplement admettre qu'ils font parti de la 1er, ou
alors si ils veulent se prétendre de la 3eme, qu'ils apportent de l'aide
ou bien qu'il ferme leurs gue...le.
--
Message envoyé avec ThunderBird
Sous Linux Xandros Deluxe 3.0
En attendant, je laisserai pas tourner un tel trou de securite potentiel (et sans doute reel) sur ma machine ni sur aucun de mes serveurs (puis comme de toutes facons, il y a pas d'interpreteur SQL et pas de connecteur vers Perl/PHP, je vois meme pas l'interet de la chose).
les systeme pick geres les base SQL
En attendant, je laisserai pas tourner un tel trou de securite potentiel
(et sans doute reel) sur ma machine ni sur aucun de mes serveurs (puis
comme de toutes facons, il y a pas d'interpreteur SQL et pas de
connecteur vers Perl/PHP, je vois meme pas l'interet de la chose).
En attendant, je laisserai pas tourner un tel trou de securite potentiel (et sans doute reel) sur ma machine ni sur aucun de mes serveurs (puis comme de toutes facons, il y a pas d'interpreteur SQL et pas de connecteur vers Perl/PHP, je vois meme pas l'interet de la chose).
les systeme pick geres les base SQL
remy
(...)
Je ne vois aucune bonne raison pour donner une surcouche aussi stupide a un OS qui assure tout cela tres bien tout seul. Si c'est pour faire un systeme d'exploitation, fais un systeme d'exploitation.
"6.1 - Description du système Pick
Le système PICK est à la fois, à l'origine, un système d'exploitation multi utilisateurs et un système d'organisation du stockage des données. Il date de 1965 et fête cette année son 40e anniversaire. Cette longévité, qui pourrait passer pour une pérennité, ne doit pas faire illusion : le faible nombre d'utilisateurs d'un tel système à travers le monde, comme sa décrue dans un univers l'informatique en forte expansion, le condamne à terme.
Pour comprendre son obsolescence et par conséquent les risques inhérents à sa disparition, il faut en expliquer la structure et le fonctionnement afin de voir pourquoi il ne répond plus aux principales attentes du marché informatique.
En fait Pick fait partie de cette famille de produit comme Prologue qui mélangeait à la fois l'OS (operating System) et la gestion des données (organisation, accès, stockage). Ces systèmes sont aujourd'hui en voie de disparition."
a non pas prologue j'ai eu un jour il y a bien lontemps une presentation de se langage et cela m'a assis serieux je suis reste ... je n'ai pas ete foutu de comprendre comment cela fct
a ma decharge j'etais jeune et impressionnable quoique aller je vais dire que je le suis encore
La suite ici: <http://groups.google.fr/group/fr.comp.applications.sgbd/msg/bc6c87b13b900a0c?hl=fr&>
-- des conneries j'en ai dites oui oui je vous assure... mais elles n'engagent que votre perception remy
(...)
Je ne vois aucune bonne raison pour donner une surcouche aussi stupide a
un OS qui assure tout cela tres bien tout seul. Si c'est pour faire un
systeme d'exploitation, fais un systeme d'exploitation.
"6.1 - Description du système Pick
Le système PICK est à la fois, à l'origine, un système d'exploitation
multi utilisateurs et un système d'organisation du stockage des données.
Il date de 1965 et fête cette année son 40e anniversaire. Cette
longévité, qui pourrait passer pour une pérennité, ne doit pas faire
illusion : le faible nombre d'utilisateurs d'un tel système à travers le
monde, comme sa décrue dans un univers l'informatique en forte
expansion, le condamne à terme.
Pour comprendre son obsolescence et par conséquent les risques inhérents
à sa disparition, il faut en expliquer la structure et le fonctionnement
afin de voir pourquoi il ne répond plus aux principales attentes du
marché informatique.
En fait Pick fait partie de cette famille de produit comme Prologue qui
mélangeait à la fois l'OS (operating System) et la gestion des données
(organisation, accès, stockage). Ces systèmes sont aujourd'hui en voie
de disparition."
a non pas prologue
j'ai eu un jour il y a bien lontemps une presentation de se langage
et cela m'a assis serieux je suis reste ... je n'ai pas ete foutu
de comprendre comment cela fct
a ma decharge j'etais jeune et impressionnable quoique aller
je vais dire que je le suis encore
La suite ici:
<http://groups.google.fr/group/fr.comp.applications.sgbd/msg/bc6c87b13b900a0c?hl=fr&>
--
des conneries j'en ai dites oui oui je vous assure...
mais elles n'engagent que votre perception
remy
Je ne vois aucune bonne raison pour donner une surcouche aussi stupide a un OS qui assure tout cela tres bien tout seul. Si c'est pour faire un systeme d'exploitation, fais un systeme d'exploitation.
"6.1 - Description du système Pick
Le système PICK est à la fois, à l'origine, un système d'exploitation multi utilisateurs et un système d'organisation du stockage des données. Il date de 1965 et fête cette année son 40e anniversaire. Cette longévité, qui pourrait passer pour une pérennité, ne doit pas faire illusion : le faible nombre d'utilisateurs d'un tel système à travers le monde, comme sa décrue dans un univers l'informatique en forte expansion, le condamne à terme.
Pour comprendre son obsolescence et par conséquent les risques inhérents à sa disparition, il faut en expliquer la structure et le fonctionnement afin de voir pourquoi il ne répond plus aux principales attentes du marché informatique.
En fait Pick fait partie de cette famille de produit comme Prologue qui mélangeait à la fois l'OS (operating System) et la gestion des données (organisation, accès, stockage). Ces systèmes sont aujourd'hui en voie de disparition."
a non pas prologue j'ai eu un jour il y a bien lontemps une presentation de se langage et cela m'a assis serieux je suis reste ... je n'ai pas ete foutu de comprendre comment cela fct
a ma decharge j'etais jeune et impressionnable quoique aller je vais dire que je le suis encore
La suite ici: <http://groups.google.fr/group/fr.comp.applications.sgbd/msg/bc6c87b13b900a0c?hl=fr&>
-- des conneries j'en ai dites oui oui je vous assure... mais elles n'engagent que votre perception remy
Vincent Bernat
OoO En cette matinée ensoleillée du lundi 25 juillet 2005, vers 09:15, "helios" disait:
ils sont au courrant mais il doivent promouvoir leur came tu vas sur google tu cherches "pick os" "universe" "rainningdata" ........
http://www.google.fr/search?q=%22pick+os%22+++%22universe%22+%22rainningdata%22&sourceid=mozilla-search&start=0&start=0&ie=utf-8&oe=utf-8&client=firefox-a&rls=org.mozilla:en-US:official -- BOFH excuse #147: Party-bug in the Aloha protocol.
OoO En cette matinée ensoleillée du lundi 25 juillet 2005, vers 09:15,
"helios" <helios@com02.com> disait:
ils sont au courrant mais il doivent promouvoir leur came tu vas sur google
tu cherches "pick os" "universe" "rainningdata" ........
http://www.google.fr/search?q=%22pick+os%22+++%22universe%22+%22rainningdata%22&sourceid=mozilla-search&start=0&start=0&ie=utf-8&oe=utf-8&client=firefox-a&rls=org.mozilla:en-US:official
--
BOFH excuse #147:
Party-bug in the Aloha protocol.
OoO En cette matinée ensoleillée du lundi 25 juillet 2005, vers 09:15, "helios" disait:
ils sont au courrant mais il doivent promouvoir leur came tu vas sur google tu cherches "pick os" "universe" "rainningdata" ........
http://www.google.fr/search?q=%22pick+os%22+++%22universe%22+%22rainningdata%22&sourceid=mozilla-search&start=0&start=0&ie=utf-8&oe=utf-8&client=firefox-a&rls=org.mozilla:en-US:official -- BOFH excuse #147: Party-bug in the Aloha protocol.
helios
"Jerome Lambert" a écrit dans le message de news:
(...)
Je ne vois aucune bonne raison pour donner une surcouche aussi stupide a un OS qui assure tout cela tres bien tout seul. Si c'est pour faire un systeme d'exploitation, fais un systeme d'exploitation.
"6.1 - Description du système Pick
Le système PICK est à la fois, à l'origine, un système d'exploitation multi utilisateurs et un système d'organisation du stockage des données. Il date de 1965 et fête cette année son 40e anniversaire. Cette longévité, qui pourrait passer pour une pérennité, ne doit pas faire illusion : le faible nombre d'utilisateurs d'un tel système à travers le monde, comme sa décrue dans un univers l'informatique en forte expansion, le condamne à terme.
Pour comprendre son obsolescence et par conséquent les risques inhérents à sa disparition, il faut en expliquer la structure et le fonctionnement afin de voir pourquoi il ne répond plus aux principales attentes du marché informatique.
En fait Pick fait partie de cette famille de produit comme Prologue qui mélangeait à la fois l'OS (operating System) et la gestion des données (organisation, accès, stockage). Ces systèmes sont aujourd'hui en voie de disparition."
l'honetete aurais voulu que tu donne la reponse a ce tissus d'anerie qui parle des systeme pick tel qu'il existait il y a 30ans
demande a ibm par exemple de te parler de pick aujourd'hui (WWW.VMARK.FR)
l'interet est la performance le SGBD ne passe pas par OS ce qui permet d'etre hyper optimise et avoir le SGBD a l'interieur du noyaux
"Jerome Lambert" <jerome.lambert@swing.be> a écrit dans le message de
news:3kiq6iFu9sssU2@individual.net...
(...)
Je ne vois aucune bonne raison pour donner une surcouche aussi stupide a
un OS qui assure tout cela tres bien tout seul. Si c'est pour faire un
systeme d'exploitation, fais un systeme d'exploitation.
"6.1 - Description du système Pick
Le système PICK est à la fois, à l'origine, un système d'exploitation
multi utilisateurs et un système d'organisation du stockage des données.
Il date de 1965 et fête cette année son 40e anniversaire. Cette
longévité, qui pourrait passer pour une pérennité, ne doit pas faire
illusion : le faible nombre d'utilisateurs d'un tel système à travers le
monde, comme sa décrue dans un univers l'informatique en forte
expansion, le condamne à terme.
Pour comprendre son obsolescence et par conséquent les risques inhérents
à sa disparition, il faut en expliquer la structure et le fonctionnement
afin de voir pourquoi il ne répond plus aux principales attentes du
marché informatique.
En fait Pick fait partie de cette famille de produit comme Prologue qui
mélangeait à la fois l'OS (operating System) et la gestion des données
(organisation, accès, stockage). Ces systèmes sont aujourd'hui en voie
de disparition."
Je ne vois aucune bonne raison pour donner une surcouche aussi stupide a un OS qui assure tout cela tres bien tout seul. Si c'est pour faire un systeme d'exploitation, fais un systeme d'exploitation.
"6.1 - Description du système Pick
Le système PICK est à la fois, à l'origine, un système d'exploitation multi utilisateurs et un système d'organisation du stockage des données. Il date de 1965 et fête cette année son 40e anniversaire. Cette longévité, qui pourrait passer pour une pérennité, ne doit pas faire illusion : le faible nombre d'utilisateurs d'un tel système à travers le monde, comme sa décrue dans un univers l'informatique en forte expansion, le condamne à terme.
Pour comprendre son obsolescence et par conséquent les risques inhérents à sa disparition, il faut en expliquer la structure et le fonctionnement afin de voir pourquoi il ne répond plus aux principales attentes du marché informatique.
En fait Pick fait partie de cette famille de produit comme Prologue qui mélangeait à la fois l'OS (operating System) et la gestion des données (organisation, accès, stockage). Ces systèmes sont aujourd'hui en voie de disparition."
"Stephane TOUGARD" a écrit dans le message de news:
JustMe wrote:
Il n'y a aucune raison pour qu'un base de donnees necessite les droits root pour tourner.
Pour pouvoir ouvrir un port privilégie ? Et ca peut marcher sans
Et il n'y a aucune raison pour qu'un SGBD tourne sur un port privilegie.
comme il y a aucune raison qu'un SGBD soit performant ?
remy
pour l'uml tu vas avoir du mal a demontrer qu'il n'y en a pas mais bon passons
ton truc en toute honnete
cela ressemble a un piege a cons ou rectification comment rendre son client captif
ton dico dis moi c'est qui qui le cree et comment il fait ton client si par un malencontreux matin il decide de migrer il fait migrer son dico
le dico est livre en version minimal et apres c'est l'utilisateur qui l'etend en definissant son vocabulaire
tu vient de comprendre pourquoi l'on ne peut pas migre
, decide de migrer vers quoi ? toi si
tu as le meilleur tu cherches moins bon ? de toute maniere le client n'est pas captif puisque il y de nombreux system multivalue le probleme est que la seul un system MV peut utilise une base MV si celle ci est MV une base SQL peux etre reprise par du MV l'inverse est impossible , un system MV peut gerer une base SQL
le MV est au sommet de hiearchie en SGBD et DBASE en bas le relationnel est au milieu
ce qui fait que pick est hyper performant par rapport au sql et autre systeme SGBD car tout est hyper optimise et dans le noyaux du sgbd et
non en
surcouche comme sur sql
je m'en fous et perso pour les applis je rajoute une couche avec jdbc le sql je ne me penche dessus qu'une fois avec bouquin et doc et puis je clique comme un fou sur tout ce qui bouge
tu t'en fou parce que tu as des petits besoin mais le monde reel plus un systeme est rapide mieux c'est donc tes surcouche sont penalisante
-- des conneries j'en ai dites oui oui je vous assure... mais elles n'engagent que votre perception remy
pour l'uml tu vas avoir du mal a demontrer qu'il n'y en a pas
mais bon passons
ton truc en toute honnete
cela ressemble a un piege a cons ou rectification
comment rendre son client captif
ton dico dis moi c'est qui qui le cree et comment il fait ton client
si par un malencontreux matin il decide de migrer
il fait migrer son dico
le dico est livre en version minimal et apres c'est l'utilisateur qui
l'etend en definissant son vocabulaire
tu vient de comprendre pourquoi l'on ne peut pas migre
, decide de migrer vers quoi ? toi si
tu as le meilleur tu cherches moins bon ?
de toute maniere le client n'est pas captif puisque il y de nombreux system
multivalue le probleme est que la seul un system MV peut utilise une base MV
si celle ci est MV
une base SQL peux etre reprise par du MV l'inverse est impossible , un
system MV peut gerer une base SQL
le MV est au sommet de hiearchie en SGBD et DBASE en bas le relationnel est
au milieu
ce qui fait que pick est hyper performant par rapport au sql et autre
systeme SGBD car tout est hyper optimise et dans le noyaux du sgbd et
non en
surcouche comme sur sql
je m'en fous et perso pour les applis je rajoute une couche avec jdbc
le sql je ne me penche dessus qu'une fois avec bouquin et doc
et puis je clique comme un fou sur tout ce qui bouge
tu t'en fou parce que tu as des petits besoin mais le monde reel plus un
systeme est rapide mieux c'est donc tes surcouche sont penalisante
--
des conneries j'en ai dites oui oui je vous assure...
mais elles n'engagent que votre perception
remy
pour l'uml tu vas avoir du mal a demontrer qu'il n'y en a pas mais bon passons
ton truc en toute honnete
cela ressemble a un piege a cons ou rectification comment rendre son client captif
ton dico dis moi c'est qui qui le cree et comment il fait ton client si par un malencontreux matin il decide de migrer il fait migrer son dico
le dico est livre en version minimal et apres c'est l'utilisateur qui l'etend en definissant son vocabulaire
tu vient de comprendre pourquoi l'on ne peut pas migre
, decide de migrer vers quoi ? toi si
tu as le meilleur tu cherches moins bon ? de toute maniere le client n'est pas captif puisque il y de nombreux system multivalue le probleme est que la seul un system MV peut utilise une base MV si celle ci est MV une base SQL peux etre reprise par du MV l'inverse est impossible , un system MV peut gerer une base SQL
le MV est au sommet de hiearchie en SGBD et DBASE en bas le relationnel est au milieu
ce qui fait que pick est hyper performant par rapport au sql et autre systeme SGBD car tout est hyper optimise et dans le noyaux du sgbd et
non en
surcouche comme sur sql
je m'en fous et perso pour les applis je rajoute une couche avec jdbc le sql je ne me penche dessus qu'une fois avec bouquin et doc et puis je clique comme un fou sur tout ce qui bouge
tu t'en fou parce que tu as des petits besoin mais le monde reel plus un systeme est rapide mieux c'est donc tes surcouche sont penalisante
-- des conneries j'en ai dites oui oui je vous assure... mais elles n'engagent que votre perception remy
Stephane TOUGARD
helios wrote:
je comprend ta haine d'un systeme qui va te metre au chomage si tu te reconvertie pas
Mouarf, avant que ton truc vienne remplacer la palanquee de serveurs Oracle, PostgreSQL ou MySQL, que ca inverse la tendance sur les programmes en PHP, en Perl ou en Python a peu pres partout ... il risque de couler beaucoup d'eau sous les ponts.
Entres nous, j'ai aucune haine, disons un peu de mepris pour son ambassadeur sur ce forum (toi), le programme en lui meme, c'est tellement loin des besoins en terme de SGBD qu'il me laisse totalement indifferent, au mieux, je l'aurais bien etudie pour le proposer si il repondait a un quelconque projet ou il pourrait se justifier.
Mais, aussi genial soit-il, ton programme utilise un systeme de gestion des user, voire du systeme, vraiment trop bizarre et insecure a mon gout.
-- http://www.unices.org Les meilleurs modules de Perl http://www.unices.org/photo/ 250 photos de Singapour, Sydney et Seoul http://artlibre.org/ Free Art License
helios wrote:
je comprend ta haine d'un systeme qui va te metre au chomage si tu te
reconvertie pas
Mouarf, avant que ton truc vienne remplacer la palanquee de serveurs
Oracle, PostgreSQL ou MySQL, que ca inverse la tendance sur les
programmes en PHP, en Perl ou en Python a peu pres partout ... il risque
de couler beaucoup d'eau sous les ponts.
Entres nous, j'ai aucune haine, disons un peu de mepris pour son
ambassadeur sur ce forum (toi), le programme en lui meme, c'est
tellement loin des besoins en terme de SGBD qu'il me laisse totalement
indifferent, au mieux, je l'aurais bien etudie pour le proposer si il
repondait a un quelconque projet ou il pourrait se justifier.
Mais, aussi genial soit-il, ton programme utilise un systeme de gestion
des user, voire du systeme, vraiment trop bizarre et insecure a mon
gout.
--
http://www.unices.org Les meilleurs modules de Perl
http://www.unices.org/photo/ 250 photos de Singapour, Sydney et Seoul
http://artlibre.org/ Free Art License
je comprend ta haine d'un systeme qui va te metre au chomage si tu te reconvertie pas
Mouarf, avant que ton truc vienne remplacer la palanquee de serveurs Oracle, PostgreSQL ou MySQL, que ca inverse la tendance sur les programmes en PHP, en Perl ou en Python a peu pres partout ... il risque de couler beaucoup d'eau sous les ponts.
Entres nous, j'ai aucune haine, disons un peu de mepris pour son ambassadeur sur ce forum (toi), le programme en lui meme, c'est tellement loin des besoins en terme de SGBD qu'il me laisse totalement indifferent, au mieux, je l'aurais bien etudie pour le proposer si il repondait a un quelconque projet ou il pourrait se justifier.
Mais, aussi genial soit-il, ton programme utilise un systeme de gestion des user, voire du systeme, vraiment trop bizarre et insecure a mon gout.
-- http://www.unices.org Les meilleurs modules de Perl http://www.unices.org/photo/ 250 photos de Singapour, Sydney et Seoul http://artlibre.org/ Free Art License
Stephane TOUGARD
helios wrote:
En attendant, je laisserai pas tourner un tel trou de securite potentiel (et sans doute reel) sur ma machine ni sur aucun de mes serveurs (puis comme de toutes facons, il y a pas d'interpreteur SQL et pas de connecteur vers Perl/PHP, je vois meme pas l'interet de la chose).
les systeme pick geres les base SQL
Tu as un lien sur les API Perl, Python et PHP ? au passage Java m'interesse aussi.
-- http://www.unices.org Les meilleurs modules de Perl http://www.unices.org/photo/ 250 photos de Singapour, Sydney et Seoul http://artlibre.org/ Free Art License
helios wrote:
En attendant, je laisserai pas tourner un tel trou de securite potentiel
(et sans doute reel) sur ma machine ni sur aucun de mes serveurs (puis
comme de toutes facons, il y a pas d'interpreteur SQL et pas de
connecteur vers Perl/PHP, je vois meme pas l'interet de la chose).
les systeme pick geres les base SQL
Tu as un lien sur les API Perl, Python et PHP ? au passage Java
m'interesse aussi.
--
http://www.unices.org Les meilleurs modules de Perl
http://www.unices.org/photo/ 250 photos de Singapour, Sydney et Seoul
http://artlibre.org/ Free Art License
En attendant, je laisserai pas tourner un tel trou de securite potentiel (et sans doute reel) sur ma machine ni sur aucun de mes serveurs (puis comme de toutes facons, il y a pas d'interpreteur SQL et pas de connecteur vers Perl/PHP, je vois meme pas l'interet de la chose).
les systeme pick geres les base SQL
Tu as un lien sur les API Perl, Python et PHP ? au passage Java m'interesse aussi.
-- http://www.unices.org Les meilleurs modules de Perl http://www.unices.org/photo/ 250 photos de Singapour, Sydney et Seoul http://artlibre.org/ Free Art License
helios
le dico est livre en version minimal et apres c'est l'utilisateur qui l'etend en definissant son vocabulaire
tu vient de comprendre pourquoi l'on ne peut pas migre
non tu m'as pas repondu vers quoi veux tu migrer et quel interet?
les dico peuvent migrer et les donnees aussi
j'ai migrer il y a peu une base D3 rainning data sosu windows 2000 vers openqm linux migration faite sans probleme
et j'aurais pu sans problem migres vers un pick390 ou universe ou in -pick ......
le dico est livre en version minimal et apres c'est l'utilisateur qui
l'etend en definissant son vocabulaire
tu vient de comprendre pourquoi l'on ne peut pas migre
non tu m'as pas repondu vers quoi veux tu migrer et quel interet?
les dico peuvent migrer et les donnees aussi
j'ai migrer il y a peu une base D3 rainning data sosu windows 2000 vers
openqm linux migration faite sans probleme
et j'aurais pu sans problem migres vers un pick390 ou universe ou in -pick
......
le dico est livre en version minimal et apres c'est l'utilisateur qui l'etend en definissant son vocabulaire
tu vient de comprendre pourquoi l'on ne peut pas migre
non tu m'as pas repondu vers quoi veux tu migrer et quel interet?
les dico peuvent migrer et les donnees aussi
j'ai migrer il y a peu une base D3 rainning data sosu windows 2000 vers openqm linux migration faite sans probleme
et j'aurais pu sans problem migres vers un pick390 ou universe ou in -pick ......
Stephane TOUGARD
helios wrote:
comme il y a aucune raison qu'un SGBD soit performant ?
Je vois aucun rapport entre le fait d'etre root et le niveau de performance.
-- http://www.unices.org Les meilleurs modules de Perl http://www.unices.org/photo/ 250 photos de Singapour, Sydney et Seoul http://artlibre.org/ Free Art License
helios wrote:
comme il y a aucune raison qu'un SGBD soit performant ?
Je vois aucun rapport entre le fait d'etre root et le niveau de
performance.
--
http://www.unices.org Les meilleurs modules de Perl
http://www.unices.org/photo/ 250 photos de Singapour, Sydney et Seoul
http://artlibre.org/ Free Art License
comme il y a aucune raison qu'un SGBD soit performant ?
Je vois aucun rapport entre le fait d'etre root et le niveau de performance.
-- http://www.unices.org Les meilleurs modules de Perl http://www.unices.org/photo/ 250 photos de Singapour, Sydney et Seoul http://artlibre.org/ Free Art License
