Message: previous - next
Month: April 2012

BAD New [was Re: [trinity-devel] UPDATED patch ...SOLVED: digikam libpng15 ...]]

From: "David C. Rankin" <drankinatty@...>
Date: Thu, 19 Apr 2012 18:45:05 -0500
On 04/19/2012 05:06 PM, Timothy Pearson wrote:

>> Darrell,
>>   This is the updated patch that fixes the remaining gcc47 and libpng15
>> issues
>> in digikam beyond Tim's png_jmpbuf. Get a signoff on the 'color_type'
>> change,
>> then you can push it.
>> --
>> David C. Rankin, J.D.,P.E.
> The color_type change looks sane; the only thing I would do is verify that
> alpha-enabled thumbnail images still work properly in Digikam after the
> patch, as that is the only major code affected by the change.
> Tim

Tim, (see end of message first -- I think I found the issue)

  Something is not working in digikam. The images do not show up in the albums.
(jpg or png). I started digikam, got a 'could not create directory' error when I
manually typed:


into the startup config window as the location for the digikam albums. I was
then able to use the file-browser to create the directory from the startup
dialog by clicking 'new folder'. Once created, I received an error that digikam
was sorry, but it could not restart??:

  When the digikam app opened - there were virtually NO menus, just 'Settings'
and 'Help':

  I then added an album (see above) the went to import files:

  NOTE: The thumbnail creation of the alpha-enabled png files you were concerned
about was WORKING. The files in the img directory were:

18:10 valkyrie:~/Documents/img> l1
globe-colored.png          (alpha channel enabled png)

  It looked like the import was working, but when I chose 'download all' nothing
appeared in the viewer window?? (see 1st screenshot again) Nothing, just empty.
No .jpg or .png files.

  I then decided to try and import the whole directory, so I chose import folder
and just left the dialog alone (it was already reading /home/david/Documents/img
in the top bar due to the previous file import. When I said OK, I got the
following error:

  Well then I decided to open the import dialog and check whether there was any
problem with the alpha-enabled png, so I opened the import window and clicked on
the properties of the png file -- all good:

  I then tried to re-import the images thinking that something might not have
worked right the first time - I could have missed a button, etc... Nope, when I
tried to import again, I got the normal 'You want to overwrite' dialog:

  So then I decided to cross check with gwenview to see if there was something
tdelibs/tdebase related that prevented images from displaying - gwenview worked

  Last but not least, I decided to check 'Help' for digikam to make sure the
documents were in the right place (I built without specifying any location, so
the default was used) - nope NO help documentation:

  I don't know what is up with digikam -- it's broke, but I don't think it has
anything to do with the color_type patches. It doesn't show any image (jpg or
png). Further, thumbnail generation for alpha-enabled png images works (see

  Lastly, there are NO menu entries for digikam after install. Nothing. I had to
start digikam from the command line.

  WTF?? -- wait!! The build for digikam is broken -- 1/2 of the digikam install
ended up in


  That's RIGHT! not ${PREFIX}/share, just /share off the root of the filesystem??

18:36 valkyrie:~/Documents> l /share
total 36
drwxr-xr-x  9 root root 4096 Apr 19 13:32 .
drwxr-xr-x 24 root root 4096 Apr 19 17:23 ..
drwxr-xr-x  3 root root 4096 Apr 19 13:32 applications
drwxr-xr-x  5 root root 4096 Apr 19 13:32 apps
drwxr-xr-x  3 root root 4096 Apr 19 13:32 icons
drwxr-xr-x 51 root root 4096 Apr 19 13:32 locale
drwxr-xr-x  3 root root 4096 Apr 19 13:32 man
drwxr-xr-x  2 root root 4096 Apr 19 13:32 services
drwxr-xr-x  2 root root 4096 Apr 19 13:32 servicetypes
18:39 valkyrie:~/Documents> l /share/applications/
total 12
drwxr-xr-x 3 root root 4096 Apr 19 13:32 .
drwxr-xr-x 9 root root 4096 Apr 19 13:32 ..
drwxr-xr-x 2 root root 4096 Apr 19 13:32 kde
18:39 valkyrie:~/Documents> l /share/applications/kde/
total 16
drwxr-xr-x 2 root root 4096 Apr 19 13:32 .
drwxr-xr-x 3 root root 4096 Apr 19 13:32 ..
-rw-r--r-- 1 root root 3067 Mar 11 12:14 digikam.desktop
-rw-r--r-- 1 root root 3386 Feb  8 17:49 showfoto.desktop

  Full file list for digikam install (NOTE the last 1/2 of the list)

  I think that is probably the problem - where could that problem be?? That
smells like something a digikam/admin/ patch broke.

  Can somebody confirm and suggest a fix. My build was with:

  CXXFLAGS="${CXXFLAGS} -fpermissive" \
  ./configure --prefix=${TDEDIR} \
  --with-qt-dir=${QTDIR} \

so that wasn't something I did.... Oh, brother, "Get a rope..."

David C. Rankin, J.D.,P.E.