OS: OpenSUSE 13.1 - with KDE 4.13.3

I installed Kup through the Klick-Install from the site http://kde-apps.org/content/show.php/Ku ... ent=147465
Then I checked in Yast, if it and rsync were installed - It's OK.
But I don't find any ikon to start it. And when I try to launch it on the Konsole, I get following

Code: Select all

~> kup
If 'kup' is not a typo you can use command-not-found to lookup the package that contains it, like this:
    cnf kup


Does any know, how to start it?

Thanks in advance for tips

what is the name of the package installed? the binary(ies) can usually be found with

Code: Select all

rpm -ql package_name | grep /bin/

maybe you should try installing it from the standard openSUSE repo using yast

Hallo google01103!

You said, it would be better, to install kup from SUSE repositories.
kup (backup software) is not in standard (official nor unofficial) SUSE repositories. Due that I installed from the kde-org website.

With the search item "kup" (as word begin) in YAST I get "kup-client" and "kup-server" (Kernel.org Uploader)

geppino@dhcppc2:~> rpm -ql kup | grep /bin/
/usr/bin/kup-daemon
/usr/bin/kup-filedigger
geppino@dhcppc2:~> kup-daemon
"Kup is not enabled, enable it from the system settings module."
geppino@dhcppc2:~> kup-filedigger
kup-filedigger: Sie müssen den Pfad zu einem bup oder git-Repositorium, das Sie zur Ansicht öffnen wollen, angeben.
kup-filedigger: Benutzen Sie den Parameter „--help“, um die verfügbaren Optionen zu sehen.

Are kup-daemon and kup-filedigger parts of backup program Kup?

nice time

yes, the rpm command you ran lists the executables (binary files) provided with the package kup

you need it appears to run systemsettings and enable/config kup from there, this should help http://linuxlove.eu/backup-personal-fil ... 4-dropbox/ (scroll down for kup instructions)

re: kup-client and kup-daemon my bad those are obviously kernel related and kup is not in the std repos

google01103,

many many thanks!

On OpenSUSE it is something different as described in the Kubuntu-HowTo, but I found it.
My only doubt is, to understand which program runs now, Kup or Kbackup? They are both installed.
It will be resolve in a couple of hours, when I try Kup, after have uninstalled Kbakup.

I'll report here the results.

you could also look at Lucky Backup, highly rated on kde-apps.org http://kde-apps.org/content/show.php/lu ... tent=94391

I configured the first kup-backup as rsync copy. It runs very quick and uses not much ram or cpu power.
Unfortunately OpenSUSE doesn't offer bup on regular repositories and the Suse "special" website, where you can download odd programs, doesn't run today.
So I was not able to configure any incremental backups.

I have already tried Lucky Backup and I unsinstalled it about one year ago. I don't like how it organizes the incremental backups: it is not very easy for me to find the incremental one, that I needed.
Indeed I am used to save data with kdar or DarGUI, which unfortunately do not run anymore since KDE4.13 - Particularly DarGUI was a powerful and flexibly application ...

I'll give further notice after tested kup as incremental backup and a lunched a recovery test.

re: Dar
- I see std openSUSE repos has v4.10 though there is a 4.14 you should see if it's available on the "special" website when it's back
- do you get any errors when rumming it? have you tried posting on the Dar bug page http:/sourceforge.net/p/dar/bugs

Hallo google01103,

re: Dar
You are right. Also my Dar version was not up to date. And I found an official (but almost hidden) SUSE sub-repository (named archiving), where the version 2.4.14 is available. But this version is not compatible with the Kdar 2.1.10 (KDE 3 Trinity). And I don't like very much working with the terminal.

re: kup installation and tests
last time I wrote, it wasn't possible launching incremental Kup backups, because SUSE does not officially offer "bup". Well, I found and installed this today. Actually YAST requested a missing package (fuse-python), which I haven't found. But I thought, fuse-python is useful, if you save data in a different file system. So it should be no matter for me.

So I launched the first incremental backup and I thought despite of an error message, it has run. But Kup only wrote information. The error message said, my system has an old python-xattr module, it would be better to install the python-pyattr. Done!

Finally I get a backup.
Then I wanted to make a restore attempt. I followed the HowTo, you suggested me, but it does not run at all.
Maybe I have not really understand the way ...
The suggested command line is:
kup-filedigger ~/[path of backup files]
I saved data under
/var/run/media/geppino/2TBHD/BACKUPS/BACKUPS - home + Docs/2014/DOCs_bup_backups/
(where "2TBHD" is an exeternal hard drive connected as e-SATA and "geppino" the user name).
When I give in the console,
kup-filedigger /var/run/media/geppino/2TBHD/BACKUPS/BACKUPS - home + Docs/2014/DOCs_bup_backups/
or
kup-filedigger ~/2TBHD/BACKUPS/BACKUPS - home + Docs/2014/DOCs_bup_backups/
I get following:
kup-filedigger: You must give the path to one bup or git repository, which you want to see
kup-filedigger: Use the parameter "--help", if you want to see the available options.
{my translation}

Now I don't really see what can I do, to launch the restore brows window.

Can you see, where I made a mistake or have you a suggestion?

I think, maybe is the correct command line under SUSE something different as in Kubuntu, due to the different kind mounting external media.
But which one?

I would query the author on apps-kde.org as he appears responsive to queries

Hallo google01103!

You wrote:

I would query the author on apps-kde.org as he appears responsive to queries

Aw:
It could be a way to solve the item. And at the end we will maybe discover, why SUSE decided to exclude Kup from KDE-Package, without solving the problem.
But at the moment I have too much to do. Last month I had a hard disk crash and I had to recover data from DarGUI-Backups, which are not more readable with the new OS. So I installed an old SUSE to unzip the files. Further I discovered a big data loss in maildir resource: Not all mails were written in default mail folder. So now I currently spent a lot of free time trying recover them from older backups or from akonadi server (time intensive!)
Due that I decided to switch to KBackup. It is not so comfortable as Kup, but it runs without problems. And the next time I have some more time, I'll maybe learn how to let it run automatically in background (cron?).

At last:
Should I change the Title of this post? maybe in "Kup Backup System doesn't run under SUSE?"
I think, it meets better the posted questions ...

Bye.