Note: This is a public test instance of Red Hat Bugzilla. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback at bugzilla.redhat.com.
Bug 1662259 - Backintime does not start
Summary: Backintime does not start
Keywords:
Status: CLOSED RAWHIDE
Alias: None
Product: Fedora
Classification: Fedora
Component: backintime
Version: rawhide
Hardware: x86_64
OS: Linux
unspecified
medium
Target Milestone: ---
Assignee: hannes
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2018-12-27 08:50 UTC by Iñaki Torralba
Modified: 2019-05-14 21:03 UTC (History)
18 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2019-05-14 21:03:53 UTC
Type: Bug
Embargoed:

Attachments (Terms of Use)

Description Iñaki Torralba 2018-12-27 08:50:35 UTC 
Description of problem:
Backintime application does not start in the new version 29 of Fedora.


Version-Release number of selected component (if applicable):
backintime-common 1.1.24-5.fc29
backintime-qt4 1.1.24-5.fc29

How reproducible:
Simply install it and try to start.

Steps to Reproduce:
1. Install backintime-common, backintime-qt4 and dependencies.
2. Try to start "Back In Time" or "Back In Time (root)" from graphic environment (Gnome).
3. Try to start backintime from command line.

Actual results:
Backintime application does not start.

Expected results:
Use the application to make backup copies.

Additional info:
Console messages:

"[user@workstation ~]$ backintime

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/lib64/python3.7/site-packages/dbus/bus.py", line 175, in activate_name_owner
    return self.get_name_owner(bus_name)
  File "/usr/lib64/python3.7/site-packages/dbus/bus.py", line 361, in get_name_owner
    's', (bus_name,), **keywords)
  File "/usr/lib64/python3.7/site-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/lib64/python3.7/site-packages/dbus/bus.py", line 241, in get_object
    follow_name_owner_changes=follow_name_owner_changes)
  File "/usr/lib64/python3.7/site-packages/dbus/proxies.py", line 248, in __init__
    self._named_service = conn.activate_name_owner(bus_name)
  File "/usr/lib64/python3.7/site-packages/dbus/bus.py", line 180, in activate_name_owner
    self.start_service_by_name(bus_name)
  File "/usr/lib64/python3.7/site-packages/dbus/bus.py", line 278, in start_service_by_name
    'su', (bus_name, flags)))
  File "/usr/lib64/python3.7/site-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"
Comment 1 hannes 2018-12-27 09:30:45 UTC 
Is DBus running:
ps -ef | grep dbus | grep -v grep

Additionally, if you would like to check if it runs from the command line, please check if the commands:
backintime-qt4 (for non-root) and
backintime-qt4_polkit (for root) are working.
Comment 2 Iñaki Torralba 2018-12-27 09:51:57 UTC 
[user@workstation ~]# ps -ef | grep dbus | grep -v grep
dbus       802     1  0 09:31 ?        00:00:04 /usr/bin/dbus-daemon --system --address=systemd: --nofork --nopidfile --systemd-activation --syslog-only
user  1835  1814  0 09:31 ?        00:00:01 /usr/bin/dbus-daemon --session --address=systemd: --nofork --nopidfile --systemd-activation --syslog-only
user  1957  1950  0 09:31 ?        00:00:00 /usr/bin/dbus-daemon --config-file=/usr/share/defaults/at-spi2/accessibility.conf --nofork --print-address 3


Non-root

[user@workstation ~]$ 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/lib64/python3.7/site-packages/dbus/bus.py", line 175, in activate_name_owner
    return self.get_name_owner(bus_name)
  File "/usr/lib64/python3.7/site-packages/dbus/bus.py", line 361, in get_name_owner
    's', (bus_name,), **keywords)
  File "/usr/lib64/python3.7/site-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/lib64/python3.7/site-packages/dbus/bus.py", line 241, in get_object
    follow_name_owner_changes=follow_name_owner_changes)
  File "/usr/lib64/python3.7/site-packages/dbus/proxies.py", line 248, in __init__
    self._named_service = conn.activate_name_owner(bus_name)
  File "/usr/lib64/python3.7/site-packages/dbus/bus.py", line 180, in activate_name_owner
    self.start_service_by_name(bus_name)
  File "/usr/lib64/python3.7/site-packages/dbus/bus.py", line 278, in start_service_by_name
    'su', (bus_name, flags)))
  File "/usr/lib64/python3.7/site-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


