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.20
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 .. 34 35 36 37 38 39 40 41 42 43 44 .. 73 Next › Last »

graysky commented on 2014-01-28 20:44 (UTC)

It is in the PKGBUILD... not sure why the AUR isn't listing it: depends=('openssh' 'python2' 'rsync' 'cron' 'python2-keyring' 'python2-secretstorage')

ryuzy commented on 2014-01-28 19:05 (UTC)

Dependency python2-secretstorage is not listed

graysky commented on 2014-01-24 19:39 (UTC)

Bump to v1.0.34-2 Changelog: fix slow startup/unresponsiveness with BIT running as root

graysky commented on 2014-01-24 19:39 (UTC)

Sorry, missed your note about the patch.

Germar commented on 2014-01-12 19:18 (UTC)

@graysky please use this patch to fix slow startup/unresponsiveness with BIT running as root: http://pastebin.com/znjrQKtT It will disable keyring for root completely as there is no use of it and it just causes annoying troubles.

orschiro commented on 2014-01-09 06:44 (UTC)

@Germar Unfortunately the unresponsiveness (maybe related to what petaramesh reported about slow startup) returned. The workaround of creating /root/.cache does not help to reduce this lagging. This is the content of /root/.cache [root@thinkpad orschiro]# ls -la /root/.cache total 36 drwx------ 6 root root 4096 Jan 8 10:43 . drwxr-x--- 19 root root 4096 Jan 9 06:43 .. drwx------ 2 root root 4096 Nov 11 00:12 dconf -rw-r--r-- 1 root root 12288 Dec 1 09:12 event-sound-cache.tdb.thinkpad.x86_64-unknown-linux-gnu drwxr-xr-x 2 root root 4096 Apr 7 2013 gstreamer-1.0 drwx------ 2 root root 4096 Nov 11 00:12 keyring-SeKFqn drwx------ 3 root root 4096 Apr 7 2013 thumbnails

Germar commented on 2014-01-06 20:57 (UTC)

@petaramesh this is only with BIT running as root, correct? If so this is caused by https://bugzilla.gnome.org/show_bug.cgi?id=711810. For workaround you can either create '/root/.cache' or set environ 'BIT_USE_KEYRING=false' before starting BackInTime. E.g. 'gksu env BIT_USE_KEYRING=false backintime-gnome'

petaramesh commented on 2014-01-06 09:43 (UTC)

Latest update causes backintime to now take about ONE FULL MINUTE at startup, before opening (waiting while nothing seems to happen, assuming the program startup failed, but well... it didn't...), or before reacting when shifting profile. Happens on 2 different machines here. Besides that... It works.

graysky commented on 2013-12-21 17:49 (UTC)

Bump to v1.0.34-1 Changelog: http://backintime.le-web.org/change-log

Germar commented on 2013-12-21 17:28 (UTC)

We released 1.0.34 today. Regards, Germar

« First ‹ Previous 1 .. 34 35 36 37 38 39 40 41 42 43 44 .. 73 Next › Last »