For the record, re-running autoconf on the given project's files
(archfs), updated the configure script so that it no longer writes the
test in this way. The test then passes appropriately with Ubuntu 8.10.
I'll file a bug against the archfs project to update their configure
script.
--
mktime bu
Really, all that's needed is this part, which basically occurs on line
222 of the above bar.c:
void main() {
int i = 0;
for (i = 1; 0 < i; i *= 2) {
if (0)
return;
}
return;
}
As you can see, the loop is designed to end wh
I can confirm this on 32bit fully updated 8.10 as well.
After some more testing, I can confirm this is a gcc bug because it is
the -O2 flag which causes the problem. Without that, it is fine.
I have attached the source code to the test to this bug report. Compile
like so:
$ gcc -o bar1 -O2 bar.c
Argh, typo. That's what I get for hand-moving patches out of my local
tree. :-( Thanks so much for testing!!
In the patch, change:
assert len(Globals.connection) == len(rpaths) + 1
to
assert len(Globals.connections) == len(rpaths) + 1
(connection -> connections)
--
jaunty rdiff-backup can
Oh, I see. I'll try to remember to only set it for the "rdiff-backup"
line and not the "rdiff-backup (Ubuntu)" line.
If you want to backport the fix to your package, here's the patch:
http://lists.nongnu.org/archive/html/rdiff-backup-commits/2009-03/msg00023.html
I can't say when the next release
whoops, I meant 1.2.9 there. sorry for the spam.
--
jaunty rdiff-backup can't use --test-server with a "rdiff-backup --server
--restrict" command-locked remote side
https://bugs.launchpad.net/bugs/349072
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscri
Fixed in CVS. Will be included in next rdiff-backup releases, 1.2.8 and
1.3.4.
** Changed in: rdiff-backup (Ubuntu)
Status: Confirmed => Fix Committed
--
jaunty rdiff-backup can't use --test-server with a "rdiff-backup --server
--restrict" command-locked remote side
https://bugs.launchpa
Acknowledging as bug in rdiff-backup. This bug only affects the --test-
server option, and is an unintended consequence of a bug fix in 1.2.6.
I'll get working on a fix.
--
jaunty rdiff-backup can't use --test-server with a "rdiff-backup --server
--restrict" command-locked remote side
https://bu
Rdiff-backup 1.2.8 and 1.3.3 have been released.
** Changed in: rdiff-backup (Ubuntu)
Status: Fix Committed => Fix Released
--
rdiff-backup crashed with IOError in __init__()
https://bugs.launchpad.net/bugs/329722
You received this bug notification because you are a member of Ubuntu
Bugs,
Hi Sarah,
I might be able to spin a new release on Monday.
--
rdiff-backup crashed with IOError in __init__()
https://bugs.launchpad.net/bugs/329722
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
ubuntu-bugs
Fix committed to CVS. Will be included in next releases: 1.2.8 and
1.3.3.
** Changed in: rdiff-backup (Ubuntu)
Status: New => Fix Committed
--
rdiff-backup crashed with IOError in __init__()
https://bugs.launchpad.net/bugs/329722
You received this bug notification because you are a member
Yup, that's why. It looks like you did your first few backups as 'hew'
and then all subsequent backups as root.
The code to check for this situation examines the ownership of the
'char_to_quote' file, which is the first file that rdiff-backup attempts
to access. Since that file is owned by 'hew' a
Wait a sec ... the version you are running already has code in it to
check this situation. I just ran the same scenario and got an
appropriate error message (not a traceback). The permissions on your
rdiff-backup-data are not what I expect.
What are the permissions?
$ ls -la terabyte/rdiff-backup
Well that's good -- at least rdiff-backup isn't failing to make a
directory which the shell can easily create. :-)
Actually, I think you might be able to avoid this problem entirely if you set
the right options in your shell. A search for "ntfs-3g invalid or incomplete
multibyte or wide charact
Hew,
The traceback shows:
IOError: [Errno 13] Permission denied: '/media/terabyte/rdiff-backup
/rdiff-backup-
data/mirror_metadata.2009-02-15T03:00:24+11:00.snapshot.gz'
Were you not running rdiff-backup as the user who runs the backups? What
are the permissions on that file, and the directories
Hmm, yes. The previous fix only applied to files which generate the
"Invalid or incomplete multibyte or wide character" error.
Unfortunately, with a directory, it isn't clear what to do. Should
rdiff-backup skip the entire directory since it can't create it on the
destination? (Analogous to what i
This issue is definitely fixed in rdiff-backup 1.2.5. The error is no
longer fatal and the user will be informed about the problem.
** Changed in: rdiff-backup (Ubuntu)
Status: Incomplete => Fix Released
--
rdiff-backup crashed with OSError in rename()
https://bugs.launchpad.net/bugs/3207
** Changed in: rdiff-backup (Ubuntu)
Status: Fix Committed => Fix Released
--
rdiff-backup crashed with IOError in reval()
https://bugs.launchpad.net/bugs/284506
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mail
A warning message is printed, which the user must have disregarded, or
was not displayed by a GUI (was Keep used?). The warning message has
been present since the first version, and was improved in versions
0.12.7 and 0.13.4.
Rdiff-backup permits this because 1) it succeeds on some platforms (I
ju
Looking at this bug again, I realized that it was fixed Jan 10, 2006 and
released in rdiff-backup 1.1.6.
** Changed in: rdiff-backup (Ubuntu)
Status: Incomplete => Fix Released
--
Problem with keep, backup to samba share
https://bugs.launchpad.net/bugs/109981
You received this bug notific
I have updated CVS so that a "connection dropped" message is reported if
this error happens again. The stack trace will no longer be printed.
** Changed in: rdiff-backup (Ubuntu)
Status: Confirmed => Fix Committed
--
rdiff-backup crashed with OSError in setdata()
https://bugs.launchpad.ne
** Changed in: rdiff-backup (Ubuntu)
Status: Incomplete => In Progress
--
rdiff-backup --list-increments does not distinguish between error conditions
https://bugs.launchpad.net/bugs/128244
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to U
Correct.
Rdiff-backup only guarantees compatibility between stable releases, eg:
1.2.0, 1.2.1, and 1.2.2 are compatible together and 1.0.5, 1.0.4, 1.0.3,
etc.. The development series, 1.1.x, came with no backwards-compatible
guarantees.
Ubuntu was shipping development releases, and can either upd
This is a bug. Rdiff-backup should print something helpful when:
OSError: [Errno 107] Transport endpoint is not connected:
'/home/username/.gvfs'
happens. Although, the real fault is that gvfs failed.
** Changed in: rdiff-backup (Ubuntu)
Status: Incomplete => Confirmed
--
rdiff-backup c
** Changed in: rdiff-backup (Ubuntu)
Status: Incomplete => Fix Released
--
rdiff-backup throws traceback output
https://bugs.launchpad.net/bugs/158431
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
ub
Given that Jakob was using a non-standard version, I am marking this bug
as invalid. Many people use --remove-older-than without trouble ... this
traceback indicates that there was a bug in the Python code (not due to
the backup repository). I assume it was due to Jakob's modifications.
** Changed
** Changed in: rdiff-backup (Ubuntu)
Status: New => Fix Released
--
rdiff-backup crashed with OSError in setdata()
https://bugs.launchpad.net/bugs/227918
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
** Changed in: rdiff-backup (Ubuntu)
Status: New => Fix Released
--
Crashes on cron job
https://bugs.launchpad.net/bugs/117983
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.c
This traceback is due to insufficient permissions to access the rdiff-
backup destination. I have added a fix to CVS which will give the user a
nicer error message if this happens in the future (a traceback will no
longer be generated).
The fix will be part of rdiff-backup 1.2.3 and subsequent rel
This traceback is due to insufficient permissions to access the rdiff-
backup destination. I have added a fix to CVS which will give the user a
nicer error message if this happens in the future (a traceback will no
longer be generated).
The fix will be part of rdiff-backup 1.2.3 and subsequent rel
** Changed in: rdiff-backup (Ubuntu)
Status: Confirmed => Fix Released
--
[apport] rdiff-backup crashed with IOError in log_to_term()
https://bugs.launchpad.net/bugs/107053
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubunt
** Changed in: rdiff-backup (Ubuntu)
Status: Confirmed => Fix Released
--
[apport] rdiff-backup crashed with IOError in log_to_term()
https://bugs.launchpad.net/bugs/119992
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubunt
** Changed in: rdiff-backup (Ubuntu)
Status: Invalid => Fix Committed
--
rdiff-backup crashed with IOError in reval()
https://bugs.launchpad.net/bugs/284506
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing l
33 matches
Mail list logo