Root

[root@workstation ~]# backintime-qt4_polkit

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/lib64/python3.7/site-packages/dbus/bus.py", line 175, in activate_name_owner
    return self.get_name_owner(bus_name)
  File "/usr/lib64/python3.7/site-packages/dbus/bus.py", line 361, in get_name_owner
    's', (bus_name,), **keywords)
  File "/usr/lib64/python3.7/site-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/lib64/python3.7/site-packages/dbus/bus.py", line 241, in get_object
    follow_name_owner_changes=follow_name_owner_changes)
  File "/usr/lib64/python3.7/site-packages/dbus/proxies.py", line 248, in __init__
    self._named_service = conn.activate_name_owner(bus_name)
  File "/usr/lib64/python3.7/site-packages/dbus/bus.py", line 180, in activate_name_owner
    self.start_service_by_name(bus_name)
  File "/usr/lib64/python3.7/site-packages/dbus/bus.py", line 278, in start_service_by_name
    'su', (bus_name, flags)))
  File "/usr/lib64/python3.7/site-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

Many thanks !
Comment 3 fb.bugs.rh 2018-12-31 20:12:21 UTC 
Waiting for a real solution, one can use the following as a workaround.

Create a script like the following:
```
$ cat > $HOME/.local/bin/backintime-wrapper <<EOF
#!/bin/bash

pkexec /usr/bin/python3 /usr/share/backintime/qt4/serviceHelper.py & mypid=$! ; sleep 5 ; backintime-qt4 && pkexec kill $mypid && exit 0
EOF
```

Then make this script executable:
```
$ chmod +x $HOME/.local/bin/backintime-wrapper
```

Next, copy the system-wide `backintime-qt4.desktop` 
to `$HOME/.local/share/applications/`...
```
$ cp /usr/share/applications/backintime-qt4.desktop \
     $HOME/.local/share/applications/
```

...and change the `Exec=` line in order to launch the previously created 
user's script:
```
sed -i 's|^Exec=.*$|Exec=$HOME/.local/bin/backintime-wrapper|' $HOME/.local/bin/backintime-qt4.desktop
```

Package Kit will ask for a sysadmin password at the beginning and at the end of backintime execution.
Comment 4 speedygonzalez 2019-01-14 20:17:59 UTC 
Is there any news on this problem? 

I have the same problem and it would be nice to have this fixed without workaround.

Thank you.
Comment 5 hannes 2019-01-15 10:59:35 UTC 
No, there currently is no fix for it, since it is a strange interplay between packages and it's not really reproducible. Perhaps try reinstalling all python3 dependencies might help, but that is just a guess. 
I also couldn't figure out the common characteristic that all installations have in common, regarding desktop and upgrade history.
Does anyone have pip installed python modules, which might interfere?
Additionally, everybody is waiting for the Qt5 release, which is promised for quite some time, which might most probably also fix that issue.
Comment 6 Raphael Groner 2019-01-15 12:15:24 UTC 
Maybe it's an issue in DBus itself. Although, I fail to reproduce, too. Without any more logs (e.g. why DBus fails to find the service), it's not possible to debug.
Comment 7 Raphael Groner 2019-01-15 12:27:36 UTC 
Works for me, see executed tests.

