[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Website upload
From: |
David Kastrup |
Subject: |
Re: Website upload |
Date: |
Tue, 07 Mar 2017 13:32:51 +0100 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/26.0.50 (gnu/linux) |
"Phil Holmes" <address@hidden> writes:
> ----- Original Message -----
> From: "Phil Holmes" <address@hidden>
> To: "David Kastrup" <address@hidden>; "Urs Liska" <address@hidden>
> Cc: <address@hidden>
> Sent: Tuesday, March 07, 2017 11:31 AM
> Subject: Re: Website upload
>
>
>> ----- Original Message -----
>> From: "Urs Liska" <address@hidden>
>> To: "David Kastrup" <address@hidden>
>> Cc: "Phil Holmes" <address@hidden>; <address@hidden>
>> Sent: Tuesday, March 07, 2017 11:08 AM
>> Subject: Re: Website upload
>>
>>
>>> Maybe someone with privileges on the server could manually run rsync
>>> with the --delete and the -n (dry run) option and presenting us with the
>>> list of files that would be deleted remotely. Probably this would
>>> quickly tell us if we have legitimate "orphaned" files.
>>>
>>> Urs
>>
>>
>> That sounds like a good plan. AFAICS I would need to run the line
>> from make-website.sh, but with those added options:
>>
>> rsync -raO -n --delete $BUILD/out-website/website/ $DEST/website/
>>
>> ??
>
>
> Hmm. Tried that. No output.
-n, --dry-run
This makes rsync perform a trial run that doesn’t make
any changes (and produces mostly the same output as a
real run). It is most commonly used in combination
with the -v, --verbose and/or -i, --itemize-changes
options to see what an rsync command is going to do
before one actually runs it.
The output of --itemize-changes is supposed to be
exactly the same on a dry run and a subsequent real run
(barring intentional trickery and system call
failures); if it isn’t, that’s a bug. Other output
should be mostly unchanged, but may differ in some
areas. Notably, a dry run does not send the actual
data for file transfers, so --progress has no effect,
the bytes sent, bytes received, literal data, and
matched data statistics are too small, and the speedup
value is equivalent to a run where no file transfers
were needed.
Maybe add -i to the options?
How did you catch the output? On a terminal or via redirection? Maybe
you need to redirect stderr as well?
--
David Kastrup
- Re: Website upload, (continued)
- Re: Website upload, Urs Liska, 2017/03/06
- Re: Website upload, Phil Holmes, 2017/03/07
- Re: Website upload, Urs Liska, 2017/03/07
- Re: Website upload, David Kastrup, 2017/03/07
- Re: Website upload, Urs Liska, 2017/03/07
- Re: Website upload, David Kastrup, 2017/03/07
- Re: Website upload, Urs Liska, 2017/03/07
- Re: Website upload, David Kastrup, 2017/03/07
- Re: Website upload, Phil Holmes, 2017/03/07
- Re: Website upload, Phil Holmes, 2017/03/07
- Re: Website upload,
David Kastrup <=
- Re: Website upload, Phil Holmes, 2017/03/07
- Re: Website upload, Urs Liska, 2017/03/07
- Re: Website upload, David Kastrup, 2017/03/07
- Re: Website upload, Phil Holmes, 2017/03/07
- Re: Website upload, David Kastrup, 2017/03/07
- Re: Website upload, Phil Holmes, 2017/03/07
- Re: Website upload, Urs Liska, 2017/03/07
- Re: Website upload, Urs Liska, 2017/03/07
- Re: Website upload, Davide Liessi, 2017/03/07
- Re: Website upload, Paul, 2017/03/07