The luckybackup program is a good rsync GUI for conducting backups if you are not comfortable or familiar with using rsync within the terminal. However, I noticed that it uses incorrect permissions when installed in Ubuntu.
When installed using…
sudo apt-get install luckybackup<br></br>
The package comes with a shortcut in Applications>System>luckyBackup (Super User). This means that when running luckybackup all of your configuration folders for the application under ~/.luckybackup get locked up, forcing you to always use Super User (sudo) privileges when running the application. Also, I found that if you have Network Shares currently mounted using gvfs (SAMBA), then the little shortcuts in your file-manager sidebar to these network-mounted locations do not appear. Even if you go the long winded way and visit their true path under /run/user/1000/gvfs, the gvfs symbolic link is greyed out and unavailable.
The reason for this is that the Network locations were bound under your regular 1000 user, but now you are running as a different user which has no idea what to do with the gvfs folder bound to your regular user. Especially irritating if you are trying to use luckybackup across Windows Shares.
To get around this, run the luckybackup command from the terminal or Run bar (Alt-F2) so that it can operate under your normal user, and thereby see and use your network mounts. These Network Mounts will be visible in the sidebar as other ‘currently mounted’ media usually are – convenient. When you click these shortcuts in Lucky Backup, the full path is resolved and placed wherever you wanted it to be in Lucky Backup (Source/Destination folder, probably).
Or, just alter the luckybackup shortcut in your Applications Menu and remove any commands that cause privilege escalation (sudo, su-to-root, etc.).
The Ubuntu maintainer of Lucky Backup should fix this, and it’s not really a bug, just user-error of the Ubuntu package maintainer for luckybackup:
Bug Report Filed – Click Here