System info generated by inxi is potentially more useful;
System Information
Output of this command (formatted according to forum requirements) may be useful for those wishing to help:
inxi --filter --verbosity=8
or the short form:
inxi -zv8
Be prepared to provide more information and outputs from other commands whenever asked. It’s equally important to provide as much actionable information as possible in your first post, rather than simply indicating there is a problem.
There is a name/version clash between AUR and Manjaro repo 2025-04-14T03:50:00Z
$ pamac search backintime
backintime-qt 1.5.4-1 extra
Qt frontend for Back In Time
backintime-git 1.4.3.r54.g50c74444-1 AUR
Simple backup/snapshot system inspired by Flyback and
TimeVault. Qt6 GUI version
backintime-cli-git 1.4.3.r54.g50c74444-1 AUR
Simple backup/snapshot system inspired by Flyback and
imeVault. CLI version
backintime-cli 1.5.4-1 AUR
Simple backup system inspired from the Flyback Project and
TimeVault. CLI version.
backintime 1.5.4-1 AUR
Simple backup system inspired from the Flyback Project and
TimeVault. Qt5 GUI version.
backintime 1.5.4-1 extra
Simple backup system inspired from the Flyback Project and
TimeVault.
Make sure you have not accidently using the qt5 version from AUR
As far as I am concerned, use of the Chaotic AUR is only more problematic than use of the “regular” AUR, when you use the stable branch of Manjaro.
Since I am on Manjaro Unstable, this shouldn’t be an issue, since the dependency version are usually identical with Arch Linux.
And what’s even more important is that I also get the crash on a fresh Manjaro VM, with no AUR or third-party repo packages installed.
The GUI version in the extra repo is called backintime-qt.
So it is fairly easy to mix things up if you are using Pamac and not pacman and even easier if using a the chaotic repo and if you placed chaotic above core and extra - you are doomed and must face the consequences.
//EDIT:
@Yochanan is our highly capable packager and resident which has packaged backintime and backintime-qt and that makes me fairly certain there is not issues with the packaging for Manjaro extra repo.
I tested a clean install from the latest release-review full ISO - backintime-qt launches as expected so there is something off on your side - what it is - as I cannot reproduce, I have no idea?
I did execute exactly those commands (backintime-cli wasn’t installed, so I removed that), and get the same crash:
sudo pacman -Rns backintime backintime-qt 1 ✘
Abhängigkeiten werden geprüft …
:: inxi benötigt optional xorg-xdpyinfo: xdpyinfo: -G (X) Screen resolution, dpi; -Ga Screen size
:: python-wheel benötigt optional python-keyring: for wheel.signatures
Pakete (7) python-jaraco.classes-3.4.0-2 python-jeepney-0.9.0-1
python-keyring-25.6.0-1 python-secretstorage-3.3.3-6
xorg-xdpyinfo-1.3.4-2 backintime-1.5.4-1 backintime-qt-1.5.4-1
Gesamtgröße der entfernten Pakete: 6,48 MiB
:: Möchten Sie diese Pakete entfernen? [J/n] J
:: Paketänderungen werden verarbeitet …
(1/7) Entfernung läuft backintime-qt [######################] 100%
(2/7) Entfernung läuft xorg-xdpyinfo [######################] 100%
(3/7) Entfernung läuft backintime [######################] 100%
(4/7) Entfernung läuft python-keyring [######################] 100%
(5/7) Entfernung läuft python-secretstorage [######################] 100%
(6/7) Entfernung läuft python-jeepney [######################] 100%
(7/7) Entfernung läuft python-jaraco.classes [######################] 100%
:: Post-transaction-Hooks werden gestartet …
(1/4) Arming ConditionNeedsUpdate...
(2/4) Reloading system bus configuration...
(3/4) Updating icon theme caches...
(4/4) Updating the desktop file MIME type cache...
~ sudo pacman -Syu extra/backintime extra/backintime-qt ✔
:: Paketdatenbanken werden synchronisiert …
core ist aktuell
extra ist aktuell
multilib ist aktuell
chaotic-aur ist aktuell
bioarchlinux ist aktuell
home_pbek_QOwnNotes_Arch_Extra ist aktuell
:: Vollständige Systemaktualisierung wird gestartet …
Abhängigkeiten werden aufgelöst …
Nach in Konflikt stehenden Paketen wird gesucht …
Pakete (7) python-jaraco.classes-3.4.0-2 python-jeepney-0.9.0-1
python-keyring-25.6.0-1 python-secretstorage-3.3.3-6
xorg-xdpyinfo-1.3.4-2 backintime-1.5.4-1 backintime-qt-1.5.4-1
Gesamtgröße der installierten Pakete: 6,48 MiB
:: Installation fortsetzen? [J/n] J
(7/7) Schlüssel im Schlüsselbund werden geprüft [######################] 100%
(7/7) Paket-Integrität wird überprüft [######################] 100%
(7/7) Paket-Dateien werden geladen [######################] 100%
(7/7) Auf Dateikonflikte wird geprüft [######################] 100%
(7/7) Verfügbarer Festplattenspeicher wird erm... [######################] 100%
:: Paketänderungen werden verarbeitet …
(1/7) Installiert wird python-jaraco.classes [######################] 100%
(2/7) Installiert wird python-jeepney [######################] 100%
Optionale Abhängigkeiten für python-jeepney
python-trio: support D-Bus applications with Trio
(3/7) Installiert wird python-secretstorage [######################] 100%
(4/7) Installiert wird python-keyring [######################] 100%
Optionale Abhängigkeiten für python-keyring
libsecret: libsecret backend [Installiert]
python-dbus: kwallet backend [Installiert]
python-gobject: libsecret backend [Installiert]
python-keyrings-alt: Alternative backends
python-pluggy: devpi client [Installiert]
(5/7) Installiert wird backintime [######################] 100%
Optionale Abhängigkeiten für backintime
backintime-qt: Qt frontend [ausstehend]
encfs: encrypted filesystem in user-space
sshfs: FUSE client based on the ssh file transfer protocol [Installiert]
(6/7) Installiert wird xorg-xdpyinfo [######################] 100%
(7/7) Installiert wird backintime-qt [######################] 100%
Optionale Abhängigkeiten für backintime-qt
gnome-keyring: option for SSH key storage [Installiert]
kompare: option for comparing files
kwallet: option for SSH key storage [Installiert]
meld: option for comparing files [Installiert]
oxygen-icons: fallback in case of missing icons
python-secretstorage: option for SSH key storage [Installiert]
:: Post-transaction-Hooks werden gestartet …
(1/4) Arming ConditionNeedsUpdate...
(2/4) Reloading system bus configuration...
(3/4) Updating icon theme caches...
(4/4) Updating the desktop file MIME type cache...
~ backintime-qt ✔ 5s
Back In Time
Version: 1.5.4
Back In Time comes with ABSOLUTELY NO WARRANTY.
This is free software, and you are welcome to redistribute it
under certain conditions; type `backintime --license' for details.
Traceback (most recent call last):
File "/usr/share/backintime/qt/app.py", line 2472, in <module>
mainWindow = MainWindow(cfg, appInstance, qapp)
File "/usr/share/backintime/qt/app.py", line 342, in __init__
SettingsDialog(self).exec()
~~~~~~~~~~~~~~^^^^^^
File "/usr/share/backintime/qt/manageprofiles/__init__.py", line 253, in __init__
self._tab_retention = RemoveRetentionTab(self)
~~~~~~~~~~~~~~~~~~^^^^^^
File "/usr/share/backintime/qt/manageprofiles/tab_remove_retention.py", line 65, in __init__
self._label_rule_execute_order()
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~^^
File "/usr/share/backintime/qt/manageprofiles/tab_remove_retention.py", line 177, in _label_rule_execute_order
icon = self.style().standardPixmap(
QStyle.StandardPixmap.SP_MessageBoxInformation)
TypeError: standardPixmap(self, standardPixmap: QStyle.StandardPixmap, opt: Optional[QStyleOption], widget: Optional[QWidget] = None): not enough arguments
I didn’t want to doubt anyone’s capabilities and am very happy for the great work that everybody at Manjaro does
Anyway, there is a problem that I’m not able to fix on my own, that’s why I’m asking.
Did you test it with the Manjaro Gnome ISO? That’s what I used for my last test in the VM as well, where it crashed (no external repos there and AUR also disabled).
Edit: Just tried it again, fully updated my Manjaro Gnome VM and it still crashes.
[laurenz@laurenz-standardpc ~]$ sudo pacman -Syu
:: Synchronizing package databases...
core is up to date
extra is up to date
multilib is up to date
:: Starting full system upgrade...
there is nothing to do
[laurenz@laurenz-standardpc ~]$ backintime-qt
Back In Time
Version: 1.5.4
Back In Time comes with ABSOLUTELY NO WARRANTY.
This is free software, and you are welcome to redistribute it
under certain conditions; type `backintime --license' for details.
Traceback (most recent call last):
File "/usr/share/backintime/qt/app.py", line 2472, in <module>
mainWindow = MainWindow(cfg, appInstance, qapp)
File "/usr/share/backintime/qt/app.py", line 342, in __init__
SettingsDialog(self).exec()
~~~~~~~~~~~~~~^^^^^^
File "/usr/share/backintime/qt/manageprofiles/__init__.py", line 253, in __init__
self._tab_retention = RemoveRetentionTab(self)
~~~~~~~~~~~~~~~~~~^^^^^^
File "/usr/share/backintime/qt/manageprofiles/tab_remove_retention.py", line 65, in __init__
self._label_rule_execute_order()
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~^^
File "/usr/share/backintime/qt/manageprofiles/tab_remove_retention.py", line 177, in _label_rule_execute_order
icon = self.style().standardPixmap(
QStyle.StandardPixmap.SP_MessageBoxInformation)
TypeError: standardPixmap(self, standardPixmap: QStyle.StandardPixmap, opt: Optional[QStyleOption], widget: Optional[QWidget] = None): not enough arguments
/usr/bin/backintime-qt: line 26: 2103 Segmentation fault (core dumped) /usr/bin/python -Es ${APP_PATH}/app.py "$@"
[laurenz@laurenz-standardpc ~]$
Unfortunately, inxi -zv8 gets stuck for some reason, so no good output there:
I don’t really know what else I can do to help reproducing this issue…
It should be somewhat clear, that it’s not just my system configuration, that leads to this error, since at least @D.Dave (on Xfce) and @Nachlese (on whatever) got the same error when starting as non-root.
Then I launched a vm to install using the ISO I just downloaded and when the install was ready I rebooted the vm, updated the mirror pool to use an up-to-date mirror (mirror.easyname.at) and synced backintime-qt (adding -fc is forcing console mode - personal preference)
sudo pacman-mirrors --country Austria --interactive
sudo pacman -Sy backintime-qt
All this using stable branch - no issues - I am not the judge of what - but I am certain it is not related to the current state of stable branch.
This points to an underlying issue - I don’t know what … I really don’t … I cannot replicate your issue.
Before you do - please test the latest review ISO released just a few days ago - if you use the release from December 2024 - it is outdated - and almost everything has been updated.
It will default to use the current folder or your home if current folder is not writable. To adjust the defaults use the --help or -h to see what you can change.