From nobody Mon Jun 16 11:50:50 2025 X-Original-To: freebsd-ports@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4bLSxq6dfkz5prPn for ; Mon, 16 Jun 2025 11:50:55 +0000 (UTC) (envelope-from SRS0=m94G=Y7=klop.ws=ronald-lists@realworks.nl) Received: from smtp-relay-int-backup.realworks.nl (smtp-relay-int-backup.realworks.nl [87.255.56.188]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4bLSxp5J9jz3S0w; Mon, 16 Jun 2025 11:50:54 +0000 (UTC) (envelope-from SRS0=m94G=Y7=klop.ws=ronald-lists@realworks.nl) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=klop.ws header.s=rw2 header.b=HIP8IRWF; spf=pass (mx1.freebsd.org: domain of "SRS0=m94G=Y7=klop.ws=ronald-lists@realworks.nl" designates 87.255.56.188 as permitted sender) smtp.mailfrom="SRS0=m94G=Y7=klop.ws=ronald-lists@realworks.nl"; dmarc=pass (policy=quarantine) header.from=klop.ws Received: from smtp-relay-int-backup.realworks.nl (crmpreview7.colo2.realworks.nl [10.2.52.37]) by mailrelayint2.colo2.realworks.nl (Postfix) with ESMTP id 4bLSxl0w3zz1KW; Mon, 16 Jun 2025 13:50:50 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=klop.ws; s=rw2; t=1750074651; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=nUlWY76IgxwbQNj3zBTtssuI8byNaVZAf8539612kUs=; b=HIP8IRWFMfDc3eiFFj60JFrbag1ejd+OcZt5ysjA/hyp5WSkbNu8O5jCB0kTtJUuMwlYhV Z8gD5yinqWGX7Oi+ul1Al2EPfu3gG3IzrXutKTtmNLxTu0NnnOrp40/z392AbEECKOlgFg SR9VquKE1wE/dM5E3N4/v0jzye+wc0aQxbklBpCMNBQzco6onkmV20UifEb9nSf+HLvhRm rZWYHwT2tt6Y4vravWkeiG6H4RBkXNoaglUmZNRi8LSPEYYF2f7IrhtZR+5SXhrFWFgfix pE2I4cdnQ1Rzl4j+uC5TecPaDvK1/CgKTiVxpbHgGOeVEXMlrjjuZVcFIO5I/A== Received: from crmpreview7.colo2.realworks.nl (localhost [127.0.0.1]) by crmpreview7.colo2.realworks.nl (Postfix) with ESMTP id AF0C418064B; Mon, 16 Jun 2025 13:50:50 +0200 (CEST) Date: Mon, 16 Jun 2025 13:50:50 +0200 (CEST) From: Ronald Klop To: Mark Millard Cc: =?UTF-8?Q?Dag-Erling_Sm=C3=B8rgrav?= , FreeBSD Mailing List Message-ID: <1158389273.7369.1750074650555@localhost> In-Reply-To: <4C36717B-2EBC-42D3-B037-709B4E384288@yahoo.com> References: <710FE881-65FF-4B72-A128-77DBE8A5E93F.ref@yahoo.com> <710FE881-65FF-4B72-A128-77DBE8A5E93F@yahoo.com> <86tt52kn94.fsf@ltc.des.dev> <4C36717B-2EBC-42D3-B037-709B4E384288@yahoo.com> Subject: Re: error -9 on build cluster? List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-ports@freebsd.org Sender: owner-freebsd-ports@FreeBSD.org MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_7368_593775903.1750074650551" X-Mailer: Realworks (753.35) X-Originating-Host: from (89-20-164-210.static.ef-service.nl [89.20.164.210]) by crmpreview7.colo2.realworks.nl [10.2.52.37] with HTTP; Mon, 16 Jun 2025 13:50:50 +0200 Importance: Normal X-Priority: 3 (Normal) X-Originating-User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:139.0) Gecko/20100101 Firefox/139.0 X-Spamd-Result: default: False [-1.77 / 15.00]; SUBJECT_ENDS_QUESTION(1.00)[]; NEURAL_HAM_LONG(-0.98)[-0.978]; NEURAL_HAM_MEDIUM(-0.89)[-0.885]; NEURAL_HAM_SHORT(-0.71)[-0.709]; MID_RHS_NOT_FQDN(0.50)[]; DMARC_POLICY_ALLOW(-0.50)[klop.ws,quarantine]; FORGED_SENDER(0.30)[ronald-lists@klop.ws,SRS0=m94G=Y7=klop.ws=ronald-lists@realworks.nl]; R_SPF_ALLOW(-0.20)[+ip4:87.255.56.128/26]; R_DKIM_ALLOW(-0.20)[klop.ws:s=rw2]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; TO_DN_ALL(0.00)[]; ASN(0.00)[asn:38930, ipnet:87.255.32.0/19, country:NL]; FROM_NEQ_ENVFROM(0.00)[ronald-lists@klop.ws,SRS0=m94G=Y7=klop.ws=ronald-lists@realworks.nl]; FROM_HAS_DN(0.00)[]; ARC_NA(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RCVD_TLS_LAST(0.00)[]; HAS_X_PRIO_THREE(0.00)[3]; FREEMAIL_TO(0.00)[yahoo.com]; RCPT_COUNT_THREE(0.00)[3]; RCVD_COUNT_TWO(0.00)[2]; MLMMJ_DEST(0.00)[freebsd-ports@freebsd.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[klop.ws:+] X-Rspamd-Queue-Id: 4bLSxp5J9jz3S0w X-Spamd-Bar: - ------=_Part_7368_593775903.1750074650551 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: quoted-printable =20 Van: Mark Millard Datum:vrijdag, 30 mei 2025 20:58 Aan:"Dag-Erling Sm=C3=B8rgrav" CC:ronald-lists@klop.ws, FreeBSD Mailing List Onderwerp:Re: error -9 on build cluster? >=20 > On May 30, 2025, at 11:29, Mark Millard wrote: >=20 > > On May 30, 2025, at 10:43, Dag-Erling Sm=C3=B8rgrav w= rote: > > > >> Mark Millard writes: > >>> Dag-Erling Sm=C3=B8rgrav writes: > >>>> This is preceded by an 800-line list of warnings from a single sourc= e > >>>> file (multi_index_block.cpp). This list is clearly truncated as it's > >>>> missing the final =E2=80=9CN warnings generated=E2=80=9D line, so my= guess is there is > >>>> at least one error there as well which just doesn't get displayed. > >>> My guess: the failure occurred while the warnings were otherwise > >>> still being generated and that is what stopped the warnings. > >> > >> That's possible. If we assume that the error code returned by scons i= s > >> an errno, it corresponds to EBADF. Perhaps a bug in scons causes it t= o > >> lose track of the pipe it uses to read the compiler's stderr. > > > > devel/scans has not been updated after 2024-Jun-06: > > > > QUOTE > > author Po-Chuan Hsieh 2024-06-06 22:03:56 +0000 > > committer Po-Chuan Hsieh 2024-06-06 22:03:56 +000= 0 > > . . . > > devel/scons: Update to 4.7.0 > > Changes: https://github.com/SCons/scons/releases https://scons.org/tag/= releases.html PR: 279488 Exp-run by: antoine > > END QUOTE > > > > That would mean that quarterly got the update in 2024 as well. > > > > https://pkg-status.freebsd.org/ampere1/data/141arm64-quarterly/2e2d801c= f977/logs/mongodb60-6.0.18.log > > > > did not fail but shows the warnings. > > > > devel/scons does not seem to be the source of the change in beavior. >=20 >=20 > Worked: >=20 > https://pkg-status.freebsd.org/ampere3/data/134arm64-default/1afdc808e67b= /logs/mongodb60-6.0.20_1.log > build started at Sun Jan 5 17:35:49 UTC 2025 >=20 > The next 134arm64-default build Failed: >=20 > https://pkg-status.freebsd.org/ampere3/data/134arm64-default/86e28c84a7e0= /logs/errors/mongodb60-6.0.20_1.log > build started at Sun Jan 19 11:21:16 UTC 2025 >=20 > That at least gives a time frame to investigate. >=20 > More details: >=20 > =3D>> Building databases/mongodb60 > build started at Sun Jan 5 17:35:49 UTC 2025 > port directory: /usr/ports/databases/mongodb60 > package name: mongodb60-6.0.20_1 > building for: FreeBSD 134arm64-default-job-06 13.4-RELEASE-p2 FreeBSD 13.= 4-RELEASE-p2 arm64 > maintained by: ronald@FreeBSD.org > Makefile datestamp: -rw-r--r-- 1 root wheel 5845 Jan 4 01:02 /usr/por= ts/databases/mongodb60/Makefile > Ports top last git commit: 1afdc808e67 > Ports top unclean checkout: no > Port dir last git commit: 3ab18c284b0 > Port dir unclean checkout: no > Poudriere version: poudriere-git-3.4.2 > Host OSVERSION: 1500028 > Jail OSVERSION: 1304000 >=20 > vs. >=20 > =3D>> Building databases/mongodb60 > build started at Sun Jan 19 11:21:16 UTC 2025 > port directory: /usr/ports/databases/mongodb60 > package name: mongodb60-6.0.20_1 > building for: FreeBSD 134arm64-default-job-13 13.4-RELEASE-p2 FreeBSD 13.= 4-RELEASE-p2 arm64 > maintained by: ronald@FreeBSD.org > Makefile datestamp: -rw-r--r-- 1 root wheel 5845 Jan 4 01:02 /usr/por= ts/databases/mongodb60/Makefile > Ports top last git commit: 86e28c84a7e > Ports top unclean checkout: no > Port dir last git commit: 3ab18c284b0 > Port dir unclean checkout: no > Poudriere version: poudriere-git-3.4.2 > Host OSVERSION: 1500028 > Jail OSVERSION: 1304000 >=20 > Same Host and Jail OSVERSION's. Same "Port dir last git commit". >=20 > But different "Ports top last git commit". So. some change in > another package that is involved? >=20 > =3D=3D=3D > Mark Millard > marklmi at yahoo.com > =20 >=20 >=20 >=20 Hi, The builder got the same error on mongodb70. But this build does not have a= ll the warnings. I still don't see the cause of Error -9. https://pkg-status.freebsd.org/beefy22/data/142amd64-default/02e9dc3b903b/l= ogs/mongodb70-7.0.21_1.log https://portsfallout.com/fallout?port=3Ddatabases%2Fmongodb70%24 My next idea is that this occurs because a process gets killed (-9), which = should be visible in the logs of the cluster maintainers. Does this makes s= ense? Regards, Ronald. =20 ------=_Part_7368_593775903.1750074650551 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable  

Van: Mark Millard <marklmi@yahoo.com>
Datum:vrijdag, 30 mei 2025 20:58
Aan:"Dag-Erling Sm=C3=B8rgrav" <des@FreeBSD.org>
CC:ronald-lists@klop.ws, FreeBSD Mailing List <freebsd-= ports@freebsd.org>
Onderwerp:Re: error -9 on build cluster?

On May 30, 2025, at 11:29, Mark M= illard <marklmi@yahoo.com> wrote:

> On May 30, 2025, at 10:43, Dag-Erling Sm=C3=B8rgrav <des@FreeBSD.or= g> wrote:
>
>> Mark Millard <marklmi@yahoo.com> writes:
>>> Dag-Erling Sm=C3=B8rgrav <des@FreeBSD.org> writes:
>>>> This is preceded by an 800-line list of warnings from a si= ngle source
>>>> file (multi_index_block.cpp). This list is clearly truncat= ed as it's
>>>> missing the final =E2=80=9CN warnings generated=E2=80=9D l= ine, so my guess is there is
>>>> at least one error there as well which just doesn't get di= splayed.
>>> My guess: the failure occurred while the warnings were otherwi= se
>>> still being generated and that is what stopped the warnings. >>
>> That's possible.  If we assume that the error code returned b= y scons is
>> an errno, it corresponds to EBADF.  Perhaps a bug in scons ca= uses it to
>> lose track of the pipe it uses to read the compiler's stderr.
>
> devel/scans has not been updated after 2024-Jun-06:
>
> QUOTE
> author Po-Chuan Hsieh <sunpoet@FreeBSD.org> 2024-06-06 22:03:56 = +0000
> committer Po-Chuan Hsieh <sunpoet@FreeBSD.org> 2024-06-06 22:03:= 56 +0000
> . . .
> devel/scons: Update to 4.7.0
> Changes: https://g= ithub.com/SCons/scons/releases https://scons.org/tag/releases.html PR: 279488 Exp-run by: anto= ine
> END QUOTE
>
> That would mean that quarterly got the update in 2024 as well.
>
> https://pkg-status.freebsd.org/= ampere1/data/141arm64-quarterly/2e2d801cf977/logs/mongodb60-6.0.18.log<= br> >
> did not fail but shows the warnings.
>
> devel/scons does not seem to be the source of the change in beavior.

Worked:

https://pkg-status.freebsd.org/amper= e3/data/134arm64-default/1afdc808e67b/logs/mongodb60-6.0.20_1.log
build started at Sun Jan  5 17:35:49 UTC 2025

The next 134arm64-default build Failed:

https://pkg-status.freebsd.or= g/ampere3/data/134arm64-default/86e28c84a7e0/logs/errors/mongodb60-6.0.20_1= .log
build started at Sun Jan 19 11:21:16 UTC 2025

That at least  gives a time frame to investigate.

More details:

=3D>> Building databases/mongodb60
build started at Sun Jan  5 17:35:49 UTC 2025
port directory: /usr/ports/databases/mongodb60
package name: mongodb60-6.0.20_1
building for: FreeBSD 134arm64-default-job-06 13.4-RELEASE-p2 FreeBSD 13.4-= RELEASE-p2 arm64
maintained by: ronald@FreeBSD.org
Makefile datestamp: -rw-r--r--  1 root  wheel  5845 Jan &nbs= p;4 01:02 /usr/ports/databases/mongodb60/Makefile
Ports top last git commit: 1afdc808e67
Ports top unclean checkout: no
Port dir last git commit: 3ab18c284b0
Port dir unclean checkout: no
Poudriere version: poudriere-git-3.4.2
Host OSVERSION: 1500028
Jail OSVERSION: 1304000

vs.

=3D>> Building databases/mongodb60
build started at Sun Jan 19 11:21:16 UTC 2025
port directory: /usr/ports/databases/mongodb60
package name: mongodb60-6.0.20_1
building for: FreeBSD 134arm64-default-job-13 13.4-RELEASE-p2 FreeBSD 13.4-= RELEASE-p2 arm64
maintained by: ronald@FreeBSD.org
Makefile datestamp: -rw-r--r--  1 root  wheel  5845 Jan &nbs= p;4 01:02 /usr/ports/databases/mongodb60/Makefile
Ports top last git commit: 86e28c84a7e
Ports top unclean checkout: no
Port dir last git commit: 3ab18c284b0
Port dir unclean checkout: no
Poudriere version: poudriere-git-3.4.2
Host OSVERSION: 1500028
Jail OSVERSION: 1304000

Same Host and Jail OSVERSION's. Same "Port dir last git commit".

But different "Ports top last git commit". So. some change in
another package that is involved?

=3D=3D=3D
Mark Millard
marklmi at yahoo.com
 



Hi,

The builder got the same error on mongodb70. But this build does not have a= ll the warnings. I still don't see the cause of Error -9.

https://pkg-status.freebsd.org/beefy= 22/data/142amd64-default/02e9dc3b903b/logs/mongodb70-7.0.21_1.log

https://portsfallout.com/fallout?port=3Ddatabases%2Fmongodb70%24

My next idea is that this occurs because a process gets killed (-9), which = should be visible in the logs of the cluster maintainers. Does this makes s= ense?

Regards,
Ronald.
  ------=_Part_7368_593775903.1750074650551-- From nobody Mon Jun 16 14:15:52 2025 X-Original-To: freebsd-ports@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4bLX9F5wrkz5q36s for ; Mon, 16 Jun 2025 14:16:01 +0000 (UTC) (envelope-from pi@freebsd.org) Received: from fc.opsec.eu (fc.opsec.eu [IPv6:2001:14f8:200:4::4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4bLX9D2d4xz3DmN for ; Mon, 16 Jun 2025 14:16:00 +0000 (UTC) (envelope-from pi@freebsd.org) Authentication-Results: mx1.freebsd.org; none Received: from pi by fc.opsec.eu with local (Exim 4.98 (FreeBSD)) (envelope-from ) id 1uRAcq-000000006bO-2fbT; Mon, 16 Jun 2025 16:15:52 +0200 Date: Mon, 16 Jun 2025 16:15:52 +0200 From: Kurt Jaeger To: Echo Nar Cc: freebsd-ports@freebsd.org Subject: Re: sysutils/xen-guest-tools: Update to 4.20.0 Message-ID: References: <8a47ae24-6d72-4297-a2d0-4ba8590cc781@lethedata.com> List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-ports@freebsd.org Sender: owner-freebsd-ports@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <8a47ae24-6d72-4297-a2d0-4ba8590cc781@lethedata.com> X-Rspamd-Queue-Id: 4bLX9D2d4xz3DmN X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN_FAIL(0.00)[4.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.4.0.0.0.0.0.2.0.8.f.4.1.1.0.0.2.asn6.rspamd.com:server fail] Hi! > Just wondering if someone can take a look at this please? > > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=285820 > > It updates the package which also resolves the current build issues. Testbuilds done, committed, thanks! -- pi@FreeBSD.org +49 171 3101372 Now what ? From nobody Mon Jun 16 15:22:37 2025 X-Original-To: freebsd-ports@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4bLYfN5txVz5q6h6 for ; Mon, 16 Jun 2025 15:22:52 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic304-24.consmr.mail.gq1.yahoo.com (sonic304-24.consmr.mail.gq1.yahoo.com [98.137.68.205]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4bLYfN42VPz3j04 for ; Mon, 16 Jun 2025 15:22:52 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1750087370; bh=iZC3QylfM5N9nt7fbYBhSyPq3roNhHCm9ga39lBNOqI=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=U48zW+oUTBad4joNfG6DCvk4L306wicL//HaOGrCc2u25dPdOEe/IRps6zvwuC8xFPQF4ZDTgcNaNM9qsSrZ2e23+Bn8UTWATBuzPpcOYTegX4lqiun4nPinCygtYEz1kWCACNQkTDRcEGoAT3bma9FgH5VZab4GlRVJ8Wx/D2kAyYGvLpRiqUZl40npyivTrvLpBiYLsS5Fab1YqzCZV2dKRDtS4tE/8rg4QwCIBQi85B6Qf7KJFXpBy1b73YRFNpbnD35n88m35V+7CzfIUN0FGP9DsTw7mLgfsu8qWYVlbk1k0dypS49muj24T/tM74w53QDCpIRpSSIRSssFiw== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1750087370; bh=qz48vcPMd9izjFrGcYzeQEDwE9oeb/4eJNqdwl4oX5D=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=J3hTwKh3HhkLs618e/JpqAMor3bW/trbLdXTpUlZ9VeGa1rVsezDpwYW3JQ0P1POppoLc+rGN2O41gxlKM45biKeSfdC3gNg4UneryOYC3g3RZenyQHP2bIefpcBsLkdbi4tv+ItdwQAspcdhmYmFqTCbO20D0hxt//MTt0Vh+Wvl952UCGtiaVl5gOoFU/xwfrcyattMO76NQV+ZEQOqIeW+JMD/erhXB5oS7K4qX58eWkEjE7TiaFMCCuO/xkvU0oulGRvc0CwIQMggMR4y+EuD4GzaisX3QI9weDWQDYnETxYOedEsXVn/OM3f4GZMMg6yNwaguJjBObYUp80HA== X-YMail-OSG: zwGUCZkVM1m1sUmhy6JRrn_qify4KTeM9JiNjPziul60paSzULGzFB4C101k0Hb Oy0uRkvhaj75NrIpqxKQcepYSRgAi02N1si0qR0VL6BxQIf_0qvUrB6x2sMUXCwCFrsDadsn3ito yJLKwCPVfOMJ3VsTHLjtTLui7BOh9PIVXUTEPqPIOV5A6ohRwNaxLT5HOgiD4RoOXu95Xl.zpOvl saVStcctfWBxHvcor_sijM0dfYhqgmyxlpuJaP.sBPCC2SNYeViYG86dIiYx1HVu7UNwltzvqKT1 XE9WpNDyoe6RjLE9Oc84h1auv9AXxSkoNMHsHVnykZkkojycWDCWDq9ajzEmC.XG7vafqEjsY0eX xv5Ny.DmHmz0Vqkmcr5sUghSt5faEz7YPMT5WfAZVfElmUKC.kQMBESwebSjS2gQ1ywiVoWq129B 8Is2cZpr4QPHwV39ZdFx49rPjeS58iBjKSPiuHMgUVEqiYzj6jVFqqhHmroJm0oyVGXTBfJTbaNL g2EWGnR93NTC.uATIisC2cQ0vfgetBU5Qa8YpQHsF_dy0V_ICu9j44iuWKiPXqi6G7LmgrPYkMsB 0VQXh_vBQy.eJoGyzWF5YJg3A2R7RlSKiJow6ED08mq5e.AhHy7TAbNu79335HmliMFLFh6YTawj SmFG5K.fwJKuuy6VplXkpFhzloPT9ApdlgftDB4i54LateSx5ztmx2qpIArLcM6cYhqvwG.h6HP0 sQ8hNwKDiOLcBXhMz4xy8HjrfBOH.OWjS3y_MmVS7YvlelFOW9duHw6iXkP0Y5c3hHWeEsxErwJr smpie_GLnShtd0HOb1lkTY_CNbYP2DxJblI6i1x3VZmW3SKtZwy.k9sUlU8WcULgdixibzVkE3Ro gbc14JzNp0TvjvSgGLQXjromdZdbya0RNugu8P2huU9iIazn.zoUOdRW68473PqiXrCwQ_HXmUmC HJIhAjVcGd19ILdkyHuKZo0IF1kjswHHxB_IXENldMpqjCr4KuHVU3Shh0dfJk8DmzV6d.ZN2VPn szN1BIlUKkSHjNVBF3VqkrBdjqCw8GE1buSnENJXmGF1Xr35oCGjjb7UXwCGLEv3e5ivk8klUS_X .jCTRDu4AFNSkYbjjgJVM1ItimyvWMqM0z0w9GqTp_ezCYIw9Mn_gpJT9iMjb23vm.mhJqrhmE6_ o07w6gb.SqCCEwJASoXBhC8YQbmn83zf4ff3tOoqDjWukS2tF4EKv_qb3lsjwpJ6A0b4pmvfxBxV wAZ3PhTwJqxpLq8c6guAmstfUlIT_pxobJggJJYZw7rha2TdpirZrNGKqXfOh1HdOtNni1KlhYrO NjC3GKhj_G8mn_XYygTXZSW.HUoPzRwTwTPXyQKgXCFXUI61pCs.ETP0lcR3KGgOZWIey1kwTjPL UNAKKQua4R5kc0A3YFF3hTAs3QcgmX8u2heVtOOSQWIv.kMg1BszRw_SuOGeA2mEUeGt7ojXCuQ_ xk8GMqXqe1q1MUMpSvBiuUWhi9xC3yxe5Hopsu2cDC0lll3VY2SNquPN9TaUnZT2WaczXJWGix4x Epow1XGt2BkGrrXbqgBG.YNN8aTVMLF25yua6yrDz0uA5ZiV8.qspMS6lHx0rLJ2IotiEbXNq5Rt 2lIryIYmxoB5aStHyRAB640u9.CEQm4UZFNSAPNN_A5PnjmJoowJKGFJgLdI9j38vu4edTGGeuyq BOhizAmKgYKgAINFYDEGyvp.IwtwUQwWw1X8JOTXou_.B4Vw4dOqY.Sm7_s6zq9f5TJ8UZU41v0i 2d.adc7I50tQnfVG4kzkBasK0t_BWhQXmYOfT8VM.L9WyuqXne1.1mwyDiFL.rXGdN1.9J5DPXmW UKqEu9HAwxZuMWYOy9po.HwTlWUh0RgnTW09nWSFvQ_KM7Bha5_E1seEOupNVsPZ6TckpMzFrcCT v4l5x8IQbyNamdxFzK8mJ3JpHjXb6jylmtj39bmLvFjEPtQ4YvOQQg5xfFhVumlPk7sErUbHmdg4 4JbcCUtv1JnOKBGbanTHu.b.xPUOnsyv1H9zoOMKzfvrIPytlnqwS8BYOC0YOVKGixM1Gt6fVode Y8akUbnmG7HqcVuFa11a2ooAr1pdk26O.ZSa_wS2Swb356Ta_Z29ZWMY.fMY_gPHYLRU0f1P2HsC tRu.KI1uvEL3kzbmnVc0DkAu1jzcFQcF5W5oBnaJSCsTIU0Im6oNDuJyn5N9MXRZPzzSyMRvSS9p Y5M3wZqQFO1lN1FMnVXEUBjRf16NUVDE6xdeRUEbMXK.5NFS1S8KB8qKWx6Mes2D0ARXunkQTifN jnz.NwTVql9ffrwHJW860rZ69 X-Sonic-MF: X-Sonic-ID: dcce8e48-d3b7-4c8c-b546-1fff4a3b7f97 Received: from sonic.gate.mail.ne1.yahoo.com by sonic304.consmr.mail.gq1.yahoo.com with HTTP; Mon, 16 Jun 2025 15:22:50 +0000 Received: by hermes--production-gq1-74d64bb7d7-dp9cd (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID d7835b547df474bccf3d12bba1155436; Mon, 16 Jun 2025 15:22:47 +0000 (UTC) Content-Type: text/plain; charset=utf-8 List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-ports@freebsd.org Sender: owner-freebsd-ports@FreeBSD.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3826.600.51.1.1\)) Subject: Re: error -9 on build cluster? From: Mark Millard X-Priority: 3 (Normal) In-Reply-To: <1158389273.7369.1750074650555@localhost> Date: Mon, 16 Jun 2025 08:22:37 -0700 Cc: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= , FreeBSD Mailing List Content-Transfer-Encoding: quoted-printable Message-Id: References: <710FE881-65FF-4B72-A128-77DBE8A5E93F.ref@yahoo.com> <710FE881-65FF-4B72-A128-77DBE8A5E93F@yahoo.com> <86tt52kn94.fsf@ltc.des.dev> <4C36717B-2EBC-42D3-B037-709B4E384288@yahoo.com> <1158389273.7369.1750074650555@localhost> To: Ronald Klop X-Mailer: Apple Mail (2.3826.600.51.1.1) X-Rspamd-Queue-Id: 4bLYfN42VPz3j04 X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN_FAIL(0.00)[205.68.137.98.asn.rspamd.com:server fail] On Jun 16, 2025, at 04:50, Ronald Klop wrote: > Van: Mark Millard > Datum:vrijdag, 30 mei 2025 20:58 > Aan:"Dag-Erling Sm=C3=B8rgrav" > CC:ronald-lists@klop.ws, FreeBSD Mailing List = > Onderwerp:Re: error -9 on build cluster? > On May 30, 2025, at 11:29, Mark Millard wrote: >=20 > > On May 30, 2025, at 10:43, Dag-Erling Sm=C3=B8rgrav = wrote: > > > >> Mark Millard writes: > >>> Dag-Erling Sm=C3=B8rgrav writes: > >>>> This is preceded by an 800-line list of warnings from a single = source > >>>> file (multi_index_block.cpp). This list is clearly truncated as = it's > >>>> missing the final =E2=80=9CN warnings generated=E2=80=9D line, so = my guess is there is > >>>> at least one error there as well which just doesn't get = displayed. > >>> My guess: the failure occurred while the warnings were otherwise > >>> still being generated and that is what stopped the warnings. > >> > >> That's possible. If we assume that the error code returned by = scons is > >> an errno, it corresponds to EBADF. Perhaps a bug in scons causes = it to > >> lose track of the pipe it uses to read the compiler's stderr. > > > > devel/scans has not been updated after 2024-Jun-06: > > > > QUOTE > > author Po-Chuan Hsieh 2024-06-06 22:03:56 = +0000 > > committer Po-Chuan Hsieh 2024-06-06 22:03:56 = +0000 > > . . . > > devel/scons: Update to 4.7.0 > > Changes: https://github.com/SCons/scons/releases = https://scons.org/tag/releases.html PR: 279488 Exp-run by: antoine > > END QUOTE > > > > That would mean that quarterly got the update in 2024 as well. > > > > = https://pkg-status.freebsd.org/ampere1/data/141arm64-quarterly/2e2d801cf97= 7/logs/mongodb60-6.0.18.log > > > > did not fail but shows the warnings. > > > > devel/scons does not seem to be the source of the change in beavior. >=20 >=20 > Worked: >=20 > = https://pkg-status.freebsd.org/ampere3/data/134arm64-default/1afdc808e67b/= logs/mongodb60-6.0.20_1.log > build started at Sun Jan 5 17:35:49 UTC 2025 >=20 > The next 134arm64-default build Failed: >=20 > = https://pkg-status.freebsd.org/ampere3/data/134arm64-default/86e28c84a7e0/= logs/errors/mongodb60-6.0.20_1.log > build started at Sun Jan 19 11:21:16 UTC 2025 >=20 > That at least gives a time frame to investigate. >=20 > More details: >=20 > =3D>> Building databases/mongodb60 > build started at Sun Jan 5 17:35:49 UTC 2025 > port directory: /usr/ports/databases/mongodb60 > package name: mongodb60-6.0.20_1 > building for: FreeBSD 134arm64-default-job-06 13.4-RELEASE-p2 FreeBSD = 13.4-RELEASE-p2 arm64 > maintained by: ronald@FreeBSD.org > Makefile datestamp: -rw-r--r-- 1 root wheel 5845 Jan 4 01:02 = /usr/ports/databases/mongodb60/Makefile > Ports top last git commit: 1afdc808e67 > Ports top unclean checkout: no > Port dir last git commit: 3ab18c284b0 > Port dir unclean checkout: no > Poudriere version: poudriere-git-3.4.2 > Host OSVERSION: 1500028 > Jail OSVERSION: 1304000 >=20 > vs. >=20 > =3D>> Building databases/mongodb60 > build started at Sun Jan 19 11:21:16 UTC 2025 > port directory: /usr/ports/databases/mongodb60 > package name: mongodb60-6.0.20_1 > building for: FreeBSD 134arm64-default-job-13 13.4-RELEASE-p2 FreeBSD = 13.4-RELEASE-p2 arm64 > maintained by: ronald@FreeBSD.org > Makefile datestamp: -rw-r--r-- 1 root wheel 5845 Jan 4 01:02 = /usr/ports/databases/mongodb60/Makefile > Ports top last git commit: 86e28c84a7e > Ports top unclean checkout: no > Port dir last git commit: 3ab18c284b0 > Port dir unclean checkout: no > Poudriere version: poudriere-git-3.4.2 > Host OSVERSION: 1500028 > Jail OSVERSION: 1304000 >=20 > Same Host and Jail OSVERSION's. Same "Port dir last git commit". >=20 > But different "Ports top last git commit". So. some change in > another package that is involved? >=20 > =3D=3D=3D > Mark Millard > marklmi at yahoo.com > =20 >=20 >=20 > Hi, >=20 > The builder got the same error on mongodb70. Well recent 60 vs. the 70: scons: *** [build/59f4f0dd/mongo/db/catalog/multi_index_block.o] Error = -9 vs.: scons: *** [build/opt/mongo/db/query/canonical_query_encoder.o] Error -9 It is not at an analogous point in the build. Looking at the build = times: build time: 00:45:05 vs.: build time: 05:05:52 Looking at the 60 history . . . scons: *** [build/59f4f0dd/mongo/db/catalog/multi_index_block.o] Error = -9 scons: building terminated because of errors. build/59f4f0dd/mongo/db/catalog/multi_index_block.o failed: Error -9 scons: *** [build/59f4f0dd/mongo/db/views/view_catalog_helpers.o] Error = -9 . . . scons: building terminated because of errors. build/59f4f0dd/mongo/db/views/view_catalog_helpers.o failed: Error -9 (The above 2 are amd64, the below older ones are all arm64:) src/mongo/db/commands/collection_to_capped.cpp . . . *** Signal 9 = build/59f4f0dd/mongo/db/commands/feature_compatibility_version_document_ge= n.cpp . . . *** Signal 9 build/59f4f0dd/mongo/db/storage/storage_parameters_gen.cpp . . . *** Signal 9 (The older ones only have the report available now, not the log:) scons: building terminated because of errors. = build/59f4f0dd/mongo/db/s/config/sharding_catalog_manager_zone_operations.= o failed: Error -9 scons: building terminated because of errors. build/59f4f0dd/mongo/db/commands/mr_common.o failed: Error -9 scons: building terminated because of errors. build/59f4f0dd/mongo/db/query/find.o failed: Error -9 = src/third_party/mozjs/platform/aarch64/freebsd/build/Unified_cpp_js_src16.= cpp *** Signal 9 (The above goes back to 2025-02-05 17:50.) The first is 6.0.23_1. The 2nd is 6.0.22_1. The last 2 are 6.0.20_1. The rest are 6.0.20_2. There is no uniformity to where the errors occur. There is also variability for "Signal 9" vs. "Error -9". A guess would be that "Error -9" is another way of reporting "Signal 9". Back in 2022-Jul there was this to avoid "Signal 9" problems: A commit in branch main references this bug: URL: = https://cgit.FreeBSD.org/ports/commit/?id=3D0aabc02be18794a56c436233e59379= ebaa86c2e0 commit 0aabc02be18794a56c436233e59379ebaa86c2e0 Author: Daniel Engberb AuthorDate: 2022-07-14 14:43:02 +0000 Commit: Fernando Apestegu=C3=ADa CommitDate: 2022-07-16 15:11:58 +0000 databases/mongodb50: Disable LTO by default. Building mongo with LTO enabled takes a ridiculously amount of memory (32GB in amd64). Disable -ggdb so memory requirements don't sky rocket (around 10-12GB) PR: 264340 Reported by: ulassayginim@gmail.com Approved by: ronald-lists@klop.ws (maintainer) databases/mongodb50/files/patch-SConstruct | 15 +++++++++++---- 1 file changed, 11 insertions(+), 4 deletions(-) There was also a comment reporting console log text like: swap_pager: out of swap space swp_pager_getswapspace(2): failed swap_pager: out of swap space swp_pager_getswapspace(2): failed swp_pager_getswapspace(5): failed swp_pager_getswapspace(1): failed swp_pager_getswapspace(23): failed pid 73953 (ld.lld), jid 0, uid 0, was killed: failed to reclaim memory But, to my knowledge, such information is not publicly available and would be not easily tied to match the timing of mongodb* build failures. So personal/local builds may be needed to figure out if such might be involved. > But this build does not have all the warnings. I still don't see the = cause of Error -9. >=20 > = https://pkg-status.freebsd.org/beefy22/data/142amd64-default/02e9dc3b903b/= logs/mongodb70-7.0.21_1.log >=20 > https://portsfallout.com/fallout?port=3Ddatabases%2Fmongodb70%24 >=20 > My next idea is that this occurs because a process gets killed (-9), = which should be visible in the logs of the cluster maintainers. Does = this makes sense? =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Mon Jun 16 17:37:44 2025 X-Original-To: freebsd-ports@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4bLcfL08rhz5yBYm for ; Mon, 16 Jun 2025 17:38:02 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic303-24.consmr.mail.gq1.yahoo.com (sonic303-24.consmr.mail.gq1.yahoo.com [98.137.64.205]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4bLcfK189mz3fn6 for ; Mon, 16 Jun 2025 17:38:01 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=hAg9J0lO; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.64.205 as permitted sender) smtp.mailfrom=marklmi@yahoo.com; dmarc=pass (policy=reject) header.from=yahoo.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1750095479; bh=lC5U64cFEU9okVjnC6wix9N4FQxDrPXIJbXP5tgvAKA=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=hAg9J0lOypnsp8ZVFXXLQG2QEP93Loeu9CKAD48OZv2IkzfCgSboXo5SEkD7OpQRwXcF2gPA+WoKHObPx7yg1ZWg8BbOD9g7Lz5JSSc/fgKWFLprUeMgsc+rXxpu+2SXnIMYXaN4RVETGQ0DBh9acRkgwPBy2Azq+wFzS+UlsbVwAzkQRR8sJ22vEh6e9H/QNfEkDjTvAvWSBGlzrfnnDQdjtYCh2a723aPtoO9UiX0dDOREDsQPb1kPzRNgiCfhoS1LFKQQMM5g8WGe4O5+SJcoeRyL9x1w4cMSRGxMO0/30qOVNy/ue+vySmMEinSmbIh+O8Nvg5p84b/fwhV4eg== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1750095479; bh=ftd3sBbwQqqkAV8NXldxaYOdRvwWIHdVWbiwNOnnNSi=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=r5HU7LooetoTDrOJ1tCQXogfZVXlNcH66PIAUO6XxyW2m9QOD/RG3xGmnpsphrs9RWJCTlnYGxdg2OuBXdAS4j772YqFBupK9Us6Dt4yMJS3dWscyFECq0+mRfE8jZ8N83VxHpU8BN1EkWPperJ74RYooV7WC/DDDLnErPo94jR48seINfnUuqFGWLOSBi51mG6ZTjrTbIWZahDY5mvzuY0yFEBrVky/A40wVeIhtup466EGmLjKPR6lPEj8HjHnMU06zv4Zlzrv8OVDZ4VQIIN2OP9S4iS+z07yVINNcO24DcYvIWCfFY4O5RwYW74OjaY5udwueoHKcMJX5CThCw== X-YMail-OSG: hU8DCNcVM1nE3vK_yo__c4AN.buHzmRa1Soj7lbaNa1yiHXUaADW5jamGiJ7wCa uRlHxWsIY1TB8QE2jUbXs6lko0L8gtJxeTlU0b3hMft.ywHEZNaPrwHrJcyjssPmzDvKdA2xNuqQ OAypCXz0kceovIJ9DB2OYyhI659xZO5eZDefUgUw5pa0.7vymTcgnQW9zCLsiSTdRrS6iQcfvJDq Jzxgwy8Vo2pt.BJrzob4cKImnIFQfCL4ii5UEhvoCpc9rDgO3gkEva496iH4Zj8Zf2tEibPK0IS_ qvyXMnTW5VvWzoKSE6EGEQGGlTPLcx577UOusdC.pLuA0QP2auEyl7u4BXI8O8C4N8szF6HLWCF9 Cch6s1i0Q7WLj64c1qnbhM8ud0u6P_Nt6ZnKH2VqloDCoEQUl36fSswc7oxVA_MGp5W.bYGmN2cP 1YuKvFaO__0sOBQglN1pWBbOGKWUxqCZwZtcatMxcOeIEaXLRtY6D9yUGLq1Erzt1zhWUrBPp36y wUMVWJXRfsKUaH_YsiGNF0jb5UmJunn3XfKOLpsWv3QK6QunpfQn1mXGNclUi_EVo09X21hAl54O mmisJVrpiyazhdhSluIG0jQpIUPGULbcFdBjTP2jASnRi2xaOwP7aF2ZOM26XBZdmkUZ_QDEYML5 ctEIJgEjaAbtYwEbLXDFLQG7PmCRgrERy0ZCYfaTG7MDF0EvaVq2bbTCOyhy1QjFUF4uEVopiA6L evfnNlWVPu3_A75PzwS796d0wAex7SmF.42dM7WAjYTInZbhiS3Ar0x7v3Ntv6g6Tmw5szsGjTDh KH46Zc_MPsXJAvM71ujmbq1HKSaSJiBAV4a6str6z9oET1fjd7e0kfgdTRwW9qQgYZC9y1zr4iEn YFX4OZhvqe2UBP1QPX5qXLTR4kalBCHMSanUOilqkydGbXxn95ybfJFmqUBM49fiaT07t1WOh8Zp Z4GD3BLhAvBf.To4zZT65RFlp.l_CGI6kNqwk7iXvkWz5RNIOzWeE3hdT9NVHXa7OHVy8g1BiS1n S..9UlYxzZ_e1Yn.ps7s5VvN2v_x38A_AaWDVSFsBnk5OutwEfN.Z7UhPW6_lYlFUN05yxHxSHI2 gQiI8K82WKIDjNJ3UaEDAWtLEQ0UVlZSbbijvKiGvk5my2PNcL6W7K9vhQH9MhkdY4YaAzAMbZaj XFr5ZpKmpfpho7ZBH0Gu7bgyAKP1a7ZrWkCitTVPuekPte529NLHz.xKtl1fFhV2aDz6FFmbNE9n 6iwUGOg.bIDvcprT12RxKqzLyOMPTVUWTXNqNHtYMCkNNwzFbHRskbdLiZ7ZEF2jPqlosrMYnvMe 7W7zLAhkHGUQI4_JuoGb.0SgUqUloJNnB5p3GuKvqXKTpeZtR1t8b5tvjUDUhgdWn04E7gitHmRv NfsIE9v.ggUVveDIZ5ebJRFg6pSBtVlmmuwZmzTx6Gr60cF4F.HHPAzWH9fM3USkvyuJB_AsljF7 IiFfPoiQHKlP9TPaJ5u6ZzGadXUXtqvFvxQGnkQBshx1X3PxiV2lSSmMtYL8CHmeD1cGBT0l8DQv NCbtxAQN52uWAyavSDQSyxTp5dQEz6Z8M_q3qIOjU_CYZX8r05_E1IMKjV0_XM38s6ff.SFhY3g. sKGAn4C0eJyVcPqjzDFQ1VwugVFagO0JGYo2jyzFoUpEaHZSw.n0Dg6lfNOmQrPCeilS.6zl1722 rgxM6IPK63x.McZDGRl4cUsnr9bMJ8wd5uDEosb0GxfF8gX2gRTv2fkE7k4kHO7Euy.pGt3z6Mqd myRYrBzfdm_d7k89zAY_c.DTmsEiSnixxKuYbnEAJhpWdKkdFcbcL471rJK.fjvxYtMlQBWJOB39 j9Jf9L65wX_Yq66bz0ihwshsP6gn2SZP3lgV1VmeAIKUNOF95CPjHOzqpGeetYbQ8xlgyNJDYfV4 IPvOdLjWsMUtSKGo0Q9jFihxO09S6CiMYRxnq5QEKDXiS7YeG_Hgo0vNgx6HlotBUDI0NKvjJL1C OtN_YSlrgedhA4pSywWi9tywo3S.MOCorZtjTKMzz_fxMB_VYZJQ5lpZVMkBVQq3rDM1GFzbc2mf p2WREJzq3nMl3qbktfltitQaAYvtmpCzBL4QgKGVEeLwSarLXZ7bC_y4c6BfySX9hMFZMUZhp3n6 Vvj6vN1FjAfGAoH3aEzhqM8jRD1vo30IWvC7gIXrvWbWTIQYaZ6kDR7A4ifWVK6OM..3dUiYeMkv B_3ZEixc9QkaNvIZDvXduBGujaSkfMUQZO7lYw.3SHVRZGnJOUJ5ossswpl6QTCd5O6F6EvP1ZTH Fsnxwuw-- X-Sonic-MF: X-Sonic-ID: a4fef48b-30f3-438f-b19d-396a10390fe9 Received: from sonic.gate.mail.ne1.yahoo.com by sonic303.consmr.mail.gq1.yahoo.com with HTTP; Mon, 16 Jun 2025 17:37:59 +0000 Received: by hermes--production-gq1-74d64bb7d7-cskn8 (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID ec2f701c1672c135f2508a185b4762d6; Mon, 16 Jun 2025 17:37:55 +0000 (UTC) Content-Type: text/plain; charset=utf-8 List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-ports@freebsd.org Sender: owner-freebsd-ports@FreeBSD.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3826.600.51.1.1\)) Subject: Re: error -9 on build cluster? From: Mark Millard X-Priority: 3 (Normal) In-Reply-To: Date: Mon, 16 Jun 2025 10:37:44 -0700 Cc: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= , FreeBSD Mailing List Content-Transfer-Encoding: quoted-printable Message-Id: <5CD0F10D-C45D-44E9-9B26-754EA0356194@yahoo.com> References: <710FE881-65FF-4B72-A128-77DBE8A5E93F.ref@yahoo.com> <710FE881-65FF-4B72-A128-77DBE8A5E93F@yahoo.com> <86tt52kn94.fsf@ltc.des.dev> <4C36717B-2EBC-42D3-B037-709B4E384288@yahoo.com> <1158389273.7369.1750074650555@localhost> To: Ronald Klop X-Mailer: Apple Mail (2.3826.600.51.1.1) X-Spamd-Result: default: False [-1.13 / 15.00]; SUBJECT_ENDS_QUESTION(1.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-0.70)[-0.704]; MV_CASE(0.50)[]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MIME_GOOD(-0.10)[text/plain]; NEURAL_SPAM_SHORT(0.07)[0.069]; ARC_NA(0.00)[]; TO_DN_ALL(0.00)[]; HAS_X_PRIO_THREE(0.00)[3]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; ASN_FAIL(0.00)[205.64.137.98.asn.rspamd.com:server fail]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; MLMMJ_DEST(0.00)[freebsd-ports@freebsd.org]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.64.205:from]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.64.205:from] X-Rspamd-Queue-Id: 4bLcfK189mz3fn6 X-Spamd-Bar: - On Jun 16, 2025, at 08:22, Mark Millard wrote: > On Jun 16, 2025, at 04:50, Ronald Klop wrote: >=20 >> Van: Mark Millard >> Datum:vrijdag, 30 mei 2025 20:58 >> Aan:"Dag-Erling Sm=C3=B8rgrav" >> CC:ronald-lists@klop.ws, FreeBSD Mailing List = >> Onderwerp:Re: error -9 on build cluster? >> On May 30, 2025, at 11:29, Mark Millard wrote: >>=20 >>> On May 30, 2025, at 10:43, Dag-Erling Sm=C3=B8rgrav = wrote: >>>=20 >>>> Mark Millard writes: >>>>> Dag-Erling Sm=C3=B8rgrav writes: >>>>>> This is preceded by an 800-line list of warnings from a single = source >>>>>> file (multi_index_block.cpp). This list is clearly truncated as = it's >>>>>> missing the final =E2=80=9CN warnings generated=E2=80=9D line, so = my guess is there is >>>>>> at least one error there as well which just doesn't get = displayed. >>>>> My guess: the failure occurred while the warnings were otherwise >>>>> still being generated and that is what stopped the warnings. >>>>=20 >>>> That's possible. If we assume that the error code returned by = scons is >>>> an errno, it corresponds to EBADF. Perhaps a bug in scons causes = it to >>>> lose track of the pipe it uses to read the compiler's stderr. >>>=20 >>> devel/scans has not been updated after 2024-Jun-06: >>>=20 >>> QUOTE >>> author Po-Chuan Hsieh 2024-06-06 22:03:56 = +0000 >>> committer Po-Chuan Hsieh 2024-06-06 22:03:56 = +0000 >>> . . . >>> devel/scons: Update to 4.7.0 >>> Changes: https://github.com/SCons/scons/releases = https://scons.org/tag/releases.html PR: 279488 Exp-run by: antoine >>> END QUOTE >>>=20 >>> That would mean that quarterly got the update in 2024 as well. >>>=20 >>> = https://pkg-status.freebsd.org/ampere1/data/141arm64-quarterly/2e2d801cf97= 7/logs/mongodb60-6.0.18.log >>>=20 >>> did not fail but shows the warnings. >>>=20 >>> devel/scons does not seem to be the source of the change in beavior. >>=20 >>=20 >> Worked: >>=20 >> = https://pkg-status.freebsd.org/ampere3/data/134arm64-default/1afdc808e67b/= logs/mongodb60-6.0.20_1.log >> build started at Sun Jan 5 17:35:49 UTC 2025 >>=20 >> The next 134arm64-default build Failed: >>=20 >> = https://pkg-status.freebsd.org/ampere3/data/134arm64-default/86e28c84a7e0/= logs/errors/mongodb60-6.0.20_1.log >> build started at Sun Jan 19 11:21:16 UTC 2025 >>=20 >> That at least gives a time frame to investigate. >>=20 >> More details: >>=20 >> =3D>> Building databases/mongodb60 >> build started at Sun Jan 5 17:35:49 UTC 2025 >> port directory: /usr/ports/databases/mongodb60 >> package name: mongodb60-6.0.20_1 >> building for: FreeBSD 134arm64-default-job-06 13.4-RELEASE-p2 FreeBSD = 13.4-RELEASE-p2 arm64 >> maintained by: ronald@FreeBSD.org >> Makefile datestamp: -rw-r--r-- 1 root wheel 5845 Jan 4 01:02 = /usr/ports/databases/mongodb60/Makefile >> Ports top last git commit: 1afdc808e67 >> Ports top unclean checkout: no >> Port dir last git commit: 3ab18c284b0 >> Port dir unclean checkout: no >> Poudriere version: poudriere-git-3.4.2 >> Host OSVERSION: 1500028 >> Jail OSVERSION: 1304000 >>=20 >> vs. >>=20 >> =3D>> Building databases/mongodb60 >> build started at Sun Jan 19 11:21:16 UTC 2025 >> port directory: /usr/ports/databases/mongodb60 >> package name: mongodb60-6.0.20_1 >> building for: FreeBSD 134arm64-default-job-13 13.4-RELEASE-p2 FreeBSD = 13.4-RELEASE-p2 arm64 >> maintained by: ronald@FreeBSD.org >> Makefile datestamp: -rw-r--r-- 1 root wheel 5845 Jan 4 01:02 = /usr/ports/databases/mongodb60/Makefile >> Ports top last git commit: 86e28c84a7e >> Ports top unclean checkout: no >> Port dir last git commit: 3ab18c284b0 >> Port dir unclean checkout: no >> Poudriere version: poudriere-git-3.4.2 >> Host OSVERSION: 1500028 >> Jail OSVERSION: 1304000 >>=20 >> Same Host and Jail OSVERSION's. Same "Port dir last git commit". >>=20 >> But different "Ports top last git commit". So. some change in >> another package that is involved? >>=20 >> =3D=3D=3D >> Mark Millard >> marklmi at yahoo.com >>=20 >>=20 >>=20 >> Hi, >>=20 >> The builder got the same error on mongodb70. >=20 > Well recent 60 vs. the 70: >=20 > scons: *** [build/59f4f0dd/mongo/db/catalog/multi_index_block.o] Error = -9 > vs.: > scons: *** [build/opt/mongo/db/query/canonical_query_encoder.o] Error = -9 >=20 > It is not at an analogous point in the build. Looking at the build = times: >=20 > build time: 00:45:05 > vs.: > build time: 05:05:52 >=20 >=20 > Looking at the 60 history . . . >=20 > scons: *** [build/59f4f0dd/mongo/db/catalog/multi_index_block.o] Error = -9 > scons: building terminated because of errors. > build/59f4f0dd/mongo/db/catalog/multi_index_block.o failed: Error -9 >=20 > scons: *** [build/59f4f0dd/mongo/db/views/view_catalog_helpers.o] = Error -9 > . . . > scons: building terminated because of errors. > build/59f4f0dd/mongo/db/views/view_catalog_helpers.o failed: Error -9 >=20 > (The above 2 are amd64, the below older ones are all arm64:) >=20 > src/mongo/db/commands/collection_to_capped.cpp > . . . > *** Signal 9 >=20 > = build/59f4f0dd/mongo/db/commands/feature_compatibility_version_document_ge= n.cpp > . . . > *** Signal 9 >=20 > build/59f4f0dd/mongo/db/storage/storage_parameters_gen.cpp > . . . > *** Signal 9 >=20 > (The older ones only have the report available now, not the log:) >=20 > scons: building terminated because of errors. > = build/59f4f0dd/mongo/db/s/config/sharding_catalog_manager_zone_operations.= o failed: Error -9 >=20 > scons: building terminated because of errors. > build/59f4f0dd/mongo/db/commands/mr_common.o failed: Error -9 >=20 > scons: building terminated because of errors. > build/59f4f0dd/mongo/db/query/find.o failed: Error -9 >=20 > = src/third_party/mozjs/platform/aarch64/freebsd/build/Unified_cpp_js_src16.= cpp > *** Signal 9 >=20 > (The above goes back to 2025-02-05 17:50.) >=20 > The first is 6.0.23_1. The 2nd is 6.0.22_1. The last 2 are 6.0.20_1. > The rest are 6.0.20_2. >=20 > There is no uniformity to where the errors occur. There is also > variability for "Signal 9" vs. "Error -9". A guess would be that > "Error -9" is another way of reporting "Signal 9". Signal 9 would be SIGKILL, which cannot be caught or ignored. So: Error -9 is probably not a translation of a Signal number? 9 is also EBADF. I do not know if scons translates error numbers into negative numbers, such as -EBADF, so that positive numbers have other, non-error uses. One thing I read indicated that scons does not generate error numbers of itself for its internal problems. So the 9 or -9 possibly is from outside scons that scons then sees in some way and then reports. > Back in 2022-Jul there was this to avoid "Signal 9" problems: >=20 > A commit in branch main references this bug: >=20 > URL: = https://cgit.FreeBSD.org/ports/commit/?id=3D0aabc02be18794a56c436233e59379= ebaa86c2e0 >=20 > commit 0aabc02be18794a56c436233e59379ebaa86c2e0 > Author: Daniel Engberb > AuthorDate: 2022-07-14 14:43:02 +0000 > Commit: Fernando Apestegu=C3=ADa > CommitDate: 2022-07-16 15:11:58 +0000 >=20 > databases/mongodb50: Disable LTO by default. >=20 > Building mongo with LTO enabled takes a ridiculously amount of memory > (32GB in amd64). > Disable -ggdb so memory requirements don't sky rocket (around 10-12GB) >=20 > PR: 264340 > Reported by: ulassayginim@gmail.com > Approved by: ronald-lists@klop.ws (maintainer) >=20 > databases/mongodb50/files/patch-SConstruct | 15 +++++++++++---- > 1 file changed, 11 insertions(+), 4 deletions(-) >=20 >=20 > There was also a comment reporting console log text like: >=20 > swap_pager: out of swap space > swp_pager_getswapspace(2): failed > swap_pager: out of swap space > swp_pager_getswapspace(2): failed > swp_pager_getswapspace(5): failed > swp_pager_getswapspace(1): failed > swp_pager_getswapspace(23): failed > pid 73953 (ld.lld), jid 0, uid 0, was killed: failed to reclaim memory >=20 > But, to my knowledge, such information is not publicly > available and would be not easily tied to match the > timing of mongodb* build failures. >=20 > So personal/local builds may be needed to figure out if > such might be involved. >=20 >> But this build does not have all the warnings. I still don't see the = cause of Error -9. >>=20 >> = https://pkg-status.freebsd.org/beefy22/data/142amd64-default/02e9dc3b903b/= logs/mongodb70-7.0.21_1.log >>=20 >> https://portsfallout.com/fallout?port=3Ddatabases%2Fmongodb70%24 >>=20 >> My next idea is that this occurs because a process gets killed (-9), = which should be visible in the logs of the cluster maintainers. Does = this makes sense? =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Tue Jun 17 00:08:30 2025 X-Original-To: freebsd-ports@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4bLnKH16jgz5VfFS for ; Tue, 17 Jun 2025 00:08:51 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic311-25.consmr.mail.gq1.yahoo.com (sonic311-25.consmr.mail.gq1.yahoo.com [98.137.65.206]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4bLnKF2v5lz3QL9 for ; Tue, 17 Jun 2025 00:08:49 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=eeSwLwby; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.65.206 as permitted sender) smtp.mailfrom=marklmi@yahoo.com; dmarc=pass (policy=reject) header.from=yahoo.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1750118926; bh=DEdrP48hVMLgfNv9BAYPTX7iZCPP3lSFw1Dvpc/Z498=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=eeSwLwby8FSf3HHwY1Bggcjv5c78TfygZ+Xt1xW00AWiHaE98Evw+9gKWNyKPyDhYZ8bR6jX2l7c2v4AJggjucjUdxN4pOOJk56vYsqz/tjLmro41QlwhVbJosPxlJQ7eGNDzC1oOhfC0bcd/sYhf+fMYd3pbE+p1hYL4QA09kStcA9oOnT7/ngL5KVpB7CMboNLMynKpwnHYFHSaXIoPr4I7+EcB/tQU+TN+DffwulD9l8LWSPZOVx2uLY+tgF4GJ2yGml8q5Z4djgUZXO5TtMBY/7J50pCKaBAA3Vod/w5POkuTxlnqy26Q4ENI16VI5zf6EPLqiiDWtM9bPrB4w== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1750118926; bh=cZrtMAB+Irvg6R1EFePIZRdkcwWHdxYQQUsCeq+FyhA=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=RnTVsqLh9pDMsY7TemZNXUEm1Oh0Hvm9rG20O+TZ1iPIN2OqOODC0XyfdAhOtifWQZlqVjELCo6Ap8p2kEiHG4C2u8s80pX240gNhNSiT7Jzb3z2wHE87ttD9cuNigFjDmn/57uNECHaKc8zrJnOjkr018czPI2EKGTwRnsXDyP4WClmL6MXUzVkEAdTsLp9PblgrhH6zAalbvXZfR7HN58w4tDU90gUiAV9vNyveGH71k9zDbFKeTrhzSOMY0bnbsb9GO2tHZAf7JBBIxoPOIhLZVocvuY/CU35+wgTW3vvhK9syVOLhp3n5AoF0r3OsMuDFt1OkzQhds2l6OZZLQ== X-YMail-OSG: ehZVGt8VM1lRN7y6o.Q3Z7PQRiAyKz7AFAEtrBZHUle6049vF8lWQrYb6VV.OX8 1yQOtvixBhTgEbew0rmhlit7GugGUML6WkU1KqWxSKMEbU6W.hGYMuf.izoIMR.YutJhlflX9axm eyH0sTE0MlyXZpYvp6OU509ziRfDwOCZBwodWkTWGq_if6ERjZgaZPNQ3cu8ad4bQYHeysLVtsLi 5rb6iHNw7xtjSdrRGDBwKXq9KMjX1_djKRrDSrLhv02sZTFMOKuS8ycIp8ekwsTLAp2ia67MC28l uF0lWrA4X56Am8Nuzvu4ZtwC3tGALyC7qOLb8.MifyMVI9orMfJ1T6EyGJ7Xm2ZOF.ca5mV.8Zby mHlBLLmt9wAGzauCW20Q_jQCFG8455k.EYi.kJctvDNE8w8ttusTHsUJNsUOzMr47iVHZw7SoHCv j8yTOecRHuRN6ObT3ebL4sDk8FmP9qVonUyRyz8G7OdmqKOGjSjdc21D.uUkvYED7AolGluVtXin ZI2kUEYkDvl5HZw7GyPpOMHI2_Iow6mjZd2Kc30yjxtbvX5Ce2BBQmVkcUQZfBGtOc_kEYbQqnLi l0aHjSzmvEgPBFpsmofXYt2eOxKPoFyGFQPMvnzGBGFkvW7X6B3rVI1WaDE_byGjX57NlrxC1D8m 9m2KZuz6ESSppHatFCZMA._46pyNpunuCxSGq5jxKmQAj0km5bcXlZnkQz__iNWxPmND9OIBIrpL zw9Kbv7pkPuXi31HsPjBywaO6CIa4.Urq_18gUT5OuUZ_WW29T0tlZmshyZx8M.hfc1x1TS9oCao 4KHDNxt9EeJnEUbAl13m0rCPOU0jKBtNO2zSl27InmaCM0V9QIqzJooyNIHE0Ec.xVt7b5Itldfv tzDaDytS1h7r89cRHUoPjeN9HqSooXgJMwFG5r9Ez5OBjzVO3TdDQcAz81ums5woSFSbdu6rpNVY Af11T7jMrN9EWF1CEZrBArS8w9tu_JeaieE8e1YjYtYIpsENAYThYoZrtiKJU7fzJehkeqoxuswF CBysMnj2LCNQRIBvMtgN2b_xy_AZhT4gT3oHk3AIdT0SAwfzlmzJzoILWA2OEmw21xbFWoBD7I9g x5X8QNZYiZefonpHEemFWyD7rMjGaT12i05QehppxTy6HayjzjE_CdEF.qBvDuCM8MlNGXafQKEN 9vmdAtYPPtijiJ03DiCo78swhtafol.wiDuhB4Pt2s.6WgDM694woL4F1lW3tplar8uOwbe_1vij DT.ANJPq5tCKYwqT3fyeehrAt6pCXEzeE6xobbENxtn3NYhHYy91PPdkoY.bh1B0o3N3JcI6MiBc V_JSedPgjrQREujO_KuwxcUR5FYHdhKvkva4gn6_AVlHomaIorwsyvtAH.Djaxe4RW62FaN6p86N A6GnX8DzgrR7c0_Hzu_KtOp3i5I_OxmbcVQUim5JrV4Xz103vgsgyN_y.hL43NtJ_Xq8dndn1thA WgZX2EnBkGp1ElrNA2lZIcLA725.rqXuOaVaDx7zV6o69zOGEuWzK8_zO1yruHcPeX2HKNDk6C.g k2n7rivydgrq.YTGOYz.sTd1TXCdWASBMlb8w68JxTQHqRNuGWRY9iza4mNXz8yTFGdgdsypFAbZ oaWr01WVns7NdzEVYHhqFp7YFtoLYioKdZ8uP.JdmlbAxleRe_59VtoMSqcIOfXSnkmEFhdWlzIc oMn7m2zOs36yZ3bRviAC0lD2mZRmur2x6Kj8jdYLmGT8lqLWX97rVxl4rX.9ThBoi8ISjaMn6I30 58h6Y0Rd95wqe1.Z8setgVe.RS0oCkQEUCfxcqgOEuRZltBqgif4spPJhGH.vZ25gbXGzSmKjFXx .nclBvqK9VPZ89zuSbkooJpaLQ7CwrbOWqXEalr4xSwa9UOpAR8TIWGCIgBfe3JySQi9a39jAJvg fbH2lZydroTNk3iJZsW9MNQyPOhS2.MQGNu7Dbm10.fwwRm0D.cLtqwDzPAblMBBSOwdFvZrFYdk VjI8UWDO4O7T8WcnAi3BCMjKHn1IgmcjTCSY6gxlLEktI3VGpMgFOGPua6r3dngBBw57CqqEycMd gMF2kpJBdMVmh0QqCD0oCDOVhiqRYGcsd0ZYMzwebqKUGvJ4oJoRtQjMv0BJj1A16Mor0UosARh2 kXU2W8zEPVP640mlzn_krtutrBFLwAz5JYaC6vJDMjKLrcciLdOOVWyzLpUD6KLgTU4QaETx_yj9 zNn85Q1FKmGTqNF9AElnDMAMfEdWzRp19XJ3039ISZmgshNbZiHg.ppc2zXEOHzZhXXsorU1PjIm RqBbF7aJEjLgN0y8v_LNwgvfftQ-- X-Sonic-MF: X-Sonic-ID: 65c12921-b480-4d68-be71-89fc375f8411 Received: from sonic.gate.mail.ne1.yahoo.com by sonic311.consmr.mail.gq1.yahoo.com with HTTP; Tue, 17 Jun 2025 00:08:46 +0000 Received: by hermes--production-gq1-74d64bb7d7-4ndhm (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 9390d66a04bb02638849c57cdd9a9e42; Tue, 17 Jun 2025 00:08:40 +0000 (UTC) Content-Type: text/plain; charset=us-ascii List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-ports@freebsd.org Sender: owner-freebsd-ports@FreeBSD.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3826.600.51.1.1\)) Subject: Re: error -9 on build cluster? From: Mark Millard X-Priority: 3 (Normal) In-Reply-To: <5CD0F10D-C45D-44E9-9B26-754EA0356194@yahoo.com> Date: Mon, 16 Jun 2025 17:08:30 -0700 Cc: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= , FreeBSD Mailing List Content-Transfer-Encoding: quoted-printable Message-Id: <1FA2CF19-2D36-44D0-AA38-F55642129920@yahoo.com> References: <710FE881-65FF-4B72-A128-77DBE8A5E93F.ref@yahoo.com> <710FE881-65FF-4B72-A128-77DBE8A5E93F@yahoo.com> <86tt52kn94.fsf@ltc.des.dev> <4C36717B-2EBC-42D3-B037-709B4E384288@yahoo.com> <1158389273.7369.1750074650555@localhost> <5CD0F10D-C45D-44E9-9B26-754EA0356194@yahoo.com> To: Ronald Klop X-Mailer: Apple Mail (2.3826.600.51.1.1) X-Spamd-Result: default: False [-1.32 / 15.00]; SUBJECT_ENDS_QUESTION(1.00)[]; NEURAL_HAM_SHORT(-0.99)[-0.986]; NEURAL_HAM_MEDIUM(-0.88)[-0.877]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; MIME_GOOD(-0.10)[text/plain]; NEURAL_SPAM_LONG(0.04)[0.042]; TO_DN_ALL(0.00)[]; HAS_X_PRIO_THREE(0.00)[3]; ARC_NA(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; FREEMAIL_FROM(0.00)[yahoo.com]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; DKIM_TRACE(0.00)[yahoo.com:+]; FROM_HAS_DN(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; MLMMJ_DEST(0.00)[freebsd-ports@freebsd.org]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.65.206:from]; MID_RHS_MATCH_FROM(0.00)[]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.65.206:from] X-Rspamd-Queue-Id: 4bLnKF2v5lz3QL9 X-Spamd-Bar: - I will note that back around 2025-05-24 I did an experimental build sequence starting with 'bulk -Ca' as part of testing pkg 2.1.* . For that, all of the mongodb[5678]0* built just fine: # ls -C1 = /usr/local/poudriere/data/logs/bulk/release-aarch64-default/2025-05-24_*/l= ogs/mongodb[0-9]* = /usr/local/poudriere/data/logs/bulk/release-aarch64-default/2025-05-24_11h= 51m15s/logs/mongodb50-5.0.31_1.log = /usr/local/poudriere/data/logs/bulk/release-aarch64-default/2025-05-24_11h= 51m15s/logs/mongodb60-6.0.23_1.log = /usr/local/poudriere/data/logs/bulk/release-aarch64-default/2025-05-24_23h= 41m42s/logs/mongodb70-7.0.20.log = /usr/local/poudriere/data/logs/bulk/release-aarch64-default/2025-05-24_23h= 41m42s/logs/mongodb70-armv80a-7.0.20.log = /usr/local/poudriere/data/logs/bulk/release-aarch64-default/2025-05-24_23h= 41m42s/logs/mongodb80-8.0.9.log = /usr/local/poudriere/data/logs/bulk/release-aarch64-default/2025-05-24_23h= 41m42s/logs/mongodb80-armv80a-8.0.9.log # uname -apKU FreeBSD aarch64-main-pbase 15.0-CURRENT FreeBSD 15.0-CURRENT = main-n277335-7fa19ee28c90 GENERIC-NODEBUG arm64 aarch64 1500043 1500043 (That is an official PkgBase distribution.) # ~/fbsd-based-on-what-commit.sh -C /usr/ports/ aea1b30840dd (HEAD -> main, freebsd/main, freebsd/HEAD) */*: Remove = version specifiers on go ports I maintain Author: Nuno Teixeira Commit: Nuno Teixeira CommitDate: 2025-05-22 02:08:34 +0000 branch: main merge-base: aea1b30840ddafa7cf18406c7454e72334b14be1 merge-base: CommitDate: 2025-05-22 02:08:34 +0000 n706807 (--first-parent --count for merge-base) As the package builder configurations are not public as far as I know, there was no effort to configure any sort of matching context to the official builders' configuration details. (I do expect that the the official builders all likely use ZFS, not UFS.) It was an aarch64 context with a UFS file system and USE_TMPFS=3Dall but with an extensive TMPFS_BLACKLIST assignment. The number of builders was the number of FreeBSD CPUs, which in turn was the number of CPUs assigned to the Parallels Virtual machine, which was the number performance cores on the macOS system: 12. ALLOW_MAKE_JOBS=3Dyes was in use without use of MAKE_JOBS_NUMBER_LIMIT or the like to constrain the load averages.(So, a high load average style of configuration.) RAM+SWAP totaled to 300 GiBytes, RAM being 64 GiBytes (assigned to the Parallels Virtual Machine). The storage media was a U.2 Optane via a USB3.2 capable adaptor. That media can boot and operate any of the aarch64 systems that I have access to (given an EDK2 ACPI context or an appropriate U-Boot UEFI/Device-Tree context is also present) --other than the Apple system. (It was not a VM file on macOS.) =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Tue Jun 17 00:31:35 2025 X-Original-To: freebsd-ports@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4bLnqv5df1z5Vh13 for ; Tue, 17 Jun 2025 00:31:55 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic316-55.consmr.mail.gq1.yahoo.com (sonic316-55.consmr.mail.gq1.yahoo.com [98.137.69.31]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4bLnqs0JYgz3nWm for ; Tue, 17 Jun 2025 00:31:52 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=GYSiMamo; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.69.31 as permitted sender) smtp.mailfrom=marklmi@yahoo.com; dmarc=pass (policy=reject) header.from=yahoo.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1750120310; bh=1Kjji9afMX1XUMERuUxuxcn/m7GvYbr6qEzpMSZ9FK0=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=GYSiMamoxHNmtzeFAG+rs+wDXSV2Ze6AdO2uNRI2MJHrnTFXZOIjHbjfvnJ+XLF6TVXbacLM1+9S4uEjbkumAsSdVouNwxpg52bBj5q4g76tbSGFkBxp4wxZ4oCKY0U9PZ/C+xS++vmMQJxt6Q4ucyVeo/uFfUSbfpSbAkgDGm4l2oO+drc4oSC26iGsWdWdWMzaFhQaiglW3f1SwKYGKZiiARJHneZofdKxNLquxVGY8LVfy7OqCb4/ZSirwWiEB4vJ79pRAY1S+BNeETPO41CUwbS/2TkorgAyHVrwLejdW0cP3402J5tyIPGxGv54HEcmJHSO7/AgGn2mD98I1w== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1750120310; bh=cLi+cdCMenKg0iyq+4dgJScI6QV/X8GWjFyx76YEO0E=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=lRzxCKCbBdxeitbGMA75zTJMPk7HvgeVPBUURGFHWqYUuNic0OOq3qQTcpqqoVv/NzwBWUEHXtOH1iwX05E/jQnk5bGBorHaUYo67BKKZVP1jsp5+qJzaNnG1/IZnFps6Gtry7kjEjvh3JmHrYb1fLUw83jjx/3VX8yCncGRbUnnOv1UQY/6V3cSLdIJVX7jc3d0D2+OxftZP/v1IBL4e2olxV1sMnr+Mxr9D/BBkxO4ZuE8mjV6rVUNQqry2rFFp8RJKGIFKmWcblLj167aLqgLYTTaqG4o0eM3iBU7E6DP9fsdsh6yJxCBcZgyiy+Qj1UzD78Elg7GKwi6e2E4rw== X-YMail-OSG: PnG0BlIVM1kLK6v4FfIEKjg0IIe1r_FJSAmI8qd4pKp1kuiACJF6FAjfopHft0R MmFgLd1WMT6SFg0rVipHPPUFaZ4rrKgCsaoNaligkDuWVp_xJAiVSTI8b0r2nIpO1b4w4E9cZlrU e3uf.ZVOyzAXXrDZOhgZZw0UcbiGa2RfZL9.d0n4OnXA7bjoiANM8pQu.qaLZ4zmqzRfBTN0Q_on NjdPgoWfJ6zsBRkZr1QTYBbj4cZ8yIrIhYX9xLcExgZ9DLwbyo_T8_gutaa.lAa2bt4IsdtK64fT gYPg2qiyI7KYYa7mMVn7W9TM4fWFacsk_k._..YYHVwhng1wxlSWD9usJuhHJVoZM2Kn_ATgYHwC rbIadeTbWkT3CXhofX54iSPccKBWUsJgD47oGntC5T6a5rAsV3SaQpzTRH7G5UUQEH6mdGwRm1iC TxuQOX24ovIF9yCbmr_ePCMeoE565A5jyjhec9o2uvHIpksuQFJk3_c0ACiNPO53qPSXq.sVrtDZ 2iy5wkaqGTqvnPKiQXDpREQzRIs.bYqwRiY0ZBPIam4FCf57TSAi8.9Vv.mUwlKjzPGWB7kNPX.Z rRUKwJ3RUV8CQ.ppiHUWrvvu8O12XUkXMcPfj84q2Pt.gCpXWNlilyTe8kupJ3qGe8Tgqxr5Xu34 vtfyAaf1CE3Myf9dvEStVvYwezuWeqYWZwrzfbggBhprwlekpf7NlXpA7a77GennfFZg5wm8nmTv Wn7JylwD11zFreVgaffps_jPPupG0Svno5bwtJZiMNp82VvE_IAp4dEZsYMynhZOS4rxcTVpj.HE _i4Ov2COudIFvMAoYeFoMh2mr06rS7cd_98GNstZETq6Kui0ZATa_tv0y4G7WZfRTNCdB0ej1yA1 G.JfqXwCDKKnEbckRgM_UxhHlWooQz_hfzDI92IKKBJ_4eWm6va6bRsetkPYTxebN7ZRLEphiCYi lVvE6R4PU3BaSy3_USd6gr8RO8TE0wyCz8sJDjWtc6ltcgPkIwyZjg7P.0ve4.iPAeYRQQELdQcs _2V9RWHQdGwiTQZ9SDdD.xdc.obfuBmeGZQRqZXwbSf7DIq5fVRXFgnknvyFM6WTTipoOJOgzzAy 0kLbUum8ko7dekFCRV0O5HVZA4V9911_SCpEhdNZjEtk7s8doS4Tf3zxxwsYEKFKJklYSvk_1SXc Nf09YRJcPCQzcz0IyMPVaUotY0tVZ5GKPVZR2Zx0dYTfP8KSVjWKrUDiZZ8JbfLL2rRD5_J6diCa Y0_V8xBWkqN7.oecYZn1rE0aSPw.LYsvKtIQ0QNtksdyIyKnhlDHCgk2VPNQg9R95xUJ_37fvWLY AIA5cJEBfm6D4np5sqwryRPunOK7ELpvzXicBk.0yHcTYJYGeiDAXLPbO6vnEvQj4mml._rupHCE U10IlTZyHkKJrg_9FICG53.TnCMZqA2HdmCp3j.n72cSLWFLEkbWMfnR.qLdH0LCJf3mUgh3rxHP Ic5ttWvYpunrEYL35nporyoZSxToXuMj_QevVgsuEL2M3_RWuz6GOCkt6PlyQ_.jmso5ENhzdlPM aP2RPmVDG.c9PUutEtQ7heVsxi.GZEIeJ5yMD1mSEsfbh0vgtmLM0G5h6AjZ3UmERdXdCnLHUlaJ kSB_iYMJ8wOO5mdhpgaAjf_iTmQtRdEjPIl.3Vk4RfbWV7e_LScFj9Z99VCwpCMWWrp.zPoeUhTb hPZFTIyPTkjsx7wtywbA79ZN3Un3.U6_.1mlTkcsRiTXG5RCRb1lFAA6wwft.Cdv.DwVlLRktnn5 MwFC8uubX4asU.ODZREAhqAEWqJIww0C2KcvZh8aXmF7jMJrmI0TyrGfTcrYbPJjBts9sxPID1MQ 3CInaAJfUqEgk8uG9DCYBmTe9Sdt.Mon5a6qE0k8YExOBZ6FXqorMLg7MEi6YO1Qi0XIFtlX0h9U 1Phhq98jbNuGDIN2LHV0qmq5VaEJSeD1ucLSL9i4HN5T5.yPxLBasP1n.v4BLVSFiXgDlyQXU_Xu XEKURlYHgyLLMxjpaIRvmt5CCpZzGK8jJrFwycIezXrDUC.hBCTC5GzIUcgqZ6juYIL4PsFhzwwI Tj2rTEyljo0ItrwiBAt1a2lFKvKcvyKDhIxvxWPiYQjYDpVLnYN3WnYRqATGPctu6ik5_M4.YoJO RYlwJwPovlsyBaxYkqoNzV58I1NI1LgR7GWCFJ1KWAxe1zRQgtvSAELVC3gnIBo4tVwe6CYt.RcR bzX1NDN_fvG3cxCnIvnSTU5AodQcZqAr70RJzGLUJLoQeBUhDr8pCgi_HCd8Ph0ga6BtEAF5B..e QUtY1Vg-- X-Sonic-MF: X-Sonic-ID: fef3502b-a12a-46c5-85d5-e0780f16c5df Received: from sonic.gate.mail.ne1.yahoo.com by sonic316.consmr.mail.gq1.yahoo.com with HTTP; Tue, 17 Jun 2025 00:31:50 +0000 Received: by hermes--production-gq1-74d64bb7d7-cmxx8 (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 421215bb75fad5451e75a10c979a1987; Tue, 17 Jun 2025 00:31:45 +0000 (UTC) Content-Type: text/plain; charset=utf-8 List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-ports@freebsd.org Sender: owner-freebsd-ports@FreeBSD.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3826.600.51.1.1\)) Subject: Re: error -9 on build cluster? From: Mark Millard X-Priority: 3 (Normal) In-Reply-To: Date: Mon, 16 Jun 2025 17:31:35 -0700 Cc: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= , FreeBSD Mailing List Content-Transfer-Encoding: quoted-printable Message-Id: <03635341-65E7-4500-B3C6-8517768B47E0@yahoo.com> References: <710FE881-65FF-4B72-A128-77DBE8A5E93F.ref@yahoo.com> <710FE881-65FF-4B72-A128-77DBE8A5E93F@yahoo.com> <86tt52kn94.fsf@ltc.des.dev> <4C36717B-2EBC-42D3-B037-709B4E384288@yahoo.com> <1158389273.7369.1750074650555@localhost> To: Ronald Klop X-Mailer: Apple Mail (2.3826.600.51.1.1) X-Spamd-Result: default: False [-2.16 / 15.00]; SUBJECT_ENDS_QUESTION(1.00)[]; NEURAL_HAM_SHORT(-0.99)[-0.995]; NEURAL_HAM_MEDIUM(-0.94)[-0.942]; NEURAL_HAM_LONG(-0.72)[-0.721]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; MV_CASE(0.50)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MIME_GOOD(-0.10)[text/plain]; HAS_X_PRIO_THREE(0.00)[3]; TO_DN_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; ARC_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; FREEMAIL_FROM(0.00)[yahoo.com]; DKIM_TRACE(0.00)[yahoo.com:+]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; RCVD_IN_DNSWL_NONE(0.00)[98.137.69.31:from]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; MLMMJ_DEST(0.00)[freebsd-ports@freebsd.org]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.69.31:from]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim] X-Rspamd-Queue-Id: 4bLnqs0JYgz3nWm X-Spamd-Bar: -- On Jun 16, 2025, at 08:22, Mark Millard wrote: > On Jun 16, 2025, at 04:50, Ronald Klop wrote: >=20 >> Van: Mark Millard >> Datum:vrijdag, 30 mei 2025 20:58 >> Aan:"Dag-Erling Sm=C3=B8rgrav" >> CC:ronald-lists@klop.ws, FreeBSD Mailing List = >> Onderwerp:Re: error -9 on build cluster? >> On May 30, 2025, at 11:29, Mark Millard wrote: >>=20 >>> On May 30, 2025, at 10:43, Dag-Erling Sm=C3=B8rgrav = wrote: >>>=20 >>>> Mark Millard writes: >>>>> Dag-Erling Sm=C3=B8rgrav writes: >>>>>> This is preceded by an 800-line list of warnings from a single = source >>>>>> file (multi_index_block.cpp). This list is clearly truncated as = it's >>>>>> missing the final =E2=80=9CN warnings generated=E2=80=9D line, so = my guess is there is >>>>>> at least one error there as well which just doesn't get = displayed. >>>>> My guess: the failure occurred while the warnings were otherwise >>>>> still being generated and that is what stopped the warnings. >>>>=20 >>>> That's possible. If we assume that the error code returned by = scons is >>>> an errno, it corresponds to EBADF. Perhaps a bug in scons causes = it to >>>> lose track of the pipe it uses to read the compiler's stderr. >>>=20 >>> devel/scans has not been updated after 2024-Jun-06: >>>=20 >>> QUOTE >>> author Po-Chuan Hsieh 2024-06-06 22:03:56 = +0000 >>> committer Po-Chuan Hsieh 2024-06-06 22:03:56 = +0000 >>> . . . >>> devel/scons: Update to 4.7.0 >>> Changes: https://github.com/SCons/scons/releases = https://scons.org/tag/releases.html PR: 279488 Exp-run by: antoine >>> END QUOTE >>>=20 >>> That would mean that quarterly got the update in 2024 as well. >>>=20 >>> = https://pkg-status.freebsd.org/ampere1/data/141arm64-quarterly/2e2d801cf97= 7/logs/mongodb60-6.0.18.log >>>=20 >>> did not fail but shows the warnings. >>>=20 >>> devel/scons does not seem to be the source of the change in beavior. >>=20 >>=20 >> Worked: >>=20 >> = https://pkg-status.freebsd.org/ampere3/data/134arm64-default/1afdc808e67b/= logs/mongodb60-6.0.20_1.log >> build started at Sun Jan 5 17:35:49 UTC 2025 >>=20 >> The next 134arm64-default build Failed: >>=20 >> = https://pkg-status.freebsd.org/ampere3/data/134arm64-default/86e28c84a7e0/= logs/errors/mongodb60-6.0.20_1.log >> build started at Sun Jan 19 11:21:16 UTC 2025 >>=20 >> That at least gives a time frame to investigate. >>=20 >> More details: >>=20 >> =3D>> Building databases/mongodb60 >> build started at Sun Jan 5 17:35:49 UTC 2025 >> port directory: /usr/ports/databases/mongodb60 >> package name: mongodb60-6.0.20_1 >> building for: FreeBSD 134arm64-default-job-06 13.4-RELEASE-p2 FreeBSD = 13.4-RELEASE-p2 arm64 >> maintained by: ronald@FreeBSD.org >> Makefile datestamp: -rw-r--r-- 1 root wheel 5845 Jan 4 01:02 = /usr/ports/databases/mongodb60/Makefile >> Ports top last git commit: 1afdc808e67 >> Ports top unclean checkout: no >> Port dir last git commit: 3ab18c284b0 >> Port dir unclean checkout: no >> Poudriere version: poudriere-git-3.4.2 >> Host OSVERSION: 1500028 >> Jail OSVERSION: 1304000 >>=20 >> vs. >>=20 >> =3D>> Building databases/mongodb60 >> build started at Sun Jan 19 11:21:16 UTC 2025 >> port directory: /usr/ports/databases/mongodb60 >> package name: mongodb60-6.0.20_1 >> building for: FreeBSD 134arm64-default-job-13 13.4-RELEASE-p2 FreeBSD = 13.4-RELEASE-p2 arm64 >> maintained by: ronald@FreeBSD.org >> Makefile datestamp: -rw-r--r-- 1 root wheel 5845 Jan 4 01:02 = /usr/ports/databases/mongodb60/Makefile >> Ports top last git commit: 86e28c84a7e >> Ports top unclean checkout: no >> Port dir last git commit: 3ab18c284b0 >> Port dir unclean checkout: no >> Poudriere version: poudriere-git-3.4.2 >> Host OSVERSION: 1500028 >> Jail OSVERSION: 1304000 >>=20 >> Same Host and Jail OSVERSION's. Same "Port dir last git commit". >>=20 >> But different "Ports top last git commit". So. some change in >> another package that is involved? >>=20 >> =3D=3D=3D >> Mark Millard >> marklmi at yahoo.com >>=20 >>=20 >>=20 >> Hi, >>=20 >> The builder got the same error on mongodb70. >=20 > Well recent 60 vs. the 70: >=20 > scons: *** [build/59f4f0dd/mongo/db/catalog/multi_index_block.o] Error = -9 > vs.: > scons: *** [build/opt/mongo/db/query/canonical_query_encoder.o] Error = -9 >=20 > It is not at an analogous point in the build. Looking at the build = times: >=20 > build time: 00:45:05 > vs.: > build time: 05:05:52 >=20 >=20 > Looking at the 60 history . . . >=20 > scons: *** [build/59f4f0dd/mongo/db/catalog/multi_index_block.o] Error = -9 > scons: building terminated because of errors. > build/59f4f0dd/mongo/db/catalog/multi_index_block.o failed: Error -9 >=20 > scons: *** [build/59f4f0dd/mongo/db/views/view_catalog_helpers.o] = Error -9 > . . . > scons: building terminated because of errors. > build/59f4f0dd/mongo/db/views/view_catalog_helpers.o failed: Error -9 >=20 > (The above 2 are amd64, the below older ones are all arm64:) >=20 > src/mongo/db/commands/collection_to_capped.cpp > . . . > *** Signal 9 >=20 > = build/59f4f0dd/mongo/db/commands/feature_compatibility_version_document_ge= n.cpp > . . . > *** Signal 9 >=20 > build/59f4f0dd/mongo/db/storage/storage_parameters_gen.cpp > . . . > *** Signal 9 >=20 > (The older ones only have the report available now, not the log:) >=20 > scons: building terminated because of errors. > = build/59f4f0dd/mongo/db/s/config/sharding_catalog_manager_zone_operations.= o failed: Error -9 >=20 > scons: building terminated because of errors. > build/59f4f0dd/mongo/db/commands/mr_common.o failed: Error -9 >=20 > scons: building terminated because of errors. > build/59f4f0dd/mongo/db/query/find.o failed: Error -9 >=20 > = src/third_party/mozjs/platform/aarch64/freebsd/build/Unified_cpp_js_src16.= cpp > *** Signal 9 >=20 > (The above goes back to 2025-02-05 17:50.) >=20 > The first is 6.0.23_1. The 2nd is 6.0.22_1. The last 2 are 6.0.20_1. > The rest are 6.0.20_2. >=20 > There is no uniformity to where the errors occur. There is also > variability for "Signal 9" vs. "Error -9". A guess would be that > "Error -9" is another way of reporting "Signal 9". Speaking of variability: = https://pkg-status.freebsd.org/beefy18/build.html?mastername=3Dmain-amd64-= default&build=3Dp056670b6dfea_s1749465947a shows building all the amd64 mongodb[5678]0* just fine. That build started at: 05 Jun 2025 01:11:32 GMT on beefy18 . As does the beefy8 13 May 2025 09:01:49 GMT: = https://pkg-status.freebsd.org/beefy8/build.html?mastername=3D142amd64-def= ault&build=3D2025-05-13_09h01m49s and the beefy16 24 Apr 2025 07:24:46 GMT: = https://pkg-status.freebsd.org/beefy16/build.html?mastername=3D134amd64-de= fault&build=3Ddc1d367f2961 and the beefy14 12 Apr 2025 01:03:08 GMT: = https://pkg-status.freebsd.org/beefy14/build.html?mastername=3D134amd64-qu= arterly&build=3D37270c265761 mongodb[5678]0 does not reliably fail. > Back in 2022-Jul there was this to avoid "Signal 9" problems: >=20 > A commit in branch main references this bug: >=20 > URL: = https://cgit.FreeBSD.org/ports/commit/?id=3D0aabc02be18794a56c436233e59379= ebaa86c2e0 >=20 > commit 0aabc02be18794a56c436233e59379ebaa86c2e0 > Author: Daniel Engberb > AuthorDate: 2022-07-14 14:43:02 +0000 > Commit: Fernando Apestegu=C3=ADa > CommitDate: 2022-07-16 15:11:58 +0000 >=20 > databases/mongodb50: Disable LTO by default. >=20 > Building mongo with LTO enabled takes a ridiculously amount of memory > (32GB in amd64). > Disable -ggdb so memory requirements don't sky rocket (around 10-12GB) >=20 > PR: 264340 > Reported by: ulassayginim@gmail.com > Approved by: ronald-lists@klop.ws (maintainer) >=20 > databases/mongodb50/files/patch-SConstruct | 15 +++++++++++---- > 1 file changed, 11 insertions(+), 4 deletions(-) >=20 >=20 > There was also a comment reporting console log text like: >=20 > swap_pager: out of swap space > swp_pager_getswapspace(2): failed > swap_pager: out of swap space > swp_pager_getswapspace(2): failed > swp_pager_getswapspace(5): failed > swp_pager_getswapspace(1): failed > swp_pager_getswapspace(23): failed > pid 73953 (ld.lld), jid 0, uid 0, was killed: failed to reclaim memory >=20 > But, to my knowledge, such information is not publicly > available and would be not easily tied to match the > timing of mongodb* build failures. >=20 > So personal/local builds may be needed to figure out if > such might be involved. >=20 >> But this build does not have all the warnings. I still don't see the = cause of Error -9. >>=20 >> = https://pkg-status.freebsd.org/beefy22/data/142amd64-default/02e9dc3b903b/= logs/mongodb70-7.0.21_1.log >>=20 >> https://portsfallout.com/fallout?port=3Ddatabases%2Fmongodb70%24 >>=20 >> My next idea is that this occurs because a process gets killed (-9), = which should be visible in the logs of the cluster maintainers. Does = this makes sense? =3D=3D=3D Mark Millard marklmi at yahoo.com From nobody Tue Jun 17 03:44:53 2025 X-Original-To: ports@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4bLt6Z2J5Rz5pkHg for ; Tue, 17 Jun 2025 03:44:54 +0000 (UTC) (envelope-from portscout@FreeBSD.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.nyi.freebsd.org", Issuer "R11" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4bLt6Y2VJ1z3qsn for ; Tue, 17 Jun 2025 03:44:53 +0000 (UTC) (envelope-from portscout@FreeBSD.org) ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1750131893; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding; bh=6kIi8hXkxL7Nr22zf46HzQovJD7OHzx9SE0OFrvPCRA=; b=PHGPxWZK5PRW0c3km3TW4MyzFpGadsf1Y6dH6aB70nwUkQLmIFd6iQSpd6n0xf9vUA9TXj bg76Oapz61XxCfOQCWVGWa4Hoi28BaY5tD3LpznjYFbmUEBdxfillV3I+JG8p6Kw/ly+Yt 8q1sJ5q2Yr6xegncExwe/MkvL3IvU8amrvYQyP7liwzhvIey/qpxTuhs4vd0UNYrfKVTnd +63m4i4W34Tx+t6GpWrcMZeHCgqW77sowOIFEQ9k1jcLQwgfMpArGN27v4yBpgG4JGlpRG iQpuE5BW3SjMTLyoIo/BMRqUw0PgW+ZfnndOJwxV0n8bzc4Cqd0g2wlgkxIWQg== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1750131893; a=rsa-sha256; cv=none; b=Lv5oVjkYmaEXjK1tT6x01Jcz7ntAKz8+iO+1Tz5m7v2bUQuCjIw9GGAAzeIcBrOOuwJ99+ vNg7Jrr+R1T+Ns8kgf9QLTD1EDm6ng61jTHy+IXTTKB77Xa0rA2b+JYDJw8LhOfljtQLOs s1meQmtvS0MWI39mouUxU4I5eoEOFOfZ88etW+Q1s1wgGtIebN86B8vjC4nZ40JRaSSLhR baxAB6UpO82IGJkcPgV8WmLdAgo8JrAFlsDZLCSerhaftQtHCZ7wZLhpYcIFUsN7tWQvBR XOqGlyKTqVM2N3yVMnvp8sZWb0H+yWHvAnjVqjq6qqY8UQ7UOFuFRJtTltj90w== Received: from portscout.nyi.freebsd.org (portscout.nyi.freebsd.org [IPv6:2610:1c1:1:606c::50:21]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id 4bLt6Y1vHVz9s1 for ; Tue, 17 Jun 2025 03:44:53 +0000 (UTC) (envelope-from portscout@FreeBSD.org) Received: from portscout.nyi.freebsd.org ([127.0.1.10]) by portscout.nyi.freebsd.org (8.17.1/8.17.1) with ESMTP id 55H3irAN057860 for ; Tue, 17 Jun 2025 03:44:53 GMT (envelope-from portscout@FreeBSD.org) Received: (from portscout@localhost) by portscout.nyi.freebsd.org (8.17.1/8.17.1/Submit) id 55H3irZ3057859; Tue, 17 Jun 2025 03:44:53 GMT (envelope-from portscout@FreeBSD.org) Message-Id: <202506170344.55H3irZ3057859@portscout.nyi.freebsd.org> X-Authentication-Warning: portscout.nyi.freebsd.org: portscout set sender to portscout@FreeBSD.org using -f Content-Disposition: inline Content-Transfer-Encoding: 8bit Content-Type: text/plain List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-ports@freebsd.org Sender: owner-freebsd-ports@FreeBSD.org MIME-Version: 1.0 Date: Tue, 17 Jun 2025 03:44:53 +0000 From: portscout@FreeBSD.org To: ports@freebsd.org Subject: Unmaintained FreeBSD ports which are out of date X-Mailer: portscout/0.8.1 Dear port maintainers, The portscout new distfile checker has detected that one or more unmaintained ports appears to be out of date. Please take the opportunity to check each of the ports listed below, and if possible and appropriate, submit/commit an update. Please consider also adopting this port. If any ports have already been updated, you can safely ignore the entry. An e-mail will not be sent again for any of the port/version combinations below. Full details can be found at the following URL: http://portscout.freebsd.org/ports@freebsd.org.html Port | Current version | New version ------------------------------------------------+-----------------+------------ devel/tinygo | 0.19.0 | v0.38.0 ------------------------------------------------+-----------------+------------ If any of the above results are invalid, please check the following page for details on how to improve portscout's detection and selection of distfiles on a per-port basis: http://portscout.freebsd.org/info/portscout-portconfig.txt Reported by: portscout! From nobody Tue Jun 17 13:29:35 2025 X-Original-To: freebsd-ports@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4bM75Q2QHSz5yL4q for ; Tue, 17 Jun 2025 13:29:46 +0000 (UTC) (envelope-from hausen@punkt.de) Received: from BEUP281CU002.outbound.protection.outlook.com (mail-germanynorthazlp170100001.outbound.protection.outlook.com [IPv6:2a01:111:f403:c20b::1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (secp384r1) server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "mail.protection.outlook.com", Issuer "DigiCert Cloud Services CA-1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4bM75P3fSKz3vXt for ; Tue, 17 Jun 2025 13:29:45 +0000 (UTC) (envelope-from hausen@punkt.de) Authentication-Results: mx1.freebsd.org; dkim=none; spf=pass (mx1.freebsd.org: domain of hausen@punkt.de designates 2a01:111:f403:c20b::1 as permitted sender) smtp.mailfrom=hausen@punkt.de; dmarc=pass (policy=none) header.from=punkt.de; arc=pass ("microsoft.com:s=arcselector10001:i=1") ARC-Seal: i=1; a=rsa-sha256; s=arcselector10001; d=microsoft.com; cv=none; b=JG7VI2cY2D/ERwMZ5oaH25nI66SxAz8hnl3zfNwbpvd4NHOpHtcSGIdQtpV5E/d7w8bTwZjbr19SE6gqsC4ZiGcMRFBEDr8TPyPwTwXNxVHX8sgnmpyVmqxgc42euR7sPFRFmQi3TWorDQDKPi22mibhjY+8WI5S16lLp0pQyB26a/iscaeM0Wotc0kGLL4TsK5IihvCmNqNSTepyux7J1d0pFpncFomFtI93gdxHkQPPmh7QQKhUkWrHCH1PDpsxg4Q3zJcbwIAYQ1DfY27CnxmUZQsezgJNuoMmMjMqmypSaYz4XlNwfQqdKeiGsTui+Ew2QG7ZOuvnmEuvK01Mg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector10001; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=Azf9YU0/Z4DL9zWa2mF9NIUHKmT4GnrbqgoisAwAdGw=; b=KR114/1myR6Jw8rCFFnymUQIFS4ytdRU1/YsrzGRcbbVUAg72Za5aAdIdDv86GHZhHdwPd9mAM3IuC1JfsyFzCU6ijJmcVN7bPhLvHioB1anDeoXSmG6MuDSB8tkjlyl/JNPcAGu5hgmX9LFa3z4X2JJER94BqQEJCELjKpzX4RlDofywCSO9jXrl3gdIXbnktsvPJyuN434jTPoHBGAOrn3Rjz0MK6eWREYlBk4outp8gRigqzCLW2iNb/NVnu9iIXKIiZyjxoREFBlE8nOH9HrOHPkU2KgF56Z/B3gu3tNF90UNyO9o4lvbIJKyaJMMRzC/UwbQ08rQtr95aFTFQ== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=punkt.de; dmarc=pass action=none header.from=punkt.de; dkim=pass header.d=punkt.de; arc=none Received: from BEZP281MB3159.DEUP281.PROD.OUTLOOK.COM (2603:10a6:b10:2d::7) by BEUP281MB3427.DEUP281.PROD.OUTLOOK.COM (2603:10a6:b10:99::13) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.8835.30; Tue, 17 Jun 2025 13:29:35 +0000 Received: from BEZP281MB3159.DEUP281.PROD.OUTLOOK.COM ([fe80::d3b4:7f52:df34:f8e7]) by BEZP281MB3159.DEUP281.PROD.OUTLOOK.COM ([fe80::d3b4:7f52:df34:f8e7%6]) with mapi id 15.20.8835.027; Tue, 17 Jun 2025 13:29:35 +0000 From: "Patrick M. Hausen" To: FreeBSD Ports ML Subject: mail/roundcube - security update not (yet) merged from latest into quarterly Thread-Topic: mail/roundcube - security update not (yet) merged from latest into quarterly Thread-Index: AQHb34vdsRgYI+hm0Emzipht+pVwvw== Date: Tue, 17 Jun 2025 13:29:35 +0000 Message-ID: Accept-Language: de-DE, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-publictraffictype: Email x-ms-traffictypediagnostic: BEZP281MB3159:EE_|BEUP281MB3427:EE_ x-ms-office365-filtering-correlation-id: 42e7a3b3-dc8b-4da3-41d8-08ddada30055 x-ms-exchange-senderadcheck: 1 x-ms-exchange-antispam-relay: 0 x-microsoft-antispam: BCL:0;ARA:13230040|1800799024|366016|10070799003|376014|38070700018; x-microsoft-antispam-message-info: =?utf-8?B?Q1M3dnBLTmZ0blBBY3JUZEJTWW1ZakdTRXcvcWs2dzlUTmpYcS9KUm9oQ0Vj?= =?utf-8?B?UjJUaXlUSXY5YW5jSGMvaFR6UDJSTUR0QjhZTUt6YmRzUkxWWkw5akRVa3Z0?= =?utf-8?B?OTJaZC9sVW5LVU1Bb29vM29HL1FYWEt1c0NnRTRpTkFyV2ZTZ05lM29mR2N3?= =?utf-8?B?RTBGNm85cCs5MGF4OTQyTHozTnVLVGpsVjN2VkNwNk5KVGRDS1RzczA5SVp0?= =?utf-8?B?QWNLS3pXQk5ZNWdaYzdoMXVkTHdmWHdFM1VHVzF1VDhTZDhrNWhEelZxeGlI?= =?utf-8?B?aUtMTFFxaVpyTDlCWnVNUFNSeXEyWlllVGgvcDdSY3dPMUhJSnBaTVpHajZB?= =?utf-8?B?WXozZ0VlUWRmL0hxV3MrcnIyZENHRkF0MDNscWNhaVl2N3JFSXBDTlR2cG1o?= =?utf-8?B?K0hBRTQ0cGtJbG1aTkdIZ2xoaGw1Q1RjeE5qNzFiWjZBR0J5bGR1TjdObHNH?= =?utf-8?B?TXZuck5HWGpiS0pIS1FzbmRpNzJJOGErQnZvbHllN3F5Nm92NHcrdUpIaXRR?= =?utf-8?B?R3BxTE1kU3VMdlBabDkzMnRpTHkvY1BGQ01nSVdRazdmMWJYMUNSVldkVkFF?= =?utf-8?B?VWdzNHNud1NNenpiOUV0VWlyS3NhR1YrOVhxZ2lOVEdjZk5TZXQvNXl2YUts?= =?utf-8?B?Z1NRc2JIdUtsV1pkam1sVTVXR3pPU0NPa1l5cVBWbXJSa1B5RkdkTGVUaFEz?= =?utf-8?B?RnRLS0ozNHRhY2hwUlNIckE3Z3dIS1FiWTBSQkNaZ3BmTDJEZzNxSFhTalVs?= =?utf-8?B?MExrS2V6bUlsMHdpeXFzTGdjemc3dDJKczdXcHg3SGZGbnBWV0QwL1lVNm5K?= =?utf-8?B?dDFBSXNWanNJMEgrcWdkYVVUUmZtb3kzcVR4OTNpR1lJQm41bWh2NWZNRmF0?= =?utf-8?B?MlNjWHhhd3E2aERubmdDS1Y1UWFoTW41dVYzNTlid2lnY3VuRGg0QkRKcnJE?= =?utf-8?B?YVQzeitSeGZBOVVXRVFnUDBXZWkyNzh6cFVlbTFPRlJPdW91ZGdGOS9pRlBq?= =?utf-8?B?QXhYN01vU0ZYM0czZTdHSVZZTzlQQm5hTHNzb1BNR1cyZUZmNUQ0V3NFVzY5?= =?utf-8?B?OXNCRlB1amUzZGlKSklrWUprRjZsais5Y25aWEt1NVhlNGF0QlI5cGpyNjJZ?= =?utf-8?B?L3ZhclZwdGpXWlk3YVR4L0tORVQxVHJQVGVCWSs1SUROUEZzVUVwMUlNemFF?= =?utf-8?B?ZDU2T29EdnFGVXpBb2s0blBRZDBFSThBanJLRG56L3I1eGNqTlcxRStsWmU4?= =?utf-8?B?YWUrZEpZVXBXb29INnZmQW5SZ0JYNlpRNDNaZGM0aDVGY295YWtIK1RkNlJr?= =?utf-8?B?bmtNTkFOcFl3Kzk1UFZJUktKOUdsUkgyT3RmRXVzcjE5amR6VlRzNHpSeFRX?= =?utf-8?B?ZVE1UVV5VHhzL3E1Zks2eHYzWThSbmxjdW1JWjdSU3B2VW1qZlNpcmg0QmNT?= =?utf-8?B?cHJaTGlLdFNnY051MWhZcUtVb3VVVi9zQ21rUjk5MUppdG1BeHlEN3JEbU1v?= =?utf-8?B?Vm1XYnZRUis0ZWlReFFLUDh4VW5sQllDNEF4OG10NDBqc295bm12aURlY0sz?= =?utf-8?B?ejlNaVdOeGhUME91cGNrSUZBRi9renFUbjN1aE1uT1ZPWmN5R0xTU1JWZk5O?= =?utf-8?B?bDlFaVlWdzNYWTVsSDdBSCsxUmtxZkpYU1doblJuN2U0Wm1oVSt2M1dxcmFt?= =?utf-8?B?U2JZODJJbDQyNmJuc1gxdlYxVWRLVWcxTXc2Z0t6ZnBkYUtvaTZaSUFVQUJw?= =?utf-8?B?ajQwQ3VGNk1wMUZSVmpYdlhvWFIwY1hMNTBZM1ZkaXFYUGpzZDVxUnREcUh4?= =?utf-8?B?VnhaVzY2SVAwQk1Hdy80Z0t2T0JJZ0RXdTFsRldVTEZ4aWhWNkxENFhvKzZI?= =?utf-8?B?ZlhkUVZ6UENhc3c3cEZCY3FSemdtbEdsK0tYYmVzSFJYMXc9PQ==?= x-forefront-antispam-report: CIP:255.255.255.255;CTRY:;LANG:en;SCL:1;SRV:;IPV:NLI;SFV:NSPM;H:BEZP281MB3159.DEUP281.PROD.OUTLOOK.COM;PTR:;CAT:NONE;SFS:(13230040)(1800799024)(366016)(10070799003)(376014)(38070700018);DIR:OUT;SFP:1102; x-ms-exchange-antispam-messagedata-chunkcount: 1 x-ms-exchange-antispam-messagedata-0: =?utf-8?B?VWYwYWdQR0JXcUdWc0EyMmpncHZsclNYTXNhd3Nnd3VvaWUvVG9JOWxqQXQz?= =?utf-8?B?Nm1OWEhDMTU4VnJTS2FlL1lQWGlURUhRNUxHeksxeWlhVWtSUHRjdlQzNXVO?= =?utf-8?B?dWordmF6ZjFacGhTT2U2UytzMi8vS0dEMGpVYTU1ZEk0QnNBNlBRTUtNbFlj?= =?utf-8?B?ZkNycFpkR2FMbzE0WHdOcUpHQXJ0NU9NcEZnMkVlbFdXVDRPN1pyTGpIeE5a?= =?utf-8?B?NWRmSTk4dGozR3lRSzkrTzU2dTdySGdIYW9MMUVhdVdha2NlK29TeTh0azd0?= =?utf-8?B?d3dkUjZud2VkZGNJaE5ncEFkbXA5UlBiejAvZXoyTzFUOURzVFFhdTFHd0xT?= =?utf-8?B?aE1RaDFZYlB0MFRGd2VQcEI5QnFqb0MyZmQ4ZVp0NEVSdDI2U1hBZitQNDF2?= =?utf-8?B?aXZ4TmNZMTRuSzMrek52UDdIZEJMWURVOFdVNzgyS09hZ0JKSW5GSGlNbWpY?= =?utf-8?B?bldjK0NkeWRqa1NCQldvMS83TEk0L0h4dncrUVFPNlpveWRrdDZZOVZBdmRX?= =?utf-8?B?bG5hRzV2TmpSQ0dhaXMvRHNpbDNWYTVEbjA1cVVKbC9YM3I1akh0RVNBNTE1?= =?utf-8?B?OXJRQ0NaNUFOMkttYTFaNWtHZ2pTL0FBZjdvSnVZWWRVcG8ySTdTcG9KdDM4?= =?utf-8?B?d0NRK29ZN2NOdTl3OEJBeG1uNk9FN0Fhbk9mWVZUd2QzSTVNQlowcWZ5NWdx?= =?utf-8?B?aUNndWxEN2Z6SmdLN05UTmVkVGlVTkJjamRWcmE1Y0xZWG9DWGE2cjVzdCsx?= =?utf-8?B?MzRaL0ZOUnVpaTJoR0w3SWN6QjdGdjFuelJPdmRqM1pjaVBQaHA1L25pVG9D?= =?utf-8?B?RmFJWnRsV0I0bXpMR1JnM0d6eEJhRVM1cklmdDg4RXZJZjIzeVBTc3hDcDls?= =?utf-8?B?cUg2d1FMcWxpclBvV2dTN1UvQnBiMGRvcXN0a3YzdzROSGJtRzlDMGU2QWFC?= =?utf-8?B?YjVzQlhwQ0pLc0tRWjBBOFJtbGxUVWF5MEk2L1hDVi9CczNRcUlqa0YyQkpT?= =?utf-8?B?QStIU3doN3pIbFRBUHpLbkJ4c2lOaDZaTXlFWkNUcnRKS2VieER6STFMQ2FI?= =?utf-8?B?OS92ai9sODVaNmRpK1Z6d250ajYvTGNUV3lKdmpxdFBuZi9MbkxUYVpjeWFs?= =?utf-8?B?MnFIVDRqenZOYWpta2JzRE9TVnh2UXZ2U2VJSlBzeHIySnVPK3p5YVZKWW9D?= =?utf-8?B?V3ZQdkw1WFR5RkdFaUFJYnBhVUFpNjN5NURIQk9Kb0k4c1puSnF0Nng3L2Yz?= =?utf-8?B?OEVRK3dGc2psZHU0YUtuVDN5NWQ2am5BWldmRzZ1cllpT2FLUUdTYm4zaVRQ?= =?utf-8?B?RWZnYXU4UUZyWDlKSEVjZGxGcXJ0Y0lUTjdTcVBRZXRkL090djZDMW9CM2dN?= =?utf-8?B?SDNYZVMyL3FodTRFbndyVGsvTnNNOERjakhPQzZZZmhLS0tGN2FGOHd6NVZl?= =?utf-8?B?L1o2S1paRm1GUHhDUldIbG9qRlhrSkEvVWtweTl2L0FDaFVLSFNpUUFpWm9P?= =?utf-8?B?aGl4bGN2YUF2SXVYTnZaQlpXdmFBUWtrOXBYMGJCRCtMQnRSTXdOMS9KT1dU?= =?utf-8?B?RTFZOGZqVm1ZUWF6QnJDYlhocWRCSEt6Zm9peU1kN1YxM0gvbkQ4cHVFbUdP?= =?utf-8?B?b0IreFUwVlF2S3FiZ1dwdlQ0TlBMSUozQkpwU25jekJJdXdzUTRYbTIxcnBL?= =?utf-8?B?S1ZQRVRtaDd0OWQwV2JXc2llRkVvOGcrbkNDRFN1aDFTU2RFdXorWEh3aGxo?= =?utf-8?B?alRPZ2tHNldZeHYxajNJRDZBRGVSZ0doazJ2Ukx2WWoxY2Y2K3BoWW1kZVBl?= =?utf-8?B?UmNXYnpUcVRlRTA5RUVNaFQ5UkNSM3ZNV29PMzMzdkNMYy9LaHpJU1NXT1NS?= =?utf-8?B?RUtBbElTMUQ0WlVWS3VxYUVSYTVhK3pYbUZITjlIc3RMSTJLNjJQeTcxNWtz?= =?utf-8?B?MCt6MEhZOU1LVEZaVllQVnlyblQ2OUVwS25HZkJiMnFSeUc1MGtacmpwem80?= =?utf-8?B?bzJoemlFZkhzTVgwNXVEcXJQaHVjTTFMMkVZQXp0NGJMR1M2bHRVQ0RhSzlG?= =?utf-8?B?SzJhcUwwdk5XMmhOT1NvM0VXU1RMS2xFUCtXYjBLaktjQ3JJNms5RUY2R0lY?= =?utf-8?B?YndkLzhLQUJOM0FCSGNYb1k3YVpKdlU5WS9vRkdpczNSMFdiMmtpZXoyNUxQ?= =?utf-8?Q?si1KuX3ZRwp2fiL/8IV4kFQXhsdIRiGRz/tnDTa8vgW5?= Content-Type: text/plain; charset="utf-8" Content-ID: Content-Transfer-Encoding: base64 List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-ports@freebsd.org Sender: owner-freebsd-ports@FreeBSD.org MIME-Version: 1.0 X-OriginatorOrg: punkt.de X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: BEZP281MB3159.DEUP281.PROD.OUTLOOK.COM X-MS-Exchange-CrossTenant-Network-Message-Id: 42e7a3b3-dc8b-4da3-41d8-08ddada30055 X-MS-Exchange-CrossTenant-originalarrivaltime: 17 Jun 2025 13:29:35.3199 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: d1aa1808-3734-45fc-a490-f8ba49028756 X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: bH/wYMw+irAo7EJhDKM3v3ZGeg4ElzKtCc2TDJ4l+BvE3/TWwqVDlleoHLA4n5It X-MS-Exchange-Transport-CrossTenantHeadersStamped: BEUP281MB3427 X-Spamd-Result: default: False [-2.27 / 15.00]; ARC_ALLOW(-1.00)[microsoft.com:s=arcselector10001:i=1]; NEURAL_HAM_SHORT(-0.98)[-0.984]; NEURAL_SPAM_MEDIUM(0.94)[0.944]; NEURAL_HAM_LONG(-0.53)[-0.525]; DMARC_POLICY_ALLOW(-0.50)[punkt.de,none]; R_SPF_ALLOW(-0.20)[+ip6:2a01:111:f403:c000::/51]; MIME_GOOD(-0.10)[text/plain]; MIME_BASE64_TEXT(0.10)[]; FROM_HAS_DN(0.00)[]; MISSING_XM_UA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:8075, ipnet:2a01:111:f000::/36, country:US]; RCPT_COUNT_ONE(0.00)[1]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; TO_DN_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_LAST(0.00)[]; R_DKIM_NA(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2a01:111:f403:c20b::1:from]; MLMMJ_DEST(0.00)[freebsd-ports@freebsd.org] X-Rspamd-Queue-Id: 4bM75P3fSKz3vXt X-Spamd-Bar: -- SGkgYWxsLA0KDQpjb3VsZCBzb21lIGtpbmQgc291bCB0YWtlIGNhcmUgb2YgdGhpcz8gVGhlcmUn cyBhbiBSQ0UgaW4NClJvdW5kY3ViZSAxLjYuMTAgd2hpY2ggaXMgZml4ZWQgaW4gMS42LjExLiBU aGUgbGF0ZXN0IHBvcnRzIGJyYW5jaA0KYWxyZWFkeSBoYXMgdGhlIGN1cnJlbnQgdmVyc2lvbi4N Cg0KVGhhbmtzLA0KUGF0cmljaw0KLS0gDQpwdW5rdC5kZSBHbWJIDQpQYXRyaWNrIE0uIEhhdXNl bg0KLmluZnJhc3RydWN0dXJlDQoNClNvcGhpZW5zdHIuIDE4Nw0KNzYxODUgS2FybHNydWhlDQoN ClRlbC4gKzQ5IDcyMSA5MTA5NTAwDQoNCmh0dHBzOi8vaW5mcmFzdHJ1Y3R1cmUucHVua3QuZGUN CmluZm9AcHVua3QuZGUNCg0KQUcgTWFubmhlaW0gMTA4Mjg1DQpHZXNjaMOkZnRzZsO8aHJlcjog RGFuaWVsIExpZW5lcnQsIEZhYmlhbiBTdGVpbg0KDQo= From nobody Tue Jun 17 19:35:54 2025 X-Original-To: freebsd-ports@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4bMHD41Vjzz5pfxM for ; Tue, 17 Jun 2025 19:36:04 +0000 (UTC) (envelope-from flo@smeets.xyz) Received: from mail-out.smeets.xyz (mail-out.smeets.xyz [88.99.165.53]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4bMHD32Q6xz3CZw for ; Tue, 17 Jun 2025 19:36:03 +0000 (UTC) (envelope-from flo@smeets.xyz) Authentication-Results: mx1.freebsd.org; none Received: from mail.smeets.xyz (mail.smeets.xyz [IPv6:2a01:4f8:10a:3543::25:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange x25519 server-signature ECDSA (prime256v1) server-digest SHA256) (Client did not present a certificate) by mail-out.smeets.xyz (Postfix) with ESMTPS id 0A90A29E9A; Tue, 17 Jun 2025 21:35:56 +0200 (CEST) Received: from localhost (amavis.smeets.xyz [IPv6:2a01:4f8:10a:3543::aa:4]) by mail.smeets.xyz (Postfix) with ESMTP id EA5741B4B; Tue, 17 Jun 2025 21:35:55 +0200 (CEST) X-Virus-Scanned: amavis at smeets.xyz Received: from mail.smeets.xyz ([IPv6:2a01:4f8:10a:3543::25:3]) by localhost (amavis.smeets.xyz [IPv6:2a01:4f8:10a:3543::aa:4]) (amavis, port 10025) with ESMTP id zJFFbMfNi4LU; Tue, 17 Jun 2025 21:35:55 +0200 (CEST) Received: from [192.168.43.50] (unknown [145.224.75.211]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange x25519 server-signature ECDSA (prime256v1) server-digest SHA256) (Client did not present a certificate) by mail.smeets.xyz (Postfix) with ESMTPSA id 3545B1BBA; Tue, 17 Jun 2025 21:35:55 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=smeets.xyz; s=dkim; t=1750188955; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references:autocrypt:autocrypt; bh=co4OWTBJWc31gZmMSDrUiZntzkYPCMBM3dSXbgNe7Cw=; b=hnoY7e/uTNXQT5M2Zy+WdemISoygpoe6F3AZ6CQWofanhDtqamuZOO6U1h0zvaeYiK/MEU pXxG1jPBG88O/l13U4325aZTONqyK6FdQdx8L+QXBJaIsloLowG1AoSJK0WGxZj+PKadtR OYUfTu81AiDmelamrz1uRBg6JJEy9mGahs97YIwkEIzobK+2aIqd6ImRVOu0VU3WRXEovm mOTrWnLy41jo2sBpFdbEsunZ2i2NMdheTA884GX9xvt1CZqmOvFQDX5UhoNVUCMWAnZflv Yr6eDv5saFGXO3tL5jA+pXxpT7/5ngcN4cKWWd7W3UH11ZhawtFWihVu5VRfKQ== DKIM-Signature: v=1; a=ed25519-sha256; c=relaxed/relaxed; d=smeets.xyz; s=ed25519_2022; t=1750188955; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references:autocrypt:autocrypt; bh=co4OWTBJWc31gZmMSDrUiZntzkYPCMBM3dSXbgNe7Cw=; b=erH1VVksX3F4xPJXhzMpftYNmTzYolr+EensJRc6gJ0vN3l6AsM89SuFGkfnQVcgIwC2yT XcawpSdEj/y2KpAw== Message-ID: <8024cf8a-19f8-4206-9ed3-b4450b27ce34@smeets.xyz> Date: Tue, 17 Jun 2025 21:35:54 +0200 List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-ports@freebsd.org Sender: owner-freebsd-ports@FreeBSD.org MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: mail/roundcube - security update not (yet) merged from latest into quarterly Content-Language: en-US To: "Patrick M. Hausen" , FreeBSD Ports ML References: From: Florian Smeets Autocrypt: addr=flo@smeets.xyz; keydata= xsFNBFpyBwsBEADLq0c46orEtbMn4SptX+VJxR1wB4YwaErZme1bqF4nZHIhlRNET22HsHdQ doagaB4uACq0Rj5kHcu614ZnnNkLPyCxWQATx+cbdiFO4/hfT8tAvKnBtiy3awKJ5uGCNO2E zJwXW6KwdDA8XPRySqN8m1yPl+dW0Cls+/vO/QL/6+YLMupmEpSvFxRzAZTQuKyX4+xl+dYI d24JiPd1yfCuDNOY3+OZ3QBMT00u/699N8lUWRtiTwaQMwAOww8r/26YM6/SgcgFuLH2E/CV plY0sDvfoISlAj8agxdomNXfPjCMQ6w5yGZmA+huFpPCVBTi3on/SWgbQO7dLVpN4BNPuScP osCb/dsOg0S74zCClsIU3gdUGh9rwJY00/Ebid6V0R3c1Czwbg8LQedzlGDuXYXmzp6W2ujg r1cqbUD6lUWikUv2IMdCbb8MxYhHLi3GYUs5Xpi+W7vM6T45KbuMr7O/1SjtcGOlNeDvGNgj cDk20fOgPPZ+M6i9vX5Q2oI9HoYaeTiYNwILkBLVP/L40kTo5EkiQOt4OW6BMbylqXPOaQMW uGVbmhCJQpbx8Vo80s2yiBBVWkLkWQIcIm3KZlLldJqKEFpQBWLBE1eFFqboYgAWzFn73CaV 5tihobijMmmOV3a8cI1fI4kREyl3g+8bW+O0u3m3tuzVOpDpjwARAQABzR9GbG9yaWFuIFNt ZWV0cyA8ZmxvQHNtZWV0cy54eXo+wsGXBBMBCgBBAhsDBQsJCAcDBRUKCQgLBRYDAgEAAh4B AheAAhkBFiEE7LNouHkIv7aRTXJp71uk3NWp88AFAmWarWAFCQ7rjOUACgkQ71uk3NWp88AY fQ/+MJWYN95HXWcWKw9mOffW6WJvq5POE2RpoBXj2AJvzjF4bPt/mclA0+wlyAs6ayvCSRwE dgB0vF31DRPgsz/76PC3f1ADYbLdrGusCcPYMhvkgkXY6/p793YzI2ELjicHgn2pB9iy0Y+B nemAY8qXGqTX4d/qPllFcEOVZCDHez0JEFNCZC780pEzOHP9mMzXT/Pl4RBUBHOLv9j96enM Ir8VXoMkfNJ5GqdF577Aa/C46pUoOeSc2KvS/5g3axSFLho/ni70M4tjGXMYDdbnNHOg/UjG iKKuZgzI9CXrvVAZfX663ERps/GXu1IiaJdadnQaLgPvjCjz0qM14hy/n67fCSqmYdKgwblU GvKC912vGsMN1ibS+7xoAsCiM4w+Ct2plOLO3rJ26xaZZlE137GpLh4RnnvrnDFUBEG47tZJ O8wbedt2KwRKTPle136WedzjVlcuKoH1T9Dem6E1P9TUfNHqOYtD7iUouWYkftSoRAhkY4IS bDRlz2dqRagbHR1T0DXhraQyswQucoVQPTsy9PoXAZLY73Jep71nl3zQCTRXn7aSj2RO2ob0 RvnBwueXdFpb1SfCeJwJhadmOuYF/i8RIskAzG0aapYT8VUe8tqjmsKM/MWTcngjWf/7u/7+ xmtdpGqI7oY3SGbyu0rw+xICXrD28N1H8kyazJ/OwU0EWnIHCwEQANHrOm5vydK/ij1zkDyL Zzbogk5zjMh6oAr3cH4oGbJHPLlyFZTCVBYUwD4kh6NV1sKuZOeX/aygyVg1RyLulnzsc6Yj XOIxlqhqQwGI8k8ssAIpMSf029781CNF2HC42CrJeHtXNONDNOjsMuoxzga9zLQCh4jLTlE/ TUJo6KVABWBVRtTVh2Z77pKtN7j2NPFBHvp7K0WHfV+TYnlsgjhUA0ACZnUdHS2YRzBhCzzQ eludxBz54S9xbUq1mfZfVx8AbAGXF2zxo68nvvAAJn48HiBS3dMhCGYJDdZdja6QdUFPiemi nOxwkUzCqmKxm+Aj7USue1SbZZqJxmMI1eF4Ork/BJJI74Z/FnJgYR4UkEiD3J/KUocQCIH3 daB1+/CXlh99Ib7AP+QGuKk3vnNHh7VBq3E+VAiM5LU0BmgW+cdRPHkiwM7sDa2VnV3VqvV7 QmoMKnHFzUB6Nn8uE+iakp5J81Pr68kDOq7kLW3UnGmg1PUqbsnCaTimJb3JAYWzOW/9CYcP lbAdIqi+wH7MOoeL+PA99A3kW/881rGmeOYFzzrsNVLtea+AJfXtp4LN5gOVIPIpovCNSVXX EKgl7a4vjUGzVBzrH7PzT+k4XUEQwNCACfGZxEExtny19bjvumZ0rv+AEAHvsWSKXHUVJzIN jqd9UioaEbKGAPlPABEBAAHCwXwEGAEKACYCGwwWIQTss2i4eQi/tpFNcmnvW6Tc1anzwAUC ZZqtYAUJDuuM5QAKCRDvW6Tc1anzwCBsEAC0eYv6YNJHMdgGAb22Ej1wOvszzq6+2sDPXGMT yCUMTOq779cc1yDcrKgiMPO6Kmg+um3veUu/6Trux8tjxhxoKrRZ8/kF8lc5lx2krPFDJooj mHlENCyMTOlIRJ0M7ZgJDKkD0pEwm0j9UgmrFmCU6n9WHhpoXW3kGLY0M3IAwezyROg1Gfnp bnXvYun2wmH3OukDoOEkuFJYJz22XNRZBQh2/RjtnlTl6l9G5ZONgZJJziSa97Z5UEsg35Ey tEeTJVciiP0BXBWgYwE+0cRh6MEiY51X+hqdbUQ3RU1tAMC5HGGCtR9lHgpBj0ZTtBxXnOfX NWHDQkswgSrEUH1DROcx7BNJdvjzYMztwvojeJgOgSM+RA6hg/e31jpt8X2HTYuNUrnE1nao naso3EaNXYE2TQ0t9EGdxWRfoElZ5DUoFMTKZ3/ysPS9Cmsb1TOrO2Hvuxmhbr/3zfLXIyWy 56trqqp0ffubfXT8avdNBMJwZjcPxPbsxRwtle3D4ytty0qDzF7gKMd484OtBGtW4C4QhseU 5yyJBXD1SuJjZKodiwqBtWUgN1JkfeptGukulB+NwmVC9YrhvYjXBDr0EM6Ot43kg5jGFdHO AhfzqetncKKiJUVUHDg+goxejamNsNq88xdnx1QDsDquZA8UdDdLgd8iDGyHTTlgokPZlw== In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="------------9LQgk9fPEdB9DY5gbuHUVjQH" X-Rspamd-Queue-Id: 4bMHD32Q6xz3CZw X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:24940, ipnet:88.99.0.0/16, country:DE] This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --------------9LQgk9fPEdB9DY5gbuHUVjQH Content-Type: multipart/mixed; boundary="------------eVb0KCtOTdVwx9jo6vga1FIR"; protected-headers="v1" From: Florian Smeets To: "Patrick M. Hausen" , FreeBSD Ports ML Message-ID: <8024cf8a-19f8-4206-9ed3-b4450b27ce34@smeets.xyz> Subject: Re: mail/roundcube - security update not (yet) merged from latest into quarterly References: In-Reply-To: --------------eVb0KCtOTdVwx9jo6vga1FIR Content-Type: multipart/mixed; boundary="------------26HQmViSIQaenb6hYybjahib" --------------26HQmViSIQaenb6hYybjahib Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: base64 T24gMTcuMDYuMjUgMTU6MjksIFBhdHJpY2sgTS4gSGF1c2VuIHdyb3RlOg0KPiBIaSBhbGws DQo+IA0KPiBjb3VsZCBzb21lIGtpbmQgc291bCB0YWtlIGNhcmUgb2YgdGhpcz8gVGhlcmUn cyBhbiBSQ0UgaW4NCj4gUm91bmRjdWJlIDEuNi4xMCB3aGljaCBpcyBmaXhlZCBpbiAxLjYu MTEuIFRoZSBsYXRlc3QgcG9ydHMgYnJhbmNoDQo+IGFscmVhZHkgaGFzIHRoZSBjdXJyZW50 IHZlcnNpb24uDQo+IA0KDQpJIG1lcmdlZCBpdCB0byAyMDI1UTIgaW4gYmJlNDQ1ZjBiOTY4 Lg0KDQpGbG9yaWFuDQo= --------------26HQmViSIQaenb6hYybjahib Content-Type: application/pgp-keys; name="OpenPGP_0xEF5BA4DCD5A9F3C0.asc" Content-Disposition: attachment; filename="OpenPGP_0xEF5BA4DCD5A9F3C0.asc" Content-Description: OpenPGP public key Content-Transfer-Encoding: quoted-printable -----BEGIN PGP PUBLIC KEY BLOCK----- xsFNBFpyBwsBEADLq0c46orEtbMn4SptX+VJxR1wB4YwaErZme1bqF4nZHIhlRNE T22HsHdQdoagaB4uACq0Rj5kHcu614ZnnNkLPyCxWQATx+cbdiFO4/hfT8tAvKnB tiy3awKJ5uGCNO2EzJwXW6KwdDA8XPRySqN8m1yPl+dW0Cls+/vO/QL/6+YLMupm EpSvFxRzAZTQuKyX4+xl+dYId24JiPd1yfCuDNOY3+OZ3QBMT00u/699N8lUWRti TwaQMwAOww8r/26YM6/SgcgFuLH2E/CVplY0sDvfoISlAj8agxdomNXfPjCMQ6w5 yGZmA+huFpPCVBTi3on/SWgbQO7dLVpN4BNPuScPosCb/dsOg0S74zCClsIU3gdU Gh9rwJY00/Ebid6V0R3c1Czwbg8LQedzlGDuXYXmzp6W2ujgr1cqbUD6lUWikUv2 IMdCbb8MxYhHLi3GYUs5Xpi+W7vM6T45KbuMr7O/1SjtcGOlNeDvGNgjcDk20fOg PPZ+M6i9vX5Q2oI9HoYaeTiYNwILkBLVP/L40kTo5EkiQOt4OW6BMbylqXPOaQMW uGVbmhCJQpbx8Vo80s2yiBBVWkLkWQIcIm3KZlLldJqKEFpQBWLBE1eFFqboYgAW zFn73CaV5tihobijMmmOV3a8cI1fI4kREyl3g+8bW+O0u3m3tuzVOpDpjwARAQAB zR9GbG9yaWFuIFNtZWV0cyA8ZmxvQHNtZWV0cy54eXo+wsGXBBMBCgBBAhsDBQsJ CAcDBRUKCQgLBRYDAgEAAh4BAheAAhkBFiEE7LNouHkIv7aRTXJp71uk3NWp88AF AmWarWAFCQ7rjOUACgkQ71uk3NWp88AYfQ/+MJWYN95HXWcWKw9mOffW6WJvq5PO E2RpoBXj2AJvzjF4bPt/mclA0+wlyAs6ayvCSRwEdgB0vF31DRPgsz/76PC3f1AD YbLdrGusCcPYMhvkgkXY6/p793YzI2ELjicHgn2pB9iy0Y+BnemAY8qXGqTX4d/q PllFcEOVZCDHez0JEFNCZC780pEzOHP9mMzXT/Pl4RBUBHOLv9j96enMIr8VXoMk fNJ5GqdF577Aa/C46pUoOeSc2KvS/5g3axSFLho/ni70M4tjGXMYDdbnNHOg/UjG iKKuZgzI9CXrvVAZfX663ERps/GXu1IiaJdadnQaLgPvjCjz0qM14hy/n67fCSqm YdKgwblUGvKC912vGsMN1ibS+7xoAsCiM4w+Ct2plOLO3rJ26xaZZlE137GpLh4R nnvrnDFUBEG47tZJO8wbedt2KwRKTPle136WedzjVlcuKoH1T9Dem6E1P9TUfNHq OYtD7iUouWYkftSoRAhkY4ISbDRlz2dqRagbHR1T0DXhraQyswQucoVQPTsy9PoX AZLY73Jep71nl3zQCTRXn7aSj2RO2ob0RvnBwueXdFpb1SfCeJwJhadmOuYF/i8R IskAzG0aapYT8VUe8tqjmsKM/MWTcngjWf/7u/7+xmtdpGqI7oY3SGbyu0rw+xIC XrD28N1H8kyazJ/CwZcEEwEKAEECGwMFCQeGH4AFCwkIBwMFFQoJCAsFFgMCAQAC HgECF4AWIQTss2i4eQi/tpFNcmnvW6Tc1anzwAUCWnIHWAIZAQAKCRDvW6Tc1anz wMHxEAC7Bd/rmRO1XAMAkQWddCZHHyr9t9XlZYxVVkwz3Mw6YszTTo+UmWez28MT B9eRSxM4qkL0YRER0JXGypD9apis7Q7zIthExjQhDrDYHlxXO9/UPBjoWhzvM6kS C8C3mYJH0GgnV4d/3QqsdhTF/wBpaMn8ITgR03jAO8Rjbe1DWi/RF6I1miQp8opE XytFsGGnBFxHLNXh5qHda8orI7I8gYqq5cbQZaGC3Let822KifwCiYWhCUrSUKrn uiRCPQctLe8tPNd7G99awtz6ctdPx6jztyUxBpjPuHkSOozSvgU9GYYnXydDnACu 3m85/mhG/3RFIfdAktrFV2+3QEIOvazUnm1MbuBk/+srLP0Gs+1W8HCIcRbyOHDi UNtXfEhQRWSPhQSwz1eQesep3wmIU1lk48TblWS4B6h7IHeP2SZ9lzMX9/jVwenm /lHJNq+1r1BYDpDTsBE+7YkIEww36Un0b86TwmVSBIY7Adn7dHuOO8MwQWHgMmEX YHvsN0vGktUlLSHlxLxYzpr+ObVKToMCLhuCSx6293IT83/LFCYeiR0phbYsYOB3 tzB0zZfrrRq8VF7iiBnQ94tGKY9vIm5I3b6FkL9/LmMS/k+9n7qym7BgxgMKV59G m8EOqYILG18zUs0VGJeN1i9R0e9Dd9pwPM2k6Q8unRV7GMknYcLBlwQTAQoAQQIb AwULCQgHAwUVCgkICwUWAwIBAAIeAQIXgAIZARYhBOyzaLh5CL+2kU1yae9bpNzV qfPABQJh8FPUBQkLSJbfAAoJEO9bpNzVqfPA+nQP/2DYXGFQ0UqSwzTCxPa6idAx yRWiEWn6RMRsUIRx4kCqHl8I/O1QikT/vrG3sEuN4NIcOtzYf7/y9lmwMBeELxdz DgIaIohmjWaB6Tytl8GlnKmvJ4dkCtvBudT8y6KAMe/LWoCAWMj92aEZYbttmHt7 TZzdH9XJBCTEaCQDzu4QxsxRNN5HGhbzrvQDjiTbmmcXVbKZ4urPAeJ/cax1VzTi JcDKKtlE/Iq7TCW/mVrAW/zo/2VNPqJ4vFViTBDFsFYBDpcMHgMPDyvgtuBdrwI/ rWNw1EPWUAep1+D2XrEZ2ofeSCqwxSYzhoZnUpbNLhkUJJmP1NxErg/twJERl512 e5M+ga01aqJ3oJhsxuiH9wbpby6r/23cBN9iTnvFCGOnCzYYKEXzJcefD6PQ2Qpx uLsD6+c1abkTuErzgt0c9UPbVFda261mv0FrA5Q28MyF/dnl3lbNZ60KJDvVRORY N9u/ZLclSRnXEned4ecVwrztEilSJH7zbUzsaHYYRc4YHwYA2uHmKSX0pYEjBAzm m/70YIwI6lhW6o2Pn2tjgLxl7j4QjvGqHyrYJ0MQivcgEmsqbZ/tyijctNOf0OSr odQvPXLI0cYWUsOnQfoC3cmYILQ/Jr9dvmmhSHqdxSEziipgOB/wlHChg6M11b4S 9K/dKPgX846KZiB5+leywsGXBBMBCgBBAhsDBQkLM37BBQsJCAcDBRUKCQgLBRYD AgEAAh4BAheAFiEE7LNouHkIv7aRTXJp71uk3NWp88AFAmHwTcwCGQEACgkQ71uk 3NWp88BpTRAAybyHhteWLV4VDlzl7NPxbN8c9cDDv1r0HlaUVxfrSw+1rzycEdhq A8o75Wh5II4KAFTbX2igGckskcoOdqm68MU8+zAtVxVZaqX+EGNXSLWZgAzlf9rA HDm/O1ZBShZhn9EJyarYPaSRNBevVaR9bY6LEFmDacb6qnRVOH4Z/6O6fq/IxoXQ qyV1NDmmObxtCcxwx71v+7mJoBMTximtdrPmcpGesCQquiWKa6DyYjZIEZ9gQPtt LQ+iYmwWJp6q68VULqY9X0zG7byc3Xe7W/5oEoTA/gSWG0EbPOdfTS77TTNxhgBz FB6VY81PVAYzH419Q0b055XLTupo+JTQUb6bbluH6UJIBtIp1iJlGN42qvkMwqTo gIdat/3aA+EWEfG7iWlx8Z1hFU3r7GMJ5o8QLsloVNWAda+iHaidIJvU1fJa0U9v 2r1d/KwYHj2qlMaQMZHjldULp7LPP/pITeQEnma3mZ6IX7cp6mUd8MOiVTPE42fP s8qBHKfuEcg7L07NcdRzzgS0LGQfv6fbnvNnvsDGAt4zGQ/Hj72Z5/eL1sDnoJQU HNHMJlNJieGplbLm3LacNQZa9979BjwK+mUr1nPaaP4YR3czfVwTMrxPKT9kFBDZ L4YQ8LbsH5JJC3As3EJdptIkANSm+hU54sG8QPz6TDsm7754d1n12M3NIEZsb3Jp YW4gU21lZXRzIDxmbG9ARnJlZUJTRC5vcmc+wsGUBBMBCgA+AhsDBQsJCAcDBRUK CQgLBRYDAgEAAh4BAheAFiEE7LNouHkIv7aRTXJp71uk3NWp88AFAmWarWAFCQ7r jOUACgkQ71uk3NWp88BTdhAAuK3YBk7cwMeMobupP/jeFI6c3cGjFGBEXPrc35sV H60mVMTuTRIDyJ6mHL3tQpt/nnB9AHi/TuruSnVVyS4m+iuxTTKAIDYCeM09GcYb dXJF9okoGnbawYgIOIxV79z9K8LL/zvsD+0VVmNnavFNY2VPqLcifdgVp7jw7EIv wV9QUX7fu0abCPk9aLeUik4p65ktbQod5tcoKqnMhFyeMc4TuahAgusWxe+ZrL0l VhyU2sM0hp49a5WUU2AVgywX36LGfd/uVOCmsjKWNLYXV/GlwEhH8qMkWyNeXvcj Jmvc/EIGryakKLq6QP/nxQUK8H1VFdSQCqbyTR6gF7rVGVGhetmVKYirypPQr3u2 oUukVVHKUedkSyOHEjoOujH73XQvIX2sBkNLUaAOnIB3aoTsCCKNykWOl5gHjzRk aCdG0Sne/wxsY2Gd7s6DTuFPXIH0NSiIz2AvFqktK6OnZfpBZE41ou+/QrPsG4I4 dsxqiXhimMAF3/jeLmOcCxMGQGbqOyYQ+Err1XGyuSqzsTs5k4GdV0JHkcZk2ro2 yz51FcUfEZPKT73wAMtaXoy1DFkTyNjLE/OjDnA2CQ6gaulOBCnSUN58j2lCFkVb vsdloFttp98EB8hJdY42a63sZWNvSg3GFb84D+hBKJZgg/tzgk5Zn5qkBlC2o3Fg JZvCwZQEEwEKAD4WIQTss2i4eQi/tpFNcmnvW6Tc1anzwAUCWnIHVwIbAwUJB4Yf gAULCQgHAwUVCgkICwUWAwIBAAIeAQIXgAAKCRDvW6Tc1anzwLtjD/49zLwXSOq7 X62ks6VB3zyexw8v2DdRw/qKqivVUz9NCYERKDEKT5gt2NZrYIFITg3bXl0toS6q tKW7K9lfNaeUcm48+iHAM7b7TxhbUjYpYYz+Yw7mJWsS+diWBGHZI4ON86sxkLSb Urjcb2VgnLiXT2x6s0Dn5TAuyhrgBfmnAQySKnecVfp0ULToB2kVDPYTEUv/+t8F 2VcIDDMHcU1u6x7k1iKH8GS2DVkKToavUce+vMrSNUHwyXZm9TbHxzE6pgkx0Y/n PsBDC6fLr6HMwUBXiTOIh4h0svamqs2RrzWFjH5PhLHlnMNt9AHJ9i1faONXhcEI jK9Yf7MYiN8FogmmZljcQrbm4Ocu+aViXn+Q2hWBAIMsM6TQHRFx0zbqknwbZ80E OWQnx1pdNHzCihUMI1YLbRLet/wanotoVSaKpS87imczCDoPrAulr+GXGAYQ7g0Q rKjr/X6+vXPxL+GuqueU5VAIIY3J3AHJwhDr+gVWjw6jtqsgyqEcssd8ew39RwDl 8nO6/6igj07uchngPUVYRzrOd0MlpN66g3dD6Ih3pD8Z0qfEWdvVFGjKuKMc7aaR 5RA10S3o+p9bphW4VLtG6Ubq7m4mi7M162q3JAnULtEfe3eY8Gb74yseE4li+6B4 hLN02DWQMfMZjFmYgTmazus+b6tZqAn/vsLBlAQTAQoAPgIbAwULCQgHAwUVCgkI CwUWAwIBAAIeAQIXgBYhBOyzaLh5CL+2kU1yae9bpNzVqfPABQJh8FPVBQkLSJbf AAoJEO9bpNzVqfPAT7QQAIjDUhOPs13Va+KA3p4knO6bMa5Qm41UL1+iKU4lAdDu 6R3IZuccMhpdoQJ2DZWRSiqfmi6/xM6qwV0V1wx7TsIECoQ3YxwncPlvogZLOgA7 lmt8OV4TyfZStEdqz1mI4mqZ56jlYZ6nkjOU4l6Cz1Hf39lUXHZnSqEq9yW+zkyy yQgYTd0Lwwr2rDlLFGF1DQTDtIfA5bLOzNSFw079wizUbSZIqDMyGcFgap2otvCM 07QCSsBLDtWvr1Qxinl995oWkftKMwyb9Ozkws9aKHL5akndyUShz9P524ssyUYp OQQxeDAgdI1Sz48ifbWFvvJzn0MHkkfZeGqOYJ0uvl+SJ8ofEC4w+unTYojWfKp4 dPjZ2VQG+kzEN0P/GkIXsu55qQ7rU2ed8ySOXNWEO4XI8wA807jJB6DGTPaB0dR2 qMGZTK1qlUDr/2eefRTHk6LGnLwWrz86O1vQPfLJgobo2ycOVrqwrZDOkaO34rdY 3DwqOBlFzX09edihh3g5IVbx2rAWwJC2wSWcMfpexzvU6rxN7bmCac66CvyrzPuQ Az5YiYZx3mujeZZNU61pixlIcjPGp9hCVk3UV4fXbqmdmvM64e8JFNh59B6TaiMH Uvsph4H3F5a6tFMq9NOn8tn+QKZpDWGrpX3g43ZyEyx5B4l7rJPTPTMK/mv8ed+6 wsGUBBMBCgA+FiEE7LNouHkIv7aRTXJp71uk3NWp88AFAmHwTcwCGwMFCQszfsEF CwkIBwMFFQoJCAsFFgMCAQACHgECF4AACgkQ71uk3NWp88A6NA//UV2AdO6DubU4 Y/eTPnE4gPpy5INRnVB4U28Y5T+DSq3LUF1r391xEmM51u0iSk9c9Rs5mJlYUsAE GjzaXG5+OyjW7PCW8Jmr+oxgy2lPKzwtlRU6ttV5Qzwoose0urYMvj0S3wOrAQ1z Fo9rrThETGx++sEAzA5YXqQfwMLhxsKL7YHffk1QIWgz+pgLc+HRsKta7SWyIR3Q bdYnxbPw6ISAP6a6hC1oQwqSDoH3tNoK9wt/bmPpU7RtOLJIzd7VHA09pPK70ZKH kvs9OE8Trse4Dbs1eiH6gcNVt0zjvk4YhDwgBa+4/IQnpH3UiOlAVHeqLJZ6mlHU CDlegHUOlC/x8q7ZtDObuVBYLTt2Oe3D5JzFwPGK6Pv48vUKUoqN7NNKa+MkQDob fAHXsy1KcjxMxWc9HU0axKFNjkWXmKHJDDXCDZ4ktcmDStgu5uE+EmLKiIY4iTUF HfjQBt6fWoMLfdX1CjkIoWVeLO8XKB3LeH9ogl6r2ba5C9Ck+QwzgiN7a2a+Ur5D ccmSLQ6dt4Z/i8lr90FV2eMCnuJ1hpXIqFXgPd1ofXM5NbDEutIc6/mLGlH5kKYb qeYCkQoTarmWb9vHlkBc/1JLDIt1XbY9Ru6I0Znl4nH/2WG5fXqdVncXbElmcm6p BXuRbEB53HBo3k/lTwpM8U+AtEAP1TTOwU0EWnIHCwEQANHrOm5vydK/ij1zkDyL Zzbogk5zjMh6oAr3cH4oGbJHPLlyFZTCVBYUwD4kh6NV1sKuZOeX/aygyVg1RyLu lnzsc6YjXOIxlqhqQwGI8k8ssAIpMSf029781CNF2HC42CrJeHtXNONDNOjsMuox zga9zLQCh4jLTlE/TUJo6KVABWBVRtTVh2Z77pKtN7j2NPFBHvp7K0WHfV+TYnls gjhUA0ACZnUdHS2YRzBhCzzQeludxBz54S9xbUq1mfZfVx8AbAGXF2zxo68nvvAA Jn48HiBS3dMhCGYJDdZdja6QdUFPieminOxwkUzCqmKxm+Aj7USue1SbZZqJxmMI 1eF4Ork/BJJI74Z/FnJgYR4UkEiD3J/KUocQCIH3daB1+/CXlh99Ib7AP+QGuKk3 vnNHh7VBq3E+VAiM5LU0BmgW+cdRPHkiwM7sDa2VnV3VqvV7QmoMKnHFzUB6Nn8u E+iakp5J81Pr68kDOq7kLW3UnGmg1PUqbsnCaTimJb3JAYWzOW/9CYcPlbAdIqi+ wH7MOoeL+PA99A3kW/881rGmeOYFzzrsNVLtea+AJfXtp4LN5gOVIPIpovCNSVXX EKgl7a4vjUGzVBzrH7PzT+k4XUEQwNCACfGZxEExtny19bjvumZ0rv+AEAHvsWSK XHUVJzINjqd9UioaEbKGAPlPABEBAAHCwXwEGAEKACYCGwwWIQTss2i4eQi/tpFN cmnvW6Tc1anzwAUCZZqtYAUJDuuM5QAKCRDvW6Tc1anzwCBsEAC0eYv6YNJHMdgG Ab22Ej1wOvszzq6+2sDPXGMTyCUMTOq779cc1yDcrKgiMPO6Kmg+um3veUu/6Tru x8tjxhxoKrRZ8/kF8lc5lx2krPFDJoojmHlENCyMTOlIRJ0M7ZgJDKkD0pEwm0j9 UgmrFmCU6n9WHhpoXW3kGLY0M3IAwezyROg1GfnpbnXvYun2wmH3OukDoOEkuFJY Jz22XNRZBQh2/RjtnlTl6l9G5ZONgZJJziSa97Z5UEsg35EytEeTJVciiP0BXBWg YwE+0cRh6MEiY51X+hqdbUQ3RU1tAMC5HGGCtR9lHgpBj0ZTtBxXnOfXNWHDQksw gSrEUH1DROcx7BNJdvjzYMztwvojeJgOgSM+RA6hg/e31jpt8X2HTYuNUrnE1nao naso3EaNXYE2TQ0t9EGdxWRfoElZ5DUoFMTKZ3/ysPS9Cmsb1TOrO2Hvuxmhbr/3 zfLXIyWy56trqqp0ffubfXT8avdNBMJwZjcPxPbsxRwtle3D4ytty0qDzF7gKMd4 84OtBGtW4C4QhseU5yyJBXD1SuJjZKodiwqBtWUgN1JkfeptGukulB+NwmVC9Yrh vYjXBDr0EM6Ot43kg5jGFdHOAhfzqetncKKiJUVUHDg+goxejamNsNq88xdnx1QD sDquZA8UdDdLgd8iDGyHTTlgokPZl8LBfAQYAQoAJhYhBOyzaLh5CL+2kU1yae9b pNzVqfPABQJacgcLAhsMBQkHhh+AAAoJEO9bpNzVqfPAz/wP/0hsPMy+zPg74ZzP WhTHggzFtAPD32qAl7FHlyNbbTsaRGcpUnTOrHtdz5TcDK2eK7CocRd5Xioio/qH XikS4Kp1En59KbrmsHj5l14zZjlhi9QEHI4zvwxuzpJnLaTlfQQvkVeM1Ugw6/Yi ZuXJ5FaFYrqAJ9z+XuRXURhXH0tXe6axzsr5x5mV8TVTyFZuJ7yvu2XdX2CAXaDV zJz2u7SpbeyDwPi81NLW7B2p5xwpFzeiytXDhatbWcbFOZNMKpVgYeMXawA0X2jU kH3eGhfPyXJ2YN2En/rb9cdql5PUUHybuC6WKczfdV44IKM351SAtCTm0AaD6IdB aELhD+jibQ6p91xJh2EInuHYjgbA6gZrHOheoQvjsa7HP7MTiiwAU/kkvEJNuLbH mx24K/HHdZs73mRkkqnsPQEgqlspx+TJax7ndgEj3BKuQiKX4ieeq9IPNT2cy8jI pKO/i6LC9mLUdju0+KKv8/adplqJDVIAzQos/eDXbdZyeFEqj75lEeFrLn/vRIoZ 3ESYp/eeV3zE0Kz0QhY5OlFqpz37M5wPXNVNnCfCAGuc+rN89b353sXAA/Ux0lut E64LZt/M1nKhHi4cCcM7I1bAZKZKG/uGF16207x0luWd5Njy+HPGjfqlaaiMR2CC Fc3D0mLuTIicCZar2TBXlWi7dk0XwsF8BBgBCgAmAhsMFiEE7LNouHkIv7aRTXJp 71uk3NWp88AFAmHwU/4FCQtIluAACgkQ71uk3NWp88ByqQ//c50WjTdLufk8CcUg 922ngNjqnnmzuoI6bHH6E9c9SzkyYhv6TzM+0weStm6PtCcM0VdvZ34knjRkKgcd Ux2d2NKYebRQfK3xeGhHXY4bcMT/NEOEs8U6EmQBjAZJ3TV5RKTHsh6FaXBqEe6p CgLa6+zPYPaHH/JEzt4c7w8wElSMIgElcJeEARgL+LJUoW8SfOg24bVIL7/upEnt aputoTE64vHA/9JlQQBMJgH+pOJfacGFtqAHZdL40ubM9NLqgfJ7k9tjbogd1wY0 geQhW3ioctxGZHKRtbWjJrl7cIQIEE5ppJ67jL/Trz/I6EitZ60skQcM3DG2FuD0 uaceHP0UrHVSHMoUC0NPOHNWpPXAyJoslPaWYR57zSHafOKnxFlzq17VklH1MhI9 J6SvbwIyh+Fa32pMPlrUa5XhQv5rk0rtRX7JHgaYbbPYJNH6MdVWfqVjC7McLCpa YAqoQhc6TeXsvobGsI2zgPF9iiY5di6+32Lr5sbvxToEcT4YjtPFDJBQCJR1p/rF 4rxk28WcWoBqLMzq+jGZik99SHFNVqmNxCIwP2aHQ5Ac/3E/LHuIb4ecIa6EbhlB n3KeSplVCYZAr0sZ1cDGM+Lg6a/CPk2FlPi5yWyAWXB7PMLzbmkjC3fQi0v+DItm yQ0bwHZkXjsIiMc88XYq16uypGjCwYYEGAEKACYWIQTss2i4eQi/tpFNcmnvW6Tc 1anzwAUCYfBNzQIbDAUJCzN+wQAUCRDvW6Tc1anzwAkQ71uk3NWp88D35A/+Mhe/ G/j0j5g4gLDn3zHflOdzIU9UXpvj1sQobJ+FajLSwK3K/r8amHE62TbW+W7GEIAz M+O2ZS9Teuz1n3tdvW7ck5DkswOeqNHkn5eJoRoZxkEWHM8QB8NmzeCbQsGVu5MI anBht54JVlRvTvRj3q0peHNTweRGBlIzQi+Zp+/5E8EsaDTIzoRLEEvh4Iy6ER4u /ozULlVuYWOd8K5Ex+4rQGaIR8WHfs4nz3IkMlEMOD9IVntF0lXMCTfsc/NTYQOV 9C+o5bMvRvMUJsfJN+wTkygKmrTyHrEpZOJc0zblV5p26yBhrL82DuOrDGYk/hD5 5nH92AKupjDYnZpVqFcjgSp3JS85hI/4BXHiFaxgjxrRvaRHVwG6Z0p2GXHrfvhw ktW0R2DJ6z8QexPtV8uhlb8pX2oSHLFzLdZqSNBSs7iXB/DuALL/kLCmOkOLXI0l 9AkThxJxjvZSGjTgO52Fz+YbLsiIx5D0Wf1YK8A/v8/T1CrM6sgwSKcH+EZPQpoP M9vkz8Z6KCzAZ0wEDzWCIiPXzMljh7Xz5CyIhlLRgR2+ywEGez8bIuX0d+vnK4cC YkIaTG67YZuFRNqcCpzJaIS158ULaDDH08PY8wqU48LhBBWCCBLXvF+RslyLXwJu G/c+++Tw0tCWW1HB2dbL+uTj+ffSGmIH968yZyM=3D =3DUt5Y -----END PGP PUBLIC KEY BLOCK----- --------------26HQmViSIQaenb6hYybjahib-- --------------eVb0KCtOTdVwx9jo6vga1FIR-- --------------9LQgk9fPEdB9DY5gbuHUVjQH Content-Type: application/pgp-signature; name="OpenPGP_signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="OpenPGP_signature.asc" -----BEGIN PGP SIGNATURE----- wsF5BAABCAAjFiEE7LNouHkIv7aRTXJp71uk3NWp88AFAmhRw5oFAwAAAAAACgkQ71uk3NWp88Ad lw//bTyluNd5abH0KUI0/FNJBQHXn2WXuSbj4RnFZrtkLIeo3BEu5+/6AVCKyh3Q5rU0sb6yQROJ 7BAgObeSllAKgLzE10BBLdvIEuAgD9/uKdarcbBPSP5NcFstyjc1FzBaYNY8CUwyXyg4YmG7cmgL Bq8/O6zr6UyX2yb29nP2tQHXtw1DurEgwxgsHEu5IgfEILUoMXDkt5ac6i+1V5vDwagjVBKTvRQb xDUKIIsPM/zcHjxn7tVGXSSldh5mjF7FtbuBuN1IDDEBZ+SwYdQNgz+M4Bf/YHsNJKAGCI5gsndH BVUCddDbZacFah+Spa/b/Gp/HSo/YBISnlfExrNHAk52GMLzv0+MbBFDe2i/5OAmmcw//PBQUDs+ 8e1//gLdatp2PCiIJKpwmWMYY51HSveuaBq+JM48vdvg75SsYK92hDbQ1aX4k5BsTRZa/7LyKqbs gyldV5UGTaOAQx1+ZPaaNB+lKeQ4nraEZ9IS7eWX9wO+XoBqQrklEXOJlq+u5+Wb33mcOZBBd8Yb BK8XkMRgkAXHQDAfAx3nL2l/PVyqFXdrO44gHhjWLnAp9vKtZUja31VhNHue6q4caKIAXRbXNqeB pPnbElvD5zds42ei6bptaE1CDwCjSyZN8ymb3RtYumg/pkOl0E19DnjQKhv3THpztsS1J+eJsQci pyo= =YIwf -----END PGP SIGNATURE----- --------------9LQgk9fPEdB9DY5gbuHUVjQH-- From nobody Wed Jun 18 03:46:18 2025 X-Original-To: ports@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4bMV5l5ZDvz5y7VK for ; Wed, 18 Jun 2025 03:46:19 +0000 (UTC) (envelope-from portscout@FreeBSD.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.nyi.freebsd.org", Issuer "R11" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4bMV5l1QXxz3pL2 for ; Wed, 18 Jun 2025 03:46:19 +0000 (UTC) (envelope-from portscout@FreeBSD.org) ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1750218379; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding; bh=a15B+YIjWmujlfVkNU2egk1ufHbe/g54GciO5R+So7g=; b=bsO/1YSPHKeFp9ZIuN/SpS9uo63a6fEHmuLTqMMxHuoVPMvfoOG7KTIqY3KB4Sa+jfzLKK KAOtQVthJbaAOrE1sWGZczC1h9yrzObMMLhnlDj6bL6MZSTawWGtkRlAavML5ItI5Q6XUA uf5U5+4fHHxyTKaVn/LN2Ypt+KUtX+7lw5IePXU75WzCwcb8ST6OSL7vRUhMO0KahbqctJ w529JidyUh4GbIYu4C0adX0CKwxk3Li+ZzBkBq5WX6wt679CUMRmfcxup7kN1NDQmJB6RL FY4XNroyzNI8pVEPBhcfhNIqO3q3cyZQoPgmGeqq+TC+vtESorBABA2GbAuivQ== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1750218379; a=rsa-sha256; cv=none; b=NZ+2bhxcRNsL5eLWcvxIFKOAp/PhwWjVgl9Mv3gyp/H3Yh8SrxHokhvNgjYXfT2DlfCRtU eR7w5BSrt3d8+LBDpkFEmtKWJb+evUddcMulwLOahGzD8k8H72i3VLRMI4Y+1opaPrsAvi ghvUCO+ROD8lAGI8SwTbE2/jB2CAy43UK3wCwcmNR9FYY+vfeLDZ4KKksUrI/zmAUiCwqP h/eWA9oahLxX3UduVaCn277O8RMpfEpfSfQLzHx7wOUNmAinDdOd60Awkdglvz1VEueMqC kOWXJC/KqL5tXAY0M9/ADW2SteyBNLD3ACqYLwphAJyY6H7GF7lKo6M2WQt9tQ== Received: from portscout.nyi.freebsd.org (portscout.nyi.freebsd.org [IPv6:2610:1c1:1:606c::50:21]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id 4bMV5k52Bcz1Bmj for ; Wed, 18 Jun 2025 03:46:18 +0000 (UTC) (envelope-from portscout@FreeBSD.org) Received: from portscout.nyi.freebsd.org ([127.0.1.10]) by portscout.nyi.freebsd.org (8.17.1/8.17.1) with ESMTP id 55I3kIT1072979 for ; Wed, 18 Jun 2025 03:46:18 GMT (envelope-from portscout@FreeBSD.org) Received: (from portscout@localhost) by portscout.nyi.freebsd.org (8.17.1/8.17.1/Submit) id 55I3kIsI072977; Wed, 18 Jun 2025 03:46:18 GMT (envelope-from portscout@FreeBSD.org) Message-Id: <202506180346.55I3kIsI072977@portscout.nyi.freebsd.org> X-Authentication-Warning: portscout.nyi.freebsd.org: portscout set sender to portscout@FreeBSD.org using -f Content-Disposition: inline Content-Transfer-Encoding: 8bit Content-Type: text/plain List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-ports@freebsd.org Sender: owner-freebsd-ports@FreeBSD.org MIME-Version: 1.0 Date: Wed, 18 Jun 2025 03:46:18 +0000 From: portscout@FreeBSD.org To: ports@freebsd.org Subject: Unmaintained FreeBSD ports which are out of date X-Mailer: portscout/0.8.1 Dear port maintainers, The portscout new distfile checker has detected that one or more unmaintained ports appears to be out of date. Please take the opportunity to check each of the ports listed below, and if possible and appropriate, submit/commit an update. Please consider also adopting this port. If any ports have already been updated, you can safely ignore the entry. An e-mail will not be sent again for any of the port/version combinations below. Full details can be found at the following URL: http://portscout.freebsd.org/ports@freebsd.org.html Port | Current version | New version ------------------------------------------------+-----------------+------------ devel/py-cle | 9.0.5405 | v9.2.161 ------------------------------------------------+-----------------+------------ math/R-cran-tensor | 1.5 | 1.5.1 ------------------------------------------------+-----------------+------------ math/py-claripy | 9.0.5405 | v9.2.161 ------------------------------------------------+-----------------+------------ security/py-angr | 9.0.5405 | v9.2.161 ------------------------------------------------+-----------------+------------ If any of the above results are invalid, please check the following page for details on how to improve portscout's detection and selection of distfiles on a per-port basis: http://portscout.freebsd.org/info/portscout-portconfig.txt Reported by: portscout! From nobody Fri Jun 20 09:08:50 2025 X-Original-To: freebsd-ports@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4bNsCB6kVFz5ym9x for ; Fri, 20 Jun 2025 09:10:46 +0000 (UTC) (envelope-from trenton@norwegianrockcat.com) Received: from mailtransmit05.runbox.com (mailtransmit05.runbox.com [IPv6:2a0c:5a00:149::26]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (prime256v1) server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4bNsC94xQgz3vq7 for ; Fri, 20 Jun 2025 09:10:45 +0000 (UTC) (envelope-from trenton@norwegianrockcat.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=norwegianrockcat.com header.s=selector2 header.b="pL6K nKM"; spf=pass (mx1.freebsd.org: domain of trenton@norwegianrockcat.com designates 2a0c:5a00:149::26 as permitted sender) smtp.mailfrom=trenton@norwegianrockcat.com; dmarc=pass (policy=quarantine) header.from=norwegianrockcat.com Received: from mailtransmit02.runbox ([10.9.9.162] helo=aibo.runbox.com) by mailtransmit05.runbox.com with esmtps (TLS1.2) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (Exim 4.93) (envelope-from ) id 1uSXlc-00HD4n-LK for Freebsd-ports@freebsd.org; Fri, 20 Jun 2025 11:10:36 +0200 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=norwegianrockcat.com; s=selector2; h=Content-Type:MIME-Version:Message-ID: Date:Subject:To:From; bh=xkaAm7JCVFRJwMenYnL8UmrMeIh7XtvljTAg2LkhaNE=; b=pL6K nKM4/s3TT5pNfyH276htj/qRRufpUh0NBuzHXk2WYPXtCp3+w8+IrZwNRphvqLQC9gQ01nudHEuk/ ki3E9L/NpsNEYt59Ojmo0V5qOc3LYhra375NljTW9IZ73mWQ5tzKRC8UKciorj29+uEdgRyELzF9W nfFdX+FquYrfHYGcTN468731NYCHDavB9QcwuMzefOqKehAVhDK6/XEXqEBJ2udocphOqCyaw/qHf BwQLSt9cXfVFEK0Am42VrVOgAUheciqLRb6EGzTZ73FQRlL9SBiYwXa0nG/2y1gAqMXB9iuQhcnJM EKOdkyTV1OXyHbFHeLoeg7kcSCAiLQ==; Received: from [10.9.9.72] (helo=submission01.runbox) by mailtransmit02.runbox with esmtp (Exim 4.86_2) (envelope-from ) id 1uSXlc-0008JW-7T for Freebsd-ports@freebsd.org; Fri, 20 Jun 2025 11:10:36 +0200 Received: by submission01.runbox with esmtpsa [Authenticated ID (786124)] (TLS1.2:ECDHE_SECP256R1__RSA_SHA256__AES_256_GCM:256) (Exim 4.93) id 1uSXlO-006SDW-1M for Freebsd-ports@freebsd.org; Fri, 20 Jun 2025 11:10:22 +0200 User-agent: mu4e 1.10.8; emacs 30.1 From: Trenton Schulz To: FreeBSD Ports ML Subject: Seeking assistance (or advice) on bug 283493 (audio/lyrionmusicserver) Date: Fri, 20 Jun 2025 11:08:50 +0200 Message-ID: <874iwaye0y.fsf@norwegianrockcat.com> List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-ports@freebsd.org Sender: owner-freebsd-ports@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; format=flowed X-Spamd-Result: default: False [-4.09 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.99)[-0.989]; DMARC_POLICY_ALLOW(-0.50)[norwegianrockcat.com,quarantine]; R_DKIM_ALLOW(-0.20)[norwegianrockcat.com:s=selector2]; R_SPF_ALLOW(-0.20)[+ip6:2a0c:5a00:149::26]; MIME_GOOD(-0.10)[text/plain]; RCVD_IN_DNSWL_LOW(-0.10)[2a0c:5a00:149::26:from]; ARC_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_VIA_SMTP_AUTH(0.00)[]; ASN(0.00)[asn:50304, ipnet:2a0c:5a00::/29, country:NO]; MLMMJ_DEST(0.00)[Freebsd-ports@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCVD_TLS_LAST(0.00)[]; TO_DN_ALL(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[norwegianrockcat.com:+] X-Rspamd-Queue-Id: 4bNsC94xQgz3vq7 X-Spamd-Bar: ---- TL;DR: Could someone take a look and commit bug 283493, please? I also wonder about how best to deal with "vendor" versions of Perl modules in the future. Longer version: Hello, I'm the maintainer of audio/logitechmediaserver port and late last year the project changed to Lyrion Music Server and I created a new port for that (bug 283493). It basically is the same port with a new name, all the updates of the latest released version, the "encumbered" files removed so that it is only a GPL program (and thus built as a package), and changes made so that it complies for arm64. I have run it locally since December and it has worked well. With the perl update, the audio/logitechmediaserver port fails. I started looking at this, but found that the new port works fine with Perl 5.40, so I just updated the patch to remove the logitechmediaserver port in place of the new port. I hope this doesn't make the patch too complex (although one does need to use git apply to create and remove the files). Would someone be willing to take a look and commit it to the tree? Now asking for advice: There is a long-standing "issue" with audio/logitechmediaserver, which audio/lyrionmusicserver also has. Both build and install some Perl modules for itself from a vendor branch during build. It's an issue only that some of the modules are available as ports (albeit at different version numbers). I understand that these other modules are not a problem as the server sets its own module path, but it is some duplication and might not be as pure as desired. I have always run this in a jail, so my understanding may be wrong. I tried taking a look at fixing this for lyrionmusicserver but quickly arrived in dependency problems that weren't easily fixable at first glance. This seemed to make the update even messier. I would rather have a working port that is installable by people (I keep getting emails asking about this), and work slowly on resolving the dependency issues (if possible) than wait for a port that is "perfect". If there is some documentation or suggestions on how to trace Perl module issues, I would be happy to look at them. Best regards, -- Trenton From nobody Sat Jun 21 03:50:25 2025 X-Original-To: ports@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4bPL360LGXz5yxG9 for ; Sat, 21 Jun 2025 03:50:26 +0000 (UTC) (envelope-from portscout@FreeBSD.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.nyi.freebsd.org", Issuer "R11" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4bPL354nLjz3QZM for ; Sat, 21 Jun 2025 03:50:25 +0000 (UTC) (envelope-from portscout@FreeBSD.org) ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1750477825; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding; bh=3trXRFbFmpWEY9s/lnU/nIm+iWG4VkOq0U8docZduK0=; b=spq0drw5WKKARY/g3kfIUEmtxD/y3+4Osi8mJLSO74j2Y4Ls8NgDGumnPFXw4dlpHdizNi tv8h+mtujSUyqb8sTsuR10AOHfTSVaAPcDLns1fSQRlWBwAC850HokZ1B4l2lc5Qm4E3G1 Ig8J9x5gh278ctJt0K7kSbrMlJWl1SL6Zt6NuYG+ax1Q1qqxj9dt8Iyd8bzA6oi9ssJqCH k8ZXbzPsAFL/TneHk9JJvN/3K96ZDZ1ORw82LAjdZRejC//0IU6VjGMPkZJTPiRsfh4pDO ehJkp2flLZ4cs/5zBYOdMMfFMFd1KBdEeHcTBty4plM+53f9pui+972/nEju0g== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1750477825; a=rsa-sha256; cv=none; b=YSYOYGJA+umIyz56Ooi4n514AtJZpDiIU70Y4lthPh9piqQj1V4UoQEH7Nu3qOp6rfDJ+D 3AvX2hs1MuZvYiXgoH7/oY7PvhO5VGaht23tghfWDv0K9xjMGerWHC1YLQQ/Z+ClCDzMIv a/ncCRiKyRBdx+6smrRbrElhkxwNEwWhTRzR6Z4ggOlMoHguZXBuY3+cRfeN//wf08Ao8p pRZd6F4AN/zfUE6XPJC79ec3c3vims2XWDE1+mcEk2RvdY9xNx9OV73hKUVDQIOWNp6EXW Hzlt3wxD8wtlxyiQX4wPQE7KWsy9XeSwNm7ur0hGtBgFXzxajmeopoPA3diWNg== Received: from portscout.nyi.freebsd.org (portscout.nyi.freebsd.org [IPv6:2610:1c1:1:606c::50:21]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id 4bPL351qJmz1ClQ for ; Sat, 21 Jun 2025 03:50:25 +0000 (UTC) (envelope-from portscout@FreeBSD.org) Received: from portscout.nyi.freebsd.org ([127.0.1.10]) by portscout.nyi.freebsd.org (8.17.1/8.17.1) with ESMTP id 55L3oPqM007721 for ; Sat, 21 Jun 2025 03:50:25 GMT (envelope-from portscout@FreeBSD.org) Received: (from portscout@localhost) by portscout.nyi.freebsd.org (8.17.1/8.17.1/Submit) id 55L3oPFB007720; Sat, 21 Jun 2025 03:50:25 GMT (envelope-from portscout@FreeBSD.org) Message-Id: <202506210350.55L3oPFB007720@portscout.nyi.freebsd.org> X-Authentication-Warning: portscout.nyi.freebsd.org: portscout set sender to portscout@FreeBSD.org using -f Content-Disposition: inline Content-Transfer-Encoding: 8bit Content-Type: text/plain List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-ports@freebsd.org Sender: owner-freebsd-ports@FreeBSD.org MIME-Version: 1.0 Date: Sat, 21 Jun 2025 03:50:25 +0000 From: portscout@FreeBSD.org To: ports@freebsd.org Subject: Unmaintained FreeBSD ports which are out of date X-Mailer: portscout/0.8.1 Dear port maintainers, The portscout new distfile checker has detected that one or more unmaintained ports appears to be out of date. Please take the opportunity to check each of the ports listed below, and if possible and appropriate, submit/commit an update. Please consider also adopting this port. If any ports have already been updated, you can safely ignore the entry. An e-mail will not be sent again for any of the port/version combinations below. Full details can be found at the following URL: http://portscout.freebsd.org/ports@freebsd.org.html Port | Current version | New version ------------------------------------------------+-----------------+------------ databases/clickhouse | 22.1.3.7 | v25.5.3.75-stable ------------------------------------------------+-----------------+------------ lang/julia | 1.10.5 | v1.13.0 ------------------------------------------------+-----------------+------------ math/R-cran-Rsolnp | 1.16 | 2.0.0 ------------------------------------------------+-----------------+------------ textproc/redisearch | 2.2.10 | v2.10.19 ------------------------------------------------+-----------------+------------ If any of the above results are invalid, please check the following page for details on how to improve portscout's detection and selection of distfiles on a per-port basis: http://portscout.freebsd.org/info/portscout-portconfig.txt Reported by: portscout! From nobody Sat Jun 21 09:58:55 2025 X-Original-To: freebsd-ports@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4bPVDV1Dttz5yJsS for ; Sat, 21 Jun 2025 09:59:06 +0000 (UTC) (envelope-from stb@lassitu.de) Received: from gilb.zs64.net (gilb.zs64.net [212.12.50.234]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature ECDSA (prime256v1) client-digest SHA256) (Client CN "gilb.zs64.net", Issuer "E6" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4bPVDT1R8Bz3Kgw for ; Sat, 21 Jun 2025 09:59:04 +0000 (UTC) (envelope-from stb@lassitu.de) Authentication-Results: mx1.freebsd.org; dkim=none; spf=pass (mx1.freebsd.org: domain of stb@lassitu.de designates 212.12.50.234 as permitted sender) smtp.mailfrom=stb@lassitu.de; dmarc=none Received: by gilb.zs64.net (Postfix, from stb@lassitu.de) id 572BD2F16C for ; Sat, 21 Jun 2025 09:59:00 +0000 (UTC) From: Stefan Bethke Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-ports@freebsd.org Sender: owner-freebsd-ports@FreeBSD.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3826.600.51.1.1\)) Subject: Requesting go1.24 in quarterly Message-Id: <5D53ED2E-FD6A-4F15-A0EA-7041E5795977@lassitu.de> Date: Sat, 21 Jun 2025 11:58:55 +0200 To: FreeBSD Ports X-Mailer: Apple Mail (2.3826.600.51.1.1) X-Spamd-Result: default: False [2.14 / 15.00]; NEURAL_SPAM_LONG(1.00)[0.998]; NEURAL_SPAM_MEDIUM(0.99)[0.995]; MV_CASE(0.50)[]; NEURAL_HAM_SHORT(-0.25)[-0.252]; R_SPF_ALLOW(-0.20)[+mx]; ONCE_RECEIVED(0.20)[]; MIME_GOOD(-0.10)[text/plain]; RCPT_COUNT_ONE(0.00)[1]; ASN(0.00)[asn:13135, ipnet:212.12.48.0/21, country:DE]; RCVD_COUNT_ONE(0.00)[1]; FREEFALL_USER(0.00)[stb]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; R_DKIM_NA(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; ARC_NA(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-ports@freebsd.org]; DMARC_NA(0.00)[lassitu.de]; TO_DN_ALL(0.00)[]; MLMMJ_DEST(0.00)[freebsd-ports@freebsd.org]; FROM_HAS_DN(0.00)[] X-Rspamd-Queue-Id: 4bPVDT1R8Bz3Kgw X-Spamd-Bar: ++ One of the ports I maintain (www/forgejo) is failing in quarterly = because the default version of go there appears to be less than 1.24, = and the upstream source build setup will try to install go1.24. It seems that some time ago ports were clean up to not request specific = go versions. How should I address this issue? Thanks, Stefan --=20 Stefan Bethke Fon +49 175 3288861 From nobody Sat Jun 21 10:03:50 2025 X-Original-To: freebsd-ports@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4bPVL530dDz5yKRn for ; Sat, 21 Jun 2025 10:03:57 +0000 (UTC) (envelope-from nxjoseph@protonmail.com) Received: from mail-43166.protonmail.ch (mail-43166.protonmail.ch [185.70.43.166]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "protonmail.com", Issuer "R11" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4bPVL45lvMz3Mkj for ; Sat, 21 Jun 2025 10:03:56 +0000 (UTC) (envelope-from nxjoseph@protonmail.com) Authentication-Results: mx1.freebsd.org; none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=protonmail.com; s=protonmail3; t=1750500234; x=1750759434; bh=1sXGhn2PJPmvwe0vDCV93jkU6hggYtkIi9fb0sEuhh8=; h=Date:To:From:Cc:Subject:Message-ID:In-Reply-To:References: Feedback-ID:From:To:Cc:Date:Subject:Reply-To:Feedback-ID: Message-ID:BIMI-Selector; b=FxWtsICVmxJB0ivG99jnCCU7OnpTOFpf3PzWd3dKKfADemOPw9mJ18N+5N5G69CEV x19vaMdXd8yhj1rpInTrsKqKFjo28VNGTmYnefqorV1tJwRQzvioQQx6p2pT2fo1Aj aDOYhngfLprZtA62MGVrqzFJbJurisczHPDyg+lEMKrxuH5NfHCZOCwvpQR+Lp//da EClMdVUL3Fg6AWZ6xfDw2MHwu8UjsACQ4ASxo96qK1pE0RwQLj1cCCOzjoaqZYwh1K 6/CdHjRhYFI4IfncTVIGMu5qWrqktipNQKcb9rFLKSRmrRR3UTgZnTsoAI2YBC9Gwg la3Iq4PRRhCFQ== Date: Sat, 21 Jun 2025 10:03:50 +0000 To: "stb@lassitu.de" From: Yusuf Yaman Cc: "freebsd-ports@freebsd.org" Subject: Re: Requesting go1.24 in quarterly Message-ID: In-Reply-To: <5D53ED2E-FD6A-4F15-A0EA-7041E5795977@lassitu.de> References: <5D53ED2E-FD6A-4F15-A0EA-7041E5795977@lassitu.de> Feedback-ID: 21989843:user:proton X-Pm-Message-ID: 67bac32403711746f8299af8185aed3f2c934369 List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-ports@freebsd.org Sender: owner-freebsd-ports@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 4bPVL45lvMz3Mkj X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:62371, ipnet:185.70.43.0/24, country:CH] Hi, I had a port which should have been using go1.24 and that time it wasn't av= ailable yet but some time after that, go1.24 was available and the port was= set to use go1.24 back then. IIRC, the port was fetching go1.24 in fetch s= tage when go1.24 wasn't available in ports. I guess that your port can buil= d successfully too by fetching go1.24 toolchain in fetch stage. Sent from Proton Mail Android -------- Original Message -------- On 6/21/25 12:59 PM, Stefan Bethke wrote: > One of the ports I maintain (www/forgejo) is failing in quarterly becaus= e the default version of go there appears to be less than 1.24, and the ups= tream source build setup will try to install go1.24. > =20 > It seems that some time ago ports were clean up to not request specific = go versions. How should I address this issue? > =20 > =20 > Thanks, > Stefan > =20 > -- > Stefan Bethke Fon +49 175 3288861 > =20 > =20 > From nobody Sat Jun 21 10:06:50 2025 X-Original-To: freebsd-ports@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4bPVPm6NH9z5yKSD for ; Sat, 21 Jun 2025 10:07:08 +0000 (UTC) (envelope-from stb@lassitu.de) Received: from gilb.zs64.net (gilb.zs64.net [IPv6:2a00:14b0:4200:32e0::1ea]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature ECDSA (prime256v1) client-digest SHA256) (Client CN "gilb.zs64.net", Issuer "E6" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4bPVPm0R9gz3P46 for ; Sat, 21 Jun 2025 10:07:08 +0000 (UTC) (envelope-from stb@lassitu.de) Authentication-Results: mx1.freebsd.org; dkim=none; spf=pass (mx1.freebsd.org: domain of stb@lassitu.de designates 2a00:14b0:4200:32e0::1ea as permitted sender) smtp.mailfrom=stb@lassitu.de; dmarc=none Received: by gilb.zs64.net (Postfix, from stb@lassitu.de) id C242C2F1A4 for ; Sat, 21 Jun 2025 10:07:02 +0000 (UTC) From: Stefan Bethke Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-ports@freebsd.org Sender: owner-freebsd-ports@FreeBSD.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3826.600.51.1.1\)) Subject: Re: Requesting go1.24 in quarterly Date: Sat, 21 Jun 2025 12:06:50 +0200 References: <5D53ED2E-FD6A-4F15-A0EA-7041E5795977@lassitu.de> To: FreeBSD Ports In-Reply-To: Message-Id: X-Mailer: Apple Mail (2.3826.600.51.1.1) X-Spamd-Result: default: False [2.11 / 15.00]; NEURAL_SPAM_LONG(1.00)[0.997]; NEURAL_SPAM_MEDIUM(0.99)[0.994]; MV_CASE(0.50)[]; NEURAL_HAM_SHORT(-0.28)[-0.277]; ONCE_RECEIVED(0.20)[]; R_SPF_ALLOW(-0.20)[+mx:c]; MIME_GOOD(-0.10)[text/plain]; RCPT_COUNT_ONE(0.00)[1]; MIME_TRACE(0.00)[0:+]; FREEFALL_USER(0.00)[stb]; ARC_NA(0.00)[]; RCVD_COUNT_ONE(0.00)[1]; ASN(0.00)[asn:13135, ipnet:2a00:14b0::/32, country:DE]; MID_RHS_MATCH_FROM(0.00)[]; R_DKIM_NA(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-ports@freebsd.org]; DMARC_NA(0.00)[lassitu.de]; TO_DN_ALL(0.00)[]; MLMMJ_DEST(0.00)[freebsd-ports@freebsd.org]; FROM_HAS_DN(0.00)[] X-Rspamd-Queue-Id: 4bPVPm0R9gz3P46 X-Spamd-Bar: ++ On 21. Jun 2025, at 12:03, Yusuf Yaman wrote: >=20 > On 6/21/25 12:59 PM, Stefan Bethke wrote: >=20 >> One of the ports I maintain (www/forgejo) is failing in quarterly = because the default version of go there appears to be less than 1.24, = and the upstream source build setup will try to install go1.24. >>=20 >> It seems that some time ago ports were clean up to not request = specific go versions. How should I address this issue? > I had a port which should have been using go1.24 and that time it = wasn't available yet but some time after that, go1.24 was available and = the port was set to use go1.24 back then. IIRC, the port was fetching = go1.24 in fetch stage when go1.24 wasn't available in ports. I guess = that your port can build successfully too by fetching go1.24 toolchain = in fetch stage. Thanks, I meant whether it is (still) OK to do USES=3Dgo:1.24, or = whether this is now deprecated or been replaces with a different = mechanism. Stefan --=20 Stefan Bethke Fon +49 175 3288861 From nobody Sat Jun 21 10:10:30 2025 X-Original-To: freebsd-ports@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4bPVTq72hjz5yKYd for ; Sat, 21 Jun 2025 10:10:39 +0000 (UTC) (envelope-from nxjoseph@protonmail.com) Received: from mail-106101.protonmail.ch (mail-106101.protonmail.ch [79.135.106.101]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "protonmail.com", Issuer "R11" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4bPVTq2RJgz3R0c for ; Sat, 21 Jun 2025 10:10:39 +0000 (UTC) (envelope-from nxjoseph@protonmail.com) Authentication-Results: mx1.freebsd.org; none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=protonmail.com; s=protonmail3; t=1750500635; x=1750759835; bh=RM53BFcDbVcaQmq7i1SMBKbPC4BFLCLecwS84EMLgP8=; h=Date:To:From:Cc:Subject:Message-ID:In-Reply-To:References: Feedback-ID:From:To:Cc:Date:Subject:Reply-To:Feedback-ID: Message-ID:BIMI-Selector; b=HZNQ10y4w3kPul/sajsUcWM6LtMNwuzPqqSsYH/X37YrE/UkUZ9ySQ2mrzL1yDaXK lcwWZyQqeK5qUzo/gmCAsdG1iz6+29Ewr9TNMG6LubPIzi8cg/vqqrLXvw1Q0TKS3K HPnXaNpOUHnx8nKk8iZrqvkGHijwyJIoHpNLAmwSuK7BNkNtLPQHzm2XSXcRX2Msx2 yh6/+PaWQJpDZQnycKmF2iOBYpnqCLfOu6y7RzTYRAzHrJpPGSVtoYlGFsNQdDGUUa L/O++VX7LK3QDAhYkEwtWMsKemmbStW0sVKvqKZ+vIqAB/LSFOrbk+yfg7UgauvZuv AcvNtfHNaVB9Q== Date: Sat, 21 Jun 2025 10:10:30 +0000 To: "stb@lassitu.de" From: Yusuf Yaman Cc: "freebsd-ports@freebsd.org" Subject: Re: Requesting go1.24 in quarterly Message-ID: In-Reply-To: References: <5D53ED2E-FD6A-4F15-A0EA-7041E5795977@lassitu.de> Feedback-ID: 21989843:user:proton X-Pm-Message-ID: 2a03be04361b60f9839d2c92656b82dde707f2a3 List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-ports@freebsd.org Sender: owner-freebsd-ports@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 4bPVTq2RJgz3R0c X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:62371, ipnet:79.135.106.0/24, country:CH] You are welcome. Do you have a poudriere setup? Then I may suggest trying to use go1.24 with= in quarterly branch so you can see what happens when that port can't find g= o1.24.=20 I don't think that this method is deprecated. I would just use the default go version without specifying a version in USE= S flag and it would fetch the right go version. I'd suggest testing it with poudriere. I get rid of FreeBSD PKG repositories because I am maintaining some ports a= nd if I already use poudriere, my life gets easier to test my ports. I have= a minimalist desktop, though. Sent from Proton Mail Android -------- Original Message -------- On 6/21/25 1:07 PM, Stefan Bethke wrote: > On 21. Jun 2025, at 12:03, Yusuf Yaman wrote: > > > > On 6/21/25 12:59 PM, Stefan Bethke wrote: > > > >> One of the ports I maintain (www/forgejo) is failing in quarterly bec= ause the default version of go there appears to be less than 1.24, and the = upstream source build setup will try to install go1.24. > >> > >> It seems that some time ago ports were clean up to not request specif= ic go versions. How should I address this issue? > > I had a port which should have been using go1.24 and that time it wasn= 't available yet but some time after that, go1.24 was available and the por= t was set to use go1.24 back then. IIRC, the port was fetching go1.24 in fe= tch stage when go1.24 wasn't available in ports. I guess that your port can= build successfully too by fetching go1.24 toolchain in fetch stage. > =20 > Thanks, I meant whether it is (still) OK to do USES=3Dgo:1.24, or whethe= r this is now deprecated or been replaces with a different mechanism. > =20 > =20 > Stefan > =20 > -- > Stefan Bethke Fon +49 175 3288861 > =20 > =20 > From nobody Sat Jun 21 11:08:48 2025 X-Original-To: freebsd-ports@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4bPWmz3cd6z5yN9q for ; Sat, 21 Jun 2025 11:08:51 +0000 (UTC) (envelope-from ml@netfence.it) Received: from soth.netfence.it (mailserver.netfence.it [78.134.96.152]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "mailserver.netfence.it", Issuer "R10" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4bPWmy5p7Nz3rCW; Sat, 21 Jun 2025 11:08:50 +0000 (UTC) (envelope-from ml@netfence.it) Authentication-Results: mx1.freebsd.org; dkim=none; spf=pass (mx1.freebsd.org: domain of ml@netfence.it designates 78.134.96.152 as permitted sender) smtp.mailfrom=ml@netfence.it; dmarc=pass (policy=none) header.from=netfence.it Received: from [10.1.2.18] (alamar.local.netfence.it [10.1.2.18]) (authenticated bits=0) by soth.netfence.it (8.18.1/8.17.2) with ESMTPSA id 55LB8mji057354 (version=TLSv1.3 cipher=TLS_AES_128_GCM_SHA256 bits=128 verify=NO); Sat, 21 Jun 2025 13:08:49 +0200 (CEST) (envelope-from ml@netfence.it) X-Authentication-Warning: soth.netfence.it: Host alamar.local.netfence.it [10.1.2.18] claimed to be [10.1.2.18] Message-ID: Date: Sat, 21 Jun 2025 13:08:48 +0200 List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-ports@freebsd.org Sender: owner-freebsd-ports@FreeBSD.org MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Content-Language: en-US To: joneum@FreeBSD.org Cc: freebsd-ports@freebsd.org From: Andrea Venturoli Subject: Bug in net-mgmt/nagios-check_zpools Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spamd-Result: default: False [-0.39 / 15.00]; NEURAL_HAM_SHORT(-1.00)[-0.995]; NEURAL_SPAM_LONG(0.97)[0.966]; DMARC_POLICY_ALLOW(-0.50)[netfence.it,none]; NEURAL_SPAM_MEDIUM(0.44)[0.443]; R_SPF_ALLOW(-0.20)[+ip4:78.134.96.152:c]; MIME_GOOD(-0.10)[text/plain]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; RCVD_COUNT_ONE(0.00)[1]; ASN(0.00)[asn:35612, ipnet:78.134.0.0/17, country:IT]; MIME_TRACE(0.00)[0:+]; RCPT_COUNT_TWO(0.00)[2]; MID_RHS_MATCH_FROM(0.00)[]; MLMMJ_DEST(0.00)[freebsd-ports@freebsd.org]; FROM_HAS_DN(0.00)[]; HAS_XAW(0.00)[]; R_DKIM_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; TO_DN_NONE(0.00)[]; RCVD_TLS_ALL(0.00)[] X-Rspamd-Queue-Id: 4bPWmy5p7Nz3rCW X-Spamd-Bar: / Hello. I think there's a bug in the code. Example: > # zpool list > NAME SIZE ALLOC FREE CKPOINT EXPANDSZ FRAG CAP DEDUP HEALTH ALTROOT > zroo2 95.5G 70.8G 24.7G - - 52% 74% 1.00x ONLINE - > # /usr/local/libexec/nagios/check_zpools -p zroo2 -w 70 -c 75 > ZFS POOL zroo2 usage is WARNING (74%)|zroo2=74% > # /usr/local/libexec/nagios/check_zpools -p zroo2 -w 70 -c 73 > ZFS POOL zroo2 usage is CRITICAL (74%|zroo2=74%) > # /usr/local/libexec/nagios/check_zpools -p zroo2 -w 70 -c 74 > ALL ZFS POOLS OK (zroo2)|zroo2=74% As it can be seen above, if the pool usage is exactly at the critical threshold, it's not marked neither as critical, nor as warning, but as OK. In other words, while space usage increases, status goes OK->WARNING->OK->CRITICAL. I believe this is already fixed upstream. Is it possible to update the port? bye & Thanks av. From nobody Sat Jun 21 12:17:58 2025 X-Original-To: freebsd-ports@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4bPYKT0fymz5ySVQ for ; Sat, 21 Jun 2025 12:18:37 +0000 (UTC) (envelope-from freebsd@walstatt-de.de) Received: from smtp052.goneo.de (smtp5.goneo.de [IPv6:2001:1640:5::8:30]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4bPYKS0rhNz3RHV for ; Sat, 21 Jun 2025 12:18:36 +0000 (UTC) (envelope-from freebsd@walstatt-de.de) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=walstatt-de.de header.s=DKIM001 header.b=H44NDaxS; spf=pass (mx1.freebsd.org: domain of freebsd@walstatt-de.de designates 2001:1640:5::8:30 as permitted sender) smtp.mailfrom=freebsd@walstatt-de.de; dmarc=none Received: from hub2.goneo.de (hub2.goneo.de [85.220.129.53]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits)) (No client certificate requested) by smtp5.goneo.de (Postfix) with ESMTPS id 1554324084F for ; Sat, 21 Jun 2025 14:18:28 +0200 (CEST) Received: from hub2.goneo.de (localhost [127.0.0.1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits)) (No client certificate requested) by hub2.goneo.de (Postfix) with ESMTPS id 7065F240165 for ; Sat, 21 Jun 2025 14:18:26 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=walstatt-de.de; s=DKIM001; t=1750508306; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type; bh=lRmWxIGXPehu3s3oQ2BhDxtdzPOrfLLzXh6My9vTh98=; b=H44NDaxS12u/Q3quZP9uCSMjEDlwO2o/wm8yJuDWrY0V2ZUpEbiOZnnhXglNjQ7ikhk5fJ 7jSQhGjDNwF2yfTrwd4klmlS2Q0N2kSSfLczUUlKZ/+u2ZeAPnGgWMBpzHG2tjXnOCE4If qIIAyg/u0EYgRIPZU+YkLFzhiQ2Msstob5ktax/Yvst4M59wliwMFzeyBgn6nZxHn+Yxta s5rIExYyagXORaAtPrYxmAb0d1tOr2HbwIocn1YrOSQouFp6hZDLeZL6CJLsR0tbiQr6bp UnW0FKMZ4CRI6GIs9xhIM3Z9iwAWE1jmJkphprjFTjK6E97aqmBugfM0uqAtnA== Received: from thor.sb211.local (dynamic-2a02-3100-291b-0302-2dfb-8f22-c3db-7b2e.310.pool.telefonica.de [IPv6:2a02:3100:291b:302:2dfb:8f22:c3db:7b2e]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (prime256v1) server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by hub2.goneo.de (Postfix) with ESMTPSA id 27069240031 for ; Sat, 21 Jun 2025 14:18:26 +0200 (CEST) Date: Sat, 21 Jun 2025 14:17:58 +0200 From: A FreeBSD User To: FreeBSD Ports Subject: net/asterisk22: Illegal instruction Message-ID: <20250621141656.2b7572e5@thor.sb211.local> List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-ports@freebsd.org Sender: owner-freebsd-ports@FreeBSD.org MIME-Version: 1.0 Content-Type: multipart/signed; boundary="Sig_/OJULV3PvBStFuzIu52TjVxG"; protocol="application/pgp-signature"; micalg=pgp-sha512 X-Rspamd-UID: 10f62d X-Rspamd-UID: ee606a X-Spamd-Result: default: False [-4.37 / 15.00]; SIGNED_PGP(-2.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.40)[-0.403]; NEURAL_HAM_MEDIUM(-0.27)[-0.265]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; R_DKIM_ALLOW(-0.20)[walstatt-de.de:s=DKIM001]; R_SPF_ALLOW(-0.20)[+ip6:2001:1640:5::8:0/112]; RCVD_IN_DNSWL_LOW(-0.10)[2001:1640:5::8:30:from]; ARC_NA(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; MISSING_XM_UA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; ASN(0.00)[asn:25394, ipnet:2001:1640::/32, country:DE]; RCVD_TLS_ALL(0.00)[]; MLMMJ_DEST(0.00)[freebsd-ports@freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; DMARC_NA(0.00)[walstatt-de.de]; TO_MATCH_ENVRCPT_ALL(0.00)[]; TO_DN_ALL(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-ports@freebsd.org]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[walstatt-de.de:+] X-Rspamd-Queue-Id: 4bPYKS0rhNz3RHV X-Spamd-Bar: ---- --Sig_/OJULV3PvBStFuzIu52TjVxG Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Hello, After a recent upgrade of a 14-STABLE (14.3-STABLE #0 n271755-ef360183df81:= Sat Jun 21 11:23:41 CEST 2025 amd64) appliance and net/asterisk22 (poudriere build, bu= ilder host is also 14-STABLE, just for the record) the asteriks binzry quits with=20 Illegal instruction (platform: PCEngine APU4C2, hw.model: AMD GX-412TC SOC). Does anybody see this issue, too? --=20 A FreeBSD user --Sig_/OJULV3PvBStFuzIu52TjVxG Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- iHUEARYKAB0WIQRQheDybVktG5eW/1Kxzvs8OqokrwUCaFajEQAKCRCxzvs8Oqok r9qfAP9/0C1z1sgFhPAhTDfAAK1YbY9n4nc/3alPu3wMypEV1QD/fBznye0gLQBF 08J4eBDYT99kyOkWPhEaPMacg6BCWQk= =oxHH -----END PGP SIGNATURE----- --Sig_/OJULV3PvBStFuzIu52TjVxG-- From nobody Sat Jun 21 13:16:40 2025 X-Original-To: freebsd-ports@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4bPZch15bXz5yXGS for ; Sat, 21 Jun 2025 13:16:52 +0000 (UTC) (envelope-from mad@madpilot.net) Received: from vogon.madpilot.net (vogon.madpilot.net [159.69.1.99]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4bPZcg5sSZz3s5X for ; Sat, 21 Jun 2025 13:16:51 +0000 (UTC) (envelope-from mad@madpilot.net) Authentication-Results: mx1.freebsd.org; none Received: from localhost (mail [IPv6:fd5c:5351:d272::3]) by vogon.madpilot.net (Postfix) with ESMTP id 4bPZcW2k1BzMLQv; Sat, 21 Jun 2025 15:16:43 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=madpilot.net; h= content-transfer-encoding:content-type:content-type:in-reply-to :from:from:content-language:references:subject:subject:date:date :message-id:received; s=cyq4qetkgngm; t=1750511801; x= 1752326202; bh=vYTygQLpERF0cCggwU8MFGqVZTsQXaWUWwClCeZgZN4=; b=y wPevUxPZpD0Taysr9ripQxeVPrxvDnOzYgf+6U51anyrio9rRZEeM4GIbj/llEU0 06ME8G1MZOY3zHLGvLkrgctafnx+36z6WEjtlBD4jvwb4PY7+8HfITFINjI1+STE HLiGrQF87OQKai9RVadPw6brm5xZ2jZf3/5XYRv3+63SAvEDgQpDl1clSfNUQzxD pm6KydpS5LcHtmlCWc0S+5W+9UGB3IeB7kxPWahZ8NFhwAmIC+GTna076ov9mucz JbA7C2d8gbymJ5X0n6EMGJbv81GmCTJfe4Kdm903FlYlRmY7ODUhC+b0vqj///iY eAPI8SpIxoyH1nthxN07w== Received: from vogon.madpilot.net ([IPv6:fd5c:5351:d272::3]) by localhost (vogon.madpilot.net [IPv6:fd5c:5351:d272::3]) (amavis, port 10026) with ESMTP id M9ajjAoNLIkz; Sat, 21 Jun 2025 15:16:41 +0200 (CEST) Message-ID: Date: Sat, 21 Jun 2025 15:16:40 +0200 Subject: Re: net/asterisk22: Illegal instruction To: A FreeBSD User , FreeBSD Ports References: <20250621141656.2b7572e5@thor.sb211.local> Content-Language: en-US, it, en-GB From: Guido Falsi Autocrypt: addr=mad@madpilot.net; keydata= xsBNBE+G+l0BCADi/WBQ0aRJfnE7LBPsM0G3m/m3Yx7OPu4iYFvS84xawmRHtCNjWIntsxuX fptkmEo3Rsw816WUrek8dxoUAYdHd+EcpBcnnDzfDH5LW/TZ4gbrFezrHPdRp7wdxi23GN80 qPwHEwXuF0X4Wy5V0OO8B6VT/nA0ADYnBDhXS52HGIJ/GCUjgqJn+phDTdCFLvrSFdmgx4Wl c0W5Z1p5cmDF9l8L/hc959AeyNf7I9dXnjekGM9gVv7UDUYzCifR3U8T0fnfdMmS8NeI9NC+ wuREpRO4lKOkTnj9TtQJRiptlhcHQiAlG1cFqs7EQo57Tqq6cxD1FycZJLuC32bGbgalABEB AAHNHkd1aWRvIEZhbHNpIDxtYWRAbWFkcGlsb3QubmV0PsLAeQQTAQgAIwIbAwIeAQIXgAUL CQgHAwUVCgkICwQWAgMBBQJS79AgAhkBAAoJEBrmhg5Wy9KTc0kH/RO64ORBlTbTHaUaOj8F Je5O5NU2Pt9Cyt5ZWBRvxntr1zPTJGKRPS9ihlIfqT4ZvEngQGp57EUyFbCpI0UWasTerImM tt5WACnGmCzUTB39UXx8Oy4b1EgWeTJQ747e/F1mQLXTNa6ijRBE9fYlTb4gAkPN88/wVV9v 3PZozKLTg16ghBzHM/P7Lk8L7clPEZChX1FTa/6eSt3nvzfCuTMZbBPJF/ph+q1KyPqRgVfh tyhu5dvgMoPz/ni41IfeSrkJTD5RXzdyGR9q4Z1NYeBsLkRjC4LxKAP5KqUsvlOUjKvO1byj ApYdMarol+IGkaSk9e3zVYAJkWKjn/ni8XbOwU0EUxB7QQEQAKFhrDceoPdK/IHDSmoj6SQY isvM7VdhcleS7E9DoEAVt7yMbf6HbbMVTTY6ckvwTWQssywLBXNVqxgc4WLJjzfUhgef+WE7 5M3+WFYlOVQLGZY/zEVgma1raYnOHNAOzeHLDmEXjbZP6vGAeDyBbGfQPpE7qGYZ7ubeT3Xw QO+PklcCrvOPj2ZPcAxGNS2xVU/LzONqCrJqLMJSIcCdsbiSP4G5PnDFHtMokaTY6OEr8OEQ fOAerhcHUa/z7Uu8YtmaqKH+QGkE/WEgaRqSiTnv0JOTD+DxehaqvoKPPZ++2NpCZMHB2i6A /xifmQwEiIjEXtcueBRzkNUQkxhqZyS13SrhocL9ydtaVPBzZatAEjUDDEJmAMLVFs45qfyh MiNapHJo2n3MW/E5omqCvEkDdWX/en3P7CK2TemeaDghMsgkNKax/z0wNo5UZCkOPOz0xpNi UilOVbkuezZZNg65741qee2lfXhQIaZ66yT7hphc/N/z3PIAtLeze4u1VR2EXAuZ2sWAdlKC NTlJMsaU/x70BV11Wd/ypnVzM68dfdQIIAj1iMFAD/lXGlEUmKXg5Ov2VQDlTntQoanCYrAg +8CttPzjrydgLZFq3hrtQmfc0se5yv1WHS69+BsUOG09RvvawUDZxUjW19kyeN9THaNRgow3 kSuArUp6zSmJABEBAAHCwF8EGAEIAAkFAlMQe0ECGwwACgkQGuaGDlbL0pMN5wgA4bCkX/qw EVC06ToeR6C2putmSWQMgpDaqrv65Hubo+QGmg2P4ewTYQQ4g6oYWS03qHxqVVWhKz7FjfrV +dH8qbCLfSgIcvdBha7ayGZVrsiuMLKGbw36fcmkZPpSDOfHcP0XH8Z+u9CWj0xUkTxAlZ/7 i6gYSUpG2JWNtdmE/X8VVEyXusCLwy0K0BI60A/4dRTIX3C4QKrJ3ZbUXegz70ynjHf+lQMZ 9IZKASoRMuS5FozPQh6abvmwZEPdf5I9riUElzvHrqJ8Bx0t3Pujdoth+yNHpnBxrtO8LkQd rQ58P0SwcaIX33T2U9pG8bhu5YVR88FQ8OQ0cEsPBpDncg== In-Reply-To: <20250621141656.2b7572e5@thor.sb211.local> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4bPZcg5sSZz3s5X X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:24940, ipnet:159.69.0.0/16, country:DE] List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-ports@freebsd.org Sender: owner-freebsd-ports@FreeBSD.org On 6/21/25 14:17, A FreeBSD User wrote: > Hello, > > After a recent upgrade of a 14-STABLE (14.3-STABLE #0 n271755-ef360183df81: Sat Jun 21 > 11:23:41 CEST 2025 amd64) appliance and net/asterisk22 (poudriere build, builder host is also > 14-STABLE, just for the record) the asteriks binzry quits with > > Illegal instruction (platform: PCEngine APU4C2, hw.model: AMD GX-412TC SOC). > > Does anybody see this issue, too? > > If I understand correctly you are building binaries yourself. Do you use any optimization options, especially -march and similar ones? The error could be caused by a binary optimized for a newer arch supporting features (so instructions) not supported by the actual CPU you're using. It is quite possible that with the same optimizations the previous version used to work and the newer one does not. Maybe the code in the old version did not cause the compiler to output any instructions not compatible with your CPU, while some code in the new version does. This is just one possibility though, maybe there are more possible causes. -- Guido Falsi From nobody Sun Jun 22 03:40:07 2025 X-Original-To: ports@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4bPxmm062Kz5t9rr for ; Sun, 22 Jun 2025 03:40:08 +0000 (UTC) (envelope-from portscout@FreeBSD.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.nyi.freebsd.org", Issuer "R11" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4bPxml2LJ1z3V9c for ; Sun, 22 Jun 2025 03:40:07 +0000 (UTC) (envelope-from portscout@FreeBSD.org) ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1750563607; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding; bh=4kbQSqMo5XjwcqFy/zzBVzD7ylvHCFtaB3petzHcjxE=; b=I1mh34RHcUJhsPf7XQ8s8brgfJnrvhwFV/g+r0eNX8p7s9zCEL8Z+IlZ0bCBxWUOdlgCy6 TvDMWswo1MOj76gi0zxQDerZbBqx10Yho+1BpXn/e1Ag7UlrKGzE7QzvgxGqRq5csASIxc gTG8ToEaFDUdLRmKG437IhQK4gvlmBgLNApUuchI+iztMACCK+SVhIZtf3sxWvOaO8Ntv9 D2Rcy4vjIN1aa8/IzOSNYV3c1lTufNJWm+JvpzWpP1F/iI5vPWwRF5sjRqwc4bA6hR0Gzz wIhw5DgnnkQqEEy/BrBB6BmJxO90aVjnmZ56DP6W/Kpxfop8k8vMzoqsnmIddg== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1750563607; a=rsa-sha256; cv=none; b=Q4eJfAbv1ilvy9udpCrFHn2KQwNzD/851W5cQXs+A3/xB0U748hdQACRvs7iLugeyjjjCg b5O/2Leww9XKDdKpg5Qo1ItIO6qUBJBWcGWPwWqKvrJYqYT2lHgxXPGdZJpA3O2UWNJfxW fQexqKi5FfXefval7IUKQtCf4PUVLDh8qQ1Q0MBoP9CQIokfKjqDTBMI003qhaGGKnr2zp 2co/0n0x9ExIRZytGoyEVyX9hkCkrX+yR/rI74t6+KYGs3HDe0fkD/zGTCYG5hr86wY3t2 DT3GCVH+MWgi4SAOrtqWY0/rH4wtg1EKw4Y+nClXZdsnl1r/hpRmHIkF6acQtQ== Received: from portscout.nyi.freebsd.org (portscout.nyi.freebsd.org [IPv6:2610:1c1:1:606c::50:21]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id 4bPxml1F3lz10PF for ; Sun, 22 Jun 2025 03:40:07 +0000 (UTC) (envelope-from portscout@FreeBSD.org) Received: from portscout.nyi.freebsd.org ([127.0.1.10]) by portscout.nyi.freebsd.org (8.17.1/8.17.1) with ESMTP id 55M3e7nx056751 for ; Sun, 22 Jun 2025 03:40:07 GMT (envelope-from portscout@FreeBSD.org) Received: (from portscout@localhost) by portscout.nyi.freebsd.org (8.17.1/8.17.1/Submit) id 55M3e77q056750; Sun, 22 Jun 2025 03:40:07 GMT (envelope-from portscout@FreeBSD.org) Message-Id: <202506220340.55M3e77q056750@portscout.nyi.freebsd.org> X-Authentication-Warning: portscout.nyi.freebsd.org: portscout set sender to portscout@FreeBSD.org using -f Content-Disposition: inline Content-Transfer-Encoding: 8bit Content-Type: text/plain List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-ports@freebsd.org Sender: owner-freebsd-ports@FreeBSD.org MIME-Version: 1.0 Date: Sun, 22 Jun 2025 03:40:07 +0000 From: portscout@FreeBSD.org To: ports@freebsd.org Subject: Unmaintained FreeBSD ports which are out of date X-Mailer: portscout/0.8.1 Dear port maintainers, The portscout new distfile checker has detected that one or more unmaintained ports appears to be out of date. Please take the opportunity to check each of the ports listed below, and if possible and appropriate, submit/commit an update. Please consider also adopting this port. If any ports have already been updated, you can safely ignore the entry. An e-mail will not be sent again for any of the port/version combinations below. Full details can be found at the following URL: http://portscout.freebsd.org/ports@freebsd.org.html Port | Current version | New version ------------------------------------------------+-----------------+------------ emulators/quasi88 | 0.6.4 | 0.7.2 ------------------------------------------------+-----------------+------------ security/py-pyvex | 9.0.5405 | v9.2.161 ------------------------------------------------+-----------------+------------ If any of the above results are invalid, please check the following page for details on how to improve portscout's detection and selection of distfiles on a per-port basis: http://portscout.freebsd.org/info/portscout-portconfig.txt Reported by: portscout! From nobody Sun Jun 22 12:52:15 2025 X-Original-To: freebsd-ports@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4bQB2m6PyTz5yhLY for ; Sun, 22 Jun 2025 12:53:04 +0000 (UTC) (envelope-from freebsd@walstatt-de.de) Received: from smtp6.goneo.de (smtp6.goneo.de [IPv6:2001:1640:5::8:31]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4bQB2m1ZKKz3YCR for ; Sun, 22 Jun 2025 12:53:04 +0000 (UTC) (envelope-from freebsd@walstatt-de.de) Authentication-Results: mx1.freebsd.org; none Received: from hub1.goneo.de (hub1.goneo.de [IPv6:2001:1640:5::8:52]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits)) (No client certificate requested) by smtp6.goneo.de (Postfix) with ESMTPS id 9A58D240575; Sun, 22 Jun 2025 14:52:52 +0200 (CEST) Received: from hub1.goneo.de (localhost [127.0.0.1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits)) (No client certificate requested) by hub1.goneo.de (Postfix) with ESMTPS id 0BD6324051A; Sun, 22 Jun 2025 14:52:51 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=walstatt-de.de; s=DKIM001; t=1750596771; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=Pmi4UeZuSttra2x6ZN6LD1I4zPA1cRcmkT1Tv2F9JsI=; b=ocT7JBJdIv6FFv4kHreVWTv8wcbnQ2KbbhSrfEVwIwviRrooQ0W4Ml3hPBmOS976HD12O4 IhQuvtP5+iVL9kyUdrPvdjyKyeDraSJrcJ4aU5UhyqgC4OFpRS81OBmABCrrhn/SuOrQu9 JsXKwbagLdyzqZ24MQiYtOpC8wYXBlZKDr8/B0bYk0hDoGgDqyUVtz4eqJrxLfgPj/FBEs 0P+VHWNAHuwi/Ac5C2RsJXxoBxn40qULPxjZbAgevy0vwuw7NMHQj3wxCbNFR5R6CrbwTB 6395JvcJXQm80vOcyDNEiofvhJEqB7Oa9QyT0erGrJyMIMT9AwWO7GVx8EPQgQ== Received: from thor.sb211.local (dynamic-2a02-3100-1a62-4a02-af46-db58-1a48-9557.310.pool.telefonica.de [IPv6:2a02:3100:1a62:4a02:af46:db58:1a48:9557]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (prime256v1) server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by hub1.goneo.de (Postfix) with ESMTPSA id BAE112404BF; Sun, 22 Jun 2025 14:52:50 +0200 (CEST) Date: Sun, 22 Jun 2025 14:52:15 +0200 From: A FreeBSD User To: Guido Falsi Cc: FreeBSD Ports Subject: Re: net/asterisk22: Illegal instruction Message-ID: <20250622145242.7840523a@thor.sb211.local> In-Reply-To: References: <20250621141656.2b7572e5@thor.sb211.local> List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-ports@freebsd.org Sender: owner-freebsd-ports@FreeBSD.org MIME-Version: 1.0 Content-Type: multipart/signed; boundary="Sig_/R_PqDfs9AC0/nI5HJxXDm9X"; protocol="application/pgp-signature"; micalg=pgp-sha512 X-Rspamd-UID: 9aeff1 X-Rspamd-UID: d3a21b X-Rspamd-Queue-Id: 4bQB2m1ZKKz3YCR X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:25394, ipnet:2001:1640::/32, country:DE] --Sig_/R_PqDfs9AC0/nI5HJxXDm9X Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Am Tage des Herren Sat, 21 Jun 2025 15:16:40 +0200 Guido Falsi schrieb: > On 6/21/25 14:17, A FreeBSD User wrote: > > Hello, > >=20 > > After a recent upgrade of a 14-STABLE (14.3-STABLE #0 n271755-ef360183d= f81: Sat Jun 21 > > 11:23:41 CEST 2025 amd64) appliance and net/asterisk22 (poudriere build= , builder host is > > also 14-STABLE, just for the record) the asteriks binzry quits with > >=20 > > Illegal instruction (platform: PCEngine APU4C2, hw.model: AMD GX-412TC = SOC). > >=20 > > Does anybody see this issue, too? > >=20 > > =20 >=20 > If I understand correctly you are building binaries yourself. That is correct. >=20 > Do you use any optimization options, especially -march and similar ones? I;m not aware of using optimizations on net/asterisk* ports themselfs but I= have made a "make rmconfig config" recently due to the same thought as of yours. On net/aster= isk, I haven't changed anything within the past few months, but I also do not track versio= ns, my fault - so the statement is a kind of useless. I also have no clue about faulty optimi= zations in adjacent/required ports like those mutually transcribing codecs which are c= andidates for vectore unit optimizations, I guess. What happened is: I exchanged my build= er platform from Intel based, much outdated Xeon Ivybridge to recent AMD Zen 5 based equipme= nt. While in the bureau an older dual socket Intel Xeon performs the same task without probl= ems, first guess is a problem with compiling AMD Zen5 code. =20 >=20 > The error could be caused by a binary optimized for a newer arch=20 > supporting features (so instructions) not supported by the actual CPU=20 > you're using. >=20 > It is quite possible that with the same optimizations the previous=20 > version used to work and the newer one does not. Maybe the code in the=20 > old version did not cause the compiler to output any instructions not=20 > compatible with your CPU, while some code in the new version does. >=20 >=20 > This is just one possibility though, maybe there are more possible causes. >=20 That possibility sounds reasonable, see my comment on the hardware vendor c= hange of the CPU. I disabled all optimization flags as far I got a handle on them and/or being = aware of, so the host is just right now a complete new repository for 14-STABLE. It did not = help just disabling the optimization flag on both net/asterisk20 and net/asterisk22 (both suffe= r from the same issue). Will report back. Kind regards, oh --=20 A FreeBSD user --Sig_/R_PqDfs9AC0/nI5HJxXDm9X Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- iHUEARYKAB0WIQRQheDybVktG5eW/1Kxzvs8OqokrwUCaFf8mgAKCRCxzvs8Oqok r9XOAQDFAkMISIhA9AlDyZM4eSkKtxZwl/7NMsu8kKkArqF0BgEArKazmiYXB3kf o6egLeJjiFQ8jyqCsZIJFhEUDW91qgk= =dVYy -----END PGP SIGNATURE----- --Sig_/R_PqDfs9AC0/nI5HJxXDm9X-- From nobody Sun Jun 22 13:14:08 2025 X-Original-To: freebsd-ports@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4bQBWB5tPJz5ykXd for ; Sun, 22 Jun 2025 13:14:14 +0000 (UTC) (envelope-from mad@madpilot.net) Received: from vogon.madpilot.net (vogon.madpilot.net [159.69.1.99]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4bQBW94hpBz3jmB for ; Sun, 22 Jun 2025 13:14:13 +0000 (UTC) (envelope-from mad@madpilot.net) Authentication-Results: mx1.freebsd.org; none Received: from localhost (mail [IPv6:fd5c:5351:d272::3]) by vogon.madpilot.net (Postfix) with ESMTP id 4bQBW74LGczMLQv; Sun, 22 Jun 2025 15:14:11 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=madpilot.net; h= content-transfer-encoding:content-type:content-type:in-reply-to :from:from:content-language:references:subject:subject:date:date :message-id:received; s=cyq4qetkgngm; t=1750598049; x= 1752412450; bh=hQlv9bSfg92PwVmIiY40VdvOvIoqHxZ/JAJEZ/AnYfo=; b=H AJqP+N92hdAEXjH0JlA6QtuXZsLA11mbT4jpJ8ojgehum1rirB7bKyWeTwLHi0Gj R7N/W/j7k8yHzaU3uVrNL5AaXeb+byIfOli/zwu8OjucgIe3mpK9C6OGki/K7DZK GnGtCXH0w/1TEsBNzaw7rhVPqI/Anj7klADsTkkwn1NsaYNr1700TAr9+e0KaFaS hjTWUs0FJ8NU8jggeWK6dIHHYc/IW3BPa3a/w424m47BihG5b8xt0xmf+GTPTC+B yckhPUE53J2uFfs/x7fxrc1r68Yas12BzEeVnfG1ZE6kk9liEt71UWVWELTALxns ko4UyzbgwbXSpqitIcFFQ== Received: from vogon.madpilot.net ([IPv6:fd5c:5351:d272::3]) by localhost (vogon.madpilot.net [IPv6:fd5c:5351:d272::3]) (amavis, port 10026) with ESMTP id jV5Y0OcHdr30; Sun, 22 Jun 2025 15:14:09 +0200 (CEST) Message-ID: Date: Sun, 22 Jun 2025 15:14:08 +0200 Subject: Re: net/asterisk22: Illegal instruction To: A FreeBSD User Cc: FreeBSD Ports References: <20250621141656.2b7572e5@thor.sb211.local> <20250622145242.7840523a@thor.sb211.local> Content-Language: en-US, it, en-GB From: Guido Falsi Autocrypt: addr=mad@madpilot.net; keydata= xsBNBE+G+l0BCADi/WBQ0aRJfnE7LBPsM0G3m/m3Yx7OPu4iYFvS84xawmRHtCNjWIntsxuX fptkmEo3Rsw816WUrek8dxoUAYdHd+EcpBcnnDzfDH5LW/TZ4gbrFezrHPdRp7wdxi23GN80 qPwHEwXuF0X4Wy5V0OO8B6VT/nA0ADYnBDhXS52HGIJ/GCUjgqJn+phDTdCFLvrSFdmgx4Wl c0W5Z1p5cmDF9l8L/hc959AeyNf7I9dXnjekGM9gVv7UDUYzCifR3U8T0fnfdMmS8NeI9NC+ wuREpRO4lKOkTnj9TtQJRiptlhcHQiAlG1cFqs7EQo57Tqq6cxD1FycZJLuC32bGbgalABEB AAHNHkd1aWRvIEZhbHNpIDxtYWRAbWFkcGlsb3QubmV0PsLAeQQTAQgAIwIbAwIeAQIXgAUL CQgHAwUVCgkICwQWAgMBBQJS79AgAhkBAAoJEBrmhg5Wy9KTc0kH/RO64ORBlTbTHaUaOj8F Je5O5NU2Pt9Cyt5ZWBRvxntr1zPTJGKRPS9ihlIfqT4ZvEngQGp57EUyFbCpI0UWasTerImM tt5WACnGmCzUTB39UXx8Oy4b1EgWeTJQ747e/F1mQLXTNa6ijRBE9fYlTb4gAkPN88/wVV9v 3PZozKLTg16ghBzHM/P7Lk8L7clPEZChX1FTa/6eSt3nvzfCuTMZbBPJF/ph+q1KyPqRgVfh tyhu5dvgMoPz/ni41IfeSrkJTD5RXzdyGR9q4Z1NYeBsLkRjC4LxKAP5KqUsvlOUjKvO1byj ApYdMarol+IGkaSk9e3zVYAJkWKjn/ni8XbOwU0EUxB7QQEQAKFhrDceoPdK/IHDSmoj6SQY isvM7VdhcleS7E9DoEAVt7yMbf6HbbMVTTY6ckvwTWQssywLBXNVqxgc4WLJjzfUhgef+WE7 5M3+WFYlOVQLGZY/zEVgma1raYnOHNAOzeHLDmEXjbZP6vGAeDyBbGfQPpE7qGYZ7ubeT3Xw QO+PklcCrvOPj2ZPcAxGNS2xVU/LzONqCrJqLMJSIcCdsbiSP4G5PnDFHtMokaTY6OEr8OEQ fOAerhcHUa/z7Uu8YtmaqKH+QGkE/WEgaRqSiTnv0JOTD+DxehaqvoKPPZ++2NpCZMHB2i6A /xifmQwEiIjEXtcueBRzkNUQkxhqZyS13SrhocL9ydtaVPBzZatAEjUDDEJmAMLVFs45qfyh MiNapHJo2n3MW/E5omqCvEkDdWX/en3P7CK2TemeaDghMsgkNKax/z0wNo5UZCkOPOz0xpNi UilOVbkuezZZNg65741qee2lfXhQIaZ66yT7hphc/N/z3PIAtLeze4u1VR2EXAuZ2sWAdlKC NTlJMsaU/x70BV11Wd/ypnVzM68dfdQIIAj1iMFAD/lXGlEUmKXg5Ov2VQDlTntQoanCYrAg +8CttPzjrydgLZFq3hrtQmfc0se5yv1WHS69+BsUOG09RvvawUDZxUjW19kyeN9THaNRgow3 kSuArUp6zSmJABEBAAHCwF8EGAEIAAkFAlMQe0ECGwwACgkQGuaGDlbL0pMN5wgA4bCkX/qw EVC06ToeR6C2putmSWQMgpDaqrv65Hubo+QGmg2P4ewTYQQ4g6oYWS03qHxqVVWhKz7FjfrV +dH8qbCLfSgIcvdBha7ayGZVrsiuMLKGbw36fcmkZPpSDOfHcP0XH8Z+u9CWj0xUkTxAlZ/7 i6gYSUpG2JWNtdmE/X8VVEyXusCLwy0K0BI60A/4dRTIX3C4QKrJ3ZbUXegz70ynjHf+lQMZ 9IZKASoRMuS5FozPQh6abvmwZEPdf5I9riUElzvHrqJ8Bx0t3Pujdoth+yNHpnBxrtO8LkQd rQ58P0SwcaIX33T2U9pG8bhu5YVR88FQ8OQ0cEsPBpDncg== In-Reply-To: <20250622145242.7840523a@thor.sb211.local> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4bQBW94hpBz3jmB X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:24940, ipnet:159.69.0.0/16, country:DE] List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-ports@freebsd.org Sender: owner-freebsd-ports@FreeBSD.org On 6/22/25 14:52, A FreeBSD User wrote: > Am Tage des Herren Sat, 21 Jun 2025 15:16:40 +0200 > Guido Falsi schrieb: > >> On 6/21/25 14:17, A FreeBSD User wrote: >>> Hello, >>> >>> After a recent upgrade of a 14-STABLE (14.3-STABLE #0 n271755-ef360183df81: Sat Jun 21 >>> 11:23:41 CEST 2025 amd64) appliance and net/asterisk22 (poudriere build, builder host is >>> also 14-STABLE, just for the record) the asteriks binzry quits with >>> >>> Illegal instruction (platform: PCEngine APU4C2, hw.model: AMD GX-412TC SOC). >>> >>> Does anybody see this issue, too? >>> >>> >> >> If I understand correctly you are building binaries yourself. > > That is correct. > >> >> Do you use any optimization options, especially -march and similar ones? > > I;m not aware of using optimizations on net/asterisk* ports themselfs but I have made a "make > rmconfig config" recently due to the same thought as of yours. On net/asterisk, I haven't > changed anything within the past few months, but I also do not track versions, my fault - so > the statement is a kind of useless. I also have no clue about faulty optimizations in > adjacent/required ports like those mutually transcribing codecs which are candidates for > vectore unit optimizations, I guess. What happened is: I exchanged my builder platform from > Intel based, much outdated Xeon Ivybridge to recent AMD Zen 5 based equipment. While in the > bureau an older dual socket Intel Xeon performs the same task without problems, first guess is > a problem with compiling AMD Zen5 code. The change in build CPU could definitely be relat4ed to what you're seeing. > >> >> The error could be caused by a binary optimized for a newer arch >> supporting features (so instructions) not supported by the actual CPU >> you're using. >> >> It is quite possible that with the same optimizations the previous >> version used to work and the newer one does not. Maybe the code in the >> old version did not cause the compiler to output any instructions not >> compatible with your CPU, while some code in the new version does. >> >> >> This is just one possibility though, maybe there are more possible causes. >> > That possibility sounds reasonable, see my comment on the hardware vendor change of the CPU. I > disabled all optimization flags as far I got a handle on them and/or being aware of, so the > host is just right now a complete new repository for 14-STABLE. It did not help just disabling > the optimization flag on both net/asterisk20 and net/asterisk22 (both suffer from the same > issue). Will report back. Check make.conf for any options. Also, build logs usually have compiler command lines, check those for any "-m" options, like "-mnative". If you have anything similar you should make them go away, but discovering what is adding those to the command line could be challenging. But I forgot asterisk has an "OPTIMIZED_CFLAGS" option. Looking at the Makefile that is most probably your problem, with that flag asterisk is adding the "-mnative" option (or something equivalent and will optimize for the CPU it is building on, taking advantage of all its features, so the resulting binary could fail like yours on another machine with a "simpler"(less featureful) CPU. -- Guido Falsi From nobody Sun Jun 22 13:35:27 2025 X-Original-To: freebsd-ports@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4bQBzk51Ghz5ylY9 for ; Sun, 22 Jun 2025 13:35:30 +0000 (UTC) (envelope-from diizzy@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R11" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4bQBzk3tzjz3wcT; Sun, 22 Jun 2025 13:35:30 +0000 (UTC) (envelope-from diizzy@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1750599330; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=C/3DSfCWBPXOukzhEjlpURSp3KVgWVcDYc+5ktDfFSI=; b=XDka4WFi9oTKmCugnxofPz/6AEzpUdGXQFHrHGHnQEMG9iLwdQPFykUllccfYQ8bnWMaQG t/zCPlzvDJrQTQL9O/PMFx4Sg269tdRUqsV3Rq9TEsE7Zk1bOGtKqCGphoA/fvh42F3PPs VCPVB+Id55dQH7c4NR/5aQJ2KXIm2y0TQvimfaJP3sUOlFIXfZKdEFcdHcVna5l6AZO30l HKNz/l+s99GWDc36L3lBkP1yYChIZMcQjYU9YeRSoS0LZjE2YodBRlwpleElVOpePtUkSO Ck05izPKRlmqASnqLpHxPGeD+EnnhON3xsYLqv3OOp11gJxfDytZAsm+MLJO1w== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1750599330; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=C/3DSfCWBPXOukzhEjlpURSp3KVgWVcDYc+5ktDfFSI=; b=W7XENwlurFMmQQBOpTfLxuCJHIfc7POsiyarJLnSVY4b4fKANyIDFdVGhSsevdIzsg99RX /womFv6GGf3OhyJ6nCkx79hkeXOswt/PnKQxvZZhSKEEb775MfV9LqHeeiOUSW+HNVrk++ G0ddbLA2vAXKFy1zGAiKacFfVgq6I6tqbH5J+K1WJdT61WBEk7FPkYsgxlM0vNf1/xfTKN M2L937Dp/B5tgUZ3S7+nDb0otg3Zgnj/Fx/qx6W00PEAQvB33KDzTueJqAMVHYG5GdHPx6 dAEcnteaSO7qsYu33rBLeQdIl26wszRci4BdtXyWnhmUwAz+gHJwB2+eV0KpGA== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1750599330; a=rsa-sha256; cv=none; b=H+s1/j3qdHlQwZDNkPSNBXFwi69E1ncAaeh/wtsGRGd9FHVaSE2Go73zCS5GpJpW0LfMVz H9UtagmKruwXtNMp4neNH2o/gHJh5LcHu6pQ/m/oAB26R+ovWt6QlHF4bjOqihQAU0q5u4 SMsTvLrj/YckfwS2WGSf5c8Z+sCKNI/cDYu/70f3sbP5TKGs6Rgie3H5zYGdT2EomLkJJJ 1zg8Zw/CskInt5x0hEOeVnNX7zo1UK+bllcQ3FKfQTntB26PDO1joRB8wapowll+lvijZm SFTexPPEvj40LvnhayPpYk/B1TC63G3pxQYNPKAS6uz6LUPjBlSQAbQW1u71hQ== Received: from [192.168.1.16] (217-209-194-237-no600.tbcn.telia.com [217.209.194.237]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) (Authenticated sender: diizzy/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 4bQBzk09qLzMrB; Sun, 22 Jun 2025 13:35:29 +0000 (UTC) (envelope-from diizzy@FreeBSD.org) Message-ID: <7e14108d-afe6-4595-ab9b-e4f1c1c3ce0c@FreeBSD.org> Date: Sun, 22 Jun 2025 15:35:27 +0200 List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-ports@freebsd.org Sender: owner-freebsd-ports@FreeBSD.org MIME-Version: 1.0 User-Agent: Betterbird (Windows) Subject: Re: net/asterisk22: Illegal instruction To: Guido Falsi , A FreeBSD User Cc: FreeBSD Ports References: <20250621141656.2b7572e5@thor.sb211.local> <20250622145242.7840523a@thor.sb211.local> Content-Language: en-US From: Daniel Engberg In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit On 2025-06-22 15:14, Guido Falsi wrote: > On 6/22/25 14:52, A FreeBSD User wrote: >> Am Tage des Herren Sat, 21 Jun 2025 15:16:40 +0200 >> Guido Falsi schrieb: >> >>> On 6/21/25 14:17, A FreeBSD User wrote: >>>> Hello, >>>> >>>> After a recent upgrade of a 14-STABLE (14.3-STABLE #0 >>>> n271755-ef360183df81: Sat Jun 21 >>>> 11:23:41 CEST 2025 amd64) appliance and net/asterisk22 (poudriere >>>> build, builder host is >>>> also 14-STABLE, just for the record) the asteriks binzry quits with >>>> >>>> Illegal instruction (platform: PCEngine APU4C2, hw.model: AMD >>>> GX-412TC SOC). >>>> >>>> Does anybody see this issue, too? >>>> >>> >>> If I understand correctly you are building binaries yourself. >> >> That is correct. >> >>> >>> Do you use any optimization options, especially -march and similar >>> ones? >> >> I;m not aware of using optimizations on net/asterisk* ports themselfs >> but I have made a "make >> rmconfig config" recently due to the same thought as of yours. On >> net/asterisk, I haven't >> changed anything within the past few months, but I also do not track >> versions, my fault - so >> the statement is a kind of useless. I also have no clue about faulty >> optimizations in >> adjacent/required ports like those mutually transcribing codecs which >> are candidates for >> vectore unit optimizations, I guess. What happened is: I exchanged my >> builder platform from >> Intel based, much outdated Xeon Ivybridge to recent AMD Zen 5 based >> equipment. While  in the >> bureau an older dual socket Intel Xeon performs the same task without >> problems, first guess is >> a problem with compiling AMD Zen5 code. > > The change in build CPU could definitely be relat4ed to what you're > seeing. > >>> >>> The error could be caused by a binary optimized for a newer arch >>> supporting features (so instructions) not supported by the actual CPU >>> you're using. >>> >>> It is quite possible that with the same optimizations the previous >>> version used to work and the newer one does not. Maybe the code in the >>> old version did not cause the compiler to output any instructions not >>> compatible with your CPU, while some code in the new version does. >>> >>> >>> This is just one possibility though, maybe there are more possible >>> causes. >>> >> That possibility sounds reasonable, see my comment on the hardware >> vendor change of the CPU. I >> disabled all optimization flags as far I got a handle on them and/or >> being aware of, so the >> host is just right now a complete new repository for 14-STABLE. It >> did not help just disabling >> the optimization flag on both net/asterisk20 and net/asterisk22 (both >> suffer from the same >> issue). Will report back. > > Check make.conf for any options. Also, build logs usually have > compiler command lines, check those for any "-m" options, like > "-mnative". If you have anything similar you should make them go away, > but discovering what is adding those to the command line could be > challenging. > > But I forgot asterisk has an "OPTIMIZED_CFLAGS" option. > > Looking at the Makefile that is most probably your problem, with that > flag asterisk is adding the "-mnative" option (or something equivalent > and will optimize for the CPU it is building on, taking advantage of > all its features, so the resulting binary could fail like yours on > another machine with a "simpler"(less featureful) CPU. > Hi, We should never set -march=native even using options for a number of reasons as it is fragile and can be unpredictable, it also breaks builds on some non x86 platforms. Ideally all ports should adhere to what CPUTYPE is set to and not override it by adding for example -mavx and so on. Unfortunately that can be a bit hard as some projects relies on custom variables to be defined rather than the generic compiler ones. Best regards, Daniel From nobody Sun Jun 22 15:03:26 2025 X-Original-To: freebsd-ports@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4bQDxx4G2yz5yq8W for ; Sun, 22 Jun 2025 15:04:05 +0000 (UTC) (envelope-from freebsd@walstatt-de.de) Received: from smtp052.goneo.de (smtp052.goneo.de [85.220.129.60]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4bQDxx08gqz3scg; Sun, 22 Jun 2025 15:04:04 +0000 (UTC) (envelope-from freebsd@walstatt-de.de) Authentication-Results: mx1.freebsd.org; none Received: from hub2.goneo.de (hub2.goneo.de [85.220.129.53]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits)) (No client certificate requested) by smtp5.goneo.de (Postfix) with ESMTPS id EC38C2404CD; Sun, 22 Jun 2025 17:04:02 +0200 (CEST) Received: from hub2.goneo.de (localhost [127.0.0.1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits)) (No client certificate requested) by hub2.goneo.de (Postfix) with ESMTPS id 58EC7240278; Sun, 22 Jun 2025 17:04:01 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=walstatt-de.de; s=DKIM001; t=1750604641; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=3e240eAWyT4oSpVFg1qOZG8mfdRuEjMuiSMW/y5NtFA=; b=cF/gER+ArITCTRo2lOh3+4sH+1NRn5dfZxibx6qBh4amBmUJVbInc6oLuW01vqWpdkESuH o7w+0hq57/wC/vKbQm+ApGyzjZ+wSBjYPTQKHPP/dI1b+XRfEdCdTjis2qIqxZoUZjzr5s QyGFzV63syN0HrW1MqclJrJ9u0DwTXq9YLOCUjrXAIOfHIxtsH3sb3NKSk3iUUrRWuu1o5 geSGR/MvAaawqd2qFWESH8um3NVyYyGy8B5qxn0xTL7SHZzV8o9yz1e6BvG1ILI8QaD4WU kJUBUSObhxghHJeSjVVaUFvNL5HAFjYCBxe05fG/LJf8nLWRe04+8Xxf3D+Bvg== Received: from thor.sb211.local (dynamic-2a02-3100-195d-e402-e03d-4007-408b-047e.310.pool.telefonica.de [IPv6:2a02:3100:195d:e402:e03d:4007:408b:47e]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (prime256v1) server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by hub2.goneo.de (Postfix) with ESMTPSA id E3B9D240266; Sun, 22 Jun 2025 17:04:00 +0200 (CEST) Date: Sun, 22 Jun 2025 17:03:26 +0200 From: A FreeBSD User To: Daniel Engberg Cc: Guido Falsi , FreeBSD Ports Subject: Re: net/asterisk22: Illegal instruction Message-ID: <20250622170353.6764c8a0@thor.sb211.local> In-Reply-To: <7e14108d-afe6-4595-ab9b-e4f1c1c3ce0c@FreeBSD.org> References: <20250621141656.2b7572e5@thor.sb211.local> <20250622145242.7840523a@thor.sb211.local> <7e14108d-afe6-4595-ab9b-e4f1c1c3ce0c@FreeBSD.org> List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-ports@freebsd.org Sender: owner-freebsd-ports@FreeBSD.org MIME-Version: 1.0 Content-Type: multipart/signed; boundary="Sig_/691EL4NnUkp8T5mTfuBHjDd"; protocol="application/pgp-signature"; micalg=pgp-sha512 X-Rspamd-UID: 28886f X-Rspamd-UID: 5bdd33 X-Rspamd-Queue-Id: 4bQDxx08gqz3scg X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:25394, ipnet:85.220.128.0/17, country:DE] --Sig_/691EL4NnUkp8T5mTfuBHjDd Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Am Tage des Herren Sun, 22 Jun 2025 15:35:27 +0200 Daniel Engberg schrieb: > On 2025-06-22 15:14, Guido Falsi wrote: > > On 6/22/25 14:52, A FreeBSD User wrote: =20 > >> Am Tage des Herren Sat, 21 Jun 2025 15:16:40 +0200 > >> Guido Falsi schrieb: > >> =20 > >>> On 6/21/25 14:17, A FreeBSD User wrote: =20 > >>>> Hello, > >>>> > >>>> After a recent upgrade of a 14-STABLE (14.3-STABLE #0=20 > >>>> n271755-ef360183df81: Sat Jun 21 > >>>> 11:23:41 CEST 2025 amd64) appliance and net/asterisk22 (poudriere=20 > >>>> build, builder host is > >>>> also 14-STABLE, just for the record) the asteriks binzry quits with > >>>> > >>>> Illegal instruction (platform: PCEngine APU4C2, hw.model: AMD=20 > >>>> GX-412TC SOC). > >>>> > >>>> Does anybody see this issue, too? > >>>> =20 > >>> > >>> If I understand correctly you are building binaries yourself. =20 > >> > >> That is correct. > >> =20 > >>> > >>> Do you use any optimization options, especially -march and similar=20 > >>> ones? =20 > >> > >> I;m not aware of using optimizations on net/asterisk* ports themselfs= =20 > >> but I have made a "make > >> rmconfig config" recently due to the same thought as of yours. On=20 > >> net/asterisk, I haven't > >> changed anything within the past few months, but I also do not track=20 > >> versions, my fault - so > >> the statement is a kind of useless. I also have no clue about faulty=20 > >> optimizations in > >> adjacent/required ports like those mutually transcribing codecs which= =20 > >> are candidates for > >> vectore unit optimizations, I guess. What happened is: I exchanged my= =20 > >> builder platform from > >> Intel based, much outdated Xeon Ivybridge to recent AMD Zen 5 based=20 > >> equipment. While=C2=A0 in the > >> bureau an older dual socket Intel Xeon performs the same task without= =20 > >> problems, first guess is > >> a problem with compiling AMD Zen5 code. =20 > > > > The change in build CPU could definitely be relat4ed to what you're=20 > > seeing. > > =20 > >>> > >>> The error could be caused by a binary optimized for a newer arch > >>> supporting features (so instructions) not supported by the actual CPU > >>> you're using. > >>> > >>> It is quite possible that with the same optimizations the previous > >>> version used to work and the newer one does not. Maybe the code in the > >>> old version did not cause the compiler to output any instructions not > >>> compatible with your CPU, while some code in the new version does. > >>> > >>> > >>> This is just one possibility though, maybe there are more possible=20 > >>> causes. > >>> =20 > >> That possibility sounds reasonable, see my comment on the hardware=20 > >> vendor change of the CPU. I > >> disabled all optimization flags as far I got a handle on them and/or=20 > >> being aware of, so the > >> host is just right now a complete new repository for 14-STABLE. It=20 > >> did not help just disabling > >> the optimization flag on both net/asterisk20 and net/asterisk22 (both= =20 > >> suffer from the same > >> issue). Will report back. =20 > > > > Check make.conf for any options. Also, build logs usually have=20 > > compiler command lines, check those for any "-m" options, like=20 > > "-mnative". If you have anything similar you should make them go away,= =20 > > but discovering what is adding those to the command line could be=20 > > challenging. > > > > But I forgot asterisk has an "OPTIMIZED_CFLAGS" option. > > > > Looking at the Makefile that is most probably your problem, with that=20 > > flag asterisk is adding the "-mnative" option (or something equivalent= =20 > > and will optimize for the CPU it is building on, taking advantage of=20 > > all its features, so the resulting binary could fail like yours on=20 > > another machine with a "simpler"(less featureful) CPU. > > =20 > Hi, >=20 > We should never set -march=3Dnative even using options for a number of=20 > reasons as it is fragile and can be unpredictable, it also breaks builds= =20 > on some non x86 platforms. Ideally all ports=C2=A0should adhere to what=20 > CPUTYPE is set to and not override it by adding for example -mavx and so= =20 > on. Unfortunately that can be a bit hard as some projects relies on=20 > custom variables to be defined rather than the generic compiler ones. >=20 > Best regards, >=20 > Daniel >=20 >=20 >=20 Well, as long as one stays in the same "architectural realm" for both the O= S and the binaries, I have no problems with setting "-mnative" - at least, I do this now for a = couple of years with FreeBSD. But when it comes to the point one wishes to compile binaries= he doesn't know exactly the target architecture, this is a source of neverending pain - agg= reed on that. So, my poudriere environment runs on binaries (self compiled from sources) = with the "official/neutral" settings and I had no problems so far with that. Best regards oh --=20 A FreeBSD user --Sig_/691EL4NnUkp8T5mTfuBHjDd Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- iHUEARYKAB0WIQRQheDybVktG5eW/1Kxzvs8OqokrwUCaFgbWQAKCRCxzvs8Oqok r9qEAP9UupYZgPNwISUOnv1yD3VNRCTU7tE8XZgwDTPHog/oSQD8C9Kx6GXLB5Y8 XueuvJ7XKypZ7uVi92nUK4/alohW4gk= =w3k9 -----END PGP SIGNATURE----- --Sig_/691EL4NnUkp8T5mTfuBHjDd-- From nobody Sun Jun 22 15:10:57 2025 X-Original-To: freebsd-ports@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4bQF6b61Dxz5yqtT for ; Sun, 22 Jun 2025 15:11:35 +0000 (UTC) (envelope-from freebsd@walstatt-de.de) Received: from smtp6.goneo.de (smtp6.goneo.de [IPv6:2001:1640:5::8:31]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4bQF6b1z85z3wV3 for ; Sun, 22 Jun 2025 15:11:35 +0000 (UTC) (envelope-from freebsd@walstatt-de.de) Authentication-Results: mx1.freebsd.org; none Received: from hub1.goneo.de (hub1.goneo.de [IPv6:2001:1640:5::8:52]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits)) (No client certificate requested) by smtp6.goneo.de (Postfix) with ESMTPS id 0C872240DFB; Sun, 22 Jun 2025 17:11:28 +0200 (CEST) Received: from hub1.goneo.de (localhost [127.0.0.1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits)) (No client certificate requested) by hub1.goneo.de (Postfix) with ESMTPS id 6AA24240491; Sun, 22 Jun 2025 17:11:26 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=walstatt-de.de; s=DKIM001; t=1750605086; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=4wb6CG3LkEfcCaft62scepgGLzgCQKI8rs+A1SEIreI=; b=lFOK4I2WQ9d2lXfYvMB1P7MusParnBytQWNUqV5NuPFdHPHo03fRMRvRju7imAZl1Byq6t DlwlNgrzqzctggeT0vcnWAADep+oh+Dz/4i69F9TNjrbfAn0Gmb46Gnf0IZYLhAWX5ivCT GtgBBoT86W3gHpdVJQKItZIFQx6CkkONLw8MoQJj0+zxS3AEr8/w7pJVpaZMSLbcE55cGc s3xcD6oBmacmveyIzQqinbiZvPY3AEDRkT297D5ekIK0mOMsIpi6BRXYkZsYQdSn22h6Bs iZPztwhIrurVr0Rd+GbVhsSRi8zcRRS7+iHLtlDSIpVCVj7Ggv0dFL180YyCUg== Received: from thor.sb211.local (dynamic-2a02-3100-195d-e402-e03d-4007-408b-047e.310.pool.telefonica.de [IPv6:2a02:3100:195d:e402:e03d:4007:408b:47e]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (prime256v1) server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by hub1.goneo.de (Postfix) with ESMTPSA id 169BD240258; Sun, 22 Jun 2025 17:11:26 +0200 (CEST) Date: Sun, 22 Jun 2025 17:10:57 +0200 From: A FreeBSD User To: Guido Falsi Cc: FreeBSD Ports Subject: Re: net/asterisk22: Illegal instruction Message-ID: <20250622171124.3ce0c6d8@thor.sb211.local> In-Reply-To: References: <20250621141656.2b7572e5@thor.sb211.local> <20250622145242.7840523a@thor.sb211.local> List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-ports@freebsd.org Sender: owner-freebsd-ports@FreeBSD.org MIME-Version: 1.0 Content-Type: multipart/signed; boundary="Sig_/Moi2LxKHl9y/Q+5LLp1Dwy4"; protocol="application/pgp-signature"; micalg=pgp-sha512 X-Rspamd-UID: f4584f X-Rspamd-UID: 6f18a3 X-Rspamd-Queue-Id: 4bQF6b1z85z3wV3 X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:25394, ipnet:2001:1640::/32, country:DE] --Sig_/Moi2LxKHl9y/Q+5LLp1Dwy4 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Am Tage des Herren Sun, 22 Jun 2025 15:14:08 +0200 Guido Falsi schrieb: > On 6/22/25 14:52, A FreeBSD User wrote: > > Am Tage des Herren Sat, 21 Jun 2025 15:16:40 +0200 > > Guido Falsi schrieb: > > =20 > >> On 6/21/25 14:17, A FreeBSD User wrote: =20 > >>> Hello, > >>> > >>> After a recent upgrade of a 14-STABLE (14.3-STABLE #0 n271755-ef36018= 3df81: Sat Jun 21 > >>> 11:23:41 CEST 2025 amd64) appliance and net/asterisk22 (poudriere bui= ld, builder host is > >>> also 14-STABLE, just for the record) the asteriks binzry quits with > >>> > >>> Illegal instruction (platform: PCEngine APU4C2, hw.model: AMD GX-412T= C SOC). > >>> > >>> Does anybody see this issue, too? > >>> > >>> =20 > >> > >> If I understand correctly you are building binaries yourself. =20 > >=20 > > That is correct. > > =20 > >> > >> Do you use any optimization options, especially -march and similar one= s? =20 > >=20 > > I;m not aware of using optimizations on net/asterisk* ports themselfs b= ut I have made a > > "make rmconfig config" recently due to the same thought as of yours. On= net/asterisk, I > > haven't changed anything within the past few months, but I also do not = track versions, my > > fault - so the statement is a kind of useless. I also have no clue abou= t faulty > > optimizations in adjacent/required ports like those mutually transcribi= ng codecs which are > > candidates for vectore unit optimizations, I guess. What happened is: I= exchanged my > > builder platform from Intel based, much outdated Xeon Ivybridge to rece= nt AMD Zen 5 based > > equipment. While in the bureau an older dual socket Intel Xeon perform= s the same task > > without problems, first guess is a problem with compiling AMD Zen5 code= . =20 >=20 > The change in build CPU could definitely be relat4ed to what you're seein= g. >=20 > > =20 > >> > >> The error could be caused by a binary optimized for a newer arch > >> supporting features (so instructions) not supported by the actual CPU > >> you're using. > >> > >> It is quite possible that with the same optimizations the previous > >> version used to work and the newer one does not. Maybe the code in the > >> old version did not cause the compiler to output any instructions not > >> compatible with your CPU, while some code in the new version does. > >> > >> > >> This is just one possibility though, maybe there are more possible cau= ses. > >> =20 > > That possibility sounds reasonable, see my comment on the hardware vend= or change of the > > CPU. I disabled all optimization flags as far I got a handle on them an= d/or being aware > > of, so the host is just right now a complete new repository for 14-STAB= LE. It did not help > > just disabling the optimization flag on both net/asterisk20 and net/ast= erisk22 (both > > suffer from the same issue). Will report back. =20 >=20 > Check make.conf for any options. Also, build logs usually have compiler=20 > command lines, check those for any "-m" options, like "-mnative". If you= =20 > have anything similar you should make them go away, but discovering what= =20 > is adding those to the command line could be challenging. >=20 > But I forgot asterisk has an "OPTIMIZED_CFLAGS" option. >=20 > Looking at the Makefile that is most probably your problem, with that=20 > flag asterisk is adding the "-mnative" option (or something equivalent=20 > and will optimize for the CPU it is building on, taking advantage of all= =20 > its features, so the resulting binary could fail like yours on another=20 > machine with a "simpler"(less featureful) CPU. >=20 Just an update on the matter: disabling (explicitely) the "OPTIMIZED_CFLAGS= " option on both net/asterisk20 and net/asterisk/22 solved the problem for me. But simply di= sabling and recompiling didn't do the trick alone, I also "cleaned" up the whole repo a= nd started from scratch - it took its time. Maybe also a small change in the 14-STABLE envi= ronment also did the salvation, I do not know. Lesson learned. Next time I take away all opt= imizations before complaining ... ;-) Kind regards and thanks, Oliver --=20 A FreeBSD user --Sig_/Moi2LxKHl9y/Q+5LLp1Dwy4 Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- iHUEARYKAB0WIQRQheDybVktG5eW/1Kxzvs8OqokrwUCaFgdHAAKCRCxzvs8Oqok r14EAP9uBy5b6qUaYW4V3rFhR6n0Fy39iO91MIvJdr6yp/HOawEAkT/QzLA038FV J0x34movR89lY5qPBwUoYjMcJKLiGg4= =kZ0E -----END PGP SIGNATURE----- --Sig_/Moi2LxKHl9y/Q+5LLp1Dwy4-- From nobody Sun Jun 22 16:40:02 2025 X-Original-To: freebsd-ports@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4bQH5R0JPmz5ywVR; Sun, 22 Jun 2025 16:40:43 +0000 (UTC) (envelope-from freebsd@walstatt-de.de) Received: from smtp052.goneo.de (smtp052.goneo.de [85.220.129.60]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4bQH5P62MMz3lL0; Sun, 22 Jun 2025 16:40:41 +0000 (UTC) (envelope-from freebsd@walstatt-de.de) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=walstatt-de.de header.s=DKIM001 header.b=Z+9d3MX+; spf=pass (mx1.freebsd.org: domain of freebsd@walstatt-de.de designates 85.220.129.60 as permitted sender) smtp.mailfrom=freebsd@walstatt-de.de; dmarc=none Received: from hub2.goneo.de (hub2.goneo.de [IPv6:2001:1640:5::8:53]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits)) (No client certificate requested) by smtp5.goneo.de (Postfix) with ESMTPS id B672E240563; Sun, 22 Jun 2025 18:40:39 +0200 (CEST) Received: from hub2.goneo.de (localhost [127.0.0.1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits)) (No client certificate requested) by hub2.goneo.de (Postfix) with ESMTPS id DFD3B24028E; Sun, 22 Jun 2025 18:40:37 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=walstatt-de.de; s=DKIM001; t=1750610437; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type; bh=05i3VIbBEp2+2DaVuX2eTr6ekGK8CxvyTaF8RvdaIoA=; b=Z+9d3MX+X932bcKAPDz8hvm64uwtyzbGqlchlsAL8zWYUVcFKTXpjHWmAlai7dNuP/r2B4 RLcnn0rW6EF3TuggRsboJKfETgy8k1GD32HJ9dORU/JfBN6Twxp49URFtc16o2dpQRkZiC PMe1/4wj2QLziwNrHiJgl8SfQxvgh3LoEHPqZJjVWOdGSx2z7+ZrWTrPR9e6GVHvXs/l6w PgZwNwbbevFoLEoB/aioCpdIN1A4DFCiuCMfzUCMP2AIANz1Q3BTegPMob3Hl9SWV6Spnv AaVsmM9dNeV5NuaCcpQOGJLuh5zP+ZG+UC5/Hip6f7wf0YB6xLp4hQJ0N4WY6A== Received: from thor.sb211.local (dynamic-2a02-3100-195d-e402-e03d-4007-408b-047e.310.pool.telefonica.de [IPv6:2a02:3100:195d:e402:e03d:4007:408b:47e]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (prime256v1) server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by hub2.goneo.de (Postfix) with ESMTPSA id 883E9240283; Sun, 22 Jun 2025 18:40:37 +0200 (CEST) Date: Sun, 22 Jun 2025 18:40:02 +0200 From: A FreeBSD User To: FreeBSD CURRENT , FreeBSD Ports Subject: net/kea: [2.6.3_1]: Unable to open database: invalid path specified - only /var/db as folder allowed Message-ID: <20250622184029.76567686@thor.sb211.local> List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-ports@freebsd.org Sender: owner-freebsd-ports@FreeBSD.org MIME-Version: 1.0 Content-Type: multipart/signed; boundary="Sig_/_x/28Ea6BbPScpPaWTXICFS"; protocol="application/pgp-signature"; micalg=pgp-sha512 X-Rspamd-UID: 5cebaf X-Rspamd-UID: b0b632 X-Spamd-Result: default: False [-4.67 / 15.00]; SIGNED_PGP(-2.00)[]; NEURAL_HAM_SHORT(-0.99)[-0.995]; NEURAL_HAM_LONG(-0.58)[-0.575]; NEURAL_HAM_MEDIUM(-0.40)[-0.395]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; R_SPF_ALLOW(-0.20)[+ip4:85.220.129.0/25]; R_DKIM_ALLOW(-0.20)[walstatt-de.de:s=DKIM001]; RCVD_IN_DNSWL_LOW(-0.10)[85.220.129.60:from]; MISSING_XM_UA(0.00)[]; ASN(0.00)[asn:25394, ipnet:85.220.128.0/17, country:DE]; MIME_TRACE(0.00)[0:+,1:+,2:~]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; DMARC_NA(0.00)[walstatt-de.de]; RCVD_TLS_ALL(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org,freebsd-ports@freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[walstatt-de.de:+] X-Rspamd-Queue-Id: 4bQH5P62MMz3lL0 X-Spamd-Bar: ---- --Sig_/_x/28Ea6BbPScpPaWTXICFS Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable After a recent update of net/kea (now at 2.6.3_1), kea rejects to startup b= ecause we have our lease database not within /var/db/kea, but in /pool/data/kea. According to the documentation provided at https://kea.readthedocs.io/en/latest/arm/dhcp4-srv.html#dhcpv4-server-confi= guration this is a intended behaviour since kea 2.7.9. For me, this change in 2.6.3 = came out of the blue and hit hard. To solve the problem for those having other folders in mind than the at com= pile time fixed one, one has to set the environment variable KEA_DHCP_DATA_DIR before start= up of kea. I have no clear idea were to put the proper definition of this environmenta= l variable BEFORE kea starts up. I tried using /etc/login.conf: [...] :setenv=3DBLOCKSIZE=3DK,KEA_DHCP_DATA_DIR=3D/pool/data/kea/:\ [...] but the downside is that the rc-script in /usr/local/etc/rc.d/kea requirs=20 REQUIRE: LOGIN ... before being effective. Consequence: net/kea doesn't start properly when KE= A_DHCP_DATA_DIR is set via /etc/login.conf. I guess the approach regarding /etc/login.conf is as wrong as changing the = rc.d script's milestone from NETWORK to LOGIN. Is there a clean way - apart from changing rc.d-script - to provide environ= ment variables at boottime? Thanks in advance, oh p.s. filed a PR: Bug 287598=20 --=20 A FreeBSD user --Sig_/_x/28Ea6BbPScpPaWTXICFS Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- iHUEARYKAB0WIQRQheDybVktG5eW/1Kxzvs8OqokrwUCaFgx/QAKCRCxzvs8Oqok r8bHAP4inPfORxl0kSkopKuP52i03M4VKWoAf4D1EHfJI/orcQD7ByBCxAibZIg2 GqMduN2iJXfCYqvS3cPbH2abrsbHnQc= =R5Bj -----END PGP SIGNATURE----- --Sig_/_x/28Ea6BbPScpPaWTXICFS-- From nobody Sun Jun 22 22:59:34 2025 X-Original-To: freebsd-ports@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4bQRVr36Z7z5yNtB for ; Sun, 22 Jun 2025 22:59:48 +0000 (UTC) (envelope-from tatsuki_makino@hotmail.com) Received: from SEYPR02CU001.outbound.protection.outlook.com (mail-koreacentralazolkn190130003.outbound.protection.outlook.com [IPv6:2a01:111:f403:d40f::3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (secp384r1) server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "mail.protection.outlook.com", Issuer "DigiCert Cloud Services CA-1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4bQRVq43sgz46wN for ; Sun, 22 Jun 2025 22:59:47 +0000 (UTC) (envelope-from tatsuki_makino@hotmail.com) Authentication-Results: mx1.freebsd.org; none ARC-Seal: i=1; a=rsa-sha256; s=arcselector10001; d=microsoft.com; cv=none; b=Lmu+C4QflBbQzdI/h/tl1JABRG6tuByoTyNssLEIqkje2tVtycMiCTlPeo2i5//hIr3SrHLqBdL3R8aRk9Agx2tPB0GKQ1fR2STFu3FwEPIPOdymC0h4SQCy+/Eu1/rnZV1EqRB15L509Rq2WlpWxZmf0Yzai5N6x7kix9K7bH/QOFGL50BMgmEE1Qg8hRnCEIDhhIkRnoiYkODLih9xIOETdTV6M+nSEunocUuMN47GlyxollcvuQSCVOtdUwHtX3stcX+b4H+OtrBMwQSmD3VDkDWb40WIkxoWJhbHMrmCHScf2JwtQHVEAe/WOqWpcRMKKLD9b5yGSHLFIcHxCw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector10001; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=DxhMwFt18E4xSpVpT/TLArY0L0oa/9HjRGViWmab84k=; b=pTRIbbpYSvOE1/gyUCtx7QFX83BChyIEU4m8AEiFjxD4dZedL60dU4ghz2pF4TMfEj700ykMHxu0JpaFKsRRHFokcoKgtlKVrsk8e6hTdXXK5XTpvrhqv03PzqkfccG0ymhfwN4PwEDXixU19olqMrCQEDYlZ/oayp4v7/4jeVtZZMqv6LX5vXvmesGK3WPrTz4UGikQCj1M7K6KSNZhf1Ub6F48EOmulM+Dx8NPrDz2OSnw82uBqk4kmw5rYeZNedAsno7YUm07YhOH2kI70I2aEv0KjdjO4P0AV1lQV+iZa7UMHiVWNCdXPo0o9fh+CyH5d5pHV0PGPySm392GjQ== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=none; dmarc=none; dkim=none; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=hotmail.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=DxhMwFt18E4xSpVpT/TLArY0L0oa/9HjRGViWmab84k=; b=EwtJAyqZ5dF7RkWmznMdE0ZxTIPVDs1zH0pm4DWlKWwW0Vnm3ZzvYCvwQO6JI8hR7b5eEOJOSXQpTR/03CeQXwyvXHRlJOlwjptCX84kej0cwkSb7GecS2lGFZvrHyr3l/Bx3BMrV27kCtEIiyEW8QZ8rWM1O13PcnzaZgY2XPXttVoRwnd7F4/PtrKzYv/L5nKQkhVCNfy+TG8d5SxznH729OQygLk/mfPMaF7Kv+p2bxg5eyYbDuLBWSjzKHr+5AcVZeR++vm5D3dGAMQRQa98IFVuL/auVlAMbRntKWUd2q7+3X+Nd0C4MXYLfTWoRgkXrCztr6Cyk5GGWVFQqw== Received: from SI2PR01MB5036.apcprd01.prod.exchangelabs.com (2603:1096:4:1f8::9) by SEZPR01MB7703.apcprd01.prod.exchangelabs.com (2603:1096:101:2a0::11) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.8835.33; Sun, 22 Jun 2025 22:59:41 +0000 Received: from SI2PR01MB5036.apcprd01.prod.exchangelabs.com ([fe80::546c:7ecf:524e:4c34]) by SI2PR01MB5036.apcprd01.prod.exchangelabs.com ([fe80::546c:7ecf:524e:4c34%6]) with mapi id 15.20.8857.026; Sun, 22 Jun 2025 22:59:41 +0000 Message-ID: Date: Mon, 23 Jun 2025 07:59:34 +0900 User-Agent: Mozilla Thunderbird Subject: Re: net/kea: [2.6.3_1]: Unable to open database: invalid path specified - only /var/db as folder allowed To: A FreeBSD User , FreeBSD Ports References: <20250622184029.76567686@thor.sb211.local> Content-Language: en-US From: Tatsuki Makino In-Reply-To: <20250622184029.76567686@thor.sb211.local> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-ClientProxiedBy: OS0P286CA0033.JPNP286.PROD.OUTLOOK.COM (2603:1096:604:9d::20) To SI2PR01MB5036.apcprd01.prod.exchangelabs.com (2603:1096:4:1f8::9) X-Microsoft-Original-Message-ID: List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-ports@freebsd.org Sender: owner-freebsd-ports@FreeBSD.org MIME-Version: 1.0 X-MS-Exchange-MessageSentRepresentingType: 1 X-MS-PublicTrafficType: Email X-MS-TrafficTypeDiagnostic: SI2PR01MB5036:EE_|SEZPR01MB7703:EE_ X-MS-Office365-Filtering-Correlation-Id: 2170e2a9-10c5-4c5a-d74d-08ddb1e077eb X-Microsoft-Antispam: BCL:0;ARA:14566002|7092599006|5072599009|6090799003|19110799006|15080799009|461199028|8060799009|8022599003|3412199025|440099028; X-Microsoft-Antispam-Message-Info: =?utf-8?B?WGVFNmRWb3lCZmZ5bms3Q2d0ODVrRHdTUlBNckZPWGNTckxHS2NMQWhqcjVC?= =?utf-8?B?MG8yMUxQbTJ4cSs1bmlFVXR1cUppMUkwbmw0TjFOYi9pM1VqSC9tWHZTMmUz?= =?utf-8?B?WWw3Y3hvd3FNWXcyY1V6NVg4TDYzRVZvWEJRUHE4YitZUEVodWJpRkU0WGFL?= =?utf-8?B?K0ZMYlZTVkQwNVV2ZWRkUmo4UHdXdk50akFiS1QveEJpQlFWaEtVcnRmMWgx?= =?utf-8?B?NzBlNFFuNGxPK092dUF6eDFkMVVIMWQwdTNocWUreUtyUU1EenFjQjU3RWc3?= =?utf-8?B?SHd3WjByNUFDNmM1WDlZem5iZkpBS1lLQkRIUzhlaEo4cGxMZjNPdTkwTVFu?= =?utf-8?B?ZHA2anNkK3NLRXUxVmx1dU5RQlRHUkh3amJZQkc2Q2M3bFJmdVFGWExCNWdm?= =?utf-8?B?dVRTSmZRQzN4Q2RoemdrUzhFNWk3K2tEYU5UQWdDVUlWNWtFWXhPZmZ6TCtJ?= =?utf-8?B?ampCWktOVEJtellCV3NkYkFMb0IzWlJzaUcrd0hpaE1TL0N5aWVXZXlxTTNU?= =?utf-8?B?U01VbmkzS3ZpNkVGU1VCTE41c0hTcHp4cXdDbHBZZUJUS1I4TEwveHlCVlVQ?= =?utf-8?B?MTE2TkRLWm1VY2FhY2NMbThza3MyMlJ3blB6K2ZXRWVlc2toVU8yWUhWM0hq?= =?utf-8?B?cVB5MmdrKys1d0R1Y1ZqRDc4RERKcnp0eitidWp6Nm94RU9pQmhNbUxmTE9o?= =?utf-8?B?MDBQYUVyN2w5ZjF4bXdKOUtRYXVIU3l5RGtuY3Q3L3NjZzRQbWhmZzNlbEFI?= =?utf-8?B?bjFJZDFZbGZwRVllcHl5N3pORWxUTlovZWpnYS9KTkZaQ0hzL0NXZW8va2Uv?= =?utf-8?B?WFN4VndNbW91ZTN6VGJJMWdnRXBQU04rZ1VhcXM1VUhYNFJDdkU2Z0IvQkRn?= =?utf-8?B?T0RScE82dTlWZGtSSjZaQ0JUdWY1TERFcGp6VldCYmIvTW44b28zVEZCZzRB?= =?utf-8?B?T2ZPL2Z0RWxVTStHNmI1YzJWeTJHUjdKU3d6OHkwMkMwZlB5OTBuZ0lYbSti?= =?utf-8?B?Mm5SRm9GS1FQL1loS2ZZVkhiZ01qQjVScFkwKzJEM0tDb2p0ZERhZm1TdEht?= =?utf-8?B?SlVLcjkwUm0xUlRGUWJ4L3pHTU1wMHdGTlJRdnJGejV2azIybTZnWXM4ejlM?= =?utf-8?B?NjBvK3JWSEJZL1k0U0lPU1poL3RvTG1PanJ5Z2ZTdHZ6eTNvUkZCZkN6LzRt?= =?utf-8?B?SVM5ZzUvUXJMQnZMZkxNZ2N0ZlBkNndLTFlIUlBSeXpINlE0Ry9xOEViTmlF?= =?utf-8?B?bFUzWlRiNC9kR2FDbnpIdy8zN0l2UDZuWUxuU0JQVmFQRFVKamVtOERNL0lR?= =?utf-8?B?RkdtRUM5akNDN0NudTA4aG5taXdPR2Q4cUxJcmtqM3NjVFpmUXBVZGtzdERM?= =?utf-8?B?ZHo1VVRBY1FTYS9Mc3hKcUFkaEw3cGdJeFFlTERiQy90dlNoU2pRK1kxdXNy?= =?utf-8?B?Rllwb2VoM09MWWpYME5FbmFuTDlZMVh2cnpmN1RieXoyMW1vVGQ4L3c5WEQx?= =?utf-8?B?SUwzRE14U2xRVnZ1N241WjQwVmtHemZ1RW1lc1Z1bmNTdFAyZXhGR0FndUlM?= =?utf-8?Q?nwxzIm0Lm4aGuoLkY9weWXGzA=3D?= X-MS-Exchange-AntiSpam-MessageData-ChunkCount: 1 X-MS-Exchange-AntiSpam-MessageData-0: =?utf-8?B?UlUvZHgvRlhhcnd6Yk9oNEt3ZEQxMndRUEpIMEpGQXpQRVg4eVFkNVlBVDBI?= =?utf-8?B?bldPNW9pRzJISnEyb0YzaXhpZFNISnJoOGVaRmhKdGErRjhySFkvUHE5ckd0?= =?utf-8?B?a3NERDFhNklVMGlOdEUvbzFheVYvcWVXbWp3dWd4bDBseDU3eXZNcE00bGVn?= =?utf-8?B?M1lmcnp4SVRpeVVma1dnZHlaSHdodUw1WGFER1U1bzBja1pZakgycTU5b0Ev?= =?utf-8?B?bW40WFUxTVBKNUR1MjRPQ280Qm1NbFczYW55RmhrZTZQOUpCejh0Tjd3SE5N?= =?utf-8?B?d1dkWWV5OFN3aThjZHppZVJZUjdDbFV4YUpiL2lUUi80WEkyQk82N1FISHhm?= =?utf-8?B?M2YzcWMyR2xKUjdwYW5hTWNnQXkyUnRwVS94OWl5Rjg2dFhtd3NucHZENWRN?= =?utf-8?B?Nnk0aUFJVGVmdDJ5K0ExRFFEa0grcjZkSkJQSWhZZGVxYzBCZldXMklzWlpZ?= =?utf-8?B?WW1jY2pTQzRuekgvYzYweEE3WE0vZFdYOHJZNGdiYXhpakJsejRlUGVQTzhv?= =?utf-8?B?aWxCR2tvY3FEZXVRZzVtSDd5UXhERm5yU2cwS0txRS84RjhhQ0g4bDNldW5t?= =?utf-8?B?UEtsU2w4OUU0OTFyeXdzbStNbXRqcEFsNUQ2SXZIWXg5RWJKbGJ1R0Z1b1FI?= =?utf-8?B?Z3lKc085NitlWGE1eUkxdzcxNFhQOHQrMTV2ZXNESVhOL1M1WUUyNkhSR0Ft?= =?utf-8?B?VHhqMmNRcmRoTlJ2bkFHNFZOaDArZmtuZVpmc21ldGV5V2tWbXFnM2xhYVZL?= =?utf-8?B?ekN2RUNQY1VUMm5ESGdrMnRCUjhTU0NKWi9xN0Y1RE5mVG93ZUlFMGdlaEFu?= =?utf-8?B?SjIweEJzMW82WTViUnJaeDl1T0poNTVoUTlaS0lxbW5WVHlTcUc3OExkSWlL?= =?utf-8?B?eDdWNEhZTHRqVUNoaWJTNWZUUHQ3a21SQ0R0VWJlTUUvOEx4Y1A5dWk0QXVV?= =?utf-8?B?Q2N0VUdyaTBVS2xKOGdnWE1XNHl5b1VwVUNwN1AwOFRpSHoxUzc5TUNoWEll?= =?utf-8?B?YWFiNFhsRzZadlAxSk1xRW8zQ1dMRGhpT1UrTjJVQWJjdlg3V3k4TXgxM3RY?= =?utf-8?B?N01DVTB4cGFlVmM4L2ZQaGgxNlRyZE5LRC84T3pmeFBxMFlyLzBrVEY1cnFF?= =?utf-8?B?Q3E2dHRaK0Z4cjY5RnU0Tzk4YUNlcGlWeWhrQ21ZR2hPMHU2bndsVXR5NU9s?= =?utf-8?B?NTV3NXhZdHRkYlpFb0hxMmhUamYvOFBKSm1MeC9rVjZsS3lvRTlDUlVXTEY5?= =?utf-8?B?YzU2M2xVY3RvUEgzTVhJVHE5NWRHb1B3bGNCVGQrWi9XSTBEdmpUU3ZLd3M0?= =?utf-8?B?STljUTJ5NS9KVG9xUi8yQ2JtZ0xISXNXVVNYcEppSFdJL3JNTFkwYmdrWHVJ?= =?utf-8?B?dWZzRlY4YVdobnFDRE9mK1dKZkRmaUlzNjhwNHp1NDhJSUVrdlZMSmVSWk1C?= =?utf-8?B?SFNCeWtmWlpFVzVoOFI2dXYwWnhHYS9Td3hZZ1ZEYVhQbHV0djljZmdmWnZJ?= =?utf-8?B?MlNqUFhaV0JsZGVkQXA2N3NaL0hNdy9kTExhVXRrM2FmVE9MUkxvWXNLanJQ?= =?utf-8?B?cHRQcDJORzFuZk9JRUpvNkJZRUlraWlnSjhiTHlhZWIxQkFmR3cvRVVtUngx?= =?utf-8?B?T0FkSWJuZ2FGalllQUJJVWNtdUhzZS9JejkxSmhxUHEvV3N5dWlQc2Rzd3Nr?= =?utf-8?Q?BMw3PJ/NEZz8o0EwaIvW?= X-OriginatorOrg: sct-15-20-8534-20-msonline-outlook-99d46.templateTenant X-MS-Exchange-CrossTenant-Network-Message-Id: 2170e2a9-10c5-4c5a-d74d-08ddb1e077eb X-MS-Exchange-CrossTenant-AuthSource: SI2PR01MB5036.apcprd01.prod.exchangelabs.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-OriginalArrivalTime: 22 Jun 2025 22:59:41.7353 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-CrossTenant-Id: 84df9e7f-e9f6-40af-b435-aaaaaaaaaaaa X-MS-Exchange-CrossTenant-RMS-PersistedConsumerOrg: 00000000-0000-0000-0000-000000000000 X-MS-Exchange-Transport-CrossTenantHeadersStamped: SEZPR01MB7703 X-Rspamd-Queue-Id: 4bQRVq43sgz46wN X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:8075, ipnet:2a01:111:f000::/36, country:US] Hello. On 2025/06/23 1:40, A FreeBSD User wrote: > Is there a clean way - apart from changing rc.d-script - to provide environment variables at > boottime? How about defining a variable named kea_env in /etc/rc.conf? Regards.