I have a patch on my overlay:
I can upstream it for you.
(In reply to comment #0)
>But uclibc does not.
I should add that it "usually" doesn't because uclibc is highly configurable and you can configure it to have backtrace.
(In reply to comment #1)
> I can upstream it for you.
Please do so, and give the webkit bugzilla report url here (unless you are committing it to webkit svn directly).
Applied in portage and gnome overlay without a revision bump (I don't want to force all webkit-gtk users to rebuild this very slow-compiling package for a small change that only affects uclibc).
The patch in the gnome overlay at http://git.overlays.gentoo.org/gitweb/?p=proj/gnome.git;a=blob;f=net-libs/webkit-gtk/files/webkit-gtk-1.10.1-disable-backtrace-uclibc.patch should apply to webkit-gtk-1.11.1, so that's the version that you probably should submit upstream.
> 04 Nov 2012; Alexandre Rostovtsev <email@example.com>
> webkit-gtk-1.6.1-r201.ebuild, webkit-gtk-1.6.1-r301.ebuild,
> webkit-gtk-1.6.3-r200.ebuild, webkit-gtk-1.6.3-r300.ebuild,
> webkit-gtk-1.8.2-r200.ebuild, webkit-gtk-1.8.2-r300.ebuild,
> webkit-gtk-1.8.3-r200.ebuild, webkit-gtk-1.8.3-r300.ebuild,
> Add patch to fix uclibc backtrace() problem (bug #441674, thanks to Anthony
> Basile). No revision bump since this only affects uclibc users, and
> webkit-gtk takes a long time to rebuild. Update license.
(In reply to comment #4)
> Applied in portage and gnome overlay without a revision bump (I don't want
> to force all webkit-gtk users to rebuild this very slow-compiling package
As it should be because people who already have it compiled don't need this.
I have submitted this patch upstream: