Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 156572 - Gnome 2.16 first road to stable
Summary: Gnome 2.16 first road to stable
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: New packages (show other bugs)
Hardware: All Linux
: High normal (vote)
Assignee: Gentoo Linux Gnome Desktop Team
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: gnome2.16 156662
  Show dependency tree
 
Reported: 2006-11-28 21:44 UTC by Luis Medinas (RETIRED)
Modified: 2007-05-27 22:54 UTC (History)
9 users (show)

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 Luis Medinas (RETIRED) gentoo-dev 2006-11-28 21:44:46 UTC
Hi everyone.
 
It's time to start moving towards stabling GNOME-2.16.
The first step is stabling gtk+-2.10 and co.
 
alpha amd64 arm hppa ia64 mips ppc ppc64 sh sparc x86 
dev-libs/glib-2.12.4-r1
x11-libs/pango-1.14.7
gnome-base/libgnomeui-2.16.1
x11-libs/gtk+-2.10.6
gnome-base/librsvg-2.16.0
gnome-base/libgnomeui-2.16.1
 
hppa and mips also need
x11-libs/cairo-1.2.4 stable after dev-libs/glib
Comment 1 Mart Raudsepp gentoo-dev 2006-11-28 22:06:56 UTC
mips:
You might want to leave out some of this list. However all of the listed ones are deps of gdm and I understand mips wants to support gdm, while not supporting whole GNOME. If you want to upgrade gdm to 2.16, then I humbly suggest stabling all in the list and at least keywording librsvg (instead of stabling) as it's a dependency of gdm-2.16

Comment to all:
We need librsvg and libgnomeui now (instead of when the whole GNOME-2.16 is up for stabling) because 2.14 versions of them don't work in various ways with gtk+-2.10.x
Comment 2 Olivier Crete (RETIRED) gentoo-dev 2006-11-28 22:18:09 UTC
amd64 stable.
Comment 3 Matthias Langer 2006-11-29 02:23:04 UTC
i don't know if this is relevant, but i got the following when trying to merge 
dev-libs/glib-2.12.4-r1 USE="doc -debug -hardened" with test on x86:

[...]
PASS: utf8-pointer
PASS: uri-test
PASS: run-markup-tests.sh
2d1
< GTK+
8a8
> GTK+
Test failed: unexpected error when using g_utf8_collate() on ./collate/collate-1.in
FAIL: run-collate-tests.sh
PASS: run-bookmark-test.sh
=====================================================================
1 of 50 tests failed
Please report to http://bugzilla.gnome.org/enter_bug.cgi?product=glib
=====================================================================
[...]

Portage 2.1.1-r2 (default-linux/x86/2006.1/desktop, gcc-4.1.1, glibc-2.4-r4, 2.6.18-gentoo-r2 i686)
=================================================================
System uname: 2.6.18-gentoo-r2 i686 AMD Athlon(tm) XP 2400+
Gentoo Base System version 1.12.6
Last Sync: Tue, 28 Nov 2006 10:50:01 +0000
distcc 2.18.3 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) [disabled]
app-admin/eselect-compiler: [Not Present]
dev-java/java-config: 1.3.7, 2.0.30
dev-lang/python:     2.4.3-r4
dev-python/pycrypto: 2.0.1-r5
dev-util/ccache:     [Not Present]
dev-util/confcache:  [Not Present]
sys-apps/sandbox:    1.2.17
sys-devel/autoconf:  2.13, 2.60
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2
sys-devel/binutils:  2.16.1-r3
sys-devel/gcc-config: 1.3.13-r4
sys-devel/libtool:   1.5.22
virtual/os-headers:  2.6.17-r1
ACCEPT_KEYWORDS="x86"
AUTOCLEAN="yes"
CBUILD="i686-pc-linux-gnu"
CFLAGS="-march=athlon-xp -O2 -pipe"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/share/X11/xkb /usr/share/config"
CONFIG_PROTECT_MASK="/etc/env.d /etc/env.d/java/ /etc/gconf /etc/java-config/vms/ /etc/revdep-rebuild /etc/terminfo /etc/texmf/web2c"
CXXFLAGS="-march=athlon-xp -O2 -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoconfig collision-protect distlocks metadata-transfer sandbox sfperms strict"
GENTOO_MIRRORS="ftp://ftp.sh.cvut.cz/MIRRORS/gentoo/gentoo "
LANG="en_US.utf8"
LC_ALL="en_US.utf8"
LINGUAS="en de"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude='/distfiles' --exclude='/local' --exclude='/packages'"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage"
SYNC="rsync://192.168.0.1/gentoo-portage"
USE="x86 3dnow 3dnowext X a52 aac acpi aiglx alsa audiofile beagle berkdb bitmap-fonts bzip2 cairo cdr cli cracklib crypt css cups dbus dlloader dri dvd dvdr dvdread eds elibc_glibc emboss encode evo exif fam fbcon ffmpeg firefox flac fortran gdbm gif ginac gmp gnome gphoto2 gpm gstreamer gtk gtk2 hal howl iconv icq input_devices_keyboard input_devices_mouse ipv6 isdnlog java javascript jpeg jpeg2k kernel_linux lcms ldap libg++ linguas_de linguas_en mad mikmod mime mmx mmxext mono mozsvg mp3 mpeg msn nautilus ncurses nfs nls nptl nptlonly nsplugin nvidia offensive ogg oggvorbis opengl pam pcre pdf perl plotutils png posix ppds pppd python qt3 qt4 quicktime readline real reflection ruby sdl session sockets spell spl sqlite3 sse ssl subtitles svg tcpd tetex theora threads tiff truetype truetype-fonts type1-fonts udev unicode usb userland_GNU vcd video_cards_nvidia vorbis win32codecs wma xine xml xorg xv xvid zlib"
Unset:  CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LDFLAGS, PORTAGE_RSYNC_EXTRA_OPTS
Comment 4 Matthias Langer 2006-11-29 06:00:02 UTC
well, i'm now using

