From: "Canek Peláez Valdés" <caneko@gmail.com>
To: gentoo-user@lists.gentoo.org
Subject: Re: [gentoo-user] Re: webkit-gtk-2.4.8 fails to compile
Date: Wed, 17 Jun 2015 17:55:44 -0500 [thread overview]
Message-ID: <CADPrc82eEJqmZznKR_ffYut65iQf530C_PARTrPNCtiWrgwW_A@mail.gmail.com> (raw)
In-Reply-To: <mlstdj$2im$1@ger.gmane.org>
[-- Attachment #1: Type: text/plain, Size: 3444 bytes --]
On Wed, Jun 17, 2015 at 5:47 PM, walt <w41ter@gmail.com> wrote:
>
> On 06/17/2015 01:54 PM, ddjones wrote:
> > On Friday, March 27, 2015 04:05:16 PM walt wrote:
> >> On 03/27/2015 02:56 AM, ddjones wrote:
> >>> I seem to be hitting this bug:
> >>>
> >>> https://bugs.gentoo.org/show_bug.cgi?id=513386
> >>>
> >>> webkit-gtk fails:
> >>>
> >>> gtk-2.4.8/work/webkitgtk-2.4.8/.libs/libwebkitgtk-3.0.so: undefined
> >>> reference to `_ZNSt6chrono3_V212steady_clock3nowEv@GLIBCXX_3.4.19'
> >>
> >> I don't know if you understand the concepts discussed in that bug
report,
> >> but this this is basic idea:
> >>
> >> You see that the undefined symbol includes the string "GLIBCXX". From
this
> >> you can tell that the program uses the well-known c++ standard library,
> >> which happens to be installed separately by each version of gcc you
have on
> >> your computer.
> >>
> >> The error you are seeing is caused by using a different version of gcc
to
> >> compile webkit-gtk than you used to compile some other package that
> >> webkit-gtk depends on.
> >>
> >> The tedious but necessary fix is to find every package on your
computer that
> >> needs libstdc++ and then recompile all of them with the same version of
> >> gcc. Yup, boring.
> >
> > I am still fighting this. Yes, I've been fighting it since March.
> >
> > emerge -e world
> >
> > fails with this error. I've done it at least a half dozen times.
emerge -e
> > world starts out with over 1400 packages. When webkitgtk fails, this is
> > what's left:
> >
> > root@kushiel /etc/conf.d # emerge --ask --resume
> >
> > These are the packages that would be merged, in order:
> >
> > Calculating dependencies... done!
> > [ebuild U ] net-libs/webkit-gtk-2.4.8 [2.4.7]
> > [ebuild R ] media-libs/phonon-gstreamer-4.7.2
> > [ebuild U ] net-libs/webkit-gtk-2.4.8-r200 [2.4.7-r200]
> > [ebuild NS ] net-libs/webkit-gtk-2.6.5 [2.4.7, 2.4.7-r200] USE="egl
geoloc
> > gstreamer introspection jit opengl spell webgl -coverage -doc
-libsecret {-
> > test}"
> > [ebuild R ] net-libs/libproxy-0.4.11-r2
> > [ebuild R ] dev-java/swt-3.7.2-r1
> > [ebuild R ] net-libs/glib-networking-2.42.1
> > [ebuild R ] media-video/cheese-3.14.2
> > [ebuild R ] net-p2p/vuze-4.8.1.2-r1
> > [ebuild R ] net-p2p/vuze-coreplugins-4.8.1.2
> >
> > Any suggesting other than format the hard drive and start over greatly
> > appreciated, because I've tried everything else I can think of or find
> > suggested online.
>
> This is a trick that works occasionally: (Don't ask me why. I try it only
out
> of desperation when I don't know what else to try)
>
> #quickpkg =webkit-gtk-2.4.7-r200
>
> #quickpkg =webkit-gtk-2.4.7
>
> #emerge -C =webkit-gtk-2.4.7-r200 =webkit-gtk-2.4.7
>
> Removing webkit will break any other packages that depend on it, but now
that
> you've saved your existing webkit packages with quickpkg, you can
reinstall them
> using emerge -K if my trick doesn't work for you.
>
> Here's another desperation move I make sometimes when I'm out of ideas:
>
> #cd /usr/lib
>
> #ls -lSr (this sorts your libraries with the oldest ones at the end)
Nitpicking, but isn't -S for sorting by size? The -t flag is for
modification time.
Regards.
--
Canek Peláez Valdés
Profesor de asignatura, Facultad de Ciencias
Universidad Nacional Autónoma de México
[-- Attachment #2: Type: text/html, Size: 4387 bytes --]
next prev parent reply other threads:[~2015-06-17 22:56 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-03-27 9:56 [gentoo-user] webkit-gtk-2.4.8 fails to compile ddjones
2015-03-27 23:05 ` [gentoo-user] " walt
2015-03-28 10:42 ` Alan McKinnon
2015-06-17 20:54 ` ddjones
2015-06-17 22:47 ` walt
2015-06-17 22:55 ` Canek Peláez Valdés [this message]
2015-06-17 23:15 ` walt
2015-06-19 4:03 ` Walter Dnes
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=CADPrc82eEJqmZznKR_ffYut65iQf530C_PARTrPNCtiWrgwW_A@mail.gmail.com \
--to=caneko@gmail.com \
--cc=gentoo-user@lists.gentoo.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox