Stabilize dev-libs/icu-4.8.
amd64 ok
What? This is almost 15 days in the tree. What the rush to stabilize this version? Lets wait a couple of weeks before we proceed
According to Arfrever, only documentation changes were made between 4.8_rc1 and 4.8. So lets go ahead
already confirmed ;)
amd64 all set.
Hey wait, 4.8 has a regression with www-client/chromium.
(In reply to comment #7) > Hey wait, 4.8 has a regression with www-client/chromium. Errr, how does this block the stabilization? Chromium-14 is in ~testing tree and masked
amd64 done. Thank you all
x86 stable. Thanks.
Please could you put a strong fat red blinking ewarn into the ebuild to run revdep-rebuild afterward (yes, that should always be done after lib upgrade, OTOH we've a lot of much more harmless places where an ewarn is used too) ? Reason : Updating icu from 4.6 to 4.8 at my system (and rebooting) resulted in a broken apache2 : * apache2 has detected an error in your setup: apache2: Syntax error on line 175 of /etc/apache2/httpd.conf: Syntax error on line 4 of /etc/apache2/modules.d/70_mod_php5.conf: Cannot load /usr/lib/apache2/modules/libphp5.so into server: libicuuc.so.46: cannot open shared object file: No such file or directory * ERROR: apache2 failed to start and KDE login wasn't longer possible : startkde: Starting up... Could not open library klauncher: Cannot load library /usr/lib/libkdeinit4_klauncher.so: (libicuuc.so.46: cannot open shared object file: No such file or directory) klauncher: error while loading shared libraries: libicuuc.so.46: cannot open shared object file: No such file or directory kdeinit4: Communication error with launcher. Exiting! kdeinit4_wrapper: Warning: connect(/home/tfoerste/.kde4/socket-n22/kdeinit4__0) failed: : Connection refused ksmserver: error while loading shared libraries: libicuuc.so.46: cannot open shared object file: No such file or directory startkde: Shutting down... kdeinit4_wrapper: Warning: connect(/home/tfoerste/.kde4/socket-n22/kdeinit4__0) failed: : Connection refused Error: Can not contact kdeinit4!
Actually, it would be great if this used preserve_old_lib(). If you happen to try to upgrade icu and mesa at the same time, and your libxml2 is built with +icu, the emerge fails because you need to rebuild libxml2 in between.
I second the two previous comments.
alpha/arm/ia64/s390/sh/sparc stable
Stable for HPPA and closing.