BiT does not start: "Could not get owner of name 'net.launchpad.backintime.serviceHelper': no such name", related to pyqt5 and/or dbus packages #921

jean-christophe-manciot · 2018-08-25T18:13:39Z

Ubuntu 18.10
backintime latest commit a5feec7
python3-pyqt4 4.12.1+dfsg-2build1
python3-pyqt5 5.11.2+dfsg-1ubuntu2

Everything was fine until I installed python3-pyqt5. Now I get:

# backintime-qt4
Back In Time
Version: 1.1.24

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/lib/python3/dist-packages/dbus/bus.py", line 175, in activate_name_owner
    return self.get_name_owner(bus_name)
  File "/usr/lib/python3/dist-packages/dbus/bus.py", line 361, in get_name_owner
    's', (bus_name,), **keywords)
  File "/usr/lib/python3/dist-packages/dbus/connection.py", line 651, in call_blocking
    message, timeout)
dbus.exceptions.DBusException: org.freedesktop.DBus.Error.NameHasNoOwner: Could not get owner of name 'net.launchpad.backintime.serviceHelper': no such name

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "/usr/share/backintime/qt4/app.py", line 1509, in <module>
    cfg = backintime.start_app( 'backintime-qt4' )
  File "/usr/share/backintime/common/backintime.py", line 463, in start_app
    return getConfig(args, False)
  File "/usr/share/backintime/common/backintime.py", line 584, in getConfig
    cfg = config.Config(args.config)
  File "/usr/share/backintime/common/config.py", line 272, in __init__
    self.setupUdev = tools.SetupUdev()
  File "/usr/share/backintime/common/tools.py", line 1213, in __init__
    conn = bus.get_object(SetupUdev.CONNECTION, SetupUdev.OBJECT)
  File "/usr/lib/python3/dist-packages/dbus/bus.py", line 241, in get_object
    follow_name_owner_changes=follow_name_owner_changes)
  File "/usr/lib/python3/dist-packages/dbus/proxies.py", line 248, in __init__
    self._named_service = conn.activate_name_owner(bus_name)
  File "/usr/lib/python3/dist-packages/dbus/bus.py", line 180, in activate_name_owner
    self.start_service_by_name(bus_name)
  File "/usr/lib/python3/dist-packages/dbus/bus.py", line 278, in start_service_by_name
    'su', (bus_name, flags)))
  File "/usr/lib/python3/dist-packages/dbus/connection.py", line 651, in call_blocking
    message, timeout)
dbus.exceptions.DBusException: org.freedesktop.DBus.Error.Spawn.ExecFailed: Failed to execute program net.launchpad.backintime.serviceHelper: Permission denied

# systemctl --no-pager --full  status dbus
● dbus.service - D-Bus System Message Bus
   Loaded: loaded (/lib/systemd/system/dbus.service; static; vendor preset: enabled)
   Active: active (running) since Sat 2018-08-25 19:56:46 CEST; 7min ago
     Docs: man:dbus-daemon(1)
 Main PID: 1431 (dbus-daemon)
    Tasks: 1 (limit: 4915)
   CGroup: /system.slice/dbus.service
           └─1431 /usr/bin/dbus-daemon --system --address=systemd: --nofork --nopidfile --systemd-activation --syslog-only

Aug 25 19:58:46 samsung5-ubuntu dbus-daemon[1431]: [system] Successfully activated service 'org.freedesktop.locale1'
Aug 25 19:58:46 samsung5-ubuntu dbus-daemon[1431]: [system] Successfully activated service 'org.freedesktop.hostname1'
Aug 25 19:58:46 samsung5-ubuntu dbus-daemon[1431]: [system] Activating service name='net.launchpad.backintime.serviceHelper' requested by ':1.210' (uid=1000 pid=6989 comm="python3 /usr/share/backintime/common/backintime.py" label="unconfined") (using servicehelper)
Aug 25 19:58:46 samsung5-ubuntu dbus-daemon[1431]: [system] Activated service 'net.launchpad.backintime.serviceHelper' failed: Failed to execute program net.launchpad.backintime.serviceHelper: Permission denied
Aug 25 19:59:15 samsung5-ubuntu dbus-daemon[1431]: [system] Activating via systemd: service name='org.freedesktop.nm_dispatcher' unit='dbus-org.freedesktop.nm-dispatcher.service' requested by ':1.9' (uid=0 pid=1469 comm="/usr/sbin/NetworkManager --no-daemon " label="unconfined")
Aug 25 19:59:15 samsung5-ubuntu dbus-daemon[1431]: [system] Successfully activated service 'org.freedesktop.nm_dispatcher'
Aug 25 19:59:27 samsung5-ubuntu dbus-daemon[1431]: [system] Activating via systemd: service name='org.freedesktop.hostname1' unit='dbus-org.freedesktop.hostname1.service' requested by ':1.224' (uid=0 pid=9216 comm="/usr/sbin/NetworkManager --no-daemon " label="unconfined")
Aug 25 19:59:27 samsung5-ubuntu dbus-daemon[1431]: [system] Successfully activated service 'org.freedesktop.hostname1'
Aug 25 20:00:18 samsung5-ubuntu dbus-daemon[1431]: [system] Activating service name='net.launchpad.backintime.serviceHelper' requested by ':1.236' (uid=0 pid=12605 comm="python3 /usr/share/backintime/qt4/app.py " label="unconfined") (using servicehelper)
Aug 25 20:00:18 samsung5-ubuntu dbus-daemon[1431]: [system] Activated service 'net.launchpad.backintime.serviceHelper' failed: Failed to execute program net.launchpad.backintime.serviceHelper: Permission denied

