Summary: | =x11-libs/cairo-1.10.0-r1 _cairo_atomic_int_get assertion failed with mail-client/thunderbird | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Laurent G. <lauranger> |
Component: | [OLD] Library | Assignee: | PPC Porters <ppc> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | cardoe, spatz, x11 |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | PPC | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | 401377 | ||
Bug Blocks: |
Description
Laurent G.
2010-09-10 05:04:07 UTC
This happens with mail-client/thunderbird-bin, not mail-client/thunderbird? No, it happens with mail-client/thunderbird. I don't know about the -bin. Regards Please paste the output of: emerge -pv cairo thunderbird Hum, after commenting =x11-libs/cairo-1.10.0* in /etc/portage/package.mask/monolithic, I get : Calculating dependencies... done! [ebuild U ] x11-libs/cairo-1.10.0-r3 [1.8.10] USE="X opengl qt4%* svg xcb (-aqua) -debug -directfb -doc (-drm) (-gallium) -openvg% -static-libs% (-cleartype%) (-glitz%*) (-lcdfilter%)" 0 kB [ebuild R ] mail-client/thunderbird-3.1.3 USE="alsa crypt cups dbus gnome ldap libnotify lightning startup-notification -bindist -custom-optimization -mozdom -system-sqlite -wifi" LINGUAS="fr -af -ar -be -bg -bn -bn_BD -ca -cs -da -de -el -en -en_GB -en_US -es -es_AR -es_ES -et -eu -fi -fy -fy_NL -ga -ga_IE -he -hu -id -is -it -ja -ko -lt -nb -nb_NO -nl -nn -nn_NO -pa -pa_IN -pl -pt -pt_BR -pt_PT -ro -ru -si -sk -sl -sq -sv -sv_SE -tr -uk -zh -zh_CN -zh_TW" 0 kB I guess this not what you were looking for, but I had to get back to 1.8. Regards Please rebuild cairo with ccache disabled. Thanks *** Bug 352537 has been marked as a duplicate of this bug. *** I'll reassign to ppc and try to reproduce No better without ccache for emerge cairo thunderbird (3.1.7-r2 and 1.10.2-r1) (In reply to comment #8) > No better without ccache for > emerge cairo thunderbird > (3.1.7-r2 and 1.10.2-r1) Now with 3.1.9 for thunderbird (and 3.6.15 for firefox), same crash(es) with 1.10.2-r1. I just need to revert to 1.8 to get these apps OK. Hi I started to git around and it appears we could just wait : cairo 1.11.2 seems to let my xulrunner powered application not to crash on this bug. (where 1.10.2 out of git makes them crash). the git-commit that triggered the bug between late 1.8 and 1.9.2 seems to be : 132f44dce1884c9beed8c5e6588140ee8fa9cfbe. Is cairo 1.11.2 far from reaching ~ppc ? (In reply to comment #11) > the git-commit that triggered the bug between late 1.8 and 1.9.2 seems to be : > 132f44dce1884c9beed8c5e6588140ee8fa9cfbe. > Is cairo 1.11.2 far from reaching ~ppc ? I am working to get 1.11.2 added to the tree for ~arch even tho it is a snapshot, I have add it to the mozilla overlay for testing. Please feel free to test and report any problems to mozilla herd until we can get it added to the tree. If you could find the commit that fixed the problem in cairo, there would be a better chance to get this included. Well as cairo-1.11.2 does not appear to cut the grade by ssuominen standards, there is nothing mozilla team can do. Only option mozilla team can give ya is to wait for 1.12.0 to be released which could be another year. (In reply to comment #13) > If you could find the commit that fixed the problem in cairo, there would be a > better chance to get this included. Don't know if I will have time for that bisect. I got back my mozilla things (gvim is happier too, not hiding the line with sub-menus, because of the triangle on the right I guess) with commit b1c96f18526ad09f8a972feecaefe465c61307b5 + -enable-test-surfaces --disable-valgrind --enable-tee --enable-ft --enable-gl If it can help others Even better. 132f44dce1884c9beed8c5e6588140ee8fa9cfbe (current HEAD of cairo as today 2012-02-04) works too, with same options. Looking at the result of my previous bisect, I found back the VALGRIND thing ... that I found, this week, not to be kind with -O and -g together in cairo (at least). So the main thing, concerning the crash is to disable valgrind use in cairo if you have -g and -O that come to gcc. Here is my flyspeck contribution on cairo bug list : http://lists.cairographics.org/archives/cairo-bugs/2012-January/004876.html I copied cairo-9999 ebuild, added --disable-valgrind, commented out the epatch line for interix... Currently using firefox with it :-) I still don't know : - what is wrong between gcc/valgrind/cairo around -g with -O - how my try from may succeeded as I don't rememeber disabling valgrind at that time. But I guess staff can lower the importance of this bug. Nevertheless thanks to the voter for high criticality. Today I tried the same circumvention on cairo-1.10.2, got it ok for gvim,firefox and thunderbird at least, with this ebuild patch : --- /usr/portage/x11-libs/cairo/cairo-1.10.2-r2.ebuild 2012-01-29 16:53:24.000000000 +0100 +++ /usr/local/portage/x11-libs/cairo/cairo-1.10.2-r3.ebuild 2012-02-11 11:08:36.000000000 +0100 @@ -96,6 +96,14 @@ #gets rid of fbmmx.c inlining warnings append-flags -finline-limit=1200 + if [[ ${CHOST} == powerpc-*-linux* ]]; then + myopts+=" --disable-valgrind" + fi + if use X; then myopts+=" --enable-tee=yes This is just a workaround, but I Hope this helps cairo-1.12.0 is now in the tree. Seems to be fixed with the latest Cairo. |