problème du moment :
récupérer toutes les infos de Mail de l'ancien systeme (10.2.8) sur un
volume pour les mettre sur un autre disque qui est sous Panther.
mais où sont les pref. d'antant !!!
juste une question : dans la commande que tu cites, l'astérisque joue le même rôle de "joker" que dans l'antique DOS ?
La syntaxe est un peu plus compl`ete. voir la section "Pathname Expansion" et en particulier la sous-section "Pattern Matching" dans le manuel de bash.
avec le terminal :
$ man bash
-- DINH V. Hoa,
etPan! - newsreader, mail user agent -- http://libetpan.sf.net/etpan
juste une question : dans la commande que tu cites, l'astérisque joue le
même rôle de "joker" que dans l'antique DOS ?
La syntaxe est un peu plus compl`ete.
voir la section "Pathname Expansion" et en particulier la sous-section "Pattern Matching"
dans le manuel de bash.
avec le terminal :
$ man bash
--
DINH V. Hoa,
etPan! - newsreader, mail user agent -- http://libetpan.sf.net/etpan
juste une question : dans la commande que tu cites, l'astérisque joue le même rôle de "joker" que dans l'antique DOS ?
La syntaxe est un peu plus compl`ete. voir la section "Pathname Expansion" et en particulier la sous-section "Pattern Matching" dans le manuel de bash.
avec le terminal :
$ man bash
-- DINH V. Hoa,
etPan! - newsreader, mail user agent -- http://libetpan.sf.net/etpan
blanc
DINH Viêt Hoà wrote:
juste une question : dans la commande que tu cites, l'astérisque joue le même rôle de "joker" que dans l'antique DOS ?
La syntaxe est un peu plus compl`ete. voir la section "Pathname Expansion" et en particulier la sous-section "Pattern Matching" dans le manuel de bash.
... ainsi que dans les manuels des autres shells (ksh, csh, tcsh, zsh...). Et un petit tour aussi dans le manuel de find (option -name).
En bref on a effectivement les mêmes caractères jokers * et ? que sous DOS avec en plus les crochets [ ] permettant de donner un ensemble de caractères possibles à une position donnée, et le ! permettant de complémenter un tel ensemble. Par contre il est important de ``neutraliser'' un tel motif vis à vis du shell, en le mettant entre apostrophes.
Exemple : Pour chercher dans le répertoire /usr/bin les fichiers dont le nom commence par ``tr'' suivi d'une voyelle, et se termine par une lettre autre que b ou c :
find /usr/bin -name 'tr[aeiouy]*[!bc]'
Il est a noter aussi que find est assez puissant, car il permet d'utiliser d'autres prédicats que le prédicat -name pour sélectionner les fichiers à rechercher (par exemple date de modif, nombres de liens, propriétaire, etc...)
JPaul.
-- /==/==- Jean-Paul BLANC / /--/--// quelque-part (somewhere) |/| L | en (in) /|| = ||| FRANCE
DINH Viêt Hoà <dinh.viet.hoa@free.fr> wrote:
juste une question : dans la commande que tu cites, l'astérisque joue le
même rôle de "joker" que dans l'antique DOS ?
La syntaxe est un peu plus compl`ete.
voir la section "Pathname Expansion" et en particulier la
sous-section "Pattern Matching"
dans le manuel de bash.
... ainsi que dans les manuels des autres shells (ksh, csh, tcsh,
zsh...). Et un petit tour aussi dans le manuel de find (option -name).
En bref on a effectivement les mêmes caractères jokers * et ? que sous
DOS avec en plus les crochets [ ] permettant de donner un ensemble de
caractères possibles à une position donnée, et le ! permettant de
complémenter un tel ensemble. Par contre il est important de
``neutraliser'' un tel motif vis à vis du shell, en le mettant entre
apostrophes.
Exemple : Pour chercher dans le répertoire /usr/bin les fichiers dont le
nom commence par ``tr'' suivi d'une voyelle, et se termine par une
lettre autre que b ou c :
find /usr/bin -name 'tr[aeiouy]*[!bc]'
Il est a noter aussi que find est assez puissant, car il permet
d'utiliser d'autres prédicats que le prédicat -name pour sélectionner
les fichiers à rechercher (par exemple date de modif, nombres de liens,
propriétaire, etc...)
JPaul.
--
/==/==\- Jean-Paul BLANC
/ /--/--//\ quelque-part (somewhere)
|/| L |\ en (in)
/|| = |||\ FRANCE
juste une question : dans la commande que tu cites, l'astérisque joue le même rôle de "joker" que dans l'antique DOS ?
La syntaxe est un peu plus compl`ete. voir la section "Pathname Expansion" et en particulier la sous-section "Pattern Matching" dans le manuel de bash.
... ainsi que dans les manuels des autres shells (ksh, csh, tcsh, zsh...). Et un petit tour aussi dans le manuel de find (option -name).
En bref on a effectivement les mêmes caractères jokers * et ? que sous DOS avec en plus les crochets [ ] permettant de donner un ensemble de caractères possibles à une position donnée, et le ! permettant de complémenter un tel ensemble. Par contre il est important de ``neutraliser'' un tel motif vis à vis du shell, en le mettant entre apostrophes.
Exemple : Pour chercher dans le répertoire /usr/bin les fichiers dont le nom commence par ``tr'' suivi d'une voyelle, et se termine par une lettre autre que b ou c :
find /usr/bin -name 'tr[aeiouy]*[!bc]'
Il est a noter aussi que find est assez puissant, car il permet d'utiliser d'autres prédicats que le prédicat -name pour sélectionner les fichiers à rechercher (par exemple date de modif, nombres de liens, propriétaire, etc...)
JPaul.
-- /==/==- Jean-Paul BLANC / /--/--// quelque-part (somewhere) |/| L | en (in) /|| = ||| FRANCE
Patrick Stadelmann
In article <1g9cj1l.5epkyz1l25fhiN%, (JmG) wrote:
Apple.iTunes.plist est lisible au Japon, ou en Ouganda, non? Quel besoin de mettre "com" devant?
C'est tout con : chaque éditeur nomme ces fichiers de préfs en utilisant son nom de domaine à l'envers, puis en ajoutant ce qu'il veut. Comme un nom de domaine est forcément unique, on est certains d'éviter les conflits entre les fichiers de différents éditeurs.
L'utilisation du nom de domaine à l'envers permet de grouper logiquement les softs (ceux d'Adobe par exemple commencent par com.adobe, ceux concerant l'impression par com.apple.print, etc). C'est un classement beaucoup plus logique que l'ordre alphabétique.
Cette façon de faire n'a pas été inventée par Apple, mais par Sun (Java).
Patrick -- Patrick Stadelmann
In article <1g9cj1l.5epkyz1l25fhiN%JmG@NOSPAMLaCase.com>,
JmG@NOSPAMLaCase.com (JmG) wrote:
Apple.iTunes.plist est lisible au Japon, ou en Ouganda, non?
Quel besoin de mettre "com" devant?
C'est tout con : chaque éditeur nomme ces fichiers de préfs en utilisant
son nom de domaine à l'envers, puis en ajoutant ce qu'il veut. Comme un
nom de domaine est forcément unique, on est certains d'éviter les
conflits entre les fichiers de différents éditeurs.
L'utilisation du nom de domaine à l'envers permet de grouper logiquement
les softs (ceux d'Adobe par exemple commencent par com.adobe, ceux
concerant l'impression par com.apple.print, etc). C'est un classement
beaucoup plus logique que l'ordre alphabétique.
Cette façon de faire n'a pas été inventée par Apple, mais par Sun (Java).
Patrick
--
Patrick Stadelmann <Patrick.Stadelmann@unine.ch>
Apple.iTunes.plist est lisible au Japon, ou en Ouganda, non? Quel besoin de mettre "com" devant?
C'est tout con : chaque éditeur nomme ces fichiers de préfs en utilisant son nom de domaine à l'envers, puis en ajoutant ce qu'il veut. Comme un nom de domaine est forcément unique, on est certains d'éviter les conflits entre les fichiers de différents éditeurs.
L'utilisation du nom de domaine à l'envers permet de grouper logiquement les softs (ceux d'Adobe par exemple commencent par com.adobe, ceux concerant l'impression par com.apple.print, etc). C'est un classement beaucoup plus logique que l'ordre alphabétique.
Cette façon de faire n'a pas été inventée par Apple, mais par Sun (Java).
Patrick -- Patrick Stadelmann
Éric Lévénez
Le 18/02/04 22:50, dans <1g9dow9.6yzdtw1ek6mcqN%, « JmG » a écrit :
Éric Lévénez wrote:
Tu ne veux pas comprendre et tu t'enfermes dans ton raisonnement erroné, je ne peux plus rien faire pour toi. Désolé.
Pas grave. Je comprend ta gène.
Ma gène ? Non ! Je suis désolé pour toi.
-- Éric Lévénez -- <http://www.levenez.com/> Unix is not only an OS, it's a way of life.
Le 18/02/04 22:50, dans <1g9dow9.6yzdtw1ek6mcqN%JmG@NOSPAMLaCase.com>,
« JmG » <JmG@NOSPAMLaCase.com> a écrit :
Éric Lévénez <news@levenez.com> wrote:
Tu ne veux pas comprendre et tu t'enfermes dans ton raisonnement erroné, je
ne peux plus rien faire pour toi. Désolé.
Pas grave. Je comprend ta gène.
Ma gène ? Non ! Je suis désolé pour toi.
--
Éric Lévénez -- <http://www.levenez.com/>
Unix is not only an OS, it's a way of life.
Tu ne veux pas comprendre et tu t'enfermes dans ton raisonnement erroné, je ne peux plus rien faire pour toi. Désolé.
Pas grave. Je comprend ta gène. Merci de ta tentative à expliquer l'inexplicable, quoiqu'il en soit.
-- Le génie fait ce qu'il doit. Le talent fait ce qu'il peut.
Patrick Stadelmann
In article <1g9eegd.udneenewr2daN%, (JmG) wrote:
Le seul truc que je ne comprenne quand même pas bien, c'est la nécéssité de mettre les "com" (ou "org" ou autre) en préfixe. Ils pourraient juste décider de mettre le nom (apple.print, par exemple) qui reste de toute façon unique puisqu'il est dérivé du nom, unique, de domaine, non?
Non, ce qui est unique c'est le nom de domaine complet, y compris le suffixe. Par exemple, fwb.ch et fwb.com n'appartiennent pas à la même entreprise.
Patrick -- Patrick Stadelmann
In article <1g9eegd.udneenewr2daN%JmG@NOSPAMLaCase.com>,
JmG@NOSPAMLaCase.com (JmG) wrote:
Le seul truc que je ne comprenne quand même pas bien, c'est la nécéssité
de mettre les "com" (ou "org" ou autre) en préfixe. Ils pourraient juste
décider de mettre le nom (apple.print, par exemple) qui reste de toute
façon unique puisqu'il est dérivé du nom, unique, de domaine, non?
Non, ce qui est unique c'est le nom de domaine complet, y compris le
suffixe. Par exemple, fwb.ch et fwb.com n'appartiennent pas à la même
entreprise.
Patrick
--
Patrick Stadelmann <Patrick.Stadelmann@unine.ch>
Le seul truc que je ne comprenne quand même pas bien, c'est la nécéssité de mettre les "com" (ou "org" ou autre) en préfixe. Ils pourraient juste décider de mettre le nom (apple.print, par exemple) qui reste de toute façon unique puisqu'il est dérivé du nom, unique, de domaine, non?
Non, ce qui est unique c'est le nom de domaine complet, y compris le suffixe. Par exemple, fwb.ch et fwb.com n'appartiennent pas à la même entreprise.
Patrick -- Patrick Stadelmann
JmG
Patrick Stadelmann wrote:
Apple.iTunes.plist est lisible au Japon, ou en Ouganda, non? Quel besoin de mettre "com" devant?
C'est tout con : chaque éditeur nomme ces fichiers de préfs en utilisant son nom de domaine à l'envers, puis en ajoutant ce qu'il veut. Comme un nom de domaine est forcément unique, on est certains d'éviter les conflits entre les fichiers de différents éditeurs.
L'utilisation du nom de domaine à l'envers permet de grouper logiquement les softs (ceux d'Adobe par exemple commencent par com.adobe, ceux concerant l'impression par com.apple.print, etc). C'est un classement beaucoup plus logique que l'ordre alphabétique.
Cette façon de faire n'a pas été inventée par Apple, mais par Sun (Java).
Et bien voilà!
Enfin une explication claire, simple, complète et logique, faite d'un ton détaché, non prétentieux, non vindicatif, juste fait pour tenter de donner une véritable explication à une véritable question.
Merci Patrick, heureusement que certains comme toi sont là pour redorer le blason des dev around. (vraiment).
Du coup, je comprend mieux le pourquoi du comment du machin.
Le seul truc que je ne comprenne quand même pas bien, c'est la nécéssité de mettre les "com" (ou "org" ou autre) en préfixe. Ils pourraient juste décider de mettre le nom (apple.print, par exemple) qui reste de toute façon unique puisqu'il est dérivé du nom, unique, de domaine, non?
Pourquoi pas?
Ca simplifierait quand même le classement alphabétique, je persiste à penser.
-- Le génie fait ce qu'il doit. Le talent fait ce qu'il peut.
Patrick Stadelmann <Patrick.Stadelmann@unine.ch> wrote:
Apple.iTunes.plist est lisible au Japon, ou en Ouganda, non?
Quel besoin de mettre "com" devant?
C'est tout con : chaque éditeur nomme ces fichiers de préfs en utilisant
son nom de domaine à l'envers, puis en ajoutant ce qu'il veut. Comme un
nom de domaine est forcément unique, on est certains d'éviter les
conflits entre les fichiers de différents éditeurs.
L'utilisation du nom de domaine à l'envers permet de grouper logiquement
les softs (ceux d'Adobe par exemple commencent par com.adobe, ceux
concerant l'impression par com.apple.print, etc). C'est un classement
beaucoup plus logique que l'ordre alphabétique.
Cette façon de faire n'a pas été inventée par Apple, mais par Sun (Java).
Et bien voilà!
Enfin une explication claire, simple, complète et logique, faite d'un
ton détaché, non prétentieux, non vindicatif, juste fait pour tenter de
donner une véritable explication à une véritable question.
Merci Patrick, heureusement que certains comme toi sont là pour redorer
le blason des dev around. (vraiment).
Du coup, je comprend mieux le pourquoi du comment du machin.
Le seul truc que je ne comprenne quand même pas bien, c'est la nécéssité
de mettre les "com" (ou "org" ou autre) en préfixe. Ils pourraient juste
décider de mettre le nom (apple.print, par exemple) qui reste de toute
façon unique puisqu'il est dérivé du nom, unique, de domaine, non?
Pourquoi pas?
Ca simplifierait quand même le classement alphabétique, je persiste à
penser.
--
Le génie fait ce qu'il doit.
Le talent fait ce qu'il peut.
Apple.iTunes.plist est lisible au Japon, ou en Ouganda, non? Quel besoin de mettre "com" devant?
C'est tout con : chaque éditeur nomme ces fichiers de préfs en utilisant son nom de domaine à l'envers, puis en ajoutant ce qu'il veut. Comme un nom de domaine est forcément unique, on est certains d'éviter les conflits entre les fichiers de différents éditeurs.
L'utilisation du nom de domaine à l'envers permet de grouper logiquement les softs (ceux d'Adobe par exemple commencent par com.adobe, ceux concerant l'impression par com.apple.print, etc). C'est un classement beaucoup plus logique que l'ordre alphabétique.
Cette façon de faire n'a pas été inventée par Apple, mais par Sun (Java).
Et bien voilà!
Enfin une explication claire, simple, complète et logique, faite d'un ton détaché, non prétentieux, non vindicatif, juste fait pour tenter de donner une véritable explication à une véritable question.
Merci Patrick, heureusement que certains comme toi sont là pour redorer le blason des dev around. (vraiment).
Du coup, je comprend mieux le pourquoi du comment du machin.
Le seul truc que je ne comprenne quand même pas bien, c'est la nécéssité de mettre les "com" (ou "org" ou autre) en préfixe. Ils pourraient juste décider de mettre le nom (apple.print, par exemple) qui reste de toute façon unique puisqu'il est dérivé du nom, unique, de domaine, non?
Pourquoi pas?
Ca simplifierait quand même le classement alphabétique, je persiste à penser.
-- Le génie fait ce qu'il doit. Le talent fait ce qu'il peut.
Patrick Stadelmann
In article <1g9fef5.1nrw9if1kdhl72N%, (JmG) wrote:
Combien ya-t'il de boites qui s'appellent Apple avec des logiciels de même noms ?
Le but est justement de ne pas à avoir à se poser la question !
Pourquoi n'y avait-il pas ce problème sous Pré-X?
Il y avait... potentiellement... Quand un auteur de shareware crée un petit éditeur et lui donne un nom, il n'avait aucun moyen (surtout avant le Web et ses moteurs de recherche) de savoir si ce nom était déjà utilisé.
Vraiment je ne vois pas...
Moi je vois pas en quoi ce com.apple te gênes. Pour retrouver un fichier, la recherche "live" du Finder est de toute façon plus efficace.
Patrick -- Patrick Stadelmann
In article <1g9fef5.1nrw9if1kdhl72N%JmG@NOSPAMLaCase.com>,
JmG@NOSPAMLaCase.com (JmG) wrote:
Combien ya-t'il de boites qui s'appellent Apple avec des logiciels de
même noms ?
Le but est justement de ne pas à avoir à se poser la question !
Pourquoi n'y avait-il pas ce problème sous Pré-X?
Il y avait... potentiellement... Quand un auteur de shareware crée un
petit éditeur et lui donne un nom, il n'avait aucun moyen (surtout avant
le Web et ses moteurs de recherche) de savoir si ce nom était déjà
utilisé.
Vraiment je ne vois pas...
Moi je vois pas en quoi ce com.apple te gênes. Pour retrouver un
fichier, la recherche "live" du Finder est de toute façon plus efficace.
Patrick
--
Patrick Stadelmann <Patrick.Stadelmann@unine.ch>
In article <1g9fef5.1nrw9if1kdhl72N%, (JmG) wrote:
Combien ya-t'il de boites qui s'appellent Apple avec des logiciels de même noms ?
Le but est justement de ne pas à avoir à se poser la question !
Pourquoi n'y avait-il pas ce problème sous Pré-X?
Il y avait... potentiellement... Quand un auteur de shareware crée un petit éditeur et lui donne un nom, il n'avait aucun moyen (surtout avant le Web et ses moteurs de recherche) de savoir si ce nom était déjà utilisé.
Vraiment je ne vois pas...
Moi je vois pas en quoi ce com.apple te gênes. Pour retrouver un fichier, la recherche "live" du Finder est de toute façon plus efficace.
Patrick -- Patrick Stadelmann
JmG
Patrick Stadelmann wrote:
Non, ce qui est unique c'est le nom de domaine complet, y compris le suffixe.
Bon, ok, mais...
Par exemple, fwb.ch et fwb.com n'appartiennent pas à la même entreprise.
... je veux bien que pour des sites Web, ce soit indispensable, mais pour des fichiers de Pref?
Combien ya-t'il de boites qui s'appellent Apple avec des logiciels de même noms? Et pour les éditeurs tierces, c'est pareil. Pourquoi n'y avait-il pas ce problème sous Pré-X?
Vraiment je ne vois pas...
-- Le génie fait ce qu'il doit. Le talent fait ce qu'il peut.
Patrick Stadelmann <Patrick.Stadelmann@unine.ch> wrote:
Non, ce qui est unique c'est le nom de domaine complet, y compris le
suffixe.
Bon, ok, mais...
Par exemple, fwb.ch et fwb.com n'appartiennent pas à la même
entreprise.
... je veux bien que pour des sites Web, ce soit indispensable, mais
pour des fichiers de Pref?
Combien ya-t'il de boites qui s'appellent Apple avec des logiciels de
même noms? Et pour les éditeurs tierces, c'est pareil.
Pourquoi n'y avait-il pas ce problème sous Pré-X?
Vraiment je ne vois pas...
--
Le génie fait ce qu'il doit.
Le talent fait ce qu'il peut.
Non, ce qui est unique c'est le nom de domaine complet, y compris le suffixe.
Bon, ok, mais...
Par exemple, fwb.ch et fwb.com n'appartiennent pas à la même entreprise.
... je veux bien que pour des sites Web, ce soit indispensable, mais pour des fichiers de Pref?
Combien ya-t'il de boites qui s'appellent Apple avec des logiciels de même noms? Et pour les éditeurs tierces, c'est pareil. Pourquoi n'y avait-il pas ce problème sous Pré-X?
Vraiment je ne vois pas...
-- Le génie fait ce qu'il doit. Le talent fait ce qu'il peut.
FiLH
(JmG) writes:
Patrick Stadelmann wrote:
Non, ce qui est unique c'est le nom de domaine complet, y compris le suffixe.
Bon, ok, mais...
Par exemple, fwb.ch et fwb.com n'appartiennent pas à la même entreprise.
... je veux bien que pour des sites Web, ce soit indispensable, mais pour des fichiers de Pref?
Combien ya-t'il de boites qui s'appellent Apple avec des logiciels de même noms? Et pour les éditeurs tierces, c'est pareil. Pourquoi n'y avait-il pas ce problème sous Pré-X?
Vraiment je ne vois pas...
Pour une fois que des informaticiens préviennent les emmerdements potentiels le JMG est pas content.
Mince il lui faut quoi à celui là ? Quand ça marche pas il est pas content, quand c'est fait pour marcher, il est pas content....
Si tu faisais ton OS à toi pour ton petit monde à toi qu'on puisse se marrer un peu non ?
Allez lève ton cul du bistro et au boulot puisque t'es si génial, le monde n'attend que toi !
FiLH
-- FiLH photography. A taste of freedom in a conventional world. Web: http://www.filh.org e-mail FAQ fr.rec.photo : http://frp.parisv.com/ Sitafoto la photo a Bordeaux : http://sitafoto.free.fr/
JmG@NOSPAMLaCase.com (JmG) writes:
Patrick Stadelmann <Patrick.Stadelmann@unine.ch> wrote:
Non, ce qui est unique c'est le nom de domaine complet, y compris le
suffixe.
Bon, ok, mais...
Par exemple, fwb.ch et fwb.com n'appartiennent pas à la même
entreprise.
... je veux bien que pour des sites Web, ce soit indispensable, mais
pour des fichiers de Pref?
Combien ya-t'il de boites qui s'appellent Apple avec des logiciels de
même noms? Et pour les éditeurs tierces, c'est pareil.
Pourquoi n'y avait-il pas ce problème sous Pré-X?
Vraiment je ne vois pas...
Pour une fois que des informaticiens préviennent les emmerdements
potentiels le JMG est pas content.
Mince il lui faut quoi à celui là ? Quand ça marche pas il est pas
content, quand c'est fait pour marcher, il est pas content....
Si tu faisais ton OS à toi pour ton petit monde à toi qu'on puisse se
marrer un peu non ?
Allez lève ton cul du bistro et au boulot puisque t'es si génial, le
monde n'attend que toi !
FiLH
--
FiLH photography. A taste of freedom in a conventional world.
Web: http://www.filh.org e-mail filh@filh.org
FAQ fr.rec.photo : http://frp.parisv.com/
Sitafoto la photo a Bordeaux : http://sitafoto.free.fr/
Non, ce qui est unique c'est le nom de domaine complet, y compris le suffixe.
Bon, ok, mais...
Par exemple, fwb.ch et fwb.com n'appartiennent pas à la même entreprise.
... je veux bien que pour des sites Web, ce soit indispensable, mais pour des fichiers de Pref?
Combien ya-t'il de boites qui s'appellent Apple avec des logiciels de même noms? Et pour les éditeurs tierces, c'est pareil. Pourquoi n'y avait-il pas ce problème sous Pré-X?
Vraiment je ne vois pas...
Pour une fois que des informaticiens préviennent les emmerdements potentiels le JMG est pas content.
Mince il lui faut quoi à celui là ? Quand ça marche pas il est pas content, quand c'est fait pour marcher, il est pas content....
Si tu faisais ton OS à toi pour ton petit monde à toi qu'on puisse se marrer un peu non ?
Allez lève ton cul du bistro et au boulot puisque t'es si génial, le monde n'attend que toi !
FiLH
-- FiLH photography. A taste of freedom in a conventional world. Web: http://www.filh.org e-mail FAQ fr.rec.photo : http://frp.parisv.com/ Sitafoto la photo a Bordeaux : http://sitafoto.free.fr/