dev-libs/glib-2.12.4-r1  USE="doc -debug -hardened"
x11-libs/pango-1.14.7  USE="-debug -doc"
gnome-base/libgnomeui-2.16.1  USE="jpeg -debug -doc"
x11-libs/gtk+-2.10.6  USE="X jpeg tiff -debug -doc -xinerama"
gnome-base/librsvg-2.16.0  USE="gnome zlib -debug -doc"

in connection with 

gnome-base/gnome-2.14.2  USE="cdr dvdr hal -accessibility"

on my stable x86 box. at first, everything "looked a bit strange"; after following the elog message from the gtk+-2.10.6 ebuild

[...]
emerge -va1 \$(qfile -qC /usr/lib/gtk-2.0/2.[^1]*)
[...]

my gnome looks exactly like it did before. maybe ewarn or something like that would be more appropriate in this place.

besides, everything seems to be fine for me; if i experience any issues i'll let you know.
Comment 5 Andrej Kacian (RETIRED) gentoo-dev 2006-11-29 09:20:34 UTC
(In reply to comment #3)
> i don't know if this is relevant, but i got the following when trying to merge 
> dev-libs/glib-2.12.4-r1 USE="doc -debug -hardened" with test on x86:
> 
> [...]
> PASS: utf8-pointer
> PASS: uri-test
> PASS: run-markup-tests.sh
> 2d1
> < GTK+
> 8a8
> > GTK+
> Test failed: unexpected error when using g_utf8_collate() on
> ./collate/collate-1.in
> FAIL: run-collate-tests.sh
> PASS: run-bookmark-test.sh
> =====================================================================
> 1 of 50 tests failed
> Please report to http://bugzilla.gnome.org/enter_bug.cgi?product=glib
> =====================================================================
> [...]

Must be something specific to your setup, because all 50 glib tests were passed here.
Comment 6 Santiago Gala 2006-11-29 11:11:52 UTC
I'm getting this on librsvg:

 x86_64-pc-linux-gnu-gcc -shared -Wl,--as-needed  .libs/rsvg-affine.o .libs/librsvg-features.o .libs/rsvg-bpath-util.o .libs/rsvg-css.o .libs/rsvg-defs.o .libs/rsvg-image.o .libs/rsvg-paint-server.o .libs/rsvg-path.o .libs/rsvg-base-file-util.o .libs/rsvg-filter.o .libs/rsvg-marker.o .libs/rsvg-mask.o .libs/rsvg-shapes.o .libs/rsvg-structure.o .libs/rsvg-styles.o .libs/rsvg-text.o .libs/rsvg-cond.o .libs/rsvg-base.o .libs/librsvg-enum-types.o .libs/rsvg-cairo-draw.o .libs/rsvg-cairo-render.o .libs/rsvg-cairo-clip.o .libs/rsvg.o .libs/rsvg-gobject.o .libs/rsvg-file-util.o  -L/usr/lib64 -pthread /usr/lib64/libgnomevfs-2.so /usr/lib64/libgconf-2.so /usr/lib64/libORBit-2.so /usr/lib64/libgthread-2.0.so /usr/lib64/libgsf-1.so /usr/lib64/libcroco-0.6.so /usr/lib64/libgdk_pixbuf-2.0.so /usr/lib64/libxml2.so -lm /usr/lib64/libpangoft2-1.0.so /usr/lib64/libpangocairo-1.0.so /usr/lib64/libpango-1.0.so /usr/lib64/libgobject-2.0.so /usr/lib64/libgmodule-2.0.so -ldl /usr/lib64/libglib-2.0.so /usr/lib64/libcairo.so /usr/lib64/libpng12.so /usr/lib64/libfontconfig.so /usr/lib64/libexpat.so /usr/lib64/libfreetype.so -lz  -march=nocona -Wl,--as-needed -Wl,-soname -Wl,librsvg-2.so.2 -Wl,-version-script -Wl,.libs/librsvg-2.ver -o .libs/librsvg-2.so.2.16.0
/usr/lib/gcc/x86_64-pc-linux-gnu/4.1.1/../../../../x86_64-pc-linux-gnu/bin/ld: .libs/rsvg-affine.o: relocation R_X86_64_32 against `a local symbol' can not be used when making a shared object; recompile with -fPIC
.libs/rsvg-affine.o: could not read symbols: Bad value
collect2: ld returned 1 exit status
make[2]: *** [librsvg-2.la] Error 1


and yes, I'm trying to use --as-needed as much as possible, to avoid unneeded dependencies linked in. using -fPIC for this package solves it.
Comment 7 Ben Jansen 2006-11-29 12:10:02 UTC
(In reply to comment #4)

> on my stable x86 box. at first, everything "looked a bit strange"; after
> following the elog message from the gtk+-2.10.6 ebuild
> 
> [...]
> emerge -va1 \$(qfile -qC /usr/lib/gtk-2.0/2.[^1]*)
> [...]
> 
> my gnome looks exactly like it did before. maybe ewarn or something like that
> would be more appropriate in this place.

I agree; this definitely should have been made more apparent. An ewarn (or whatever causes the ebuild to pause for 10 seconds, beeping repeatedly) is appropriate.
Comment 8 Chris Gianelloni (RETIRED) gentoo-dev 2006-11-29 12:53:31 UTC
That would be the combination of an "ewarn" and an "ebeep" in the ebuild.  ;]

Now, back slightly more on-topic... does this mean there will be a separate bug for the rest of Gnome 2.16?
Comment 9 Mart Raudsepp gentoo-dev 2006-11-29 13:22:53 UTC
(In reply to comment #8)
> does this mean there will be a separate bug for the rest of Gnome 2.16?

Yes.
It will be made block bug 132627 when we create it.
Comment 10 Matthias Langer 2006-11-29 19:27:54 UTC
(In reply to comment #5)
[...]
> > Test failed: unexpected error when using g_utf8_collate() on
> > ./collate/collate-1.in
> > FAIL: run-collate-tests.sh
[...]
> Must be something specific to your setup, because all 50 glib tests were passed
> here.
>

hmm, maybe something locale dependent ? i'm using utf8 where possible:

$ locale 
LANG=en_US.utf8
LC_CTYPE="en_US.utf8"
LC_NUMERIC="en_US.utf8"
LC_TIME="en_US.utf8"
LC_COLLATE="en_US.utf8"
LC_MONETARY="en_US.utf8"
LC_MESSAGES="en_US.utf8"
LC_PAPER="en_US.utf8"
LC_NAME="en_US.utf8"
LC_ADDRESS="en_US.utf8"
LC_TELEPHONE="en_US.utf8"
LC_MEASUREMENT="en_US.utf8"
LC_IDENTIFICATION="en_US.utf8"
LC_ALL=en_US.utf8

$ cat /usr/src/linux/.config | grep -i utf8
CONFIG_NLS_DEFAULT="utf8"
CONFIG_NLS_UTF8=y
Comment 11 Christian Faulhammer (RETIRED) gentoo-dev 2006-11-29 22:43:20 UTC
(In reply to comment #5)
> (In reply to comment #3)
> > i don't know if this is relevant, but i got the following when trying to merge 
> > dev-libs/glib-2.12.4-r1 USE="doc -debug -hardened" with test on x86:
[...]
> Must be something specific to your setup, because all 50 glib tests were passed
> here.

 Same failure here, UTF-8 setup too.

Portage 2.1.1-r2 (default-linux/x86/2006.1/desktop, gcc-4.1.1, glibc-2.4-r4, 2.6.18-gentoo-r3 i686)
=================================================================
System uname: 2.6.18-gentoo-r3 i686 AMD Athlon(tm) XP 2500+
Gentoo Base System version 1.12.6
Last Sync: Wed, 29 Nov 2006 15:20:01 +0000
app-admin/eselect-compiler: [Not Present]
dev-java/java-config: 1.3.7, 2.0.30
dev-lang/python:     2.4.3-r4
dev-python/pycrypto: 2.0.1-r5
dev-util/ccache:     [Not Present]
dev-util/confcache:  [Not Present]
sys-apps/sandbox:    1.2.17
sys-devel/autoconf:  2.13, 2.60
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2
sys-devel/binutils:  2.16.1-r3
sys-devel/gcc-config: 1.3.13-r4
sys-devel/libtool:   1.5.22
virtual/os-headers:  2.6.17-r1
ACCEPT_KEYWORDS="x86"
AUTOCLEAN="yes"
CBUILD="i686-pc-linux-gnu"
CFLAGS="-O2"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/share/X11/xkb /usr/share/config /usr/spool/PBS /var/vpopmail/domains /var/vpopmail/etc"
CONFIG_PROTECT_MASK="/etc/env.d /etc/env.d/java/ /etc/gconf /etc/java-config/vms/ /etc/revdep-rebuild /etc/terminfo /etc/texmf/web2c"
CXXFLAGS="-O2"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoconfig ccache collision-protect distlocks metadata-transfer parallel-fetch sandbox sfperms strict test"
GENTOO_MIRRORS="ftp://sunsite.informatik.rwth-aachen.de/pub/Linux/gentoo/"
LANG="de_DE@euro"
LC_ALL="de_DE.utf8"
LINGUAS="de"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude='/distfiles' --exclude='/local' --exclude='/packages'"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage"
SYNC="rsync://rsync.informatik.rwth-aachen.de/gentoo-portage"
USE="x86 3dnow 3dnowext X Xaw3d a52 alsa apache artworkextra asf audiofile bash-completion beagle berkdb bidi bitmap-fonts bootsplash branding bzip2 cairo cdda cddb cdparanoia cdr cli cracklib crypt css cups curl custom-cflags dbus dga directfb divx4linux dlloader dts dvd dvdr dvdread dvi eds elibc_glibc emacs emboss encode esd evo exif expat fam fat fbcon ffmpeg firefox fortran ftp gb gcj gdbm gif gnome gpm gstreamer gtk gtk2 gtkhtml hal iconv icq idn imagemagick imap input_devices_keyboard input_devices_mouse isdnlog java javascript jikes jpeg jpeg2k kde kernel_linux ldap leim libg++ linguas_de lm_sensors mad maildir matroska mbox mhash mikmod mime mmx mmxext mng mono mp3 mpeg mpeg2 mule mysql nautilus ncurses nforce2 nls nocardbus nptl nptlonly nsplugin nvidia objc ogg opengl pam pcre pdf perl plotutils pmu png ppds pppd preview-latex print python qt3 qt4 quicktime readline reflection reiserfs samba sdk session slang spell spl sse ssl svg svga t1lib tcltk tcpd tetex theora thunderbird tiff truetype truetype-fonts type1-fonts udev unicode usb userland_GNU vcd video_cards_fbdev video_cards_radeon video_cards_vesa videos vorbis win32codecs wmf wxwindows xine xml xorg xosd xv xvid zlib"
Unset:  CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LDFLAGS, PORTAGE_RSYNC_EXTRA_OPTS
Comment 12 Christian Faulhammer (RETIRED) gentoo-dev 2006-11-30 09:23:50 UTC
Get 2.16 on!  x86 did its first step.
Comment 13 Tobias Scherbaum (RETIRED) gentoo-dev 2006-11-30 09:44:06 UTC
ppc is nearly as fast as x86 ...
Comment 14 Markus Meier gentoo-dev 2006-11-30 10:17:25 UTC
@gnome herd, just a notice - doesn't seem serious....
x11-libs/pango-1.14.7:
dodoc: TODO* does not exist
rm: cannot remove `/var/tmp/portage/pango-1.14.7/image//etc/pango/pango.modules': No such file or directory
>>> Completed installing pango-1.14.7 into /var/tmp/portage/pango-1.14.7/image/
Comment 15 Gustavo Zacarias (RETIRED) gentoo-dev 2006-12-01 05:01:01 UTC
sparc stable.
Comment 16 Markus Rothe (RETIRED) gentoo-dev 2006-12-01 09:32:40 UTC
ppc64 stable
Comment 17 Gustavo Zacarias (RETIRED) gentoo-dev 2006-12-01 11:37:08 UTC
hppa stable.
Comment 18 Rémi Cardona (RETIRED) gentoo-dev 2006-12-03 13:16:34 UTC
Adding you guys back in, it looks like we forgot to update gtk-engines in the process, could please keyword =x11-themes/gtk-engines-2.8.2 while we put the rest of the list together?

Thanks :)
Comment 19 Olivier Crete (RETIRED) gentoo-dev 2006-12-03 13:59:53 UTC
amd64 done too
Comment 20 Tobias Scherbaum (RETIRED) gentoo-dev 2006-12-03 14:38:34 UTC
(In reply to comment #18)
> Adding you guys back in, it looks like we forgot to update gtk-engines in the
> process, could please keyword =x11-themes/gtk-engines-2.8.2 while we put the
> rest of the list together?
> 
> Thanks :)
> 

