pkgsrc-Bugs archive

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

Re: pkg/51266: Seg Faults building devel/gobject-inspection with latest 8.0_BETA



The following reply was made to PR pkg/51266; it has been noted by GNATS.

From: Robert Elz <kre%munnari.OZ.AU@localhost>
To: gnats-bugs%NetBSD.org@localhost
Cc: 
Subject: Re: pkg/51266: Seg Faults building devel/gobject-inspection with latest 8.0_BETA
Date: Sun, 25 Jun 2017 13:30:23 +0700

     Date:        Sun, 25 Jun 2017 05:30:01 +0000 (UTC)
     From:        "John D. Baker" <jdbaker%mylinuxisp.com@localhost>
     Message-ID:  <20170625053001.A44727A290%mollari.NetBSD.org@localhost>
 
   |  Essentially, start with no packages at all, and pick any one that depends
   |  on "gobject-introspection".
 
 Even that sequence tells me something - "depends on gobject-introspection"
 means that gobject-introspection gets installed first, and will (and anything
 it depends upon) be added to /usr/pkg (And hence be visible in the filesystem.)
 
   |  Otherwise, the answer is the output of 'pkg_info -a'.
 
 That is what I think would be useful information.  Ideally for the smallest
 cases you can find where a failure occurs.  Not just from you though.
 it will probably take a few different builds (done by different people, so
 the setups are not all identical) to be able to spot the intersection.
 And even then it will most likely not be easy.
 
   |  For myself no, I am not using any such tools/frameworks.
 
 That is what I was guessing - and I would guess that the others who are
 seeing problems are not either.  I would tend to assume this is why the
 bulk builds work - they do use chroots to build in a more isolated
 environment.
 
   |  The conditions under which it succeeded/failed have been detailed
   |  at length already.
 
 Yes, I saw (that has to be one of the longest PRs - other than those
 containing some gigantic patch - I have ever read...)
 
   |  That's what the bulk of the PR to date documents.  It has proven resistant
   |  to my (and other's) attempts to gather more information.
 
 Yes, I know, which is why I am suggesting collecting different information
 than you have been so far.
 
 kre
 


Home | Main Index | Thread Index | Old Index