au "début" de la sauvegarde, je vois, sur mon iMac, les fichiers suivants :
FreeGo4.5.zip
Nikon NX2 Product Key.doc
et donc ni FreeGo ni linuxmint.
à la fin, je me retrouve avec le répertoire "Téléchargements" VIDE côté
iMac :
yt@D620 ~ % ssh yt@iMac
Last login: Mon Jan 2 19:35:21 2012 from dell-par
imyt% ls -al Downloads/Dell/yt/Téléchargements
total 0
drwxr-xr-x 2 yt staff 68 3 jan 00:46 .
drwxr-xr-x 92 yt staff 3128 3 jan 07:26 ..
imyt%
Pourquoi ?
je précise que, si je fais un backup sur un disk externe, avec la commande :
rsync -az --delete-after --exclude '.gvfs' ${SRC} ${DST}
donc SANS ssh et avec :
SRC=/home/yt
et
DST=/media/DD
au "début" de la sauvegarde, je vois, sur mon iMac, les fichiers suivants : FreeGo4.5.zip Nikon NX2 Product Key.doc et donc ni FreeGo ni linuxmint.
à la fin, je me retrouve avec le répertoire "Téléchargements" VIDE côté iMac : ~ % ssh Last login: Mon Jan 2 19:35:21 2012 from dell-par imyt% ls -al Downloads/Dell/yt/Téléchargements total 0 drwxr-xr-x 2 yt staff 68 3 jan 00:46 . drwxr-xr-x 92 yt staff 3128 3 jan 07:26 .. imyt%
Pourquoi ?
je précise que, si je fais un backup sur un disk externe, avec la commande : rsync -az --delete-after --exclude '.gvfs' ${SRC} ${DST} donc SANS ssh et avec : SRC=/home/yt et DST=/media/DD
-- On ne le dira jamais assez, l'anarchisme, c'est l'ordre sans le gouvernement ; c'est la paix sans la violence. C'est le contraire précisément de tout ce qu'on lui reproche, soit par ignorance, soit par mauvaise foi. -+- Hem Day -+-
Salut,
Juste une question, le rapport avec la programation sous Mac OS X ?
Je redirige vers fr.comp.os.unix.
Le Mardi 03 janvier 2012 à 09:22 UTC, Une Bévue écrivait sur
fr.comp.sys.mac.programmation :
je fais un rsync, via ssh, entre mon portable dell sous Xubuntu 11.10 /
Voyager et mon iMac sous Lion latest.
la commande :
rsync -a --delete-after --exclude '.gvfs' -e ssh ${SRC} ${CMP}:${DST}
avec :
SRC=/home/yt
CMP=yt@[<adresse IPV6 de l'iMac>]
et
DST=/Users/yt/Downloads/Dell
au "début" de la sauvegarde, je vois, sur mon iMac, les fichiers suivants :
FreeGo4.5.zip
Nikon NX2 Product Key.doc
et donc ni FreeGo ni linuxmint.
à la fin, je me retrouve avec le répertoire "Téléchargements" VIDE côté
iMac :
yt@D620 ~ % ssh yt@iMac
Last login: Mon Jan 2 19:35:21 2012 from dell-par
imyt% ls -al Downloads/Dell/yt/Téléchargements
total 0
drwxr-xr-x 2 yt staff 68 3 jan 00:46 .
drwxr-xr-x 92 yt staff 3128 3 jan 07:26 ..
imyt%
Pourquoi ?
je précise que, si je fais un backup sur un disk externe, avec la commande :
rsync -az --delete-after --exclude '.gvfs' ${SRC} ${DST}
donc SANS ssh et avec :
SRC=/home/yt
et
DST=/media/DD
--
On ne le dira jamais assez, l'anarchisme, c'est l'ordre sans le
gouvernement ; c'est la paix sans la violence. C'est le contraire
précisément de tout ce qu'on lui reproche, soit par ignorance, soit
par mauvaise foi. -+- Hem Day -+-
au "début" de la sauvegarde, je vois, sur mon iMac, les fichiers suivants : FreeGo4.5.zip Nikon NX2 Product Key.doc et donc ni FreeGo ni linuxmint.
à la fin, je me retrouve avec le répertoire "Téléchargements" VIDE côté iMac : ~ % ssh Last login: Mon Jan 2 19:35:21 2012 from dell-par imyt% ls -al Downloads/Dell/yt/Téléchargements total 0 drwxr-xr-x 2 yt staff 68 3 jan 00:46 . drwxr-xr-x 92 yt staff 3128 3 jan 07:26 .. imyt%
Pourquoi ?
je précise que, si je fais un backup sur un disk externe, avec la commande : rsync -az --delete-after --exclude '.gvfs' ${SRC} ${DST} donc SANS ssh et avec : SRC=/home/yt et DST=/media/DD
-- On ne le dira jamais assez, l'anarchisme, c'est l'ordre sans le gouvernement ; c'est la paix sans la violence. C'est le contraire précisément de tout ce qu'on lui reproche, soit par ignorance, soit par mauvaise foi. -+- Hem Day -+-
unbewusst.sein
Gérald Niel <gerald.niel+ wrote:
Juste une question, le rapport avec la programation sous Mac OS X ? Je redirige vers fr.comp.os.unix.
Euh, écrire un script zsh pour alimenter un serveur sous Mac OS X (spécificité de l'encodage UTF8) n'est pas de "la programation sous Mac OS X" certe mais de la programation POUR Mac OS X...
D'ailleurs il m'a été répondu sur Mac OS X... -- « Doutez de tout et surtout de ce que je vais vous dire. » (Bouddha)
Juste une question, le rapport avec la programation sous Mac OS X ?
Je redirige vers fr.comp.os.unix.
Euh, écrire un script zsh pour alimenter un serveur sous Mac OS X
(spécificité de l'encodage UTF8) n'est pas de "la programation sous Mac
OS X" certe mais de la programation POUR Mac OS X...
D'ailleurs il m'a été répondu sur Mac OS X...
--
« Doutez de tout et surtout de ce que je vais vous dire. »
(Bouddha)
Juste une question, le rapport avec la programation sous Mac OS X ? Je redirige vers fr.comp.os.unix.
Euh, écrire un script zsh pour alimenter un serveur sous Mac OS X (spécificité de l'encodage UTF8) n'est pas de "la programation sous Mac OS X" certe mais de la programation POUR Mac OS X...
D'ailleurs il m'a été répondu sur Mac OS X... -- « Doutez de tout et surtout de ce que je vais vous dire. » (Bouddha)
pehache
Le 05/01/12 08:26, Une Bévue a écrit :
Gérald Niel<gerald.niel+ wrote:
Juste une question, le rapport avec la programation sous Mac OS X ? Je redirige vers fr.comp.os.unix.
Euh, écrire un script zsh
Le post initial ne parle pas de script zsh.
Et même si il en parlait, ça n'a rien de spécifique Mac
pour alimenter un serveur sous Mac OS X (spécificité de l'encodage UTF8)
Le post initial ne parle pas d'UTF8
n'est pas de "la programation sous Mac OS X" certe mais de la programation POUR Mac OS X...
Le groupe fcsmp est fait pour la programmation *spécifique* à Mac OS X. Or je ne vois pas ce que la question avait de spécifique à Mac OS X. rsync est un outil unix d'une manière générale.
D'ailleurs il m'a été répondu sur Mac OS X...
Ce qui est très fort, vu que le post initial n'était pas publié sur fcom-ox
Juste une question, le rapport avec la programation sous Mac OS X ?
Je redirige vers fr.comp.os.unix.
Euh, écrire un script zsh
Le post initial ne parle pas de script zsh.
Et même si il en parlait, ça n'a rien de spécifique Mac
pour alimenter un serveur sous Mac OS X
(spécificité de l'encodage UTF8)
Le post initial ne parle pas d'UTF8
n'est pas de "la programation sous Mac
OS X" certe mais de la programation POUR Mac OS X...
Le groupe fcsmp est fait pour la programmation *spécifique* à Mac OS X.
Or je ne vois pas ce que la question avait de spécifique à Mac OS X.
rsync est un outil unix d'une manière générale.
D'ailleurs il m'a été répondu sur Mac OS X...
Ce qui est très fort, vu que le post initial n'était pas publié sur fcom-ox
Juste une question, le rapport avec la programation sous Mac OS X ? Je redirige vers fr.comp.os.unix.
Euh, écrire un script zsh
Le post initial ne parle pas de script zsh.
Et même si il en parlait, ça n'a rien de spécifique Mac
pour alimenter un serveur sous Mac OS X (spécificité de l'encodage UTF8)
Le post initial ne parle pas d'UTF8
n'est pas de "la programation sous Mac OS X" certe mais de la programation POUR Mac OS X...
Le groupe fcsmp est fait pour la programmation *spécifique* à Mac OS X. Or je ne vois pas ce que la question avait de spécifique à Mac OS X. rsync est un outil unix d'une manière générale.
D'ailleurs il m'a été répondu sur Mac OS X...
Ce qui est très fort, vu que le post initial n'était pas publié sur fcom-ox
Une Bévue
Le 08/01/2012 01:16, pehache a écrit :
Ce qui est très fort, vu que le post initial n'était pas publié sur fcom-ox
formé chez les barbus ?
Le 08/01/2012 01:16, pehache a écrit :
Ce qui est très fort, vu que le post initial n'était pas publié sur fcom-ox
Ce qui est très fort, vu que le post initial n'était pas publié sur fcom-ox
formé chez les barbus ?
Paul Gaborit
À (at) Sun, 08 Jan 2012 01:16:16 +0100, pehache écrivait (wrote):
Le groupe fcsmp est fait pour la programmation *spécifique* à Mac OS X. Or je ne vois pas ce que la question avait de spécifique à Mac OS X. rsync est un outil unix d'une manière générale.
Ce n'est pas parce que vous ne voyez pas que ça n'existe pas... Ici, la spécificité liée à Mac OS X était la manière dont les noms de fichiers sont codés en UTF-8 dans un système de fichiers HFS+.
À (at) Sun, 08 Jan 2012 01:16:16 +0100,
pehache <pehache.7@gmail.com> écrivait (wrote):
Le groupe fcsmp est fait pour la programmation *spécifique* à Mac OS
X. Or je ne vois pas ce que la question avait de spécifique à Mac OS
X. rsync est un outil unix d'une manière générale.
Ce n'est pas parce que vous ne voyez pas que ça n'existe pas... Ici, la
spécificité liée à Mac OS X était la manière dont les noms de fichiers
sont codés en UTF-8 dans un système de fichiers HFS+.
--
Paul Gaborit - <http://perso.mines-albi.fr/~gaborit/>
À (at) Sun, 08 Jan 2012 01:16:16 +0100, pehache écrivait (wrote):
Le groupe fcsmp est fait pour la programmation *spécifique* à Mac OS X. Or je ne vois pas ce que la question avait de spécifique à Mac OS X. rsync est un outil unix d'une manière générale.
Ce n'est pas parce que vous ne voyez pas que ça n'existe pas... Ici, la spécificité liée à Mac OS X était la manière dont les noms de fichiers sont codés en UTF-8 dans un système de fichiers HFS+.
À (at) Sun, 08 Jan 2012 01:16:16 +0100, pehache écrivait (wrote):
Le groupe fcsmp est fait pour la programmation *spécifique* à Mac OS X. Or je ne vois pas ce que la question avait de spécifique à Mac OS X. rsync est un outil unix d'une manière générale.
Ce n'est pas parce que vous ne voyez pas que ça n'existe pas... Ici, la spécificité liée à Mac OS X était la manière dont les noms de fichiers sont codés en UTF-8 dans un système de fichiers HFS+.
Désolé, mais j'ai beau relire le post initial (<news:4f02c8de$0$14898$), je ne vois nulle référence à une histoire d'UTF-8
Et même si il s'agissait d'UTF-8 dans un système de fichiers HFS+, je ne vois pas bien en quoi ce serait un problème de programmation.
Le 08/01/12 10:21, Paul Gaborit a écrit :
À (at) Sun, 08 Jan 2012 01:16:16 +0100,
pehache<pehache.7@gmail.com> écrivait (wrote):
Le groupe fcsmp est fait pour la programmation *spécifique* à Mac OS
X. Or je ne vois pas ce que la question avait de spécifique à Mac OS
X. rsync est un outil unix d'une manière générale.
Ce n'est pas parce que vous ne voyez pas que ça n'existe pas... Ici, la
spécificité liée à Mac OS X était la manière dont les noms de fichiers
sont codés en UTF-8 dans un système de fichiers HFS+.
Désolé, mais j'ai beau relire le post initial
(<news:4f02c8de$0$14898$426a74cc@news.free.fr>), je ne vois nulle
référence à une histoire d'UTF-8
Et même si il s'agissait d'UTF-8 dans un système de fichiers HFS+, je ne
vois pas bien en quoi ce serait un problème de programmation.
À (at) Sun, 08 Jan 2012 01:16:16 +0100, pehache écrivait (wrote):
Le groupe fcsmp est fait pour la programmation *spécifique* à Mac OS X. Or je ne vois pas ce que la question avait de spécifique à Mac OS X. rsync est un outil unix d'une manière générale.
Ce n'est pas parce que vous ne voyez pas que ça n'existe pas... Ici, la spécificité liée à Mac OS X était la manière dont les noms de fichiers sont codés en UTF-8 dans un système de fichiers HFS+.
Désolé, mais j'ai beau relire le post initial (<news:4f02c8de$0$14898$), je ne vois nulle référence à une histoire d'UTF-8
Et même si il s'agissait d'UTF-8 dans un système de fichiers HFS+, je ne vois pas bien en quoi ce serait un problème de programmation.
pehache
Le 08/01/12 06:36, Une Bévue a écrit :
Le 08/01/2012 01:16, pehache a écrit :
Ce qui est très fort, vu que le post initial n'était pas publié sur fcom-ox
formé chez les barbus ?
Il faut être barbu pour poster au bon endroit ?
Le 08/01/12 06:36, Une Bévue a écrit :
Le 08/01/2012 01:16, pehache a écrit :
Ce qui est très fort, vu que le post initial n'était pas publié sur
fcom-ox
À (at) Sun, 08 Jan 2012 19:34:44 +0100, pehache écrivait (wrote):
Et même si il s'agissait d'UTF-8 dans un système de fichiers HFS+, je ne vois pas bien en quoi ce serait un problème de programmation.
Depuis quand les questions de codage ne font-elles plus partie du monde de la programmation ?
Les questions de codage des noms de fichiers dans un système de fichiers sont, à la base, indépendantes du contexte "programmation" ou "pas programmation".
Le 08/01/12 23:17, Paul Gaborit a écrit :
À (at) Sun, 08 Jan 2012 19:34:44 +0100,
pehache<pehache.7@gmail.com> écrivait (wrote):
Et même si il s'agissait d'UTF-8 dans un système de fichiers HFS+, je
ne vois pas bien en quoi ce serait un problème de programmation.
Depuis quand les questions de codage ne font-elles plus partie du monde
de la programmation ?
Les questions de codage des noms de fichiers dans un système de fichiers
sont, à la base, indépendantes du contexte "programmation" ou "pas
programmation".
À (at) Sun, 08 Jan 2012 19:34:44 +0100, pehache écrivait (wrote):
Et même si il s'agissait d'UTF-8 dans un système de fichiers HFS+, je ne vois pas bien en quoi ce serait un problème de programmation.
Depuis quand les questions de codage ne font-elles plus partie du monde de la programmation ?
Les questions de codage des noms de fichiers dans un système de fichiers sont, à la base, indépendantes du contexte "programmation" ou "pas programmation".
Paul Gaborit
À (at) Mon, 09 Jan 2012 09:01:55 +0100, pehache écrivait (wrote):
Le 08/01/12 23:17, Paul Gaborit a écrit :
À (at) Sun, 08 Jan 2012 19:34:44 +0100, pehache écrivait (wrote):
Et même si il s'agissait d'UTF-8 dans un système de fichiers HFS+, je ne vois pas bien en quoi ce serait un problème de programmation.
Depuis quand les questions de codage ne font-elles plus partie du monde de la programmation ?
Les questions de codage des noms de fichiers dans un système de fichiers sont, à la base, indépendantes du contexte "programmation" ou "pas programmation".
Ne tombez pas dans le piège qui consiste à croire qu'il existe une frontière entre donnée et programme. Les questions de codage font intégralement partie des questions de programmation.
À (at) Mon, 09 Jan 2012 09:01:55 +0100,
pehache <pehache.7@gmail.com> écrivait (wrote):
Le 08/01/12 23:17, Paul Gaborit a écrit :
À (at) Sun, 08 Jan 2012 19:34:44 +0100,
pehache<pehache.7@gmail.com> écrivait (wrote):
Et même si il s'agissait d'UTF-8 dans un système de fichiers HFS+, je
ne vois pas bien en quoi ce serait un problème de programmation.
Depuis quand les questions de codage ne font-elles plus partie du monde
de la programmation ?
Les questions de codage des noms de fichiers dans un système de
fichiers sont, à la base, indépendantes du contexte "programmation" ou
"pas programmation".
Ne tombez pas dans le piège qui consiste à croire qu'il existe une
frontière entre donnée et programme. Les questions de codage font
intégralement partie des questions de programmation.
--
Paul Gaborit - <http://perso.mines-albi.fr/~gaborit/>
À (at) Mon, 09 Jan 2012 09:01:55 +0100, pehache écrivait (wrote):
Le 08/01/12 23:17, Paul Gaborit a écrit :
À (at) Sun, 08 Jan 2012 19:34:44 +0100, pehache écrivait (wrote):
Et même si il s'agissait d'UTF-8 dans un système de fichiers HFS+, je ne vois pas bien en quoi ce serait un problème de programmation.
Depuis quand les questions de codage ne font-elles plus partie du monde de la programmation ?
Les questions de codage des noms de fichiers dans un système de fichiers sont, à la base, indépendantes du contexte "programmation" ou "pas programmation".
Ne tombez pas dans le piège qui consiste à croire qu'il existe une frontière entre donnée et programme. Les questions de codage font intégralement partie des questions de programmation.
