Bug 16254

It looks like Jani is in the process of fixing it.

Assignee: bugsquad => jani.valimaa
Summary: Can not be used after the installation (32 and 64 bit). => backintime can not be used after the installation

Actually I was just fixing "Junior_job" bug 16234. I'm not using KDE so I can't do much for this. Reassigning to bug squad.

Assignee: jani.valimaa => bugsquad

BackIntime by running in a shell, I got some more informations.

The program imports certain modules at a time, there is an error because it can not import dbus.

I have found in the /usr/share/backintime/common/tools.py file, on line 27, where is this import.

I put that line a comment and now backintime works.
I made a backup that is correct but I have not tested the restore :-(

Hopefully this can help you ...

good day.

Yves

Another way to track the bug backintime?
By searching the site backintime (https://answers.launchpad.net/backintime/+question/250426) I think I found a solution.

The python-dbus package is not installed by default on Mageia 5 (at least on my PC).

I installed it, removed the comment from the line 27 in /usr/share/backintime/common/tools.py and backintime works.

Is this the solution?

Best Regards
Yves

Pushed a new release [1] to core/updates_testing which should fix this issue. Fix for bug 16234 was introduced in previous release. Please test.

[1] backintime-1.0.36-3.2.mga5

Assignee: bugsquad => qa-bugs
CC: (none) => jani.valimaa

RPMS:
backintime-common-1.0.36-3.2.mga5
backintime-gnome-1.0.36-3.2.mga5
backintime-kde4-1.0.36-3.2.mga5

SRPM:
backintime-1.0.36-3.2.mga5

Just for reference it is also fixed for Cauldron too.

- backintime-1.0.40-2.mga6

CC: (none) => geiger.david68210

mga5 x86_64

Installed:
backintime-common-1.0.36-3.2.mga5
backintime-gnome-1.0.36-3.2.mga5

Created root backup directories on two media - not strictly essential because backintime creates a backintime directory when a medium or directory is specified.
Used backintime-gnome gui to set up profiles for backups to local hard disk and attached USB drive.  Took a couple of snapshots for two of the profiles and scheduled a backup on one profile every ten minutes (just for testing).

e.g. USB drive antares = /run/media/lcl/antares:
Created directory b and took a snapshot.  This created 

antares/b/backintime/vega/lcl/3 containing :-

20150813-204104-802  last_snapshot

The first file is the snapshot directory and the second a symbolic link to it.

The directory contents are:

backup  config  fileinfo.bz2  info  takesnapshot.log.bz2

and so on.  It is thorough, capturing the full paths in all cases right back to the machine name.

So this works, although I have not yet seen the scheduled backup.  Maybe finger trouble.

I intend to login to KDE and try the kde4 gui, sometime soon.  This is definitely a junior job.

CC: (none) => tarazed25

By default scheduled snapshots are taken only when things change.  I unchecked that option and all is well - regular scheduled backups.

Installed backintime-kde4-1.0.36-3.2.mga5 and logged in to KDE and ran  backintime-kde4.
Modified the main profile and scheduled backups every five minutes.  This worked as before but there seems to be a fault with the restore function.  In the shortcuts section you see a list of the backup folders for the selected snapshot and if you select one of these its contents are displayed in another frame with the first item highlighted.  If you then invoke restore only that selection will be restored, be it a file or a subdirectory.  In the latter case the whole folder is restored.  There does not seem to a multiple selection option.  In most file managers keeping the Ctrl key pressed allows multiple selections, but not here. 
However, in principle the restore function works.  If there is a design fault then that needs to be addressed elsewhere.

Suspending judgement on mga5-64-ok in case of feedback.

correction  ->  to 'be a multiple selection option

Please open a new bug report for the issues you noticed, Len, as they are not regressions and don't prevent using the software.

I checked the RPM diffs and only the missing dependencies have been added, so it's good for me.

Validating. Just needs an advisory to be uploaded. Suggested text "This update adds missing dependencies to the backintime packages in order to allow them to function properly."

References: 
https://bugs.mageia.org/show_bug.cgi?id=16234
https://bugs.mageia.org/show_bug.cgi?id=16254

Keywords: (none) => validated_update
Whiteboard: (none) => mga5-64-ok
CC: (none) => sysadmin-bugs

An update for this issue has been pushed to Mageia Updates repository.

http://advisories.mageia.org/MGAA-2015-0096.html

Status: NEW => RESOLVED
Resolution: (none) => FIXED