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
C'est marrant, les mailings listes sur lesquelles je traine (anglophones pour la grande majorité d'entre elles) parlent toutes de MySQL, Oracle, MS-SQL... Mais pas de PICK. Pourquoi ?
C'est parce que tu es Francais et ils le savent, tu es boycotte de tous les tres nombreux articles sur pick.
Car n'oublions pas que pick, c'est 6 000 000 d'utilisateurs dans le monde (a mon avis, ca doit comprendre les utilisateurs du minitel).
-- 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:
C'est marrant, les mailings listes sur lesquelles je traine (anglophones
pour la grande majorité d'entre elles) parlent toutes de MySQL, Oracle,
MS-SQL... Mais pas de PICK. Pourquoi ?
C'est parce que tu es Francais et ils le savent, tu es boycotte de tous
les tres nombreux articles sur pick.
Car n'oublions pas que pick, c'est 6 000 000 d'utilisateurs dans le
monde (a mon avis, ca doit comprendre les utilisateurs du minitel).
--
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
C'est marrant, les mailings listes sur lesquelles je traine (anglophones pour la grande majorité d'entre elles) parlent toutes de MySQL, Oracle, MS-SQL... Mais pas de PICK. Pourquoi ?
C'est parce que tu es Francais et ils le savent, tu es boycotte de tous les tres nombreux articles sur pick.
Car n'oublions pas que pick, c'est 6 000 000 d'utilisateurs dans le monde (a mon avis, ca doit comprendre les utilisateurs du minitel).
-- 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
Ah bon?
Pourtant NetBSD tourne sur AS/400, et même sur DEC PDP-10 http://netbsd.unixtech.be/Ports/#suggested-other
Quand Pick tournera sur autant de plate-formes, on pourra alors parler de portabilité...
pick tourne sur tout cela sauf erreur puisque il y a des system pick sous netBSD et pick tourne aussi la ou netBSD ne tourne pas
Ah, et au fait, kermit, c'est pas un peu mort ? -- kermit est la norme de transfert je parle du programme mskermit
C'est encore pire..
je ne parles pas de mskermit mais de la norme .
Ah bon?
Pourtant NetBSD tourne sur AS/400, et même sur DEC PDP-10
http://netbsd.unixtech.be/Ports/#suggested-other
Quand Pick tournera sur autant de plate-formes, on pourra alors parler de
portabilité...
pick tourne sur tout cela sauf erreur puisque il y a des system pick sous
netBSD
et pick tourne aussi la ou netBSD ne tourne pas
Ah, et au fait, kermit, c'est pas un peu mort ?
--
kermit est la norme de transfert je parle du programme mskermit
Pourtant NetBSD tourne sur AS/400, et même sur DEC PDP-10 http://netbsd.unixtech.be/Ports/#suggested-other
Quand Pick tournera sur autant de plate-formes, on pourra alors parler de portabilité...
pick tourne sur tout cela sauf erreur puisque il y a des system pick sous netBSD et pick tourne aussi la ou netBSD ne tourne pas
Ah, et au fait, kermit, c'est pas un peu mort ? -- kermit est la norme de transfert je parle du programme mskermit
C'est encore pire..
je ne parles pas de mskermit mais de la norme .
Stephane Zuckerman
pick tourne sur tout cela sauf erreur puisque il y a des system pick sous netBSD et pick tourne aussi la ou netBSD ne tourne pas
Exemples ?
-- "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)
pick tourne sur tout cela sauf erreur puisque il y a des system pick sous
netBSD
et pick tourne aussi la ou netBSD ne tourne pas
Exemples ?
--
"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)
pick tourne sur tout cela sauf erreur puisque il y a des system pick sous netBSD et pick tourne aussi la ou netBSD ne tourne pas
Exemples ?
-- "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)
helios
"Thierry Boudet" a écrit dans le message de news:
On 2005-07-28, helios wrote:
et NetBSD auraist besoin d'enormement de modif pour tourner sur un as400 ou
un DEC
Pour les as400, ma spécialiste préférée étant en vacances, je
ne m'avancerais pas à répondre. A priori, comme elle utilise Linux sur un as400 risc, NetBSD doit aussi pouvoir y tourner.
Par contre, pour DEC, j'ai ça: http://netbsd.org/Ports/alpha/ http://netbsd.org/Ports/arm32/ http://netbsd.org/Ports/i386/ http://netbsd.org/Ports/vax/ http://netbsd.org/Ports/pdp10/ Mais je pense que j'en ai manqué quelques uns...
NetBSD tourne sous DEC et AS400
tu peut par exemple prendre la base pick sur pc sous unix et la transferer
telle quel sur un as400 sans rien changer (la base pas l'administration)
Et pour les encodages de caractères, ça se passe comment ?
-l'encodage est interne a pick c'est la norme ascii donc la norme reste la
norme apres c'est le probleme du terminal qui sait ou non affiche de ascii
Peer-to-peer, c'est le sujet de ma thèse :) Donc c'est utile, et ca rapporte des diplômes. Et des sous. Ca rapporte une thèse ?
"Thierry Boudet" <tth@zouh.org> a écrit dans le message de
news:slrndehdkh.2b8.tth@oshima.zouh.org...
On 2005-07-28, helios <helios@com02.com> wrote:
et NetBSD auraist besoin d'enormement de modif pour tourner sur un as400
ou
un DEC
Pour les as400, ma spécialiste préférée étant en vacances, je
ne m'avancerais pas à répondre. A priori, comme elle utilise
Linux sur un as400 risc, NetBSD doit aussi pouvoir y tourner.
Par contre, pour DEC, j'ai ça:
http://netbsd.org/Ports/alpha/
http://netbsd.org/Ports/arm32/
http://netbsd.org/Ports/i386/
http://netbsd.org/Ports/vax/
http://netbsd.org/Ports/pdp10/
Mais je pense que j'en ai manqué quelques uns...
NetBSD tourne sous DEC et AS400
tu peut par exemple prendre la base pick sur pc sous unix et la
transferer
telle quel sur un as400 sans rien changer (la base pas l'administration)
Et pour les encodages de caractères, ça se passe comment ?
-l'encodage est interne a pick c'est la norme ascii donc la norme reste la
norme apres c'est le probleme du terminal qui sait ou non affiche de ascii
Peer-to-peer, c'est le sujet de ma thèse :) Donc c'est utile, et ca
rapporte des diplômes. Et des sous.
Ca rapporte une thèse ?
et NetBSD auraist besoin d'enormement de modif pour tourner sur un as400 ou
un DEC
Pour les as400, ma spécialiste préférée étant en vacances, je
ne m'avancerais pas à répondre. A priori, comme elle utilise Linux sur un as400 risc, NetBSD doit aussi pouvoir y tourner.
Par contre, pour DEC, j'ai ça: http://netbsd.org/Ports/alpha/ http://netbsd.org/Ports/arm32/ http://netbsd.org/Ports/i386/ http://netbsd.org/Ports/vax/ http://netbsd.org/Ports/pdp10/ Mais je pense que j'en ai manqué quelques uns...
NetBSD tourne sous DEC et AS400
tu peut par exemple prendre la base pick sur pc sous unix et la transferer
telle quel sur un as400 sans rien changer (la base pas l'administration)
Et pour les encodages de caractères, ça se passe comment ?
-l'encodage est interne a pick c'est la norme ascii donc la norme reste la
norme apres c'est le probleme du terminal qui sait ou non affiche de ascii
Peer-to-peer, c'est le sujet de ma thèse :) Donc c'est utile, et ca rapporte des diplômes. Et des sous. Ca rapporte une thèse ?
Stephane TOUGARD
helios wrote:
le probleme est que pick a garder des prerogative d'OS et eventuellement corrige ou pilote l'Os support
Tu nous prends pour des cons ?
Tu crois qu'un noyau Linux laisse un programme, meme si celui-ci est en root, envoyer des codes SCSI directement a un lecteur de bande ? Tu penses qu'il le laisses decider ou placer les tetes des disques durs ?
Allo la lune ici la terre. Dans un systeme Unix, le noyau accede au materiel et il est le seul qui a cette prerogative la. Si tu parles avec un device, c'est que tu parles avec le noyau et lui transmet les ordres.
Pour le PHP, en effet aucune modification n'est a faire. Idem pour Java. Au niveau de la base Oracle, ca doit le faire directement egalement, mais on peut toujours passer par un backup/restore ou des fichier SQL si necessaire, mais je serais pas surpris que ca passe comme ca.
moi je serais surpris car je parles bien de transfert sans source on transfert des executables
Ben PHP sans sources, ca va etre difficile. Java, c'est deja du pseudo code portable qui fonctionne sur toutes les machines virtuelles, et un dump Oracle, je vois pas trop ou il est question de sources.
Dis moi, tu es si peu competant que cela que tu ne sais meme pas le strict minimum sur les differents languages et systemes Unix ?
-- 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:
le probleme est que pick a garder des prerogative d'OS et eventuellement
corrige ou pilote l'Os support
Tu nous prends pour des cons ?
Tu crois qu'un noyau Linux laisse un programme, meme si celui-ci est en
root, envoyer des codes SCSI directement a un lecteur de bande ? Tu
penses qu'il le laisses decider ou placer les tetes des disques durs ?
Allo la lune ici la terre. Dans un systeme Unix, le noyau accede au
materiel et il est le seul qui a cette prerogative la. Si tu parles avec
un device, c'est que tu parles avec le noyau et lui transmet les ordres.
Pour le PHP, en effet aucune modification n'est a faire. Idem pour Java.
Au niveau de la base Oracle, ca doit le faire directement egalement,
mais on peut toujours passer par un backup/restore ou des fichier SQL si
necessaire, mais je serais pas surpris que ca passe comme ca.
moi je serais surpris car je parles bien de transfert sans source on
transfert des executables
Ben PHP sans sources, ca va etre difficile. Java, c'est deja du pseudo
code portable qui fonctionne sur toutes les machines virtuelles, et un
dump Oracle, je vois pas trop ou il est question de sources.
Dis moi, tu es si peu competant que cela que tu ne sais meme pas le
strict minimum sur les differents languages et systemes Unix ?
--
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
le probleme est que pick a garder des prerogative d'OS et eventuellement corrige ou pilote l'Os support
Tu nous prends pour des cons ?
Tu crois qu'un noyau Linux laisse un programme, meme si celui-ci est en root, envoyer des codes SCSI directement a un lecteur de bande ? Tu penses qu'il le laisses decider ou placer les tetes des disques durs ?
Allo la lune ici la terre. Dans un systeme Unix, le noyau accede au materiel et il est le seul qui a cette prerogative la. Si tu parles avec un device, c'est que tu parles avec le noyau et lui transmet les ordres.
Pour le PHP, en effet aucune modification n'est a faire. Idem pour Java. Au niveau de la base Oracle, ca doit le faire directement egalement, mais on peut toujours passer par un backup/restore ou des fichier SQL si necessaire, mais je serais pas surpris que ca passe comme ca.
moi je serais surpris car je parles bien de transfert sans source on transfert des executables
Ben PHP sans sources, ca va etre difficile. Java, c'est deja du pseudo code portable qui fonctionne sur toutes les machines virtuelles, et un dump Oracle, je vois pas trop ou il est question de sources.
Dis moi, tu es si peu competant que cela que tu ne sais meme pas le strict minimum sur les differents languages et systemes Unix ?
-- 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
A pour ta gouverne, je suis pas administrateur Oracle.
alors fin de conversation sur l'administration
--
A pour ta gouverne, je suis pas administrateur Oracle.
A pour ta gouverne, je suis pas administrateur Oracle.
alors fin de conversation sur l'administration
--
Stephane TOUGARD
helios wrote:
le kermit est implante partout meme si il y a souvent des protocole plus performant en lancant un transfert en kermit on est sur que cela marche car tout les systeme accepte le kermit
C'est en effet comme ca que je transferai des fichiers entre deux PC sous DOS, il y a 10 ans.
Mais en fait, tu nous ecris du passe. Ca doit etre ca.
-- 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:
le kermit est implante partout meme si il y a souvent des protocole plus
performant en lancant un transfert en kermit on est sur que cela marche car
tout les systeme accepte le kermit
C'est en effet comme ca que je transferai des fichiers entre deux PC
sous DOS, il y a 10 ans.
Mais en fait, tu nous ecris du passe. Ca doit etre ca.
--
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
le kermit est implante partout meme si il y a souvent des protocole plus performant en lancant un transfert en kermit on est sur que cela marche car tout les systeme accepte le kermit
C'est en effet comme ca que je transferai des fichiers entre deux PC sous DOS, il y a 10 ans.
Mais en fait, tu nous ecris du passe. Ca doit etre ca.
-- 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
Michel Talon
Stephane Zuckerman wrote:
et NetBSD auraist besoin d'enormement de modif pour tourner sur un as400 ou un DEC
Comment le sais-tu ? (Ca me démange de faire du X-post ou du fu2, mais je me dis que fcob ne mérite pas cette conversation :-) ).
Tu laisses passer ça sans réagir? NetBSD est porté sur le VAX de Digital, c'est probablement l'une des premières plate formes historiques importantes pour les systèmes BSD.
Stephane Zuckerman wrote:
et NetBSD auraist besoin d'enormement de modif pour tourner sur un as400 ou
un DEC
Comment le sais-tu ? (Ca me démange de faire du X-post ou du fu2, mais je
me dis que fcob ne mérite pas cette conversation :-) ).
Tu laisses passer ça sans réagir? NetBSD est porté sur le VAX de
Digital, c'est probablement l'une des premières plate formes historiques
importantes pour les systèmes BSD.
et NetBSD auraist besoin d'enormement de modif pour tourner sur un as400 ou un DEC
Comment le sais-tu ? (Ca me démange de faire du X-post ou du fu2, mais je me dis que fcob ne mérite pas cette conversation :-) ).
Tu laisses passer ça sans réagir? NetBSD est porté sur le VAX de Digital, c'est probablement l'une des premières plate formes historiques importantes pour les systèmes BSD.
helios
"Stephane Zuckerman" a écrit dans le message de news:
les base relationnel sont les plus connu plus exactement et les plus enseigné , le monde pick est un monde cache ce qui ne veux pas dire reduit
et sourtout tres truste par les anglophones qui considere les francais comme
des idiots le marche francophone est boycotte par les operateurs pick
C'est marrant, les mailings listes sur lesquelles je traine (anglophones pour la grande majorité d'entre elles) parlent toutes de MySQL, Oracle, MS-SQL... Mais pas de PICK. Pourquoi ?
--
C'est marrant, les mailings listes sur lesquelles je traine (anglophones pour la grande majorité d'entre elles) parlent toutes de PICK et multivalue mais pas de MySQL, Oracle, MS-SQL... . Pourquoi ?
voila maintenant ca prouve quoi ?
"Stephane Zuckerman" <szuckerm@etu.utc.fr> a écrit dans le message de
news:Pine.OSF.4.58.0507281243090.342864@vega.utc.fr...
les base relationnel sont les plus connu plus exactement et les plus
enseigné , le monde pick est un monde cache ce qui ne veux pas dire
reduit
et sourtout tres truste par les anglophones qui considere les francais
comme
des idiots le marche francophone est boycotte par les operateurs pick
C'est marrant, les mailings listes sur lesquelles je traine (anglophones
pour la grande majorité d'entre elles) parlent toutes de MySQL, Oracle,
MS-SQL... Mais pas de PICK. Pourquoi ?
--
C'est marrant, les mailings listes sur lesquelles je traine (anglophones
pour la grande majorité d'entre elles) parlent toutes de PICK et multivalue
mais pas de MySQL, Oracle,
MS-SQL... . Pourquoi ?
"Stephane Zuckerman" a écrit dans le message de news:
les base relationnel sont les plus connu plus exactement et les plus enseigné , le monde pick est un monde cache ce qui ne veux pas dire reduit
et sourtout tres truste par les anglophones qui considere les francais comme
des idiots le marche francophone est boycotte par les operateurs pick
C'est marrant, les mailings listes sur lesquelles je traine (anglophones pour la grande majorité d'entre elles) parlent toutes de MySQL, Oracle, MS-SQL... Mais pas de PICK. Pourquoi ?
--
C'est marrant, les mailings listes sur lesquelles je traine (anglophones pour la grande majorité d'entre elles) parlent toutes de PICK et multivalue mais pas de MySQL, Oracle, MS-SQL... . Pourquoi ?
voila maintenant ca prouve quoi ?
Stephane TOUGARD
helios wrote:
A pour ta gouverne, je suis pas administrateur Oracle. alors fin de conversation sur l'administration
Ah je vois, tu n'es pas non plus administrateur pick.
-- 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:
A pour ta gouverne, je suis pas administrateur Oracle.
alors fin de conversation sur l'administration
Ah je vois, tu n'es pas non plus administrateur pick.
--
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
A pour ta gouverne, je suis pas administrateur Oracle. alors fin de conversation sur l'administration
Ah je vois, tu n'es pas non plus administrateur pick.
-- 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
