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
Non. UML : User Mode Linux. Dans ce cas précis, c'est exactement à ça que pensais Nicolas Georges. Il faut se renseigner avant de parler (oui là je suis volontairement "aggressif", mais lorsque quelqu'un donne un sigle, et que ce quelqu'un l'explique, on réfléchit avant de dire qu'il/elle a tort).
En l'occurence, c'est Vincent qui l'avait employé, je n'ai fait que l'expliquer. Mas ça ne fait aucun doute qu'il parlait de ça et pas de l'autre machin. N'est-ce pas, Vincent ?
Et c'est George sans S :-Þ
Merci Nicolas pour l'explication, ça ne m'était pas venu du tout à l'idée. Il faudra un jour que je regarde comment sont implémentés des mécanismes noyaux fondamentaux comme la mémoire virtuelle en mode utilisateur - à moins que le swap ne soit purement et simplement inactivé dans le mode utilisateur, quitte à ce que le processus utilisateur soit paginé par l'OS natif.
Nicolas George wrote:
Stephane Zuckerman , dans le message
Non. UML : User Mode Linux. Dans ce cas précis, c'est exactement à ça que
pensais Nicolas Georges. Il faut se renseigner avant de parler (oui là je
suis volontairement "aggressif", mais lorsque quelqu'un donne un sigle, et
que ce quelqu'un l'explique, on réfléchit avant de dire qu'il/elle a
tort).
En l'occurence, c'est Vincent qui l'avait employé, je n'ai fait que
l'expliquer. Mas ça ne fait aucun doute qu'il parlait de ça et pas de
l'autre machin. N'est-ce pas, Vincent ?
Et c'est George sans S :-Þ
Merci Nicolas pour l'explication, ça ne m'était pas venu du tout à
l'idée. Il faudra un jour que je regarde comment sont implémentés
des mécanismes noyaux fondamentaux comme la mémoire virtuelle en
mode utilisateur - à moins que le swap ne soit purement et simplement
inactivé dans le mode utilisateur, quitte à ce que le processus
utilisateur soit paginé par l'OS natif.
Non. UML : User Mode Linux. Dans ce cas précis, c'est exactement à ça que pensais Nicolas Georges. Il faut se renseigner avant de parler (oui là je suis volontairement "aggressif", mais lorsque quelqu'un donne un sigle, et que ce quelqu'un l'explique, on réfléchit avant de dire qu'il/elle a tort).
En l'occurence, c'est Vincent qui l'avait employé, je n'ai fait que l'expliquer. Mas ça ne fait aucun doute qu'il parlait de ça et pas de l'autre machin. N'est-ce pas, Vincent ?
Et c'est George sans S :-Þ
Merci Nicolas pour l'explication, ça ne m'était pas venu du tout à l'idée. Il faudra un jour que je regarde comment sont implémentés des mécanismes noyaux fondamentaux comme la mémoire virtuelle en mode utilisateur - à moins que le swap ne soit purement et simplement inactivé dans le mode utilisateur, quitte à ce que le processus utilisateur soit paginé par l'OS natif.
Vincent Bernat
OoO Lors de la soirée naissante du mercredi 27 juillet 2005, vers 18:57, Nicolas George <nicolas$ disait:
Non. UML : User Mode Linux. Dans ce cas précis, c'est exactement à ça que pensais Nicolas Georges. Il faut se renseigner avant de parler (oui là je suis volontairement "aggressif", mais lorsque quelqu'un donne un sigle, et que ce quelqu'un l'explique, on réfléchit avant de dire qu'il/elle a tort).
En l'occurence, c'est Vincent qui l'avait employé, je n'ai fait que l'expliquer. Mas ça ne fait aucun doute qu'il parlait de ça et pas de l'autre machin. N'est-ce pas, Vincent ?
Oui, je ne vois pas qu'est-ce que viendrait faire UML le langage ici. -- panic("Unable to find empty mailbox for aha1542.n"); 2.2.16 /usr/src/linux/drivers/scsi/aha1542.c
OoO Lors de la soirée naissante du mercredi 27 juillet 2005, vers
18:57, Nicolas George <nicolas$george@salle-s.org> disait:
Non. UML : User Mode Linux. Dans ce cas précis, c'est exactement à ça que
pensais Nicolas Georges. Il faut se renseigner avant de parler (oui là je
suis volontairement "aggressif", mais lorsque quelqu'un donne un sigle, et
que ce quelqu'un l'explique, on réfléchit avant de dire qu'il/elle a
tort).
En l'occurence, c'est Vincent qui l'avait employé, je n'ai fait que
l'expliquer. Mas ça ne fait aucun doute qu'il parlait de ça et pas de
l'autre machin. N'est-ce pas, Vincent ?
Oui, je ne vois pas qu'est-ce que viendrait faire UML le langage
ici.
--
panic("Unable to find empty mailbox for aha1542.n");
2.2.16 /usr/src/linux/drivers/scsi/aha1542.c
OoO Lors de la soirée naissante du mercredi 27 juillet 2005, vers 18:57, Nicolas George <nicolas$ disait:
Non. UML : User Mode Linux. Dans ce cas précis, c'est exactement à ça que pensais Nicolas Georges. Il faut se renseigner avant de parler (oui là je suis volontairement "aggressif", mais lorsque quelqu'un donne un sigle, et que ce quelqu'un l'explique, on réfléchit avant de dire qu'il/elle a tort).
En l'occurence, c'est Vincent qui l'avait employé, je n'ai fait que l'expliquer. Mas ça ne fait aucun doute qu'il parlait de ça et pas de l'autre machin. N'est-ce pas, Vincent ?
Oui, je ne vois pas qu'est-ce que viendrait faire UML le langage ici. -- panic("Unable to find empty mailbox for aha1542.n"); 2.2.16 /usr/src/linux/drivers/scsi/aha1542.c
helios
"Franck Yvonnet" a écrit dans le message de news:
Ainsi Parlait helios
tu charge le fichier sur une autre base et adieu la securite puisque maintenant tu as le fichier sur TA base et non plus celle du serveur
Non. Si ta base crash, tu demandes simplement au DBA de la relancer. Et si tu as vraiment un 2e serveur à disposition autant l'utiliser pour repliquer la base, ça évitera de passer des heures à faire des bricolages hasardeux.
--
c'est bien connu un pirate apres avoir plante le sgbd pour pique les donnees appel l'administrateur pour lui demander de relancer le sgbd il devrais meme en profiter pour demander une copie de la dernier sauvegarde ce qui lui evitera de replanter le sgbd pour extraire les donnees
"Franck Yvonnet" <fyvonnet@gmail.com> a écrit dans le message de
news:slrndefbut.ic3.fyvonnet@gwyneth.glou.net...
Ainsi Parlait helios <helios@com02.com>
tu charge le fichier sur une autre base et adieu la securite puisque
maintenant tu as le fichier sur TA base et non plus celle du serveur
Non. Si ta base crash, tu demandes simplement au DBA de la relancer. Et
si tu as vraiment un 2e serveur à disposition autant l'utiliser pour
repliquer la base, ça évitera de passer des heures à faire des
bricolages hasardeux.
--
c'est bien connu un pirate apres avoir plante le sgbd pour pique les donnees
appel l'administrateur pour lui demander de relancer le sgbd il devrais meme
en profiter pour demander une copie de la dernier sauvegarde ce qui lui
evitera de replanter le sgbd pour extraire les donnees
tu charge le fichier sur une autre base et adieu la securite puisque maintenant tu as le fichier sur TA base et non plus celle du serveur
Non. Si ta base crash, tu demandes simplement au DBA de la relancer. Et si tu as vraiment un 2e serveur à disposition autant l'utiliser pour repliquer la base, ça évitera de passer des heures à faire des bricolages hasardeux.
--
c'est bien connu un pirate apres avoir plante le sgbd pour pique les donnees appel l'administrateur pour lui demander de relancer le sgbd il devrais meme en profiter pour demander une copie de la dernier sauvegarde ce qui lui evitera de replanter le sgbd pour extraire les donnees
Thierry Boudet
On 2005-07-27, helios wrote:
tu as une partie administration interface matos propre au system et matos et
Nom des fichiers sources ?
lorsque un editeur de system d'exploit ou un constructeur de matos veux implanter pick il lui suffit d'ecrire la couche administrateur et matos
Documentation de l'API ?
--
Et de toute façon, BSD, c'est mieux. [OUI]
Ca boote plus vite ?
Ca *reboote* plus vite.
On 2005-07-27, helios <helios@com02.com> wrote:
tu as une partie administration interface matos propre au system et matos et
Nom des fichiers sources ?
lorsque un editeur de system d'exploit ou un constructeur de matos veux
implanter pick il lui suffit d'ecrire la couche administrateur et matos
tu as une partie administration interface matos propre au system et matos et
Nom des fichiers sources ?
lorsque un editeur de system d'exploit ou un constructeur de matos veux implanter pick il lui suffit d'ecrire la couche administrateur et matos
Documentation de l'API ?
--
Et de toute façon, BSD, c'est mieux. [OUI]
Ca boote plus vite ?
Ca *reboote* plus vite.
helios
"Stephane Zuckerman" a écrit dans le message de news:
[snip l'exemple de procédure]
ce que tu me sort n'est pas une requete mais une proc , un utilisateur n'ecrit pas de proc c'est le role des develloppeurs
OK. Comme pour SQL donc. :-)
si le develloppeur a fait correctement son job l'equivalent en requete utilisateur de cette proc est :
TRIER LES CLIENTS AVEC UN DEBIT EGALE "2000" NOM ADRESSE CP VILLE DEBIT (P)
Bon, ben je suis désolé de te l'apprendre, mais cette phrase n'est pas écrite en français. Je sais que tu le sais, mais c'est pour souligner le fait qu'à partir du moment où tu es obligé de connaître un minimum la syntaxe à employer, il y a risque d'erreur. Alors qu'avec des boutons, c'est fini.
je parle d'imprevu pas de pres programme
Sans parler du fait que des "surlangages" de SQL (pour simplifier les requêtes), ça existe. Cf. Access, par exemple. Ils ont eu la bonne idée de "traduire" le langage SQL.
(Personnellement, je trouve qu'écrire
select * from Table where nomutilisateur in ( select nomutilisateur from utilisateur where idutilisateur > 3);
est plutôt "facile" à comprendre dans l'intention, à condition bien sûr de comprendre l'Anglais)
personnellement je trouve la requete pick plus naturel car meme avec l'anglais pick me semble plus simple
en fait cela ce resume a Pick permet au utilisateur de se passer des informaticiens en faisant leur requete eux meme mais en realite les utilisateurs n'ont pas envis de ce passer des informaticiens c'est comme le boss qui pourrait se passer de sa secretaire grace a word mais le fait pas ......
-- "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 Zuckerman" <szuckerm@etu.utc.fr> a écrit dans le message de
news:Pine.OSF.4.58.0507271845400.177119@vega.utc.fr...
[snip l'exemple de procédure]
ce que tu me sort n'est pas une requete mais une proc , un utilisateur
n'ecrit pas de proc c'est le role des develloppeurs
OK. Comme pour SQL donc. :-)
si le develloppeur a fait correctement son job l'equivalent en requete
utilisateur de cette proc est :
TRIER LES CLIENTS AVEC UN DEBIT EGALE "2000" NOM ADRESSE CP VILLE DEBIT
(P)
Bon, ben je suis désolé de te l'apprendre, mais cette phrase n'est pas
écrite en français. Je sais que tu le sais, mais c'est pour souligner le
fait qu'à partir du moment où tu es obligé de connaître un minimum la
syntaxe à employer, il y a risque d'erreur. Alors qu'avec des boutons,
c'est fini.
je parle d'imprevu pas de pres programme
Sans parler du fait que des "surlangages" de SQL (pour simplifier les
requêtes), ça existe. Cf. Access, par exemple. Ils ont eu la bonne idée de
"traduire" le langage SQL.
(Personnellement, je trouve qu'écrire
select * from Table where nomutilisateur in (
select nomutilisateur from utilisateur where idutilisateur > 3);
est plutôt "facile" à comprendre dans l'intention, à condition bien sûr de
comprendre l'Anglais)
personnellement je trouve la requete pick plus naturel car meme avec
l'anglais pick me semble plus simple
en fait cela ce resume a Pick permet au utilisateur de se passer des
informaticiens en faisant leur requete eux meme mais en realite les
utilisateurs n'ont pas envis de ce passer des informaticiens
c'est comme le boss qui pourrait se passer de sa secretaire grace a word
mais le fait pas ......
--
"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 Zuckerman" a écrit dans le message de news:
[snip l'exemple de procédure]
ce que tu me sort n'est pas une requete mais une proc , un utilisateur n'ecrit pas de proc c'est le role des develloppeurs
OK. Comme pour SQL donc. :-)
si le develloppeur a fait correctement son job l'equivalent en requete utilisateur de cette proc est :
TRIER LES CLIENTS AVEC UN DEBIT EGALE "2000" NOM ADRESSE CP VILLE DEBIT (P)
Bon, ben je suis désolé de te l'apprendre, mais cette phrase n'est pas écrite en français. Je sais que tu le sais, mais c'est pour souligner le fait qu'à partir du moment où tu es obligé de connaître un minimum la syntaxe à employer, il y a risque d'erreur. Alors qu'avec des boutons, c'est fini.
je parle d'imprevu pas de pres programme
Sans parler du fait que des "surlangages" de SQL (pour simplifier les requêtes), ça existe. Cf. Access, par exemple. Ils ont eu la bonne idée de "traduire" le langage SQL.
(Personnellement, je trouve qu'écrire
select * from Table where nomutilisateur in ( select nomutilisateur from utilisateur where idutilisateur > 3);
est plutôt "facile" à comprendre dans l'intention, à condition bien sûr de comprendre l'Anglais)
personnellement je trouve la requete pick plus naturel car meme avec l'anglais pick me semble plus simple
en fait cela ce resume a Pick permet au utilisateur de se passer des informaticiens en faisant leur requete eux meme mais en realite les utilisateurs n'ont pas envis de ce passer des informaticiens c'est comme le boss qui pourrait se passer de sa secretaire grace a word mais le fait pas ......
-- "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)
Franck Yvonnet
Ainsi Parlait helios
c'est bien connu un pirate apres avoir plante le sgbd pour pique les donnees appel l'administrateur pour lui demander de relancer le sgbd il devrais meme en profiter pour demander une copie de la dernier sauvegarde ce qui lui evitera de replanter le sgbd pour extraire les donnees
C'est bien: c'est plus facile de pirater les données sur un serveur planté... Et ton pick, il fait comment pour éviter le piratage ?
-- Franck Yvonnet I remember when trolls were fairy tale creatures who lived under bridges. Now homeless people live there and trolls live on Usenet.
Ainsi Parlait helios <helios@com02.com>
c'est bien connu un pirate apres avoir plante le sgbd pour pique les donnees
appel l'administrateur pour lui demander de relancer le sgbd il devrais meme
en profiter pour demander une copie de la dernier sauvegarde ce qui lui
evitera de replanter le sgbd pour extraire les donnees
C'est bien: c'est plus facile de pirater les données sur un serveur
planté... Et ton pick, il fait comment pour éviter le piratage ?
--
Franck Yvonnet <fyvonnet@gmail.com>
I remember when trolls were fairy tale creatures who lived under bridges.
Now homeless people live there and trolls live on Usenet.
c'est bien connu un pirate apres avoir plante le sgbd pour pique les donnees appel l'administrateur pour lui demander de relancer le sgbd il devrais meme en profiter pour demander une copie de la dernier sauvegarde ce qui lui evitera de replanter le sgbd pour extraire les donnees
C'est bien: c'est plus facile de pirater les données sur un serveur planté... Et ton pick, il fait comment pour éviter le piratage ?
-- Franck Yvonnet I remember when trolls were fairy tale creatures who lived under bridges. Now homeless people live there and trolls live on Usenet.
helios
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.
le relationnel est un cas particulier du MV qui est le SINGLEVALUE le MV est comme sont nom l'indique par rapport au relationnel le fait de pouvoir avoir plusieur valeur
comment s'appelle donc un MV ou il y a une seule valeur du relationnel
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.
le relationnel est un cas particulier du MV qui est le SINGLEVALUE
le MV est comme sont nom l'indique par rapport au relationnel le fait de
pouvoir avoir plusieur valeur
comment s'appelle donc un MV ou il y a une seule valeur du relationnel
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.
le relationnel est un cas particulier du MV qui est le SINGLEVALUE le MV est comme sont nom l'indique par rapport au relationnel le fait de pouvoir avoir plusieur valeur
comment s'appelle donc un MV ou il y a une seule valeur du relationnel
Franck Yvonnet
Ainsi Parlait helios
en fait cela ce resume a Pick permet au utilisateur de se passer des informaticiens en faisant leur requete eux meme mais en realite les utilisateurs n'ont pas envis de ce passer des informaticiens
Tout comme Windows NT était censé permettre aux entreprises de se passer d'administrateur.
c'est comme le boss qui pourrait se passer de sa secretaire grace a word mais le fait pas ......
Le boulot de la secretaire se limite à taper du courrier, C'est Bien Connu(tm).
-- Franck Yvonnet I remember when trolls were fairy tale creatures who lived under bridges. Now homeless people live there and trolls live on Usenet.
Ainsi Parlait helios <helios@com02.com>
en fait cela ce resume a Pick permet au utilisateur de se passer des
informaticiens en faisant leur requete eux meme mais en realite les
utilisateurs n'ont pas envis de ce passer des informaticiens
Tout comme Windows NT était censé permettre aux entreprises de se passer
d'administrateur.
c'est comme le boss qui pourrait se passer de sa secretaire grace a word
mais le fait pas ......
Le boulot de la secretaire se limite à taper du courrier, C'est Bien
Connu(tm).
--
Franck Yvonnet <fyvonnet@gmail.com>
I remember when trolls were fairy tale creatures who lived under bridges.
Now homeless people live there and trolls live on Usenet.
en fait cela ce resume a Pick permet au utilisateur de se passer des informaticiens en faisant leur requete eux meme mais en realite les utilisateurs n'ont pas envis de ce passer des informaticiens
Tout comme Windows NT était censé permettre aux entreprises de se passer d'administrateur.
c'est comme le boss qui pourrait se passer de sa secretaire grace a word mais le fait pas ......
Le boulot de la secretaire se limite à taper du courrier, C'est Bien Connu(tm).
-- Franck Yvonnet I remember when trolls were fairy tale creatures who lived under bridges. Now homeless people live there and trolls live on Usenet.
helios
"Thierry Boudet" a écrit dans le message de news:
On 2005-07-26, helios wrote:
la 42c de ft c'est 500 champ multivaleurs + une 20 em de table donc certaine
d'origine externe (table rivoli fichier des impots)
Et ça va pas leur plaire à "ceux d'en haut" que tu cafte ce
genre d'info dans un forum public...
le fichier rivoli est utilise par de nombreuse SGBD sous pick puisque c'est le fichier mis a jour par les impots qui fournit les codifications INSEE des villes et rue alors en matiere de secret c'est vachement public ce truc
"Thierry Boudet" <tth@zouh.org> a écrit dans le message de
news:slrndefgod.m4b.tth@oshima.zouh.org...
On 2005-07-26, helios <helios@com02.com> wrote:
la 42c de ft c'est 500 champ multivaleurs + une 20 em de table donc
certaine
d'origine externe (table rivoli fichier des impots)
Et ça va pas leur plaire à "ceux d'en haut" que tu cafte ce
genre d'info dans un forum public...
le fichier rivoli est utilise par de nombreuse SGBD sous pick puisque c'est
le fichier mis a jour par les impots qui fournit les codifications INSEE des
villes et rue alors en matiere de secret c'est vachement public ce truc
la 42c de ft c'est 500 champ multivaleurs + une 20 em de table donc certaine
d'origine externe (table rivoli fichier des impots)
Et ça va pas leur plaire à "ceux d'en haut" que tu cafte ce
genre d'info dans un forum public...
le fichier rivoli est utilise par de nombreuse SGBD sous pick puisque c'est le fichier mis a jour par les impots qui fournit les codifications INSEE des villes et rue alors en matiere de secret c'est vachement public ce truc
Thierry Boudet
On 2005-07-27, Franck Yvonnet wrote:
C'est vrai que lire /etc/passwd c'est assez fatiguant comme activité,
Les passwords sont cryptés, donc ça bouffe du CPU chaque fois qu'un utilisateur se connecte.
<helios> Avec Pick, les users _aussi_ sont multivalués. Il n'y a donc aucune bouffade de CPU, contrairement à vos dérivés de dBase. </>
-- Le bon troll ne pense pas. En fait, un cerveau reptilien en état de marche est suffisant pour troller. C'est sans doute pour ça qu'on appelle "dinosaures" les anciens sur Usenet. -+- PB in : <http://www.le-gnu.net> - Le self con troll -+-
On 2005-07-27, Franck Yvonnet <fyvonnet@gmail.com> wrote:
C'est vrai que lire /etc/passwd c'est assez fatiguant comme activité,
Les passwords sont cryptés, donc ça bouffe du CPU chaque fois qu'un
utilisateur se connecte.
<helios>
Avec Pick, les users _aussi_ sont multivalués. Il n'y a donc
aucune bouffade de CPU, contrairement à vos dérivés de dBase.
</>
--
Le bon troll ne pense pas. En fait, un cerveau reptilien en état de
marche est suffisant pour troller. C'est sans doute pour ça qu'on
appelle "dinosaures" les anciens sur Usenet.
-+- PB in : <http://www.le-gnu.net> - Le self con troll -+-
C'est vrai que lire /etc/passwd c'est assez fatiguant comme activité,
Les passwords sont cryptés, donc ça bouffe du CPU chaque fois qu'un utilisateur se connecte.
<helios> Avec Pick, les users _aussi_ sont multivalués. Il n'y a donc aucune bouffade de CPU, contrairement à vos dérivés de dBase. </>
-- Le bon troll ne pense pas. En fait, un cerveau reptilien en état de marche est suffisant pour troller. C'est sans doute pour ça qu'on appelle "dinosaures" les anciens sur Usenet. -+- PB in : <http://www.le-gnu.net> - Le self con troll -+-
