Red Hat Bugzilla – Bug 157177
segfaults on startup
Last modified: 2007-11-30 17:11:05 EST
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):
Steps to Reproduce:
ellson@ontap:~> gdb sodipodi
GNU gdb Red Hat Linux (18.104.22.168-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
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;
#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)
#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)
#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)
#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.
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:
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.
could someone rebuild sodipodi for fc4 too? segfaults for me too
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
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?
(In reply to comment #6)
> Shall sodipodi be added to the orphaned packages list then?
No, not needed, quoting
"Removing sodipodi (was replaced by inkscape)"
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
See comment 5 -- waiting for somebody with repository access to remove the old
So, this has been fixed finally.