+ nosetests-3.7 -v
BUILDSTDERR: WARNING: import keyring failed
BUILDSTDERR: test_create_and_remove_pid_file (test.test_applicationinstance.TestApplicationInstance) ... ok
BUILDSTDERR: Test the check function with an existing process with correct process ... ok
BUILDSTDERR: Test the check function with an existing process with wrong pid ... ok
BUILDSTDERR: Test the check function with an existing process with wrong process ... ok
BUILDSTDERR: test_flock_exclusive (test.test_applicationinstance.TestApplicationInstance) ... ok
BUILDSTDERR: Test the check function with an existing process with correct process ... ok
BUILDSTDERR: test_leftover_empty_lockfile (test.test_applicationinstance.TestApplicationInstance) ... WARNING: [common/applicationinstance.py:182 readPidFile] Failed to extract PID and process name from /tmp/file_with_pid: invalid literal for int() with base 10: ''
BUILDSTDERR: ok
BUILDSTDERR: Test the check function with a non existing process ... ok
BUILDSTDERR: test_thread_write_without_flock (test.test_applicationinstance.TestApplicationInstance) ... ok
BUILDSTDERR: test_write_pid_file (test.test_applicationinstance.TestApplicationInstance) ... ok
BUILDSTDERR: test_cmd_backup (test.test_argparser.TestArgParser) ... ok
BUILDSTDERR: test_cmd_backup_backwards_compatiblity_alias (test.test_argparser.TestArgParser) ... ok
BUILDSTDERR: test_cmd_backup_multi_args (test.test_argparser.TestArgParser) ... ok
BUILDSTDERR: test_cmd_backup_profile (test.test_argparser.TestArgParser) ... ok
BUILDSTDERR: test_cmd_backup_profile_and_profile_id (test.test_argparser.TestArgParser) ... usage: backintime [-h] [--config PATH] [--debug]
BUILDSTDERR:                   [--profile NAME | --profile-id ID] [--quiet] [--version]
BUILDSTDERR:                   [--license]
BUILDSTDERR: backintime: error: argument --profile-id: not allowed with argument --profile
BUILDSTDERR: ok
BUILDSTDERR: test_cmd_backup_profile_id (test.test_argparser.TestArgParser) ... ok
BUILDSTDERR: test_cmd_backup_quiet (test.test_argparser.TestArgParser) ... ok
BUILDSTDERR: test_cmd_restore (test.test_argparser.TestArgParser) ... ok
BUILDSTDERR: test_cmd_restore_empty_where (test.test_argparser.TestArgParser) ... ok
BUILDSTDERR: test_cmd_restore_local_backup_and_no_local_backup (test.test_argparser.TestArgParser) ... usage: backintime restore [-h] [--checksum] [--delete]
BUILDSTDERR:                           [--local-backup | --no-local-backup]
BUILDSTDERR:                           [WHAT] [WHERE] [SNAPSHOT_ID]
BUILDSTDERR: backintime restore: error: argument --no-local-backup: not allowed with argument --local-backup
BUILDSTDERR: ok
BUILDSTDERR: test_cmd_restore_multi_args (test.test_argparser.TestArgParser) ... ok
BUILDSTDERR: test_cmd_restore_snapshot_id_index (test.test_argparser.TestArgParser) ... ok
BUILDSTDERR: test_cmd_restore_what_space_in_path (test.test_argparser.TestArgParser) ... ok
BUILDSTDERR: test_cmd_restore_what_where_snapshot_id (test.test_argparser.TestArgParser) ... ok
BUILDSTDERR: test_cmd_restore_what_where_snapshot_id_multi_args (test.test_argparser.TestArgParser) ... ok
BUILDSTDERR: test_cmd_restore_where_space_in_path (test.test_argparser.TestArgParser) ... ok
BUILDSTDERR: test_config (test.test_argparser.TestArgParser) ... ok
BUILDSTDERR: test_config_no_path (test.test_argparser.TestArgParser) ... usage: backintime [-h] [--config PATH] [--debug]
BUILDSTDERR:                   [--profile NAME | --profile-id ID] [--quiet] [--version]
BUILDSTDERR:                   [--license]
BUILDSTDERR: backintime: error: argument --config: expected one argument
BUILDSTDERR: ok
BUILDSTDERR: test_debug (test.test_argparser.TestArgParser) ... ok
BUILDSTDERR: test_invalid_arg (test.test_argparser.TestArgParser) ... usage: backintime [-h] [--config PATH] [--debug]
BUILDSTDERR:                   [--profile NAME | --profile-id ID] [--quiet] [--version]
BUILDSTDERR:                   [--license]
BUILDSTDERR:                   {backup,backup-job,benchmark-cipher,check-config,decode,last-snapshot,last-snapshot-path,pw-cache,remove,remove-and-do-not-ask-again,restore,snapshots-list,snapshots-list-path,snapshots-path,unmount}
BUILDSTDERR:                   ...
BUILDSTDERR: backintime: error: argument command: invalid choice: 'not_existing_command' (choose from 'backup', 'backup-job', 'benchmark-cipher', 'check-config', 'decode', 'last-snapshot', 'last-snapshot-path', 'pw-cache', 'remove', 'remove-and-do-not-ask-again', 'restore', 'snapshots-list', 'snapshots-list-path', 'snapshots-path', 'unmount')
BUILDSTDERR: usage: backintime [-h] [--config PATH] [--debug]
BUILDSTDERR:                   [--profile NAME | --profile-id ID] [--quiet] [--version]
BUILDSTDERR:                   [--license]
BUILDSTDERR:                   {backup,backup-job,benchmark-cipher,check-config,decode,last-snapshot,last-snapshot-path,pw-cache,remove,remove-and-do-not-ask-again,restore,snapshots-list,snapshots-list-path,snapshots-path,unmount}
BUILDSTDERR:                   ...
BUILDSTDERR: backintime: error: Unknown Argument(s): --not_existing_argument
BUILDSTDERR: ok
BUILDSTDERR: test_quiet (test.test_argparser.TestArgParser) ... ok
BUILDSTDERR: test_get_bool_value (test.test_configfile.TestConfigFile) ... ok
BUILDSTDERR: test_get_bool_value_default (test.test_configfile.TestConfigFile) ... ok
BUILDSTDERR: test_get_int_value (test.test_configfile.TestConfigFile) ... ok
BUILDSTDERR: test_get_int_value_default (test.test_configfile.TestConfigFile) ... ok
BUILDSTDERR: test_get_list_value_bool (test.test_configfile.TestConfigFile) ... ok
BUILDSTDERR: test_get_list_value_default (test.test_configfile.TestConfigFile) ... ok
BUILDSTDERR: test_get_list_value_int (test.test_configfile.TestConfigFile) ... ok
BUILDSTDERR: test_get_list_value_invalid_type (test.test_configfile.TestConfigFile) ... ok
BUILDSTDERR: test_get_list_value_str (test.test_configfile.TestConfigFile) ... ok
BUILDSTDERR: test_get_list_value_tuple (test.test_configfile.TestConfigFile) ... ok
BUILDSTDERR: test_get_list_value_tuple_missing_values (test.test_configfile.TestConfigFile) ... ok
BUILDSTDERR: test_get_str_value (test.test_configfile.TestConfigFile) ... ok
BUILDSTDERR: test_get_str_value_default (test.test_configfile.TestConfigFile) ... ok
BUILDSTDERR: test_has_value (test.test_configfile.TestConfigFile) ... ok
BUILDSTDERR: ConfigFile should be able to load its content from a previously ... ok
BUILDSTDERR: test_remap_key (test.test_configfile.TestConfigFile) ... ok
BUILDSTDERR: test_remove_key (test.test_configfile.TestConfigFile) ... ok
BUILDSTDERR: test_remove_keys_start_with (test.test_configfile.TestConfigFile) ... ok
BUILDSTDERR: test_remove_keys_start_with_not_matching_prefix (test.test_configfile.TestConfigFile) ... ok
BUILDSTDERR: Saves the config file  in the tmp direcory ... ERROR: [common/configfile.py:87 ConfigFile.save] Failed to save config: [Errno 13] Permission denied: '/foo'
BUILDSTDERR: ok
BUILDSTDERR: test_set_bool_value (test.test_configfile.TestConfigFile) ... ok
BUILDSTDERR: test_set_int_value (test.test_configfile.TestConfigFile) ... ok
BUILDSTDERR: test_set_list_value_bool (test.test_configfile.TestConfigFile) ... ok
BUILDSTDERR: test_set_list_value_int (test.test_configfile.TestConfigFile) ... ok
BUILDSTDERR: test_set_list_value_invalid_type_for_type_key (test.test_configfile.TestConfigFile) ... ok
BUILDSTDERR: test_set_list_value_invalid_type_for_value (test.test_configfile.TestConfigFile) ... ok
BUILDSTDERR: test_set_list_value_remove_leftovers (test.test_configfile.TestConfigFile) ... ok
BUILDSTDERR: test_set_list_value_remove_leftovers_tuple (test.test_configfile.TestConfigFile) ... ok
BUILDSTDERR: test_set_list_value_str (test.test_configfile.TestConfigFile) ... ok
BUILDSTDERR: test_set_list_value_tuple (test.test_configfile.TestConfigFile) ... ok
BUILDSTDERR: test_set_list_value_tuple_missing_values (test.test_configfile.TestConfigFile) ... ok
BUILDSTDERR: test_set_str_value (test.test_configfile.TestConfigFile) ... ok
BUILDSTDERR: test_add_profile (test.test_configfile.TestConfigFileWithProfiles) ... ok
BUILDSTDERR: test_current_profile (test.test_configfile.TestConfigFileWithProfiles) ... ok
BUILDSTDERR: test_current_profile_by_name (test.test_configfile.TestConfigFileWithProfiles) ... ok
BUILDSTDERR: test_get_profile_key (test.test_configfile.TestConfigFileWithProfiles) ... ok
BUILDSTDERR: test_get_profile_name (test.test_configfile.TestConfigFileWithProfiles) ... ok
BUILDSTDERR: test_get_profiles (test.test_configfile.TestConfigFileWithProfiles) ... ok
BUILDSTDERR: test_get_profiles_sorted_by_name (test.test_configfile.TestConfigFileWithProfiles) ... ok
BUILDSTDERR: test_has_profile_value (test.test_configfile.TestConfigFileWithProfiles) ... ok
BUILDSTDERR: ConfigFile should be able to load its content from a previously ... ok
BUILDSTDERR: test_profile_exists (test.test_configfile.TestConfigFileWithProfiles) ... ok
BUILDSTDERR: test_profile_exists_by_name (test.test_configfile.TestConfigFileWithProfiles) ... ok
BUILDSTDERR: test_remove_profile (test.test_configfile.TestConfigFileWithProfiles) ... ok
BUILDSTDERR: test_remove_profile_key (test.test_configfile.TestConfigFileWithProfiles) ... ok
BUILDSTDERR: test_remove_profile_keys_starts_with (test.test_configfile.TestConfigFileWithProfiles) ... ok
BUILDSTDERR: test_set_profile_name (test.test_configfile.TestConfigFileWithProfiles) ... ok
BUILDSTDERR: test_set_profile_value (test.test_configfile.TestConfigFileWithProfiles) ... ok
BUILDSTDERR: Test if the config file use by the snapshots is correctly ... ok
BUILDSTDERR: Test if the config file use by the snapshots is correctly ... ok
BUILDSTDERR: Test the function check_command ... ok
BUILDSTDERR: Test the function is_process_alive ... ok
BUILDSTDERR: Test the function load_env ... ok
BUILDSTDERR: Test the function process_exists ... ok
BUILDSTDERR: Test the function read_command_output ... ok
BUILDSTDERR: Test the function read_file ... ok
BUILDSTDERR: Test the function read_file_lines ... ok
BUILDSTDERR: Test the function which ... ok
BUILDSTDERR: test_load_env_do_not_overwrite_previous_values (test.test_tools.TestToolsEnviron) ... ok
BUILDSTDERR: test_load_env_without_previous_values (test.test_tools.TestToolsEnviron) ... ok
BUILDSTDERR: test_save_env (test.test_tools.TestToolsEnviron) ... ok
BUILDSTDERR: ----------------------------------------------------------------------
BUILDSTDERR: Ran 92 tests in 9.261s
BUILDSTDERR: OK

