From nobody Sat Nov 22 02:35:48 2025 X-Original-To: freebsd-current@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 4dCx6M3Nntz6J9kj for ; Sat, 22 Nov 2025 02:36:11 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic303-23.consmr.mail.gq1.yahoo.com (sonic303-23.consmr.mail.gq1.yahoo.com [98.137.64.204]) (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 4dCx6L6Vvcz3Ptw for ; Sat, 22 Nov 2025 02:36:10 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=NAXMafan; dmarc=pass (policy=reject) header.from=yahoo.com; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.64.204 as permitted sender) smtp.mailfrom=marklmi@yahoo.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1763778963; bh=EofD3P1DyMI4OH7WznfQGjFARzq+Mka8MBR/9NEI3mQ=; h=From:Subject:Date:To:References:From:Subject:Reply-To; b=NAXMafanL3xcZ2LIK8Rgiz0wVvCQlzoc8FBNmxmNyccQCaSKRDYpaMd9+NQ1dyoPAFmxGPrkjJS6CUhJKOKwJMUKpvo1b7zeetBNg82qhiPg9sLjx2S/weR0OeeprMqMNBkQeJ+JR9MQ2jNNnh9ZGFeNlT35YthEZrwb7mHr3UY0cuuc0FdUICL6P8mr7Fi/rufj5gQDvrh4sxwhfvWr8nml/r0ZVnVPTVlswbqLcHZdi/RdSKq/c9xnk+7P340OR248fgR/WRzpKtv3nN6t75AdKxzHCyLJByFZ1kUfqvBl2EbwFR7q2p0tClVQl3PoM0TZo1Qk4iN5CSz2UmwJjQ== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1763778963; bh=m0xR8acDYlT+7y6qC7EmfpbrD2GmakXkXHN9rd1jal8=; h=X-Sonic-MF:From:Subject:Date:To:From:Subject; b=E0DP0j/oDT9eZByySDcAmesUebWHIxj/2xLyA1b5kGp3doAwvryfs5+7x0HvEp2l6h+xl6jxNlxu6Qn6yutiL6vGjiSkmpSEOOzCuIqTSpDfTTeTOU0KQQbNeB0cr1dbe1kIv0nQ2RzWP7luPBLOt+6fUqnocpdJf9LDNsTIUo2iknvCVCXOVYnzYf8FEAmi+2v3LIogYbi5h+GyQky0Z8z+BoQug+zwFp2Kt9HPYFV884bRvMV0ape3bZ2OC/l1yauxclRygL6EXX4Lt07/YvBv2SxrqlS5rCzXgguEsuDcA7pP0fhFHGHCIlK1MvZHL4dcm6bcFttYsqorpIBCQw== X-YMail-OSG: 0S4sGPIVM1liYuAaFLN8vf15HxHBGJoMUK654mbkUmfa6sr3JR4Bz0UzNeUuSjT MAm0EsidYD8ZFpNcEYNHYXCqzskZLDl_mO5ytJUoQLuUqzXH_XUFKDEvd4GUnykAZP3G83NkMHb9 A7Bkej24nzwGY3kGX2ifYwfosZtU9Unfc.mKBaD2NclmjwUgtXYYVVdxrliNN4peG3bsvexesnm1 rCZtJgTcvI2J3ra9AQU4lSzFNou45mfpL9DKllZSd0pG8KWX6jpauEZh3jaAuM40jrtgTpyHNpGO TARXNaDEZQaOzc5fIooSRioUklbCT7rhFm2gS1hhyXswqXIjblua4tNSEkl6d60ZgnbrthA3tpcn 6Vz5mZya6aW3Iror.j9kayhE9LUJbehFaPxzVx_Y4XlCvWyitlW7ujR8w3LOo4_rrOhqJJXj_Q7y NceIZpBF4Rfb0l2YZP_X5u1U2YMP.AkouyKvy5AgMtDpTM2pwcUCrlnyG04WLwebHufHSgTfgRqY iyrHQ1GztTdEB2LyDx8.juhIQVq5bInXYyajIGITHsdWZNLHe8ou.dMMYEHfq9zW23_zh77XkxmT MQOeMqpbUkxh627rw29N5S5urEw6XDIWIvehzQzQStP.jnaY2oBfhIebHSajRxn5x2RWAulLtr9T h7yxkefs43rsaoCEqUVuT1TCOr4jt_vlTIKQrc2ffPLLbVSLFed0rjcJnZKBYPiIFoC1VDpnmYUE NVox4.nNWDuqGIiZcXDAQNrFSxS2_.S3KRxDD9HdoZWe3S1UhhpgsS4XuU7RZQJPGFIw0RxvH0Dq R4r_f9yBKm6fNgubrXVZddpSXm7P8ucJpUsVINIVe5JVmI633al.yHzdV0fZctpbXdckS5AzWyDJ qd3uzwjKbqXO.xKRsKWwBOyZ9NPUIBXiWULZfssej2cJbiqB6nQCxni2s14YXxpDHvtfoLqBtdbd kbPK0uixbc3E8O3OhCZZtMcCAaiTQdGaHag_jFNimhZpbN0sUpnDqZMICJ1glDTLnZWgZ0mvqeuw 4mr_zaPZ5r0pWmsRPklOCgSTFhi0HsNc_Xu0eiuBs.LlynUKaC7WfTYJB83s66HVvxwQ180CVPUy J3JyQs5LbdRuAJeeXBOFChHSGECJofcv.QBdFfEU3XAtUecpArJ0XiqEH6ddSg6lglKrUZ0Tv5UN fwsz7Fq74fm5dgShoWc50f1CyBEpWWcw9PFzlogu7_QSFAe3r99AQmh1MDhcRBbLgNlFIkItIpQZ 0joX3IlCzr_azK9f.uMHCdI2amaPnDcb56ufETDF3AIrOGjDjh_46WYMLPCzlYb6m3AczpyZiFnW _nsA2f6yvfFVFprFJTONAJ3GVoV9dQqDJ3pt4MpjZxJ_.xSyg9_.D7sFYiU3sUUXGS56FTXN8keX OVsF2.6ySRQ3NKfFW04z8OjgUJXl7pK2yQK3MYu23GvHCvL8qftux2ssFOKD0iWWkdE0LtFphbKv rG2YZU5oyRxAXznnjYJSU6g1PEEbysWv_d8Tmyj9FlWDMh1XKOTkmzMqfIC6Tgg8zPUEpcuol806 ZnWm1LOtKcqPngx_LwVrzLBiKd1RVT1KMrYohOnVIbqPGIGa..9qzWexhf9SxQJRmZgIrKM.p_sm 21wUPy1nYynOHxq1xUqg1I2ZJBUKGKuoy0LjuODTBv5vsZgsJtaazQKikNvL9oc2VmIGoUeR7TJQ 6rw28JvweQuiAFK00LFCw8jYwmdRpCSdAem9xassMXGMIxhGm_g0La.DZPXfPbWPKLklI4e_oFpW QGlW6dUg1CWuKEvLHf5xJkDiUKFrCMSac68WMgh1slN6hsyBw6i8qj6BgjOml5L.hLXzlbx3E3CN pqsN1fFFwGVTyYaSyEuk9ILFJJbhQB3.Hwq0fJwbfznB.vNomRJpu7xluXDXwWuaq7PP2Tvs5u9l 0K.wKc1WVw3G1pat9YsXtAZYT3oTnLU4fJKRYUsw61f0iIpJyPvlEGgGqQGU4fUwKfHAV4XJq.nq 93x3Gu3KMz_ZT6_GiV2yS_x8fIk4U27l2OwzQhmXN0M9DYcY0j.5GIkoNmfGsmfSuE0VRTB_tyUz du41sd3PhUCodWobRoZXEx6neC0L_HbQpZkagjKVFfTgEzsntpMJ6WpSKnoGLDuosyzm22lRdKEp tF6nz43.kmC_z4ZnVomTv7sb2Hj9VQo8BrvambGCZkxgRpWxAltjZGlGh6uE4JRKS5410fD2D.DT Fo7A6mLZ4rlRlNEgyZ0njNhlYQHTtJx4Ja8w7AkApvqzwFIHEJSwGU.8z4eZlxxcMNKf6tYESUud mQiMaYg-- X-Sonic-MF: X-Sonic-ID: 7e6fd702-0ec1-4e1c-b939-e3dd992bf6d3 Received: from sonic.gate.mail.ne1.yahoo.com by sonic303.consmr.mail.gq1.yahoo.com with HTTP; Sat, 22 Nov 2025 02:36:03 +0000 Received: by hermes--production-gq1-fdb64d996-22fw7 (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 0ca39f1ada6de4b8df072133a461e0eb; Sat, 22 Nov 2025 02:35:59 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3826.700.81\)) Subject: Re: changing from pkgbase to regularbase [ evidence gathering for problems when using a pkgbase system ] Message-Id: <6C4D4B62-9B81-4106-9581-54AD6A441CF6@yahoo.com> Date: Fri, 21 Nov 2025 18:35:48 -0800 To: Lexi Winter , FreeBSD Current X-Mailer: Apple Mail (2.3826.700.81) References: <6C4D4B62-9B81-4106-9581-54AD6A441CF6.ref@yahoo.com> X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.98 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-0.999]; NEURAL_HAM_SHORT(-0.98)[-0.977]; 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]; RCVD_TLS_LAST(0.00)[]; TO_DN_ALL(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; MIME_TRACE(0.00)[0:+]; ARC_NA(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; FREEMAIL_FROM(0.00)[yahoo.com]; FROM_HAS_DN(0.00)[]; RCVD_VIA_SMTP_AUTH(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)[]; DKIM_TRACE(0.00)[yahoo.com:+]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; APPLE_MAILER_COMMON(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.64.204:from]; RCVD_IN_DNSWL_NONE(0.00)[98.137.64.204:from] X-Rspamd-Queue-Id: 4dCx6L6Vvcz3Ptw Lexi Winter wrote on Date: Sat, 22 Nov 2025 01:35:41 UTC : > void wrote in <71e4b46c-8d69-451d-92ca-79316ffc4b63@app.fastmail.com>: > > On Sat, 22 Nov 2025, at 00:39, Lexi Winter wrote: > > > the point of this warning was to prevent people from running "make > > > installworld" on a pkgbase system. apparently, the warning was not > > > sufficient... > > > > Sorry, I'm not with you. Sufficient for what? I mean it was > > a sufficient warning, I just had to heed it then do further > > things to properly depkgbasify. > > what the warning says is: > > ERROR: This target should not be used on a system installed from > packages. > > nonetheless, you ran make installworld on a system installed from > packages. so, clearly the warning was not sufficient to prevent you > from doing that. > > we are discussing ways to improve this internally, probably by making > the warning more difficult to override... An FYI: I've been doing some of the testing for the jemalloc 5.3.0/kernel error notification issues seen on armv7 and i386 on main 16. (stable/15 and releng/15.0 do not have the asserts enabled to report internal checks.) My context is main 16 for this. But I've been using an official-distribution pkgbase'd environment from long before this activity started. I created an alternate kernel, installed under a distinct name for some of the testing. I did so from a variant of the /usr/src/sys/ for the pkgbase system --not replacing the official kernel(s). I did use installkernel for this, with INSTKERNNAME= in use with DESTDIR=/ . I also touched the c++ compiler (c++ and clang) to allow it to generate core dumps for SIGABRT as the asserts are not failing for libprivateclang.so.19 or libprivatellvm.so.19 problems but libc's jemalloc and/or kernel problems. But I did not use installworld at all. Just selective copies from the built materials. I did use buildworld. I have *.orig files for what I've updated --in order to be able to put back the normal files. Gathering evidence from a pkgbase system for problems that occur is a bit odd for sure. Side Note: The actual activity that is know to be able to produce the failed internal checks is: llvm/clang build activity during buildworld . In some contexts with memory pressure involved, it has been seen on pure armv7, armv7 chroot on aarch64, and i386 chroot on amd64. (No one has reported having a pure i386 test environment.) The error report is indicating that page(s) that were allocated that should have been zero are, at least in part, not zero. My core dumps for an armv7 chroot on aarch64 show the jemalloc 0x5a fill pattern in the non-zero areas. That pattern is for deallocated memory. Michal Meloun's information indicates other, more general types of values are possible. === Mark Millard marklmi at yahoo.com