Gnome Chemistry Utils - Bugs: bug #24262, OpenGL using utils crash on startup
You are not allowed to post comments on this tracker with your current authentication level.
bug #24262: OpenGL using utils crash on startup
Submitter: | Julian Sikorski <belegdol> | ||
Submitted: | Sun 14 Sep 2008 06:49:41 PM UTC | ||
Category: | None | Severity: | 3 - Normal |
Item Group: | None | Status: | Wont Fix |
Privacy: | Public | Assigned to: | None |
Open/Closed: | Closed |
Jump to the original submission
Sun 26 Feb 2012 08:04:26 AM UTC, comment #20: |
Jean Bréfort <jean_brefort> |
Sun 22 Mar 2009 06:11:44 PM UTC, comment #19: --disable-rpath is provided by gettext. I guess your problem is somewhere in the libtool-stuff.
|
Daniel Leidert <dleidert> |
Sun 22 Mar 2009 05:54:09 PM UTC, comment #18: in debian, there is no rpath in installed packages. |
Jean Bréfort <jean_brefort> |
Thu 19 Mar 2009 09:55:42 PM UTC, comment #17: Daniel, how are you dealing with rpaths in your debian package? |
Julian Sikorski <belegdol> |
Thu 19 Mar 2009 09:38:56 PM UTC, comment #16: I tested the package with --disable-rpath enabled you sent me, but unfortunately using the switch does not disable the rpaths for some reason (grep the attached build log for rpath). |
Julian Sikorski <belegdol> |
Thu 19 Mar 2009 12:39:48 PM UTC, comment #15: For reference, with 0.10.4 new rpaths have appeared on the internal libs (arrows.so and brethren). Please spin the test tarball with --disable-rpath enabled once you have some time. |
Julian Sikorski <belegdol> |
Wed 24 Sep 2008 11:03:43 AM UTC, comment #14: I just found this:
|
Julian Sikorski <belegdol> |
Mon 15 Sep 2008 08:18:40 PM UTC, comment #13: I'll try to investigate further. For reference, here is the relevant Guidelines part:
|
Julian Sikorski <belegdol> |
Mon 15 Sep 2008 08:00:46 PM UTC, comment #12: The --disable-rpath configure option is added by gettext macros, not libtool! |
Daniel Leidert <dleidert> |
Mon 15 Sep 2008 07:59:56 PM UTC, comment #11: The script you are patching is AFAIK created from ltmain.sh by configure. There is AFAIK nothing hardcoded by default. Can you please check, if libtool added some configure options (`./configure --help')? Maybe libtool behaviour changed. I cannot check atm. |
Daniel Leidert <dleidert> |
Mon 15 Sep 2008 07:57:09 PM UTC, comment #10: Also, some programs allow passing --disable-rpath to configure, which is the easiest approach. To make it clear, I don't think that using rpaths is a problem per se, the problem is that they are required during gchempaint build and cannot be stripped earlier. |
Julian Sikorski <belegdol> |
Mon 15 Sep 2008 07:54:35 PM UTC, comment #9: I am indeed building on Fedora, but Jean is spinning tarballs on Debian. Running autogen.sh on Fedora makes using the sed trick possible, no chrpath is necessary. |
Julian Sikorski <belegdol> |
Mon 15 Sep 2008 07:46:15 PM UTC, comment #8: Why Debian? Julian is building on Fedora. Further also Debian forbids rpath-usage to avoid such issues. However, I never discovered this. Might be a libtool issue on Fedora.
|
Daniel Leidert <dleidert> |
Mon 15 Sep 2008 04:08:08 PM UTC, comment #7: I have no idea about rpaths, would that be a debian specific libtool behavior? Daniel might know. |
Jean Bréfort <jean_brefort> |
Mon 15 Sep 2008 01:28:27 PM UTC, comment #6: Yes, problem solved. It turns out it was caused by rpaths hardcoded in the binaries (now I have a proof why Fedora packaging guidelines forbid them). For 0.8, I was using the sed trick to disable rpaths:
|
Julian Sikorski <belegdol> |
Mon 15 Sep 2008 01:13:40 PM UTC, comment #5: OK, I think I got it. More info to follow. |
Julian Sikorski <belegdol> |
Mon 15 Sep 2008 11:43:19 AM UTC, comment #4: I have just rebuilt 0.8.7 and both gchem3d-viewer and gcrystal start up properly. The thing I'm going to try next is to build all 0.9 versions and attempt to find the one that regressed. |
Julian Sikorski <belegdol> |
Mon 15 Sep 2008 06:40:40 AM UTC, comment #3: I don't find any significative difference between 0.8 and 0.10 before the call to gdk_gl_config_new_by_mode. So I'm unable to understand why one crashes while the other doesn't.
|
Jean Bréfort <jean_brefort> |
Sun 14 Sep 2008 08:59:12 PM UTC, comment #2: For reference, I am posting the backtrace obtained under Fedora 9. Hopefully this one is more valid:
|
Julian Sikorski <belegdol> |
Sun 14 Sep 2008 07:50:10 PM UTC, comment #1: This backtrace is most likely invalid since 0.8 crashes on rawhide (inside kvm) with a very similar one. On Fedora 9 (native) 0.8 works fine. |
Julian Sikorski <belegdol> |
Sun 14 Sep 2008 06:49:41 PM UTC, original submission:
At first I thought that this might be caused by setup weirdness, but now I'm not sure since the crashes manifested in both host Fedora 9 box and kvm guest Fedora rawhide. So, here we go. GChem3D goes first:
|
Julian Sikorski <belegdol> |
Depends on the following items: None found
Items that depend on this one: None found
There are 0 votes so far. Votes easily highlight which items people would like to see resolved in priority, independently of the priority of the item set by tracker managers.
Follow 5 latest changes.
Date | Changed by | Updated Field | Previous Value | => | Replaced by |
---|---|---|---|---|---|
2012-02-26 | jean_brefort | Status | None | Wont Fix | |
Open/Closed | Open | Closed | |||
2009-03-19 | belegdol | Attached File | - | Added build.log, #17735 | |
2008-09-15 | jean_brefort | Carbon-Copy | - | Added -email is unavailable- | |
2008-09-14 | jean_brefort | Attached File | - | Added 24262.patch, #16484 |
Powered by Savane 3.13-caa5.
Corresponding source code
Supposing that this bug is obsolete.