once again ppc stable
Comment 21 Christian Faulhammer (RETIRED) gentoo-dev 2006-12-03 16:53:34 UTC
x86 hops off the train again
Comment 22 Gustavo Zacarias (RETIRED) gentoo-dev 2006-12-04 06:12:34 UTC
gtk-engines-2.8.2 hppa and sparc stable (you forgot to CC sparc btw).
Comment 23 Rémi Cardona (RETIRED) gentoo-dev 2006-12-04 09:36:25 UTC
sparc, please stable =x11-themes/gtk-engines-2.8.2 while we prepare the rest of the gnome-2.16 list.

Thanks
Comment 24 Gustavo Zacarias (RETIRED) gentoo-dev 2006-12-04 09:41:48 UTC
I said sparc went stable with hppa (thus it was done). The comment was just that so you don't forget some other thing that may arise.
Comment 25 Markus Rothe (RETIRED) gentoo-dev 2006-12-04 11:15:03 UTC
ppc64 stable
Comment 26 Mart Raudsepp gentoo-dev 2006-12-04 18:06:20 UTC
(In reply to comment #18)
> Adding you guys back in, it looks like we forgot to update gtk-engines in the
> process, could please keyword =x11-themes/gtk-engines-2.8.2 while we put the
> rest of the list together?

gtk-engines wasn't in the list because it pretty much defines the look of GNOME, and that's the most visual change one sees from updating GNOME to 2.16 from 2.14, as many themes have been converted to be cairo based, and there are changes to the looks due to that.
The themes break if a stable user doesn't mark the elog's in gtk+-2.10 ebuild that say
'You need to rebuild ebuilds that installed into /usr/lib/gtk-2.0/2.4
to do that you can use qfile from portage-utils:
emerge -va1 \$(qfile -qC" /usr/lib/gtk-2.0/2.4 ")'
To the best of my knowledge rebuilding gtk-engines-2.6.x is good enough to get the themes back that gtk-engines provides. The command given would rebuild all the other theme engines too, that don't come from gtk-engines package.

But it doesn't hurt much to have stabilized gtk-engines now, especially as the rest of GNOME-2.16 will follow shortly, so the rest of the arches please include gtk-engines in this pack for consistency, and those who already stabled it, lets just keep it that way. It might even reduce user disappointment when they don't notice the elog and only have the gtk fallback theme - as an upgrade to 2.8 also means a rebuild of gtk-engines, which fixes it.
Comment 27 nm (RETIRED) gentoo-dev 2006-12-06 10:47:23 UTC
(In reply to comment #26)
> (In reply to comment #18)
> > Adding you guys back in, it looks like we forgot to update gtk-engines in the
> > process, could please keyword =x11-themes/gtk-engines-2.8.2 while we put the
> > rest of the list together?
> 
> gtk-engines wasn't in the list because it pretty much defines the look of
> GNOME, and that's the most visual change one sees from updating GNOME to 2.16
> from 2.14, as many themes have been converted to be cairo based, and there are
> changes to the looks due to that.
> The themes break if a stable user doesn't mark the elog's in gtk+-2.10 ebuild
> that say
> 'You need to rebuild ebuilds that installed into /usr/lib/gtk-2.0/2.4
> to do that you can use qfile from portage-utils:
> emerge -va1 \$(qfile -qC" /usr/lib/gtk-2.0/2.4 ")'
> To the best of my knowledge rebuilding gtk-engines-2.6.x is good enough to get
> the themes back that gtk-engines provides. The command given would rebuild all
> the other theme engines too, that don't come from gtk-engines package.
> 
> But it doesn't hurt much to have stabilized gtk-engines now, especially as the
> rest of GNOME-2.16 will follow shortly, so the rest of the arches please
> include gtk-engines in this pack for consistency, and those who already stabled
> it, lets just keep it that way. It might even reduce user disappointment when
> they don't notice the elog and only have the gtk fallback theme - as an upgrade
> to 2.8 also means a rebuild of gtk-engines, which fixes it.
> 

Unfortunately, this doesn't reflect what just happened to me. Tester stabilized gtk-engines 2.8.2 on amd64, and after updating (and rebuilding everything), I still have a completely broken firefox/firefox-bin. Note that though the controls for things like nautilus and builtin gnome apps like calculator, games, etc. (all in the gnome meta ebuild) are properly themed, firefox gets terribly borked.

Screenshot before (2.6.9): http://dev.gentoo.org/~nightmorph/Screenshot.png
Screenshot after (2.8.2): http://dev.gentoo.org/~nightmorph/broken-firefox.png

Rebuilding everything in /usr/lib/gtk-foo/ multiple times, killing every X-related app, restarting X, and even rebooting the computer doesn't fix it. gtk-engines was stabilized much too quickly on amd64; it's just plain broken.
Comment 28 nm (RETIRED) gentoo-dev 2006-12-07 13:53:18 UTC
(In reply to comment #27)
Fixed by Tester in bug #157359. Needed corresponding emul-linux-x86-*libs stabilized.
Comment 29 Mart Raudsepp gentoo-dev 2006-12-09 05:36:21 UTC
mips and alpha:
Please go for pango-1.14.9 instead of 1.14.7 if possible.
The code changes are minimal (the new thai shaper module doesn't get built on Gentoo due to missing libthai) and consist of small bug fixes.

Remaining to do on this bug:
alpha:
dev-libs/glib-2.12.4-r1
x11-libs/pango-1.14.9
x11-libs/gtk+-2.10.6
gnome-base/librsvg-2.16.0
gnome-base/libgnomeui-2.16.1
x11-themes/gtk-engines-2.8.2

mips:
dev-libs/glib-2.12.4-r1
x11-libs/cairo-1.2.4
x11-libs/pango-1.14.9
x11-libs/gtk+-2.10.6
possibly ~mips per comment #1: gnome-base/librsvg-2.16.0

arm:
x11-themes/gtk-engines-2.8.2

ia64:
x11-themes/gtk-engines-2.8.2
Comment 30 Bryan Østergaard (RETIRED) gentoo-dev 2006-12-09 14:08:35 UTC
Alpha stable.
Comment 31 Mart Raudsepp gentoo-dev 2006-12-09 19:17:36 UTC
ia64 was completed by kloeri as well
Comment 32 nm (RETIRED) gentoo-dev 2007-01-02 17:28:36 UTC
On the documentation side of things, I've edited the upgrade guides section to point to the Gnome 2.16 Upgrade Guide on the gnome team's /proj/ webspace, so that users can get a headstart on it. Note that the actual gnome-config.xml document itself is already all set up for Gnome 2.16; things are find on that front.
Comment 33 Mart Raudsepp gentoo-dev 2007-05-27 22:54:23 UTC
MIPS has stabled newer versions of the packages requested here, so they are done for the things requested on this bug. As such, I'm closing this bug as fixed