Most of the info is in the upstream bug. The thing that makes me wonder, if it's not something Gentoo specific, is that while I can reproduce the problem on two significantly different machines, upstream can't reproduce it at all. The problem is that i.e. http://www.upworthy.com/9-out-of-10-americans-are-completely-wrong-about-this-mind-blowing-fact-2 shows either solid or flickering black, unless playback is fullscreen or "Watch on YouTube" is used.
emerge --info and testing with fx-bin on your system to confirm if the problem is gentoo related or not would be extremely helpful.
Well, I've just tested it with upstream firefox 20 - the problem is not reproducible. I strongly suspect it might be a corner case of 6009_fix_system_cairo_support.patch, but it's hard to tell, if it's the patch not being complete or is it something, that the upstream gets away with, thanks to its internal cairo hack. My 'emerge -info' from either machine would be quite misleading, given the combined size of my keywords files. On both machines gcc was 4.5.4, C{XX}FLAGS were "-g -O2" -march/-mtune were both athlon/core2 respectively. useflags on firefox were "alsa dbus gstreamer jit libnotify startup-notification system-sqlite system-jpeg" on both. cairo is 1.12.14 on both machines.
(In reply to comment #2) > Well, I've just tested it with upstream firefox 20 - the problem is not > reproducible. > > I strongly suspect it might be a corner case of > 6009_fix_system_cairo_support.patch, but it's hard to tell, if it's the > patch not being complete or is it something, that the upstream gets away > with, thanks to its internal cairo hack. > > My 'emerge -info' from either machine would be quite misleading, given the > combined size of my keywords files. > On both machines gcc was 4.5.4, C{XX}FLAGS were "-g -O2" -march/-mtune were > both athlon/core2 respectively. > useflags on firefox were "alsa dbus gstreamer jit libnotify > startup-notification system-sqlite system-jpeg" on both. > > cairo is 1.12.14 on both machines. Well your assumption was correct. I will introduce a system-cairo useflag which will allow the user to make a choice based on needs.
Well, while that would "sort of" work, it would be "filter-ldflags -Wl,--as-needed" kind of "fix", though I do understand, that given how complex libxul is, finding a proper fix would be very hard.
Portage 2.1.11.55 (default/linux/amd64/13.0/desktop, gcc-4.5.4, glibc-2.15-r3, 3.5.7-gentoo x86_64) ================================================================= System uname: Linux-3.5.7-gentoo-x86_64-Intel-R-_Core-TM-2_Duo_CPU_E6750_@_2.66GHz-with-gentoo-2.1 KiB Mem: 3927744 total, 628104 free KiB Swap: 4209016 total, 4086736 free Timestamp of tree: Tue, 23 Apr 2013 12:15:01 +0000 ld GNU ld (GNU Binutils) 2.22 app-shells/bash: 4.2_p37 dev-java/java-config: 2.1.11-r3 dev-lang/python: 2.5.4-r4, 2.6.8, 2.7.3-r3, 3.1.5, 3.2.3 dev-util/cmake: 2.8.9 dev-util/pkgconfig: 0.27.1 sys-apps/baselayout: 2.1-r1 sys-apps/openrc: 0.9.8.4 sys-apps/sandbox: 2.5 sys-devel/autoconf: 2.13, 2.68 sys-devel/automake: 1.9.6-r3, 1.10.3, 1.11.6, 1.12.6 sys-devel/binutils: 2.22-r1 sys-devel/gcc: 4.3.6-r1, 4.4.7, 4.5.4 sys-devel/gcc-config: 1.7.3 sys-devel/libtool: 2.4-r1 sys-devel/make: 3.82-r3 sys-kernel/linux-headers: 3.4-r2 (virtual/os-headers) sys-libs/glibc: 2.15-r3 Repositories: gentoo x-portage ACCEPT_KEYWORDS="amd64" ACCEPT_LICENSE="* -@EULA" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-march=nocona -O2 -pipe" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/share/X11/app-defaults /usr/share/X11/app-defaults/ /usr/share/gnupg/qualified.txt /var/lib/hsqldb" CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/dconf /etc/env.d /etc/env.d/java/ /etc/fonts/fonts.conf /etc/gconf /etc/gentoo-release /etc/php/apache2-php5.3/ext-active/ /etc/php/apache2-php5.4/ext-active/ /etc/php/cgi-php5.3/ext-active/ /etc/php/cgi-php5.4/ext-active/ /etc/php/cli-php5.3/ext-active/ /etc/php/cli-php5.4/ext-active/ /etc/revdep-rebuild /etc/sandbox.d /etc/terminfo" CXXFLAGS="-march=nocona -O2 -pipe" DISTDIR="/usr/portage/distfiles" EMERGE_DEFAULT_OPTS="--quiet-build=n" FCFLAGS="-O2 -pipe" FEATURES="assume-digests binpkg-logs config-protect-if-modified distlocks ebuild-locks fixlafiles merge-sync news parallel-fetch sandbox sfperms strict unknown-features-warn unmerge-logs unmerge-orphans userfetch" FFLAGS="-O2 -pipe" GENTOO_MIRRORS="http://mirror.bytemark.co.uk/gentoo/ http://www.mirrorservice.org/sites/www.ibiblio.org/gentoo/ http://mirror.qubenet.net/mirror/gentoo/ http://gentoo.virginmedia.com/" LANG="en_GB.utf8" LDFLAGS="-Wl,-O1 -Wl,--as-needed" MAKEOPTS="-j3" PKGDIR="/usr/portage/packages" PORTAGE_CONFIGROOT="/" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --stats --human-readable --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.uk.gentoo.org/gentoo-portage" USE="X a52 aac acl acpi alsa amd64 apache2 bash-completion berkdb bluetooth branding bzip2 cairo cdda cdr cli consolekit cracklib crypt cups cxx dbus dri dts dvd dvdr emboss encode exif fam firefox flac fortran gdbm gif gpg gpm gtk iconv imap ipv6 java jpeg kerberos lcms ldap libnotify mad mmx mng modules mp3 mp4 mpeg mudflap multilib mysql ncurses nls nptl nsplugin ogg opengl openldap openmp pam pango pcre pdf php png policykit ppds python2 readline ruby samba sasl sdl session spell sse sse2 ssl startup-notification svg symlink tcpd tiff truetype udev udisks unicode upower usb vorbis winbind wxwidgets x264 xcb xinerama xml xv xvid zlib" ABI_X86="64" ALSA_CARDS="ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci emu10k1x ens1370 ens1371 es1938 es1968 fm801 hda-intel intel8x0 intel8x0m maestro3 trident usb-audio via82xx via82xx-modem ymfpci" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mmap_emul mulaw multi null plug rate route share shm softvol" APACHE2_MODULES="authn_core authz_core socache_shmcb unixd actions alias
sorry pasted that emerge info in the wrong bug.
So, the system-cairo patch we're using has just landed in the upstream bug (722975) with mozilla24 target. How to go about getting upstream to readdress this problem ?
(In reply to Rafał Mużyło from comment #7) > So, the system-cairo patch we're using has just landed in the upstream bug > (722975) with mozilla24 target. How to go about getting upstream to > readdress this problem ? The issue is in cairo, upstream is using 1.10.x and has no plan to upgrade to 1.12 so it is up to community to find a proper fix. With the user having the ability to use -system-cairo now, I am gonna go ahead and close as workaround is avaliable.
