Package Details: backintime-cli 1.5.3-2

Git Clone URL: https://aur.archlinux.org/backintime.git (read-only, click to copy)
Package Base: backintime
Description: Simple backup system inspired from the Flyback Project and TimeVault. CLI version.
Upstream URL: https://github.com/bit-team/backintime
Licenses: GPL
Submitter: None
Maintainer: graysky
Last Packager: graysky
Votes: 299
Popularity: 2.25
First Submitted: 2009-01-09 20:46 (UTC)
Last Updated: 2024-11-13 15:34 (UTC)

Pinned Comments

graysky commented on 2023-10-07 12:15 (UTC)

Using an AUR helper such as yay to build packages including backintime is HIGHLY discouraged. The recommended build method is to use a clean chroot. See: https://wiki.archlinux.org/title/DeveloperWiki:Building_in_a_clean_chroot

I wrote a script that automates much of that called clean-chroot-manager offered here in the AUR.

Please stop posting build failures because you insist on building with yay or other AUR helpers.

Latest Comments

« First ‹ Previous 1 2 3 4 5 6 7 8 .. 73 Next › Last »

anarchotaoist commented on 2024-06-03 04:14 (UTC)

Update from 1.4.3-2 to 1.4.3- fails.

https://privatebin.net/?16f99502c3bba1f2#4SBcxfta1jt21hPVakP8YBnWWw6Rsv3g6wZr2au3V8gz

NickNackGus commented on 2024-05-31 21:55 (UTC)

I'll also note that I can connect to https://github.com/bit-team/backintime/archive/refs/tags/v1.4.3.tar.gz just fine - it's the backintime-cli repository that is linked in the update, however, and this is not publicly visible.

NickNackGus commented on 2024-05-31 21:44 (UTC)

I don't know about that; I'm getting the same 404 error from the US, Canada, and France on three separate computers. It looks like that git repository is private. Can you access it if you're not signed in?

graysky commented on 2024-05-31 21:17 (UTC)

It's on your end:

==> Retrieving sources...
  -> Downloading backintime-1.4.3.tar.gz...
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
  0     0    0     0    0     0      0      0 --:--:-- --:--:-- --:--:--     0
100 1879k  100 1879k    0     0  2098k      0 --:--:-- --:--:-- --:--:-- 3239k
  -> Found fix.patch
==> Generating checksums for source files...

NickNackGus commented on 2024-05-31 21:15 (UTC)

The update from about two hours ago is failing; it's hitting a 404 error trying to download https://github.com/bit-team/backintime-cli/archive/refs/tags/v1.4.3.tar.gz

graysky commented on 2024-05-31 19:25 (UTC)

I can't activate cronie.service as that would go against the Arch Way. I can add a post_install scriptlet that will notify users though.

buhtz commented on 2024-05-31 08:09 (UTC)

Upstream maintainer here. It seems that on arch and arch-based systems cron/cronie is installed but not enabled. The scheduling in BIT won't work but users don't know about it. Can you add something to your AUR package to activate cron after installation or minimally warn the users about it and point them to a documentation/wiki page?

buhtz commented on 2024-05-31 08:09 (UTC)

Upstream maintainer here. It seems that on arch and arch-based systems cron/cronie is installed but not enabled. The scheduling in BIT won't work but users don't know about it. Can you add something to your AUR package to activate cron after installation or minimally warn the users about it and point them to a documentation/wiki page?

larvan commented on 2024-05-08 08:43 (UTC) (edited on 2024-05-08 08:44 (UTC) by larvan)

This is how I installed it:

git clone https://aur.archlinux.org/backintime.git /tmp/backintime
cd /tmp/backintime
makepkg -si --nocheck

Note: I had to uninstall previous version and manually delete files from /usr/share/backintime/ otherwise there were conflicts during installation

szel commented on 2024-02-03 10:24 (UTC) (edited on 2024-02-03 10:26 (UTC) by szel)

Responding to @sunshe35.

This has worked for me:

  1. Remove backintime package.
  2. Do regular updates.
  3. Install the package back.

Perhaps it will work for you too? :-)