Task info: https://koji.fedoraproject.org/koji/taskinfo?taskID=32042947

Do you have any special configuration for DBus or the like?
Comment 8 Tom Gundersen 2019-01-15 16:01:19 UTC 
Could you verify that `net.launchpad.backintime.serviceHelper` is activatable, by running `busctl` and looking for it in the list?

Also, can you verify that `/usr/libexec/dbus-1/dbus-daemon-launch-helper` is owned by root:dbus?
Comment 9 speedygonzalez 2019-01-15 16:09:35 UTC 
➜  ~ busctl | grep serviceHelper
net.launchpad.backintime.serviceHelper          - -               -                (activatable) -   

➜  ~ ls -l /usr/libexec/dbus-1/dbus-daemon-launch-helper 
-rwsr-x---. 1 root root 74320  3. Aug 08:10 /usr/libexec/dbus-1/dbus-daemon-launch-helper



When running backintrack and do a 'journalctl -f' I get the following:

Jan 15 17:02:58 localhost.localdomain dbus-daemon[968]: [system] Activating service name='net.launchpad.backintime.serviceHelper' requested by ':1.475' (uid=1001 pid=4469 comm="python3 /usr/share/backintime/common/backintime.py" label="unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023") (using servicehelper)
Jan 15 17:02:58 localhost.localdomain dbus-daemon[968]: [system] Activated service 'net.launchpad.backintime.serviceHelper' failed: Failed to execute program net.launchpad.backintime.serviceHelper: Permission denied
Jan 15 17:02:58 localhost.localdomain python3[4469]: detected unhandled Python exception in '/usr/share/backintime/common/backintime.py'
Jan 15 17:02:58 localhost.localdomain abrt-server[4474]: Deleting problem directory Python3-2019-01-15-17:02:58-4469 (dup of Python3-2019-01-06-10:55:22-2268)
Jan 15 17:02:59 localhost.localdomain dbus-daemon[968]: [system] Activating service name='org.freedesktop.problems' requested by ':1.477' (uid=0 pid=4486 comm="/usr/bin/python3 /usr/bin/abrt-action-notify -d /v" label="system_u:system_r:abrt_t:s0-s0:c0.c1023") (using servicehelper)
Jan 15 17:02:59 localhost.localdomain dbus-daemon[968]: [system] Activated service 'org.freedesktop.problems' failed: Failed to execute program org.freedesktop.problems: Permission denied
Jan 15 17:02:59 localhost.localdomain dbus-daemon[968]: [system] Activating service name='org.freedesktop.problems' requested by ':1.477' (uid=0 pid=4486 comm="/usr/bin/python3 /usr/bin/abrt-action-notify -d /v" label="system_u:system_r:abrt_t:s0-s0:c0.c1023") (using servicehelper)
Jan 15 17:02:59 localhost.localdomain dbus-daemon[968]: [system] Activated service 'org.freedesktop.problems' failed: Failed to execute program org.freedesktop.problems: Permission denied
Jan 15 17:02:59 localhost.localdomain abrt-notification[4491]: Process 2268 (backintime.py) of user 1001 encountered an uncaught dbus.exceptions.DBusException exception


