Hi all,
I just upgraded a couple of machines to 1.3.0
Below is a traceback when running on a standard script of mine: (Used to
work with 1.1.15)
It's backing up from a Windows server to a unix box. The script runs on
the unix box.
Any thoughts? (The first line is output from my script, the rest is
On Jan 6, 2009, at 8:30 PM, sphen wrote:
i just replaced the file within the source - rebuilt etc -- looked
like it was replaced under:
copying build/lib.linux-i686-2.4/rdiff_backup/fs_abilities.py -> /
usr/local/lib/python2.4/site-packages/rdiff_backup
but for some reason i am still gett
On Jan 6, 2009, at 12:01 PM, Oliver Mulatz wrote:
On 2009-01-05 Oliver Mulatz wrote:
> Another issue: there's a bug (RDB aborts) in '--override-chars-to-
quote'
> functionality, (I require for cross-platform filesystem
compatibility).
>
> It hits each time "--override-chars-to-quote" is use
wow thats quick...
i just replaced the file within the source - rebuilt etc -- looked like it was
replaced under:
copying build/lib.linux-i686-2.4/rdiff_backup/fs_abilities.py ->
/usr/local/lib/python2.4/site-packages/rdiff_backup
but for some reason i am still getting the error? i also saw
On Jan 6, 2009, at 3:33 PM, sphen wrote:
having the same exact issue here as well - i am going from a case-
sensitive filesystem to one that is not. the first backup went fine
with the option:
--override-chars-to-quote ''
but subsequent backups fail. i have to choose to ignore case
becau
thanks for the quick reply... below is the output of the command... and i am
aware that what i am doing is risky -- honestly if i cant work this out i may
try and figure out how to get another partition on the os x server and make it
case sensitive..
Executing ssh -C r...@vps rdiff-backup --
On Jan 6, 2009, at 3:33 PM, sphen wrote:
having the same exact issue here as well - i am going from a case-
sensitive filesystem to one that is not. the first backup went fine
with the option:
--override-chars-to-quote ''
but subsequent backups fail. i have to choose to ignore case
beca
On Tue, Jan 6, 2009 at 7:30 PM, Andrew Ferguson wrote:
> On Jan 6, 2009, at 7:16 PM, Greg Freemyer wrote:
>>
>> I just came across tee() and splice(). They were introduced in
>> 2.6.17, so relatively new, but not that new.
>>
>> http://linux.die.net/man/2/tee
>> http://linux.die.net/man/2/splice
On Jan 6, 2009, at 7:16 PM, Greg Freemyer wrote:
I just came across tee() and splice(). They were introduced in
2.6.17, so relatively new, but not that new.
http://linux.die.net/man/2/tee
http://linux.die.net/man/2/splice
They allow data to be copied from one file descriptor to another
without
Devels,
I just came across tee() and splice(). They were introduced in
2.6.17, so relatively new, but not that new.
http://linux.die.net/man/2/tee
http://linux.die.net/man/2/splice
They allow data to be copied from one file descriptor to another
without the data coming into userspace.
If I was
having the same exact issue here as well - i am going from a case-sensitive
filesystem to one that is not. the first backup went fine with the option:
--override-chars-to-quote ''
but subsequent backups fail. i have to choose to ignore case because i need a
useable mirror on the other system
Hi all,
Another week, another release. This release fixes the error tracebacks
so that rdiff-backup will again produce useful tracebacks (instead of
always failing in the process due to a silly typo). It also improves
native Windows support so that long filenames give UpdateError instead
On Jan 6, 2009, at 4:01 PM, John covici wrote:
I hope you at least give a warning so people will know the file was
not backed up.
It gives rdiff-backup's standard UpdateError, just like other errors
which cause an individual file to fail, without taking the whole
backup with them:
OSErro
On Jan 5, 2009, at 4:00 PM, Brad Beyenhof wrote:
First of all, I really like rdiff-backup. In most cases (all but the
one I'll detail below), it's been great for me.
Searching in the mailing-list archives has led me to believe that
either the operating system version (64- versus 32-bit) or the
I hope you at least give a warning so people will know the file was
not backed up.
on Tuesday 01/06/2009 Andrew Ferguson(adfergu...@gmail.com) wrote
>
> On Jan 4, 2009, at 4:11 AM, Ryan wrote:
>
> > Under Windows XP with version 1.3.0, if I try to back up the
> > following file,
> >
> >
On Jan 5, 2009, at 6:06 AM, Dominic wrote:
... but I do get an error with rdiff-backup 1.2.4 when running from
a *Windows* client (to Linux-based rdiff-backup server) thus:
C:\>rdiff-backup -r 0D dominic-pcchi...@192.168.100.125::archives/
mydocs/myfile.docx myfile.docx
Traceback (most recen
On Jan 4, 2009, at 4:11 AM, Ryan wrote:
Under Windows XP with version 1.3.0, if I try to back up the
following file,
"C:\important stuff
\1
Hi,
On 06/01/09 11:58, Oliver Mulatz wrote:
> Especially pyBackPack looks interesting, although it is not found in a
> Google-search for "rdiff-backup GUI".
I'm the maintainer of pybackpack and I follow the rdiff-backup list so
thanks for mentioning it. I'd like to clarify some points:
> ## Pyth
I've had pretty good success with RdiffWeb. It's quite easy to set up and
fast. The newest version (0.6.3) is able to use SSL as well for secure
connections.
I cannot comment on the others however.
Lucas Burdick
-Original Message-
From: rdiff-backup-users-bounces+lucas=progressive-
On Tue, Jan 6, 2009 at 6:58 AM, Oliver Mulatz wrote:
>
> Hi *,
>
> most will use rdiff-backup via commandline, but some users don't feel
> comfortable with/are used to graphical interfaces, so the below list might
> help.
>
> Especially pyBackPack looks interesting, although it is not found in a
>
I've tried, at one time or another, all of the GUIs listed below. Most, for
lack of my understanding, were (at the time of my trying them) pretty rough.
The ones I'm using now are:
* rdiffWeb -- I haven't really worked out exactly how to consistently
stay logged on, or have it rem
On 2009-01-05 Oliver Mulatz wrote:
> Another issue: there's a bug (RDB aborts) in '--override-chars-to-quote'
> functionality, (I require for cross-platform filesystem compatibility).
>
> It hits each time "--override-chars-to-quote" is used, even with empty
> set ('') for keeping capital chars
Hi *,
most will use rdiff-backup via commandline, but some users don't feel
comfortable with/are used to graphical interfaces, so the below list might help.
Especially pyBackPack looks interesting, although it is not found in a
Google-search for "rdiff-backup GUI".
## pyBackPack - sponsored 20
Hi Peter,
on Mon, 05 Jan 2009 17:43:33 +1100 you wrote:
I am running rdiff-backup on a linux box and have a mysql database
server running on another windows box.
Can I set up a rdiff-backup config to log in remotely to the mysql on
the other box and do a dump of all databases so it gets back
Hi Dmitriy
Try with rdiff-backup 1.2.4, version 1.2.3 is broken on restoring.
(1.2.4 also seems to have some problems with restoring but you should
try it first...)
Dominic
DK wrote:
Hi,
It looks like an ssh error because locally restore is working ssh setup
systems ate Cent OS 5.2
Any i
25 matches
Mail list logo