Hmmm, well I obviously haven't got it as a dep, it just already exists on my system. What do you think is the best solution here?
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: | 297 |
| Popularity: | 0.22 |
| First Submitted: | 2009-01-09 20:46 (UTC) |
| Last Updated: | 2024-02-03 12:23 (UTC) |
Packages (2)
fukawi2 commented on 2011-12-27 22:14 (UTC)
graysky commented on 2011-12-27 16:23 (UTC)
That's even more fucked up... it's x86_64.
fukawi2 commented on 2011-12-27 10:53 (UTC)
@graysky;
32 or 64 bit system?
$ pacman -Qo /usr/lib32/libgnutls.so.26
/usr/lib32/libgnutls.so.26 is owned by lib32-gnutls 2.12.2-1
graysky commented on 2011-12-26 12:36 (UTC)
$ gksu backintime-gnome
Traceback (most recent call last):
File "/usr/share/backintime/gnome/app.py", line 33, in <module>
import gnome
File "/usr/lib/python2.7/site-packages/gtk-2.0/gnome/__init__.py", line 13, in <module>
from _gnome import *
ImportError: libgnutls.so.26: cannot open shared object file: No such file or directory
fukawi2 commented on 2011-12-08 08:20 (UTC)
Thanks graysky; patch applied to 1.0.8-3 :)
graysky commented on 2011-12-07 23:24 (UTC)
@fukawi2 - here is a patch that'll fix the annoying incorrect version for backintime. Applies cleanly to 1.0.8-2
http://pastebin.com/J6Z1anGV
graysky commented on 2011-07-29 00:12 (UTC)
Thanks leonardof - looks like it's in [extra now] and everything works for me.
leonardof commented on 2011-07-24 01:04 (UTC)
As commented on the bug report by graysky, the issue is in gnome-vfs, which doesn't support libcrypt 1.5. There is a bug report on this [https://bugs.archlinux.org/task/25225] and, as a workaround, a patched gnome-vfs in AUR [http://aur.archlinux.org/packages.php?ID=50918].
altkrall commented on 2011-07-22 22:20 (UTC)
and yes, I use gnome.
altkrall commented on 2011-07-22 22:09 (UTC)
ah, thanks.
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.