digikam 4.1x gesucht

[debiani]

Hi, habe opensuse 42.1 mit digikam 4.13.0 installiert, dazu zum Vergleich digikamrc etc kopiert in die VM. Er zeigt die fehlenden Bilder an. Könnte also ein Bug in 4.0.4. sein, welcher in 4.13.0 behoben ist.

Ich habe jetzt noch nicht ganz verstanden, warum es für debian8 kein digikam > 4.4.0 gibt, a) ist der "Entwicklerzweig" nicht mehr aktiv, also wird digikam nicht mehr aktiv bei debian gepflegt b) werden immer nur jede x-te Versionen eingespielt wegen der langen Tests (debian soll ja im Vergleich zu zB opensuse stabiler sein...

Wobei die Frage ist, wenn 4.13. unter SUSE läuft, würde es dann nicht auch unter debian laufen?

Gleiche Frage wäre bei libreoffibe, debian gibt die 4.3er mit, bei opensuse 42.1 ist die 5er Version an Board.

VG
Markus

[DeletedUserReAsG]

Im Fall von LibreOffice ist die Frage leicht zu beantworten: zum Zeitpunkt des Freezes von Jessie gab es schlicht noch kein LO5, und nach dem Freeze gibt es nunmal keine neuen Versionen mehr. LO5 ist aber in Testing enthalten, außerdem in den Jessie-Backports (und damit auch unter Stable einfach zu installieren).

Die Frage, ob die digikam-Version aus SuSE unter Debian (Stable) zum Laufen zu bringen wäre, ist auch recht einfach zu beantworten: höchstwahrscheinlich nicht, da die Abhängigkeiten nicht erfüllt werden können.

[KBDCALLS]

Zumal das noch ein RPM ist. Rpm gibts zwar auch bei Debian, ob der mit den jetzigen SuSE RPMs umgehen kann ist fraglich.

[debiani]

Danke für eure Infos. Das mit LO klingt logisch. Aber ich meinte bei digikam, warum es dort keine neuen deb-Pakete geben könnte, also neuere als 4.0.4.

[KBDCALLS]

Mittlerweile ist Digikam 4.14 in testing eingetrudelt.

Nachtrag
=======

Läßt sich auch für Jessie Backporten.

[debiani]

Fein! Also kann man unter debian 8.x auch aktuelle Software bekommen, und ist damit nicht an Distros wie zB openSUSE gebunden, welche sich aktuelle Pakete auf die Fahne schreiben?!

[KBDCALLS]

Im Prinzip ist das schon möglich. Muß man ebend nur halt selber ran, oder man meldet sich in der Backport Mailingliste.

[KBDCALLS]

• 809642

[KBDCALLS]

Digikam 4:4.14.0-3 ist jetzt in den Jessie Backports.

• https://packages.debian.org/jessie-backports/digikam

[debiani]

Danke für die Info. Meine sources.list sagt bisher:

deb http://ftp.de.debian.org/debian/ jessie main contrib non-free
deb http://security.debian.org/ jessie/updates main contrib non-free
deb http://ftp.de.debian.org/debian/ jessie-proposed-updates main non-free contrib
deb http://ftp.de.debian.org/debian/ jessie-updates main contrib non-free

Kann ich einfach warten, bis digikam auch dort erscheint, oder lohnen ein paar backports?

[DeletedUserReAsG]

Kann ich einfach warten, bis digikam auch dort erscheint?

Es wird dort nie erscheinen.

[debiani]

Ok, habe das repo eingebunden und digikam aktualisiert.

Neues Problem jedoch: Die Geolokalisierung ist nicht vorhanden...

[KBDCALLS]

Der Grund ist in den Upstrem Sourcen von digikam zu finden. Die Zusatzmodule sind bei den älteren Vesrionen im extra Verzeichnis zu finden. Und die 4.14 bringt von Hause aus nur noch die Kipi-Plugins mit. Es fehlen libkdraw libkexiv2 libkface libkgeomap libkipi libksane libkvkontakte und libmediawiki

libkace ist dieser Version aber durch zusätzliche Sourcen vorhanden.

[debiani]

Also ist bewusst das so gemacht worden? Gäbe es dazu einen Grund?

[KBDCALLS]

Das entzieht sich meiner Kenntnis. Da müßte man bei den Digikam Autoren selbst anfragen.

[debiani]

Ok. Aber ein digikam ohne Geolokalisierung ist zumindest für mich ein Rückschritt. Und Deine Beschreibung oben mit den Plugins sagt mir (der gerade froh ist, dass debian 8 läuft) etwas zu schwierig. Somit werde ich wohl solange wie es geht bei 4.0.4 bleiben.

Übrigens ist beim neuen kubuntu auch ein neues digikam dabei, bei welchem Geokol fehlt. Bei openSUSE 42.1 ist ein neueres digikam (ich meine .13 oder so), bei welchem Geolok klappt.

[KBDCALLS]

Mit selbst geänderten Sourcen und gebauten Paketen für Amd64 geht jetzt auch die Geolokalisierung.

[debiani]

Moin, da ich mit selbst geänderten Sourcen und gebauten Paketen gar keine Erfahrung habe, aber sicherstellen möchte, dass Geolok weiterhin für mich nutzbar bleibt, stellt sich mir die Frage, ob ich das bisherige digikam-Paket "sichern" kann, so wie man unter Windows zB Winzip 6.0 die setup.exe sichern kann, um sie auch unter neuerem Windows zu installieren. Auch debian jessie schreitet ja mit 8.2 -> 8.3 weiter voran und ich installiere immer alle Updates. Somit kann ja ggf auch irgendwann mal das mitgelieferte digikam aktualisiert und damit für mich unbrauchbar werden.

[DeletedUserReAsG]

Somit kann ja ggf auch irgendwann mal das mitgelieferte digikam aktualisiert und damit für mich unbrauchbar werden.

Es gibt keine Featureupdates innerhalb eines Releases, und damit im Normalfall auch keine Updates, die Features entfernen würden.

[KBDCALLS]

Auf jedenfall ist aus den Upstream Sourcen einiges entfernt worden. Das sieht man schon alleine an der Größe.

• http://download.kde.org/stable/digikam/

9 MB dürften sich nicht mit Packoptionen erklären lassen. Ein Vergleich zwischen 4.13 und 4.14 bringt Klarheit.

Und so wie Debian der 4.14 libkace wieder beigebracht hat, läßt sich auch libkgeomap hinzufügen. Hatte auch erst gedacht es wäre komplizierter, wars aber dann im Endeffekt garnicht.

[debiani]

Somit kann ja ggf auch irgendwann mal das mitgelieferte digikam aktualisiert und damit für mich unbrauchbar werden.

Es gibt keine Featureupdates innerhalb eines Releases, und damit im Normalfall auch keine Updates, die Features entfernen würden.

Also verwahrt man sich einfach die 8.2 er Debian Installationscd (KDE-CD nr.1) und hat immer die bisherige Version 4.0.4?

[DeletedUserReAsG]

Nein, man lässt ›jessie‹ in der sources.list stehen und macht immer fein seine Updates – alles Andere wäre fahrlässig. Wie geschrieben: innerhalb eines Releases gibt es in der Regel keine Updates, die etwas an der Funktionalität der Software ändern – es wird also bei 4.4.0 bleiben, sofern du nichts aus den Backports oder so holst. Wenn es wider Erwarten doch mal anders sein sollte, lassen sich ältere Versionen von Paketen unter snapshot.debian.org finden. Man kann auch das betreffende Paket auf ›hold‹ setzen und es so von den regulären Updates ausschließen.

[KBDCALLS]

Die einzige Möglichkeit um bei Stable an neuere Versionen zu gelangen sind die Backports.

[debiani]

Danke für eure Infos.

Meine sources.list sagt derzeit:

Code: Alles auswählen

# deb cdrom:[Debian GNU/Linux 8.2.0 _Jessie_ - Official amd64 kde-CD Binary-1 20150906-11:10]/ jessie main
# deb cdrom:[Debian GNU/Linux 8.2.0 _Jessie_ - Official amd64 kde-CD Binary-1 20150906-11:10]/ jessie main
deb http://ftp.de.debian.org/debian/ jessie main contrib non-free
deb http://security.debian.org/ jessie/updates main contrib non-free
# jessie-updates, previously known as 'volatile'
deb http://ftp.de.debian.org/debian/ jessie-proposed-updates main non-free contrib
deb http://ftp.de.debian.org/debian/ jessie-updates main contrib non-free