Created attachment 291573 [details] 'emerge --info' output rawstudio-2.0 exits immediately because it can't find 'rawstudio.png', because it's looking in the wrong place: $ rawstudio ** (rawstudio:8167): DEBUG: Cannot access /usr/share/icons/rawstudio.png (rawstudio:8167): Gtk-WARNING **: Error loading icon from file '/usr/share/icons/rawstudio.png': Failed to open file '/usr/share/icons/rawstudio.png': No such file or directory (rawstudio:8167): Gtk-WARNING **: Unable to locate theme engine in module_path: "clearlooks", (rawstudio:8167): GVFS-RemoteVolumeMonitor-WARNING **: invoking IsSupported() failed for remote volume monitor with dbus name org.gtk.Private.GduVolumeMonitor: org.freedesktop.DBus.Error.Spawn.ChildSignaled: Process /usr/libexec/gvfs-gdu-volume-monitor received signal 6 Floating point exception # epm -ql rawstudio | grep -i rawstudio.png /usr/share/pixmaps/rawstudio.png
Yes,
(oops, still figuring this new (to me) bugzilla interface) In my original statement: "rawstudio-2.0 exits immediately because it can't find 'rawstudio.png', because it's looking in the wrong place" should be: rawstudio-2.0 exits immediately with 'floating point exception'. Also, it can't find a needed file, 'rawstudio.png', because it's looking in the wrong place, or the file is in the wrong place.
Ping! Four month later, anybody is reading here. I have the same error.
If I create a link from /usr/share/pixmaps/rawstudio.png to /usr/share/icons/rawstudio.png I can start rawstudio. But now I have a new problem, that it can't display the Fuji (X10) raw format (RAF).
I can confirm the existing bug on the newly version 2.0 ln -s /usr/share/pixmaps/rawstudio.png /usr/share/icons/rawstudio.png fix the issue so it's can be easy to provide a patch with a link form /usr/share/pixmaps/rawstudio.png to /usr/share/icons/rawstudio.png ? (i known it's not fix devinitevely the problem but it make the job)
Don't CC arch teams on your own
I'm waiting for someone to send a patch that properly fixes the location of rawstudio.png to be /usr/share/pixmaps/ in the code so it doesn't try to look in /usr/share/icons/ anymore, which is reserved for full icon thmees only as per freedesktop.org specifications So no point in saying "Me too." as this is going to be open for long as someone provides the patch
It happened to me also. However, my info below might help to track down the issue. I installed rawstudio yesterday, after solving its emerge failure due to lensfun-0.2.6, bug 440104 After the initial rawstudio emerge I was able to launch it normally. When it started, being myself a KDE user, the program interface looked ugly. I then did this (my memory speaking, so there might be inaccuracies): 1) I quit rawstudio and went to the GTK config in KDE System Preferences to choose another GTK2 theme (I originally had kde44-oxygen-molecule). 2) I launched again rawstudio and I think the appearance changed a little bit, but I can't recall right now. 3) I tried different GTK2 themes, and everytime rawstudio quit/launched fine. 4) Then I noticed a rawstudio preference check box to select the system appearance. I selected it. 5) Without quiting rawstudio, I selected my original kde44-oxygen-molecule GTK2 theme in KDE preferences. 4) Next thing I remember is going to do something else, then coming back, trying to open a file in rawstudio and the program exiting. 5) After that, the infamous /usr/share/icons/rawstudio.png not found. So, might it be the failure is triggered by the gtk appearance config in some way?
Forget what I said before. I installed rawstudio into another box and you can quit/relaunch it and change the GTK2 theme as many times as you want, provided you don't try to load a file. In fact, the missing icon warning appears but the program launches OK. It is only when the first file is loaded that the program immediatly crashes with a "Floating point exception", and keeps crashing everytime it is invoked.
Created attachment 351354 [details, diff] Fix Makefile.am to put icons in the proper locations.
Created attachment 351356 [details, diff] Fix sourcecode to load the icons properly
(In reply to Samuli Suominen from comment #8) > I'm waiting for someone to send a patch that properly fixes the location of > rawstudio.png to be /usr/share/pixmaps/ in the code so it doesn't try to > look in /usr/share/icons/ anymore, which is reserved for full icon thmees > only as per freedesktop.org specifications > > So no point in saying "Me too." as this is going to be open for long as > someone provides the patch The two patches above will fix the issue. All icons will be placed in /usr/share/pixmaps/rawstudio and rawstudio will load them from this location. How would you like me to send the modified ebuild for rawstudio-2.0-r1 ?
(In reply to Merlijn Wajer from comment #13) > (In reply to Samuli Suominen from comment #8) > > I'm waiting for someone to send a patch that properly fixes the location of > > rawstudio.png to be /usr/share/pixmaps/ in the code so it doesn't try to > > look in /usr/share/icons/ anymore, which is reserved for full icon thmees > > only as per freedesktop.org specifications > > > > So no point in saying "Me too." as this is going to be open for long as > > someone provides the patch > > The two patches above will fix the issue. All icons will be placed in > /usr/share/pixmaps/rawstudio and rawstudio will load them from this location. > > How would you like me to send the modified ebuild for rawstudio-2.0-r1 ? (In case you are updating the ebuild yourself; don't forget to remove the sed)
(In reply to Merlijn Wajer from comment #12) > Created attachment 351356 [details, diff] [details, diff] > Fix sourcecode to load the icons properly If it was that easy, I would have done it long ago. With the patches no icon is displayed and it's still searching from wrong directory, $ strace -o rawstudio.log rawstudio access("/usr/share/icons/rawstudio.png", R_OK) = -1 ENOENT (No such file or directory) And because the patch now moves the icon to the pixmaps/rawstudio/ subdirectory, the Icon= line in the .desktop file needs fixing too.
(In reply to Samuli Suominen from comment #15) > (In reply to Merlijn Wajer from comment #12) > > Created attachment 351356 [details, diff] [details, diff] [details, diff] > > Fix sourcecode to load the icons properly > > If it was that easy, I would have done it long ago. > > With the patches no icon is displayed and it's still searching from wrong > directory, > > $ strace -o rawstudio.log rawstudio > > access("/usr/share/icons/rawstudio.png", R_OK) = -1 ENOENT (No such file or > directory) > > And because the patch now moves the icon to the pixmaps/rawstudio/ > subdirectory, the Icon= line in the .desktop file needs fixing too. Patch attached (within a few minutes) should take care of the final ``wrong'' lookup. All the other ones were already correct as by my patches. If you wish, I can put the rawstudio.png in /usr/share/pixmaps rather than /usr/share/pixmaps/rawstudio I was mostly interested in fixing the FPE on startup, I am not very familiar with the FDO standards. Sorry for that. Icons seem to be displayed for me; but maybe I am looking at the wrong thing. $ grep rawstudio.png rawstudio.log access("/usr/share/pixmaps/rawstudio/rawstudio.png", R_OK) = 0 open("/usr/share/pixmaps/rawstudio/rawstudio.png", O_RDONLY) = 12 open("/usr/share/pixmaps/rawstudio/rawstudio.png", O_RDONLY) = 16
Created attachment 351400 [details, diff] Fix source patch v2 Newer patch, should fix the issue you mentioned.
OK, the strace error doesn't show anymore but I still don't get an application icon here, I'll attach screenshot just for reference And this is obviously an improvement to the current situation so I've committed your patches, thanks
Created attachment 351410 [details] screenshot.png no left upper corner icon in rawstudio? no errors in strace, gtk icon caches are up to date, ...
Created attachment 351414 [details] rawstudio 2.0(-r1?) on awesome Icon seems to work for me; maybe it's a window-manager related problem?