Hallo siducer,
seit heutigem DU auf digikam 2.6.0-1 crasht die Bildfehlerkorrektur ständig. Es ist vermutlich ein kipi-plugin Fehler, denn showfoto stürzt ebenfalls ab.
Auf meiner virtuellen Maschine mit digikam RC4 funzt alles bestens. Wie sieht das bei Euch aus?
... kann (muß :oops:) ich bestätigen.
Gruß
Tom
Mmmh, also war das Update ein bisschen voreilig und die VM bleibt mal lieber auf dem RC-Level von Digikam.
(aus dem Bug-Report)
QuoteIt crash in CImg library, which is not maintained anymore. I cannot
update or fix it.
I try to find a student to work on this code to port from CImg to Gmic
library which is the replacement...
Hallo,
auch die Version 4:2.6.0-1+b1 stürzt ab im Zusammenspiel mit den Kipi-Plugins.
QuoteIt crash in CImg library, which is not maintained anymore. I cannot
update or fix it.
Fein, wenn RCs nutzbar sind, die fertigen Versionen hingegen abstürzen, weil ein Maintainer eines Paketes, von dem digikam abhängt, keinen Bock mehr hat ;-)
Viele Grüße,
Holger
Hallo,
ich dachte zunächst, es läge an Debian. Aber da der Fehlerbericht von @ralfi sich auf Äußerungen bezieht, die der Chefentwickler Gilles Caulier von digikam gemacht hat, liegt es wohl an digikam.
Aber mich wundert da folgendes: Ich habe mal neben mein siduction das neue Mageia 2 installiert. Und die haben digikam 2.6.0 in der aktuellen Version, es ist nicht mehr der Release Kandidat.
Und da funktioniert digikam reibungslos.
Einen Unterschied gibt es da allerdings: digikam von Mageia ist gegen KDE 4.8.2 gebaut, und hat daher libkipi 4.8.2 als Abhängigkeit. Vielleicht hat der Fehler mit dem aktuellen KDE 4.8.4 zu tun.
Viele Grüße,
Holger
Viele Dinge, die bei digikam schieflaufen liegen laut den Jungs von debian-qt-kde am wohl "sehr schwierigen" Entwickler.
greetz
devil
Quote from: "devil"Viele Dinge, die bei digikam schieflaufen liegen laut den Jungs von debian-qt-kde am wohl "sehr schwierigen" Entwickler.
greetz
devil
Hallo Ferdi,
na ja, aber ein zweiter Jörg Schilling ist Gilles wohl hoffentlich nicht :-)
Ich hatte vor einigen Jahren schon einmal mit Marcel Wiesenweg, einem digikam Entwickler, Mailkontakt. Das war ein sehr verständiger freundlicher Mailaustausch, es ging um Fotodruck über digikam.
Schade, dass sich an die Spitzen von Teams manchmal die eher schwierigen Leute mit Mängeln bei kommunikativer Kompetenz setzen.
Viele Grüße,
Holger
Habe auch mal Mageia über das Netzinstall-Iso in eine virtuelle Maschine installiert, da crasht die Bildbearbeitung genauso wie in Debian. Betrifft allerdings hier wie da nur die erweiterten Funktionen wie Rauschunterdrückung, Bildfehlerkorrektur und so.
Quote from: "ralfi"Habe auch mal Mageia über das Netzinstall-Iso in eine virtuelle Maschine installiert, da crasht die Bildbearbeitung genauso wie in Debian. Betrifft allerdings hier wie da nur die erweiterten Funktionen wie Rauschunterdrückung, Bildfehlerkorrektur und so.
Hallo Ralfi,
bei meinem vorgestern frisch installierten Mageia 64 Bit crasht digikam bei der Anwendung der Rauschunterdrückung nicht.
Viele Grüße,
Holger
Hallo Holger,
mmmh, komisch. Über Netzinstall-Iso oder über Live-CD / Install-CD aufgespielt?
Hallo Ralfi,
nein, ich habe da Mist gebaut. Ein frisch installiertes Mageia hat noch den Release Kandidaten und mit dem geht es.
Nun nach einem Update habe ich auch den veröffentlichten Kandidaten, und da crasht es dann auch unter Mageia.
Sorry, es liegt doch komplett an digikam und nicht an der KDE Version oder gar der Distribution.
Viele Grüße,
Holger
Hallo Holger,
Du hast überhaupt kein Mist gebaut ... ;-)
Vielen Dank, dass Du das nochmal verifiziert hast.
Quote from: "ralfi"Hallo Holger,
Du hast überhaupt kein Mist gebaut ... ;-)
Vielen Dank, dass Du das nochmal verifiziert hast.
Hallo Ralfi,
ich bin ernsthaft am Überlegen, eine Alternative zu digikam auf Linux einzusetzen, selbst wenn sie etwas kosten sollte.
Sorry, digikam gehört für mich zu den Referenzapplikationen unter Linux und wenn deren Hauptentwickler schwierig im Team ist und die Güte der Software letztlich von Befindlichkeiten abhängt, dann kann ich auf solche Software verzichten.
Ich habe mal recherchiert. Bei Fedora17 gibt es Berichte zu dem Fehler, bei Debian, bei Mageia wird es bald auch welche geben. Sicher, ein reines Verwalten von Fotos geht mit digikam noch, aber viele wichtigen Bearbeitungswerkzeuge bringen das Teil zum Absturz. Da kann ich dann auch shotwell benutzen.
Ich meine, das ist doch keine Schwierigkeit: Fotodruck auf HP Druckern mit HPLIP ist leider nur ausreichend, dafür gibt es Turboprint, was für exzellenten Fotodruck unter Linux sorgt, und für digikam wird es sicher auch etwas geben.
Viele Grüße,
Holger
Hallo,
noch ein Nachtrag: Das funktionierende Digikam 2.6.0-rc4 lässt sich leider nicht mehr unter Sid installieren:
dpkg: Abhängigkeitsprobleme verhindern Konfiguration von digikam:
digikam hängt ab von libmarblewidget12 (>= 4:4.7.1); aber:
Paket libmarblewidget12 ist nicht installiert.
dpkg: Fehler beim Bearbeiten von digikam (--install):
Abhängigkeitsprobleme - verbleibt unkonfiguriert
In Sid ist durch KDE 4.8.4 nun libmarblewidget13 aktuell.
Viele Grüße,
Holger
Hallo,
langsam werde ich richtig sauer. Denn dank der Umstellung auf Multiarch kann ich nun das kostenpflichtige Aftershotpro auch nicht unter meinem 64 Bit Siduction nutzen:
dpkg -i Aftershop*
Vormals nicht ausgewähltes Paket aftershotpro wird gewählt.
(Lese Datenbank ... 114381 Dateien und Verzeichnisse sind derzeit installiert.)
Entpacken von aftershotpro (aus AfterShotPro_amd64.deb) ...
dpkg: Abhängigkeitsprobleme verhindern Konfiguration von aftershotpro:
aftershotpro hängt ab von ia32-libs; aber:
Paket ia32-libs ist nicht installiert.
dpkg: Fehler beim Bearbeiten von aftershotpro (--install):
Abhängigkeitsprobleme - verbleibt unkonfiguriert
Trigger für shared-mime-info werden verarbeitet ...
Unknown media type in type 'all/all'
Unknown media type in type 'all/allfiles'
Unknown media type in type 'uri/mms'
Unknown media type in type 'uri/mmst'
Unknown media type in type 'uri/mmsu'
Unknown media type in type 'uri/pnm'
Unknown media type in type 'uri/rtspt'
Unknown media type in type 'uri/rtspu'
Fehler traten auf beim Bearbeiten von:
aftershotpro
Vielleicht habe ich einfach nur überzogene Bedürfnisse :evil:
Viele Grüße,
Holger
Moin,
ich weiss jetzt nicht ob's bei Dir helfen wird, aber ich hab mir die ia32-libs von der Debian Seite geladen, dann per dpkg -i installiert. Da hat das System dann zwar etwas gezetert, aber nach einem "apt-get install -f" wurden die Abhaengikeiten selbst aufgeloest und der Kandidat , in diesem Fall Skype, liess sich installieren. Ohne die "manuelle" Installation hat's nicht geklappt. Die Experten werden wahrscheinlich den Kopf schuetteln, aber so funktionierts wenigstens
Tschuess
Henning
hi,
als Ausweich-Möglichkeit, bis Digikam wieder läuft, könnte man fotoxx ausprobieren, welches auch ein hoch funktionelles Fotobearbeitungsprogramm ist, nein keine Fotoverwaltung, reine Fotobearbeitung basierend auf GTK (zB HDR und viele andere nette Spielereien aus dem professionellen Bereich).
Auf deren Homepage gibt es gute und viele Tutorien in Filmischer- wie auch Schriftlicher Form.
Wer sich mit HDR-Geschichten befasst, sollte auch mal ein Blick auf luminance-hdr (qt) werfen.
Gruß hendrikL
Hallo,
Eure Hinweise sind wirklich sehr freundlich, und für mich ist das auch keine Schwierigkeit. Aber hier geht es vor allem um meinen Vater, einen 76 Jährigen, der dank Linux digitale Fotobearbeitung für sich entdeckt hat.
Dem möchte ich nicht noch zumuten, sich mal kurz in ein anderes Programm einarbeiten zu müssen, bis digikam wieder läuft.
Und er kann ja auch mit digikam, gimp und pinta gut umgehen. Ihm geht es aber gerade um die guten Bearbeitungsmöglichkeiten aus dem laufenden digikam heraus.
Viele Grüße, und entschuldigt bitte, dass ich hier ein wenig grantig bin,
Holger
agaida@siductionramme:~$ apt-show-versions -a digikam
digikam 4:2.6.0-1+b1 install ok installed
digikam 2:1.2.0-7 stable http.debian.net
digikam 4:2.6.0-1+b1 testing http.debian.net
digikam 4:2.6.0-1+b1 sid http.debian.net
digikam/testing uptodate 4:2.6.0-1+b1
agaida@siductionramme:~$ apt-show-versions libmarblewidget13 -a
libmarblewidget13 4:4.8.4-2 install ok installed
No stable version
libmarblewidget13 4:4.8.4-2 testing http.debian.net
libmarblewidget13 4:4.8.4-2 sid http.debian.net
libmarblewidget13/testing uptodate 4:4.8.4-2
Ich hab grade noch mal nachgeschaut, das ist das, was ich momentan recht selten, also nur 2-3x am Tag benutze. Das einzige, was mich momentan nervt - die Stabilität bei bestimmten Filtern, die ich eh nicht brauche, könnte besser sein. Bei einigen rechenintensiven Sachen nimmt digikam den Klick auf den Abbrechen-Button ausgesprochen übel. Das kann, muss aber nicht an digikam liegen.
So besonders viele Fotos hab ich auch nicht, im Shopbereich sind das momentan so 3G, das meiste davon Schrott, der nur aus historischen Gründen mitverwaltet wird, bis es endlich mal adäuate Produktfotos von uns gibt. Von daher bin ich eigentlich auf eine gute Verwaltung angewiesen und die hab ich mit digikam.
Und zu den ia32-libs hat sich towo schon geäußert, auch hier im Forum. Da muss ich allerdings zugeben, das es schon recht widerlich ist, sich in die Thematik multiarch einzulesen und die eigene Installation dementsprechend umzustellen. Auf meine leichten Unmutsbekundungen meite devil nur, das man den Erfindern von multiarch die Füsse küssen solle. Dazu bin ich momentan unter der Einschränkung bereit, dass ich sie vorher chirurgisch mit einem Rinderspalter vom restlichen Körper trenne.
Fakt ist also auch hier wieder einmal, dass sich eine gewisse Leidensfähigkeit auszahlt, wenn man Sid einsetzt. Auch bei cutting edge können gewisse Kanten dann doch mal recht scharf sein. Und so wie ich das verstanden habe, würden die debianer die Entwicklung von digikam gerne insofern einbremsen, dass mal auf halbwegs stabile Komponenten gesetzt wird.
Ich habe es zu einigen Zeiten der digikam-Entwicklung nur unter größten Schwierigkeiten geschafft, ein aktuell freigegebenes Digikam unter Arch zum Laufen zu bewegen, weil selbst die Hilfsprogramme aus testing zu "alt" waren. Und das kanns nicht sein. Technischer Fortschritt sollte nicht auf dem Rücken der Distributionen ausgetragen werden. Nicht alles, was theoretisch machbar ist, ist auch sinnvoll. Und Gilles ist in dieser Hinsicht wohl mehr als ein wenig merkbereit. Macht aber nichts, so haben wir wenigstens auch in Zukunft ein Programm, was immer topaktuelle Fehler mit sich bringt.
Hallo Alf,
brisant wird es im Zusammenspiel mit den kipi-plugins. Es geht keine Bildrestauration und weiteres bei der Bildbearbeitung. Weil Du schon in einer Mail auf das Thema eingegangen bist und Deine Hilfe angeboten hast:
Gut wäre es, temporär ein digikam mit kipi-plugins in der letzten Version 2.5.0 bereit zu stellen, was sich sauber in das jetzige Sid installieren lässt.
Wichtig dafür sind:
digikam
digikam-data
kipi-plugins
kipi-plugins-common
libkipi-data und libkipi8 haben die Version 4.8.4 und gerhören damit wohl eng zu KDE und kommen wohl eher nicht in Frage für eine Modifikation.
QuoteUnd so wie ich das verstanden habe, würden die debianer die Entwicklung von digikam gerne insofern einbremsen, dass mal auf halbwegs stabile Komponenten gesetzt wird.
Ich kann mich noch gut erinnern an den Mailaustausch zwischen Marc Purcell und Gille Caulier, als es darum ging, dass eine neuere Version von digikam auf KDE-Libs setzte, die selbst bei KDE als Beta gekennzeichnet waren. Das ist nun wirklich Müll, eine Referenzapplikation wie digikam sollte da ein wenig konservativer entwickelt werden.
Noch eine Randbemerkung: OpenSUSE hat ja den Ruf, Neuerungen bei KDE sehr rasch zur Verfügung zu stellen. Aber selbst für Tumblewweed gibt es nach wie vor nur eine 2.5.0 Version, auch in den Aktualisierungszweigen KDE48 findest Du 2.5.0. Mittlerweile gibt es lediglich für Factory 2.6.0, aber das auch erst seit wenigen Tagen.
Alf, wenn Du da was hinzaubern könntest, wäre das große Klasse.
Viele Grüße,
Holger
Hallo,
es gibt seit einem DU gestern einen Teilerfolg. Bilder lassen sich wieder restaurieren. Allerdings stürzt die Bildfehler-Korrektur weiterhin ab.
Immerhin wird wohl dran gearbeitet.
QuoteIt crash in CImg library, which is not maintained anymore. I cannot
update or fix it.
I try to find a student to work on this code to port from CImg to Gmic
library which is the replacement...
Dem sollte man die Hammelbeine lang ziehen, digikam gehört zu den Referenzapplikationen, da finde ich solch eine Haltung vom Kernentwickler nicht sehr vertrauensfördernd.
Viele Grüße,
Holger
Ich wollte zwar zu einer etwas weiteren Antwort ausholen, aber ich glaube nicht, dass das noch notwendig ist. Der Grund:
QuoteDear all digiKam fans and users!
The digiKam development team is happy to release new digiKam Software
Collection 2.7.0.
For more details, see announcement on digikam.org:
http://www.digikam.org/node/661
Happy digiKam
Gilles Caulier
digiKam project
http://www.digikam.org
Neues Spiel, neues Glück. Horrido!
@agaida, Fehleinschätzungen hier:
Die Fehler passieren durch Zusatzmodule, für die nicht der digikam Entwickler verantwortlich zeichnet. Siehe auch oben das Zitat: "It crash in CImg library, which is not maintained anymore."
Ich weiss von anderen Sachen, die schon seit Jahren ohne einen comit sind (hugin für Panoramabilder zB).
ralul: Der Fehler ist vor allem der, dem Entwickler von digikam irgendwas in Richtung stabiler Entwicklung unterstellen zu wollen. Der Kerl baut ein, was nicht bei 3 auf den Bäumen ist. Git-Repos können sich verdammt schlecht wehren und noch schlechter klettern.
Es ist mir auch wurstegal, ob digikam an sich oder instabile Komponenten oder Plugins knallen. Der Mann hat halt bleeding edge komplett neu definiert. Und die Community klatscht Beifall. Nur dauerhaft vernünftig arbeiten kann man mit neuen Releases nicht. Die sind erst halbwegs stabil am Ende oder nach dem Releasezyklus. Erst dann besteht eine gewisse Chance, dass die durch das Release aufgedeckten Fehler ansatzweise beseitigt sind.
Und noch deutlicher: Ich werde nie wieder in meinem Leben die komplette Kette an Werkzeugen, Komponenten und so weiter bauen, die man für digikam braucht. Dat macht Schmerzen im Arsch. Und bei jedem Fix kann man das von vorne tun, wobei dann eventuelle Fixes in den Komponenten oder im Produkt selbst frei nach Murphy die nächsten Fehler an die Oberfläche schwemmen.
Quote from: "agaida"Und noch deutlicher: Ich werde nie wieder in meinem Leben die komplette Kette an Werkzeugen, Komponenten und so weiter bauen, die man für digikam braucht. Dat macht Schmerzen im Arsch. Und bei jedem Fix kann man das von vorne tun, wobei dann eventuelle Fixes in den Komponenten oder im Produkt selbst frei nach Murphy die nächsten Fehler an die Oberfläche schwemmen.
Mmmh, ich hab mir schon öfter überlegt ob es sich nicht lohnt das Gentoo Buildsystem nach Debian zu portieren, denn in einem solchen Fall reichen zwei Zeilen bei Gentoo:
https://bugs.gentoo.org/show_bug.cgi?id=425516#c2
Gentoo hat ja auch Debian-tools ...
ja und, arch auch. Du machst da nur einen entscheidenden Fehler. debian wird binär verteilt, gentoo als Quelle. Mag einem nicht so schlimm vorkommen, bedeutet aber das komplette Verwaltungsprogramm mit Versionierung, Changelog etc. Dat bissl kompilieren ist auch in debian nicht schlimm.
Und noch einer zum Nachdenken: Wir müssen aufpassen mit dem was wir tun. Bei gentoo braucht man das nicht in diesem Ausmaß. Das liegt in der Natur der Sache einer Quelldistribution. Ich glaube aber nicht, dass sich unsere User solche Sachen antun wollen. Sonst hätten sie gentoo genommen.
Und ganz ehrlich, ich hab Verständnis dafür, die ganze Kompiliererei geht mir auch auf den Sack. Das mach ich für die Pakete, die ich betreue. Dann muss auch gut sein. Es sind halt verschiedene Ansätze und Denkweisen, die bekommt man nicht durch die Portierung einiger Werkzeuge in den Griff.
Und ein ganz entscheidenden Punkt hast Du ausser acht gelassen: Murphy. Selbst das Basteln einer Kette, die so eventuell noch nicht in debian ist, ist nicht so tragisch. Tragisch wird das erst, wenn der Maintainer bei debian bei neuen Sachen eine andere Sicht auf die Dinge hat wie meine Wenigkeit. Dann bin ich nicht mehr mit den debian-Packaging kompatibel und werde zu recht gekreuzigt. Das ist bei arch oder gentoo zwar nicht grundsätzlich anders, aber durch die angesprochene Zielgruppe nicht ganz so tragisch. Bei denen löst so was eventuell einen leisen bis relativ lauten Fluch aus und dann ist gut.
Bei debian ist das anders. Ich habe einfach keinerlei Böcke, mich mit marillat vergleichen lassen zu müssen.
Digikam-2.7.0 läuft ganz gut unter Gentoo. Im Blog des Entwicklers wird gesagt, dass 2.7 ein Bugfix Release ist. Also ganz gute Aussichten. Eigentlich müsste es bestimmt eine Freeze Ausnahme für Debian Wheezy bekommen...
Was mir aber aufgefallen ist: Wenn ich das USE Flag "thumbnails" nehme zum Kompilieren, dann will Digikam alles thumbs in eine Sqlite Database abspeichern, was das ganze langsam macht. Sehr misverständlich der USE-Name, denn auch ohne zeigt Digikam Thumbnails und speichert sie wie gewohnt im ~/.thumbnails Ordner im Dateisystem ab. Bin gespannt, wie es Debian kompilieren wird ...
Mmmh, heute 2.7 installiert und nach den ersten Eindrücken funktioniert es wirklich gut. Den für mich relevanten Absturz kann ich jedenfalls nicht mehr feststellen.
Hallo @ralfi,
für amd64 ist digikam 2.7.0 noch nicht gebaut, aber das dauert wohl nicht mehr lange.
Viele Grüße,
Holger
Hallo @ralul,
ich greife mal Deine Erwähnung von gentoo auf. Dort ist nach wie vor digikam 2.5 als stabiles ebuild gekennzeichnet, Version 2.6 und 2.7 hingegen nicht.
Auch im KDE4.8 Repo für OpenSUSE 12.1 ist nach wie vor digikam 2.5 drin, das hat sicherlich gute Gründe.
Ich werde wohl anfangen, mich neben siduction mit gentoo zu beschäftigen. Da kann ich meinem Vater ein System zusammenbauen mit stabilen ebuilds seiner Grafikprogramme.
Ich würde gerne etwas debianartiges nehmen aber:
- ältere digikam Versionen sind weder in Testing noch Sid installierbar
- die Version 2.7 in Experimental ist gegen libmarblewidget12 gebaut, was es gar nicht mehr in Testing oder sid gibt und daher uninstallierbar ist - sorry, aber auch wenn experimental eine Spielwiese ist, erwarte ich wenigstens, dass die Leute dort mal testen, ob ihre Pakete unter Debian überhaupt installierbar sind
- der Betreuer von digikam für amd64 scheint Urlaub zu machen, was ich ihm natürlich gönne, für amd64 ist nach wie vor kein digikam 2.7 zur Verfügung, mein Vater muss nun seit fast zwei Monaten mit einem kaum brauchbaren digikam arbeiten.
Ich möchte das meinem Vater nicht länger zumuten.
Viele Grüße,
Holger
Holger, eigentlich es ist ganz einfach:
digikam (4:2.6.0~beta1-1) experimental; urgency=low
* New upstream release
-- Mark Purcell <msp> Thu, 09 Feb 2012 20:44:48 +1100
digikam (4:2.5.0-1) experimental; urgency=low
* New upstream release
* Fix "Please build with --as-needed to avoid unneccessary
dependencies" Patch from Daniel Schall (Closes: #653590)
* Drop patches/bashim-fix - included upstream
* Drop patches/link_qjson.diff - fixed upstream
* Refresh patches/highgui_c.h
* Add changeset_r25cc9c9876a5233bd630105d0110319892d4e18c.diff
upstream fixes FTBFS
* dh_install -Xmultithread - drop development file
-- Mark Purcell <msp> Wed, 04 Jan 2012 17:49:33 +1100
in dieser Zeit war digikam in der 2.5 in sid. Die Versionen sind in den snapshots verfügbar. Wie das jetzt mit der Stabilität der Abhängigkeiten aussieht, weiss ich nicht. Experimental würde ich nicht für fremde (nicht eigene) Rechner nehmen wollen, vor allem dann nicht, wenn ich die Leute mag, die den Recher benutzen. Vor allem bei digikam nicht.
Damit das hier wirklich zum Abschluss kommt, sag ein Datum, zu welchem das Zeug aus den Snaps kommen soll. Diese werden dann irgendwo in den snapshots abgelegt und gut ists. Und ganz wichtig: In diesem Fall willst Du diese Sachen pinnen.
Hallo Alf,
vielen Dank für Deine Hinweise, aber:
http://forum.siduction.org/index.php?msg=21804#21804
Die Versionen von digikam vor 2.6.0 final lassen sich nicht mehr installieren, weil sie ein libmarblewidget12 benötigen, was es in Sid nicht mehr gibt.
Viele Grüße,
Holger
im snapshot des angegebenen tages sind die drin, sonst hätte es damals auch nicht funktioniert.
Genau das ist das Problem mit digikam. Das ist eigentlich Teufelswerk, was sich unter keiner mir bekannten Distribution schmerzfrei installieren lässt.
Für experimentierfreudige Digikam-Nutzer:
Die digikam-Version aus dem experimental-Repo ließ sich so installieren:
1. das fehlende Paket libmarblewidget12_4.7.4-2_amd64.deb aus
http://snapshot.debian.org/package/marble/4%3A4.7.4-2/#libmarblewidget12_4:3a:4.7.4-2
herunterladen und danach perdpkg -i path/to/libmarblewidget12_4.7.4-2_amd64.debinstallieren.
2.apt-get -t experimental install digikam digikam-data showfoto kipi-plugins kipi-plugins-common
Noch nicht ausgiebig getestet:
Bildfehlerkorrektur in digikam scheint zu funktionieren, bringt allerdings showfoto zum Absturz - mysteriös :cry:
Rauschunterdrückung scheint in beiden zu funktionieren ...
Greetings,
Tom
Hallo Tom,
danke, die Installation geht reibungslos, aber das Programm verhält sich nicht vertrauenserweckend. Beim Schließen kommt eine KDE Absturzmeldung. Und wenn ich digikam offen habe, verhält sich ein geöffnetes gimp sehr zäh, der Exportieren Dialog erschien eben erst nach fast einer Minute, KDE schien eingefroren zu sein.
Viele Grüße,
Holger
Moin,
ich haenge mich mal hier dran. Habe hier jetzt Digikam 2.7.0 laufen und dazu gab's gleich ein Problem. Die Exportfunktion crashed Digikam komplett.
Ich nutze eine Piwigo Gallery und bisher hatte der Export/Upload dorthin gut geklappt.
Bin ich damit allein ?
Tschuess
Henning
PS Immer noch Up-to-date Desperado ;-)
@holgerw, @henning,
kann leider nichts konstruktives hinzufügen, auch nichts wirklich tröstliches. :(
In meiner Installation koexistieren digikam und gimp problemlos,
keine Abstürze beim Arbeiten und auch nicht beim Programmende, keine Probleme mit der Export-Funktion.
Komplett "dist-upgegradetes" (bis auf libwine:i386 libwine-bin:i386 wegen multiarch-Baustelle :( ) siduction-System.
Greetings
Tom
Also bei mir geht bei den Bildbearbeitungsfunktionen ausschliesslich die Bildfehlerkorrektur nicht, dazu habe ich ja schon den Hinweis aus der Mailingliste bekommen. Weiterhin funktioniert der GooPlus-Import, welchen ich manchmal brauche, der GooPlus Export jedoch crasht. Da dies über die kipi Module realisiert wird denke ich wird ein Großteil der Schwachstellen schlicht in der nicht immer vollständigen Synchronisation des Entwicklungsstandes liegen.
In der Summe ist es mir aber egal, da ja viele Wege nach Rom führen und ich Digikam auch in unstable - daran sollte man auch noch denken - nach wie vor insgesamt sehr gut finde.