Date: Thu, 28 Apr 2022 20:02:51 -0700 From: Mark Millard <marklmi@yahoo.com> To: Adriaan de Groot <adridg@freebsd.org>, dev-commits-ports-main@freebsd.org, freebsd-ports@freebsd.org Subject: Re: git: f98beca9766c - main - devel/glib20: add DOCS option [837447eabc74 still fails] Message-ID: <3D9E792F-38C3-44D5-A4C6-F7E4EEBE8BBA@yahoo.com> In-Reply-To: <59B20E8A-BB54-43EA-A4C4-7B4B1DF93F01@yahoo.com> References: <09DDC0E4-089E-4ACB-89BE-C35167DB8F56@yahoo.com> <37831BD3-5300-4490-8BEA-4BC01427470E@yahoo.com> <59B20E8A-BB54-43EA-A4C4-7B4B1DF93F01@yahoo.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On 2022-Apr-17, at 20:44, Mark Millard <marklmi@yahoo.com> wrote:
> [At least this time I tested the right vintage:
> git: 837447eabc74 - main - devel/glib20: fix up DOCS generation =
Adriaan de Groot
> But it is still broken, but only for one "ld: error:" in my context:
> ld: error: unable to find library -lgobject-2.0 .]
>=20
> On 2022-Apr-17, at 15:57, Mark Millard <marklmi@yahoo.com> wrote:
>=20
>> [Ignore the report. I'm retrying after my screwup.]
>>=20
>> On 2022-Apr-17, at 10:15, Mark Millard <marklmi@yahoo.com> wrote:
>>=20
>>> From: Adriaan de Groot <adridg_at_freebsd.org>=20
>>> Date: Sun, 17 Apr 2022 15:15:15 +0200 :
>>>=20
>>>> On Sunday, 17 April 2022 11:12:11 CEST Jochen Neumeister wrote:
>>>>> I have it currently also at 13.0 i386:
>>>>=20
>>>> My meson-fu is weak -- and since I need a faster or slower machine =
to actually=20
>>>> reproduce the problem, I have selected a proxy problem: `ninja -j48 =
gio-doc`.=20
>>>> That's an actual target defined by meson, and I believe it should =
"just=20
>>>> build". It didn't, of course: missing dependencies on =
things-that-are-
>>>> generated-during-the-build.
>>>>=20
>>>> Telling ninja that gio-doc needs to build the examples first is =
trivial, so I=20
>>>> patch that in. It's definitely ugly to be doing {REINPLACE_CMD} on =
the=20
>>>> generated build-system, but it's the best I could come up with.
>>>=20
>>> What I got was (for [ 33% 463/1333]):
>>=20
>> I never managed to do the merge --ff-only : just the fetch.
>> I'm rerunning bulk after actually having merged the update.
>> It will be a while if it works as all 3 jails on that machine
>> are to be updated in sequence and the armv7 one is the last
>> of the 3.
>>=20
>>> ERROR:=20
>>> . . .
>=20
> I had tested building the wrong version.
>=20
>>> Again a 16 core Cortext-A72 system (HoneyComb) using an armv7
>>> poudriere-devel jail.
>>>=20
>>=20
>>=20
>=20
> It still fails to build in my context. But this time
> there is only one "ld: error:". This was for:
>=20
> . . .
>=20
I finally had a bulk build targeting armv7 for which devel/glib20
built to completion. I've no clue if it was an accidental race
result vs. a systematic result. It was a build for updating
to be based on:
# ~/fbsd-based-on-what-commit.sh -C /usr/ports/
branch: main
merge-base: 27e36df36a9d47e844b1fa83d4136b63fee7c905
merge-base: CommitDate: 2022-04-28 02:19:08 +0000
27e36df36a9d (HEAD -> main, freebsd/main, freebsd/HEAD) databases/redis: =
Update to 7.0.0
n582007 (--first-parent --count for merge-base)
=3D=3D=3D
Mark Millard
marklmi at yahoo.com
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?3D9E792F-38C3-44D5-A4C6-F7E4EEBE8BBA>