155544 2006-11-17 23:10 0000 x11-libs/cairo-1.2.4 stablization request 2007-02-25 17:24:56 0000 1 1 1 Unclassified Gentoo Linux Ebuilds 2006.1 All Linux RESOLVED DUPLICATE P2 normal --- 149475 1 cardoe@gentoo.org mips@gentoo.org gentopia@gentoo.org python@gentoo.org cardoe@gentoo.org 2006-11-17 23:10:26 0000 Just a request to get 1.2.4 stable. The only outstanding bugs is a request for a patch that wasn't accepted upstream into the 1.2.x branch (I thought it was) but appears to have been entirely redone and worked into the 1.3.x branch (which will become 1.4.x) This blocks gtk+ 2.10.x going stable. People should get better performance and better fonts from 1.2.4 and higher then the current stable. I'd like to have 1.2.4 stable for a bit and get a quick-ish 1.2.6 stablization since it's probably the last version until 1.4.0 tester@gentoo.org 2006-11-17 23:30:23 0000 amd64 stable. and glitz 0.5.6 too cardoe@gentoo.org 2006-11-17 23:34:16 0000 I forgot to note that media-libs/glitz-0.5.6 needs to be stabled as well. @python herd: you might want to take a look at pycairo. angelos@gentoo.org 2006-11-18 01:47:32 0000 You definitely want to, since we're now running into Bug 149475 nixnut@gentoo.org 2006-11-18 01:58:54 0000 Stable on ppc maekke@gentoo.org 2006-11-18 12:27:27 0000 media-libs/glitz-0.5.6 1. emerges on x86 2. passes collision test x11-libs/cairo-1.2.4 USE="X png svg -directfb -doc -glitz -pdf" 1. emerges on x86 2. passes collision test 3. x11-libs/libsvg-cairo-0.1.6 and x11-libs/gtk+-2.8.19 emerge fine with this version. revdep-rebuild doesn't show anything broken. there is a problem with this package: dev-python/pycairo it depends on "=x11-libs/cairo-1.0*" which will cause a downgrade, which should be fixed first. (maybe there are more packages, I just spottet this one) Portage 2.1.1-r2 (default-linux/x86/2006.1/desktop, gcc-4.1.1, glibc-2.4-r4, 2.6.18.1 i686) ================================================================= System uname: 2.6.18.1 i686 Genuine Intel(R) CPU T2300 @ 1.66GHz Gentoo Base System version 1.12.6 Last Sync: Sat, 18 Nov 2006 18:00:01 +0000 ccache version 2.3 [disabled] app-admin/eselect-compiler: [Not Present] dev-java/java-config: 1.3.7, 2.0.30 dev-lang/python: 2.3.5-r3, 2.4.3-r4 dev-python/pycrypto: 2.0.1-r5 dev-util/ccache: 2.3 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 -march=prescott -pipe -fomit-frame-pointer" 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 /var/qmail/alias /var/qmail/control" 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 -march=prescott -pipe -fomit-frame-pointer" DISTDIR="/usr/portage/distfiles" EMERGE_DEFAULT_OPTS="--nospinner" FEATURES="autoconfig collision-protect distlocks metadata-transfer parallel-fetch sandbox sfperms strict test userfetch userpriv usersandbox" GENTOO_MIRRORS="http://mirror.switch.ch/mirror/gentoo/ http://gentoo.inode.at/" LINGUAS="en de en_GB de_CH" MAKEOPTS="-j3" 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" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="x86 X a52 aac acpi alsa apache2 asf berkdb bitmap-fonts cairo cdr cdrom cli cracklib crypt cups dbus divx dlloader dri dts dvd dvdr dvdread eds elibc_glibc emboss encode fam ffmpeg firefox flac fortran gdbm gif gnome gpm gstreamer gtk hal iconv input_devices_keyboard input_devices_mouse ipv6 isdnlog java jpeg kde kdeenablefinal kernel_linux ldap libg++ linguas_de linguas_de_CH linguas_en linguas_en_GB mad mikmod mmx mono mp3 mpeg ncurses nls nptl nptlonly ogg opengl oss pam pcre perl png ppds pppd python qt3 qt4 quicktime readline reflection rtsp ruby samba sdl session smp spell spl sse sse2 sse3 ssl svg tcpd test tetex theora threads truetype truetype-fonts type1-fonts udev unicode userland_GNU vcd video_cards_fbdev video_cards_i810 video_cards_vesa vorbis win32codecs wxwindows x264 xine xml xorg xprint xv xvid zlib" Unset: CTARGET, INSTALL_MASK, LANG, LC_ALL, LDFLAGS, PORTAGE_RSYNC_EXTRA_OPTS, PORTDIR_OVERLAY fauli@gentoo.org 2006-11-20 01:50:00 0000 (In reply to comment #5) > there is a problem with this package: dev-python/pycairo > it depends on "=x11-libs/cairo-1.0*" which will cause a downgrade, which should > be fixed first. (maybe there are more packages, I just spottet this one) Yes, see comment #3 gustavoz@gentoo.org 2006-11-20 06:18:40 0000 sparc stable with pycairo-1.2.2. fauli@gentoo.org 2006-11-20 23:41:03 0000 x86 walks like an Egyptian. corsair@gentoo.org 2006-11-24 14:06:02 0000 glitz-0.5.6, cairo-1.2.4, pycairo-1.2.2 stable on ppc64 borisdusek@cmail.cz 2006-11-25 02:30:25 0000 Upgrade from 1.0.4 to 1.2.4 on x86 breaks gtk+ font antialiasing. See #156188. cardoe@gentoo.org 2006-11-25 07:09:26 0000 Run revdep-rebuild like the ebuild tells you to. kloeri@gentoo.org 2006-11-25 09:36:41 0000 Stable on Alpha + ia64. gustavoz@gentoo.org 2006-12-01 10:45:25 0000 hppa stable with masked USE=glitz and nuked media-libs/glitz keywords (probably some mistake since we only do fbdev thus rendering glitz unusable/untestable). As stated on glitz page "The performance and capabilities of glitz are much dependent on graphics hardware. Glitz does not in any way handle software fall-backs when graphics hardware is insufficient. However, glitz will report if any requested operation cannot be carried out by graphics hardware, hence making a higher level software layer responsible for appropriate actions." jakub@gentoo.org 2007-02-25 17:24:56 0000 Pointless now. *** This bug has been marked as a duplicate of bug 167573 ***