Bug 198301 – gnome-extra/gnome-art crashes when running - uninitialized constant Cairo::SVGVersion (NameError)

• Status: RESOLVED INVALID
• Product: Gentoo Linux

[Description Cezary Bartoszuk 2007-11-06 22:35:43 UTC]

After running gnome-art or gnome-splashscreen-manager i see this bug log:
/usr/lib64/ruby/site_ruby/1.8/cairo/constants.rb:19: uninitialized constant Cairo::SVGVersion (NameError)
        from /usr/lib64/ruby/site_ruby/1.8/cairo.rb:32:in `require'
        from /usr/lib64/ruby/site_ruby/1.8/cairo.rb:32
        from /usr/lib64/ruby/site_ruby/1.8/pango.rb:11:in `require'
        from /usr/lib64/ruby/site_ruby/1.8/pango.rb:11
        from /usr/lib64/ruby/site_ruby/1.8/gtk2/base.rb:14:in `require'
        from /usr/lib64/ruby/site_ruby/1.8/gtk2/base.rb:14
        from /usr/lib64/ruby/site_ruby/1.8/gtk2.rb:11:in `require'
        from /usr/lib64/ruby/site_ruby/1.8/gtk2.rb:11
        from /usr/lib64/ruby/site_ruby/1.8/gnome-art/ui/download_dialog.rb:19:in `require'
        from /usr/lib64/ruby/site_ruby/1.8/gnome-art/ui/download_dialog.rb:19
        from /usr/lib64/ruby/site_ruby/1.8/gnome_art.rb:22:in `require'
        from /usr/lib64/ruby/site_ruby/1.8/gnome_art.rb:22
        from /usr/bin/gnome-art:22:in `require'
        from /usr/bin/gnome-art:22

Reproducible: Always

Steps to Reproduce:
1.# emerge -vDuN gnome-art
2.# gnome-art

Actual Results:  
crash

Expected Results:  
run proper

AMD64, Intel Core2Duo,
Gentoo Linux, GCC 4.2.2, glibc-2.6
GNOME 2.20

# cat /etc/make.conf

ARCH="amd64"
MARCH="nocona"

COREFLAGS=""
COREFLAGS="${COREFLAGS} -frename-registers"
COREFLAGS="${COREFLAGS} -fweb"
COREFLAGS="${COREFLAGS} -pipe"
COREFLAGS="${COREFLAGS} -fomit-frame-pointer"
COREFLAGS="${COREFLAGS} -funit-at-a-time"
COREFLAGS="${COREFLAGS} -freorder-blocks"
COREFLAGS="${COREFLAGS} -fno-ident"
COREFLAGS="${COREFLAGS} -freorder-blocks-and-partition"
COREFLAGS="${COREFLAGS} -fmerge-all-constants"
COREFLAGS="${COREFLAGS} -combine"

CPUFLAGS="-msse3"

CFLAGS="-Os -march=${MARCH} ${CPUFLAGS} ${COREFLAGS}"

CXXFLAGS="${CFLAGS}"
CXXFLAGS="${CXXFLAGS} -fvisibility-inlines-hidden"

LDFLAGS="-Wl,--hash-style=both"

CHOST="x86_64-pc-linux-gnu"

ACCEPT_KEYWORDS="~amd64"

FEATURES="parallel-fetch distlocks"

USE="alsa -arts avahi cairo cdr dbus dvd dvdr eds emboss encode esd fam firefox gif gnome gstreamer gtk gtk2 hal jpeg -kde mad mikmod mp3 mpeg nls nptl nptlonly ogg opengl oss png -qt -qt3 -qt4 quicktime sdl spell truetype vorbis win32codecs X xml xv"

MAKEOPTS="-j3"

INPUT_DEVICES="keyboard mouse"
VIDEO_CARDS="nv nvidia vesa"

LINGUAS="pl"

source /usr/portage/local/layman/make.conf

[Comment 1 Daniel Gryniewicz (RETIRED) 2007-11-06 22:41:04 UTC]

Not gnome.  Ready for cleaning, maybe?

[Comment 2 Jakub Moc (RETIRED) 2008-02-28 11:46:07 UTC]

(In reply to comment #1)
> Not gnome.  Ready for cleaning, maybe?

Looks like that... 

[Comment 3 Raúl Porcel (RETIRED) 2008-03-18 19:16:33 UTC]

let's vote then.

+-0

[Comment 4 Samuli Suominen (RETIRED) 2008-05-15 09:38:57 UTC]

Treecleaners please vote. Broken, no maintainer ->

+1

[Comment 5 Hans de Graaff 2008-05-17 11:52:21 UTC]

(In reply to comment #0)
> After running gnome-art or gnome-splashscreen-manager i see this bug log:
> /usr/lib64/ruby/site_ruby/1.8/cairo/constants.rb:19: uninitialized constant
> Cairo::SVGVersion (NameError)

You will get this error if cairo is not compiled with the svg flag. 

Re-emerge cairo with the svg USE flag and re-emerge rcairo, or altenatively just re-emerge rcairo so that it picks up on the fact that you no longer have SVG enabled. 

-1 vote, as this doesn't look like an issue with gnome-art to me.

[Comment 6 Jeremy Olexa (darkside) (RETIRED) 2008-06-03 23:42:40 UTC]

WORKSFORME... with or without USE=svg on cairo.

-1 vote.

[Comment 7 Hans de Graaff 2008-06-07 13:17:36 UTC]

(In reply to comment #6)
> WORKSFORME... with or without USE=svg on cairo.

Did you re-emerge rcairo after each recompilation of cairo? As far as I can tell the rcairo bindings determine the feature set at installation time, not at run time.

[Comment 8 Hans de Graaff 2008-06-08 09:40:27 UTC]

I've looked into this a bit more today and the problem is in any case not a gnome-art issue since this problem happens in underlying libraries. So my vote is to remove treecleaners from this bug and leave gnome-art in the tree. BTW, the project got restarted here: http://developer.berlios.de/projects/gnomeartng/

I think the key problem is that cairo got recompiled without the svg flag after rcairo was initially installed. This should really trigger a recompilation of rcairo, but as far as I know we don't have a way to express that in ebuilds.

[Comment 9 Jeremy Olexa (darkside) (RETIRED) 2008-06-09 23:26:24 UTC]

(In reply to comment #8)
> I think the key problem is that cairo got recompiled without the svg flag after
> rcairo was initially installed. This should really trigger a recompilation of
> rcairo, but as far as I know we don't have a way to express that in ebuilds.

Do you have amd64 system? I'm running x86 here and did:

% sudo USE=svg emerge -av cairo rcairo
% sudo USE=-svg emerge -av cairo gnome-art

And gnome-art still WORKSFORME. 

I agree, we should remove treecleaner@g.o, I'll wait for one more comment and see if we can agree on something and maybe add a note to the ebuild.

[Comment 10 Jeremy Olexa (darkside) (RETIRED) 2008-09-13 03:08:57 UTC]

Must not be an issue based on the last two comments. No action in 3 months == RESO;INVALID.