Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 47766 - librsvg ~x86 ebuild breaks on etc-update
Summary: librsvg ~x86 ebuild breaks on etc-update
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] GNOME (show other bugs)
Hardware: All Linux
: High major (vote)
Assignee: Gentoo Linux Gnome Desktop Team
URL: http://bugs.gnome.org/show_bug.cgi?id...
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2004-04-13 15:56 UTC by Richard Hoelscher
Modified: 2004-04-25 11:01 UTC (History)
0 users

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Richard Hoelscher 2004-04-13 15:56:25 UTC
I'm working off of reports from other users ( http://bugs.gnome.org/show_bug.cgi?id=139936 , IRC (ksd)), but it is my understanding that with ~x86 emerge: 'emerge librsvg' then 'etc-update' will break the ability to use applications that rely on SVG (such as gnomine) through gtk+ until gtk+ is re-emerged.

Reproducible: Didn't try
Steps to Reproduce:
Comment 1 Daniel Black (RETIRED) gentoo-dev 2004-04-17 20:11:59 UTC
gnome-libs/librsvg need removing too
Comment 2 Alastair Tse (RETIRED) gentoo-dev 2004-04-18 04:42:12 UTC
so i'm guessing that the issue is /etc/gtk-2.0/gdk-pixbuf.loaders should be placed in CONFIG_PROTECT_MASK since it is automatically generated?
Comment 3 Spider (RETIRED) gentoo-dev 2004-04-18 04:47:40 UTC
Yeah, sounds like it.   If thats really the bug in this case. (could also be the "I didn't rebuild librsvg after upgrading gtk+" )
Comment 4 foser (RETIRED) gentoo-dev 2004-04-19 01:37:39 UTC
the brokenness probably comes from the fact that librsvg probably gets the paths wrong if its done during src_install and automatically seems to do this here (?)

librsvg should not provide it's own gdk-pixbuf.loaders and we should rely on our own post{inst,rm} functions (ugly as it is)
Comment 5 foser (RETIRED) gentoo-dev 2004-04-25 11:01:15 UTC
ok this got fixed, we now remove the generated pixbuf config in ${D}

thanks for the report