Bug 16633 - darktable bugfix update to 1.6.8
Summary: darktable bugfix update to 1.6.8
Status: RESOLVED FIXED
Alias: None
Product: Mageia
Classification: Unclassified
Component: RPM Packages (show other bugs)
Version: 5
Hardware: i586 Linux
Priority: Normal major
Target Milestone: ---
Assignee: QA Team
QA Contact:
URL:
Whiteboard: has_procedure advisory MGA5-64-OK
Keywords: validated_update
Depends on:
Blocks:
 
Reported: 2015-08-23 10:24 CEST by Rémi Verschelde
Modified: 2015-09-08 19:57 CEST (History)
3 users (show)

See Also:
Source RPM: darktable-1.6.6-1.mga5
CVE:
Status comment:


Attachments

Description Rémi Verschelde 2015-08-23 10:24:40 CEST
Darktable 1.6.7 in Mageia 5 fails to export RAM images to the local disk, and is therefore unusable.

It was reported in the MLO forum: http://www.mageialinux-online.org/forum/topic-20833+probleme-d-export-avec-darktable.php

Other references:
 - upstream bug report: http://redmine.darktable.org/issues/10440
 - upstream commit: https://github.com/darktable-org/darktable/commit/ac99ab8173993f7c408ffa6f6442cce84ff5832d
 - Debian bug report: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=792209

This issue will be addressed by updating to 1.6.8 which contains the aforementioned commit.

Reproducible: 

Steps to Reproduce:
Comment 1 Rémi Verschelde 2015-08-23 10:25:46 CEST
s/1.6.6/1.6.7/ (though the issue also affects 1.6.7, but this package was never pushed to the updates).

Source RPM: darktable-1.6.7-1.mga5 => darktable-1.6.6-1.mga5

Comment 2 Rémi Verschelde 2015-08-23 10:37:02 CEST
Update candidate pushed to Core Updates Testing.


Advisory:
=========

Updated darktable package fixes non-working export function

  The file export function in Darktable could refuse to work in some cases
  due to a wrong permission check in the temporary export directory.

  This issue has been fixed in Darktable 1.6.8, together with other bug fixes
  and enhanced camera compatibility since version 1.6.6.

References:
 - http://redmine.darktable.org/issues/10440
 - http://www.darktable.org/2015/06/released-darktable-1-6-7/
 - http://www.darktable.org/2015/07/released-darktable-1-6-8/


RPMS:
=====
darktable-1.6.8-1.mga5

from SRPM:
darktable-1.6.8-1.mga5.src.rpm
Rémi Verschelde 2015-08-23 10:40:58 CEST

Assignee: rverschelde => qa-bugs

Comment 3 Vladimir Zawalinski 2015-08-23 11:43:13 CEST
Mageia 5 updated to this date. Darktable installed is 1.6.6.
This version was tested by importing a jpg, making a change, then exporting via the export dialogue to a different disk location. This worked normally and the exported jpg was found in the new location.
I also tried saving a copy to disk through that dialogue, also in lighttable tab and that also worked.
I was therefore unable to reproduce the bug.
The first reference in Comment 0 involved a nef file.
The second reference  (10440) talks about a database corruption, that when cleared, resolved the problem. As I was not able to replicate either of these test cases, I was unable to duplicate the problem.
I will test with 1.6.8 and confirm.

CC: (none) => vzawalin1

Comment 4 Lewis Smith 2015-08-25 22:31:21 CEST
Trying MGA5 x64

Installed darktable-1.6.6-1.mga5. Downloaded a RAW image file (I suspect this is what is meant in Comment 0, rather than RAM) and opened it in Darktable. You certainly need its manual!
 http://www.darktable.org/usermanual/index.html.php
I exported it: it defaults to JPEG and puts the result in a sub-directory:
 darktable_exported/
of the original image directory. Like Vladimir Comment 3, it worked without the reported error. FWIW the original RAW file was 86Mb, even the exported JPEG was 14Mb.
We really need the feedback from the reporter to properly test this update:
 http://www.mageialinux-online.org/forum/topic-20833+probleme-d-export-avec-darktable.php

CC: (none) => lewyssmith

Comment 5 Rémi Verschelde 2015-08-30 22:51:20 CEST
The initial reported tested the update candidate and it did not seem to fix his issue, however regenerating the darktable config in ~/.config/darktable fixed it.

I propose to handle this update as a simple update to upstream's latest bugfix version in the 1.6.x branch, without mentioning this particular bug that I was trying to solve.

I'll write an updated advisory soon.

URL: http://redmine.darktable.org/issues/10440 => (none)
Summary: darktable: Export is broken err [imageio_storage_disk] could not export to file: `path\to\exported\file' => darktable bugfix update to 1.6.8

Comment 6 Lewis Smith 2015-09-01 16:07:26 CEST
Agree with Comment 5: that this should simply be pushed as an update to version 1.6.8.

Testing Mageia 5 x64 OK

The original complainant found that the update did *not* change his export failure problem; but that it *was* cured by re-initialising the Darktable config file (suggesting it came from there in the first place). He confirmed that the updated Darktable works OK. As do I after updating it to:
 darktable-1.6.8-1.mga5
and wrestling with same (need a box with much more horsepower).

Whiteboard: (none) => MGA5-64-OK

Comment 7 claire robinson 2015-09-08 15:50:54 CEST
Validating. Advisory uploaded.

Please push to 5 updates

Thanks

Keywords: (none) => validated_update
Whiteboard: MGA5-64-OK => has_procedure advisory MGA5-64-OK
CC: (none) => sysadmin-bugs

Comment 8 Mageia Robot 2015-09-08 19:57:19 CEST
An update for this issue has been pushed to Mageia Updates repository.

http://advisories.mageia.org/MGAA-2015-0120.html

Status: NEW => RESOLVED
Resolution: (none) => FIXED


Note You need to log in before you can comment on or make changes to this bug.