My point is that URPMI doesn't resume, precluding the use of it over
dialup (especially with the flakiness of some mirrors). The other thing
is that because it doesn't, I would like to use an ftp client that
supports rsync so I could resume the partial transfer. As it is now, I
have to use a regular ftp mirror so I can resume transfers after a
broken connection (which means I become an unwitting bandwidth hog since
even if only 1 byte has changed, I download the whole new cooker package
to test it). Either it needs to be supported in the GUI tools or an ftp
client needs to add rsync support. I am just wondering why all ftp
servers are not set up to have rsync support? I realise that rsync has
to be set up as a different server to the ftp one but really, is this
that hard to do?? That way, only partial packages would need to be
downloaded. Besides, the no clean option is NOT an option in the GUI, so
is not an option for newbies. You missed my point entirely.
Cheers
Jason
Benjamin Pflugmann wrote:
On Tue 2003-03-18 at 09:10:38 +1200, [EMAIL PROTECTED] wrote:
Urpmi needs to be able to resume if a disconnection occurs and use rsync
to get the required differences between packages only IMHO. This would
include Cooker packages.
Do you mean something different that using an rsync-enabled source and
running "urpmi --noclean?". For any rsync solution you need an
rsync-enabled mirror anyhow and the second option you already have.
I am missing something?
Bye,
Benjamin.
