Donc pour nettoyer, je fais : rm -R /usr/share/man/man3/*
Prends garde, prends garde,... la commande rm, elle est très dangereuse. Un simple espace qui se glisse sournoisement avant l'étoile, et c'est tout le répertoire courant que tu supprimes !... ;-)
Et si c'est avant /* que tu insères un espace (et si en outre tu as fait un sudo), alors tu supprimes tous les fichiers du disque dur !!!... ;-(
Bon tiens à propos la seule fois où j'ai vraiment perdu des fichiers avec un effacement... ça a été avec le finder :) Même le finder est dangereux ! FiLH
-- Le fondement du constat bourgeois, c'est le bon sens, c'est-à-dire une vérité qui s'arrête sur l'ordre arbitraire de celui qui la parle. Roland Barthes. http://www.filh.org
JPaul <blanc@empty.org> wrote:
Gilles <gilles.marionot@nordnet.fr> wrote:
Donc pour nettoyer, je fais : rm -R /usr/share/man/man3/*
Prends garde, prends garde,... la commande rm, elle est très dangereuse.
Un simple espace qui se glisse sournoisement avant l'étoile, et c'est
tout le répertoire courant que tu supprimes !... ;-)
Et si c'est avant /* que tu insères un espace (et si en outre tu as
fait un sudo), alors tu supprimes tous les fichiers du disque dur !!!...
;-(
Bon tiens à propos la seule fois où j'ai vraiment perdu des fichiers
avec un effacement... ça a été avec le finder :)
Même le finder est dangereux !
FiLH
--
Le fondement du constat bourgeois, c'est le bon sens, c'est-à-dire
une vérité qui s'arrête sur l'ordre arbitraire de celui qui la parle.
Roland Barthes.
http://www.filh.org
Donc pour nettoyer, je fais : rm -R /usr/share/man/man3/*
Prends garde, prends garde,... la commande rm, elle est très dangereuse. Un simple espace qui se glisse sournoisement avant l'étoile, et c'est tout le répertoire courant que tu supprimes !... ;-)
Et si c'est avant /* que tu insères un espace (et si en outre tu as fait un sudo), alors tu supprimes tous les fichiers du disque dur !!!... ;-(
Bon tiens à propos la seule fois où j'ai vraiment perdu des fichiers avec un effacement... ça a été avec le finder :) Même le finder est dangereux ! FiLH
-- Le fondement du constat bourgeois, c'est le bon sens, c'est-à-dire une vérité qui s'arrête sur l'ordre arbitraire de celui qui la parle. Roland Barthes. http://www.filh.org
Gilles
Le 11/03/07 22:08, dans <45f46fea$0$25934$,
Je viens d'aller voir le man rm (que je n'ai pas détruit ;-) et j'y ai trouvé : 'The rm utility removes symbolic links, not the files referenced by the links.' J'en déduis donc qu'on ne détruit pas le fichier, mais seulement son alias.
Il ne faut pas confondre les alias qui sont bidouilles applicatives faites pas le système Apple au dessus d'HFS et les liens. Les liens sont des fonctionnalités Posix qui existent en 2 versions : durs et symboliques. Les liens sont gérés pas le noyau et pas par les applications.
Je sais bien qu'Apple essaye de brouiller les choses en appelant ces liens des alias (dans le Finder), mais je trouve cela "bien dommage".
Bref, effectivement si tu effaces avec "rm" un lien, cela n'efface que le lien, pas fichier pointé (c'est-à-dire l'original).
J'en redéduis, mais nettement moins sûrement, que de toute façon, on pourrait les retrouver (la commade rm ne serait donc pas si fatale que ça)
On pourrait refaire un lien symbolique par une commande du type
cd /usr/share/man/man3/ ln -s ldap_schema.3 ldap_str2syntax.3
Cela crée un nouveau lien symbolique appelé "ldap_str2syntax.3" pointant vers le fichier "ldap_schema.3" (qui normalement devrait exister, sinon cela n'a pas d'intérêt).
Là, je sens que je vais me faire incendier...
Si tu effaces les liens symboliques, sans toucher au fichier original, tu ne perds pas de données (au sens contenu du fichier). Tu peux recréer les liens symboliques (par "ln -s"). Mais pour faire cela il faut que tu connaisses le nom des liens ainsi que le nom des fichiers pointés.
Je résume :
Tous ce qui est appelé alias sous mac OS X est en fait un lien (dur ou symbolique)
Ces liens peuvent ne plus être 'd'actualité' suite à une modification ou mise à jour et la commande makewhatis le renvoie
On peut détruire ces liens, mais un par un, et ce n'est que cosmétique
On peut recréer des liens symboliques, mais c'est extrêmement complexe (dans le cas présent)
On n'utilise la commande rm que le matin à jeun, et encore
Malgré tout, je continue à m'essayer au terminal -- Gilles *Oter le ot pour m'écrire*
Le 11/03/07 22:08, dans <45f46fea$0$25934$ba4acef3@news.orange.fr>,
Je viens d'aller voir le man rm (que je n'ai pas détruit ;-) et j'y ai
trouvé :
'The rm utility removes symbolic links, not the files referenced by the
links.'
J'en déduis donc qu'on ne détruit pas le fichier, mais seulement son alias.
Il ne faut pas confondre les alias qui sont bidouilles applicatives faites
pas le système Apple au dessus d'HFS et les liens. Les liens sont des
fonctionnalités Posix qui existent en 2 versions : durs et symboliques. Les
liens sont gérés pas le noyau et pas par les applications.
Je sais bien qu'Apple essaye de brouiller les choses en appelant ces liens
des alias (dans le Finder), mais je trouve cela "bien dommage".
Bref, effectivement si tu effaces avec "rm" un lien, cela n'efface que le
lien, pas fichier pointé (c'est-à-dire l'original).
J'en redéduis, mais nettement moins sûrement, que de toute façon, on
pourrait les retrouver (la commade rm ne serait donc pas si fatale que ça)
On pourrait refaire un lien symbolique par une commande du type
cd /usr/share/man/man3/
ln -s ldap_schema.3 ldap_str2syntax.3
Cela crée un nouveau lien symbolique appelé "ldap_str2syntax.3" pointant
vers le fichier "ldap_schema.3" (qui normalement devrait exister, sinon cela
n'a pas d'intérêt).
Là, je sens que je vais me faire incendier...
Si tu effaces les liens symboliques, sans toucher au fichier original, tu ne
perds pas de données (au sens contenu du fichier). Tu peux recréer les liens
symboliques (par "ln -s"). Mais pour faire cela il faut que tu connaisses le
nom des liens ainsi que le nom des fichiers pointés.
Je résume :
Tous ce qui est appelé alias sous mac OS X est en fait un lien (dur ou
symbolique)
Ces liens peuvent ne plus être 'd'actualité' suite à une modification ou
mise à jour et la commande makewhatis le renvoie
On peut détruire ces liens, mais un par un, et ce n'est que cosmétique
On peut recréer des liens symboliques, mais c'est extrêmement complexe
(dans le cas présent)
On n'utilise la commande rm que le matin à jeun, et encore
Malgré tout, je continue à m'essayer au terminal
--
Gilles
*Oter le ot pour m'écrire*
Je viens d'aller voir le man rm (que je n'ai pas détruit ;-) et j'y ai trouvé : 'The rm utility removes symbolic links, not the files referenced by the links.' J'en déduis donc qu'on ne détruit pas le fichier, mais seulement son alias.
Il ne faut pas confondre les alias qui sont bidouilles applicatives faites pas le système Apple au dessus d'HFS et les liens. Les liens sont des fonctionnalités Posix qui existent en 2 versions : durs et symboliques. Les liens sont gérés pas le noyau et pas par les applications.
Je sais bien qu'Apple essaye de brouiller les choses en appelant ces liens des alias (dans le Finder), mais je trouve cela "bien dommage".
Bref, effectivement si tu effaces avec "rm" un lien, cela n'efface que le lien, pas fichier pointé (c'est-à-dire l'original).
J'en redéduis, mais nettement moins sûrement, que de toute façon, on pourrait les retrouver (la commade rm ne serait donc pas si fatale que ça)
On pourrait refaire un lien symbolique par une commande du type
cd /usr/share/man/man3/ ln -s ldap_schema.3 ldap_str2syntax.3
Cela crée un nouveau lien symbolique appelé "ldap_str2syntax.3" pointant vers le fichier "ldap_schema.3" (qui normalement devrait exister, sinon cela n'a pas d'intérêt).
Là, je sens que je vais me faire incendier...
Si tu effaces les liens symboliques, sans toucher au fichier original, tu ne perds pas de données (au sens contenu du fichier). Tu peux recréer les liens symboliques (par "ln -s"). Mais pour faire cela il faut que tu connaisses le nom des liens ainsi que le nom des fichiers pointés.
Je résume :
Tous ce qui est appelé alias sous mac OS X est en fait un lien (dur ou symbolique)
Ces liens peuvent ne plus être 'd'actualité' suite à une modification ou mise à jour et la commande makewhatis le renvoie
On peut détruire ces liens, mais un par un, et ce n'est que cosmétique
On peut recréer des liens symboliques, mais c'est extrêmement complexe (dans le cas présent)
On n'utilise la commande rm que le matin à jeun, et encore
Malgré tout, je continue à m'essayer au terminal -- Gilles *Oter le ot pour m'écrire*
laurent.pertois
Gilles wrote:
Tous ce qui est appelé alias sous mac OS X est en fait un lien (dur ou symbolique)
Non, il y a aussi des alias à la mode Mac OS.
-- Politically Correct Unix - UTILITIES The "touch" command has been removed from the standard distribution due to its inappropriate use by high-level managers.
Gilles <gilles.marionot@nordnet.fr> wrote:
Tous ce qui est appelé alias sous mac OS X est en fait un lien (dur ou
symbolique)
Non, il y a aussi des alias à la mode Mac OS.
--
Politically Correct Unix - UTILITIES
The "touch" command has been removed from the standard distribution due
to its inappropriate use by high-level managers.
Tous ce qui est appelé alias sous mac OS X est en fait un lien (dur ou symbolique)
Non, il y a aussi des alias à la mode Mac OS.
-- Politically Correct Unix - UTILITIES The "touch" command has been removed from the standard distribution due to its inappropriate use by high-level managers.
avosmac
On Mar 11, 10:39 pm, Gilles wrote:
Le 11/03/07 22:08, dans <45f46fea$0$25934$,
Je viens d'aller voir le man rm (que je n'ai pas détruit ;-) et j'y ai trouvé : 'The rm utility removes symbolic links, not the files referenced by the links.' J'en déduis donc qu'on ne détruit pas le fichier, mais seulement so n alias.
Il ne faut pas confondre les alias qui sont bidouilles applicatives fai tes pas le système Apple au dessus d'HFS et les liens. Les liens sont des fonctionnalités Posix qui existent en 2 versions : durs et symbolique s. Les liens sont gérés pas le noyau et pas par les applications.
Je sais bien qu'Apple essaye de brouiller les choses en appelant ces li ens des alias (dans le Finder), mais je trouve cela "bien dommage".
Bref, effectivement si tu effaces avec "rm" un lien, cela n'efface que le lien, pas fichier pointé (c'est-à-dire l'original).
J'en redéduis, mais nettement moins sûrement, que de toute façon, on pourrait les retrouver (la commade rm ne serait donc pas si fatale que ça)
On pourrait refaire un lien symbolique par une commande du type
cd /usr/share/man/man3/ ln -s ldap_schema.3 ldap_str2syntax.3
Cela crée un nouveau lien symbolique appelé "ldap_str2syntax.3" poi ntant vers le fichier "ldap_schema.3" (qui normalement devrait exister, sinon cela n'a pas d'intérêt).
Là, je sens que je vais me faire incendier...
Si tu effaces les liens symboliques, sans toucher au fichier original, tu ne perds pas de données (au sens contenu du fichier). Tu peux recréer les liens symboliques (par "ln -s"). Mais pour faire cela il faut que tu connaiss es le nom des liens ainsi que le nom des fichiers pointés.
Je résume :
Tous ce qui est appelé alias sous mac OS X est en fait un lien (dur ou symbolique)
Ces liens peuvent ne plus être 'd'actualité' suite à une modificati on ou mise à jour et la commande makewhatis le renvoie
On peut détruire ces liens, mais un par un, et ce n'est que cosmétique
On peut recréer des liens symboliques, mais c'est extrêmement complexe (dans le cas présent)
On n'utilise la commande rm que le matin à jeun, et encore
Malgré tout, je continue à m'essayer au terminal -- Gilles *Oter le ot pour m'écrire*
Ce qui tombe merveilleusement bien, nous venons de sortir un numéro Avosmac Expert (le 2e) dont une large part est consacrée au Terminal, le reste se préoccupant de scripts AppleScript, d'applications sous X11, et de développement d'applications avec Revolution.
On Mar 11, 10:39 pm, Gilles <gilles.mario...@nordnet.fr> wrote:
Le 11/03/07 22:08, dans <45f46fea$0$25934$ba4ac...@news.orange.fr>,
Je viens d'aller voir le man rm (que je n'ai pas détruit ;-) et j'y ai
trouvé :
'The rm utility removes symbolic links, not the files referenced by the
links.'
J'en déduis donc qu'on ne détruit pas le fichier, mais seulement so n alias.
Il ne faut pas confondre les alias qui sont bidouilles applicatives fai tes
pas le système Apple au dessus d'HFS et les liens. Les liens sont des
fonctionnalités Posix qui existent en 2 versions : durs et symbolique s. Les
liens sont gérés pas le noyau et pas par les applications.
Je sais bien qu'Apple essaye de brouiller les choses en appelant ces li ens
des alias (dans le Finder), mais je trouve cela "bien dommage".
Bref, effectivement si tu effaces avec "rm" un lien, cela n'efface que le
lien, pas fichier pointé (c'est-à-dire l'original).
J'en redéduis, mais nettement moins sûrement, que de toute façon, on
pourrait les retrouver (la commade rm ne serait donc pas si fatale que ça)
On pourrait refaire un lien symbolique par une commande du type
cd /usr/share/man/man3/
ln -s ldap_schema.3 ldap_str2syntax.3
Cela crée un nouveau lien symbolique appelé "ldap_str2syntax.3" poi ntant
vers le fichier "ldap_schema.3" (qui normalement devrait exister, sinon cela
n'a pas d'intérêt).
Là, je sens que je vais me faire incendier...
Si tu effaces les liens symboliques, sans toucher au fichier original, tu ne
perds pas de données (au sens contenu du fichier). Tu peux recréer les liens
symboliques (par "ln -s"). Mais pour faire cela il faut que tu connaiss es le
nom des liens ainsi que le nom des fichiers pointés.
Je résume :
Tous ce qui est appelé alias sous mac OS X est en fait un lien (dur ou
symbolique)
Ces liens peuvent ne plus être 'd'actualité' suite à une modificati on ou
mise à jour et la commande makewhatis le renvoie
On peut détruire ces liens, mais un par un, et ce n'est que cosmétique
On peut recréer des liens symboliques, mais c'est extrêmement complexe
(dans le cas présent)
On n'utilise la commande rm que le matin à jeun, et encore
Malgré tout, je continue à m'essayer au terminal
--
Gilles
*Oter le ot pour m'écrire*
Ce qui tombe merveilleusement bien, nous venons de sortir un numéro
Avosmac Expert (le 2e) dont une large part est consacrée au Terminal,
le reste se préoccupant de scripts AppleScript, d'applications sous
X11, et de développement d'applications avec Revolution.
Je viens d'aller voir le man rm (que je n'ai pas détruit ;-) et j'y ai trouvé : 'The rm utility removes symbolic links, not the files referenced by the links.' J'en déduis donc qu'on ne détruit pas le fichier, mais seulement so n alias.
Il ne faut pas confondre les alias qui sont bidouilles applicatives fai tes pas le système Apple au dessus d'HFS et les liens. Les liens sont des fonctionnalités Posix qui existent en 2 versions : durs et symbolique s. Les liens sont gérés pas le noyau et pas par les applications.
Je sais bien qu'Apple essaye de brouiller les choses en appelant ces li ens des alias (dans le Finder), mais je trouve cela "bien dommage".
Bref, effectivement si tu effaces avec "rm" un lien, cela n'efface que le lien, pas fichier pointé (c'est-à-dire l'original).
J'en redéduis, mais nettement moins sûrement, que de toute façon, on pourrait les retrouver (la commade rm ne serait donc pas si fatale que ça)
On pourrait refaire un lien symbolique par une commande du type
cd /usr/share/man/man3/ ln -s ldap_schema.3 ldap_str2syntax.3
Cela crée un nouveau lien symbolique appelé "ldap_str2syntax.3" poi ntant vers le fichier "ldap_schema.3" (qui normalement devrait exister, sinon cela n'a pas d'intérêt).
Là, je sens que je vais me faire incendier...
Si tu effaces les liens symboliques, sans toucher au fichier original, tu ne perds pas de données (au sens contenu du fichier). Tu peux recréer les liens symboliques (par "ln -s"). Mais pour faire cela il faut que tu connaiss es le nom des liens ainsi que le nom des fichiers pointés.
Je résume :
Tous ce qui est appelé alias sous mac OS X est en fait un lien (dur ou symbolique)
Ces liens peuvent ne plus être 'd'actualité' suite à une modificati on ou mise à jour et la commande makewhatis le renvoie
On peut détruire ces liens, mais un par un, et ce n'est que cosmétique
On peut recréer des liens symboliques, mais c'est extrêmement complexe (dans le cas présent)
On n'utilise la commande rm que le matin à jeun, et encore
Malgré tout, je continue à m'essayer au terminal -- Gilles *Oter le ot pour m'écrire*
Ce qui tombe merveilleusement bien, nous venons de sortir un numéro Avosmac Expert (le 2e) dont une large part est consacrée au Terminal, le reste se préoccupant de scripts AppleScript, d'applications sous X11, et de développement d'applications avec Revolution.
Eric Levenez
Le 11/03/07 22:39, dans <45f4771b$0$5114$, « Gilles » a écrit :
Je résume :
Tous ce qui est appelé alias sous mac OS X est en fait un lien (dur ou symbolique)
Non. Il y a des alias (à la mode HFS), des liens durs et des liens symboliques (mode Posix).
Ces liens peuvent ne plus être 'd'actualité' suite à une modification ou mise à jour et la commande makewhatis le renvoie
Oui.
On peut détruire ces liens, mais un par un, et ce n'est que cosmétique
Oui, on peut, comme on peut effacer tout son disque dur. Mais en fait il faudrait plutôt comprendre qui a effacer le fichier original, car ce n'est pas normal.
On peut recréer des liens symboliques, mais c'est extrêmement complexe
Créer un lien est très simple, mais il faut savoir quoi créer.
On n'utilise la commande rm que le matin à jeun, et encore
rm est une commande dangereuse, comme beaucoup de commandes du terminal.
-- Éric Lévénez -- <http://www.levenez.com/> Unix is not only an OS, it's a way of life.
Le 11/03/07 22:39, dans <45f4771b$0$5114$ba4acef3@news.orange.fr>,
« Gilles » <gilles.marionot@nordnet.fr> a écrit :
Je résume :
Tous ce qui est appelé alias sous mac OS X est en fait un lien (dur ou
symbolique)
Non. Il y a des alias (à la mode HFS), des liens durs et des liens
symboliques (mode Posix).
Ces liens peuvent ne plus être 'd'actualité' suite à une modification ou
mise à jour et la commande makewhatis le renvoie
Oui.
On peut détruire ces liens, mais un par un, et ce n'est que cosmétique
Oui, on peut, comme on peut effacer tout son disque dur. Mais en fait il
faudrait plutôt comprendre qui a effacer le fichier original, car ce n'est
pas normal.
On peut recréer des liens symboliques, mais c'est extrêmement complexe
Créer un lien est très simple, mais il faut savoir quoi créer.
On n'utilise la commande rm que le matin à jeun, et encore
rm est une commande dangereuse, comme beaucoup de commandes du terminal.
--
Éric Lévénez -- <http://www.levenez.com/>
Unix is not only an OS, it's a way of life.
Le 11/03/07 22:39, dans <45f4771b$0$5114$, « Gilles » a écrit :
Je résume :
Tous ce qui est appelé alias sous mac OS X est en fait un lien (dur ou symbolique)
Non. Il y a des alias (à la mode HFS), des liens durs et des liens symboliques (mode Posix).
Ces liens peuvent ne plus être 'd'actualité' suite à une modification ou mise à jour et la commande makewhatis le renvoie
Oui.
On peut détruire ces liens, mais un par un, et ce n'est que cosmétique
Oui, on peut, comme on peut effacer tout son disque dur. Mais en fait il faudrait plutôt comprendre qui a effacer le fichier original, car ce n'est pas normal.
On peut recréer des liens symboliques, mais c'est extrêmement complexe
Créer un lien est très simple, mais il faut savoir quoi créer.
On n'utilise la commande rm que le matin à jeun, et encore
rm est une commande dangereuse, comme beaucoup de commandes du terminal.
-- Éric Lévénez -- <http://www.levenez.com/> Unix is not only an OS, it's a way of life.
filh
Gilles wrote:
On Sun, 11 Mar 2007 22:13:58 +0100, Nina Popravka wrote:
Si le fichier que tu détruis est un alias, il a la bonté de ne pas détruire le fichier vers lequel pointe l'alias, mais si ce n'est pas un alias, il le détruit bel et bien.
Et pour être totalement claire, rm a exactement le même effet que, avec la souris, mettre le truc à la poubelle et vider immédiatement la poubelle. C'est juste une manière geek de le faire.
OK, donc cette phrase du man rm est dangereuse.
Disons qu'elle est sortie de son contexte, qui devait dire : Dans le cas des liens symboliques, rm détruit le lien et pas le fichier.
FiLH
-- Le fondement du constat bourgeois, c'est le bon sens, c'est-à-dire une vérité qui s'arrête sur l'ordre arbitraire de celui qui la parle. Roland Barthes. http://www.filh.org
Gilles <gilles.marionot@nordnet.fr> wrote:
On Sun, 11 Mar 2007 22:13:58 +0100, Nina Popravka <Nina@nospam> wrote:
Si le fichier que tu détruis est un alias, il a la bonté de ne pas
détruire le fichier vers lequel pointe l'alias, mais si ce n'est pas
un alias, il le détruit bel et bien.
Et pour être totalement claire, rm a exactement le même effet que,
avec la souris, mettre le truc à la poubelle et vider immédiatement la
poubelle.
C'est juste une manière geek de le faire.
OK, donc cette phrase du man rm est dangereuse.
Disons qu'elle est sortie de son contexte, qui devait dire : Dans le cas
des liens symboliques, rm détruit le lien et pas le fichier.
FiLH
--
Le fondement du constat bourgeois, c'est le bon sens, c'est-à-dire
une vérité qui s'arrête sur l'ordre arbitraire de celui qui la parle.
Roland Barthes.
http://www.filh.org
On Sun, 11 Mar 2007 22:13:58 +0100, Nina Popravka wrote:
Si le fichier que tu détruis est un alias, il a la bonté de ne pas détruire le fichier vers lequel pointe l'alias, mais si ce n'est pas un alias, il le détruit bel et bien.
Et pour être totalement claire, rm a exactement le même effet que, avec la souris, mettre le truc à la poubelle et vider immédiatement la poubelle. C'est juste une manière geek de le faire.
OK, donc cette phrase du man rm est dangereuse.
Disons qu'elle est sortie de son contexte, qui devait dire : Dans le cas des liens symboliques, rm détruit le lien et pas le fichier.
FiLH
-- Le fondement du constat bourgeois, c'est le bon sens, c'est-à-dire une vérité qui s'arrête sur l'ordre arbitraire de celui qui la parle. Roland Barthes. http://www.filh.org
Jacques Perrocheau
In article , Nina Popravka wrote:
Pas du tout....
Jamais dans la nuance, tu fais... ;-)
Y a le man de curl dedans, et hier je suis passée pour une déesse du shell en résolvant un problème curl.
Euh! pas les commandes de base qui sont comme dhab dans le man1 mais tout ce qui concerne la programmation..., il me semble.
Le problème était totalement trivial (un FTP qui exigeait qu'on lui cause en active), mais réussir à trouver et utiliser la bonne option de curl, ça a été un grand moment ;->>>>>
Info qui se trouve dans le man1, non ?
-- Jacques PERROCHEAU Synthèse et Electrosynthèse Organiques, C.N.R.S. UMR 6510 Université de Rennes I, Campus de Beaulieu, F-35042 RENNES Cedex Tel: +33 2 23 23 63 74, Fax: +33 2 23 23 63 74
In article <l6q8v2t66bjjinsffm2e6fqll1ai7ab3o3@4ax.com>,
Nina Popravka <Nina@nospam> wrote:
Pas du tout....
Jamais dans la nuance, tu fais... ;-)
Y a le man de curl dedans, et hier je suis passée pour
une déesse du shell en résolvant un problème curl.
Euh! pas les commandes de base qui sont comme dhab dans le man1 mais
tout ce qui concerne la programmation..., il me semble.
Le problème était totalement trivial (un FTP qui exigeait qu'on lui
cause en active), mais réussir à trouver et utiliser la bonne option
de curl, ça a été un grand moment ;->>>>>
Info qui se trouve dans le man1, non ?
--
Jacques PERROCHEAU
Synthèse et Electrosynthèse Organiques, C.N.R.S. UMR 6510
Université de Rennes I, Campus de Beaulieu, F-35042 RENNES Cedex
Tel: +33 2 23 23 63 74, Fax: +33 2 23 23 63 74
Y a le man de curl dedans, et hier je suis passée pour une déesse du shell en résolvant un problème curl.
Euh! pas les commandes de base qui sont comme dhab dans le man1 mais tout ce qui concerne la programmation..., il me semble.
Le problème était totalement trivial (un FTP qui exigeait qu'on lui cause en active), mais réussir à trouver et utiliser la bonne option de curl, ça a été un grand moment ;->>>>>
Info qui se trouve dans le man1, non ?
-- Jacques PERROCHEAU Synthèse et Electrosynthèse Organiques, C.N.R.S. UMR 6510 Université de Rennes I, Campus de Beaulieu, F-35042 RENNES Cedex Tel: +33 2 23 23 63 74, Fax: +33 2 23 23 63 74
listes
Jacques Perrocheau wrote:
Gilles wrote:
En lançant la maintenance hebdomadaire à partir du terminal, j'ai plein de "trucs" comme ça (des alias non résolus après mise à jour ?)
makewhatis: /usr/share/man/man3/ldap_str2syntax.3: No such file or directory
Oui, si tu es passé de Mac OS X 10.3.x à Mac OS X 10.4 par mise à jour par dessus, tu as ce genre de message. Mais normalement avec les mises à jour (je ne sais pas lesquelles exactement) ce phénomène diparait.
Comment alors refaire une base man correcte ? il n'y a pas un outil qui refait la base correctement (automatiquement ou bien manuellement) ?
Jacques Perrocheau <jperrocheau@mac.com.invalid> wrote:
Gilles <gilles.marionot@nordnet.fr> wrote:
En lançant la maintenance hebdomadaire à partir du terminal, j'ai plein
de "trucs" comme ça (des alias non résolus après mise à jour ?)
makewhatis: /usr/share/man/man3/ldap_str2syntax.3: No such file or directory
Oui, si tu es passé de Mac OS X 10.3.x à Mac OS X 10.4 par mise à jour
par dessus, tu as ce genre de message. Mais normalement avec les mises à
jour (je ne sais pas lesquelles exactement) ce phénomène diparait.
Comment alors refaire une base man correcte ? il n'y a pas un outil qui
refait la base correctement (automatiquement ou bien manuellement) ?
En lançant la maintenance hebdomadaire à partir du terminal, j'ai plein de "trucs" comme ça (des alias non résolus après mise à jour ?)
makewhatis: /usr/share/man/man3/ldap_str2syntax.3: No such file or directory
Oui, si tu es passé de Mac OS X 10.3.x à Mac OS X 10.4 par mise à jour par dessus, tu as ce genre de message. Mais normalement avec les mises à jour (je ne sais pas lesquelles exactement) ce phénomène diparait.
Comment alors refaire une base man correcte ? il n'y a pas un outil qui refait la base correctement (automatiquement ou bien manuellement) ?