Bit binary packages depend on python3-pyqt4, so I can't uninstall the latter.
I need python3-pyqt5 for other packages.

Any suggestion @Germar?

The text was updated successfully, but these errors were encountered:

jean-christophe-manciot · 2018-08-26T03:41:08Z

No such issue on Debian buster with:
backintime-qt4 1.1.24-0.1
python3-pyqt4 4.12.1+dfsg-2+b1
python3-pyqt5 5.11.2+dfsg-1+b1

kkaess · 2018-10-20T21:30:13Z

I get the same exact error messages on a fresh install of Fedora 29 -- Python version 3.7.0.

DRRDietrich · 2018-11-13T14:35:53Z

I have the same problem with Fedora Workstation 29 on three different devices and in a freshly installed VM.

glyndon · 2018-11-16T14:56:40Z

Same error here, started after upgrading to Ubuntu 18.10 from 18.4.
Fixed by installing python3-dbus.mainloop.qt

7oxicshadow · 2018-11-25T16:24:16Z

+1 for problems with fedora 29.

Does anyone have a quick workaround for this? python3-dbus.mainloop.qt does not appear to exist within dnf on Fedora.

Thanks

jean-christophe-manciot · 2018-11-26T12:39:17Z

Same error here, started after upgrading to Ubuntu 18.10 from 18.4.
Fixed by installing python3-dbus.mainloop.qt

I am now on Ubuntu 19.04 disco with python3-pyqt5 5.11.3+dfsg-1.
This issue is still there & is NOT fixed/worked around by installing python3-dbus.mainloop.qt 4.12.1+dfsg-2build2.

kkaess · 2018-11-26T16:11:21Z

A "quick" workaround for this on Fedora is to reinstall Fedora 28, install backintime, then upgrade to Fedora 29. I've had success with this method.

j0hannes · 2018-12-16T22:26:50Z

Exact same issue on Arch.

Nicolarge · 2019-02-01T00:33:55Z

Hi everyone,
I am currently having the same issue on a fresh install of Fedora 29.
I've been using BIT for a while now and never had such issue on on previous versions of Fedora (currently running fine on different machines with Fedora 28).
Any news on this issue?

jean-christophe-manciot · 2019-02-01T10:21:28Z

On Ubuntu disco 19.04, this issue is gone with the upgraded python3-pyqt5 5.11.3+dfsg-1build1.

# backintime-qt4

Back In Time
Version: 1.1.24

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.

onmh · 2019-10-16T08:41:18Z

Hi everyone,

Issue occurred on Debian GNU/Linux bullseye/sid with python3-pyqt5 5.12.3+dfsg-2.
Installing python3-dbus.mainloop.pyqt5 resolved it.
python3-pyqt4 not required.

xandark · 2021-04-01T21:04:15Z

I'm seeing this same problem in KDE neon 20.04 (essentially Ubuntu 20.04 with latest Qt + KDE packages)

These are installed:

backintime-qt 1.2.1
python3-pyqt5 5.14.1
python3-dbus.mainloop.pyqt5 5.14.1
python3 3.8.2

Additionally, when I run journalctl -f before I run backintime-qt, I see this:

