| Summary: | dngconverter temp files not properly renamed | ||
|---|---|---|---|
| Product: | [Applications] digikam | Reporter: | Gustavo Claramunt <gclaramunt> |
| Component: | Plugin-Bqm-DngConverter | Assignee: | Digikam Developers <digikam-bugs-null> |
| Status: | RESOLVED WORKSFORME | ||
| Severity: | normal | ||
| Priority: | NOR | ||
| Version: | unspecified | ||
| Target Milestone: | --- | ||
| Platform: | Ubuntu | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed In: | 0.8.0 | |
| Sentry Crash Report: | |||
|
Description
Gustavo Claramunt
2009-09-08 15:31:15 UTC
Not reproducible here. KDE 4.2.2, Mandriva 2009.1, kipi-plugins from trunk Gilles Caulier Yeah, i think it broke whith kde 4.3.1. If what do you get in debug line "Creating DNG file ".kipi-dngconverter-tmp-1252415746"? The correct (real) name or a similar one? I have KDE 4.3.1 installed, I'll test this as soon as I'm home. Andi Clemens code use ::stat() and ::rename() functions from glibc. Nothing special here... Sound like a problem from your core system.... Gilles Caulier I tested this now with KDE 4.3.1 and glibc 2.10.1. Working fine here so I guess, as Gilles also mentioned, there is a problem with you system. Other information (not all relevant to KIPI): digiKam version 1.0.0-beta5 Exiv2 can write to Jp2: Yes Exiv2 can write to Jpeg: Yes Exiv2 can write to Pgf: No Exiv2 can write to Png: Yes Exiv2 can write to Tiff: Yes Exiv2 supports XMP metadata: Yes LibCImg: 130 LibExiv2: 0.18 LibJPEG: 70 LibJasper: 1.900.1 LibKDE: 4.3.1 (KDE 4.3.1) LibKExiv2: 1.0.0 LibKdcraw: 1.0.0 LibLCMS: 118 LibPGF: 6.09.24 LibPNG: 1.2.39 LibQt: 4.5.2 LibRaw: 0.8.2 LibTIFF: LIBTIFF, Version 3.9.1 Copyright (c) 1988-1996 Sam Leffler Copyright (c) 1991-1996 Silicon Graphics, Inc. Marble widget: 0.8.1 Parallelized demosaicing: Yes LibGphoto2: 2.4.6 LibKipi: 1.0.0 Ok, maybe ubuntu's fault... But i've tested today with opensuse with the same results. NOTE: maybe another package-mix is the guilty, i've never used opensuse and mixing repositories often break things! But it's extrange the same error here... I'll test removing every digikam related package from this opensuse and manual compile them all, but it's difficult with so many dependancies, so give me some time... digiKam version 0.10.0 Exiv2 can write to Jp2: Sí Exiv2 can write to Jpeg: Sí Exiv2 can write to Png: Sí Exiv2 can write to Tiff: Sí Exiv2 support XMP metadata: Sí LibCImg: 130 LibExiv2: 0.18.2 LibJPEG: 62 LibJasper: 1.900.1 LibKDE: 4.3.1 (KDE 4.3.1) "release 161" LibKExiv2: 0.6.0 LibKdcraw: 0.5.0 LibLCMS: 117 LibPNG: 1.2.31 LibQt: 4.5.2 LibRaw: 0.7.2 LibTIFF: LIBTIFF, Version 3.8.2 Copyright (c) 1988-1996 Sam Leffler Copyright (c) 1991-1996 Silicon Graphics, Inc. Marble widget: 0.8.1 LibGphoto2: 2.4.3 LibKipi: 0.4.0 Ok, finished testing again. Built (under openSUSE) kdegraphics and digikam/kipi-plugins with latest svn as described in digikam.org website. Same failure, temporal file not renamed resulting 2 files, one correctly named full of "NULL", and other hidden file named .kipi-dngconverter-tmp-xxxxxxx with the actual image data. Pasted digikam help components window: digiKam version 1.0.0-beta5 (rev.: 1021831) Exiv2 can write to Jp2: Yes Exiv2 can write to Jpeg: Yes Exiv2 can write to Pgf: No Exiv2 can write to Png: Yes Exiv2 can write to Tiff: Yes Exiv2 supports XMP metadata: Yes LibCImg: 130 LibExiv2: 0.18.2 LibJPEG: 62 LibJasper: 1.900.1 LibKDE: 4.3.1 (KDE 4.3.1) "release 161" LibKExiv2: 1.0.0 LibKdcraw: 1.0.0 LibLCMS: 117 LibPGF: 6.09.24 LibPNG: 1.2.31 LibQt: 4.5.2 LibRaw: 0.8.2 LibTIFF: LIBTIFF, Version 3.8.2 Copyright (c) 1988-1996 Sam Leffler Copyright (c) 1991-1996 Silicon Graphics, Inc. Parallelized demosaicing: Yes LibGphoto2: 2.4.3 LibKipi: 1.0.0 Is there anything else i can test? As, file operation is based on GLic api, take a look if issue described below is not the problem : https://bugs.kde.org/show_bug.cgi?id=196207 Gilles Caulier OK people, i must apologize SO much! It all turned out being an error with shared folders within virtualbox... i've tested copying the file "inside" de virtualized hard drive instead accessing directly over the mounted folder and it works properly. One simple question before closing this bug: Can anyone test (on a real system, not a virtualized one) dngconverter against files over remote collections (samba, network)/removable media? Andi, Do you have a shared collection over the network to test as Gustavo said in #9 Gilles Gustavo, Tested with an USB key mounted locally. All work fine if i convert some RAW files from this media... Gilles Caulier Cool then, one bug killed ;) I'll keep my eyes open. Thanks. |