What else is needed to connect to gnome-keyring?
When changing the settings I always get the error:
"Can't connect to gnomekeyring to save password"
I have installed python2-keyring and python2-gnomekeyring.
Search Criteria
Package Base Details: backintime
Package Actions
| Git Clone URL: | https://aur.archlinux.org/backintime.git (read-only, click to copy) |
|---|---|
| Submitter: | None |
| Maintainer: | graysky |
| Last Packager: | graysky |
| Votes: | 298 |
| Popularity: | 0.29 |
| First Submitted: | 2009-01-09 20:46 (UTC) |
| Last Updated: | 2024-02-03 12:23 (UTC) |
Packages (2)
orschiro commented on 2013-04-10 18:43 (UTC)
fukawi2 commented on 2013-04-08 22:52 (UTC)
@k0Do I don't have the inclination to host their source downloads for them if they can't even be bothered releasing proper tarballs. Would you like to adopt the package?
k0Do commented on 2013-04-08 16:50 (UTC)
Proposal: Download the tarball once from Launchpad, host it on a custom space. Then you can go with the same checksum till a new release is available.
k0Do commented on 2013-04-08 16:47 (UTC)
@fukawi2 Do you read the official changelog? IMHO 1.0.22 is the official release.
http://backintime.le-web.org/change-log/
http://bazaar.launchpad.net/~bit-team/backintime/trunk/view/head:/VERSION
sirkingchase commented on 2013-04-08 02:09 (UTC)
Im not sure how to use "SKIP" so after checksum failed I went into the tmp directory and got the "md5sum" of the file then I edited the pkgbuild with that value.
After the install it was not executing, terminal gave me error-
"ImportError: No module named keyring"
I install "mercurial_keyring" from AUR and now it works. Not sure if this needs to be a dependecy. After reading http://stackoverflow.com/questions/5173197/python-import-seems-to-behave-differently-in-mercurial-keyring-py-file
"Most likely, hg is running using the system python (2.6) rather than the copy of 2.7 you have installed.
Try installing mercurial_keyring and keyring under 2.6, and see if that gets things working as expected."
fukawi2 commented on 2013-04-07 23:15 (UTC)
@test0 See my earlier comment about Launchpad returning different tarballs each download when downloading from the BZR tree tag.
I'm tempted to roll this back to 1.0.8 since the new Launchpad development doesn't seem to have formally made any releases. There's tags in the BZR tree, but no downloads available.
test0 commented on 2013-04-07 12:32 (UTC)
security check fails.
orschiro commented on 2013-04-07 09:57 (UTC)
So, what is the solution to cope with the python2 - python3 conflict?
[orschiro@thinkpad ~]$ backintime
File "/usr/share/backintime/common/backintime.py", line 73
print ''
^
SyntaxError: invalid syntax
cleger commented on 2013-04-07 02:35 (UTC)
The sed invocation in the PKGBUILD needs to be changed to something like:
sed -e 's|^\(ssh-agent \)\?python |\1python2 |g' -i $pkgdir/usr/bin/*
Since 1.0.22, /usr/bin/backintime and /usr/bin/backintime-gnome invoke python through ssh-agent to work around this bug:
https://bugs.launchpad.net/ubuntu/+source/openssh/+bug/841672
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.