Bug List: (This bug is not in your last search results)   Show last search results      Search page      Enter new bug
Bug#: 47766
Alias:
Product:
Component:
Status: RESOLVED
Resolution: FIXED
Assigned To: Gentoo Linux Gnome Desktop Team <gnome@gentoo.org>
Hardware:
OS:
Version:
Priority:
Severity:
Reporter: Richard Hoelscher <rah@rahga.com>
Add CC:
CC:
URL:
Summary:
Status Whiteboard:
Keywords:

Filename Description Type Creator Created Size Actions
Create a New Attachment (proposed patch, testcase, etc.) View All

Bug 47766 depends on: Show dependency tree
Bug 47766 blocks:
Votes: 0    Show votes for this bug    Vote for this bug

Additional Comments: (this is where you put emerge --info)


Not eligible to see or edit group visibility for this bug.






View Bug Activity   |   Format For Printing   |   XML   |   Clone This Bug

Description:   Opened: 2004-04-13 15:56 0000 
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 From Daniel Black 2004-04-17 20:11:59 0000 ------- 
gnome-libs/librsvg need removing too

------- Comment #2 From Alastair Tse (RETIRED) 2004-04-18 04:42:12 0000 ------- 
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 From Spider (RETIRED) 2004-04-18 04:47:40 0000 ------- 
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 From foser (RETIRED) 2004-04-19 01:37:39 0000 ------- 
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 From foser (RETIRED) 2004-04-25 11:01:15 0000 ------- 
ok this got fixed, we now remove the generated pixbuf config in ${D}

thanks for the report
Bug List: (This bug is not in your last search results)   Show last search results      Search page      Enter new bug