Non, une fois décompressés un diff -r ne donne aucune différence sur les
2 dossiers (/etc concerné dans l'exemple).
Non, une fois décompressés un diff -r ne donne aucune différence sur les
2 dossiers (/etc concerné dans l'exemple).
Non, une fois décompressés un diff -r ne donne aucune différence sur les
2 dossiers (/etc concerné dans l'exemple).
Le jeudi 5 mars 2015, 20:10:08 Vincent Lefevre a écrit :
>(…]
> > Note : les fichiers ~ ne sont pas des fichiers
> > « temporaires », ce sont des fichiers « de sauvegarde ».
>
> Ils sont temporaires: ils disparaissent quand tu quittes
> l'éditeur.
Non, pas les ~ d’Emacs.
Le jeudi 5 mars 2015, 20:10:08 Vincent Lefevre a écrit :
>(…]
> > Note : les fichiers ~ ne sont pas des fichiers
> > « temporaires », ce sont des fichiers « de sauvegarde ».
>
> Ils sont temporaires: ils disparaissent quand tu quittes
> l'éditeur.
Non, pas les ~ d’Emacs.
Le jeudi 5 mars 2015, 20:10:08 Vincent Lefevre a écrit :
>(…]
> > Note : les fichiers ~ ne sont pas des fichiers
> > « temporaires », ce sont des fichiers « de sauvegarde ».
>
> Ils sont temporaires: ils disparaissent quand tu quittes
> l'éditeur.
Non, pas les ~ d’Emacs.
On 2015-03-05 21:01:52 +0100, Sylvain L. Sauvage wrote:
> Le jeudi 5 mars 2015, 20:10:08 Vincent Lefevre a écrit :
> >(â¦]
> > > Note : les fichiers ~ ne sont pas des fichiers
> > > « temporaires », ce sont des fichiers « de sauve garde ».
> >
> > Ils sont temporaires: ils disparaissent quand tu quittes
> > l'éditeur.
> >
> Non, pas les ~ dâEmacs.
Je ne parlais pas des ~ d'Emacs
qui ne sont *pas* créés tant
que tu ne sauves pas le fichier (ce qui est le cas de l'OP).
Emacs crée des #fichier# pour ses sauvegardes *temporaires*
des fichiers modifiés mais pas encore sauvés. Ces fichiers
dispassaissent normalement, mais il peut en rester si Emacs
n'a pas terminé proprement. Un "locate #" permet de voir ce
qui traîne.
On 2015-03-05 21:01:52 +0100, Sylvain L. Sauvage wrote:
> Le jeudi 5 mars 2015, 20:10:08 Vincent Lefevre a écrit :
> >(â¦]
> > > Note : les fichiers ~ ne sont pas des fichiers
> > > « temporaires », ce sont des fichiers « de sauve garde ».
> >
> > Ils sont temporaires: ils disparaissent quand tu quittes
> > l'éditeur.
> >
> Non, pas les ~ dâEmacs.
Je ne parlais pas des ~ d'Emacs
qui ne sont *pas* créés tant
que tu ne sauves pas le fichier (ce qui est le cas de l'OP).
Emacs crée des #fichier# pour ses sauvegardes *temporaires*
des fichiers modifiés mais pas encore sauvés. Ces fichiers
dispassaissent normalement, mais il peut en rester si Emacs
n'a pas terminé proprement. Un "locate #" permet de voir ce
qui traîne.
On 2015-03-05 21:01:52 +0100, Sylvain L. Sauvage wrote:
> Le jeudi 5 mars 2015, 20:10:08 Vincent Lefevre a écrit :
> >(â¦]
> > > Note : les fichiers ~ ne sont pas des fichiers
> > > « temporaires », ce sont des fichiers « de sauve garde ».
> >
> > Ils sont temporaires: ils disparaissent quand tu quittes
> > l'éditeur.
> >
> Non, pas les ~ dâEmacs.
Je ne parlais pas des ~ d'Emacs
qui ne sont *pas* créés tant
que tu ne sauves pas le fichier (ce qui est le cas de l'OP).
Emacs crée des #fichier# pour ses sauvegardes *temporaires*
des fichiers modifiés mais pas encore sauvés. Ces fichiers
dispassaissent normalement, mais il peut en rester si Emacs
n'a pas terminé proprement. Un "locate #" permet de voir ce
qui traîne.
On 03/05/2015 01:30 PM, Samuel wrote:Non, une fois décompressés un diff -r ne donne aucune différence sur les
2 dossiers (/etc concerné dans l'exemple).
Ben justement, au lieu de faire un diff sur 2 fichiers binaires
pourquoi tu ferais pas un diff sur le contenu genre:
~$ tar tf test1.tar > liste_fichiers_de_test1
~$ tar tf test2.tar > liste_fichiers_de_test2
~$ diff liste_fichiers_de_test?
~$ rm liste_fichiers_de_test?
Et y'a moyen de mettre tout ça sur une seule ligne si tu préfères (ou
si tu n'as pas envie de créer des fichiers temporaires.
Je précise que vim travaille sur un fichier temporaire (par sécurité)
et lorsque tu lances la commande d'écriture il détruit l'ancien
fichier et en recrée un autre (lance des ":w", l'inode de ton fichier
changera à chaque fois). Donc si tu veux qu'il n'y ait pas de
différence en cas d'écriture (en fait je m'écarte car ce n'est pas ton
cas de figure mais bon je termine ma phrase qd-même), ce n'est pas
seulement le atime qu'il faudra préserver mais aussi le ctime (le
fichier étant donc créé à chaque écriture).
Il faut savoir se relire :" Si tu veux pas de différence en cas
d'écriture". :) C'est malin comme phrase, ça.
Bon je parlais de vi et inode parce qu'on en parlait récemment sur un
des groupes linux et c'est encore (pour l'instant) dans ma mémoire.
(Presque) dernière idée, peux-tu te permettre de "time-stamper" tous
les fichiers de l'archive à une même date arbitraire lors de chaque
archivage?
Git, c'est une excellente occasion d'apprendre à s'en servir.
Si ton but c'est de faire un backup uniquement des fichiers modifiés
tu as bien sûr (le presque incontournable) rsync et companie
On 03/05/2015 01:30 PM, Samuel wrote:
Non, une fois décompressés un diff -r ne donne aucune différence sur les
2 dossiers (/etc concerné dans l'exemple).
Ben justement, au lieu de faire un diff sur 2 fichiers binaires
pourquoi tu ferais pas un diff sur le contenu genre:
~$ tar tf test1.tar > liste_fichiers_de_test1
~$ tar tf test2.tar > liste_fichiers_de_test2
~$ diff liste_fichiers_de_test?
~$ rm liste_fichiers_de_test?
Et y'a moyen de mettre tout ça sur une seule ligne si tu préfères (ou
si tu n'as pas envie de créer des fichiers temporaires.
Je précise que vim travaille sur un fichier temporaire (par sécurité)
et lorsque tu lances la commande d'écriture il détruit l'ancien
fichier et en recrée un autre (lance des ":w", l'inode de ton fichier
changera à chaque fois). Donc si tu veux qu'il n'y ait pas de
différence en cas d'écriture (en fait je m'écarte car ce n'est pas ton
cas de figure mais bon je termine ma phrase qd-même), ce n'est pas
seulement le atime qu'il faudra préserver mais aussi le ctime (le
fichier étant donc créé à chaque écriture).
Il faut savoir se relire :" Si tu veux pas de différence en cas
d'écriture". :) C'est malin comme phrase, ça.
Bon je parlais de vi et inode parce qu'on en parlait récemment sur un
des groupes linux et c'est encore (pour l'instant) dans ma mémoire.
(Presque) dernière idée, peux-tu te permettre de "time-stamper" tous
les fichiers de l'archive à une même date arbitraire lors de chaque
archivage?
Git, c'est une excellente occasion d'apprendre à s'en servir.
Si ton but c'est de faire un backup uniquement des fichiers modifiés
tu as bien sûr (le presque incontournable) rsync et companie
On 03/05/2015 01:30 PM, Samuel wrote:Non, une fois décompressés un diff -r ne donne aucune différence sur les
2 dossiers (/etc concerné dans l'exemple).
Ben justement, au lieu de faire un diff sur 2 fichiers binaires
pourquoi tu ferais pas un diff sur le contenu genre:
~$ tar tf test1.tar > liste_fichiers_de_test1
~$ tar tf test2.tar > liste_fichiers_de_test2
~$ diff liste_fichiers_de_test?
~$ rm liste_fichiers_de_test?
Et y'a moyen de mettre tout ça sur une seule ligne si tu préfères (ou
si tu n'as pas envie de créer des fichiers temporaires.
Je précise que vim travaille sur un fichier temporaire (par sécurité)
et lorsque tu lances la commande d'écriture il détruit l'ancien
fichier et en recrée un autre (lance des ":w", l'inode de ton fichier
changera à chaque fois). Donc si tu veux qu'il n'y ait pas de
différence en cas d'écriture (en fait je m'écarte car ce n'est pas ton
cas de figure mais bon je termine ma phrase qd-même), ce n'est pas
seulement le atime qu'il faudra préserver mais aussi le ctime (le
fichier étant donc créé à chaque écriture).
Il faut savoir se relire :" Si tu veux pas de différence en cas
d'écriture". :) C'est malin comme phrase, ça.
Bon je parlais de vi et inode parce qu'on en parlait récemment sur un
des groupes linux et c'est encore (pour l'instant) dans ma mémoire.
(Presque) dernière idée, peux-tu te permettre de "time-stamper" tous
les fichiers de l'archive à une même date arbitraire lors de chaque
archivage?
Git, c'est une excellente occasion d'apprendre à s'en servir.
Si ton but c'est de faire un backup uniquement des fichiers modifiés
tu as bien sûr (le presque incontournable) rsync et companie
Le 06/03/2015 14:33, mrr a écrit :Si ton but c'est de faire un backup uniquement des fichiers modifiés
tu as bien sûr (le presque incontournable) rsync et companie
Justement je suis en train de tester, mais je n'arrive pas encore à
faire ce que je veux (la fonction --backup ne me convient pas tout à
fait)
Je cherche à synchroniser un dossier imap, mais que les fichiers
supprimés aillent dans un autre dossier ... mais pour l'instant je
n'ai trouvé cette fonction que dans des sauvegardes incrémentielles,
ce qui ne me convient pas tout à fait (je veux garder un dossier image
unique).
Le 06/03/2015 14:33, mrr a écrit :
Si ton but c'est de faire un backup uniquement des fichiers modifiés
tu as bien sûr (le presque incontournable) rsync et companie
Justement je suis en train de tester, mais je n'arrive pas encore à
faire ce que je veux (la fonction --backup ne me convient pas tout à
fait)
Je cherche à synchroniser un dossier imap, mais que les fichiers
supprimés aillent dans un autre dossier ... mais pour l'instant je
n'ai trouvé cette fonction que dans des sauvegardes incrémentielles,
ce qui ne me convient pas tout à fait (je veux garder un dossier image
unique).
Le 06/03/2015 14:33, mrr a écrit :Si ton but c'est de faire un backup uniquement des fichiers modifiés
tu as bien sûr (le presque incontournable) rsync et companie
Justement je suis en train de tester, mais je n'arrive pas encore à
faire ce que je veux (la fonction --backup ne me convient pas tout à
fait)
Je cherche à synchroniser un dossier imap, mais que les fichiers
supprimés aillent dans un autre dossier ... mais pour l'instant je
n'ai trouvé cette fonction que dans des sauvegardes incrémentielles,
ce qui ne me convient pas tout à fait (je veux garder un dossier image
unique).
Je cherche à synchroniser un dossier imap, mais que les fichiers
supprimés aillent dans un autre dossier ... mais pour l'instant je n'ai
trouvé cette fonction que dans des sauvegardes incrémentielles, ce qui
ne me convient pas tout à fait (je veux garder un dossier image unique).
Je cherche à synchroniser un dossier imap, mais que les fichiers
supprimés aillent dans un autre dossier ... mais pour l'instant je n'ai
trouvé cette fonction que dans des sauvegardes incrémentielles, ce qui
ne me convient pas tout à fait (je veux garder un dossier image unique).
Je cherche à synchroniser un dossier imap, mais que les fichiers
supprimés aillent dans un autre dossier ... mais pour l'instant je n'ai
trouvé cette fonction que dans des sauvegardes incrémentielles, ce qui
ne me convient pas tout à fait (je veux garder un dossier image unique).
On 03/07/2015 11:40 AM, Samuel wrote:Je cherche à synchroniser un dossier imap, mais que les fichiers
supprimés aillent dans un autre dossier ... mais pour l'instant je n'ai
trouvé cette fonction que dans des sauvegardes incrémentielles, ce qui
ne me convient pas tout à fait (je veux garder un dossier image unique).
J'ai vu dans ton prochain message que tu as trouvé une solution avec
rsync, tant mieux, je voulais juste ajouter un petit commentaire.
Si tu est à l'aise avec bash, tu aurais pu créer un petit script qui,
par exemple utilise find pour trouver les fichiers modifiés (si tu
utilise atime, je conseillerais un 'relatime' plutôt que noatime dans
fstab) etc.
PS: En passant je trouve ça "que les fichiers supprimés aillent dans
un autre dossier" pas si clair! Tu veux réinventer la corbeille? :
On 03/07/2015 11:40 AM, Samuel wrote:
Je cherche à synchroniser un dossier imap, mais que les fichiers
supprimés aillent dans un autre dossier ... mais pour l'instant je n'ai
trouvé cette fonction que dans des sauvegardes incrémentielles, ce qui
ne me convient pas tout à fait (je veux garder un dossier image unique).
J'ai vu dans ton prochain message que tu as trouvé une solution avec
rsync, tant mieux, je voulais juste ajouter un petit commentaire.
Si tu est à l'aise avec bash, tu aurais pu créer un petit script qui,
par exemple utilise find pour trouver les fichiers modifiés (si tu
utilise atime, je conseillerais un 'relatime' plutôt que noatime dans
fstab) etc.
PS: En passant je trouve ça "que les fichiers supprimés aillent dans
un autre dossier" pas si clair! Tu veux réinventer la corbeille? :
On 03/07/2015 11:40 AM, Samuel wrote:Je cherche à synchroniser un dossier imap, mais que les fichiers
supprimés aillent dans un autre dossier ... mais pour l'instant je n'ai
trouvé cette fonction que dans des sauvegardes incrémentielles, ce qui
ne me convient pas tout à fait (je veux garder un dossier image unique).
J'ai vu dans ton prochain message que tu as trouvé une solution avec
rsync, tant mieux, je voulais juste ajouter un petit commentaire.
Si tu est à l'aise avec bash, tu aurais pu créer un petit script qui,
par exemple utilise find pour trouver les fichiers modifiés (si tu
utilise atime, je conseillerais un 'relatime' plutôt que noatime dans
fstab) etc.
PS: En passant je trouve ça "que les fichiers supprimés aillent dans
un autre dossier" pas si clair! Tu veux réinventer la corbeille? :
Le vendredi 6 mars 2015, 17:07:32 Vincent Lefevre a écrit :
> On 2015-03-05 21:01:52 +0100, Sylvain L. Sauvage wrote:
> > Le jeudi 5 mars 2015, 20:10:08 Vincent Lefevre a écrit :
> > >(…]
> > > > Note : les fichiers ~ ne sont pas des fichiers
> > > > « temporaires », ce sont des fichiers « de sauvegarde ».
> > >
> > > Ils sont temporaires: ils disparaissent quand tu quittes
> > > l'éditeur.
> > >
> > Non, pas les ~ d’Emacs.
>
> Je ne parlais pas des ~ d'Emacs
Alors ne dis pas « Ils » juste sous ma phrase « les fichiers
~ »…
> qui ne sont *pas* créés tant
> que tu ne sauves pas le fichier (ce qui est le cas de l'OP).
> Emacs crée des #fichier# pour ses sauvegardes *temporaires*
.#<fichier>#, ils sont cachés.
Et ils ne sont pas créés si on ne fait que lire le fichier,
contrairement aux .swp de vi.
Le vendredi 6 mars 2015, 17:07:32 Vincent Lefevre a écrit :
> On 2015-03-05 21:01:52 +0100, Sylvain L. Sauvage wrote:
> > Le jeudi 5 mars 2015, 20:10:08 Vincent Lefevre a écrit :
> > >(…]
> > > > Note : les fichiers ~ ne sont pas des fichiers
> > > > « temporaires », ce sont des fichiers « de sauvegarde ».
> > >
> > > Ils sont temporaires: ils disparaissent quand tu quittes
> > > l'éditeur.
> > >
> > Non, pas les ~ d’Emacs.
>
> Je ne parlais pas des ~ d'Emacs
Alors ne dis pas « Ils » juste sous ma phrase « les fichiers
~ »…
> qui ne sont *pas* créés tant
> que tu ne sauves pas le fichier (ce qui est le cas de l'OP).
> Emacs crée des #fichier# pour ses sauvegardes *temporaires*
.#<fichier>#, ils sont cachés.
Et ils ne sont pas créés si on ne fait que lire le fichier,
contrairement aux .swp de vi.
Le vendredi 6 mars 2015, 17:07:32 Vincent Lefevre a écrit :
> On 2015-03-05 21:01:52 +0100, Sylvain L. Sauvage wrote:
> > Le jeudi 5 mars 2015, 20:10:08 Vincent Lefevre a écrit :
> > >(…]
> > > > Note : les fichiers ~ ne sont pas des fichiers
> > > > « temporaires », ce sont des fichiers « de sauvegarde ».
> > >
> > > Ils sont temporaires: ils disparaissent quand tu quittes
> > > l'éditeur.
> > >
> > Non, pas les ~ d’Emacs.
>
> Je ne parlais pas des ~ d'Emacs
Alors ne dis pas « Ils » juste sous ma phrase « les fichiers
~ »…
> qui ne sont *pas* créés tant
> que tu ne sauves pas le fichier (ce qui est le cas de l'OP).
> Emacs crée des #fichier# pour ses sauvegardes *temporaires*
.#<fichier>#, ils sont cachés.
Et ils ne sont pas créés si on ne fait que lire le fichier,
contrairement aux .swp de vi.
je sors bien du fichier avant de faire le tar, donc à priori pas de
fichier temporaire.
je sors bien du fichier avant de faire le tar, donc à priori pas de
fichier temporaire.
je sors bien du fichier avant de faire le tar, donc à priori pas de
fichier temporaire.
Le 05/03/2015 09:48, Samuel a écrit :je sors bien du fichier avant de faire le tar, donc à priori pas de
fichier temporaire.
Bonjour, il est aussi possible d'ouvrir le fichier en ecriture, mais
sans fichier d'echange avec l'option -n, ou de retarder la creation de
celui-ci(voir par exemple
<http://www.fdn.fr/~sascoet/texte/fichiersdeconfiguration/vimrc>
Le 05/03/2015 09:48, Samuel a écrit :
je sors bien du fichier avant de faire le tar, donc à priori pas de
fichier temporaire.
Bonjour, il est aussi possible d'ouvrir le fichier en ecriture, mais
sans fichier d'echange avec l'option -n, ou de retarder la creation de
celui-ci(voir par exemple
<http://www.fdn.fr/~sascoet/texte/fichiersdeconfiguration/vimrc>
Le 05/03/2015 09:48, Samuel a écrit :je sors bien du fichier avant de faire le tar, donc à priori pas de
fichier temporaire.
Bonjour, il est aussi possible d'ouvrir le fichier en ecriture, mais
sans fichier d'echange avec l'option -n, ou de retarder la creation de
celui-ci(voir par exemple
<http://www.fdn.fr/~sascoet/texte/fichiersdeconfiguration/vimrc>
