Hello, The 32 or 64-bit machine install run smoothly. The appications are clearly visible in the "system tools". After moving icons on the desktop (KDE), the cursor "hops" several seconds and stops without opening the application. Regards, Yves Reproducible: Steps to Reproduce:
It looks like Jani is in the process of fixing it.
Assignee: bugsquad => jani.valimaaSummary: 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
Depends on: (none) => 16234
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
Keywords: (none) => Junior_jobSummary: backintime can not be used after the installation => backintime: missing python-dbus dependency
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-bugsCC: (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_updateWhiteboard: (none) => mga5-64-okCC: (none) => sysadmin-bugs
Blocks: (none) => 16234Depends on: 16234 => (none)
Whiteboard: mga5-64-ok => mga5-64-ok advisory
An update for this issue has been pushed to Mageia Updates repository. http://advisories.mageia.org/MGAA-2015-0096.html
Status: NEW => RESOLVEDResolution: (none) => FIXED