> It would be pretty cool if I could be automatically cc'd on Debian bug
> reports about rsync, if the BTS supports that.
I'm pretty sure this got added in the last month or two... (type type
type google google google) Ah yes, this posting to the debian QA list:
| You can (un)subscribe to a pack
I wrote about rfc-822 header style::
| The obvious downside that you
| can detect end of record without seeing the beginning of the next record,
| which sucks for progress reporting. This applies to your proposal too.
But of ourse rfc822 headers are terminated by a blank line, so ignore this.
--
On 16 Mar 2002, Martin Pool <[EMAIL PROTECTED]> wrote:
> While testing a frontend to rsync, we have been bitten by rsync eating
> all the memory of the host. We have found that it was due to rsync
> trying to write an error and then failing to write the error and
> trying to report that it fails
--
Martin
--- Begin Message ---
While testing a frontend to rsync, we have been bitten by rsync eating
all the memory of the host. We have found that it was due to rsync
trying to write an error and then failing to write the error and
trying to report that it fails to write the error and so on
Title: C:\WINDOWS\Desktop\2freebooks.htm
ÝNTERNETTE SAYISAL
LOTO ÜCRETSÝZ !!
Sayýsal Loto oynamak çoðumuz için güzel bir
tutku. Her zaman þans yüzümüze gülmese de o heyecaný yaþamak bile güzel. Ayný
heyecaný internette yaþamaya ne der
I have a similar problem with rsync, though it's not consistent.
sometimes, things just don't come over, and sometimes, things just don't
get deleted. Repeated runs usually correct it. If it's the case of a
directory being replaced with a non-directory, you'll have to add
"--force" to get it
Martin Pool <[EMAIL PROTECTED]> writes:
> I heard Debian's trying to freeze soon. I have a few points about
> rsync's Debian package.
>
> I'll see what I can do to close some Debian/rsync bugs. Fortunately
> some of the bad ones seem to be already addressed in our regular
> tarballs.
>
> It w
On 15 Mar 2002, Peter Breitenlohner <[EMAIL PROTECTED]> wrote:
> Hi,
>
> I have already sent this once, but since the problem persists here
> it is again.
Thanks.
Your patch was merged, but after the 2.5.4 release. Is CVS head OK?
(look at cvs.samba.org)
> An other part of the patch adds DEST
I heard Debian's trying to freeze soon. I have a few points about
rsync's Debian package.
I'll see what I can do to close some Debian/rsync bugs. Fortunately
some of the bad ones seem to be already addressed in our regular
tarballs.
It would be pretty cool if I could be automatically cc'd on D
Hi,
I have already sent this once, but since the problem persists here it is again.
Please consider the attached patch for inclusion in the rsync distribution.
The patch fixes the problem that 'make install-strip' tries to strip the
manpages and thus fails.
An other part of the patch adds DEST
Title: rsync: transmitting always whole files
Hi,
I use rsync in the following way to update some remote files over a low bandwidth line:
rsync -v -r -z -t -p @:
After updating from rsync 2.5.2 to 2.5.4 I noticed that modified files are always copied completely. The problem seems to be r
Dave,
Awesome! Nice clean output now with single -v. I guess I need to make
sure the perl File::Rsync module is up-todate with 2.5.4 ;)
Thanks again to all the developers, Now that rsync exists I can't live
without it. I use it all day long for all kinds of transfers, not to
mention
12 matches
Mail list logo