Apr 01 13:33:46 inspiron dbus-daemon[953]: [system] Activating service name='net.launchpad.backintime.serviceHelper' requested by ':1.147' (uid=1000 pid=12254 comm="python3 -Es /usr/share/backintime/qt/app.py snapsh" label="unconfined") (using servicehelper)
Apr 01 13:33:46 inspiron net.launchpad.backintime.serviceHelper[12257]: Traceback (most recent call last):
Apr 01 13:33:46 inspiron net.launchpad.backintime.serviceHelper[12257]:   File "/usr/share/backintime/qt/serviceHelper.py", line 75, in <module>
Apr 01 13:33:46 inspiron net.launchpad.backintime.serviceHelper[12257]:     from PyQt5.QtCore import QCoreApplication
Apr 01 13:33:46 inspiron net.launchpad.backintime.serviceHelper[12257]: ImportError: /usr/local/lib/python3.8/dist-packages/PyQt5/QtCore.abi3.so: undefined symbol: _ZdlPvm, version Qt_5
Apr 01 13:33:46 inspiron dbus-daemon[953]: [system] Activated service 'net.launchpad.backintime.serviceHelper' failed: Launch helper exited with unknown return code 1

So it seems that at on such a KDE neon system, that 5th line with the ImportError seems to be the issue:

ImportError: /usr/local/lib/python3.8/dist-packages/PyQt5/QtCore.abi3.so: undefined symbol: _ZdlPvm, version Qt_5

... which I don't understand. However, when I open a Python REPL shell and issue a:

>>> from PyQt5.QtCore import QCoreApplication

...I don't see any import error, such as Backintime is inducing.

Where should I look next to isolate this?

xandark · 2021-04-01T21:46:17Z

Another way to test this:

$ cd /usr/share/backintime/qt/
$ python3 serviceHelper.py

Which immediately gives:

Traceback (most recent call last):
  File "serviceHelper.py", line 75, in <module>
    from PyQt5.QtCore import QCoreApplication
ImportError: /usr/local/lib/python3.8/dist-packages/PyQt5/QtCore.abi3.so: undefined symbol: _ZdlPvm, version Qt_5

Is anyone else seeing this?

xandark · 2021-04-03T22:19:37Z

SOLUTION!

I found that the import order has an effect on inducing the ImportError crash.

In /usr/share/backintime/qt/serviceHelper.py, at line 75 we find this code block:

import dbus
import dbus.service
import dbus.mainloop.pyqt5
from PyQt5.QtCore import QCoreApplication

However, if the import order is changed to this, then there are no ImportError crashes!

from PyQt5.QtCore import QCoreApplication     # must come before import dbus.mainloop.pyqt5 or will crash on ImportError
import dbus
import dbus.service
import dbus.mainloop.pyqt5

I can now start and run backintime-qt!

dwainsims · 2022-09-27T12:41:40Z

Same error on openSUSE 15.3 with a recently updated kernel. I have been using BIT for quite a while and this is annoying.

I may try moving back to an older kernel and see if that has any impact.

emtiu · 2022-10-08T21:32:04Z

Same error on openSUSE 15.3 with a recently updated kernel. I have been using BIT for quite a while and this is annoying.

I may try moving back to an older kernel and see if that has any impact.

I have installed a fresh OpenSUSE Leap 15.3 in a VM, updated to the latest packages, installed backintime and run it. The error does not occur. Can you tell me anything more?

dwainsims · 2022-10-14T21:15:55Z

Comments below

On Fri, Oct 14, 2022 at 4:42 PM aryoda ***@***.***> wrote: Note: that once I was able to start the serviceHelper, I could not ctrl-C out of it. I had to ctrl-z and bg the process. Me too, that seems to be normal I have no clue so far (perhaps a broken installation of whatever)... I have just setting up a VM and hoped that I could reproduce the issue. @dwainsims <https://github.com/dwainsims> How did you install BiT? Via yast2 GUI?

Yes. Long ago. January? Maybe. That's the weird thing. It had been working fine until one day....

