Description of problem: segfaults on startup This happens with both x86_64 binary rpm and with binaries rebuilt from src.rpm Version-Release number of selected component (if applicable): sodipodi-0.34-2 How reproducible: 100% Steps to Reproduce: 1.gdb /usr/bin/sodipodi 2. 3. Actual results: ellson@ontap:~> gdb sodipodi GNU gdb Red Hat Linux (6.3.0.0-1.21rh) Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "x86_64-redhat-linux-gnu"...Using host libthread_db l ibrary "/lib64/libthread_db.so.1". (gdb) run Starting program: /usr/bin/sodipodi [Thread debugging using libthread_db enabled] [New Thread 46912496329536 (LWP 6139)] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 46912496329536 (LWP 6139)] nr_svp_from_svl (svl=0x0, flat=0x0) at nr-svp.c:74 74 svp->length = nsegs; (gdb) where #0 nr_svp_from_svl (svl=0x0, flat=0x0) at nr-svp.c:74 #1 0x00000000004b8647 in nr_arena_shape_update (item=0x7cf4b0, area=0x0, gc=0x7fffffd37af0, state=510, reset=4294967295) at nr-arena-shape.c:386 #2 0x00000000004b554d in nr_arena_item_invoke_update (item=0x7cf4b0, area=0x0, gc=0x7fffffd37b80, state=510, reset=4294967295) at nr-arena-item.c:224 #3 0x00000000004b73b0 in nr_arena_group_update (item=0x7ced20, area=0x0, gc=0x7fffffd37bf0, state=510, reset=4294967295) at nr-arena-group.c:190 #4 0x00000000004b554d in nr_arena_item_invoke_update (item=0x7ced20, area=0x0, gc=0x7fffffd37c80, state=510, reset=4294967295) at nr-arena-item.c:224 #5 0x00000000004b73b0 in nr_arena_group_update (item=0x7b5d80, area=0x0, gc=0x7fffffd37cf0, state=510, reset=4294967295) at nr-arena-group.c:190 #6 0x00000000004b554d in nr_arena_item_invoke_update (item=0x7b5d80, area=0x0, gc=0x7fffffd37e20, state=510, reset=4294967295) at nr-arena-item.c:224 #7 0x000000000049fac3 in sp_icon_image_load_svg ( name=0x4ee2c8 "toolbox_file", size=12, scale=12) at icon.c:422 #8 0x000000000049fdd2 in sp_icon_image_load (name=0x4ee2c8 "toolbox_file", size=12, scale=12) at icon.c:207 #9 0x000000000049fff0 in sp_icon_new_full (size=12, scale=12, name=0x4ee2c8 "toolbox_file") at icon.c:165 #10 0x00000000004a35e3 in sp_toolbox_new (contents=0x6b0810, name=Variable "name " is not available. ) Expected results: Additional info:
Fixed in CVS FC-3 with a patch from gentoo; Rebuild done, should be published soon. Can somebody close this? Thanks.
Bug report is about "devel", but there is no sodipodi in "devel". There is only the older binary copied from FC-3: devel: sodipodi-0.34-2.x86_64.rpm FC-3: sodipodi-0.34-4.x86_64.rpm If sodipodi is obsolete, devel binary ought to get removed.
(In reply to comment #2) > Bug report is about "devel", Sorry, didn't see that. Also happens with FC3 > but there is no sodipodi in "devel". There is only > the older binary copied from FC-3: > > devel: sodipodi-0.34-2.x86_64.rpm > FC-3: sodipodi-0.34-4.x86_64.rpm > > If sodipodi is obsolete, devel binary ought to get removed. Probably
could someone rebuild sodipodi for fc4 too? segfaults for me too sodipodi-0.34-2.src.rpm
sodipodi was killed during Fedora pre-Extras in November 2004. It should not have been copied into the FC4 repository. I submitted a remove request some minutes ago. If somebody wants to bring it back to life, that must start with work in Fedora Extras CVS first.
Shall sodipodi be added to the orphaned packages list then? http://fedoraproject.org/wiki/Extras/OrphanedPackages
(In reply to comment #6) > Shall sodipodi be added to the orphaned packages list then? > > http://fedoraproject.org/wiki/Extras/OrphanedPackages No, not needed, quoting https://www.redhat.com/archives/fedora-extras-commits/2005-March/msg00599.html "Removing sodipodi (was replaced by inkscape)" Closing this.
Reopening, since the remove requests have still not been fulfilled.
*** Bug 161863 has been marked as a duplicate of this bug. ***
Ehm, so what is the status now? Sodipodi "was removed" but is still in FC4 extras repository?
See comment 5 -- waiting for somebody with repository access to remove the old binary packages.
So, this has been fixed finally.