Je suis très heureux de posséder un véhicule automobile possédant une
commande par interrupteur permettant d'actionner les balais
d'essuie-glace lorsqu'il pleut. C'est bien pratique ! Il fut un temps où
ceux-ci devaient être actionnés à la main. Je suppose que tu possèdes un
tel véhicule, vu ta réponse.
Je suis très heureux de posséder un véhicule automobile possédant une
commande par interrupteur permettant d'actionner les balais
d'essuie-glace lorsqu'il pleut. C'est bien pratique ! Il fut un temps où
ceux-ci devaient être actionnés à la main. Je suppose que tu possèdes un
tel véhicule, vu ta réponse.
Je suis très heureux de posséder un véhicule automobile possédant une
commande par interrupteur permettant d'actionner les balais
d'essuie-glace lorsqu'il pleut. C'est bien pratique ! Il fut un temps où
ceux-ci devaient être actionnés à la main. Je suppose que tu possèdes un
tel véhicule, vu ta réponse.
sans avoir à lire des
pages de documentation, ce qui est utile pour une chose que l'on fait une
fois de temps en temps quand on est pas administrateur
Percevrai-je dans ton langage une haine irraisonnée pour les interface
graphiques ?
sans avoir à lire des
pages de documentation, ce qui est utile pour une chose que l'on fait une
fois de temps en temps quand on est pas administrateur
Percevrai-je dans ton langage une haine irraisonnée pour les interface
graphiques ?
sans avoir à lire des
pages de documentation, ce qui est utile pour une chose que l'on fait une
fois de temps en temps quand on est pas administrateur
Percevrai-je dans ton langage une haine irraisonnée pour les interface
graphiques ?
Les gens qui, de par leur métier ou leur intérêt, cherchent
effectivement à comprendre comment ça marche, s'aperçoivent très vite
que les clicodromes gênent bien plus qu'ils n'aident, et qu'il est
bien plus facile d'éditer un fichier de config avec un éditeur de
texte.
Conséquence : typiquement, les gens qui comprennent le fonctionnement
d'un système, ont un certain mépris pour la configuration
clicodromique, ou au minimum une totale méconnaissance de ces
interfaces graphiques.
Les gens qui, de par leur métier ou leur intérêt, cherchent
effectivement à comprendre comment ça marche, s'aperçoivent très vite
que les clicodromes gênent bien plus qu'ils n'aident, et qu'il est
bien plus facile d'éditer un fichier de config avec un éditeur de
texte.
Conséquence : typiquement, les gens qui comprennent le fonctionnement
d'un système, ont un certain mépris pour la configuration
clicodromique, ou au minimum une totale méconnaissance de ces
interfaces graphiques.
Les gens qui, de par leur métier ou leur intérêt, cherchent
effectivement à comprendre comment ça marche, s'aperçoivent très vite
que les clicodromes gênent bien plus qu'ils n'aident, et qu'il est
bien plus facile d'éditer un fichier de config avec un éditeur de
texte.
Conséquence : typiquement, les gens qui comprennent le fonctionnement
d'un système, ont un certain mépris pour la configuration
clicodromique, ou au minimum une totale méconnaissance de ces
interfaces graphiques.
La Bete des Vosges (Francis Chartier) a écrit :Il vaut AMA nettement mieux apprendre la syntaxe du fichier fstab, ce qui
permettra ensuite de pratiquer selon ses préférences, ou selon les outils
dispos ou pas sur telle ou telle machine.
Surtout que :
fstab est un fichier vital pour le système. Quand il y a un problème avec, il faut l'éditer (par forcément avec vi) à partir d'une
console de récupération ou d'un LiveCD (ou LiveUSB, voire une disquette...).
La Bete des Vosges (Francis Chartier) a écrit :
Il vaut AMA nettement mieux apprendre la syntaxe du fichier fstab, ce qui
permettra ensuite de pratiquer selon ses préférences, ou selon les outils
dispos ou pas sur telle ou telle machine.
Surtout que :
fstab est un fichier vital pour le système. Quand il y a un problème avec, il faut l'éditer (par forcément avec vi) à partir d'une
console de récupération ou d'un LiveCD (ou LiveUSB, voire une disquette...).
La Bete des Vosges (Francis Chartier) a écrit :Il vaut AMA nettement mieux apprendre la syntaxe du fichier fstab, ce qui
permettra ensuite de pratiquer selon ses préférences, ou selon les outils
dispos ou pas sur telle ou telle machine.
Surtout que :
fstab est un fichier vital pour le système. Quand il y a un problème avec, il faut l'éditer (par forcément avec vi) à partir d'une
console de récupération ou d'un LiveCD (ou LiveUSB, voire une disquette...).
Fabien LE LEZ a écrit :Les gens qui, de par leur métier ou leur intérêt, cherchent
effectivement à comprendre comment ça marche, s'aperçoivent très vite
que les clicodromes gênent bien plus qu'ils n'aident, et qu'il est
bien plus facile d'éditer un fichier de config avec un éditeur de
texte.
Conséquence : typiquement, les gens qui comprennent le fonctionnement
d'un système, ont un certain mépris pour la configuration
clicodromique, ou au minimum une totale méconnaissance de ces
interfaces graphiques.
Exemple simple, mais caractéristique : un de mes utilisateurs (sur
RHEL4) a voulu modifier une simple adresse IP. Losqu'ils me demandent
de'intervenir pour ce genre de choses, je modifie à la volé les bons
fichiers dans /etc/sysconfig et etc/hosts et ca roule tout seul.
Là, le type a voulu le faire comme un grand (à sa décharge, il est à
8000 km et il avait pas envie d'attendre que je me réveille) donc il a
ouvert le clicodrome RHEL et il m'a pourri sont /etc/hosts avec des
valeurs foireuses pour localhost (me demandez pas pourquoi il a jugé
utile de toucher à localhost) et le nom de la machine qui pointait vers
l'ancienne IP...
Le clicodrome, ca fait pas tout : quand on ne sait pas ce qu'on modifie,
ligne de commande ou GUI, on fait des conneries !
Et oui, j'ai un mépris non pas certain, mais total pour les outils de
configuration graphique. La palme etant attribuée aux outils Solaris,
mais là on est HC.
On a la chance d'avoir un OS qui puisse etre _totalement_ paramétré à
coups de vim et d'outils en ligne de commande, ce qui est un avantage
inestimable quand on a à gérer des 100aines de machines auquelles on n'a
pas forcément un accès physique. Dans la lignée, je suis aussi un
inconditionnel de la console série. Ca m'a déjà sorti de la pannade un
bon paquet de fois, et là, pas le choix, c'est terminal VT100 et vi
obligatoire !
Fabien LE LEZ a écrit :
Les gens qui, de par leur métier ou leur intérêt, cherchent
effectivement à comprendre comment ça marche, s'aperçoivent très vite
que les clicodromes gênent bien plus qu'ils n'aident, et qu'il est
bien plus facile d'éditer un fichier de config avec un éditeur de
texte.
Conséquence : typiquement, les gens qui comprennent le fonctionnement
d'un système, ont un certain mépris pour la configuration
clicodromique, ou au minimum une totale méconnaissance de ces
interfaces graphiques.
Exemple simple, mais caractéristique : un de mes utilisateurs (sur
RHEL4) a voulu modifier une simple adresse IP. Losqu'ils me demandent
de'intervenir pour ce genre de choses, je modifie à la volé les bons
fichiers dans /etc/sysconfig et etc/hosts et ca roule tout seul.
Là, le type a voulu le faire comme un grand (à sa décharge, il est à
8000 km et il avait pas envie d'attendre que je me réveille) donc il a
ouvert le clicodrome RHEL et il m'a pourri sont /etc/hosts avec des
valeurs foireuses pour localhost (me demandez pas pourquoi il a jugé
utile de toucher à localhost) et le nom de la machine qui pointait vers
l'ancienne IP...
Le clicodrome, ca fait pas tout : quand on ne sait pas ce qu'on modifie,
ligne de commande ou GUI, on fait des conneries !
Et oui, j'ai un mépris non pas certain, mais total pour les outils de
configuration graphique. La palme etant attribuée aux outils Solaris,
mais là on est HC.
On a la chance d'avoir un OS qui puisse etre _totalement_ paramétré à
coups de vim et d'outils en ligne de commande, ce qui est un avantage
inestimable quand on a à gérer des 100aines de machines auquelles on n'a
pas forcément un accès physique. Dans la lignée, je suis aussi un
inconditionnel de la console série. Ca m'a déjà sorti de la pannade un
bon paquet de fois, et là, pas le choix, c'est terminal VT100 et vi
obligatoire !
Fabien LE LEZ a écrit :Les gens qui, de par leur métier ou leur intérêt, cherchent
effectivement à comprendre comment ça marche, s'aperçoivent très vite
que les clicodromes gênent bien plus qu'ils n'aident, et qu'il est
bien plus facile d'éditer un fichier de config avec un éditeur de
texte.
Conséquence : typiquement, les gens qui comprennent le fonctionnement
d'un système, ont un certain mépris pour la configuration
clicodromique, ou au minimum une totale méconnaissance de ces
interfaces graphiques.
Exemple simple, mais caractéristique : un de mes utilisateurs (sur
RHEL4) a voulu modifier une simple adresse IP. Losqu'ils me demandent
de'intervenir pour ce genre de choses, je modifie à la volé les bons
fichiers dans /etc/sysconfig et etc/hosts et ca roule tout seul.
Là, le type a voulu le faire comme un grand (à sa décharge, il est à
8000 km et il avait pas envie d'attendre que je me réveille) donc il a
ouvert le clicodrome RHEL et il m'a pourri sont /etc/hosts avec des
valeurs foireuses pour localhost (me demandez pas pourquoi il a jugé
utile de toucher à localhost) et le nom de la machine qui pointait vers
l'ancienne IP...
Le clicodrome, ca fait pas tout : quand on ne sait pas ce qu'on modifie,
ligne de commande ou GUI, on fait des conneries !
Et oui, j'ai un mépris non pas certain, mais total pour les outils de
configuration graphique. La palme etant attribuée aux outils Solaris,
mais là on est HC.
On a la chance d'avoir un OS qui puisse etre _totalement_ paramétré à
coups de vim et d'outils en ligne de commande, ce qui est un avantage
inestimable quand on a à gérer des 100aines de machines auquelles on n'a
pas forcément un accès physique. Dans la lignée, je suis aussi un
inconditionnel de la console série. Ca m'a déjà sorti de la pannade un
bon paquet de fois, et là, pas le choix, c'est terminal VT100 et vi
obligatoire !
La Bete des Vosges (Francis Chartier) a écrit :Le Thu, 26 Nov 2009 08:12:34 +0100, docanski a écrit :Je suis très heureux de posséder un véhicule automobile possédant une
commande par interrupteur permettant d'actionner les balais
d'essuie-glace lorsqu'il pleut. C'est bien pratique ! Il fut un temps où
ceux-ci devaient être actionnés à la main. Je suppose que tu possèdes un
tel véhicule, vu ta réponse.
AALC, ça n'a rien de comparable.
Rien ne m'empèche d'utiliser une surcouche graphique pour éditer un
fichier texte, c'est juste moins rapide, et ça impose "LA" manière de
procéder du développeur.
Il vaut AMA nettement mieux apprendre la syntaxe du fichier fstab, ce qui
permettra ensuite de pratiquer selon ses préférences, ou selon les outils
dispos ou pas sur telle ou telle machine.
Se limiter à l'usage d'une interface propriétaire, c'est renoncer
volontairement à une part d'autonomie, c'est le nivellement par le bas,
juste par flemme.
C'est un peu comme la différence entre une Porsche avec boite manuelle
et une Porsche avec une boite auto (si ca existe, ils n'ont que de ça
aux USA) :
- dans le 1er cas, tu peux pratiquer (sur circuit hein, parce qu'il faut
pas plaisanter avec le code de la route !) selon tes préférences, et
avoir un maximum de plaisir,
- dans le second cas, tu te contentes de tourner le volant, et tu te
prives par la meme occasion des joies du double débrayage, juste parce
que tu es trop fainéant pour manipuler un levier et gérer une 3eme
pédale... Si c'est pas malheureux ca madame !
La Bete des Vosges (Francis Chartier) a écrit :
Le Thu, 26 Nov 2009 08:12:34 +0100, docanski a écrit :
Je suis très heureux de posséder un véhicule automobile possédant une
commande par interrupteur permettant d'actionner les balais
d'essuie-glace lorsqu'il pleut. C'est bien pratique ! Il fut un temps où
ceux-ci devaient être actionnés à la main. Je suppose que tu possèdes un
tel véhicule, vu ta réponse.
AALC, ça n'a rien de comparable.
Rien ne m'empèche d'utiliser une surcouche graphique pour éditer un
fichier texte, c'est juste moins rapide, et ça impose "LA" manière de
procéder du développeur.
Il vaut AMA nettement mieux apprendre la syntaxe du fichier fstab, ce qui
permettra ensuite de pratiquer selon ses préférences, ou selon les outils
dispos ou pas sur telle ou telle machine.
Se limiter à l'usage d'une interface propriétaire, c'est renoncer
volontairement à une part d'autonomie, c'est le nivellement par le bas,
juste par flemme.
C'est un peu comme la différence entre une Porsche avec boite manuelle
et une Porsche avec une boite auto (si ca existe, ils n'ont que de ça
aux USA) :
- dans le 1er cas, tu peux pratiquer (sur circuit hein, parce qu'il faut
pas plaisanter avec le code de la route !) selon tes préférences, et
avoir un maximum de plaisir,
- dans le second cas, tu te contentes de tourner le volant, et tu te
prives par la meme occasion des joies du double débrayage, juste parce
que tu es trop fainéant pour manipuler un levier et gérer une 3eme
pédale... Si c'est pas malheureux ca madame !
La Bete des Vosges (Francis Chartier) a écrit :Le Thu, 26 Nov 2009 08:12:34 +0100, docanski a écrit :Je suis très heureux de posséder un véhicule automobile possédant une
commande par interrupteur permettant d'actionner les balais
d'essuie-glace lorsqu'il pleut. C'est bien pratique ! Il fut un temps où
ceux-ci devaient être actionnés à la main. Je suppose que tu possèdes un
tel véhicule, vu ta réponse.
AALC, ça n'a rien de comparable.
Rien ne m'empèche d'utiliser une surcouche graphique pour éditer un
fichier texte, c'est juste moins rapide, et ça impose "LA" manière de
procéder du développeur.
Il vaut AMA nettement mieux apprendre la syntaxe du fichier fstab, ce qui
permettra ensuite de pratiquer selon ses préférences, ou selon les outils
dispos ou pas sur telle ou telle machine.
Se limiter à l'usage d'une interface propriétaire, c'est renoncer
volontairement à une part d'autonomie, c'est le nivellement par le bas,
juste par flemme.
C'est un peu comme la différence entre une Porsche avec boite manuelle
et une Porsche avec une boite auto (si ca existe, ils n'ont que de ça
aux USA) :
- dans le 1er cas, tu peux pratiquer (sur circuit hein, parce qu'il faut
pas plaisanter avec le code de la route !) selon tes préférences, et
avoir un maximum de plaisir,
- dans le second cas, tu te contentes de tourner le volant, et tu te
prives par la meme occasion des joies du double débrayage, juste parce
que tu es trop fainéant pour manipuler un levier et gérer une 3eme
pédale... Si c'est pas malheureux ca madame !
Quels outils ? J'ai du Solaris depuis SunOS 4.1 et j'ai toujours
tout fait en ligne de commande (sauf updatemanager parce que smpatch
n'aime pas les machines diskless, va savoir pour quoi, je n'ai
jamais compris). D'ailleurs, lorsque tu as un processeur de service
que tu attaques en ssh, il vaut mieux pouvoir tout faire en CLI...
Quels outils ? J'ai du Solaris depuis SunOS 4.1 et j'ai toujours
tout fait en ligne de commande (sauf updatemanager parce que smpatch
n'aime pas les machines diskless, va savoir pour quoi, je n'ai
jamais compris). D'ailleurs, lorsque tu as un processeur de service
que tu attaques en ssh, il vaut mieux pouvoir tout faire en CLI...
Quels outils ? J'ai du Solaris depuis SunOS 4.1 et j'ai toujours
tout fait en ligne de commande (sauf updatemanager parce que smpatch
n'aime pas les machines diskless, va savoir pour quoi, je n'ai
jamais compris). D'ailleurs, lorsque tu as un processeur de service
que tu attaques en ssh, il vaut mieux pouvoir tout faire en CLI...
JKB a écrit :Quels outils ? J'ai du Solaris depuis SunOS 4.1 et j'ai toujours
tout fait en ligne de commande (sauf updatemanager parce que smpatch
n'aime pas les machines diskless, va savoir pour quoi, je n'ai
jamais compris). D'ailleurs, lorsque tu as un processeur de service
que tu attaques en ssh, il vaut mieux pouvoir tout faire en CLI...
JE précise que je ne suis pas un expoert de Solaris et que je connais
mal ce système, mais entre les fichiers systèmes qui changent de path
entre les versions, et svcadm que je trouve bien pourri à utiliser, et
une vraie merde AMHA.
La dernière fois que j'ai eu à faire une modifiaction, c'etait sur une
Solaris 10, et il s'agissait simplement de reconfigurer l'adresse du
relais smtp afin que je puisse recevoir les mails de notification de
cette machine. Et bien je n'ai _jamais_ réussi à trouver la manière
propre de modifier cela sous Solaris. Après avoir perdu une matinée à
chercher en vain comment modifier ca proprement, j'ai fini par éditer
directement les fichiers de conf de sendmail (sans même passer par les
fichiers m4, que je n'ai pas trouvé non plus)
Deja, je demande : quel OS moderne utilise encore cette horreur de
sendmail de nos jours ???
JKB a écrit :
Quels outils ? J'ai du Solaris depuis SunOS 4.1 et j'ai toujours
tout fait en ligne de commande (sauf updatemanager parce que smpatch
n'aime pas les machines diskless, va savoir pour quoi, je n'ai
jamais compris). D'ailleurs, lorsque tu as un processeur de service
que tu attaques en ssh, il vaut mieux pouvoir tout faire en CLI...
JE précise que je ne suis pas un expoert de Solaris et que je connais
mal ce système, mais entre les fichiers systèmes qui changent de path
entre les versions, et svcadm que je trouve bien pourri à utiliser, et
une vraie merde AMHA.
La dernière fois que j'ai eu à faire une modifiaction, c'etait sur une
Solaris 10, et il s'agissait simplement de reconfigurer l'adresse du
relais smtp afin que je puisse recevoir les mails de notification de
cette machine. Et bien je n'ai _jamais_ réussi à trouver la manière
propre de modifier cela sous Solaris. Après avoir perdu une matinée à
chercher en vain comment modifier ca proprement, j'ai fini par éditer
directement les fichiers de conf de sendmail (sans même passer par les
fichiers m4, que je n'ai pas trouvé non plus)
Deja, je demande : quel OS moderne utilise encore cette horreur de
sendmail de nos jours ???
JKB a écrit :Quels outils ? J'ai du Solaris depuis SunOS 4.1 et j'ai toujours
tout fait en ligne de commande (sauf updatemanager parce que smpatch
n'aime pas les machines diskless, va savoir pour quoi, je n'ai
jamais compris). D'ailleurs, lorsque tu as un processeur de service
que tu attaques en ssh, il vaut mieux pouvoir tout faire en CLI...
JE précise que je ne suis pas un expoert de Solaris et que je connais
mal ce système, mais entre les fichiers systèmes qui changent de path
entre les versions, et svcadm que je trouve bien pourri à utiliser, et
une vraie merde AMHA.
La dernière fois que j'ai eu à faire une modifiaction, c'etait sur une
Solaris 10, et il s'agissait simplement de reconfigurer l'adresse du
relais smtp afin que je puisse recevoir les mails de notification de
cette machine. Et bien je n'ai _jamais_ réussi à trouver la manière
propre de modifier cela sous Solaris. Après avoir perdu une matinée à
chercher en vain comment modifier ca proprement, j'ai fini par éditer
directement les fichiers de conf de sendmail (sans même passer par les
fichiers m4, que je n'ai pas trouvé non plus)
Deja, je demande : quel OS moderne utilise encore cette horreur de
sendmail de nos jours ???
Les gens qui, de par leur métier ou leur intérêt, cherchent
effectivement à comprendre comment ça marche, s'aperçoivent très vite
que les clicodromes gênent bien plus qu'ils n'aident, et qu'il est bien
plus facile d'éditer un fichier de config avec un éditeur de texte.
Conséquence : typiquement, les gens qui comprennent le fonctionnement
d'un système, ont un certain mépris pour la configuration clicodromique,
ou au minimum une totale méconnaissance de ces interfaces graphiques.
Les gens qui, de par leur métier ou leur intérêt, cherchent
effectivement à comprendre comment ça marche, s'aperçoivent très vite
que les clicodromes gênent bien plus qu'ils n'aident, et qu'il est bien
plus facile d'éditer un fichier de config avec un éditeur de texte.
Conséquence : typiquement, les gens qui comprennent le fonctionnement
d'un système, ont un certain mépris pour la configuration clicodromique,
ou au minimum une totale méconnaissance de ces interfaces graphiques.
Les gens qui, de par leur métier ou leur intérêt, cherchent
effectivement à comprendre comment ça marche, s'aperçoivent très vite
que les clicodromes gênent bien plus qu'ils n'aident, et qu'il est bien
plus facile d'éditer un fichier de config avec un éditeur de texte.
Conséquence : typiquement, les gens qui comprennent le fonctionnement
d'un système, ont un certain mépris pour la configuration clicodromique,
ou au minimum une totale méconnaissance de ces interfaces graphiques.
Fabien LE LEZ a écrit :Les gens qui, de par leur métier ou leur intérêt, cherchent
effectivement à comprendre comment ça marche, s'aperçoivent très vite
que les clicodromes gênent bien plus qu'ils n'aident, et qu'il est bien
plus facile d'éditer un fichier de config avec un éditeur de texte.
Conséquence : typiquement, les gens qui comprennent le fonctionnement
d'un système, ont un certain mépris pour la configuration
clicodromique, ou au minimum une totale méconnaissance de ces
interfaces graphiques.
Exemple simple, mais caractéristique : un de mes utilisateurs (sur
RHEL4) a voulu modifier une simple adresse IP. Losqu'ils me demandent
de'intervenir pour ce genre de choses, je modifie à la volé les bons
fichiers dans /etc/sysconfig et etc/hosts et ca roule tout seul.
Là, le type a voulu le faire comme un grand (à sa décharge, il est à
8000 km et il avait pas envie d'attendre que je me réveille) donc il a
ouvert le clicodrome RHEL et il m'a pourri sont /etc/hosts avec des
valeurs foireuses pour localhost (me demandez pas pourquoi il a jugé
utile de toucher à localhost) et le nom de la machine qui pointait vers
l'ancienne IP...
Le clicodrome, ca fait pas tout : quand on ne sait pas ce qu'on modifie,
ligne de commande ou GUI, on fait des conneries !
Fabien LE LEZ a écrit :
Les gens qui, de par leur métier ou leur intérêt, cherchent
effectivement à comprendre comment ça marche, s'aperçoivent très vite
que les clicodromes gênent bien plus qu'ils n'aident, et qu'il est bien
plus facile d'éditer un fichier de config avec un éditeur de texte.
Conséquence : typiquement, les gens qui comprennent le fonctionnement
d'un système, ont un certain mépris pour la configuration
clicodromique, ou au minimum une totale méconnaissance de ces
interfaces graphiques.
Exemple simple, mais caractéristique : un de mes utilisateurs (sur
RHEL4) a voulu modifier une simple adresse IP. Losqu'ils me demandent
de'intervenir pour ce genre de choses, je modifie à la volé les bons
fichiers dans /etc/sysconfig et etc/hosts et ca roule tout seul.
Là, le type a voulu le faire comme un grand (à sa décharge, il est à
8000 km et il avait pas envie d'attendre que je me réveille) donc il a
ouvert le clicodrome RHEL et il m'a pourri sont /etc/hosts avec des
valeurs foireuses pour localhost (me demandez pas pourquoi il a jugé
utile de toucher à localhost) et le nom de la machine qui pointait vers
l'ancienne IP...
Le clicodrome, ca fait pas tout : quand on ne sait pas ce qu'on modifie,
ligne de commande ou GUI, on fait des conneries !
Fabien LE LEZ a écrit :Les gens qui, de par leur métier ou leur intérêt, cherchent
effectivement à comprendre comment ça marche, s'aperçoivent très vite
que les clicodromes gênent bien plus qu'ils n'aident, et qu'il est bien
plus facile d'éditer un fichier de config avec un éditeur de texte.
Conséquence : typiquement, les gens qui comprennent le fonctionnement
d'un système, ont un certain mépris pour la configuration
clicodromique, ou au minimum une totale méconnaissance de ces
interfaces graphiques.
Exemple simple, mais caractéristique : un de mes utilisateurs (sur
RHEL4) a voulu modifier une simple adresse IP. Losqu'ils me demandent
de'intervenir pour ce genre de choses, je modifie à la volé les bons
fichiers dans /etc/sysconfig et etc/hosts et ca roule tout seul.
Là, le type a voulu le faire comme un grand (à sa décharge, il est à
8000 km et il avait pas envie d'attendre que je me réveille) donc il a
ouvert le clicodrome RHEL et il m'a pourri sont /etc/hosts avec des
valeurs foireuses pour localhost (me demandez pas pourquoi il a jugé
utile de toucher à localhost) et le nom de la machine qui pointait vers
l'ancienne IP...
Le clicodrome, ca fait pas tout : quand on ne sait pas ce qu'on modifie,
ligne de commande ou GUI, on fait des conneries !
