Know bug iirc, but not reported yet in the bugzilla

CC: (none) => jani.valimaa, mageia, olav

(In reply to comment #1)
> Know bug iirc, but not reported yet in the bugzilla

That means you confirm it... assigning to maintainer

CC: (none) => marja11
Assignee: bugsquad => mageia

I can't reproduce.
Are sure you are up-to-date Herbert?

how can I check?

# urpmi.update -a
medium "Core Release" is up-to-date
medium "Core Release Debug" is up-to-date
medium "Core Updates" is up-to-date
medium "Core Updates Debug" is up-to-date
medium "Core Updates Testing Debug" is up-to-date
medium "Core Backports Debug" is up-to-date
medium "Core Backports Testing Debug" is up-to-date
medium "Nonfree Release Debug" is up-to-date
medium "Nonfree Updates Debug" is up-to-date
medium "Core 32bit Release" is up-to-date
medium "Core 32bit Updates" is up-to-date

# urpmi --auto-select
Packages are up to date


$ shotwell
** Message: GSettingsEngine.vala:457: Error 5 running gsettings-data-convert: stdout="" stderr="
GLib-GIO-WARNING **: g_settings_set_value: value for key 'print-wrap-mode' in schema 'org.gnome.gedit.preferences.print' is outside of valid range

GLib-GIO-WARNING **: g_settings_set_value: value for key 'action-double-click-titlebar' in schema 'org.gnome.desktop.wm.preferences' is outside of valid range

GLib-GIO-ERROR **: Settings schema 'org.gnome.Epiphany' does not contain a key named 'homepage-url'
"

GdkPixbuf-WARNING **: Bug! gdk-pixbuf loader 'png12' didn't set an error on failure.

** ERROR **: Resources.vala:806: Failed to load image '/usr/share/shotwell/icons/redeye.png': reason not known, probably a corrupt image file
Trace/breakpoint trap

Are you really in Mageia Cauldron?
You told about Mageia 1 in Bug #4184...

(In reply to comment #3)
> I can't reproduce.

Me neither (on x86_64).

Hum I was sure I have see this issue one day on the bugzilla, 

can you remove lib64gdk_pixbuf2.0_0-loaders-png12 then install lib64gdk_pixbuf2.0_0-loaders-png15 ?

_this_ is Bug #4184, you probably mean Bug #2937, but to answer your question:
Yes, I am in Mageia Cauldron AFAIK ...

# cat /etc/mageia-release 
Mageia release 2 (Cauldron) for x86_64

believe it or not, I have more than one system and on Mageia 1 shotwell starts, but doesn't see at least one of my cameras (Olympus C4040-Zoom)

note: this system was updated from Mageia 1, maybe that's the problem here?

Actually I can reproduce this with lib64gdk_pixbuf2.0_0-loaders-png12.

But when using lib64gdk_pixbuf2.0_0-loaders-png15, it works.

(In reply to comment #7)
> Hum I was sure I have see this issue one day on the bugzilla, 

> can you remove lib64gdk_pixbuf2.0_0-loaders-png12 then install
> lib64gdk_pixbuf2.0_0-loaders-png15 ?

\o/ good catch!

I didn't remove lib64gdk_pixbuf2.0_0-loaders-png12 because it seems to be required by lsb-lib64-4.1-10.mga2.x86_64, which in turn is required to install google-chrome-stable, but _adding_ lib64gdk_pixbuf2.0_0-loaders-png15 makes shotwell run, so I'll test in a few minutes with the cameras ...

so, conclusion: shotwell should depend on the *-png15 package

So we have a big issue here, do we need to ping the -dev ml to ask for check that ?

in fact it should be good

line 35
http://svnweb.mageia.org/packages/cauldron/meta-task/current/SOURCES/prefer.vendor.list?revision=196531&view=markup

So I don't see why you have the png12

probably because of:

# rpm -q --requires lsb-lib64 | grep png 
lib64gdk_pixbuf2.0_0-loaders-png12  
lib64png12_0

here in my i586 i have 

libgdk_pixbuf2.0_0-loaders-png12  
libpng12_0

and it still works.

CC: (none) => nicolas.lecureuil

$ urpmq --requires-recursive  shotwell | grep png
lib64gdk_pixbuf2.0_0-loaders-png12|lib64gdk_pixbuf2.0_0-loaders-png15
lib64png15_15


so maybe urpmi installed only libgdk_pixbuf2.0_0-loaders-png12 instead of lib64gdk_pixbuf2.0_0-loaders-png15


was lib64gdk_pixbuf2.0_0-loaders-png15 installed on your machine ? or only lib64gdk_pixbuf2.0_0-loaders-png12

problem gone with recent cauldron, there are a bunch of errors reported when 
lib*gdk_pixbuf2.0_0-loaders-png12* is installed but shotwell starts fine.


GdkPixbuf-WARNING **: Bug! loader 'png12' didn't set an error on failure
GdkPixbuf-WARNING **: Bug! gdk-pixbuf loader 'png12' didn't set an error on failure.
GdkPixbuf-WARNING **: Bug! gdk-pixbuf loader 'png12' didn't set an error on failure.
Gtk-CRITICAL **: gtk_icon_set_render_icon_pixbuf: assertion `icon_set != NULL' failed
...

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