Bug 635243 - [abrt] icc_examin-0.47-2.fc13: GL_Ansicht::punkteAuffrischen: Process /usr/bin/iccexamin was killed by signal 11 (SIGSEGV)
Summary: [abrt] icc_examin-0.47-2.fc13: GL_Ansicht::punkteAuffrischen: Process /usr/bi...
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Fedora
Classification: Fedora
Component: oyranos
Version: 13
Hardware: x86_64
OS: Linux
low
medium
Target Milestone: ---
Assignee: Nicolas Chauvet (kwizart)
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard: abrt_hash:06b477be0f664cb9482884db7f8...
: 640707 (view as bug list)
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2010-09-18 10:52 UTC by Alex
Modified: 2011-01-21 22:53 UTC (History)
2 users (show)

Fixed In Version: oyranos-0.2.0-2.fc13
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2011-01-21 22:53:21 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)
File: backtrace (89.80 KB, text/plain)
2010-09-18 10:52 UTC, Alex
no flags Details

Description Alex 2010-09-18 10:52:32 UTC
abrt version: 1.1.13
architecture: x86_64
Attached file: backtrace
cmdline: iccexamin
component: icc_examin
crash_function: GL_Ansicht::punkteAuffrischen
executable: /usr/bin/iccexamin
kernel: 2.6.34.6-54.fc13.x86_64
package: icc_examin-0.47-2.fc13
rating: 4
reason: Process /usr/bin/iccexamin was killed by signal 11 (SIGSEGV)
release: Fedora release 13 (Goddard)
time: 1284806192
uid: 500

How to reproduce
-----
Today icc_examin 0.47 appeared in updates. It now starts, but it crashes when I
try to open the 'windows->gamut' if some profile is already loaded.
Or, I can open this window empty when NO profile is loaded but then program
crashes if I load the profile.
The issue is systematic.

I use Fedora 13 fully updated up to now, Sep 18 2010.

Also one aesthetic issue: all windows are opened with their zero edge at the
top of the desktop, i.e. UNDER the top gnome panel if such panel presents. You
then have to use key bindings to move the window but not mouse. This is just
inconvenient.

Any ideas how to fix at least first?

Comment 1 Alex 2010-09-18 10:52:35 UTC
Created attachment 448181 [details]
File: backtrace

Comment 2 Alex 2010-09-18 12:12:48 UTC
Well, the major problem of crash is solved IF one installs default_profiles which are part of oyranos but NOT included in the Fedora rpm (I have no clear understanding why). This way program does not crash while opening the gamut window.

However, if one has the following configuration:

1) iccexamin is running
2) some profile is loaded
3) gamut window is open

then a crash with SIGKILL is detected by abrt if one closes iccexamin either via menu or by pressing ctrl-q.
No crash is detected if there is NO gamut window or if there is NO profile loaded (even if the (empty) gamut window is present)

Questions:
is it possible to include default_profiles from oyranos?
is it difficult to avoid crash on closing so that not to disturb the user?

Still the aesthetic question: window positioning is inconvenient (from previous comment).

Comment 3 Nicolas Chauvet (kwizart) 2010-09-20 07:46:31 UTC
Re-assigned to oyranos despite the maintainer is the same.

ICC profiles was reviewed by Red Hat Legal with the introduction of the shared-color-profiles package (rhbz#545433). Only the icc profiles provided here are redistributable WRT Fedora guidelines.
On the other side, Kai-Uwe (the oyranos developper) agreed to remove the bundled profiles from the oyranos source archive itself (that's done in git version).

See http://github.com/hughsie/shared-color-profiles and the shared-color-profiles and shared-color-profiles-extras packages , some additional profiles will have to be redistributed another way.

That would help to have the default oyranos settings to match the namespace of the icc profiles from theses packages itself if possible.

Comment 4 Alex 2010-09-20 08:21:04 UTC
I'm confused, really.

My point is that now in Fedora oyranos comes WITHOUT profiles.

Yes, shared-color-profiles and shared-color-profiles-extras packages do contain some profiles BUT it turns out that some functionality of oyranos (or icc_examin only) depends on the "defaults_profiles", i.e. profiles which are in the "default_profiles" directory of the present oyranos distribution.

Loss of functionality and relation with "default_profiles" is described in the original bug report and comment 2.

At least, what is named "XYZ.icc" profile is the crucial one for gamut rendering. As to my knowledge of profiles one cannot avoid it or it full analogue. The same is related to other profiles.

Are there ides how to overcome the issue?

I can suggest making NEW GPL licensed profiles providing the required functionality.
I can try this myself.

Comment 5 Kai-Uwe Behrmann 2010-11-26 13:00:50 UTC
Oyranos depends almost completely on the default profiles.
The original profiles are in openicc-data-1.0.0.tar.gz .

See: http://sourceforge.net/projects/openicc

ICC Examin and Oyranos git have now some fixes for the crashes.
Still, both display an error message if the right profiles are not
available.

Comment 6 Fedora Update System 2011-01-11 12:01:13 UTC
oyranos-0.2.0-2.fc13,libXcm-0.4.0-1.fc13 has been submitted as an update for Fedora 13.
https://admin.fedoraproject.org/updates/oyranos-0.2.0-2.fc13,libXcm-0.4.0-1.fc13

Comment 7 Nicolas Chauvet (kwizart) 2011-01-11 14:28:48 UTC
*** Bug 640707 has been marked as a duplicate of this bug. ***

Comment 8 Fedora Update System 2011-01-12 05:22:00 UTC
oyranos-0.2.0-2.fc13, libXcm-0.4.0-1.fc13 has been pushed to the Fedora 13 testing repository.  If problems still persist, please make note of it in this bug report.
 If you want to test the update, you can install it with 
 su -c 'yum --enablerepo=updates-testing update oyranos libXcm'.  You can provide feedback for this update here: https://admin.fedoraproject.org/updates/oyranos-0.2.0-2.fc13,libXcm-0.4.0-1.fc13

Comment 9 Fedora Update System 2011-01-21 22:53:16 UTC
oyranos-0.2.0-2.fc13, libXcm-0.4.0-1.fc13 has been pushed to the Fedora 13 stable repository.  If problems still persist, please make note of it in this bug report.


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