Excusez moi pour mon insistance
Comme vous le voyez je ne suis pas un informaticien, mais quelqu'un qui
s'intéressent à l'informatique depuis 10 ans. J'ai commencé avec le DOS 3.2
à l'époque jusqu'au 6.22 et ensuite connu toute les versions de windows.
Honnêtement pour un autodidacte je me débrouille un peu (j'ai monté un petit
réseau avec 10 PC sous Win 2000 Pro, configuré les cartes et tous le reste),
en étant patient et surtout logique j'y suis arrivé, mais bon, il a fallu
gratter.
Sérieusement, est ce qu'une personne de mon niveau peux espérer utiliser
linux pour faire des serveurs (mails, intra, etc)
Michel Talon, dans le message <bv5no7$2rk8$, a écrit :
cat toto.tbz2|bunzip2|tar xvf - quand ils ont une archive .bz2 au lieu d'utiliser l'option j. C'est encore un tribut au bruit
C'est vrai que c'est du bruit inutile, alors que
find | grep -v '.8$' | xargs tar zfc machin.tar.gz
c'est du bruit utile. C'est très différent.
Benjamin FRANCOIS
Michel Talon s'est exprimé en ces termes:
Apparemment toi, tu ne sais pas lire le newsgroup, car on t'a dit que l'option j était un patch au GNU Tar.
Patch mon cul, même sur ta Woody l'option -j est reconnue.
L'option j est si bien connue que je vois tous mes collègues faire cat toto.tbz2|bunzip2|tar xvf - quand ils ont une archive .bz2 au lieu d'utiliser l'option j.
Et c'est de la faute des développeurs GNU si tu es entouré de gros cons infoutus de lire un man ? Parce que chez moi se casser les couilles avec 2 pipes + un uuoc quand on peut faire la même chose avec une simple lettre, c'est être un gros con. A moins que tu parles de ton ingénieur système pas foutu d'installer une Red Hat, là forcément tout s'explique.
encore un tribut au bruit qu'il y a dans la page man au sujet d'options inutiles et qui masque les options utiles.
Et qui empêche de faire une recherche ?
Evidemment, ce genre d'intelligence, c'est pas des maths, c'est pas de la logique formelle, c'est beaucoup trop fort pour toi.
J'apprécie la technique subtile que tu emploies pour faire passer pour un con le type qui a lu la doc et qui a trouvé en quelques secondes comment faire un truc que nanti de la nullité crasse qui te caractérèse tu as été complètement infoutu de trouver tout seul. Surtout que le tar GNU, comme l'a indiqué Sam, te _dit_ textuellement que quand on tape -y on cherchait probablement à obtenir le résultat de -j.
Il va falloir que Titi vienne te le dire en face pour que tu comprennes, une fois de plus ?
-- <wisconsin> attends c pas du tout un langage de prog le shell :)) c'est comme le html :)))
Michel Talon s'est exprimé en ces termes:
Apparemment toi, tu ne sais pas lire le newsgroup, car on t'a dit que
l'option j était un patch au GNU Tar.
Patch mon cul, même sur ta Woody l'option -j est reconnue.
L'option j est si bien connue que je vois tous mes collègues faire
cat toto.tbz2|bunzip2|tar xvf -
quand ils ont une archive .bz2 au lieu d'utiliser l'option j.
Et c'est de la faute des développeurs GNU si tu es entouré de gros cons
infoutus de lire un man ? Parce que chez moi se casser les couilles avec
2 pipes + un uuoc quand on peut faire la même chose avec une simple
lettre, c'est être un gros con. A moins que tu parles de ton ingénieur
système pas foutu d'installer une Red Hat, là forcément tout s'explique.
encore un tribut au bruit qu'il y a dans la page man au sujet d'options
inutiles et qui masque les options utiles.
Et qui empêche de faire une recherche ?
Evidemment, ce genre d'intelligence, c'est pas des maths, c'est pas de
la logique formelle, c'est beaucoup trop fort pour toi.
J'apprécie la technique subtile que tu emploies pour faire passer pour
un con le type qui a lu la doc et qui a trouvé en quelques secondes
comment faire un truc que nanti de la nullité crasse qui te caractérèse
tu as été complètement infoutu de trouver tout seul. Surtout que le tar
GNU, comme l'a indiqué Sam, te _dit_ textuellement que quand on tape -y
on cherchait probablement à obtenir le résultat de -j.
Il va falloir que Titi vienne te le dire en face pour que tu comprennes,
une fois de plus ?
--
<wisconsin> attends c pas du tout un langage de prog le shell :)) c'est
comme le html :)))
Apparemment toi, tu ne sais pas lire le newsgroup, car on t'a dit que l'option j était un patch au GNU Tar.
Patch mon cul, même sur ta Woody l'option -j est reconnue.
L'option j est si bien connue que je vois tous mes collègues faire cat toto.tbz2|bunzip2|tar xvf - quand ils ont une archive .bz2 au lieu d'utiliser l'option j.
Et c'est de la faute des développeurs GNU si tu es entouré de gros cons infoutus de lire un man ? Parce que chez moi se casser les couilles avec 2 pipes + un uuoc quand on peut faire la même chose avec une simple lettre, c'est être un gros con. A moins que tu parles de ton ingénieur système pas foutu d'installer une Red Hat, là forcément tout s'explique.
encore un tribut au bruit qu'il y a dans la page man au sujet d'options inutiles et qui masque les options utiles.
Et qui empêche de faire une recherche ?
Evidemment, ce genre d'intelligence, c'est pas des maths, c'est pas de la logique formelle, c'est beaucoup trop fort pour toi.
J'apprécie la technique subtile que tu emploies pour faire passer pour un con le type qui a lu la doc et qui a trouvé en quelques secondes comment faire un truc que nanti de la nullité crasse qui te caractérèse tu as été complètement infoutu de trouver tout seul. Surtout que le tar GNU, comme l'a indiqué Sam, te _dit_ textuellement que quand on tape -y on cherchait probablement à obtenir le résultat de -j.
Il va falloir que Titi vienne te le dire en face pour que tu comprennes, une fois de plus ?
-- <wisconsin> attends c pas du tout un langage de prog le shell :)) c'est comme le html :)))
Benjamin FRANCOIS
Michel Talon s'est exprimé en ces termes:
Les choses auxquelles je m'intéresse sont écrites en C. Ne serait-ce que le noyau Linux par exemple.
Vu comment tu as déjà du mal à lire la page de man de tar, je pense que tu devrais laisser la relecture des sources du noyau Linux aux gens qui en ont les compétences, tu vois.
-- <wisconsin> attends c pas du tout un langage de prog le shell :)) c'est comme le html :)))
Michel Talon s'est exprimé en ces termes:
Les choses auxquelles je m'intéresse
sont écrites en C. Ne serait-ce que le noyau Linux par exemple.
Vu comment tu as déjà du mal à lire la page de man de tar, je pense que
tu devrais laisser la relecture des sources du noyau Linux aux gens qui
en ont les compétences, tu vois.
--
<wisconsin> attends c pas du tout un langage de prog le shell :)) c'est
comme le html :)))
Les choses auxquelles je m'intéresse sont écrites en C. Ne serait-ce que le noyau Linux par exemple.
Vu comment tu as déjà du mal à lire la page de man de tar, je pense que tu devrais laisser la relecture des sources du noyau Linux aux gens qui en ont les compétences, tu vois.
-- <wisconsin> attends c pas du tout un langage de prog le shell :)) c'est comme le html :)))
Miod Vallat
Les développeurs GNU ils ont rajouté l'option "j" qui fait exactement ce que tu demandes. Mais je suppose que faire "man tar" et rechercher "bzip2" demande trop d'efforts et que de toute façon les développeurs GNU c'est des hurluberlus et seuls les développeurs BSD ont raison.
Concède tout de même que, sur ce tout dernier point, il est dans le vrai.
Les développeurs GNU ils ont rajouté l'option "j" qui fait exactement ce
que tu demandes. Mais je suppose que faire "man tar" et rechercher
"bzip2" demande trop d'efforts et que de toute façon les développeurs
GNU c'est des hurluberlus et seuls les développeurs BSD ont raison.
Concède tout de même que, sur ce tout dernier point, il est dans le
vrai.
Les développeurs GNU ils ont rajouté l'option "j" qui fait exactement ce que tu demandes. Mais je suppose que faire "man tar" et rechercher "bzip2" demande trop d'efforts et que de toute façon les développeurs GNU c'est des hurluberlus et seuls les développeurs BSD ont raison.
Concède tout de même que, sur ce tout dernier point, il est dans le vrai.
Michel BILLAUD
(Nicolas George) writes:
Je me souviens avoir fait régulièrement find /usr/src |xargs grep toto dans les sources de FreeBSD sans aucun problème (oui, je sais il y a grep -r).
Et ça marche très bien parce que :
[snip]
Euh non, parce que si y a des espaces dans les noms de fichiers, ça va copieusement déconner.
Quelle idéee aussi de mettre des espaces dans les noms de fichiers, direz-vous. Je suis bien d'accord, mais $ find . -xdev -name "* *" ./GNUstep/.AppInfo/WindowMaker/Rosegarden Sequencer.Rosegarden.xpm ./GNUstep/.AppInfo/WindowMaker/VCLSalFrame.OpenOffice.org 1.0.3.xpm ./GNUstep/.AppInfo/WindowMaker/VCLSalFrame.OpenOffice.org 1.1.xpm ./GNUstep/.AppInfo/WindowMaker/VCLSalFrame.OpenOffice.org 1.1.0.xpm ./.mozilla/default/l25wjgua.slt/Mail/Local Folders ./.mozilla/default/l25wjgua.slt/Mail/Local Folders/Unsent Messages ./.mozilla/default/l25wjgua.slt/Mail/Local Folders/Unsent Messages.msf ./.mozilla/default/l25wjgua.slt/Mail/Local Folders.msf ./.kde/share/applnk/OpenOffice.org 1.0.1 ./.kde/share/applnk/OpenOffice.org 1.0.3 ./.kde/share/applnk/OpenOffice.org 1.1 ./.kde/share/applnk/OpenOffice.org 1.1.0 ./nsmail/Messages non envoyés ./nsmail/Centre de messages etc.
Pour tar, si tu t'amuses à faire :
find ... | grep ... | xargs tar zfc foobar.tar.gz
1. La bonne combinaison, c'est find/grep/cpio --format=tar ou ustar
2. en vertu de ce qui précède c'est plutot find .... -print0 | grep -z .... | cpio -0 .....
MB
-- Michel BILLAUD LABRI-Université Bordeaux I tel 05 4000 6922 / 05 5684 5792 351, cours de la Libération http://www.labri.fr/~billaud 33405 Talence (FRANCE)
george@clipper.ens.fr (Nicolas George) writes:
Je me souviens avoir fait régulièrement
find /usr/src |xargs grep toto dans les sources de FreeBSD sans aucun
problème (oui, je sais il y a grep -r).
Et ça marche très bien parce que :
[snip]
Euh non, parce que si y a des espaces dans les noms de fichiers,
ça va copieusement déconner.
Quelle idéee aussi de mettre des espaces dans les noms de fichiers,
direz-vous. Je suis bien d'accord, mais
$ find . -xdev -name "* *"
./GNUstep/.AppInfo/WindowMaker/Rosegarden Sequencer.Rosegarden.xpm
./GNUstep/.AppInfo/WindowMaker/VCLSalFrame.OpenOffice.org 1.0.3.xpm
./GNUstep/.AppInfo/WindowMaker/VCLSalFrame.OpenOffice.org 1.1.xpm
./GNUstep/.AppInfo/WindowMaker/VCLSalFrame.OpenOffice.org 1.1.0.xpm
./.mozilla/default/l25wjgua.slt/Mail/Local Folders
./.mozilla/default/l25wjgua.slt/Mail/Local Folders/Unsent Messages
./.mozilla/default/l25wjgua.slt/Mail/Local Folders/Unsent Messages.msf
./.mozilla/default/l25wjgua.slt/Mail/Local Folders.msf
./.kde/share/applnk/OpenOffice.org 1.0.1
./.kde/share/applnk/OpenOffice.org 1.0.3
./.kde/share/applnk/OpenOffice.org 1.1
./.kde/share/applnk/OpenOffice.org 1.1.0
./nsmail/Messages non envoyés
./nsmail/Centre de messages
etc.
Pour tar, si tu t'amuses à faire :
find ... | grep ... | xargs tar zfc foobar.tar.gz
1. La bonne combinaison, c'est find/grep/cpio --format=tar ou ustar
2. en vertu de ce qui précède c'est plutot
find .... -print0 | grep -z .... | cpio -0 .....
MB
--
Michel BILLAUD billaud@labri.fr
LABRI-Université Bordeaux I tel 05 4000 6922 / 05 5684 5792
351, cours de la Libération http://www.labri.fr/~billaud
33405 Talence (FRANCE)
Je me souviens avoir fait régulièrement find /usr/src |xargs grep toto dans les sources de FreeBSD sans aucun problème (oui, je sais il y a grep -r).
Et ça marche très bien parce que :
[snip]
Euh non, parce que si y a des espaces dans les noms de fichiers, ça va copieusement déconner.
Quelle idéee aussi de mettre des espaces dans les noms de fichiers, direz-vous. Je suis bien d'accord, mais $ find . -xdev -name "* *" ./GNUstep/.AppInfo/WindowMaker/Rosegarden Sequencer.Rosegarden.xpm ./GNUstep/.AppInfo/WindowMaker/VCLSalFrame.OpenOffice.org 1.0.3.xpm ./GNUstep/.AppInfo/WindowMaker/VCLSalFrame.OpenOffice.org 1.1.xpm ./GNUstep/.AppInfo/WindowMaker/VCLSalFrame.OpenOffice.org 1.1.0.xpm ./.mozilla/default/l25wjgua.slt/Mail/Local Folders ./.mozilla/default/l25wjgua.slt/Mail/Local Folders/Unsent Messages ./.mozilla/default/l25wjgua.slt/Mail/Local Folders/Unsent Messages.msf ./.mozilla/default/l25wjgua.slt/Mail/Local Folders.msf ./.kde/share/applnk/OpenOffice.org 1.0.1 ./.kde/share/applnk/OpenOffice.org 1.0.3 ./.kde/share/applnk/OpenOffice.org 1.1 ./.kde/share/applnk/OpenOffice.org 1.1.0 ./nsmail/Messages non envoyés ./nsmail/Centre de messages etc.
Pour tar, si tu t'amuses à faire :
find ... | grep ... | xargs tar zfc foobar.tar.gz
1. La bonne combinaison, c'est find/grep/cpio --format=tar ou ustar
2. en vertu de ce qui précède c'est plutot find .... -print0 | grep -z .... | cpio -0 .....
MB
-- Michel BILLAUD LABRI-Université Bordeaux I tel 05 4000 6922 / 05 5684 5792 351, cours de la Libération http://www.labri.fr/~billaud 33405 Talence (FRANCE)
Michel BILLAUD
(Michel Talon) writes:
L'autre jour, un mec de Stanford a posté sur freebsd-hackers un article au sujet d'une étude de vérification qu'ils ont faite sur le noyau de freebsd. L'article comprenait une 30aine de bugs qu'ils avaient trouvé. Il a beaucoup intéressé les développeurs qui se sont empressés d'étudier ces bugs. Crois tu rééllement qu'il n'y a qu'une 30aine de bugs dans un tel monstre?
En physique mathématique, je sais pas, mais en logique de chez logique, à partir du moment où on a obtenu une contradiction, on peut en tirer toutes les contradictions qu'on veut. Les bugs qui ont été trouvés par vérification en cachent sûrement d'autres. Il faut commencer par éliminer les premiers trouvés.
MB -- Michel BILLAUD LABRI-Université Bordeaux I tel 05 4000 6922 / 05 5684 5792 351, cours de la Libération http://www.labri.fr/~billaud 33405 Talence (FRANCE)
talon@lpthe.jussieu.fr (Michel Talon) writes:
L'autre jour, un mec de Stanford a posté sur freebsd-hackers un article
au sujet d'une étude de vérification qu'ils ont faite sur le noyau de
freebsd. L'article comprenait une 30aine de bugs qu'ils avaient trouvé.
Il a beaucoup intéressé les développeurs qui se sont empressés d'étudier
ces bugs. Crois tu rééllement qu'il n'y a qu'une 30aine de bugs dans
un tel monstre?
En physique mathématique, je sais pas, mais en logique de chez
logique, à partir du moment où on a obtenu une contradiction, on peut
en tirer toutes les contradictions qu'on veut. Les bugs qui ont été
trouvés par vérification en cachent sûrement d'autres. Il faut
commencer par éliminer les premiers trouvés.
MB
--
Michel BILLAUD billaud@labri.fr
LABRI-Université Bordeaux I tel 05 4000 6922 / 05 5684 5792
351, cours de la Libération http://www.labri.fr/~billaud
33405 Talence (FRANCE)
L'autre jour, un mec de Stanford a posté sur freebsd-hackers un article au sujet d'une étude de vérification qu'ils ont faite sur le noyau de freebsd. L'article comprenait une 30aine de bugs qu'ils avaient trouvé. Il a beaucoup intéressé les développeurs qui se sont empressés d'étudier ces bugs. Crois tu rééllement qu'il n'y a qu'une 30aine de bugs dans un tel monstre?
En physique mathématique, je sais pas, mais en logique de chez logique, à partir du moment où on a obtenu une contradiction, on peut en tirer toutes les contradictions qu'on veut. Les bugs qui ont été trouvés par vérification en cachent sûrement d'autres. Il faut commencer par éliminer les premiers trouvés.
MB -- Michel BILLAUD LABRI-Université Bordeaux I tel 05 4000 6922 / 05 5684 5792 351, cours de la Libération http://www.labri.fr/~billaud 33405 Talence (FRANCE)
Richard Delorme
Michel Talon s'est exprimé en ces termes:
Apparemment toi, tu ne sais pas lire le newsgroup, car on t'a dit que l'option j était un patch au GNU Tar.
Patch mon cul, même sur ta Woody l'option -j est reconnue.
L'option j est si bien connue que je vois tous mes collègues faire cat toto.tbz2|bunzip2|tar xvf - quand ils ont une archive .bz2 au lieu d'utiliser l'option j.
Et c'est de la faute des développeurs GNU si tu es entouré de gros cons infoutus de lire un man ?
Oui, c'est bien la faute des développeurs GNU, car pour leurs produits il ne faut pas faire « man », mais « info » ou l'aide en ligne, le man n'étant pas en général maintenu. Chez moi, l'option -j de GNU tar n'est pas décrite dans le man, mais l'est dans info ou dans l'aide en ligne.
-- Richard
Michel Talon s'est exprimé en ces termes:
Apparemment toi, tu ne sais pas lire le newsgroup, car on t'a dit que
l'option j était un patch au GNU Tar.
Patch mon cul, même sur ta Woody l'option -j est reconnue.
L'option j est si bien connue que je vois tous mes collègues faire
cat toto.tbz2|bunzip2|tar xvf -
quand ils ont une archive .bz2 au lieu d'utiliser l'option j.
Et c'est de la faute des développeurs GNU si tu es entouré de gros cons
infoutus de lire un man ?
Oui, c'est bien la faute des développeurs GNU, car pour leurs produits
il ne faut pas faire « man », mais « info » ou l'aide en ligne, le man
n'étant pas en général maintenu. Chez moi, l'option -j de GNU tar n'est
pas décrite dans le man, mais l'est dans info ou dans l'aide en ligne.
Apparemment toi, tu ne sais pas lire le newsgroup, car on t'a dit que l'option j était un patch au GNU Tar.
Patch mon cul, même sur ta Woody l'option -j est reconnue.
L'option j est si bien connue que je vois tous mes collègues faire cat toto.tbz2|bunzip2|tar xvf - quand ils ont une archive .bz2 au lieu d'utiliser l'option j.
Et c'est de la faute des développeurs GNU si tu es entouré de gros cons infoutus de lire un man ?
Oui, c'est bien la faute des développeurs GNU, car pour leurs produits il ne faut pas faire « man », mais « info » ou l'aide en ligne, le man n'étant pas en général maintenu. Chez moi, l'option -j de GNU tar n'est pas décrite dans le man, mais l'est dans info ou dans l'aide en ligne.
-- Richard
Richard Delorme
Michel Talon s'est exprimé en ces termes:
Les choses auxquelles je m'intéresse sont écrites en C. Ne serait-ce que le noyau Linux par exemple.
Vu comment tu as déjà du mal à lire la page de man de tar, je pense que tu devrais laisser la relecture des sources du noyau Linux aux gens qui en ont les compétences, tu vois.
Avant de critiquer la capacité de Michel Talon à lire le man du GNU tar, tu devrais le lire.
-- Richard
Michel Talon s'est exprimé en ces termes:
Les choses auxquelles je m'intéresse
sont écrites en C. Ne serait-ce que le noyau Linux par exemple.
Vu comment tu as déjà du mal à lire la page de man de tar, je pense que
tu devrais laisser la relecture des sources du noyau Linux aux gens qui
en ont les compétences, tu vois.
Avant de critiquer la capacité de Michel Talon à lire le man du GNU tar,
tu devrais le lire.
Les choses auxquelles je m'intéresse sont écrites en C. Ne serait-ce que le noyau Linux par exemple.
Vu comment tu as déjà du mal à lire la page de man de tar, je pense que tu devrais laisser la relecture des sources du noyau Linux aux gens qui en ont les compétences, tu vois.
Avant de critiquer la capacité de Michel Talon à lire le man du GNU tar, tu devrais le lire.
-- Richard
Sam Hocevar
On Tue, 27 Jan 2004 13:06:15 +0000 (UTC), Michel Talon wrote:
Apparemment toi, tu ne sais pas lire le newsgroup, car on t'a dit que l'option j était un patch au GNU Tar.
C'est marrant, parce que cette option existe même dans le GNU tar de la Debian woody, qui comme chacun sait est moins fraîche que le viager de Jeanne Calment.
L'option j est si bien connue que je vois tous mes collègues faire cat toto.tbz2|bunzip2|tar xvf - quand ils ont une archive .bz2 au lieu d'utiliser l'option j.
Un collègue qui fait "cat|bunzip2" au lieu de "bzcat" c'est quand même un collègue aux pratiques duquel j'éviterais de me fier.
C'est encore un tribut au bruit qu'il y a dans la page man au sujet d'options inutiles et qui masque les options utiles.
Un conseil : au lieu de mettre ton $PAGER à "cat", tu peux essayer des trucs modernes comme "more" ou "less", ce sont des outils incroya- blement puissants qui permettent de faire une recherche textuelle dans une page de man (entraine-toi par exemple à rechercher "bzip" ou "bz2" dans la page de man de GNU tar).
Enfin c'est un témoignage de la connerie infinie des développeurs GNU qui, au lieu d'avoir l'intelligence de faire comme les développeurs BSD et de choisir une lettre voisine de la lettre z, ce qui mettrait l'option pour décomprimer les .bz2 bien en évidence à coté de celle pour décomprimer les .gz, vont choisir une lettre complètement conne que personne ne repère.
Ah ah ah ! Il vaut mieux entendre ça que d'être sourd. Te voilà repoussé dans les derniers retranchements de ta mauvaise foi crasse, car dans la page de man de tar de FreeBSD 4.9, non seulement -j est utilisé en plus de -y, mais l'auteur avoue que "The -y is a FreeBSD localism." Et cerise sur le gâteau, les options bzip2 sont alphabétiquement à la lettre "j" et pas à "y" dans la liste des options (so long for « bien en évidence à côté de celle pour décomprimer les .gz »). Voilà l'intelligence des développeurs FreeBSD reléguée au niveau de la connerie infinie des développeurs GNU. Les Judas.
Evidemment, ce genre d'intelligence, c'est pas des maths, c'est pas de la logique formelle, c'est beaucoup trop fort pour toi.
C'est quel genre d'intelligence, de pérorer des inepties en espérant que personne n'y connaisse quoi que ce soit ni n'aille vérifier ?
Sam. -- Sam Hocevar <http://sam.zoy.org/>
On Tue, 27 Jan 2004 13:06:15 +0000 (UTC), Michel Talon wrote:
Apparemment toi, tu ne sais pas lire le newsgroup, car on t'a dit que
l'option j était un patch au GNU Tar.
C'est marrant, parce que cette option existe même dans le GNU tar de
la Debian woody, qui comme chacun sait est moins fraîche que le viager
de Jeanne Calment.
L'option j est si bien connue que je vois tous mes collègues faire
cat toto.tbz2|bunzip2|tar xvf -
quand ils ont une archive .bz2 au lieu d'utiliser l'option j.
Un collègue qui fait "cat|bunzip2" au lieu de "bzcat" c'est quand
même un collègue aux pratiques duquel j'éviterais de me fier.
C'est encore un tribut au bruit qu'il y a dans la page man au sujet
d'options inutiles et qui masque les options utiles.
Un conseil : au lieu de mettre ton $PAGER à "cat", tu peux essayer
des trucs modernes comme "more" ou "less", ce sont des outils incroya-
blement puissants qui permettent de faire une recherche textuelle dans
une page de man (entraine-toi par exemple à rechercher "bzip" ou "bz2"
dans la page de man de GNU tar).
Enfin c'est un témoignage de
la connerie infinie des développeurs GNU qui, au lieu d'avoir
l'intelligence de faire comme les développeurs BSD et de choisir une
lettre voisine de la lettre z, ce qui mettrait l'option pour décomprimer
les .bz2 bien en évidence à coté de celle pour décomprimer les .gz,
vont choisir une lettre complètement conne que personne ne repère.
Ah ah ah ! Il vaut mieux entendre ça que d'être sourd. Te voilà
repoussé dans les derniers retranchements de ta mauvaise foi crasse, car
dans la page de man de tar de FreeBSD 4.9, non seulement -j est utilisé
en plus de -y, mais l'auteur avoue que "The -y is a FreeBSD localism."
Et cerise sur le gâteau, les options bzip2 sont alphabétiquement à la
lettre "j" et pas à "y" dans la liste des options (so long for « bien en
évidence à côté de celle pour décomprimer les .gz »). Voilà l'intelligence
des développeurs FreeBSD reléguée au niveau de la connerie infinie des
développeurs GNU. Les Judas.
Evidemment, ce genre d'intelligence, c'est pas des maths, c'est pas de
la logique formelle, c'est beaucoup trop fort pour toi.
C'est quel genre d'intelligence, de pérorer des inepties en espérant
que personne n'y connaisse quoi que ce soit ni n'aille vérifier ?
Sam.
--
Sam Hocevar <sam@zoy.org> <http://sam.zoy.org/>
On Tue, 27 Jan 2004 13:06:15 +0000 (UTC), Michel Talon wrote:
Apparemment toi, tu ne sais pas lire le newsgroup, car on t'a dit que l'option j était un patch au GNU Tar.
C'est marrant, parce que cette option existe même dans le GNU tar de la Debian woody, qui comme chacun sait est moins fraîche que le viager de Jeanne Calment.
L'option j est si bien connue que je vois tous mes collègues faire cat toto.tbz2|bunzip2|tar xvf - quand ils ont une archive .bz2 au lieu d'utiliser l'option j.
Un collègue qui fait "cat|bunzip2" au lieu de "bzcat" c'est quand même un collègue aux pratiques duquel j'éviterais de me fier.
C'est encore un tribut au bruit qu'il y a dans la page man au sujet d'options inutiles et qui masque les options utiles.
Un conseil : au lieu de mettre ton $PAGER à "cat", tu peux essayer des trucs modernes comme "more" ou "less", ce sont des outils incroya- blement puissants qui permettent de faire une recherche textuelle dans une page de man (entraine-toi par exemple à rechercher "bzip" ou "bz2" dans la page de man de GNU tar).
Enfin c'est un témoignage de la connerie infinie des développeurs GNU qui, au lieu d'avoir l'intelligence de faire comme les développeurs BSD et de choisir une lettre voisine de la lettre z, ce qui mettrait l'option pour décomprimer les .bz2 bien en évidence à coté de celle pour décomprimer les .gz, vont choisir une lettre complètement conne que personne ne repère.
Ah ah ah ! Il vaut mieux entendre ça que d'être sourd. Te voilà repoussé dans les derniers retranchements de ta mauvaise foi crasse, car dans la page de man de tar de FreeBSD 4.9, non seulement -j est utilisé en plus de -y, mais l'auteur avoue que "The -y is a FreeBSD localism." Et cerise sur le gâteau, les options bzip2 sont alphabétiquement à la lettre "j" et pas à "y" dans la liste des options (so long for « bien en évidence à côté de celle pour décomprimer les .gz »). Voilà l'intelligence des développeurs FreeBSD reléguée au niveau de la connerie infinie des développeurs GNU. Les Judas.
Evidemment, ce genre d'intelligence, c'est pas des maths, c'est pas de la logique formelle, c'est beaucoup trop fort pour toi.
C'est quel genre d'intelligence, de pérorer des inepties en espérant que personne n'y connaisse quoi que ce soit ni n'aille vérifier ?
Sam. -- Sam Hocevar <http://sam.zoy.org/>
Sam Hocevar
On Tue, 27 Jan 2004 14:50:52 +0100, Richard Delorme wrote:
Chez moi, l'option -j de GNU tar n'est pas décrite dans le man, mais l'est dans info ou dans l'aide en ligne.
Je suis surpris. Quel est ton système ?
-- Sam.
On Tue, 27 Jan 2004 14:50:52 +0100, Richard Delorme wrote:
Chez moi, l'option -j de GNU tar n'est
pas décrite dans le man, mais l'est dans info ou dans l'aide en ligne.
