Date: Tue, 26 Nov 2024 12:45:49 +0200 From: Marek Zarychta <zarychtam@plan-b.pwste.edu.pl> To: ports@freebsd.org, freebsd-current@freebsd.org Subject: Re: port binary dumping core on recent head in poudriere Message-ID: <165139e3-d31a-4f8f-8157-4bc47eaca9cf@plan-b.pwste.edu.pl> In-Reply-To: <ebc0a58e-5b48-4634-adaa-57f4ed6c11c1@madpilot.net> References: <aa597431-54a8-4cde-8d4f-b75040b59bae@madpilot.net> <f9e32784-226a-4e1e-a24b-62f5e6d3d765@madpilot.net> <E4616829-D2DE-4EAF-B971-1EDA8B447F13@FreeBSD.org> <7c9c3cf5-bbd1-4642-8d04-33aa07a4db02@madpilot.net> <9df256a8-c6ed-46d9-b955-fc2657c12d36@madpilot.net> <5c502054-7353-4a1e-8350-c403482e9c0d@madpilot.net> <a203a89f-2eb7-4220-8dfb-648cd46fc6bb@madpilot.net> <3127C3BA-FC93-4636-ADDB-89518DE9C60D@FreeBSD.org> <86ed2zsp6l.fsf@ltc.des.dev> <5f24a570-26e0-4c0a-817f-591a234fd07b@madpilot.net> <5918C6A1-8FDB-40CA-8C86-EB7B7BE75A2E@yahoo.com> <86ed2zc8r5.fsf@ltc.des.dev> <45098ccf-4dc6-426c-849a-c923805d6723@madpilot.net> <F64DB4E9-A210-4E1F-B333-C597F3DBED54@yahoo.com> <38658C0D-CA33-4010-BBE1-E68D253A3DF7@FreeBSD.org> <1004a753-9a3c-4aa2-bfa8-4a0c471fe3ea@madpilot.net> <D14FF56C-506F-4168-91BC-1F10937B943F@yahoo.com> <E77AF0C3-5210-41C7-B8B8-02A8E22DB23D@yahoo.com> <A2820AEA-AB92-425F-AE91-2AF9629B3020@yahoo.com> <ebc0a58e-5b48-4634-adaa-57f4ed6c11c1@madpilot.net>
next in thread | previous in thread | raw e-mail | index | archive | help
This is a multi-part message in MIME format. --------------JJwlfiTBiX1FfoeyMehVHV0n Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit W dniu 26.11.2024 o 08:59, Guido Falsi pisze: > On 26/11/24 03:05, Mark Millard wrote: >> Top posting going in a different direction that >> established a way to control the behavior in my >> context . . . >> >> I changed USE_TMPFS=all to USE_TMPFS=no : >> >> USE_TMPFS=all gets the failure >> vs. >> USE_TMPFS=no works just fine >> >> So it is a FreeBSD system error associated with >> use of tmpfs . >> > > Interesting discovery, I'm also using USE_TMPFS=all > > I'll try to do a test without that but I won't be able before tomorrow > I think. Interesting thread. With the setting USE_TMPFS=all I was able to build neither www/chromium nor www/qt6-webengine on stable/14, and even submitted the PR[1] regarding to this. 1. https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=278293 -- Marek Zarychta --------------JJwlfiTBiX1FfoeyMehVHV0n Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 8bit <!DOCTYPE html> <html> <head> <meta http-equiv="Content-Type" content="text/html; charset=UTF-8"> </head> <body> <p>W dniu 26.11.2024 o 08:59, Guido Falsi pisze:</p> <blockquote type="cite" cite="mid:ebc0a58e-5b48-4634-adaa-57f4ed6c11c1@madpilot.net">On 26/11/24 03:05, Mark Millard wrote: <br> <blockquote type="cite">Top posting going in a different direction that <br> established a way to control the behavior in my <br> context . . . <br> <br> I changed USE_TMPFS=all to USE_TMPFS=no : <br> <br> USE_TMPFS=all gets the failure <br> vs. <br> USE_TMPFS=no works just fine <br> <br> So it is a FreeBSD system error associated with <br> use of tmpfs . <br> <br> </blockquote> <br> Interesting discovery, I'm also using USE_TMPFS=all <br> <br> I'll try to do a test without that but I won't be able before tomorrow I think. <br> </blockquote> <p>Interesting thread. With the setting USE_TMPFS=all I was able to build neither www/chromium nor <span id="summary_container"> <span id="short_desc_nonedit_display">www/qt6-webengine on stable/14, and even submitted the PR[1] regarding to this. <br> </span></span></p> <p><span id="summary_container"> <span id="short_desc_nonedit_display">1. <a class="moz-txt-link-freetext" href="https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=278293">https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=278293</a></span></span></p>; <p><span id="summary_container"><span id="short_desc_nonedit_display"><br> </span></span></p> <pre class="moz-signature" cols="72">-- Marek Zarychta</pre> </body> </html> --------------JJwlfiTBiX1FfoeyMehVHV0n--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?165139e3-d31a-4f8f-8157-4bc47eaca9cf>