Package Details: backintime 1.5.2-1

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. Qt5 GUI version.
Upstream URL: https://github.com/bit-team/backintime
Licenses: GPL
Submitter: None
Maintainer: graysky
Last Packager: graysky
Votes: 296
Popularity: 0.48
First Submitted: 2009-01-09 20:46 (UTC)
Last Updated: 2024-08-07 19:55 (UTC)

Dependencies (11)

Required by (1)

Sources (1)

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 .. 6 7 8 9 10 11 12 13 14 15 16 .. 73 Next › Last »

dev_aryoda commented on 2023-02-07 21:12 (UTC) (edited on 2023-02-07 21:14 (UTC) by dev_aryoda)

@graysky Together we have found the reason for the sometimes failing unit test (see https://github.com/bit-team/backintime/issues/1404).

The reason is a missing icon file (BiT does not deliver its own app icon but relies on the installed icon theme to contain this).

There are at least two options now:

  1. "Hotfix" this in your PKGBUILD file by adding oxygen-icons to the dependencies of backintime only (NOT for the CLI but for the GUI! The systray icon code is a plugin in of backintime-qt = the GUI). This is the "last ressort" fallback icon theme of BiT

  2. Wait for my upcoming fix which hopefully solves all icon and systray related issues (except some edge cases as root and with wayland). I am intending to push the fix in about two weeks to our dev branch. When the fix makes its way into a new release is currently undetermined (no schedule).

Rhinoceros commented on 2023-02-07 09:47 (UTC)

@dev_aryoda Sorry I should have been clearer. The error ModuleNotFoundError: No module named 'PyQt5' was after running the github command you linked earlier. It wasn't anything from backintime per se.

Yes, I am building on a headless system, but I'm just running makepkg, which creates both backintime and backintime-cli. I do only have backintime-cli installed on this system though. I was just building backintime here to test on a system without the icons installed.

dev_aryoda commented on 2023-02-06 00:12 (UTC) (edited on 2023-02-07 21:25 (UTC) by dev_aryoda)

@Rhinoceros To re-run the unit tests without a re-installation you could invoke the unit tests manually from the AUR build folder (see https://github.com/bit-team/backintime/issues/1404#issuecomment-1418198930).

ModuleNotFoundError: No module named 'PyQt5'

That is surprising because BiT uses exactly the same python module and PKGBUILD even declares this dependency. Have you possibly only installed backintime-CLI (without backintime which is the GUI with the PyQt5 dependency)?

Edit: If you have installed only backintime-CLI then this explains why the unit tests succeed without an error because the "show system tray icon" functionality is implemented as plugin in the GUI part of the backintime package. Normally on headless systems only backintime-CLI should be installed! Nevertheless it is a BiT bug if the GUI part is installed on a headless system and the backintime (CLI) shows a Qt5 error! I am already fixing this...

Rhinoceros commented on 2023-02-05 23:59 (UTC)

@dev_aryoda I just get

Traceback (most recent call last):
  File "<string>", line 2, in <module>
ModuleNotFoundError: No module named 'PyQt5'

Rhinoceros commented on 2023-02-05 23:57 (UTC)

@dev_aryoda I just installed xorg-xdpyinfo and it still tests fine. Might be something else preventing the test from running though. Can I force the test to run manually?

dev_aryoda commented on 2023-02-05 23:55 (UTC)

@Rhinoceros To find out for sure which theme/icon set Qt5 is using by default you can use my console commands here: https://github.com/bit-team/backintime/issues/1098#issuecomment-1325794193

dev_aryoda commented on 2023-02-05 23:51 (UTC)

@Rhinoceros Then this may be a lucky side effect because xdpyinfo is not installed (so that BiT does not try to show a system tray icon at all and the unit test omits this part).

Rhinoceros commented on 2023-02-05 23:49 (UTC)

@dev_aryoda I don't have adwaita-icon-theme, breeze*, nor oxygen* installed. I also checked /usr/share/icons, but there's nothing substantial in there. Just a handful of app icons for gvim, htop, qv4l2, qvidcap. Still builds/tests fine.

dev_aryoda commented on 2023-02-05 23:38 (UTC) (edited on 2023-02-05 23:39 (UTC) by dev_aryoda)

@Rhinoceros

I do not have oxygen-icons installed on my headless server, and I can build/test fine.

That is plausible because BiT uses the current theme/icon set if it contains the BiT logo ("document save" icon). If it is not found BiT probes 'ubuntu-mono-dark', 'gnome' and finally 'oxygen' as fallback (which causes problems then if oxygen-icons are not installed.

See also the source code for details about the probing logic: https://github.com/bit-team/backintime/blob/e22c7f253fa048fab9119f4cbea34c0fa8d1aba6/qt/icon.py#L23-L26

If you have installed Adwaita, breeze* or another theme (for any reason) then the icon set is activated too normally (see /usr/share/icons).