I saw two packages (backintime and backintime-qt) and after installing them everything worked OK (on Linux OpenSuseLeap 5.3.18-150300.59.93-preempt #1 SMP).

I have 3 packages. backintime, backintime-qt, and backintime-lang

BTW: You should use the "code" markup for your script output to improve readability (and scrolling)...

Sorry

…

— Reply to this email directly, view it on GitHub <#921 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/AGJWPY72IHUMVPXYSFKFCZ3WDHATXANCNFSM4FRR5ZNQ> . You are receiving this because you were mentioned.Message ID: ***@***.***>

…fix Arch Linux build error (#1335) * Partially resolve bug #921 (BiT CLI side, serviceHelper system D-Bus daemon issues are still under investigation) * Fix #1233: Arch Linux build test and installation failure * Fix #1333: Backintime fails to build on Arch * Add better documentation for installation on Arch using AUR package Authored-by: aryoda <11374410+aryoda@users.noreply.github.com>

buhtz · 2022-11-18T08:08:41Z

FYI: There is also a distro bug report at OpenSuse.

aryoda · 2022-11-18T09:52:49Z

FYI: There is also a distro bug report at OpenSuse.

THX for the reference. The opensuse issue was opened by Dwain Sims who also participated in this issue.
I have this issue on my list on position 4 and have just updated my Open Suse VM to the same reported kernel version (and hopefully the same dependecies that cause this problem). I need some time for fixing my other issues first, then I come back here.

dwainsims · 2022-11-18T13:45:28Z

Thanks! I would still like to get BIT working again!

…

On Fri, Nov 18, 2022 at 4:53 AM aryoda ***@***.***> wrote: FYI: There is also a distro bug report at OpenSuse <https://bugzilla.opensuse.org/show_bug.cgi?id=1203800>. THX for the reference. The opensuse issue was opened by Dwain Sims who also participated in this issue. I have this issue on my list on position 4 and have just updated my Open Suse VM to the same reported kernel version (and hopefully the same dependecies that cause this problem). I need some time for fixing my other issues first, then I come back here. — Reply to this email directly, view it on GitHub <#921 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/AGJWPY3SHDBEZZTACLVHF33WI5GX3ANCNFSM4FRR5ZNQ> . You are receiving this because you were mentioned.Message ID: ***@***.***>

aryoda · 2022-11-28T18:55:41Z

@dwainsims Could you please check if this dependency is installed:

Distro package python3-dbus-python

It also includes the required (python) package dbus.mainloop if I interpret the YaST2 file list correctly...

flymikeGit · 2023-01-05T14:19:57Z

Same problem, but with fresh install of Ubuntu 22.04

BiT originally installed from Ubuntu PPA but would not start with these same symptoms

Later reinstalled using BiT PPA (both backintime & backintime-qt

Diagnostics:

Run BiT

$ backintime check-config

Back In Time
Version: 1.3.2

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/lib/python3/dist-packages/dbus/bus.py", line 177, in activate_name_owner
    return self.get_name_owner(bus_name)
  File "/usr/lib/python3/dist-packages/dbus/bus.py", line 361, in get_name_owner
    return self.call_blocking(BUS_DAEMON_NAME, BUS_DAEMON_PATH,
  File "/usr/lib/python3/dist-packages/dbus/connection.py", line 652, in call_blocking
    reply_message = self.send_message_with_reply_and_block(
dbus.exceptions.DBusException: org.freedesktop.DBus.Error.NameHasNoOwner: Could not get owner of name 'net.launchpad.backintime.serviceHelper': no such name

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "/usr/share/backintime/common/backintime.py", line 1165, in <module>
    startApp()
  File "/usr/share/backintime/common/backintime.py", line 517, in startApp
    args.func(args)
  File "/usr/share/backintime/common/backintime.py", line 1150, in checkConfig
    cfg = getConfig(args)
  File "/usr/share/backintime/common/backintime.py", line 669, in getConfig
    cfg = config.Config(config_path = args.config, data_path = args.share_path)
  File "/usr/share/backintime/common/config.py", line 280, in __init__
    self.setupUdev = tools.SetupUdev()
  File "/usr/share/backintime/common/tools.py", line 1722, in __init__
    conn = bus.get_object(SetupUdev.CONNECTION, SetupUdev.OBJECT)
  File "/usr/lib/python3/dist-packages/dbus/bus.py", line 241, in get_object
    return self.ProxyObjectClass(self, bus_name, object_path,
  File "/usr/lib/python3/dist-packages/dbus/proxies.py", line 250, in __init__
    self._named_service = conn.activate_name_owner(bus_name)
  File "/usr/lib/python3/dist-packages/dbus/bus.py", line 182, in activate_name_owner
    self.start_service_by_name(bus_name)
  File "/usr/lib/python3/dist-packages/dbus/bus.py", line 277, in start_service_by_name
    return (True, self.call_blocking(BUS_DAEMON_NAME, BUS_DAEMON_PATH,
  File "/usr/lib/python3/dist-packages/dbus/connection.py", line 652, in call_blocking
    reply_message = self.send_message_with_reply_and_block(
dbus.exceptions.DBusException: org.freedesktop.DBus.Error.Spawn.ExecFailed: Failed to execute program net.launchpad.backintime.serviceHelper: Permission denied

BiT serviceHelper is NOT running

$ systemctl status dbus.service
● dbus.service - D-Bus System Message Bus
     Loaded: loaded (/lib/systemd/system/dbus.service; static)
     Active: active (running) since Wed 2023-01-04 09:12:10 EST; 7h ago
TriggeredBy: ● dbus.socket
       Docs: man:dbus-daemon(1)
   Main PID: 1256 (dbus-daemon)
      Tasks: 1 (limit: 18682)
     Memory: 4.3M
        CPU: 6.082s
     CGroup: /system.slice/dbus.service
             └─1256 @dbus-daemon --system --address=systemd: --nofork --nopidfi>

Jan 04 15:34:05 FLYMIKE-PC2 dbus-daemon[1256]: [system] Activating via systemd:>
Jan 04 15:34:06 FLYMIKE-PC2 dbus-daemon[1256]: [system] Successfully activated >
Jan 04 15:36:50 FLYMIKE-PC2 dbus-daemon[1256]: [system] Activating via systemd:>
Jan 04 15:36:50 FLYMIKE-PC2 dbus-daemon[1256]: [system] Successfully activated >
Jan 04 15:37:30 FLYMIKE-PC2 dbus-daemon[1256]: [system] Activating via systemd:>
Jan 04 15:37:31 FLYMIKE-PC2 dbus-daemon[1256]: [system] Successfully activated >
Jan 04 16:37:17 FLYMIKE-PC2 dbus-daemon[1256]: [system] Activating service name>
Jan 04 16:37:17 FLYMIKE-PC2 dbus-daemon[1256]: [system] Activated service 'net.>
Jan 04 16:37:55 FLYMIKE-PC2 dbus-daemon[1256]: [system] Activating service name>
Jan 04 16:37:55 FLYMIKE-PC2 dbus-daemon[1256]: [system] Activated service 'net.>

Also used qdbusviewer, and confirmed that the BiT serviceHelper does not appear in System Bus

Confirm that /usr/share/backintime/qt/serviceHelper.py is installed

$ stat /usr/share/backintime/qt/serviceHelper.py
  File: /usr/share/backintime/qt/serviceHelper.py
  Size: 13262     	Blocks: 32         IO Block: 4096   regular file
Device: fd07h/64775d	Inode: 4472036     Links: 1
Access: (0644/-rw-r--r--)  Uid: (    0/    root)   Gid: (    0/    root)
Access: 2023-01-03 13:18:14.720729532 -0500
Modify: 2022-03-12 08:23:43.000000000 -0500
Change: 2023-01-03 13:18:13.064738748 -0500
 Birth: 2023-01-03 13:18:13.020738992 -0500

Start serviceHelper manually

$ cd /usr/share/backintime/qt
$ sudo python3 serviceHelper.py
Running BIT service.

Seem to succeed. Cannot Ctrl-C out of that.

Capture complete log

$ journalctl -b --unit=dbus | grep -i backintime >tmp/temp.txt
$ cat tmp/temp.txt
Jan 04 09:12:46 FLYMIKE-PC2 dbus-daemon[1256]: [system] Activating service name='net.launchpad.backintime.serviceHelper' requested by ':1.108' (uid=1000 pid=3059 comm="python3 -Es /usr/share/backintime/common/backintim" label="unconfined") (using servicehelper)
Jan 04 09:12:46 FLYMIKE-PC2 dbus-daemon[1256]: [system] Activated service 'net.launchpad.backintime.serviceHelper' failed: Failed to execute program net.launchpad.backintime.serviceHelper: Permission denied
Jan 04 16:37:17 FLYMIKE-PC2 dbus-daemon[1256]: [system] Activating service name='net.launchpad.backintime.serviceHelper' requested by ':1.149' (uid=1000 pid=37446 comm="python3 -Es /usr/share/backintime/common/backintim" label="unconfined") (using servicehelper)
Jan 04 16:37:17 FLYMIKE-PC2 dbus-daemon[1256]: [system] Activated service 'net.launchpad.backintime.serviceHelper' failed: Failed to execute program net.launchpad.backintime.serviceHelper: Permission denied
Jan 04 16:37:55 FLYMIKE-PC2 dbus-daemon[1256]: [system] Activating service name='net.launchpad.backintime.serviceHelper' requested by ':1.150' (uid=1000 pid=37470 comm="python3 -Es /usr/share/backintime/common/backintim" label="unconfined") (using servicehelper)
Jan 04 16:37:55 FLYMIKE-PC2 dbus-daemon[1256]: [system] Activated service 'net.launchpad.backintime.serviceHelper' failed: Failed to execute program net.launchpad.backintime.serviceHelper: Permission denied

aryoda · 2023-01-21T02:33:25Z

@flymikeGit Thanks for your detailed report. It hope I can reproduce this in a fresh Ubuntu 22.04 VM (which I have to set up once I have time for this issue). I have put the issue on my TODO list.

Which Ubuntu flavor (desktop) are you using?
Could you please provide the output of backintime --diagnostics?
Edit: Did you install backintime and backintime-qt of Ubuntu 22.04 and got this error then?

Edit:

Later reinstalled using BiT PPA (both backintime & backintime-qt)

Is my interpretation correct that even after this update to BiT 1.3.2 the error still occurs?

THX!

flymikeGit · 2023-01-21T17:15:01Z

@flymikeGit Thanks for your detailed report. It hope I can reproduce this in a fresh Ubuntu 22.04 VM (which I have to set up once I have time for this issue). I have put the issue on my TODO list.

Which Ubuntu flavor (desktop) are you using?
I'm using MATE, but have also tried removing backintime-common backintime-qt then installing using the default desktop.

Could you please provide the output of backintime --diagnostics?
No such option exists:
backintime --diagnostics usage: backintime [-h] [--config PATH] [--share-path PATH] [--debug] [--profile NAME | --profile-id ID] [--quiet] [--version] [--license] {backup,backup-job,benchmark-cipher,check-config,decode,last-snapshot,last-snapshot-path,pw-cache,remove,remove-and-do-not-ask-again,restore,shutdown,smart-remove,snapshots-list,snapshots-list-path,snapshots-path,unmount} ... backintime: error: Unknown Argument(s): --diagnostics

Edit: Did you install backintime and backintime-qt of Ubuntu 22.04 and got this error then?
Yes

Edit:

Later reinstalled using BiT PPA (both backintime & backintime-qt)

Is my interpretation correct that even after this update to BiT 1.3.2 the error still occurs?

Installing backintime-common backintime-qt from the Ubuntu 22.04 repo yields BiT version 1.3.2 - which is the same version that is installed if using the BiT repo.

THX!
Note: on a different installation, I upgraded to 22.04 rather than fresh install. BiT remained at version 1.2.2 (don't know why) and does not have this problem.
Q: Is there a .deb file available for BiT 1.2.1?

aryoda · 2023-01-22T10:47:57Z

Installing backintime-common backintime-qt from the Ubuntu 22.04 repo yields BiT version 1.3.2
which is the same version that is installed if using the BiT repo.

Ubuntu 22.04 does still provide only BiT v1.2.1 so I guess you have added our BiT PPA
to your Ubuntu installation at some point in the past.

You can check this via ls -l /etc/apt/sources.list.d. If it shows bit-team-*.list
you have activated our PPA repo (otherwise v1.3.2 could come from other a manual installation).

OK, BiT 1.3.2

does not yet contain the --diagnostics options
does not yet contain my DBus fix incl. improved logging.

I suggest to install the new upcoming release 1.3.3 which is already available as DEB package for Ubuntu.
See the installation instructions: https://github.com/bit-team/backintime#ubuntu-ppa
This release fixes a lot of issues (see the relase notes)

If the DBus service helper (or any other error) is happening again in BiT v1.3.3 please post supportive information here so that I can assist you.

Once the release makes its way to our "stable" PPA you can delete the "testing" ppa and add "stable" instead...

Note: on a different installation, I upgraded to 22.04 rather than fresh install.
BiT remained at version 1.2.2 (don't know why) and does not have this problem.

I guess you mean BiT v1.2.1 and 1.2.2 was a typo.

v1.2.1 is the default package in Ubuntu 22.04 (see above)

Q: Is there a .deb file available for BiT 1.2.1?

Yes, eg. if you remove our BiT PPA and install it from the original Ubuntu repo again:

BMarkley · 2023-05-27T09:57:20Z

I had the same problem in Linux Mint 20.3, and I solved it by changing the permissions of /usr/lib/dbus-1.0/dbus-daemon-launch-helper to the following:

which for me was just making the file executable.

Below is the errors I was getting.

Back In Time
Version: 1.2.1

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/lib/python3/dist-packages/dbus/bus.py", line 177, in activate_name_owner
return self.get_name_owner(bus_name)
File "/usr/lib/python3/dist-packages/dbus/bus.py", line 361, in get_name_owner
return self.call_blocking(BUS_DAEMON_NAME, BUS_DAEMON_PATH,
File "/usr/lib/python3/dist-packages/dbus/connection.py", line 652, in call_blocking
reply_message = self.send_message_with_reply_and_block(
dbus.exceptions.DBusException: org.freedesktop.DBus.Error.NameHasNoOwner: Could not get owner of name 'net.launchpad.backintime.serviceHelper': no such name

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
File "/usr/share/backintime/qt/app.py", line 1592, in
cfg = backintime.startApp('backintime-qt')
File "/usr/share/backintime/common/backintime.py", line 521, in startApp
return getConfig(args, False)
File "/usr/share/backintime/common/backintime.py", line 669, in getConfig
cfg = config.Config(config_path = args.config, data_path = args.share_path)
File "/usr/share/backintime/common/config.py", line 279, in init
self.setupUdev = tools.SetupUdev()
File "/usr/share/backintime/common/tools.py", line 1715, in init
conn = bus.get_object(SetupUdev.CONNECTION, SetupUdev.OBJECT)
File "/usr/lib/python3/dist-packages/dbus/bus.py", line 241, in get_object
return self.ProxyObjectClass(self, bus_name, object_path,
File "/usr/lib/python3/dist-packages/dbus/proxies.py", line 250, in init
self._named_service = conn.activate_name_owner(bus_name)
File "/usr/lib/python3/dist-packages/dbus/bus.py", line 182, in activate_name_owner
self.start_service_by_name(bus_name)
File "/usr/lib/python3/dist-packages/dbus/bus.py", line 277, in start_service_by_name
return (True, self.call_blocking(BUS_DAEMON_NAME, BUS_DAEMON_PATH,
File "/usr/lib/python3/dist-packages/dbus/connection.py", line 652, in call_blocking
reply_message = self.send_message_with_reply_and_block(
dbus.exceptions.DBusException: org.freedesktop.DBus.Error.Spawn.ExecFailed: Failed to execute program net.launchpad.backintime.serviceHelper: Permission denied

And with the permission changes

Back In Time
Version: 1.2.1

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.

QStandardPaths: XDG_RUNTIME_DIR not set, defaulting to '/tmp/runtime-root'

buhtz · 2023-06-16T12:54:42Z

Can anyone of you reproduce the problem with the latest 1.3.3 release?

Kleysley · 2023-06-16T13:50:14Z

Using Arch, BackInTime version 1.3.3-dev. The issue is now completely resolved for me! I can open BackInTime just fine.

xandark · 2023-06-17T00:03:03Z

Using a Ubuntu 22.04-based distro, version 1.3.3-3~jammy works completely fine for me as well.

buhtz · 2023-06-29T07:53:01Z

Based on your feedback and the known difference between the reported 1.1.24 / 1.2.1 and the the latest 1.3.3 I assume it is fixed.

If there is no fresh information the issue will be closed in the near future. But It is up to aryoda who is assigned to this issue to finally close it.

dwainsims · 2023-06-30T15:47:21Z

So OpenSUSE Leap 15.3 provides BIT 1.2.1-bp153.1.12 Python3-Dbus 1.2.16.-6.3.1 Still failing to launch. I plan to upgrade to OpenSUSE Leap 15.5, but I would really like to do a backup before I start. (sort of a Chicken-Egg problem.) I guess I need to explore a different backup tool for the short term, with hopes that BIT will run on 15.5. Dwain

…

On Sat, Oct 8, 2022 at 6:13 PM Michael Büker ***@***.***> wrote: After closing many duplicate Issues opened in 2018, this is the main one concerning this problem now. There are only three recent reports of this problem occurring: - @dwainsims <https://github.com/dwainsims> on OpenSUSE 15.3 (above) - @bighegi <https://github.com/bighegi> Ubuntu 20.04 LTS (in #1052 (comment) <#1052 (comment)> ) - @Kleysley <https://github.com/Kleysley> on Arch (in #1233 (comment) <#1233 (comment)> ) It seems to me like the problem here isn't really with pyqt5, but rather an unsatisfied dbus dependency (in which case #1233 <#1233> is likely a duplicate of this Issue). If true, this would be a packaging/distro problem more than a bug in backintime. *Please everyone*, see if installing the python3-dbus (or similar) package solves your problem. (Installing stuff through pip might also help, but it's not how problems like this should be resolved.) *If installing some python/dbus related package helps*, please notify your distro's maintainers for backintime to include that dependency. — Reply to this email directly, view it on GitHub <#921 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/AGJWPY3XWLFMMSC4JQD6BB3WCHWZFANCNFSM4FRR5ZNQ> . You are receiving this because you were mentioned.Message ID: ***@***.***>

aryoda · 2023-09-19T22:24:39Z

I think this bug is fixed in BiT v1.3.3++ and I vote to close this issue after a cooling-off period of two weeks.

Please veto here if the same problem occurs in BiT v.1.3.3++ (preferably reproducible ;-)

aryoda · 2023-11-04T17:00:25Z

I am closing this now (cooling-off period expired without further reports).

Please open a new issue if the latest version of BiT should still fail with the same issue

This comment was marked as off-topic.

Sign in to view

This comment was marked as outdated.

Sign in to view

emtiu added Distro-Specific only for certain distributions, desktop environments or display servers Bug Python-Specific only for certain versions of Python labels Sep 12, 2022

aryoda mentioned this issue Sep 17, 2022

BIT won't start #1052

Closed

emtiu added High Heisenbug a problem that is not reproducible but random (non-deterministic) labels Oct 8, 2022

This was referenced Oct 16, 2022

Fix bug: BiT does not start (DBus exception NameHasNoOwner) #1335

Merged

Enh/test remove ssh #1334

Merged

emtiu added this to the 1.3.3 milestone Nov 6, 2022

aryoda self-assigned this Nov 28, 2022

emtiu mentioned this issue Dec 6, 2022

Not backing up with "Repeatedly(anacron)" set #1068

Closed

buhtz modified the milestones: 1.3.3, 1.3.4 Feb 19, 2023

buhtz added the Feedback needs user response, may be closed after timeout without a response label Mar 24, 2023

buhtz pinned this issue Aug 8, 2023

buhtz unpinned this issue Aug 8, 2023

aryoda closed this as completed Nov 4, 2023

buhtz removed the Feedback needs user response, may be closed after timeout without a response label Jan 9, 2024

BiT does not start: "Could not get owner of name 'net.launchpad.backintime.serviceHelper': no such name", related to pyqt5 and/or dbus packages #921

BiT does not start: "Could not get owner of name 'net.launchpad.backintime.serviceHelper': no such name", related to pyqt5 and/or dbus packages #921

Comments

jean-christophe-manciot commented Aug 25, 2018

jean-christophe-manciot commented Aug 26, 2018

kkaess commented Oct 20, 2018

DRRDietrich commented Nov 13, 2018

glyndon commented Nov 16, 2018

7oxicshadow commented Nov 25, 2018

jean-christophe-manciot commented Nov 26, 2018

kkaess commented Nov 26, 2018

j0hannes commented Dec 16, 2018

Nicolarge commented Feb 1, 2019

jean-christophe-manciot commented Feb 1, 2019 • edited Loading

onmh commented Oct 16, 2019

This comment was marked as off-topic.

xandark commented Apr 1, 2021

xandark commented Apr 1, 2021

xandark commented Apr 3, 2021

This comment was marked as outdated.

This comment was marked as outdated.

dwainsims commented Sep 27, 2022

emtiu commented Oct 8, 2022

dwainsims commented Oct 14, 2022 via email

buhtz commented Nov 18, 2022

aryoda commented Nov 18, 2022

dwainsims commented Nov 18, 2022 via email

aryoda commented Nov 28, 2022 • edited Loading

flymikeGit commented Jan 5, 2023

Diagnostics:

aryoda commented Jan 21, 2023 • edited Loading

flymikeGit commented Jan 21, 2023

aryoda commented Jan 22, 2023 • edited Loading

BMarkley commented May 27, 2023 • edited Loading

buhtz commented Jun 16, 2023

Kleysley commented Jun 16, 2023

xandark commented Jun 17, 2023

buhtz commented Jun 29, 2023

dwainsims commented Jun 30, 2023 via email

aryoda commented Sep 19, 2023

aryoda commented Nov 4, 2023

jean-christophe-manciot commented Feb 1, 2019 •

edited

Loading

aryoda commented Nov 28, 2022 •

edited

Loading

aryoda commented Jan 21, 2023 •

edited

Loading

aryoda commented Jan 22, 2023 •

edited

Loading

BMarkley commented May 27, 2023 •

edited

Loading