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)
Or il existe un outil beaucoup plus puissant que les options de tar et qui permet de faire exactement ce qu'on veut de façon générale, c'est find couplé avec grep ou grep -v.
Qui ne fonctionne pas avec des noms de fichiers contenant "n".
T'es un sacré rigolo, toi. Des noms de fichiers contenant "n" on ne me l'avait jamais encore faite, celle là!
--
Michel TALON
Sam Hocevar <sam+news@zoy.org> wrote:
On Sun, 25 Jan 2004 14:21:42 +0000 (UTC), talon@lpthe.jussieu.fr wrote:
Or il existe un outil beaucoup
plus puissant que les options de tar et qui permet de faire exactement ce
qu'on veut de façon générale, c'est find couplé avec grep ou grep -v.
Qui ne fonctionne pas avec des noms de fichiers contenant "n".
T'es un sacré rigolo, toi. Des noms de fichiers contenant "n" on ne me
l'avait jamais encore faite, celle là!
Or il existe un outil beaucoup plus puissant que les options de tar et qui permet de faire exactement ce qu'on veut de façon générale, c'est find couplé avec grep ou grep -v.
Qui ne fonctionne pas avec des noms de fichiers contenant "n".
T'es un sacré rigolo, toi. Des noms de fichiers contenant "n" on ne me l'avait jamais encore faite, celle là!
--
Michel TALON
Sam Hocevar
On Mon, 26 Jan 2004 15:37:05 +0000 (UTC), Michel Talon wrote:
T'es un sacré rigolo, toi. Des noms de fichiers contenant "n" on ne me l'avait jamais encore faite, celle là!
Oh je me doutais bien qu'on m'opposerait que ça n'est pas courant, donc avant d'ouvrir ma grande gueule de sacré rigolo j'ai regardé si j'en avais sur mon disque, et en fait j'en ai pas mal, surtout dans la musique et les images. Par exemple pour éviter que "2 février 2002 Toto" ne soit affiché en deux lignes "2 février" et "2002 Toto" par Nautilus, je le renomme simplement en "2 février 2002nToto" pour que le retour à la ligne se fasse au bon endroit.
Sam. -- Sam Hocevar <http://sam.zoy.org/>
On Mon, 26 Jan 2004 15:37:05 +0000 (UTC), Michel Talon wrote:
T'es un sacré rigolo, toi. Des noms de fichiers contenant "n" on ne me
l'avait jamais encore faite, celle là!
Oh je me doutais bien qu'on m'opposerait que ça n'est pas courant,
donc avant d'ouvrir ma grande gueule de sacré rigolo j'ai regardé si
j'en avais sur mon disque, et en fait j'en ai pas mal, surtout dans la
musique et les images. Par exemple pour éviter que "2 février 2002 Toto"
ne soit affiché en deux lignes "2 février" et "2002 Toto" par Nautilus,
je le renomme simplement en "2 février 2002nToto" pour que le retour à
la ligne se fasse au bon endroit.
Sam.
--
Sam Hocevar <sam@zoy.org> <http://sam.zoy.org/>
On Mon, 26 Jan 2004 15:37:05 +0000 (UTC), Michel Talon wrote:
T'es un sacré rigolo, toi. Des noms de fichiers contenant "n" on ne me l'avait jamais encore faite, celle là!
Oh je me doutais bien qu'on m'opposerait que ça n'est pas courant, donc avant d'ouvrir ma grande gueule de sacré rigolo j'ai regardé si j'en avais sur mon disque, et en fait j'en ai pas mal, surtout dans la musique et les images. Par exemple pour éviter que "2 février 2002 Toto" ne soit affiché en deux lignes "2 février" et "2002 Toto" par Nautilus, je le renomme simplement en "2 février 2002nToto" pour que le retour à la ligne se fasse au bon endroit.
Sam. -- Sam Hocevar <http://sam.zoy.org/>
Sam Hocevar
On Mon, 26 Jan 2004 15:37:05 +0000 (UTC), Michel Talon wrote:
T'es un sacré rigolo, toi. Des noms de fichiers contenant "n" on ne me l'avait jamais encore faite, celle là!
Oh je me doutais bien qu'on m'opposerait que ça n'est pas courant, donc avant d'ouvrir ma grande gueule de sacré rigolo j'ai regardé si j'en avais sur mon disque, et en fait j'en ai pas mal, surtout dans la musique et les images. Par exemple pour éviter que "2 février 2002 Toto" ne soit affiché en deux lignes "2 février" et "2002 Toto" par Nautilus, je le renomme simplement en "2 février 2002nToto" pour que le retour à la ligne se fasse là où je veux.
Par ailleurs ce que tu sembles considérer comme une fantaisie peut être beaucoup moins drôle dans d'autres contextes : par exemple si un admin utilise ta proposition à base de find/grep pour vider /tmp, il va rater des inodes qu'un utilisateur malicieux aura pu placer là.
Sam. -- Sam Hocevar <http://sam.zoy.org/>
On Mon, 26 Jan 2004 15:37:05 +0000 (UTC), Michel Talon wrote:
T'es un sacré rigolo, toi. Des noms de fichiers contenant "n" on ne me
l'avait jamais encore faite, celle là!
Oh je me doutais bien qu'on m'opposerait que ça n'est pas courant,
donc avant d'ouvrir ma grande gueule de sacré rigolo j'ai regardé si
j'en avais sur mon disque, et en fait j'en ai pas mal, surtout dans la
musique et les images. Par exemple pour éviter que "2 février 2002 Toto"
ne soit affiché en deux lignes "2 février" et "2002 Toto" par Nautilus,
je le renomme simplement en "2 février 2002nToto" pour que le retour à
la ligne se fasse là où je veux.
Par ailleurs ce que tu sembles considérer comme une fantaisie peut
être beaucoup moins drôle dans d'autres contextes : par exemple si un
admin utilise ta proposition à base de find/grep pour vider /tmp, il va
rater des inodes qu'un utilisateur malicieux aura pu placer là.
Sam.
--
Sam Hocevar <sam@zoy.org> <http://sam.zoy.org/>
On Mon, 26 Jan 2004 15:37:05 +0000 (UTC), Michel Talon wrote:
T'es un sacré rigolo, toi. Des noms de fichiers contenant "n" on ne me l'avait jamais encore faite, celle là!
Oh je me doutais bien qu'on m'opposerait que ça n'est pas courant, donc avant d'ouvrir ma grande gueule de sacré rigolo j'ai regardé si j'en avais sur mon disque, et en fait j'en ai pas mal, surtout dans la musique et les images. Par exemple pour éviter que "2 février 2002 Toto" ne soit affiché en deux lignes "2 février" et "2002 Toto" par Nautilus, je le renomme simplement en "2 février 2002nToto" pour que le retour à la ligne se fasse là où je veux.
Par ailleurs ce que tu sembles considérer comme une fantaisie peut être beaucoup moins drôle dans d'autres contextes : par exemple si un admin utilise ta proposition à base de find/grep pour vider /tmp, il va rater des inodes qu'un utilisateur malicieux aura pu placer là.
Sam. -- Sam Hocevar <http://sam.zoy.org/>
Alain Thivillon
Sam Hocevar <sam+ wrote:
Par ailleurs ce que tu sembles considérer comme une fantaisie peut être beaucoup moins drôle dans d'autres contextes : par exemple si un admin utilise ta proposition à base de find/grep pour vider /tmp, il va rater des inodes qu'un utilisateur malicieux aura pu placer là.
Oué ou "find . | grep -v important | xargs rm -rf" qui va donner un joli truc quand ça va tomber sur le fichier home du répertoire "haha-dans-ton-culn"
-- Nom d'un chat de nom d'un chat !
Sam Hocevar <sam+news@zoy.org> wrote:
Par ailleurs ce que tu sembles considérer comme une fantaisie peut
être beaucoup moins drôle dans d'autres contextes : par exemple si un
admin utilise ta proposition à base de find/grep pour vider /tmp, il va
rater des inodes qu'un utilisateur malicieux aura pu placer là.
Oué ou "find . | grep -v important | xargs rm -rf" qui va donner un joli
truc quand ça va tomber sur le fichier home du répertoire
"haha-dans-ton-culn"
Par ailleurs ce que tu sembles considérer comme une fantaisie peut être beaucoup moins drôle dans d'autres contextes : par exemple si un admin utilise ta proposition à base de find/grep pour vider /tmp, il va rater des inodes qu'un utilisateur malicieux aura pu placer là.
Oué ou "find . | grep -v important | xargs rm -rf" qui va donner un joli truc quand ça va tomber sur le fichier home du répertoire "haha-dans-ton-culn"
-- Nom d'un chat de nom d'un chat !
Azathoth
wrote in news:bv0teu$79b$:
Là je te prends en flagrant délit de contrevérité absolue. Il suffit de regarder Microsoft Office et la liste infinie des fonctionnalités offertes, et dont à peu prés personne ne se sert.
Je crois que tu te plantes grave sur ce plan la. Personne n'utilise plus de 5% des fonctions d'Office c'est vrai mais par contre tout le monde n'utilise pas les mêmes fonctions, loin de la.
talon@lpthe.jussieu.fr wrote in news:bv0teu$79b$2@rose.lpthe.jussieu.fr:
Là je te prends en flagrant délit de contrevérité absolue. Il suffit
de regarder Microsoft Office et la liste infinie des fonctionnalités
offertes, et dont à peu prés personne ne se sert.
Je crois que tu te plantes grave sur ce plan la. Personne n'utilise plus de
5% des fonctions d'Office c'est vrai mais par contre tout le monde
n'utilise pas les mêmes fonctions, loin de la.
Là je te prends en flagrant délit de contrevérité absolue. Il suffit de regarder Microsoft Office et la liste infinie des fonctionnalités offertes, et dont à peu prés personne ne se sert.
Je crois que tu te plantes grave sur ce plan la. Personne n'utilise plus de 5% des fonctions d'Office c'est vrai mais par contre tout le monde n'utilise pas les mêmes fonctions, loin de la.
Sam Hocevar
On Mon, 26 Jan 2004 19:04:28 +0000 (UTC), Alain Thivillon wrote:
Oué ou "find . | grep -v important | xargs rm -rf" qui va donner un joli truc quand ça va tomber sur le fichier home du répertoire "haha-dans-ton-culn"
T'es un sacré rigolo, toi. Des noms de répertoires contenant "haha-dans-ton-cul" on ne me l'avait jamais encore faite, celle là!
-- Sam.
On Mon, 26 Jan 2004 19:04:28 +0000 (UTC), Alain Thivillon wrote:
Oué ou "find . | grep -v important | xargs rm -rf" qui va donner un joli
truc quand ça va tomber sur le fichier home du répertoire
"haha-dans-ton-culn"
T'es un sacré rigolo, toi. Des noms de répertoires contenant
"haha-dans-ton-cul" on ne me l'avait jamais encore faite, celle là!
On Mon, 26 Jan 2004 19:04:28 +0000 (UTC), Alain Thivillon wrote:
Oué ou "find . | grep -v important | xargs rm -rf" qui va donner un joli truc quand ça va tomber sur le fichier home du répertoire "haha-dans-ton-culn"
T'es un sacré rigolo, toi. Des noms de répertoires contenant "haha-dans-ton-cul" on ne me l'avait jamais encore faite, celle là!
-- Sam.
Azathoth
Vincent Bernat wrote in news::
T'en connais beaucoup des industriels qui "passent des contrats à tour de bras dans la vérification" hors de l'aéronautique et de l'espace
Oui, EDF adore ça. France Telecom aussi. Etonnant hein, ça range rapi- dement tes idées toutes faites sur le sujet.
Je vais ressortir ma mauvaise foi mais quand quelqu'un balance "Les foutaises à la mode dans les milieux informatiques ont un succès fou auprès des industriels qui passent des contrats à tours de bras avec les labos qui font de la vérification." et qu'au final il balance seulement deux noms de boite tellement grosses qu'elles touchent de toutes façons à tout, je me dis qu'il a surement mal évalué ce que represente un "succès fou" sur l'ensemble des projets informatique chez les industriels.
Vincent Bernat <vincent.bernat@raysa.org> wrote in
news:m3n08bhpcy.fsf@neo.loria:
T'en connais beaucoup des industriels qui "passent des contrats à
tour de bras dans la vérification" hors de l'aéronautique et de
l'espace
Oui, EDF adore ça. France Telecom aussi. Etonnant hein, ça range rapi-
dement tes idées toutes faites sur le sujet.
Je vais ressortir ma mauvaise foi mais quand quelqu'un balance "Les
foutaises à la mode dans les milieux informatiques ont un succès
fou auprès des industriels qui passent des contrats à tours de bras
avec les labos qui font de la vérification." et qu'au final il balance
seulement deux noms de boite tellement grosses qu'elles touchent de toutes
façons à tout, je me dis qu'il a surement mal évalué ce que represente un
"succès fou" sur l'ensemble des projets informatique chez les industriels.
T'en connais beaucoup des industriels qui "passent des contrats à tour de bras dans la vérification" hors de l'aéronautique et de l'espace
Oui, EDF adore ça. France Telecom aussi. Etonnant hein, ça range rapi- dement tes idées toutes faites sur le sujet.
Je vais ressortir ma mauvaise foi mais quand quelqu'un balance "Les foutaises à la mode dans les milieux informatiques ont un succès fou auprès des industriels qui passent des contrats à tours de bras avec les labos qui font de la vérification." et qu'au final il balance seulement deux noms de boite tellement grosses qu'elles touchent de toutes façons à tout, je me dis qu'il a surement mal évalué ce que represente un "succès fou" sur l'ensemble des projets informatique chez les industriels.
talon
Sam Hocevar <sam+ wrote:
On Mon, 26 Jan 2004 19:04:28 +0000 (UTC), Alain Thivillon wrote:
Oué ou "find . | grep -v important | xargs rm -rf" qui va donner un joli truc quand ça va tomber sur le fichier home du répertoire "haha-dans-ton-culn"
T'es un sacré rigolo, toi. Des noms de répertoires contenant "haha-dans-ton-cul" on ne me l'avait jamais encore faite, celle là!
Sûr t'as besoin d'appeler à la rescousse des admins sys BSD réputés qui par ailleurs ne se pointent jamais sur le newsgroup, dans le but de faire un point qui tombe totalement à coté.
A part un gogol fini, personne ne va faire un rm -rf sur un truc obtenu de façon automatique mal contrôlée. Par contre fabriquer une archive, que l'on peut vérifier et revérifier, où est le risque?
Quand à tes sauts de ligne dans les noms de fichiers, c'est toi qui les a mis, tu vis avec et tu te débrouilles pour trouver les bonnes options de tar pour les choisir, c'est ton problème. Moi je choisis des noms décents, et je peux piquer mes fichiers avec grep.
--
Michel TALON
Sam Hocevar <sam+news@zoy.org> wrote:
On Mon, 26 Jan 2004 19:04:28 +0000 (UTC), Alain Thivillon wrote:
Oué ou "find . | grep -v important | xargs rm -rf" qui va donner un joli
truc quand ça va tomber sur le fichier home du répertoire
"haha-dans-ton-culn"
T'es un sacré rigolo, toi. Des noms de répertoires contenant
"haha-dans-ton-cul" on ne me l'avait jamais encore faite, celle là!
Sûr t'as besoin d'appeler à la rescousse des admins sys BSD réputés
qui par ailleurs ne se pointent jamais sur le newsgroup, dans le but de
faire un point qui tombe totalement à coté.
A part un gogol fini, personne ne va faire un rm -rf sur un truc obtenu
de façon automatique mal contrôlée. Par contre fabriquer une archive,
que l'on peut vérifier et revérifier, où est le risque?
Quand à tes sauts de ligne dans les noms de fichiers, c'est toi qui les
a mis, tu vis avec et tu te débrouilles pour trouver les bonnes options
de tar pour les choisir, c'est ton problème. Moi je choisis des noms
décents, et je peux piquer mes fichiers avec grep.
On Mon, 26 Jan 2004 19:04:28 +0000 (UTC), Alain Thivillon wrote:
Oué ou "find . | grep -v important | xargs rm -rf" qui va donner un joli truc quand ça va tomber sur le fichier home du répertoire "haha-dans-ton-culn"
T'es un sacré rigolo, toi. Des noms de répertoires contenant "haha-dans-ton-cul" on ne me l'avait jamais encore faite, celle là!
Sûr t'as besoin d'appeler à la rescousse des admins sys BSD réputés qui par ailleurs ne se pointent jamais sur le newsgroup, dans le but de faire un point qui tombe totalement à coté.
A part un gogol fini, personne ne va faire un rm -rf sur un truc obtenu de façon automatique mal contrôlée. Par contre fabriquer une archive, que l'on peut vérifier et revérifier, où est le risque?
Quand à tes sauts de ligne dans les noms de fichiers, c'est toi qui les a mis, tu vis avec et tu te débrouilles pour trouver les bonnes options de tar pour les choisir, c'est ton problème. Moi je choisis des noms décents, et je peux piquer mes fichiers avec grep.
--
Michel TALON
Sam Hocevar
On Mon, 26 Jan 2004 19:42:25 +0000 (UTC), Michel Talon wrote:
Sûr t'as besoin d'appeler à la rescousse des admins sys BSD réputés qui par ailleurs ne se pointent jamais sur le newsgroup, dans le but de faire un point qui tombe totalement à coté.
Euh, je n'ai pas appelé Titi, je suis quand même assez grand pour illustrer mes arguments tout seul. En plus un admin BSD, pouah. Restons sérieux.
A part un gogol fini, personne ne va faire un rm -rf sur un truc obtenu de façon automatique mal contrôlée. Par contre fabriquer une archive, que l'on peut vérifier et revérifier, où est le risque?
Ça dépend simplement d'où viennent les fichiers. Quand on est admin et qu'on fait des backups sélectifs, on n'utilise pas ton find/grep ou alors on fait gaffe aux fichiers contennant "n" ou " ".
Quand à tes sauts de ligne dans les noms de fichiers, c'est toi qui les a mis, tu vis avec et tu te débrouilles pour trouver les bonnes options de tar pour les choisir, c'est ton problème. Moi je choisis des noms décents, et je peux piquer mes fichiers avec grep.
Ça n'est donc pas parce que tu trouves des exemples où tu n'as pas besoin de certaines options de tar qu'elles sont inutiles (surtout si c'est pour te vautrer en tentant de montrer qu'on peut émuler ces options en shell).
-- Sam.
On Mon, 26 Jan 2004 19:42:25 +0000 (UTC), Michel Talon wrote:
Sûr t'as besoin d'appeler à la rescousse des admins sys BSD réputés
qui par ailleurs ne se pointent jamais sur le newsgroup, dans le but de
faire un point qui tombe totalement à coté.
Euh, je n'ai pas appelé Titi, je suis quand même assez grand pour
illustrer mes arguments tout seul. En plus un admin BSD, pouah. Restons
sérieux.
A part un gogol fini, personne ne va faire un rm -rf sur un truc obtenu
de façon automatique mal contrôlée. Par contre fabriquer une archive,
que l'on peut vérifier et revérifier, où est le risque?
Ça dépend simplement d'où viennent les fichiers. Quand on est admin
et qu'on fait des backups sélectifs, on n'utilise pas ton find/grep ou
alors on fait gaffe aux fichiers contennant "n" ou " ".
Quand à tes sauts de ligne dans les noms de fichiers, c'est toi qui les
a mis, tu vis avec et tu te débrouilles pour trouver les bonnes options
de tar pour les choisir, c'est ton problème. Moi je choisis des noms
décents, et je peux piquer mes fichiers avec grep.
Ça n'est donc pas parce que tu trouves des exemples où tu n'as pas
besoin de certaines options de tar qu'elles sont inutiles (surtout si
c'est pour te vautrer en tentant de montrer qu'on peut émuler ces
options en shell).
On Mon, 26 Jan 2004 19:42:25 +0000 (UTC), Michel Talon wrote:
Sûr t'as besoin d'appeler à la rescousse des admins sys BSD réputés qui par ailleurs ne se pointent jamais sur le newsgroup, dans le but de faire un point qui tombe totalement à coté.
Euh, je n'ai pas appelé Titi, je suis quand même assez grand pour illustrer mes arguments tout seul. En plus un admin BSD, pouah. Restons sérieux.
A part un gogol fini, personne ne va faire un rm -rf sur un truc obtenu de façon automatique mal contrôlée. Par contre fabriquer une archive, que l'on peut vérifier et revérifier, où est le risque?
Ça dépend simplement d'où viennent les fichiers. Quand on est admin et qu'on fait des backups sélectifs, on n'utilise pas ton find/grep ou alors on fait gaffe aux fichiers contennant "n" ou " ".
Quand à tes sauts de ligne dans les noms de fichiers, c'est toi qui les a mis, tu vis avec et tu te débrouilles pour trouver les bonnes options de tar pour les choisir, c'est ton problème. Moi je choisis des noms décents, et je peux piquer mes fichiers avec grep.
Ça n'est donc pas parce que tu trouves des exemples où tu n'as pas besoin de certaines options de tar qu'elles sont inutiles (surtout si c'est pour te vautrer en tentant de montrer qu'on peut émuler ces options en shell).
-- Sam.
talon
Sam Hocevar <sam+ wrote:
Ça n'est donc pas parce que tu trouves des exemples où tu n'as pas besoin de certaines options de tar qu'elles sont inutiles (surtout si c'est pour te vautrer en tentant de montrer qu'on peut émuler ces options en shell).
Je ne me suis pas du tout vautré, par contre j'aimerais que tu me dises comment tu fais par exemple pour extraîre tous les fichiers .afm, .pfb etc. correspondand à une fonte donné sous texmf avec les options de tar, qu'on rigole un peu. Tes exemple sont débiles, et ma technique est parfaitement appropriée.
--
Michel TALON
Sam Hocevar <sam+news@zoy.org> wrote:
Ça n'est donc pas parce que tu trouves des exemples où tu n'as pas
besoin de certaines options de tar qu'elles sont inutiles (surtout si
c'est pour te vautrer en tentant de montrer qu'on peut émuler ces
options en shell).
Je ne me suis pas du tout vautré, par contre j'aimerais que tu me dises
comment tu fais par exemple pour extraîre tous les fichiers .afm,
.pfb etc. correspondand à une fonte donné sous texmf avec les options
de tar, qu'on rigole un peu. Tes exemple sont débiles, et ma technique
est parfaitement appropriée.
Ça n'est donc pas parce que tu trouves des exemples où tu n'as pas besoin de certaines options de tar qu'elles sont inutiles (surtout si c'est pour te vautrer en tentant de montrer qu'on peut émuler ces options en shell).
Je ne me suis pas du tout vautré, par contre j'aimerais que tu me dises comment tu fais par exemple pour extraîre tous les fichiers .afm, .pfb etc. correspondand à une fonte donné sous texmf avec les options de tar, qu'on rigole un peu. Tes exemple sont débiles, et ma technique est parfaitement appropriée.
