Search Criteria
Package Details: rdiff-backup 2.2.6-2
Package Actions
Git Clone URL: | https://aur.archlinux.org/rdiff-backup.git (read-only, click to copy) |
---|---|
Package Base: | rdiff-backup |
Description: | Reverse differential backup tool, over a network or locally |
Upstream URL: | https://github.com/rdiff-backup/rdiff-backup |
Licenses: | GPL-2.0-only |
Submitter: | arojas |
Maintainer: | carsme |
Last Packager: | carsme |
Votes: | 18 |
Popularity: | 0.047577 |
First Submitted: | 2023-04-01 17:24 (UTC) |
Last Updated: | 2024-01-28 22:56 (UTC) |
Dependencies (16)
- glibc (glibc-gitAUR, glibc-linux4AUR, glibc-eacAUR, glibc-eac-binAUR, glibc-eac-rocoAUR)
- librsync (librsync-gitAUR)
- procps-ng (procps-ng-gitAUR, busybox-coreutilsAUR)
- python (python37AUR, python311AUR, python310AUR)
- python-psutil
- python-yaml (python-yaml-gitAUR)
- asciidoctor (make)
- python-build (make)
- python-installer (python-installer-gitAUR) (make)
- python-setuptools (make)
- python-setuptools-scm (make)
- python-wheel (make)
- python-pylibacl (check)
- python-pyxattr (check)
- python-pylibacl (optional) – access control list support
- python-pyxattr (optional) – extended attribute support
Required by (3)
- backupninja-git (optional)
- mscs (optional)
- safekeep
Latest Comments
« First ‹ Previous 1 2 3 4 Next › Last »
apocalyptech commented on 2023-06-26 16:10 (UTC)
Aha, interesting -- the actual failure at the end there, which I was running into as well, appears to be system-timezone related:
It's checking for a datetime in January 1970, but if you're in a timezone that's sufficiently negative of GMT (maybe starting at about -2), the date shows up in 1969 instead, which doesn't match their regex. It looks like that can be fixed by setting TZ=utc inside
check
, a la:Putting that in place lets the build process get through all the tests.
apocalyptech commented on 2023-06-26 15:29 (UTC)
FYI, I was just looking into this myself -- on my machine, the package-build fails due to those testing failures as well.
It turns out that at least some of the "ERROR" messages output during that process are actually to be expected. The unit tests seem to output an awful lot of noise while being run. For instance, the first "ERROR" messages that pop up:
The "ok" afterwards indicates that the test actually succeeded -- the error messages are being printed because that test is specifically triggering behavior which is considered an error by the app, and making sure that the app returns an error when it happens.
It's not until the testing gets down to
ActionListTest.test_action_listincrements
when an actual test failure happens, which is what I'm currently looking into.exuvo commented on 2023-06-14 21:51 (UTC)
works great!
James-T commented on 2023-05-09 08:18 (UTC)
On Manjaro (which is still using python 3.10) I see the same (or at least very similar) error messages as @zany130, starting with the one about the backup not being in the past.
So: a question. Are these errors likely to be real errors that mean that the installation of rdiff-backup would not work, or only a defective test suite that could be circumvented by disabling the check phase?
gvegidy commented on 2023-05-06 22:11 (UTC)
A few comments below was a patch to change the hardcoded python path in the PKGBUILD. I suggest to make this version independent instead: https://gitlab.com/systemrescue/systemrescue-custompkg/-/commit/53630da83ed5dfc226d95768b38a6291083e82a9
Also I have adapted the PKGBUILD to the most recent upstream version 2.2.5: https://gitlab.com/systemrescue/systemrescue-custompkg/-/commit/ec8fe0956742142b5becf17ac1259cb72e01aee5
I'm part of the team developing the Arch derivative SystemRescue https://www.system-rescue.org/ We previously had rdiff-backup integraded and want to keep it, so I copied the AUR package into our custom repo and made the changes outlined above. If anyone prefers that over using AUR, they can add this to their /etc/pacman.conf:
zany130 commented on 2023-05-05 16:06 (UTC) (edited on 2023-05-05 16:08 (UTC) by zany130)
@rgacogne
still fails with these errors
rgacogne commented on 2023-05-04 13:57 (UTC)
The following patch is needed for python 3.11:
Jack12816 commented on 2023-05-03 12:40 (UTC)
Looks like the package fails to build with the latest config:
Althorion commented on 2023-04-25 06:47 (UTC)
Build fails at testing with the following failures:
exuvo commented on 2023-04-10 19:20 (UTC)
No idea, i did not find any discussion about it in the forum but i have to assume the previous maintainer did not want to maintain it anymore.
« First ‹ Previous 1 2 3 4 Next › Last »