Cannot edit RAW files in GIMP under Lubuntu 18.04

Bug #1791138 reported by steve davis
This bug report is a duplicate of:  Bug #1768855: ufraw-batch in bionic segfault. Edit Remove
18
This bug affects 4 people
Affects Status Importance Assigned to Milestone
ufraw (Ubuntu)
Confirmed
Undecided
Unassigned

Bug Description

Since Lubuntu 18.04 I've had problems editing RAW files (.pef) with GIMP.

When opening a RAW file, gimp-ufraw displays/edits the image OK. But but when I press "OK" I get a GIMP error message:-

 Opening '/home/steve/Pictures/RAW/DAWN1384.pef' failed:

 Procedure 'file-ufraw-load' returned no return values

This worked fine on earlier versions of Lubuntu.

Current versions:-

GIMP: v2.8.22-1

gimp-ufraw: 0.22-3

uname -a output: 4.15.0-33-generic #36-Ubuntu SMP Wed Aug 15 16:00:05 UTC 2018 x86_64 x86_64 x86_64 GNU/Linux

lsb_release -rd
Description: Ubuntu 18.04.1 LTS
Release: 18.04

Revision history for this message
steve davis (launch-faygate) wrote :

Additional insformation.

If I run ufraw from command line and then use the ufraw GUI button for Gimp, I get this output in the terminal:-

steve@steve-entroware:~/Pictures/RAW$ ufraw --out-type=jpg /home/steve/Pictures/RAW/DAWN1384.pef

(ufraw:1588): GLib-GIO-CRITICAL **: 06:31:33.531: g_dbus_proxy_new: assertion 'G_IS_DBUS_CONNECTION (connection)' failed

(ufraw:1588): GLib-GIO-CRITICAL **: 06:31:33.532: g_dbus_proxy_new: assertion 'G_IS_DBUS_CONNECTION (connection)' failed

(ufraw:1588): GLib-GIO-CRITICAL **: 06:31:33.532: g_dbus_proxy_new: assertion 'G_IS_DBUS_CONNECTION (connection)' failed

(ufraw:1588): GLib-GIO-CRITICAL **: 06:31:33.532: g_dbus_proxy_new: assertion 'G_IS_DBUS_CONNECTION (connection)' failed

(ufraw:1588): GLib-GIO-CRITICAL **: 06:31:33.532: g_dbus_proxy_new: assertion 'G_IS_DBUS_CONNECTION (connection)' failed

(ufraw:1588): GLib-GIO-CRITICAL **: 06:31:33.532: g_dbus_proxy_new: assertion 'G_IS_DBUS_CONNECTION (connection)' failed

(ufraw:1588): GLib-GIO-CRITICAL **: 06:31:33.532: g_dbus_proxy_new: assertion 'G_IS_DBUS_CONNECTION (connection)' failed

(ufraw:1588): GLib-GIO-CRITICAL **: 06:31:33.532: g_dbus_proxy_new: assertion 'G_IS_DBUS_CONNECTION (connection)' failed

(ufraw:1588): GLib-GIO-CRITICAL **: 06:31:33.532: g_dbus_proxy_new: assertion 'G_IS_DBUS_CONNECTION (connection)' failed

(ufraw:1588): GLib-GIO-CRITICAL **: 06:31:33.532: g_dbus_proxy_new: assertion 'G_IS_DBUS_CONNECTION (connection)' failed

(ufraw:1588): GLib-GObject-CRITICAL **: 06:31:45.328: g_object_unref: assertion 'G_IS_OBJECT (object)' failed

(ufraw:1588): GLib-GObject-CRITICAL **: 06:31:45.328: g_object_unref: assertion 'G_IS_OBJECT (object)' failed

(gimp:1605): GLib-GObject-WARNING **: 06:31:45.629: g_object_set_is_valid_property: object class 'GeglConfig' has no property named 'cache-size'
Skipping duplicate plug-in: '/usr/lib/gimp/2.0/plug-ins/dbp'
Segmentation fault (core dumped)
steve@steve-entroware:~/Pictures/RAW$
(gimp:1605): GLib-GIO-CRITICAL **: 06:31:51.998: g_dbus_proxy_new: assertion 'G_IS_DBUS_CONNECTION (connection)' failed
While parsing XMP metadata:
Error: No XMP packet found
/usr/lib/gimp/2.0/plug-ins/ufraw-gimp: fatal error: Segmentation fault

Revision history for this message
steve davis (launch-faygate) wrote :

From Logs:-
07:45:17 kernel: ufraw[2203]: segfault at 38 ip 00007fde0755db64 sp 00007ffdd844b840 error 4 in liblensfun.so.0.3.2[7fde0754a000+1a000]

Revision history for this message
steve davis (launch-faygate) wrote :

For 'buntu 18.04
liblensfun1 0.3.2-4 located in: /usr/lib/x86_64-linux-gnu

pre-18.04: liblensfun0 0.2.8-3

I suspect lensfun files may be in wrong location on 18.04, so I tried copying liblensfun.so.0.3.2 to /usr/local/lib/x86_64-linux-gnu/ (then ran: sudo ldconfig)
This did not fix.

This bug is probably related to:-
Bug #1787838
Bug #1768855
...and https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=862662

Revision history for this message
sdaau (sd-imi) wrote :

Thanks to @launch-faygate's analysis in this bug, I came to a workaround on Ubuntu 18.04, and nufraw.

First, note that `nufraw` has also this option:

  nufraw --out-type=jpg --lensfun=none mypic.DNG

... however, it still causes the same "Procedure 'file-nufraw-load' returned no return values".

So I decided to try the old version of liblensfun0 (0.2.8), which luckily is still online:

---
wget http://mirrors.kernel.org/ubuntu/pool/universe/l/lensfun/liblensfun0_0.2.8-1_amd64.deb
dpkg --contents liblensfun0_0.2.8-1_amd64.deb
mkdir liblensfun0_0.2.8-1
cd liblensfun0_0.2.8-1
dpkg -x ../liblensfun0_0.2.8-1_amd64.deb .
readlink -f usr/lib/liblensfun.so.0.2.8
---

Once you get the absolute path to liblensfun.so.0.2.8, note that used like this:

---
LD_PRELOAD=/path/to/liblensfun0_0.2.8-1/usr/lib/liblensfun.so.0.2.8 nufraw --out-type=jpg --lensfun=none mypic.DNG
---

... when you click the Gimp button, Gimp will open, there will be no report of error - but no image imported inside Gimp either!

However, this works:

---
LD_PRELOAD=/path/to/liblensfun0_0.2.8-1/usr/lib/liblensfun.so.0.2.8 gimp mypic.DNG
---

This will auto-open `nufraw` for importing the .DNG image, and once you click the "check" button, the image will finally be imported into Gimp.

Revision history for this message
Launchpad Janitor (janitor) wrote :

Status changed to 'Confirmed' because the bug affects multiple users.

Changed in ufraw (Ubuntu):
status: New → Confirmed
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.