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
on migre parcequ'un polytechnicien qui connait pas pick est le directeur et qu'il dis qu'il faut etre sous oracle on fait une migration du serveur auxiliaire pour prouver au polytechnicien que pick est mieux que oracle
Vous voyez M l'informaticien, Oracle, c'est nul, c'est lent.
-- 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:
on migre parcequ'un polytechnicien qui connait pas pick est le directeur et
qu'il dis qu'il faut etre sous oracle
on fait une migration du serveur auxiliaire pour prouver au polytechnicien
que pick est mieux que oracle
Vous voyez M l'informaticien, Oracle, c'est nul, c'est lent.
--
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
on migre parcequ'un polytechnicien qui connait pas pick est le directeur et qu'il dis qu'il faut etre sous oracle on fait une migration du serveur auxiliaire pour prouver au polytechnicien que pick est mieux que oracle
Vous voyez M l'informaticien, Oracle, c'est nul, c'est lent.
-- 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
Jerome Lambert
C'était il y a 20 ans...
il parait que j'ai travailler depuis 20ans regarde le reste du cv du
style
du pick universe en 2005
Effectivement, mais le reste du CV me fait furieusement penser à du maintient de l'existant en attendant que le matériel en place meurt de sa belle mort, comme l'étaient les programmeurs COBOL il n'y a pas si longtemps. Quelles que soient les qualités réelles ou supposées des bases MV, le marché a choisi: c'est du SGBD relationnel, interrogeable via le langage SQL, et interfaçable avec du Perl, PHP, Jave, bref tout ce qu'il faut pour faire un joli front-end "mode web"...
il y a sans doute un truc qui t'echappe c'est qu'un SGBDMV peut faire du SQL mais un SGBDR ne peut pas faire du MV
Il n'y a aucun lien entre relationnel et SQL, il faudra te le dire combien de fois?
Pour éviter la redondance des données, il y a deux approches: le multivalué et le relationnel. Donc une base multivaluée n'est pas relationnelle, et inversement.
Ensuite, pour interroger les bases, il existe un langage *normalisé* (c'est d'ailleurs son intérêt): SQL, ce qui fait qu'un requête sera "comprise" de la même manière sous MySQL, PostgreSQL, Oracle, etc.
A l'inverse, il existe des bases de données *relationnelles* qui ne sont *pas* interrogeable par des requêtes SQL, comme FileMaker Pro (et oui).
Désolé pour le terme, mais tant que tu confondras ces concepts, tu passeras pour un ignare et tu te décrédibiliseras complètement...
C'était il y a 20 ans...
il parait que j'ai travailler depuis 20ans regarde le reste du cv du
style
du pick universe en 2005
Effectivement, mais le reste du CV me fait furieusement penser à du
maintient de l'existant en attendant que le matériel en place meurt de
sa belle mort, comme l'étaient les programmeurs COBOL il n'y a pas si
longtemps. Quelles que soient les qualités réelles ou supposées des
bases MV, le marché a choisi: c'est du SGBD relationnel, interrogeable
via le langage SQL, et interfaçable avec du Perl, PHP, Jave, bref tout
ce qu'il faut pour faire un joli front-end "mode web"...
il y a sans doute un truc qui t'echappe c'est qu'un SGBDMV peut faire du SQL
mais un SGBDR ne peut pas faire du MV
Il n'y a aucun lien entre relationnel et SQL, il faudra te le dire
combien de fois?
Pour éviter la redondance des données, il y a deux approches: le
multivalué et le relationnel. Donc une base multivaluée n'est pas
relationnelle, et inversement.
Ensuite, pour interroger les bases, il existe un langage *normalisé*
(c'est d'ailleurs son intérêt): SQL, ce qui fait qu'un requête sera
"comprise" de la même manière sous MySQL, PostgreSQL, Oracle, etc.
A l'inverse, il existe des bases de données *relationnelles* qui ne sont
*pas* interrogeable par des requêtes SQL, comme FileMaker Pro (et oui).
Désolé pour le terme, mais tant que tu confondras ces concepts, tu
passeras pour un ignare et tu te décrédibiliseras complètement...
il parait que j'ai travailler depuis 20ans regarde le reste du cv du
style
du pick universe en 2005
Effectivement, mais le reste du CV me fait furieusement penser à du maintient de l'existant en attendant que le matériel en place meurt de sa belle mort, comme l'étaient les programmeurs COBOL il n'y a pas si longtemps. Quelles que soient les qualités réelles ou supposées des bases MV, le marché a choisi: c'est du SGBD relationnel, interrogeable via le langage SQL, et interfaçable avec du Perl, PHP, Jave, bref tout ce qu'il faut pour faire un joli front-end "mode web"...
il y a sans doute un truc qui t'echappe c'est qu'un SGBDMV peut faire du SQL mais un SGBDR ne peut pas faire du MV
Il n'y a aucun lien entre relationnel et SQL, il faudra te le dire combien de fois?
Pour éviter la redondance des données, il y a deux approches: le multivalué et le relationnel. Donc une base multivaluée n'est pas relationnelle, et inversement.
Ensuite, pour interroger les bases, il existe un langage *normalisé* (c'est d'ailleurs son intérêt): SQL, ce qui fait qu'un requête sera "comprise" de la même manière sous MySQL, PostgreSQL, Oracle, etc.
A l'inverse, il existe des bases de données *relationnelles* qui ne sont *pas* interrogeable par des requêtes SQL, comme FileMaker Pro (et oui).
Désolé pour le terme, mais tant que tu confondras ces concepts, tu passeras pour un ignare et tu te décrédibiliseras complètement...
JustMe
Stephane TOUGARD a exposé le 27/07/2005 :
helios wrote:
de toute maniere les gens d'oracle connaisse oracle et FT en plus a la plus grosse base oracle du monde donc on peut pense que chez FT il y a pas
Tu pourrais donner le lien vers un lieu ou je pourrai lire de source sur que FT a LA plus grosse base Oracle DU MONDE ? ou c'est un phrase en l'air pour faire ton interessant.
Voila les liens que j'avais donné : http://www.wintercorp.com/vldb/2003_TopTen_Survey/All%20Winners.pdf http://www.google.com/url?sa=D&q=http://www.oracle.com/technology/oramag/oracle/04-may/o34news.html http://h71028.www7.hp.com/enterprise/downloads/france_telecom.pdf
JM
Stephane TOUGARD a exposé le 27/07/2005 :
helios wrote:
de toute maniere les gens d'oracle connaisse oracle et FT en plus a la
plus grosse base oracle du monde donc on peut pense que chez FT il y a pas
Tu pourrais donner le lien vers un lieu ou je pourrai lire de source sur
que FT a LA plus grosse base Oracle DU MONDE ? ou c'est un phrase en
l'air pour faire ton interessant.
Voila les liens que j'avais donné :
http://www.wintercorp.com/vldb/2003_TopTen_Survey/All%20Winners.pdf
http://www.google.com/url?sa=D&q=http://www.oracle.com/technology/oramag/oracle/04-may/o34news.html
http://h71028.www7.hp.com/enterprise/downloads/france_telecom.pdf
de toute maniere les gens d'oracle connaisse oracle et FT en plus a la plus grosse base oracle du monde donc on peut pense que chez FT il y a pas
Tu pourrais donner le lien vers un lieu ou je pourrai lire de source sur que FT a LA plus grosse base Oracle DU MONDE ? ou c'est un phrase en l'air pour faire ton interessant.
Voila les liens que j'avais donné : http://www.wintercorp.com/vldb/2003_TopTen_Survey/All%20Winners.pdf http://www.google.com/url?sa=D&q=http://www.oracle.com/technology/oramag/oracle/04-may/o34news.html http://h71028.www7.hp.com/enterprise/downloads/france_telecom.pdf
JM
Stephane TOUGARD
helios wrote:
ca prouve quoi que PostgreSql peut gerer 120 table et alors ?
En fait, il peut en gerer beaucoup beaucoup plus.
-- 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:
ca prouve quoi que PostgreSql peut gerer 120 table et alors ?
En fait, il peut en gerer beaucoup beaucoup plus.
--
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
ca prouve quoi que PostgreSql peut gerer 120 table et alors ?
En fait, il peut en gerer beaucoup beaucoup plus.
-- 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
Nazcafan wrote:
Voilà désolé, ce type de post doit être contraîre à la charte, mais j'ai craqué.
Non, tu as tres bien fait. Mais note qu'on lui a fait remarque deja de nombreuses fois et que l'interet pour le fond du debat est maintenant presque nul en partie a cause de cela.
Ne pas faire un minimum d'effort pour ecrire convenablement decredibilise totalement l'auteur.
-- 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
Nazcafan wrote:
Voilà désolé, ce type de post doit être contraîre à la charte, mais j'ai
craqué.
Non, tu as tres bien fait. Mais note qu'on lui a fait remarque deja de
nombreuses fois et que l'interet pour le fond du debat est maintenant
presque nul en partie a cause de cela.
Ne pas faire un minimum d'effort pour ecrire convenablement
decredibilise totalement l'auteur.
--
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
Voilà désolé, ce type de post doit être contraîre à la charte, mais j'ai craqué.
Non, tu as tres bien fait. Mais note qu'on lui a fait remarque deja de nombreuses fois et que l'interet pour le fond du debat est maintenant presque nul en partie a cause de cela.
Ne pas faire un minimum d'effort pour ecrire convenablement decredibilise totalement l'auteur.
-- 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
Vincent Bernat
OoO En cette fin de matinée radieuse du mercredi 27 juillet 2005, vers 11:15, Stephane TOUGARD disait:
l'argument j'utilise pas openqm car il faut etre root est le meme quie j'installe pas linux car il faut etre root
Sauf qu'il n'y aucune raison pour un SGBD de courir, absolument aucun. Le seul privilege de root etant de courir sur un port < 1024, tout le reste est faisable par un user standard.
Pas prendre l'identité d'un autre utilisateur, mais comme j'ai dit dans un autre message, je doute que le bidule fasse de la séparation de privilèges. -- I WILL NOT FAKE MY WAY THROUGH LIFE I WILL NOT FAKE MY WAY THROUGH LIFE I WILL NOT FAKE MY WAY THROUGH LIFE -+- Bart Simpson on chalkboard in episode 7F03
OoO En cette fin de matinée radieuse du mercredi 27 juillet 2005, vers
11:15, Stephane TOUGARD <stephane@unices.org> disait:
l'argument j'utilise pas openqm car
il faut etre root est le meme quie j'installe pas linux car il faut etre
root
Sauf qu'il n'y aucune raison pour un SGBD de courir, absolument aucun.
Le seul privilege de root etant de courir sur un port < 1024, tout le
reste est faisable par un user standard.
Pas prendre l'identité d'un autre utilisateur, mais comme j'ai dit
dans un autre message, je doute que le bidule fasse de la séparation
de privilèges.
--
I WILL NOT FAKE MY WAY THROUGH LIFE
I WILL NOT FAKE MY WAY THROUGH LIFE
I WILL NOT FAKE MY WAY THROUGH LIFE
-+- Bart Simpson on chalkboard in episode 7F03
OoO En cette fin de matinée radieuse du mercredi 27 juillet 2005, vers 11:15, Stephane TOUGARD disait:
l'argument j'utilise pas openqm car il faut etre root est le meme quie j'installe pas linux car il faut etre root
Sauf qu'il n'y aucune raison pour un SGBD de courir, absolument aucun. Le seul privilege de root etant de courir sur un port < 1024, tout le reste est faisable par un user standard.
Pas prendre l'identité d'un autre utilisateur, mais comme j'ai dit dans un autre message, je doute que le bidule fasse de la séparation de privilèges. -- I WILL NOT FAKE MY WAY THROUGH LIFE I WILL NOT FAKE MY WAY THROUGH LIFE I WILL NOT FAKE MY WAY THROUGH LIFE -+- Bart Simpson on chalkboard in episode 7F03
Thierry Boudet
On 2005-07-24, Stephane TOUGARD wrote:
Enfin bon, apres moultes recherches, ca a compile (on se demande d'ailleurs quoi), puis faut etre root pour lancer le truc (on se demande bien pourquoi), comme j'aime pas filer les droits root a une application inconnue, je cesse la toute aventure.
Exactement pareil pour moi. Quand monsieur Helios fournira une
explication _claire_ du pourquoi "il faut être root", peut-être je regarderais à nouveau son bouzin. Mais monsieur Helios vient de l'ancien monde dont la devise est "root un jour, root toujours".
lancer l'application en user non root, je te promets de me replancher sur la question. En attendant, c'est peut etre bon pour FT, mais ca l'est pas pour moi.
<aol>me too</>
-- VB> Bref, c'est à 1000 lieues de la GPL qui te permet de choisir à VB> qui tu donnes les sources. Ils ont passé la GPL sous BSD ? -+- SG dans fcol.debats : "as usual, without any warranty"
On 2005-07-24, Stephane TOUGARD <stephane@unices.org> wrote:
Enfin bon, apres moultes recherches, ca a compile (on se demande
d'ailleurs quoi), puis faut etre root pour lancer le truc (on se demande
bien pourquoi), comme j'aime pas filer les droits root a une application
inconnue, je cesse la toute aventure.
Exactement pareil pour moi. Quand monsieur Helios fournira une
explication _claire_ du pourquoi "il faut être root", peut-être
je regarderais à nouveau son bouzin. Mais monsieur Helios vient
de l'ancien monde dont la devise est "root un jour, root toujours".
lancer l'application en user non root, je te promets de me replancher
sur la question. En attendant, c'est peut etre bon pour FT, mais ca
l'est pas pour moi.
<aol>me too</>
--
VB> Bref, c'est à 1000 lieues de la GPL qui te permet de choisir à
VB> qui tu donnes les sources.
Ils ont passé la GPL sous BSD ?
-+- SG dans fcol.debats : "as usual, without any warranty"
Enfin bon, apres moultes recherches, ca a compile (on se demande d'ailleurs quoi), puis faut etre root pour lancer le truc (on se demande bien pourquoi), comme j'aime pas filer les droits root a une application inconnue, je cesse la toute aventure.
Exactement pareil pour moi. Quand monsieur Helios fournira une
explication _claire_ du pourquoi "il faut être root", peut-être je regarderais à nouveau son bouzin. Mais monsieur Helios vient de l'ancien monde dont la devise est "root un jour, root toujours".
lancer l'application en user non root, je te promets de me replancher sur la question. En attendant, c'est peut etre bon pour FT, mais ca l'est pas pour moi.
<aol>me too</>
-- VB> Bref, c'est à 1000 lieues de la GPL qui te permet de choisir à VB> qui tu donnes les sources. Ils ont passé la GPL sous BSD ? -+- SG dans fcol.debats : "as usual, without any warranty"
Stephane Zuckerman
Enfin bon, apres moultes recherches, ca a compile (on se demande d'ailleurs quoi), puis faut etre root pour lancer le truc (on se demande bien pourquoi), comme j'aime pas filer les droits root a une application inconnue, je cesse la toute aventure.
Exactement pareil pour moi. Quand monsieur Helios fournira une
explication _claire_ du pourquoi "il faut être root", peut-être je regarderais à nouveau son bouzin. Mais monsieur Helios vient de l'ancien monde dont la devise est "root un jour, root toujours".
Oui enfin, si on admet que PICK détourne pas mal de ressources système
pour pouvoir lier utilisateurs linux/unix et utilisateurs de la base, on comprend le besoin d'être root. Ca n'empêche pas le fait que du point de vue de la conception, c'est tout pourri, dès le départ (indépendemment de la qualité du SGBD en lui-même).
-- "Je deteste les ordinateurs : ils font toujours ce que je dis, jamais ce que je veux !" "The obvious mathematical breakthrough would be development of an easy way to factor large prime numbers." (Bill Gates, The Road Ahead)
Enfin bon, apres moultes recherches, ca a compile (on se demande
d'ailleurs quoi), puis faut etre root pour lancer le truc (on se demande
bien pourquoi), comme j'aime pas filer les droits root a une application
inconnue, je cesse la toute aventure.
Exactement pareil pour moi. Quand monsieur Helios fournira une
explication _claire_ du pourquoi "il faut être root", peut-être
je regarderais à nouveau son bouzin. Mais monsieur Helios vient
de l'ancien monde dont la devise est "root un jour, root toujours".
Oui enfin, si on admet que PICK détourne pas mal de ressources système
pour pouvoir lier utilisateurs linux/unix et utilisateurs de la base, on
comprend le besoin d'être root. Ca n'empêche pas le fait que du point de
vue de la conception, c'est tout pourri, dès le départ (indépendemment de
la qualité du SGBD en lui-même).
--
"Je deteste les ordinateurs : ils font toujours ce que je dis, jamais ce
que je veux !"
"The obvious mathematical breakthrough would be development of an easy
way to factor large prime numbers." (Bill Gates, The Road Ahead)
Enfin bon, apres moultes recherches, ca a compile (on se demande d'ailleurs quoi), puis faut etre root pour lancer le truc (on se demande bien pourquoi), comme j'aime pas filer les droits root a une application inconnue, je cesse la toute aventure.
Exactement pareil pour moi. Quand monsieur Helios fournira une
explication _claire_ du pourquoi "il faut être root", peut-être je regarderais à nouveau son bouzin. Mais monsieur Helios vient de l'ancien monde dont la devise est "root un jour, root toujours".
Oui enfin, si on admet que PICK détourne pas mal de ressources système
pour pouvoir lier utilisateurs linux/unix et utilisateurs de la base, on comprend le besoin d'être root. Ca n'empêche pas le fait que du point de vue de la conception, c'est tout pourri, dès le départ (indépendemment de la qualité du SGBD en lui-même).
-- "Je deteste les ordinateurs : ils font toujours ce que je dis, jamais ce que je veux !" "The obvious mathematical breakthrough would be development of an easy way to factor large prime numbers." (Bill Gates, The Road Ahead)
Stephane TOUGARD
Thierry Boudet wrote:
Exactement pareil pour moi. Quand monsieur Helios fournira une explication _claire_ du pourquoi "il faut être root", peut-être je regarderais à nouveau son bouzin. Mais monsieur Helios vient de l'ancien monde dont la devise est "root un jour, root toujours".
Je me souviens d'un admin Unisys a qui j'avais demande un compte sur son mainframe, pour voir. Il me file illico son propre compte administrateur. Lorsque j'ai su que c'etait un compte admin, je lui ai demande si il etait pas fou, que je connaissai rien a son truc et que j'aurai pu casser des choses. Il m'a repondu "aucune chance, tu sais pas comment faire".
Gerer la securite sur l'incompetance, c'est exactement cela et notre tres cher ami helios est la grande demonstration que ca fonctionne.
-- 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
Thierry Boudet wrote:
Exactement pareil pour moi. Quand monsieur Helios fournira une
explication _claire_ du pourquoi "il faut être root", peut-être
je regarderais à nouveau son bouzin. Mais monsieur Helios vient
de l'ancien monde dont la devise est "root un jour, root toujours".
Je me souviens d'un admin Unisys a qui j'avais demande un compte sur son
mainframe, pour voir. Il me file illico son propre compte
administrateur. Lorsque j'ai su que c'etait un compte admin, je lui ai
demande si il etait pas fou, que je connaissai rien a son truc et que
j'aurai pu casser des choses. Il m'a repondu "aucune chance, tu sais pas
comment faire".
Gerer la securite sur l'incompetance, c'est exactement cela et notre
tres cher ami helios est la grande demonstration que ca fonctionne.
--
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
Exactement pareil pour moi. Quand monsieur Helios fournira une explication _claire_ du pourquoi "il faut être root", peut-être je regarderais à nouveau son bouzin. Mais monsieur Helios vient de l'ancien monde dont la devise est "root un jour, root toujours".
Je me souviens d'un admin Unisys a qui j'avais demande un compte sur son mainframe, pour voir. Il me file illico son propre compte administrateur. Lorsque j'ai su que c'etait un compte admin, je lui ai demande si il etait pas fou, que je connaissai rien a son truc et que j'aurai pu casser des choses. Il m'a repondu "aucune chance, tu sais pas comment faire".
Gerer la securite sur l'incompetance, c'est exactement cela et notre tres cher ami helios est la grande demonstration que ca fonctionne.
-- 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
Stephane Zuckerman wrote:
Oui enfin, si on admet que PICK détourne pas mal de ressources système pour pouvoir lier utilisateurs linux/unix et utilisateurs de la base, on comprend le besoin d'être root. Ca n'empêche pas le fait que du point de vue de la conception, c'est tout pourri, dès le départ (indépendemment de la qualité du SGBD en lui-même).
C'est clair. Meme pour lancer Hercule et un OS/360 sur mon Linux (quand j'y arrive), j'ai pas besoin d'etre root. Pourtant, on fait pas plus OS que OS/360 quand meme.
-- 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 Zuckerman wrote:
Oui enfin, si on admet que PICK détourne pas mal de ressources système
pour pouvoir lier utilisateurs linux/unix et utilisateurs de la base, on
comprend le besoin d'être root. Ca n'empêche pas le fait que du point de
vue de la conception, c'est tout pourri, dès le départ (indépendemment de
la qualité du SGBD en lui-même).
C'est clair. Meme pour lancer Hercule et un OS/360 sur mon Linux (quand
j'y arrive), j'ai pas besoin d'etre root. Pourtant, on fait pas plus OS
que OS/360 quand meme.
--
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
Oui enfin, si on admet que PICK détourne pas mal de ressources système pour pouvoir lier utilisateurs linux/unix et utilisateurs de la base, on comprend le besoin d'être root. Ca n'empêche pas le fait que du point de vue de la conception, c'est tout pourri, dès le départ (indépendemment de la qualité du SGBD en lui-même).
C'est clair. Meme pour lancer Hercule et un OS/360 sur mon Linux (quand j'y arrive), j'ai pas besoin d'etre root. Pourtant, on fait pas plus OS que OS/360 quand meme.
-- 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
