pkgsrc-Users archive

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]

Re: Problem building libnotify



OK, I think the answer lies in here someplace but I’m not knowledgable in how to track it down.  This is what I did:

On a clean system with 7.99.66 installed and without any packages installed I did a build of meta-pkgs/xfce4. This is without PYTHON_VERSION_DEFAULT=36 set.  It gets to the point where libNofify seg faults during build.  The core file indicates the problem is in libgthread.

At that point I put PYTHON_VERSION_DEVAULT=36 into mk.conf and build lang/python36.  It succeeds.

I then attempt to continue the build of meta-pkgs/xfce4 and it errors out in the build of libNotify, but since this appears to happen while running gobject-introspection I do a “pkgin remove gobject-introspection” and restart the build of meta-pkgs/xfce4.  It now seg faults in the build of gobject-introspection (which at this point is now using python36 not python27).

So it appears to me there is some sort of interaction in python and gobject-introspection that is causing the problem.  With python27 the build of gobject-introspection is successful but it then dies trying to build libNotify.  With python36 installed on top of the install of python27 the build of libNotify still dies using gobject-introspection and attempting to rebuild object-introspection fails with a seg fault.

-bob

On Apr 2, 2017, at 5:58 PM, Patrick Welche <prlw1%cam.ac.uk@localhost> wrote:

> On Sun, Apr 02, 2017 at 05:51:33PM -0500, Robert Nestor wrote:
>> I just figured out how to get a backtrace from the core file.  The python2.7 core file is showing a Seg fault that looks like it?s coming from libgthread-2.0.so.0.  I have no idea what is producing the core file for Notify-0.7 or how to get a backtrace out of it.
>> 
>> I?ll try with the change to mk.conf.  Probably should go back and rebuild libgthread with this option too, eh?
> 
> The V=1change to mk.conf will just print out all the commands, so
> the line it is falling over one will give us a smaller test case.
> (So no need to rebuild libgthread)
> 
> Unfortunately you got my guess of gthread. I only ever saw such a coredump
> when the svg loader of pixbuf was breaking and never got to the bottom of
> it. At least this time we can play spot the difference given a working and
> a broken system.
> 
> FWIW I have PYTHON_VERSION_DEFAULT=36 in my mk.conf, but I don't
> think that will change much...
> 
> 
> Cheers,
> 
> Patrick
> (probably going to sleep now...)



Home | Main Index | Thread Index | Old Index