I've never modified my dbus configuration.

I've remove backintrack and all dependencies and reinstalled all of them. Still the same problem.

>Does anyone have pip installed python modules, which might interfere?
No, I don't have pip installed python modules
Comment 10 Tom Gundersen 2019-01-15 16:24:40 UTC 
This is most likely a packaging issue in dbus-daemon, that I believe should have been fixed by now.

The issue is (probably) that the order of packet installation got messed up, so we were unable to set the right group on dbus-daemon-launch-helper.

You could try fixing this manually by changing the group on that file to `dbus`. If that solves the issue: how and when did you ugpgrade to f29? Was this a fresh install or an upgrade from f28?
Comment 11 hannes 2019-01-15 18:21:26 UTC 
(In reply to Tom Gundersen from comment #10)
> This is most likely a packaging issue in dbus-daemon, that I believe should
> have been fixed by now.
> 
> The issue is (probably) that the order of packet installation got messed up,
> so we were unable to set the right group on dbus-daemon-launch-helper.
> 
> You could try fixing this manually by changing the group on that file to
> `dbus`. If that solves the issue: how and when did you ugpgrade to f29? Was
> this a fresh install or an upgrade from f28?
Could you please specify which file you mean? 
'/usr/share/backintime/common/backintime.py', probably, or?
chgrp dbus /usr/share/backintime/common/backintime.py would then be the correct command.
Comment 12 Raphael Groner 2019-01-15 18:48:13 UTC 
(In reply to hannes from comment #11)
> (In reply to Tom Gundersen from comment #10)
…
> '/usr/share/backintime/common/backintime.py', probably, or?
> chgrp dbus /usr/share/backintime/common/backintime.py would then be the
> correct command.

Well, it should not harm if we include this patch in any case.
Can you provide a new update and let people test? We could use a high karma on bodhi or suggest any copr build.
Comment 13 Tom Gundersen 2019-01-15 19:18:57 UTC 
I meant /use/libexec/dbus-1/dbus-daemon-launch-helper
Comment 14 speedygonzalez 2019-01-15 22:55:26 UTC 
(In reply to Tom Gundersen from comment #10)
> This is most likely a packaging issue in dbus-daemon, that I believe should
> have been fixed by now.
> 
> The issue is (probably) that the order of packet installation got messed up,
> so we were unable to set the right group on dbus-daemon-launch-helper.
> 
> You could try fixing this manually by changing the group on that file to
> `dbus`.

Thank you! That worked. After changing the group (and restoring the setuid flag which was somehow lost; user rights where 'rwx' instead of 'rws'), it seems to work. Backintime now starts without problems.


➜  ~ ls -l /usr/libexec/dbus-1/dbus-daemon-launch-helper 
-rwsr-x---. 1 root dbus 74320  3. Aug 08:10 /usr/libexec/dbus-1/dbus-daemon-launch-helper


> If that solves the issue: how and when did you ugpgrade to f29? Was
> this a fresh install or an upgrade from f28?

I didn't upgrade. It was a fresh install.
Comment 15 Raphael Groner 2019-01-16 01:25:22 UTC 
> Backintime now starts without problems.

Does that mean your issue is solved and we can close this bug?
Comment 16 hannes 2019-01-16 05:51:28 UTC 
Please let's wait for the original reporter, if that also fixed it for him.
Comment 17 Iñaki Torralba 2019-01-16 09:25:53 UTC 
Doing the group change and restoring the setuid flag backintime works correctly.
My installation is also a fresh installation.
Many thanks !
Comment 18 fb.bugs.rh 2019-01-25 18:19:31 UTC 
With recent group change to `dbus` and setuid flag on `dbus-daemon-launch-helper` backintime start without any problem.

---8<----------
$ ls -l /usr/libexec/dbus-1/dbus-daemon-launch-helper
-rwsr-x---. 1 root dbus 74320 Jan 21 07:47 /usr/libexec/dbus-1/dbus-daemon-launch-helper
--->8----------

My installation is a fresh installation but `/home` was preserved so, old user profiles are still in use.

Many thanks too !
Comment 19 hannes 2019-03-26 08:38:31 UTC 
*** Bug 1692673 has been marked as a duplicate of this bug. ***
Note You need to log in before you can comment on or make changes to this bug.