From nobody Sat Sep 14 23:04:56 2024 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 4X5mwq1Hc2z5WMHF for ; Sat, 14 Sep 2024 23:05:15 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic317-21.consmr.mail.gq1.yahoo.com (sonic317-21.consmr.mail.gq1.yahoo.com [98.137.66.147]) (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 4X5mwp0m5Kz4mmF for ; Sat, 14 Sep 2024 23:05:14 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=uPfCLGqw; dmarc=pass (policy=reject) header.from=yahoo.com; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.66.147 as permitted sender) smtp.mailfrom=marklmi@yahoo.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1726355111; bh=UErZQA+4Z+/LExm95moBze3PUOPBTzWJlibp+EyCGp4=; h=From:Subject:Date:In-Reply-To:Cc:To:References:From:Subject:Reply-To; b=uPfCLGqwVEAnzDVjOgvucMNlracLGXK+rxa6tC634n3dVyndlpOihDTswnZ/L1wyoB1mCwOic+p3Go+nYPA2IW8R6IfxtwR0e8pnpA3ymGQ1F2W1FWP+NTWjRwf/1UnLDSCNazMYc3lhfWyb+G+BN8Az47IvRFAcpQptFlYU2aZHGmxmMOJ2fRmwTOsM6syf/0a6R7YzknGCNxn/0UhefxMXENZpC1m/5q6VgzgIUDpM6M3ghsRGQIjD52AFJGxiVIuk6EW1BZuv+K9Q9az0Bunfv1u6J08cpS+EGorVgexWinbESOzWyeerYD5nXYQeRDrDq57JUOD7+i35M99q3A== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1726355111; bh=pTheQlI2oRIWt6F+DOH8EP/h311sK4E/Raf+Aq4/jsT=; h=X-Sonic-MF:From:Subject:Date:To:From:Subject; b=e73aHS1JyG07jzJsnB++RzZtAgw4O/yd2wHVExG/HcvBewoJZCYJwzL3ldTcHYRRnv1cEzIEsX9JJEsMd3d811Ibv81fIQBl0pj5UZzZX1NTGLtjgp0tp/HFnVIUdd0m6zbEXsVLC7jnnz/XxZgbnoOTsbHCXroI5rbQsbE2nkT0BsTZH5RNvkBNyzkZ876YWnjcOJSqS7soD/8N1paGJd4e3Dw5nSEcXz3KK/HWqsMb8fJtSI9qWfro71ItOW+5DPjbm1QWaPmqEKLlXViFHF9iXJmhLbyLV/Yobm91W9pil/d/IWWWWCGxZTZJC1HHdEx/WWMjkmDGiFSOuh4dug== X-YMail-OSG: Uhhkr0QVM1nZHHJsu58E83JAyZRWWMCgW2vR9DIxUEn2INzPQ_SKkXwvv2biWX2 xu.LaSTTjvFDYiRvZnWPMaq8jiplp_oEbytunQb7vfiJ9hJ.cnGHqBAA3XTFMRJOA12RTRJOwq9d 6pREmrM.ArsXyZGg2YeR0EhqehHdF6sSLwVSokVqR9yMAg1HnMhH8lQtyimv.igUwIkwvge5gIg6 SAVNwtcIW0I48j9jJ4oyuD6uUMO4kB9qlB.zvI2MuWUETjnDdyBvmY7a8Y1xk81NGQ9Kd3dRh2Ar k5b3VtqC2FJQFFWBtuJKD0aFZcIzpMCYco6GovSNuw7NPjTuMs6kpB5CiQnrUqymdCjQnHn5h2Mr gmN6oPb8o2l6TMJdrQhvH3R95XCE2GqOWB7VuHsoRUYB.96Rb8envcoxzZ5FP1SrVVeqYcsjRB.6 3wmWZ4a.t0E.51olcLlrIov5pEMJAwZyWiK_vH4CNjUZ9T4anMdkNjHBtRNlo4..PeafMlqDLqWI Ik1L3UAbwlSVvJPhmFxZG4aOCRkK82ZXjUiDHWXJKqVlclaSM0jbvqcDa0MvhtpkUu9JQJB9oTA. 31zy9SmeW4GYPGzGGeSksE8BWo_hHwSBfLXHEXsjT1vazj20tpjxPIthGZsxGZRCP9n5sorkD9EF iLEUCD661Sv8YnNE1MRx0.__E2ihFk..jYcAxLfsy0V3w6PcDJvfiDsPqxwj1xUJu6YE3Yi_8YNW 96i9Z60aPqlinJMaqyMoCaDUl3G.8QFuGwDInHHGECtPFZG2ye7ssERai1bmCAk1T21EEgaomPZD ROgtkwNhxr6YTnt_RRJns0ZFBlM5k8xyNlXX8lKm7mTBV9pJdWUV1m384ARDSn10ldEiBoLevO3h 5Uojdo28u98GyholQJm2KJtX_QOPmAnhGinKAQTgGUo5okOOyExVZZ4z5yKkcpedO1hghVlmZUL5 42v1svqAqqVPpFIa3HZnHrxSRJPsLnwPIkF_wdreM8u9kJcOsDXAvXNhrCsaz_rU0aSC1xgge0Df qbTvGzVZ3vrT5T0IYcdMneg6IiZIBzaCZTcbgHlW7HzrybcIP5Dt0RGYJkzs6lO9jfx1xFl9HWdl 9pvJ3L0weGqjODpUioFXGJisMm2tcytYafO2Nfd0BjOR8SD3xFHKqrN5h_I_ykfEcuFarxWztlvW qgCgQF35NyLpNr8pymLkIIpjF3fjx0rgDcKNlXrlyQkL78FgN6pXh7QLNqDxBXRrorBWtqOl5TmM tZhZBsAWq.eXQ0Ka.zKvkYTf1Hz9xN.PCog47YRRmwzz2UdG.eVl.sRAdtNE800RxMB1QVevocRg _TUprnU28MMaJYRzgavCSCFuvTXXnsaOXsBQ17BeDROqPGZCMG8woX0rJeB9.EEvdGUHvrNwejWr 2l23arvSDr_5ZWIg9EKgOEt4r1tUIqevuAhw2C39t8nIU1xX1CeX6QVyoxl4OEfydE_GsfdzLKVg A8ltZ5x3chqCjENMqYBgQifOvrzdoXrJ7AECj9gcxuiRd9XL5i6fhW4h2AmAUlM6SvirWhZq67e6 Aq_PIrMLaFm5ziADhvbAJfgutrZb8KYrJa4mnJJOmt3OaGwe74208rhgFNRIHIHV.Unta2TFqh9j yC12IbHl3Qal6fv6.WBYw5gW14Jwg1pCjRXd8rzLke7Q6nnPUSmKBzQGWNZxMI76HD1AxTVedilP u_7D2.nlqzSVtF7eOSgoBIxGNLjQkaPvWhq3ZIIyk73n0jog2MBHlXvBHbJnIfX8eSN_mLtYaGux QhGomzEjnYN4NpGIOHQ34WEHNfzMyvdVJSF39nIWhyF.YrDieId7erKIfp9JXmRrDeBLWyBoyCPb C57FGpClgspdK0E4Gnlvxcn61ywihhb8JBat7rAfvZUGrF4zdtqtGAwvGNqIaTXyt3tHIOStGLP3 UvNXwFRlY0elSvmJm6Dpor0t_I.Xru7gub.DEiNgIi3Ou.h12tLphIhnNYBHd1WEM4ASElC8cPMF ADy344WX9Ts40LLnJeT0ByJQk_ckFOxhjB6vrk0pTx2TAHjrGMKSSGG1PIdR_UIV7yAqwRiu2Ob6 QD3x_pJlG8NXMIV53jqmbb4SpCsox99LYiwBdMhPEe5bY6RxFlmGhTfq50F.CXZTiESxf8VNGSp. 36oXe22nP1gqSX4jx9Oeza0a90QbLCQ3diJ3VOxpc4eo38i14bevGONGJGeVDi9b_ug20Rgt4pxk FOVla19B4qEmhYB7p6SeTEphSYFKqT7tjAuwjoW0r0GmmD9sCVTwO.be6OzYT2_Dtl2DS3HpqjWu zUAOkfd6IhBOZ2Jp1 X-Sonic-MF: X-Sonic-ID: 85f60efc-5bef-4b4d-b14e-647bd130cedf Received: from sonic.gate.mail.ne1.yahoo.com by sonic317.consmr.mail.gq1.yahoo.com with HTTP; Sat, 14 Sep 2024 23:05:11 +0000 Received: by hermes--production-gq1-5d95dc458-5n5gs (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 2da04587886f1001b283550383e48d3f; Sat, 14 Sep 2024 23:05:06 +0000 (UTC) From: Mark Millard Message-Id: <4EB71408-1A4D-4C05-BAED-8756EE6464ED@yahoo.com> Content-Type: multipart/alternative; boundary="Apple-Mail=_556B8EC8-243C-4CD1-80C5-3C0D8D7E98B3" 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 \(3776.700.51\)) Subject: Re: Official package builder poudriere.conf update? Date: Sat, 14 Sep 2024 16:04:56 -0700 In-Reply-To: Cc: FreeBSD Mailing List To: John Schneider References: <8843FFE6-84C9-4DCE-8524-7B912D6C43DC.ref@yahoo.com> <8843FFE6-84C9-4DCE-8524-7B912D6C43DC@yahoo.com> X-Mailer: Apple Mail (2.3776.700.51) X-Spamd-Bar: -- X-Spamd-Result: default: False [-3.00 / 15.00]; SUBJECT_ENDS_QUESTION(1.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; 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)[multipart/alternative,text/plain]; RCVD_TLS_LAST(0.00)[]; TO_DN_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; FREEMAIL_TO(0.00)[gmail.com]; ARC_NA(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; RCPT_COUNT_TWO(0.00)[2]; FREEMAIL_FROM(0.00)[yahoo.com]; MIME_TRACE(0.00)[0:+,1:+,2:~]; DKIM_TRACE(0.00)[yahoo.com:+]; RCVD_VIA_SMTP_AUTH(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; MLMMJ_DEST(0.00)[freebsd-ports@freebsd.org]; APPLE_MAILER_COMMON(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.66.147:from]; TAGGED_RCPT(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.66.147:from] X-Rspamd-Queue-Id: 4X5mwp0m5Kz4mmF --Apple-Mail=_556B8EC8-243C-4CD1-80C5-3C0D8D7E98B3 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 As of 2023-Dec-19 or source when FreeBSD's poudriere on the official = builders started being based on 3.4.0. So the MAX_FILES default is 8192, not = 4096, as of that change. Numerous official builds succeed based on the default = value, including just recently. If there is an explicit MAX_FILES_vscode=3D4096 somewhere that would use = poudriere 3.4.0 or later, the assignment should simply be deleted (instead of = separately raised). What version of poudriere are you using? Is it based on 3.4.0 or later? Mark On Sep 14, 2024, at 15:45, John Schneider = wrote: Hi Mark. Thanks for this very thorough explanation. I'm currently = successful at building electron via poudriere with multiple cores in a = reasonable amount of time, with no special config. The thing that was = biting me was the maximum number of files knob for vscode = (MAX_FILES_vscode) in poudriere.conf. I imagine we're really close to = the limit with value of 4096 at present. Perhaps sometimes 4K is enough = and with VSCode source code updates we go back and forth over this = limit? I can currently reproduce the build error described in bug = https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D242871 a = MAX_FILES_vscode=3D4096 and the build is successful with a higher value. = I don't know if a value of 8192 is appropriate or not but it definitely = fixes the package build. Assuming we continue to have official stable package builds for = electron, I think the master poudriere config needs to change to have = MAX_FILES_vscode be raised. Thanks, John On Fri, Sep 13, 2024 at 9:12=E2=80=AFPM Mark Millard > wrote: > John Schneider > wrote on > Date: Fri, 13 Sep 2024 21:58:52 UTC : >=20 > > I've noticed the FreeBSD package mirrors (pkg.freebsd.org = ) haven't included > > packages for editors/vscode. Reference: > > http://pkg0.nyi.freebsd.org/FreeBSD:14:amd64/release_1/ >=20 > http://pkg0.nyi.freebsd.org/FreeBSD:14:amd64/release_1/ is > frozen as things were just before 14.1-RELEASE was made: > back on 2024-May-19. It is never updated as far as I know. > So: as-is, including what failed to be built at the time. > It is what is incuded on the official release DVD's that > have the built port packages. >=20 > http://pkg0.nyi.freebsd.org/FreeBSD:14:amd64/release_0/ is > similar but goes back to 2023-Oct-15. >=20 > The port package repos for 14.x that are updated over time > are: >=20 > http://pkg0.nyi.freebsd.org/FreeBSD:14:amd64/quarterly/=20 > http://pkg0.nyi.freebsd.org/FreeBSD:14:amd64/latest/=20 >=20 > In my testing just now, use of: >=20 > url: "pkg+https://pkg.FreeBSD.org/${ABI}/quarterly = ", >=20 > did not find vscode as stands. Later below I report > on why/how. But use of: >=20 > url: "pkg+https://pkg.FreeBSD.org/${ABI}/latest = ", >=20 > did find vscode. >=20 > I used a chroot into a stable/14.1 context on a > machine that booted main [so: 15] (both kernel and > world). releng/14.* and stable/14 use the same > pacakge repos via the ABI text also being the same > in the URL's. . . . >=20 > # file /bin/sh > /bin/sh: ELF 64-bit LSB pie executable, x86-64, version 1 (FreeBSD), = dynamically linked, interpreter /libexec/ld-elf.so.1, for FreeBSD 14.1 = (1401501), FreeBSD-style, stripped >=20 > # pkg search vscode > vscode-1.92.2 Visual Studio Code - Open Source ("Code = - OSS") >=20 > This was after a round of it synchronizing my context: >=20 > # env ABI=3DFreeBSD:14:amd64 IGNORE_OSVERSION=3Dyes pkg search vscode > pkg: Repository FreeBSD has a wrong packagesite, need to re-create = database > vscode-1.92.2 Visual Studio Code - Open Source ("Code = - OSS") >=20 > https://www.freshports.org/editors/vscode/ reports only 3 vscode > builds: >=20 > FreeBSD:13:latest has 1.92.2 > FreeBSD:14:latest has 1.92.2 > FreeBSD:15:latest has 1.92.2 >=20 > Also, vscode is listed as depending on: devel/electron30 at > this time. >=20 > It is common for all but one devel/electron* to be > disabled for pkg builds: "blacklisted". >=20 > = https://pkg-status.freebsd.org/beefy20/build.html?mastername=3D140amd64-qu= arterly&build=3D59d8804dcdd7 >=20 > (started 2024-Sep-05) reports that vscode was skipped because > electron29-29.4.6 did not build at the time. Note that this > is a September example of quarterly. >=20 > In turn it reports that electron29-29.4.6 was an Ingored Port > for the Reason: "Blacklisted". >=20 > In essence the electron* 's are treated has too many using too > many resources and time to build them all without other > negative tradeoffs for the overall context. >=20 > > Could this be because the official package vscode build is failing? >=20 > I've only shown the one example. No claim that a electron* > is the only way for vscode builds to fail. >=20 > > I was > > able to overcome a problem with too many file descriptors during the = build > > by changing my poudriere.conf file to double MAX_FILES_vscode=3D4096 = to > > MAX_FILES_vscode=3D8192 >=20 > That will not help with the required electron* not being > available. >=20 > > This was previously addressed in bug 242871 - > > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D242871 > >=20 > > If there's a better mailing list for this issue, please refer me to = it. >=20 >=20 > I'll note that on the aarch64 (so: Tier 1) builder for > main (ampere2) the following all fail to build after > between 4hr and 49hr of attempting to build > (build/timeout failures): >=20 > www/ungoogled-chromium > www/iridium > www/chromium > devel/electron30 >=20 > For how things are configured, attempting to build those > seems to mostly just be wasted resources and time for > aarch64. Other devel/electron* would likely be the same. > (Other configurations would have other tradeoffs and > might not prove sufficient for the overall context.) >=20 > I'll note that the next biggest time taker fails for > other reasons in under 3hr. Also, the largest time > taker that builds is www/qt6-webengine at between > 27hr and 28hr currently. The next 2 builds by time > take between 19hr and 20hr currently > ( databases/mongodb80 and www/qt5-webengine ). >=20 > There is a huge difference for building the various: >=20 > www/ungoogled-chromium > www/iridium > www/chromium > devel/electron* >=20 > compared to anything else. (I'm not spanning > prerequisites here: just the direct part of > the overall build for each.) >=20 > I've no clue what time limits would allow those to > all build on the ampere*, leaving things configured > the same otherwise. I also do not know what would > happen if they all started building at about the > same time, up to 13 builders, given 13 FreeBSD cpus > in each ampere* . >=20 > Anything based on a devel/electron* suffers the > consequences of the resource/time issues for the > matching devel/electron* having to be built. >=20 > =3D=3D=3D > Mark Millard > marklmi at yahoo.com >=20 =3D=3D=3D Mark Millard marklmi at yahoo.com --Apple-Mail=_556B8EC8-243C-4CD1-80C5-3C0D8D7E98B3 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8 As of = 2023-Dec-19 or source when FreeBSD's poudriere on the official = builders
started being based on 3.4.0. So the MAX_FILES default is = 8192, not 4096, as
of that change. Numerous official builds = succeed based on the default value,
including just = recently.

If there is an = explicit MAX_FILES_vscode=3D4096 somewhere= that would use poudriere
3.4.0 or = later, the assignment should simply be deleted (instead of = separately raised).

What = version of poudriere are you using? Is it based on 3.4.0 or = later?

Mark


On Sep 14, 2024, at 15:45, John Schneider = <john.a.schneider@gmail.com> wrote:

Hi = Mark.  Thanks for this very thorough explanation.  I'm = currently successful at building electron via poudriere with multiple = cores in a reasonable amount of time, with no special config.  The = thing that was biting me was the maximum number of files knob for vscode = (MAX_FILES_vscode) in poudriere.conf.  I imagine we're really close = to the limit with value of 4096 at present.  Perhaps sometimes 4K = is enough and with VSCode source code updates we go back and forth over = this limit?

I can currently reproduce the build = error described in bug https:= //bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D242871 a = MAX_FILES_vscode=3D4096 and the build is successful with a higher = value.  I don't know if a value of 8192 is appropriate or not but = it definitely fixes the package = build.

Assuming we continue to have = official stable package builds for electron, I think the master = poudriere config needs to change  to have MAX_FILES_vscode be = raised.

Thanks,
John
On = Fri, Sep 13, 2024 at 9:12=E2=80=AFPM Mark Millard <marklmi@yahoo.com> = wrote:
John Schneider <john.a.schneider_at_gmail.com> wrote on
Date: Fri, 13 Sep 2024 21:58:52 UTC :

> I've noticed the FreeBSD package mirrors (pkg.freebsd.org) haven't included
> packages for editors/vscode. Reference:
> http://pkg0.nyi.freebsd.org/FreeBSD:14:amd64/release_1/<= /a>

http://pkg0.nyi.freebsd.org/FreeBSD:14:amd64/release_1/<= /a> is
frozen as things were just before 14.1-RELEASE was made:
back on 2024-May-19. It is never updated as far as I know.
So: as-is, including what failed to be built at the time.
It is what is incuded on the official release DVD's that
have the built port packages.

http://pkg0.nyi.freebsd.org/FreeBSD:14:amd64/release_0/<= /a> is
similar but goes back to 2023-Oct-15.

The port package repos for 14.x that are updated over time
are:

http://pkg0.nyi.freebsd.org/FreeBSD:14:amd64/quarterly/<= /a>
http://pkg0.nyi.freebsd.org/FreeBSD:14:amd64/latest/=

In my testing just now, use of:

url: "pkg+https://pkg.FreeBSD.org/${ABI}/quarterly",

did not find vscode as stands. Later below I report
on why/how. But use of:

url: "pkg+https://pkg.FreeBSD.org/${ABI}/latest",

did find vscode.

I used a chroot into a stable/14.1 context on a
machine that booted main [so: 15] (both kernel and
world). releng/14.* and stable/14 use the same
pacakge repos via  the ABI text also being the same
in the URL's. . . .

# file /bin/sh
/bin/sh: ELF 64-bit LSB pie executable, x86-64, version 1 (FreeBSD), = dynamically linked, interpreter /libexec/ld-elf.so.1, for FreeBSD 14.1 = (1401501), FreeBSD-style, stripped

# pkg search vscode
vscode-1.92.2                =   Visual Studio Code - Open Source ("Code - OSS")

This was after a round of it synchronizing my context:

# env ABI=3DFreeBSD:14:amd64 IGNORE_OSVERSION=3Dyes pkg search = vscode
pkg: Repository FreeBSD has a wrong packagesite, need to re-create = database
vscode-1.92.2                =   Visual Studio Code - Open Source ("Code - OSS")

https://www.freshports.org/editors/vscode/ reports = only 3 vscode
builds:

FreeBSD:13:latest has 1.92.2
FreeBSD:14:latest has 1.92.2
FreeBSD:15:latest has 1.92.2

Also, vscode is listed as depending on: devel/electron30 at
this time.

It is common for all but one devel/electron* to be
disabled for pkg builds: "blacklisted".

https://pkg-status.freebsd.org/beefy20/build.html?master= name=3D140amd64-quarterly&build=3D59d8804dcdd7

(started 2024-Sep-05) reports that vscode was skipped because
electron29-29.4.6 did not build at the time. Note that this
is a September example of quarterly.

In turn it reports that electron29-29.4.6 was an Ingored Port
for the Reason: "Blacklisted".

In essence the electron* 's are treated has too many using too
many resources and time to build them all without other
negative tradeoffs for the overall context.

> Could this be because the official package vscode build is = failing?

I've only shown the one example. No claim that a electron*
is the only way for vscode builds to fail.

> I was
> able to overcome a problem with too many file descriptors during = the build
> by changing my poudriere.conf file to double MAX_FILES_vscode=3D4096 = to
> MAX_FILES_vscode=3D8192

That will not help with the required electron* not being
available.

> This was previously addressed in bug 242871 -
> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D2428= 71
>
> If there's a better mailing list for this issue, please refer me to = it.


I'll note that on the aarch64 (so: Tier 1) builder for
main (ampere2) the following all fail to build after
between 4hr and 49hr of attempting to build
(build/timeout failures):

www/ungoogled-chromium
www/iridium
www/chromium
devel/electron30

For how things are configured, attempting to build those
seems to mostly just be wasted resources and time for
aarch64. Other devel/electron* would likely be the same.
(Other configurations would have other tradeoffs and
might not prove sufficient for the overall context.)

I'll note that the next biggest time taker fails for
other reasons in under 3hr. Also, the largest time
taker that builds is www/qt6-webengine at between
27hr and 28hr currently. The next 2 builds by time
take between 19hr and 20hr currently
( databases/mongodb80 and www/qt5-webengine ).

There is a huge difference for building the various:

www/ungoogled-chromium
www/iridium
www/chromium
devel/electron*

compared to anything else. (I'm not spanning
prerequisites here: just the direct part of
the overall build for each.)

I've no clue what time limits would allow those to
all build on the ampere*, leaving things configured
the same otherwise. I also do not know what would
happen if they all started building at about the
same time, up to 13 builders, given 13 FreeBSD cpus
in each ampere* .

Anything based on a devel/electron* suffers the
consequences of the resource/time issues for the
matching devel/electron* having to be built.

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


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

= --Apple-Mail=_556B8EC8-243C-4CD1-80C5-3C0D8D7E98B3--