Beiträge von Marco K.

Da wird aber auch noch keine Lösung angeboten, oder verstehe ich da was falsch?

Danke schon mal für die Rückmeldungen.
Habe mit diesem Backup seit Jahren gute Erfahrungen und hatte auch bis dato mit dem PackageKit keine Probleme.
Hoffe noch, dass es diesbezüglich eine Lösung geben wird.
Vielleicht kann das ja hier noch irgendwer lösen.

Zitat von matbhm

Packagekit mit allen Paketen würde ich im Übrigen deinstallieren und zur Installation unter Yast sperren, ebenso wie Discover.

Darf ich fragen warum?

Wenn ich das richtig verstanden habe, ist PackageKit zuständig für die automatische Systemaktualisierung / Paketaktualisierung (unter KDE) oder liege ich da falsch?

Siehe den Link zum anderen Thread im ersten Post.
Déjàdup lässt sich über Yast installieren und installiert duplicity (über Yast) mit. Das war schon immer so.
Allerdings möchte déjàdup aktuell dann beim Versuch, eine Sicherung wieder herzustellen, duplicity installieren und steigt mit der Fehlermeldung aus, dass das bereits installiert ist...
Das ist neu und hatte ich so noch nicht.

Aus dem anderen Thread geht hervor, dass das wieder funktioniert, wenn man PackageKit deinstalliert, das möchte ich aber natürlich nicht.

Liebe Community,

nachdem ich unseren Rechner unter Leap 15.5 neu aufgesetzt habe, möchte déjàdup duplicity installieren.
Déjàdup hatte ich ganz normal mittels Yast installiert und die Abhängigkeiten aufgelöst. Auch eine Deinstallation und Neuinstallation hilft leider nicht weiter.
Das Problem scheint irgendwie mit PackageKit zusammen zu hängen.

Ich hatte bereits einen anderen Thread zu diesem Thema gefunden, dort gibt es anscheinend aktuell keine Lösung:
https://forums.opensuse.org/t/…icity-installieren/166523

Hat hier eventuell jemand das gleiche Problem bzw. eine Lösung?

Herzlichen Dank schon mal.

Liebe Community,

nachdem ich Hidrive als Netzwerkressource unter Dolphin eingebunden habe, ist mir noch ein ungewöhnliches Verhalten aufgefallen.
PDFs kann ich mit Okular direkt öffnen, Dokumente unter LibreOffice jedoch nicht. Diese muss ich erst kopieren, lokal speichern und dann öffnen.
Es scheint sich tatsächlich, mit irgend einem Update vor Wochen, irgendetwas an den Zugriffsrechten innerhalb des Systems geändert zu haben.
Hat jemand eine Idee?

Moin,
sorry für die späte Rückmeldung, wir waren ein paar Tage nicht zu Hause.
Der Server ist frei (komplett leergeräumt) und der user ist der normale eingelockte unter KDE.

Unter Dolphin kann ich das Serververzeichnis problemlos unter dem Standard-user über WebDAV als Netzwerkrecource einbinden, an den Zugriffsrechten scheint es also nicht zu liegen...
Leider kann ich diese Einbindung nicht unter Duplicity / Deja Dup als lokalen Ordner nutzen oder erzeugt Dolphin irgendwo einen entsprechenden Ordner?

Das Merkwürdige ist, dass das über Jahre unter den verschiedensten Leap-Versionen problemlos funktionierte und zeitgleicht sowohl auf dem Altsystem, als auch auf dem neuen System die gleichen Probleme gibt.

Moin liebe Community,
seit ein paar Wochen habe ich ein Problem mit Duplicity & Deja Dup unter KDE. Beim finalen Datenbackup des Altsystems unter Leap 15.1 konnte plötzlich keine Verbindung mehr unter WebDAV zu Strato HiDrive aufgebaut werden (vor Eingabe der login-Daten):

HTTP-Fehler: Connection terminated unexpectedly

Unter sftp erscheint folgende Fehlermeldung (nach Eingabe der login-Daten):

Traceback (innermost last):
  File "/usr/bin/duplicity", line 100, in <module>
    with_tempdir(main)
  File "/usr/bin/duplicity", line 86, in with_tempdir
    fn()
  File "/usr/lib64/python3.6/site-packages/duplicity/dup_main.py", line 1525, in main
    action = commandline.ProcessCommandLine(sys.argv[1:])
  File "/usr/lib64/python3.6/site-packages/duplicity/commandline.py", line 1171, in ProcessCommandLine
    globals.backend = backend.get_backend(args[0])
  File "/usr/lib64/python3.6/site-packages/duplicity/backend.py", line 225, in get_backend
    obj = get_backend_object(url_string)
  File "/usr/lib64/python3.6/site-packages/duplicity/backend.py", line 211, in get_backend_object
    return factory(pu)
  File "/usr/lib64/python3.6/site-packages/duplicity/backends/giobackend.py", line 96, in __init__
    self.remote_file.make_directory_with_parents(None)
 gi.repository.GLib.GError: g-io-error-quark: Zugriff verweigert (14)</module>

Unter ftps läuft das Backup ein paar Minuten an und bricht nach gefühlt immer der gleichen Zeit mit beschädigter Sicherungsdatei ab (vermutlich bei Wechsel auf nächstes Sicherungsfragment).
Nachdem ich die Daten manuell auf das Neusystem (Leap 15.2) überspielt hatte, treten die selben Probleme auf dem zweiten Rechner ebenfalls auf.

Ich stehe leider auf dem Schlauch, das ganze lief seit vielen Jahren problemlos. Wurde in den letzten Wochen bei Duplicity ggf. ein Update aufgespielt, welches diese Probleme erklären könnte?

Danke für die Hilfe.

Aber wir weichen hier jetzt doch sehr vom Thema ab. Der Smalltalk ist zwar nett, passt hier aber nicht her.

Zitat von Petert

Vorsicht ... mein UNtermieter rät Dir davon ab.

Es gibt in den Menüs jede Menge Abhängigkeiten die für Dich nicht erkennbar sind.

Sollte bei einem Unfall ein Sachverständiger den Speicher auslesen erkennt er schnell das manipoliert wurde. Wenn ein Wert nicht den Vorgaben entspricht, hat Dein KFZ keine Betriebserlaubnis zum Befahren öffentlicher Strassen gehabt und selbst bei einem unverschuldeten Unfall haftest Du für alle Schäden persönlich. Deine Versicherung holt sich alles Geld von Dir zurück. Entstanden Personenschäden hast Du ein lebenslanges Problem ....

Nein, sowas habe ich nicht vor.
Es geht mir akut darum, das Tagfahrlicht so einzustellen, dass auch die Begrenzungsleuchten und die Rückleuchten mit angehen (Standard in Skandinavien, gibt dafür einen Schalter, an den man mit den "Baumarktdiagnosegeräten" allerdings nicht rankommt).
Und ich musste die letzten Jahre schon 4 mal die Standheizung zurücksetzen lassen, weil die ein bisschen empfindlich ist und das machen die in den Werkstätten mittlerweile auch nicht mehr kostenlos.