From nobody Mon Jun 24 00:00:41 2024 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 4W6p5626XMz5PGwv; Mon, 24 Jun 2024 00:00:42 +0000 (UTC) (envelope-from salvadore@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [96.47.72.132]) (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 "freefall.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4W6p555wvnz4lSn; Mon, 24 Jun 2024 00:00:41 +0000 (UTC) (envelope-from salvadore@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1719187241; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc; bh=Zo/nxmY3NMGzs/HocIrbPCQuSo5fsPZ9J+VRhg7pgRI=; b=CD3dGes0qHogmtVQrs7zEizt+jTuoIgypNzALgKp3VllwU8UtUHWOf5DOIQrocCHNfbnCe MkN/aX6nHXD1y04dNkPuvUbTR8nr2rJp253nPpcVrwnm2aSJiUIfE+gNP0+UAxrw+x7Q+Q PPJdCvPFWD4nEbzrngjp6vM3JsDGfWezvPRocBj1Wb1D9rB/bT31kdQq2qpSkt6GbWjybl czZaMtjWtkqMlzZlRVblBQpGhsOSJDW9P/lajMPD4PGtB/T0nZF+hKcgEBv1ZSiuHTkZvY 67lGM6vScEMbl3thUeVVU82vEh2HnBWD6rADBqJCzLToigxTCQVI3AEvFq2iJw== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1719187241; a=rsa-sha256; cv=none; b=kjgMpY5hM1bKzB2qHZC0KfGVM9t6W2+b0mhXVF3Jk7NqbIcGBNGcZFvoE0ZurmrYgLcjCq wSQaSI7L9S3OPSZZ2/t5f+r9zYCM9h3bKvYveu4yptxrp9XzMWel6jpfNTdcSqRnawviwS u9yehCEAFMkp+9Ne9+gE4qCo01f+sIsbW4fuHV1owhpBu9gNfVgoAGQaAmHfmo7soI56u9 KrdLAVejW4EBsSF+pT+bgRa/OrQN9FVhxpUrMY2GviX6dDObAQ/d3JMW5+eSHAVLIw3dL0 UtOnihRf6ruj7gWl4PicvN+XLJZGDHFqs85+EQJJyQE+t9Sbm/vM9BvXzbsAmA== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1719187241; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc; bh=Zo/nxmY3NMGzs/HocIrbPCQuSo5fsPZ9J+VRhg7pgRI=; b=mcWdRcYHMdYIfPdlfzP9BqrGXsE+G4LqqXQQTo8ZlPOZm3N5NlEeu9uTi9tJEcbYGWbasm a/LM0qE03x6t49itO8CVUaM4Rj3nb6w4Xn3bbQ8tYwvYoPi08Z2oT2yUsYLlx//9GX5yHE qH/oWEzK+AaQHX5M49GVJgqjQKAaRImLgDvQQrgViUgPHmOvP9u/V73wL9h9xT49GgGv5d KKrsmg3xPTAHlGBy3Mj9cMt46bq6oOVuZ38N5v+isXwLflnBA9BikPD7QMk1ykJ7PuFtDo v0pgBB5XXUi1tdGpaO3TbkFwuB6VZC0sg3FyFDDUIzpryvGDT8HEOclhaizgKA== Received: by freefall.freebsd.org (Postfix, from userid 1472) id AE297C9FD; Mon, 24 Jun 2024 00:00:41 +0000 (UTC) To: freebsd-status-calls@FreeBSD.org Subject: [LAST OFFICIAL REMINDER] Call for 2024Q2 status reports Cc: freebsd-current@FreeBSD.org,freebsd-hackers@FreeBSD.org,devsummit@FreeBSD.org,info@bsdcan.org,soc-students@FreeBSD.org,soc-mentors@FreeBSD.org Message-Id: <20240624000041.AE297C9FD@freefall.freebsd.org> Date: Mon, 24 Jun 2024 00:00:41 +0000 (UTC) From: Lorenzo Salvadore 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 Dear FreeBSD Community, The deadline for the next FreeBSD Status Report update is June, 30th 2024 for work done since the last round of quarterly reports: April 2024 - June 2024. I would like to remind you that reports are published on a quarterly basis and are usually collected during the last month of each quarter, You are also welcome to submit them even earlier if you want, and the earlier you submit them, the more time we have for reviewing. Status report submissions do not need to be very long. They may be about anything happening in the FreeBSD project and community, and they provide a great way to inform FreeBSD users and developers about work that is underway or has been completed. Report submissions are not limited to committers; anyone doing anything interesting and FreeBSD related can -- and should -- write one! The following methods are available to submit your reports: * submit a review on Phabricator and add the group "status" to the reviewers list. You should put your reports in the directory doc/website/content/en/status/report-2024-04-2024-06/ (create it if it is missing); * submit a pull request at . You should put your reports in the directory doc/website/content/en/status/report-2024-04-2024-06/ (create it if it is missing); * send an email to status-submissions@FreeBSD.org including your report. An AsciiDoc template is available at . We look forward to seeing your 2024Q2 reports! Thanks, Lorenzo Salvadore (on behalf of status@) From nobody Mon Jun 24 08:00:05 2024 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 4W70kK1n7Fz5NbB1 for ; Mon, 24 Jun 2024 08:00:09 +0000 (UTC) (envelope-from glebius@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (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 "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4W70kK1J5yz4bpt; Mon, 24 Jun 2024 08:00:09 +0000 (UTC) (envelope-from glebius@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1719216009; 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=nErQ1xaLklamdvwFr/9ajQc0yP4UhhWPsWiLQQ39I3I=; b=LXxNWsLEVCKTaPH5U6odMHr/DvoGua5mygPgn+cBJ+Q+83z3UUNv06cw8WSssUziBFDmQp 48RZh+pMn8/t8zw34tbkjge5l3RhoJzK7VCy7AKj/oWt2avl2EAaRaZAb5cs27n+lpm9kF 4j905ijIwV/sxQsPB3jiq3Gk6SSkBudNQz4r9eGAwKsdQSRiYqMUV3P5eMBoVSI+/VDFbP icOZ0P6xtGV43dDKzpKeMycE+2+TpGa2GGA94bp429umFNR3Qz30FS4S5F+OANb4qR2EqB rGv1yRy5upwwEH+XDSxijt74JnXT7zTMdQGLyJ9kYRTbHDVOPoYR8+odZyCjUg== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1719216009; a=rsa-sha256; cv=none; b=wAj4t/+ZTQ1vAzabFmhotpb4Q8GDfnUElzpkWLE4qyz5Tg8aqqxIQTv9l0agDD6wHbqekQ LJyc6jRpiUgIjsoJ9IJv2vUES+c+HsGg3nb64grnUgainfmv5Bvvuy7cIzfzgxqdhoMh6U 8A28bG+QEfDa9oZa9TxHIfgi7hO42+2SzEOIc4MZUTRMY4GN7O5pIXy2WcshHQnndm6IPw uAXcelywuS+yyeNsJMdvISbLCiEtB559pncgJ3zWkyoBhC23uEjLLWGHp+Vij8VzF8+U2m Nn4o1IsZ1+5Dr5O7kCiN+XnEBe5HgHE2r28bZ7WR7q+ejcx18bPJVdve2GDaUw== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1719216009; 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=nErQ1xaLklamdvwFr/9ajQc0yP4UhhWPsWiLQQ39I3I=; b=v3VeijDggqmXcrQPxXRj/7tbmJzPHXug8GRT+k7GEmz5xGtK1U2LC3BUtokMTCy/PIS7k9 5FrEbEcjr9plW8orxNoS4b5KRQI0bEuIphZPoJT+vFARIRaM5Qff9afVXBiKIiFxJ46AoC Qaad4qxTeLpHy7cyp+cQzpCWqLWHotSUDCfd8S8+Ww7GuUoxSoam3rj2q/SWB1ye8VZyXH wCqVF8txTuBcgr2UsvJD/RGUebVARPZ5Q39rAJr4AgtN8AXKvHUkfWTpQWulRnpXJI2KCx wFsDsc9+pgmZw0XFZN9bzblXtCyO0DauN5t7slwpi5210VlGhByATqaHzHO07w== Received: from cell.glebi.us (glebi.us [162.251.186.162]) (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) (Authenticated sender: glebius) by smtp.freebsd.org (Postfix) with ESMTPSA id 4W70kJ5GKXz11qp; Mon, 24 Jun 2024 08:00:08 +0000 (UTC) (envelope-from glebius@freebsd.org) Date: Mon, 24 Jun 2024 01:00:05 -0700 From: Gleb Smirnoff To: freebsd-current@freebsd.org, src-committers@freebsd.org Subject: June 2024 stabilization week Message-ID: 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 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hi FreeBSD/main users & developers: This is an automated email to inform you that the June 2024 stabilization week started with FreeBSD/main at main-n270917-5dbf886104b4, which was tagged as main-stabweek-2024-Jun. The tag main-stabweek-2024-Jun has been published at https://github.com/glebius/FreeBSD/tags. Those who want to participate in the stabilization week are encouraged to update to the above revision/tag and test their systems. Developers are encouraged to avoid pushing new features to FreeBSD/main, but focus on bugfixes instead. The stabilization week runs up to Friday 18:00 UTC, but if there is consensus that any regressions discovered by participants have been fixed, it will end early. Once that happens, the advisory freeze of FreeBSD/main branch is thawed. -- Gleb Smirnoff From nobody Tue Jun 25 18:18:05 2024 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 4W7tNw0bJqz5Plqp for ; Tue, 25 Jun 2024 18:18:08 +0000 (UTC) (envelope-from glebius@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (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 "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4W7tNw02Wrz4GBW; Tue, 25 Jun 2024 18:18:08 +0000 (UTC) (envelope-from glebius@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1719339488; 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; bh=vokYpXCzEhZrkygcmoj2+hJ2jayc98VqfEGZ3bviAKk=; b=MpvH2JJftHjapfktpbn3v8Xlx28QO+sPoQELxBL/1wTGooBjhrSgO4SGWs8CEYKEfN5QGO MSeRugRafmyW2la4ZvnPh8Gdo0TDK87LzBm99VyyfFrW2UlsX97iiOzhxDYJuC4ZqbfvPe JxTMx6vwZcybZFoqVAgMjrusUfcPDrlf63QXLx4HX8svfcfnclW4mPeEvK/AE6lwJsfNqz 5yUKK1+t94HlDYqWY7x1+LBbLW174eOINbeyCc4wZYuYWbMzo6rHWcFaHCeWWeqSDV3CuF dhhjOMoy1wGFCTwZc1M9HyWOUxqRMcNe1XjF6YFTHoj7goSK2wh6dBzIHbAkSw== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1719339488; a=rsa-sha256; cv=none; b=G7P20WaJYQ7k3LcD2D9cit95tzTdmoRbTg7c7WR6IInHDyDGRmDBIUGfsJU0gDnxMlECZS MAJviVLRmF5EzF0SqhZBYAIZIWPsNQ6ZeGhoQS3XZP2gXVxRfJEvcp5bAIYm3Z6mDq8hQk D0bJrPU1omuCZdNoSfuamnMTR6CgoKb7UX+EiLEyUz7oln2lqc7f4MPkRKTB1cxLyvFvaw 8L1yB68xfGhAdyvsENeo77p1rM39miPzMwWtKS0k3Pda9F1hyugRRp2ix09Fcb6nlj07IP X0eOxMSRTtV0M9AXm8xSbpDX6Z5NRT3PQI1kf/XJFRlU1eyACZkbelBGiccrbw== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1719339488; 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; bh=vokYpXCzEhZrkygcmoj2+hJ2jayc98VqfEGZ3bviAKk=; b=dUO1nHE/c4nFDTlJmvJsJlyyoCEjTBv23UxwMqSk9SA/fFoI3wvosXxzvfLUwhTbPE4Xtn 330TypDdqygXWCgaTySrpw79IoHRiwBTOUkG3XL4JnyLwGxM4z0uXi+o5XtrpgLG0F0tKl P37lA5oEJgNzUUUX92zSQtORTHpPKnct68MDU0ZXXM/zuA1SNF6K3T206WiBRXqavKoTcy BtllGRSJSkwUoVbYIgWmj7H6VT3Y9o63IL5kwA+h8HQ1ZRdS/x6BYDWhLCdZd0pzQVkbPl 9RuMrSa9weR8alISSUjEtcFHWzPSuBs35FwTxq5SWEZuyTF5Qjqj+mnvbFKVEQ== Received: from cell.glebi.us (glebi.us [162.251.186.162]) (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) (Authenticated sender: glebius) by smtp.freebsd.org (Postfix) with ESMTPSA id 4W7tNv4H6SzTQV; Tue, 25 Jun 2024 18:18:07 +0000 (UTC) (envelope-from glebius@freebsd.org) Date: Tue, 25 Jun 2024 11:18:05 -0700 From: Gleb Smirnoff To: freebsd-current@freebsd.org, src-committers@freebsd.org Subject: Re: June 2024 stabilization week Message-ID: References: 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 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: On Mon, Jun 24, 2024 at 01:00:05AM -0700, Gleb Smirnoff wrote: T> This is an automated email to inform you that the June 2024 stabilization week T> started with FreeBSD/main at main-n270917-5dbf886104b4, which was tagged as T> main-stabweek-2024-Jun. The 5dbf886104b4 aka main-stabweek-2024-Jun passed regression A/B testing at Netflix with no issues. I also updated my desktops (using nVidia graphics) and home router to that revision, also no issues noticed. We have had a regression in the previous stabilization cycle, which went unnoticed back then - the tpm(4) driver failed to attach on ACPI bus. The problem already fixed in main, but not in main-stabweek-2024-Jun! Given that TPM is still not a ubiquitous thing around, I decided not to create a branch just to cherry pick that. If using TPM you can either update all the way to bbecd3148abf or cherry-pick that revision on top of main-stabweek-2024-Jun. Unless we receive any regression report in this email thread until Wednesday morning at 8:00 UTC, let's declare the stabilization cycle done by that time. Thanks everyone! -- Gleb Smirnoff From nobody Wed Jun 26 19:37:54 2024 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 4W8X6Y6vYlz5Q6BP for ; Wed, 26 Jun 2024 19:37:57 +0000 (UTC) (envelope-from rodrigo@osorio.me) Received: from smtp.osorio.me (mvd.osorio.me [5.196.94.126]) by mx1.freebsd.org (Postfix) with ESMTP id 4W8X6X6RGtz4DvC for ; Wed, 26 Jun 2024 19:37:56 +0000 (UTC) (envelope-from rodrigo@osorio.me) Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of rodrigo@osorio.me designates 5.196.94.126 as permitted sender) smtp.mailfrom=rodrigo@osorio.me Received: from [192.168.1.25] (lfbn-idf1-1-971-net.w86-238.abo.wanadoo.fr [86.238.50.0]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature ECDSA (secp384r1) server-digest SHA384) (No client certificate requested) by smtp.osorio.me (Postfix) with ESMTPSA id 7B5C4A81A8 for ; Wed, 26 Jun 2024 19:39:04 +0000 (UTC) Content-Type: multipart/mixed; boundary="------------gr1t78DtYFqI0ECh58psekhc" Message-ID: <5c8ecaf5-b0f8-47ec-ba4c-c4b83b9b421c@osorio.me> Date: Wed, 26 Jun 2024 21:37:54 +0200 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 User-Agent: Mozilla Thunderbird From: Rodrigo Osorio Subject: random USB detach in CURRENT To: freebsd-current@FreeBSD.org Content-Language: en-US, fr, es-AR X-Spamd-Bar: ++ X-Spamd-Result: default: False [2.49 / 15.00]; MIME_BASE64_TEXT_BOGUS(1.00)[]; NEURAL_SPAM_MEDIUM(0.98)[0.981]; NEURAL_SPAM_LONG(0.81)[0.807]; NEURAL_HAM_SHORT(-0.31)[-0.309]; R_SPF_ALLOW(-0.20)[+ip4:5.196.94.126]; RCVD_NO_TLS_LAST(0.10)[]; MIME_BASE64_TEXT(0.10)[]; MIME_GOOD(-0.10)[multipart/mixed,multipart/alternative,text/plain]; ONCE_RECEIVED(0.10)[]; XM_UA_NO_VERSION(0.01)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@FreeBSD.org]; DMARC_NA(0.00)[osorio.me]; RCPT_COUNT_ONE(0.00)[1]; FROM_EQ_ENVFROM(0.00)[]; ARC_NA(0.00)[]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; RCVD_COUNT_ONE(0.00)[1]; MID_RHS_MATCH_FROM(0.00)[]; R_DKIM_NA(0.00)[]; HAS_ATTACHMENT(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; FREEFALL_USER(0.00)[rodrigo]; ASN(0.00)[asn:16276, ipnet:5.196.0.0/16, country:FR]; MIME_TRACE(0.00)[0:+,1:+,2:+,3:~,4:+]; FROM_HAS_DN(0.00)[] X-Rspamd-Queue-Id: 4W8X6X6RGtz4DvC This is a multi-part message in MIME format. --------------gr1t78DtYFqI0ECh58psekhc Content-Type: multipart/alternative; boundary="------------IQeb05qNdipNiCr3B5637fZE" --------------IQeb05qNdipNiCr3B5637fZE Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Hi, Since a couple of weeks I'm start seeing random USB detach for all my devices once in a while. The issue doesn't occurs so often and there is no other details in the var log. I'm able to recover all my devices by just unplugging and re-plug the devices. I'm running 15.0-CURRENT main-n270900-dfaeeacc2cc2 GENERIC amd64 which is the latest weekly update. Regards -- Rodrigo --------------IQeb05qNdipNiCr3B5637fZE Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 7bit

Hi,

Since a couple of weeks I'm start seeing random USB detach for all my devices once in a while.
The issue doesn't occurs so often and there is no other details in the var log. I'm able to recover all my devices by just unplugging and re-plug the devices.

I'm running 15.0-CURRENT main-n270900-dfaeeacc2cc2 GENERIC amd64 which is the latest weekly update.

Regards
-- Rodrigo

--------------IQeb05qNdipNiCr3B5637fZE-- --------------gr1t78DtYFqI0ECh58psekhc Content-Type: text/plain; charset=UTF-8; name="varlog.txt" Content-Disposition: attachment; filename="varlog.txt" Content-Transfer-Encoding: base64 SnVuIDI2IDE4OjAxOjEyIGRlZmlhbnQga2VybmVsOiB1Z2VuMS4xMTogPFZMSSBMYWJzLCBJ bmMuIFVTQiAzLjAgSFVCPiBhdCB1c2J1czEgKGRpc2Nvbm5lY3RlZCkKSnVuIDI2IDE4OjAx OjEyIGRlZmlhbnQga2VybmVsOiB1aHViMzogYXQgdWh1YjEsIHBvcnQgMTMsIGFkZHIgMTAg KGRpc2Nvbm5lY3RlZCkKSnVuIDI2IDE4OjAxOjEyIGRlZmlhbnQga2VybmVsOiB1aHViMzog ZGV0YWNoZWQKSnVuIDI2IDE4OjAxOjEyIGRlZmlhbnQga2VybmVsOiB1Z2VuMS4zOiA8dmVu ZG9yIDB4MjEwOSBVU0IgMi4wIEhVQj4gYXQgdXNidXMxIChkaXNjb25uZWN0ZWQpCkp1biAy NiAxODowMToxMiBkZWZpYW50IGtlcm5lbDogdWh1YjI6IGF0IHVodWIxLCBwb3J0IDMsIGFk ZHIgMiAoZGlzY29ubmVjdGVkKQpKdW4gMjYgMTg6MDE6MTIgZGVmaWFudCBrZXJuZWw6IHVn ZW4xLjQ6IDxNaWNyb3NvZnQgTWljcm9zb2Z0IExpZmVDYW0gQ2luZW1hKFRNKT4gYXQgdXNi dXMxIChkaXNjb25uZWN0ZWQpCkp1biAyNiAxODowMToxMiBkZWZpYW50IGtlcm5lbDogdWF1 ZGlvMDogYXQgdWh1YjIsIHBvcnQgMSwgYWRkciAzIChkaXNjb25uZWN0ZWQpCkp1biAyNiAx ODowMToxMiBkZWZpYW50IGtlcm5lbDogcGNtMTogZGV0YWNoZWQKSnVuIDI2IDE4OjAxOjEy IGRlZmlhbnQga2VybmVsOiB1YXVkaW8wOiBkZXRhY2hlZApKdW4gMjYgMTg6MDE6MTIgZGVm aWFudCBrZXJuZWw6IHVnZW4xLjU6IDx2ZW5kb3IgMHgwMDAwIFVTQiBPUFRJQ0FMIE1PVVNF PiBhdCB1c2J1czEgKGRpc2Nvbm5lY3RlZCkKSnVuIDI2IDE4OjAxOjEyIGRlZmlhbnQga2Vy bmVsOiB1bXMwOiBhdCB1aHViMiwgcG9ydCAyLCBhZGRyIDE1IChkaXNjb25uZWN0ZWQpCkp1 biAyNiAxODowMToxMiBkZWZpYW50IGtlcm5lbDogdW1zMDogZGV0YWNoZWQKSnVuIDI2IDE4 OjAxOjEzIGRlZmlhbnQga2VybmVsOiB1Z2VuMS4xMjogPEZUREkgRlQyMzJSIFVTQiBVQVJU PiBhdCB1c2J1czEgKGRpc2Nvbm5lY3RlZCkKSnVuIDI2IDE4OjAxOjEzIGRlZmlhbnQga2Vy bmVsOiB1ZnRkaTA6IGF0IHVodWIyLCBwb3J0IDMsIGFkZHIgMTYgKGRpc2Nvbm5lY3RlZCkK SnVuIDI2IDE4OjAxOjEzIGRlZmlhbnQga2VybmVsOiB1ZnRkaTA6IGRldGFjaGVkCkp1biAy NiAxODowMToxMyBkZWZpYW50IGtlcm5lbDogdWdlbjEuNjogPENNIFN0b3JtIFF1aWNrZmly ZSBSYXBpZCBpPiBhdCB1c2J1czEgKGRpc2Nvbm5lY3RlZCkKSnVuIDI2IDE4OjAxOjEzIGRl ZmlhbnQga2VybmVsOiB1a2JkMDogYXQgdWh1YjIsIHBvcnQgNCwgYWRkciA1IChkaXNjb25u ZWN0ZWQpCkp1biAyNiAxODowMToxMyBkZWZpYW50IGtlcm5lbDogdWtiZDA6IGRldGFjaGVk Ckp1biAyNiAxODowMToxMyBkZWZpYW50IGtlcm5lbDogdWhpZDA6IGF0IHVodWIyLCBwb3J0 IDQsIGFkZHIgNSAoZGlzY29ubmVjdGVkKQpKdW4gMjYgMTg6MDE6MTMgZGVmaWFudCBrZXJu ZWw6IHVoaWQwOiBkZXRhY2hlZApKdW4gMjYgMTg6MDE6MTMgZGVmaWFudCBrZXJuZWw6IHVr YmQxOiBhdCB1aHViMiwgcG9ydCA0LCBhZGRyIDUgKGRpc2Nvbm5lY3RlZCkKSnVuIDI2IDE4 OjAxOjEzIGRlZmlhbnQga2VybmVsOiB1a2JkMTogZGV0YWNoZWQKSnVuIDI2IDE4OjAxOjEz IGRlZmlhbnQga2VybmVsOiB1aHViMjogZGV0YWNoZWQKSnVuIDI2IDE4OjAxOjE3IGRlZmlh bnQga2VybmVsOiB1Z2VuMS4zOiA8VkxJIExhYnMsIEluYy4gVVNCIDMuMCBIVUI+IGF0IHVz YnVzMQpKdW4gMjYgMTg6MDE6MTcgZGVmaWFudCBrZXJuZWw6IHVodWIyIG9uIHVodWIxCkp1 biAyNiAxODowMToxNyBkZWZpYW50IGtlcm5lbDogdWh1YjI6IDxWTEkgTGFicywgSW5jLiBV U0IgMy4wIEhVQiwgY2xhc3MgOS8wLCByZXYgMy4wMC84NS43MSwgYWRkciAxNz4gb24gdXNi dXMxCkp1biAyNiAxODowMToxNyBkZWZpYW50IGtlcm5lbDogdWh1YjI6IDQgcG9ydHMgd2l0 aCA0IHJlbW92YWJsZSwgc2VsZiBwb3dlcmVkCkp1biAyNiAxODowMToxNyBkZWZpYW50IGtl cm5lbDogdWdlbjEuNDogPHZlbmRvciAweDIxMDkgVVNCIDIuMCBIVUI+IGF0IHVzYnVzMQpK dW4gMjYgMTg6MDE6MTcgZGVmaWFudCBrZXJuZWw6IHVodWIzIG9uIHVodWIxCkp1biAyNiAx ODowMToxNyBkZWZpYW50IGtlcm5lbDogdWh1YjM6IDx2ZW5kb3IgMHgyMTA5IFVTQiAyLjAg SFVCLCBjbGFzcyA5LzAsIHJldiAyLjAwLzg1LjcwLCBhZGRyIDE4PiBvbiB1c2J1czEKSnVu IDI2IDE4OjAxOjE4IGRlZmlhbnQga2VybmVsOiB1aHViMzogNCBwb3J0cyB3aXRoIDQgcmVt b3ZhYmxlLCBzZWxmIHBvd2VyZWQKSnVuIDI2IDE4OjAxOjE4IGRlZmlhbnQga2VybmVsOiB1 Z2VuMS41OiA8TWljcm9zb2Z0IE1pY3Jvc29mdCBMaWZlQ2FtIENpbmVtYShUTSk+IGF0IHVz YnVzMQpKdW4gMjYgMTg6MDE6MTggZGVmaWFudCBrZXJuZWw6IHVhdWRpbzAgb24gdWh1YjMK SnVuIDI2IDE4OjAxOjE4IGRlZmlhbnQga2VybmVsOiB1YXVkaW8wOiA8TWljcm9zb2Z0IE1p Y3Jvc29mdCBMaWZlQ2FtIENpbmVtYShUTSksIGNsYXNzIDIzOS8yLCByZXYgMi4wMC8xLjA3 LCBhZGRyIDE5PiBvbiB1c2J1czEKSnVuIDI2IDE4OjAxOjE4IGRlZmlhbnQgd2ViY2FtZFsx MTY3N106IFdlYmNhbWQgaXMgYWxyZWFkeSBydW5uaW5nIGZvciB1Z2VuMS41LjAKSnVuIDI2 IDE4OjAxOjE5IGRlZmlhbnQga2VybmVsOiB1YXVkaW8wOiBObyBwbGF5YmFjay4KSnVuIDI2 IDE4OjAxOjE5IGRlZmlhbnQga2VybmVsOiB1YXVkaW8wOiBSZWNvcmRbMF06IDQ4MDAwIEh6 LCAxIGNoLCAxNi1iaXQgUy1MRSBQQ00gZm9ybWF0LCAyeDRtcyBidWZmZXIuIChzZWxlY3Rl ZCkKSnVuIDI2IDE4OjAxOjE5IGRlZmlhbnQga2VybmVsOiB1YXVkaW8wOiBSZWNvcmRbMF06 IDQ0MTAwIEh6LCAxIGNoLCAxNi1iaXQgUy1MRSBQQ00gZm9ybWF0LCAyeDRtcyBidWZmZXIu Ckp1biAyNiAxODowMToxOSBkZWZpYW50IGtlcm5lbDogdWF1ZGlvMDogUmVjb3JkWzBdOiAz MjAwMCBIeiwgMSBjaCwgMTYtYml0IFMtTEUgUENNIGZvcm1hdCwgMng0bXMgYnVmZmVyLgpK dW4gMjYgMTg6MDE6MTkgZGVmaWFudCBrZXJuZWw6IHVhdWRpbzA6IFJlY29yZFswXTogMjQw MDAgSHosIDEgY2gsIDE2LWJpdCBTLUxFIFBDTSBmb3JtYXQsIDJ4NG1zIGJ1ZmZlci4KSnVu IDI2IDE4OjAxOjE5IGRlZmlhbnQga2VybmVsOiB1YXVkaW8wOiBSZWNvcmRbMF06IDIyMDUw IEh6LCAxIGNoLCAxNi1iaXQgUy1MRSBQQ00gZm9ybWF0LCAyeDRtcyBidWZmZXIuCkp1biAy NiAxODowMToxOSBkZWZpYW50IGtlcm5lbDogdWF1ZGlvMDogUmVjb3JkWzBdOiAxNjAwMCBI eiwgMSBjaCwgMTYtYml0IFMtTEUgUENNIGZvcm1hdCwgMng0bXMgYnVmZmVyLgpKdW4gMjYg MTg6MDE6MTkgZGVmaWFudCBrZXJuZWw6IHVhdWRpbzA6IFJlY29yZFswXTogODAwMCBIeiwg MSBjaCwgMTYtYml0IFMtTEUgUENNIGZvcm1hdCwgMng0bXMgYnVmZmVyLgpKdW4gMjYgMTg6 MDE6MTkgZGVmaWFudCBrZXJuZWw6IHVhdWRpbzA6IE5vIE1JREkgc2VxdWVuY2VyLgpKdW4g MjYgMTg6MDE6MTkgZGVmaWFudCBrZXJuZWw6IHBjbTEgb24gdWF1ZGlvMApKdW4gMjYgMTg6 MDE6MTkgZGVmaWFudCBrZXJuZWw6IHVhdWRpbzA6IE5vIEhJRCB2b2x1bWUga2V5cyBmb3Vu ZC4KSnVuIDI2IDE4OjAxOjE5IGRlZmlhbnQgcHVsc2VhdWRpb1s2NzkxXTogW10gb3NzLXV0 aWwuYzogJy9kZXYvZHNwMScgZG9lc24ndCBzdXBwb3J0IGZ1bGwgZHVwbGV4Ckp1biAyNiAx ODowMToxOSBkZWZpYW50IGtlcm5lbDogdWdlbjEuNjogPHZlbmRvciAweDAwMDAgVVNCIE9Q VElDQUwgTU9VU0U+IGF0IHVzYnVzMQpKdW4gMjYgMTg6MDE6MTkgZGVmaWFudCBrZXJuZWw6 IHVtczAgb24gdWh1YjMKSnVuIDI2IDE4OjAxOjE5IGRlZmlhbnQga2VybmVsOiB1bXMwOiA8 dmVuZG9yIDB4MDAwMCBVU0IgT1BUSUNBTCBNT1VTRSwgY2xhc3MgMC8wLCByZXYgMS4xMC8x LjAwLCBhZGRyIDIwPiBvbiB1c2J1czEKSnVuIDI2IDE4OjAxOjE5IGRlZmlhbnQga2VybmVs OiB1bXMwOiAzIGJ1dHRvbnMgYW5kIFtYWVpdIGNvb3JkaW5hdGVzIElEPTEKSnVuIDI2IDE4 OjAxOjE5IGRlZmlhbnQga2VybmVsOiB1Z2VuMS4xMTogPEZUREkgRlQyMzJSIFVTQiBVQVJU PiBhdCB1c2J1czEKSnVuIDI2IDE4OjAxOjE5IGRlZmlhbnQga2VybmVsOiB1ZnRkaTAgb24g dWh1YjMKSnVuIDI2IDE4OjAxOjE5IGRlZmlhbnQga2VybmVsOiB1ZnRkaTA6IDxGVERJIEZU MjMyUiBVU0IgVUFSVCwgY2xhc3MgMC8wLCByZXYgMi4wMC82LjAwLCBhZGRyIDIxPiBvbiB1 c2J1czEKSnVuIDI2IDE4OjAxOjIwIGRlZmlhbnQga2VybmVsOiB1Z2VuMS4xMjogPENNIFN0 b3JtIFF1aWNrZmlyZSBSYXBpZCBpPiBhdCB1c2J1czEKSnVuIDI2IDE4OjAxOjIwIGRlZmlh bnQga2VybmVsOiB1a2JkMCBvbiB1aHViMwpKdW4gMjYgMTg6MDE6MjAgZGVmaWFudCBrZXJu ZWw6IHVrYmQwOiA8Q00gU3Rvcm0gUXVpY2tmaXJlIFJhcGlkIGksIGNsYXNzIDAvMCwgcmV2 IDEuMTAvMS4xNSwgYWRkciAyMj4gb24gdXNidXMxCkp1biAyNiAxODowMToyMCBkZWZpYW50 IGtlcm5lbDoga2JkMiBhdCB1a2JkMApKdW4gMjYgMTg6MDE6MjAgZGVmaWFudCB3ZWJjYW1k WzExNzg5XTogd2ViY2FtZDogQ2Fubm90IGZpbmQgVVNCIGRldmljZQpKdW4gMjYgMTg6MDE6 MjAgZGVmaWFudCBrZXJuZWw6IHVoaWQwIG9uIHVodWIzCkp1biAyNiAxODowMToyMCBkZWZp YW50IGtlcm5lbDogdWhpZDA6IDxDTSBTdG9ybSBRdWlja2ZpcmUgUmFwaWQgaSwgY2xhc3Mg MC8wLCByZXYgMS4xMC8xLjE1LCBhZGRyIDIyPiBvbiB1c2J1czEKSnVuIDI2IDE4OjAxOjIw IGRlZmlhbnQga2VybmVsOiB1a2JkMSBvbiB1aHViMwpKdW4gMjYgMTg6MDE6MjAgZGVmaWFu dCBrZXJuZWw6IHVrYmQxOiA8Q00gU3Rvcm0gUXVpY2tmaXJlIFJhcGlkIGksIGNsYXNzIDAv MCwgcmV2IDEuMTAvMS4xNSwgYWRkciAyMj4gb24gdXNidXMxCkp1biAyNiAxODowMToyMCBk ZWZpYW50IGtlcm5lbDoga2JkMyBhdCB1a2JkMQo= --------------gr1t78DtYFqI0ECh58psekhc-- From nobody Thu Jun 27 12:29:53 2024 X-Original-To: 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 4W8yZM54Ggz5PcTr for ; Thu, 27 Jun 2024 12:30:03 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from mx.catwhisker.org (mx.catwhisker.org [107.204.234.170]) (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 4W8yZL3sd5z4qHN for ; Thu, 27 Jun 2024 12:30:02 +0000 (UTC) (envelope-from david@catwhisker.org) Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of david@catwhisker.org designates 107.204.234.170 as permitted sender) smtp.mailfrom=david@catwhisker.org Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.18.1/8.18.1) with ESMTP id 45RCTrRo087724 for ; Thu, 27 Jun 2024 12:29:53 GMT (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.18.1/8.18.1/Submit) id 45RCTrgE087723 for current@freebsd.org; Thu, 27 Jun 2024 05:29:53 -0700 (PDT) (envelope-from david) Date: Thu, 27 Jun 2024 05:29:53 -0700 From: David Wolfskill To: current@freebsd.org Subject: Build issue with ncurses? Message-ID: Reply-To: current@freebsd.org Mail-Followup-To: current@freebsd.org 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 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="A3cbbXSwNGtSUEfo" Content-Disposition: inline X-Spamd-Bar: / X-Spamd-Result: default: False [0.62 / 15.00]; REPLYTO_EQ_TO_ADDR(5.00)[]; SIGNED_PGP(-2.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.98)[-0.985]; MIME_GOOD(-0.20)[multipart/signed,multipart/mixed,text/plain]; R_SPF_ALLOW(-0.20)[+ip4:107.204.234.170]; RCPT_COUNT_ONE(0.00)[1]; MISSING_XM_UA(0.00)[]; HAS_ATTACHMENT(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCVD_TLS_LAST(0.00)[]; ARC_NA(0.00)[]; DMARC_NA(0.00)[catwhisker.org]; FREEFALL_USER(0.00)[david]; FROM_HAS_DN(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:+,3:+,4:~]; TO_DN_NONE(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; ASN(0.00)[asn:7018, ipnet:107.192.0.0/12, country:US]; PREVIOUSLY_DELIVERED(0.00)[current@freebsd.org]; R_DKIM_NA(0.00)[]; MLMMJ_DEST(0.00)[current@freebsd.org]; MID_RHS_MATCH_FROMTLD(0.00)[]; HAS_REPLYTO(0.00)[current@freebsd.org] X-Rspamd-Queue-Id: 4W8yZL3sd5z4qHN --A3cbbXSwNGtSUEfo Content-Type: multipart/mixed; boundary="cClN2dU27CC6ZbOo" Content-Disposition: inline --cClN2dU27CC6ZbOo Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable I normally track FreeBSD daily, but was away from home for the first coule of weeks of June, and am trying to get back into my usual update cadence. My (headless) build machine had no trouble updating: main-n270474-d2f1f71ec8c6 (30 May) -> main-n270948-8521ea135f5b (25 June) main-n270948-8521ea135f5b -> main-n270979-cde6642431bb (27 June) But my secondary laptop choked on ncurses while running main-n270474-d2f1f71ec8c6, first after updating sources to main-n270948-8521ea135f5b, then after the update to main-n270979-cde6642431bb. I'm using meta-mode; I have attached a copy of the full meta file. Here is the part that I think is particularly relevant: # Meta data file /common/S4/obj/usr/src/amd64.amd64/lib/ncurses/ncurses/new= _pair.o.meta CMD cc -target x86_64-unknown-freebsd15.0 --sysroot=3D/common/S4/obj/usr/sr= c/amd64.amd64/tmp -B/common/S4/obj/usr/src/amd64.amd64/tmp/usr/bin -O2 -pi= pe -fno-common -D_XOPEN_SOURCE_EXTENDED -I. -I/usr/src/lib/ncurses/tinfo = -I/usr/src/lib/ncurses/ncurses -I/usr/src/contrib/ncurses/include -I/usr/sr= c/contrib/ncurses/ncurses -I/common/S4/obj/usr/src/amd64.amd64/lib/ncurses/= tinfo -Wall -DNDEBUG -DHAVE_CONFIG_H -g -gz=3Dzlib -std=3Dgnu99 -Wno-format= -zero-length -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-f= ormat-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes= -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wdate-time -Wno-empt= y-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-error=3Dunused-= but-set-parameter -Wno-tautological-compare -Wno-unused-value -Wno-parenthe= ses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-ty= pedef -Wno-address-of-packed-member -Qunused-arguments -c /usr/src/con= trib/ncurses/ncurses/base/new_pair.c -o new_pair.o CMD CWD /common/S4/obj/usr/src/amd64.amd64/lib/ncurses/ncurses TARGET new_pair.o OODATE /usr/src/contrib/ncurses/ncurses/base/new_pair.c -- command output -- In file included from /usr/src/contrib/ncurses/ncurses/base/new_pair.c:40: In file included from /usr/src/contrib/ncurses/ncurses/curses.priv.h:425: /usr/src/contrib/ncurses/ncurses/term.priv.h:141:16: error: redefinition of= 'term' 141 | typedef struct term { /* describe an actual termi= nal */ | ^ =2E/term.h:735:16: note: previous definition is here 735 | typedef struct term { /* describe an actual terminal */ | ^ In file included from /usr/src/contrib/ncurses/ncurses/base/new_pair.c:40: In file included from /usr/src/contrib/ncurses/ncurses/curses.priv.h:425: /usr/src/contrib/ncurses/ncurses/term.priv.h:153:3: error: typedef redefini= tion with different types ('struct (unnamed struct at /usr/src/contrib/ncur= ses/ncurses/term.priv.h:141:16)' vs 'struct term') 153 | } TERMINAL; | ^ =2E/term.h:743:3: note: previous definition is here 743 | } TERMINAL; | ^ In file included from /usr/src/contrib/ncurses/ncurses/base/new_pair.c:40: /usr/src/contrib/ncurses/ncurses/curses.priv.h:1248:3: error: redefinition = of typedef 'SCREEN' is a C11 feature [-Werror,-Wtypedef-redefinition] 1248 | } SCREEN; | ^ =2E/curses.h:394:24: note: previous definition is here 394 | typedef struct screen SCREEN; | ^ 3 errors generated. I don't believe I have anything "suspect" in /etc/{src,make}*.conf: g1-48(15.0-C)[22] foreach f ( /etc/{src,make}*.conf ) foreach? echo "${f}:" && grep -v '^#' $f; echo "=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D"; echo "" foreach? end /etc/src-env.conf: WITH_META_MODE=3Dyes =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D /etc/src.conf: KERNCONF=3DCANARY PORTS_MODULES+=3Dx11/nvidia-driver PORTS_MODULES+=3Dgraphics/drm-61-kmod =2EMAKE.META.IGNORE_PATHS +=3D /usr/local/etc/libmap.d IWN_DEBUG=3D1 IEEE80211_DEBUG=3D1 BATCH_DELETE_OLD_FILES=3D1 WITHOUT_REPRODUCIBLE_BUILD=3Dyes WITHOUT_LLVM_TARGET_ALL=3Dyes =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D /etc/make.conf: NET_SNMP_SYS_CONTACT=3D"david@catwhisker.org" NET_SNMP_SYS_LOCATION=3D"variable" NET_SNMP_LOGFILE=3D/var/log/snmpd.log NET_SNMP_PERSISTENTDIR=3D/var/net-snmp EXTRA_PATCH_TREE=3D/usr/local/port_patches WITH_BSD_JDK=3DTRUE WITHOUT_RUNTIME_CPUDETECTION=3D YES WITHOUT_CJK=3D YES NO_SUID_XSERVER=3DYES INSTALL_AS_NCFTP=3Dyes OPTIONS_SET=3DOPTIMIZED_CFLAGS FORCE_PKG_REGISTER=3D YES PKG_NOCOMPRESS=3D1 SENDMAIL_MC=3D/etc/mail/laptop.mc =2Eif ${.CURDIR:M*/graphics/drm-*kmod} DISABLE_CONFLICTS=3D YES =2Eendif =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D May I have the use of a clue, please? Thanks! Peace, david --=20 David H. Wolfskill david@catwhisker.org In a collision, you don't get to choose which aspects of Physics apply. See https://www.catwhisker.org/~david/publickey.gpg for my public key. --cClN2dU27CC6ZbOo Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="new_pair.o.meta" Content-Transfer-Encoding: quoted-printable # Meta data file /common/S4/obj/usr/src/amd64.amd64/lib/ncurses/ncurses/new= _pair.o.meta CMD cc -target x86_64-unknown-freebsd15.0 --sysroot=3D/common/S4/obj/usr/sr= c/amd64.amd64/tmp -B/common/S4/obj/usr/src/amd64.amd64/tmp/usr/bin -O2 -pi= pe -fno-common -D_XOPEN_SOURCE_EXTENDED -I. -I/usr/src/lib/ncurses/tinfo = -I/usr/src/lib/ncurses/ncurses -I/usr/src/contrib/ncurses/include -I/usr/sr= c/contrib/ncurses/ncurses -I/common/S4/obj/usr/src/amd64.amd64/lib/ncurses/= tinfo -Wall -DNDEBUG -DHAVE_CONFIG_H -g -gz=3Dzlib -std=3Dgnu99 -Wno-format= -zero-length -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-f= ormat-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes= -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wdate-time -Wno-empt= y-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-error=3Dunused-= but-set-parameter -Wno-tautological-compare -Wno-unused-value -Wno-parenthe= ses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-ty= pedef -Wno-address-of-packed-member -Qunused-arguments -c /usr/src/con= trib/ncurses/ncurses/base/new_pair.c -o new_pair.o CMD=20 CWD /common/S4/obj/usr/src/amd64.amd64/lib/ncurses/ncurses TARGET new_pair.o OODATE /usr/src/contrib/ncurses/ncurses/base/new_pair.c -- command output -- In file included from /usr/src/contrib/ncurses/ncurses/base/new_pair.c:40: In file included from /usr/src/contrib/ncurses/ncurses/curses.priv.h:425: /usr/src/contrib/ncurses/ncurses/term.priv.h:141:16: error: redefinition of= 'term' 141 | typedef struct term { /* describe an actual termi= nal */ | ^ =2E/term.h:735:16: note: previous definition is here 735 | typedef struct term { /* describe an actual terminal */ | ^ In file included from /usr/src/contrib/ncurses/ncurses/base/new_pair.c:40: In file included from /usr/src/contrib/ncurses/ncurses/curses.priv.h:425: /usr/src/contrib/ncurses/ncurses/term.priv.h:153:3: error: typedef redefini= tion with different types ('struct (unnamed struct at /usr/src/contrib/ncur= ses/ncurses/term.priv.h:141:16)' vs 'struct term') 153 | } TERMINAL; | ^ =2E/term.h:743:3: note: previous definition is here 743 | } TERMINAL; | ^ In file included from /usr/src/contrib/ncurses/ncurses/base/new_pair.c:40: /usr/src/contrib/ncurses/ncurses/curses.priv.h:1248:3: error: redefinition = of typedef 'SCREEN' is a C11 feature [-Werror,-Wtypedef-redefinition] 1248 | } SCREEN; | ^ =2E/curses.h:394:24: note: previous definition is here 394 | typedef struct screen SCREEN; | ^ 3 errors generated. *** Error code 1 -- filemon acquired metadata -- # filemon version 5 # Target pid 29827 # Start 1719489997.179132 V 5 E 29935 /bin/sh R 29935 /etc/libmap.conf R 29935 /usr/local/etc/libmap.d R 29935 /usr/local/etc/libmap.d/mesa.conf R 29935 /usr/local/etc/libmap.d/nvidia.conf R 29935 /var/run/ld-elf.so.hints R 29935 /lib/libedit.so.8 R 29935 /lib/libc.so.7 R 29935 /lib/libtinfow.so.9 R 29935 /lib/libsys.so.7 R 29935 /usr/share/locale/en_US.UTF-8/LC_COLLATE R 29935 /usr/share/locale/en_US.UTF-8/LC_CTYPE R 29935 /usr/share/locale/en_US.UTF-8/LC_MONETARY R 29935 /usr/share/locale/en_US.UTF-8/LC_NUMERIC R 29935 /usr/share/locale/en_US.UTF-8/LC_TIME R 29935 /usr/share/locale/en_US.UTF-8/LC_MESSAGES F 29935 29936 E 29936 /common/S4/obj/usr/src/amd64.amd64/tmp/legacy/usr/sbin/cc R 29936 /etc/libmap.conf R 29936 /usr/local/etc/libmap.d R 29936 /usr/local/etc/libmap.d/mesa.conf R 29936 /usr/local/etc/libmap.d/nvidia.conf R 29936 /var/run/ld-elf.so.hints R 29936 /lib/libz.so.6 R 29936 /usr/lib/libprivatezstd.so.5 R 29936 /usr/lib/libexecinfo.so.1 R 29936 /lib/libncursesw.so.9 R 29936 /lib/libtinfow.so.9 R 29936 /lib/libthr.so.3 R 29936 /lib/libc++.so.1 R 29936 /lib/libcxxrt.so.1 R 29936 /lib/libm.so.5 R 29936 /lib/libc.so.7 R 29936 /lib/libelf.so.2 R 29936 /lib/libgcc_s.so.1 R 29936 /lib/libsys.so.7 R 29936 /usr/src/contrib/ncurses/ncurses/base/new_pair.c R 29936 new_pair-03f8ac49.o.tmp W 29936 new_pair-03f8ac49.o.tmp R 29936 /usr/src/contrib/ncurses/ncurses/curses.priv.h R 29936 ./ncurses_dll.h R 29936 /usr/src/lib/ncurses/tinfo/ncurses_cfg.h R 29936 ./ncurses_def.h R 29936 /common/S4/obj/usr/src/amd64.amd64/tmp/usr/include/stddef.h R 29936 /common/S4/obj/usr/src/amd64.amd64/tmp/usr/include/sys/cdefs.h R 29936 /common/S4/obj/usr/src/amd64.amd64/tmp/usr/include/sys/_null.h R 29936 /common/S4/obj/usr/src/amd64.amd64/tmp/usr/include/sys/_types.h R 29936 /common/S4/obj/usr/src/amd64.amd64/tmp/usr/include/machine/_types.h R 29936 /common/S4/obj/usr/src/amd64.amd64/tmp/usr/include/x86/_types.h R 29936 /common/S4/obj/usr/src/amd64.amd64/tmp/usr/include/machine/_limits.h R 29936 /common/S4/obj/usr/src/amd64.amd64/tmp/usr/include/x86/_limits.h R 29936 /common/S4/obj/usr/src/amd64.amd64/tmp/usr/include/stdlib.h R 29936 /common/S4/obj/usr/src/amd64.amd64/tmp/usr/include/string.h R 29936 /common/S4/obj/usr/src/amd64.amd64/tmp/usr/include/strings.h R 29936 /common/S4/obj/usr/src/amd64.amd64/tmp/usr/include/xlocale/_strings= =2Eh R 29936 /common/S4/obj/usr/src/amd64.amd64/tmp/usr/include/xlocale/_string.h R 29936 /common/S4/obj/usr/src/amd64.amd64/tmp/usr/include/sys/types.h R 29936 /common/S4/obj/usr/src/amd64.amd64/tmp/usr/include/machine/endian.h R 29936 /common/S4/obj/usr/src/amd64.amd64/tmp/usr/include/x86/endian.h R 29936 /common/S4/obj/usr/src/amd64.amd64/tmp/usr/include/sys/_endian.h R 29936 /common/S4/obj/usr/src/amd64.amd64/tmp/usr/include/sys/_pthreadtype= s.h R 29936 /common/S4/obj/usr/src/amd64.amd64/tmp/usr/include/sys/_stdint.h R 29936 /common/S4/obj/usr/src/amd64.amd64/tmp/usr/include/sys/bitcount.h R 29936 /common/S4/obj/usr/src/amd64.amd64/tmp/usr/include/sys/select.h R 29936 /common/S4/obj/usr/src/amd64.amd64/tmp/usr/include/sys/_sigset.h R 29936 /common/S4/obj/usr/src/amd64.amd64/tmp/usr/include/sys/_timeval.h R 29936 /common/S4/obj/usr/src/amd64.amd64/tmp/usr/include/sys/timespec.h R 29936 /common/S4/obj/usr/src/amd64.amd64/tmp/usr/include/sys/_timespec.h R 29936 /common/S4/obj/usr/src/amd64.amd64/tmp/usr/include/sys/stat.h R 29936 /common/S4/obj/usr/src/amd64.amd64/tmp/usr/include/sys/time.h R 29936 /common/S4/obj/usr/src/amd64.amd64/tmp/usr/include/sys/_clock_id.h R 29936 /common/S4/obj/usr/src/amd64.amd64/tmp/usr/include/time.h R 29936 /common/S4/obj/usr/src/amd64.amd64/tmp/usr/include/xlocale/_time.h R 29936 /common/S4/obj/usr/src/amd64.amd64/tmp/usr/include/unistd.h R 29936 /common/S4/obj/usr/src/amd64.amd64/tmp/usr/include/sys/unistd.h R 29936 /common/S4/obj/usr/src/amd64.amd64/tmp/usr/include/assert.h R 29936 /common/S4/obj/usr/src/amd64.amd64/tmp/usr/include/stdio.h R 29936 /common/S4/obj/usr/src/amd64.amd64/tmp/usr/include/errno.h R 29936 /common/S4/obj/usr/src/amd64.amd64/tmp/usr/include/poll.h R 29936 /common/S4/obj/usr/src/amd64.amd64/tmp/usr/include/inttypes.h R 29936 /common/S4/obj/usr/src/amd64.amd64/tmp/usr/include/machine/_inttype= s.h R 29936 /common/S4/obj/usr/src/amd64.amd64/tmp/usr/include/x86/_inttypes.h R 29936 /common/S4/obj/usr/src/amd64.amd64/tmp/usr/include/sys/stdint.h R 29936 /common/S4/obj/usr/src/amd64.amd64/tmp/usr/include/machine/_stdint.h R 29936 /common/S4/obj/usr/src/amd64.amd64/tmp/usr/include/x86/_stdint.h R 29936 /common/S4/obj/usr/src/amd64.amd64/tmp/usr/include/signal.h R 29936 /common/S4/obj/usr/src/amd64.amd64/tmp/usr/include/sys/signal.h R 29936 /common/S4/obj/usr/src/amd64.amd64/tmp/usr/include/sys/_sigaltstack= =2Eh R 29936 /common/S4/obj/usr/src/amd64.amd64/tmp/usr/include/sys/_sigval.h R 29936 /common/S4/obj/usr/src/amd64.amd64/tmp/usr/include/machine/signal.h R 29936 /common/S4/obj/usr/src/amd64.amd64/tmp/usr/include/x86/signal.h R 29936 /common/S4/obj/usr/src/amd64.amd64/tmp/usr/include/machine/ucontext= =2Eh R 29936 /common/S4/obj/usr/src/amd64.amd64/tmp/usr/include/x86/ucontext.h R 29936 /common/S4/obj/usr/src/amd64.amd64/tmp/usr/include/sys/_ucontext.h R 29936 /usr/src/contrib/ncurses/include/nc_string.h R 29936 ./curses.h R 29936 /common/S4/obj/usr/src/amd64.amd64/tmp/usr/include/stdint.h R 29936 /common/S4/obj/usr/src/amd64.amd64/tmp/usr/include/stdarg.h R 29936 /common/S4/obj/usr/src/amd64.amd64/tmp/usr/include/x86/stdarg.h R 29936 /common/S4/obj/usr/src/amd64.amd64/tmp/usr/include/sys/_stdarg.h R 29936 /common/S4/obj/usr/src/amd64.amd64/tmp/usr/include/stdbool.h R 29936 /common/S4/obj/usr/src/amd64.amd64/tmp/usr/include/wchar.h R 29936 /common/S4/obj/usr/src/amd64.amd64/tmp/usr/include/_ctype.h R 29936 /common/S4/obj/usr/src/amd64.amd64/tmp/usr/include/runetype.h R 29936 /common/S4/obj/usr/src/amd64.amd64/tmp/usr/include/xlocale/_wchar.h R 29936 ./unctrl.h R 29936 /usr/src/contrib/ncurses/include/nc_panel.h R 29936 /usr/src/contrib/ncurses/ncurses/term.priv.h R 29936 /common/S4/obj/usr/src/amd64.amd64/tmp/usr/include/limits.h R 29936 /common/S4/obj/usr/src/amd64.amd64/tmp/usr/include/sys/limits.h R 29936 /common/S4/obj/usr/src/amd64.amd64/tmp/usr/include/sys/syslimits.h R 29936 ./term.h R 29936 /common/S4/obj/usr/src/amd64.amd64/tmp/usr/include/termios.h R 29936 /common/S4/obj/usr/src/amd64.amd64/tmp/usr/include/sys/_termios.h R 29936 /common/S4/obj/usr/src/amd64.amd64/tmp/usr/include/sys/_winsize.h R 29936 /common/S4/obj/usr/src/amd64.amd64/tmp/usr/include/sys/ttycom.h R 29936 /common/S4/obj/usr/src/amd64.amd64/tmp/usr/include/sys/ioccom.h R 29936 /common/S4/obj/usr/src/amd64.amd64/tmp/usr/include/sys/ttydefaults.h R 29936 /usr/src/contrib/ncurses/include/term_entry.h R 29936 /usr/src/contrib/ncurses/include/nc_termios.h R 29936 /usr/src/contrib/ncurses/include/nc_tparm.h R 29936 /usr/src/contrib/ncurses/ncurses/new_pair.h R 29936 /common/S4/obj/usr/src/amd64.amd64/tmp/usr/include/fcntl.h R 29936 /usr/src/contrib/ncurses/include/nc_alloc.h R 29936 /usr/src/contrib/ncurses/include/nc_access.h R 29936 /common/S4/obj/usr/src/amd64.amd64/tmp/usr/include/search.h D 29936 new_pair-03f8ac49.o.tmp D 29936 new_pair.o X 29936 1 0 X 29935 1 0 # Stop 1719489997.395132 # Bye bye --cClN2dU27CC6ZbOo-- --A3cbbXSwNGtSUEfo Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iNUEARYKAH0WIQSTLzOSbomIK53fjFliipiWhXYx5QUCZn1bQV8UgAAAAAAuAChp c3N1ZXItZnByQG5vdGF0aW9ucy5vcGVucGdwLmZpZnRoaG9yc2VtYW4ubmV0OTMy RjMzOTI2RTg5ODgyQjlEREY4QzU5NjI4QTk4OTY4NTc2MzFFNQAKCRBiipiWhXYx 5QlaAP9Jlx/1N/WKDUYz7g0e93Hzx0SrxcM4GMvi8fouO4bmsAD+I6K80YlnbezS vwwMU2I5qju5uebNw/5jcUrxGwcBbgQ= =+e2q -----END PGP SIGNATURE----- --A3cbbXSwNGtSUEfo-- From nobody Thu Jun 27 13:12:47 2024 X-Original-To: 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 4W8zWj5Zy0z5Ph3Q for ; Thu, 27 Jun 2024 13:12:49 +0000 (UTC) (envelope-from bapt@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 "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4W8zWj34mSz4tvj for ; Thu, 27 Jun 2024 13:12:49 +0000 (UTC) (envelope-from bapt@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1719493969; 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; bh=iq8RucQ/knny3r7GTZFpaIOX9tcePykanTE1twXhhro=; b=PB+dlSCntn6N3YrlCQfJEC5GN54nNxdiem1YbrCkrBt28pwK1caDvAtxxQc8GwzQ9LVTMC 4cLn8npwDm22LIMKS09WBGvx4HZ2Fwm78T4IM3YurFTGrwRsnXHdt2CY0K5SqS+zWAYthK A+FF4WJ+/c5qkSMEnoavq3RY+VEdtPfKhD/hYb9GsmjkgbN1Na17AGmS/WytmVSI2OeyJE NY1Zojz5WvlDdStTN06Cl3yt+/LYRB7gBTk53V9jfGCTzfihXFMhf7sitzwwqQKuMfNZH6 EIMebZcrDMC8jkAPZqnWEZY2MHACSyufoXVnlGQmUlCzicrd1wZpv5/Yj4yiyQ== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1719493969; a=rsa-sha256; cv=none; b=MvDGKbpi+oDMjrW9G2FOWDBF48Bpjgm9q3YsRzNoXCthYsTX+VZoT18MCrfLX/97yWPL5+ MoBuAsaGttbibrjC/bajXyNSYoE/ZL8b2DLkeSudj9vi42O0eb2odWKJsZERMDEiGlJVdd 12aWxg67lZIUrMn+9QGMxkrTJeILP6NSdRAwzfQgBSxd9V4I+S3a6R9Sf4D7zzE2yC8qkt 9CbNBNIFb/EBJBafwy9FcKYlYaqFXtY5UjKNJDSP9ECrwhknZ+CNIRaMlfzBdVnX1F+FUK L5qHCVlqFa26Cx6N1OgbmjfPqdyRTKqnS+q+DDgXXLze3CKudiijjy3laMhmjQ== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1719493969; 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; bh=iq8RucQ/knny3r7GTZFpaIOX9tcePykanTE1twXhhro=; b=W3Hs1dZiN5oE69+UPfnNuHg9G2y9Xa28/op/9zCwcqAAJsqQ14ZZIpW0/1haBlFPiO84p8 g7CQr8NcDj5URXJ97ax3lINVlsOxxYHgA4cHYukyVlgKnIJKUjzfUl8DBNWQmuQ49HELwE gayH89UBoTZaM9XATQrCKpCnqkemWn2LoCnebqn9xMuFEJfAAMpV/SuAs/DBPPCirv6dSx +RGmyVrV+rc7VNA4I5L21vk6hQgb9bvADXoPmq+JgrPCzAxmwxQ1QFq7OWTxMQXvFqCxz5 TgzCcgZK4AbltyQKvSXIOSz3+KniY4xNhcZwz7GyVl0GkhaBsxOn/C0vM2YEug== Received: from aniel.nours.eu (nours.eu [176.31.115.77]) (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) (Authenticated sender: bapt) by smtp.freebsd.org (Postfix) with ESMTPSA id 4W8zWj26w3zNNr for ; Thu, 27 Jun 2024 13:12:49 +0000 (UTC) (envelope-from bapt@freebsd.org) Received: by aniel.nours.eu (Postfix, from userid 1001) id A21401B99A6; Thu, 27 Jun 2024 15:12:47 +0200 (CEST) Date: Thu, 27 Jun 2024 15:12:47 +0200 From: Baptiste Daroussin To: current@freebsd.org Subject: Re: Build issue with ncurses? Message-ID: References: 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 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: On Thu 27 Jun 05:29, David Wolfskill wrote: > I normally track FreeBSD daily, but was away from home for the first > coule of weeks of June, and am trying to get back into my usual update > cadence. > > My (headless) build machine had no trouble updating: > > main-n270474-d2f1f71ec8c6 (30 May) -> main-n270948-8521ea135f5b (25 June) > main-n270948-8521ea135f5b -> main-n270979-cde6642431bb (27 June) > > But my secondary laptop choked on ncurses while running > main-n270474-d2f1f71ec8c6, first after updating sources to > main-n270948-8521ea135f5b, then after the update to > main-n270979-cde6642431bb. > > I'm using meta-mode; I have attached a copy of the full meta file. Here > is the part that I think is particularly relevant: > This does not ring any bell to me, and I so nothing obvious here. Best regards, Bapt From nobody Thu Jun 27 15:50:21 2024 X-Original-To: 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 4W931X4vmSz5Pwm1 for ; Thu, 27 Jun 2024 15:50:24 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from mx.catwhisker.org (mx.catwhisker.org [107.204.234.170]) (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 4W931X285bz4LCW; Thu, 27 Jun 2024 15:50:24 +0000 (UTC) (envelope-from david@catwhisker.org) Authentication-Results: mx1.freebsd.org; none Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.18.1/8.18.1) with ESMTP id 45RFoLsU089353; Thu, 27 Jun 2024 15:50:21 GMT (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.18.1/8.18.1/Submit) id 45RFoLAc089352; Thu, 27 Jun 2024 08:50:21 -0700 (PDT) (envelope-from david) Date: Thu, 27 Jun 2024 08:50:21 -0700 From: David Wolfskill To: Baptiste Daroussin Cc: current@freebsd.org Subject: Re: Build issue with ncurses? Message-ID: Reply-To: current@freebsd.org Mail-Followup-To: current@freebsd.org, Baptiste Daroussin References: 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 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="r0iNly420v/oqfZV" Content-Disposition: inline In-Reply-To: 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:7018, ipnet:107.192.0.0/12, country:US] X-Rspamd-Queue-Id: 4W931X285bz4LCW --r0iNly420v/oqfZV Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Jun 27, 2024 at 03:12:47PM +0200, Baptiste Daroussin wrote: > On Thu 27 Jun 05:29, David Wolfskill wrote: > > ... > > But my secondary laptop choked on ncurses while running > > main-n270474-d2f1f71ec8c6, first after updating sources to > > main-n270948-8521ea135f5b, then after the update to > > main-n270979-cde6642431bb. > ... > This does not ring any bell to me, and I so nothing obvious here. >=20 > Best regards, > Bapt In the "get a bigger hammer" spirit, I moved /usr/obj aside, then re-started the build. It's got through "make buildworld" without issue, and is building the kernel (which is considerably further along than it was when it had failed, earlier). Maybe that information will help someone else. Peace, david --=20 David H. Wolfskill david@catwhisker.org In a collision, you don't get to choose which aspects of Physics apply. See https://www.catwhisker.org/~david/publickey.gpg for my public key. --r0iNly420v/oqfZV Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iNUEARYKAH0WIQSTLzOSbomIK53fjFliipiWhXYx5QUCZn2KPV8UgAAAAAAuAChp c3N1ZXItZnByQG5vdGF0aW9ucy5vcGVucGdwLmZpZnRoaG9yc2VtYW4ubmV0OTMy RjMzOTI2RTg5ODgyQjlEREY4QzU5NjI4QTk4OTY4NTc2MzFFNQAKCRBiipiWhXYx 5YFGAQDflnt9GwxJG/inNI4fr0C3wSmed6/g4TjRQ1jdItNYmwD/U68pihT61+b/ TpZmwqptWMqSXEygAMRxX5Xaw/yINA0= =3xyC -----END PGP SIGNATURE----- --r0iNly420v/oqfZV-- From nobody Sat Jun 29 01:26:30 2024 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 4W9vm405sXz5Q3Z6 for ; Sat, 29 Jun 2024 01:26:44 +0000 (UTC) (envelope-from rick.macklem@gmail.com) Received: from mail-pg1-x533.google.com (mail-pg1-x533.google.com [IPv6:2607:f8b0:4864:20::533]) (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-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "WR4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4W9vm3260zz4ZfV for ; Sat, 29 Jun 2024 01:26:43 +0000 (UTC) (envelope-from rick.macklem@gmail.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20230601 header.b=PoMGGGqm; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of rick.macklem@gmail.com designates 2607:f8b0:4864:20::533 as permitted sender) smtp.mailfrom=rick.macklem@gmail.com Received: by mail-pg1-x533.google.com with SMTP id 41be03b00d2f7-73aba5230b6so48256a12.1 for ; Fri, 28 Jun 2024 18:26:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1719624401; x=1720229201; darn=freebsd.org; h=to:subject:message-id:date:from:mime-version:from:to:cc:subject :date:message-id:reply-to; bh=p34UWOJFCvffjdd1XQH+8i5A9TXC9CVwS/VeBqWEYdg=; b=PoMGGGqmbsrmT/HE1WVKj7ZPJ+4ekseEUsJ1rSaXbg4YnQp8nc2nGSHoHp52+fxlGk WsmuQuQ8pfivqZYE3+uYMDTXVdXRf3sWk50pX/6bKKT9pk3LqU2bCK2UqAFQrUmzybtX rOl1QRhuVifuowVXDn5yUGgvZra0WcuwTC1dcHWCm4V0ZLBY1MUDg/HZNjBKS8O6vqlQ kYADSNstSnBnSwPoDwJP3PkyHXAeV2CV/IcUmircIzOQ2fjRZadW0U1JWnW3g+ihRPLn OgapShTKBrcR4Ec/unINUnqOCynCyO4G5Wr+1aPor2stwZQTEhHIgdqARvGBwKJ9eQ7G 0YZA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1719624401; x=1720229201; h=to:subject:message-id:date:from:mime-version:x-gm-message-state :from:to:cc:subject:date:message-id:reply-to; bh=p34UWOJFCvffjdd1XQH+8i5A9TXC9CVwS/VeBqWEYdg=; b=JcnOX8SAZffKKLNqVK7N/orInPuzcOhxVlq+mcwBqzSrykH3U/cwB/IKiyZRJH508/ 4OBBqkqgvMeQ5QH/gmHk3tFtZC3zd2Li1PvzCqhYvmRAw39eKZu+pUmMgURdLCkHOP7t frawhcxN8pJ1tbjSvgIgAE0RaevIu+YKozTT0loWQ03q60cfJNLoGe2UpavQd0DRMkcR kGC1/yg777Cppob5DgxkRDAD7XaYkXwS7Adx0BXRhxuTmxezA5pMqAfzrzVfEImFkK7i U3/+mH7E8yrKhSy44DUK2ASradRZhEutTHPhdVdcQgHAxRl4cQqdzurix3q6y8fPi+4D dfVQ== X-Gm-Message-State: AOJu0Yx/J3Kq4CtU/dzg7mJejyaP8EKHiY3g3JEL2NtPyizMvQ9otIms QAr4zdwYHIzGdgUtl5yLhEEGCq36kYeay5/QxqP76s/K6AngZ+p5MdTewtACG5qSIOm5ZPANi+v vFRt8XWsKchQFlu37h0g4sadiJejz X-Google-Smtp-Source: AGHT+IGEdkm5P5nXk6STzz3kAtKlpy17knvt7mpFcSyCDZeU/M8yea4CFIbbiDyXt1p8+an9/VIFJbnTs+vL4fTQwx4= X-Received: by 2002:a17:90a:bb87:b0:2c8:b576:1250 with SMTP id 98e67ed59e1d1-2c92765b9c8mr5261938a91.9.1719624400849; Fri, 28 Jun 2024 18:26:40 -0700 (PDT) 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 From: Rick Macklem Date: Fri, 28 Jun 2024 18:26:30 -0700 Message-ID: Subject: Booting in bhyve always sets currdev to ZFS To: FreeBSD CURRENT Content-Type: text/plain; charset="UTF-8" X-Spamd-Bar: --- X-Spamd-Result: default: False [-4.00 / 15.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)[gmail.com,none]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20230601]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; MIME_TRACE(0.00)[0:+]; RCPT_COUNT_ONE(0.00)[1]; FREEMAIL_ENVFROM(0.00)[gmail.com]; FREEMAIL_FROM(0.00)[gmail.com]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; MID_RHS_MATCH_FROMTLD(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; TAGGED_FROM(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; RCVD_COUNT_ONE(0.00)[1]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; MISSING_XM_UA(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::533:from] X-Rspamd-Queue-Id: 4W9vm3260zz4ZfV Hi, I've installed FreeBSD current in a bhvye instance. Everything went ok, with UFS as a root partition. Then I created a zpool in another partition... - Now, every time I boot it I have to OK set currdev=disk0s1a: to get it to boot. What is the trick to keep ZFS from messing up the boot variables? Thanks, rick From nobody Sun Jun 30 01:52:31 2024 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 4WBXHb6DFHz5QK29 for ; Sun, 30 Jun 2024 01:52:43 +0000 (UTC) (envelope-from rick.macklem@gmail.com) Received: from mail-ot1-x32e.google.com (mail-ot1-x32e.google.com [IPv6:2607:f8b0:4864:20::32e]) (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-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "WR4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4WBXHb2ZHPz4nkZ for ; Sun, 30 Jun 2024 01:52:43 +0000 (UTC) (envelope-from rick.macklem@gmail.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20230601 header.b=J9Yb20bo; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of rick.macklem@gmail.com designates 2607:f8b0:4864:20::32e as permitted sender) smtp.mailfrom=rick.macklem@gmail.com Received: by mail-ot1-x32e.google.com with SMTP id 46e09a7af769-700d083b65bso1223775a34.3 for ; Sat, 29 Jun 2024 18:52:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1719712362; x=1720317162; darn=freebsd.org; h=content-transfer-encoding:to:subject:message-id:date:from :in-reply-to:references:mime-version:from:to:cc:subject:date :message-id:reply-to; bh=jIJNcA1cNjTa4bz9ERTX48vZwVV9zEuuAiZenCzdpIc=; b=J9Yb20boNkXEmXz+lgZM8OdpOTLvNJFxnKW/Q1zalZfQprtfJugchYkXP0OpXAJC1d EOENux9naAL5CxbexdRLmhblzV6jQlFcz1Mh+uXmmGQHeo/tki/nidl7sPMrH+zG21kf GBx+S3Iht4upGOTdl2itw+n5ayz9IkDccivCco5IJbBLFyNHPAFp32JeFumNHNpjLBRg k5C4GHTJj7l8aOcFnqN0J2tR2uylf4x4huHHO5LyLmNAs3gwY3ezLt3UHjSlTvmWVrlw fro4oap6uWSayori5Ob5jhGit2+5NsC0juag8X1xouH87Q1mmj36omtmMoL1XBNWL9CQ DtyQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1719712362; x=1720317162; h=content-transfer-encoding:to:subject:message-id:date:from :in-reply-to:references:mime-version:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=jIJNcA1cNjTa4bz9ERTX48vZwVV9zEuuAiZenCzdpIc=; b=DCYHSDLKnOmtbIWOtK6OEI6rqNJTpSv3bKFS0ywIVI/t4WkVU5gEC6TFOsYRnopcpu w7zy0M2eCo5bcZn9FiBYVuitoaN8BHks1s+H3irCcEc8szN0xGjmLbAXHC9mnAxAwPnF oLfftY4pHIRgDPvBT97DxEe1C37SlLdVCqd53kGsn0TwCc8vYriHK4uh+cKMYUhez0VB vCR0abcbiPRCF9sgifAMbYEnZqloR1AaWy1wv2SRQ10RDdtCzCiiiKUOZlPnECdoB5/V KYle0J1kwflyb66tQy4KMAJ+acRMjY6NCN3YiSqx09O/hEllZCp4gigEepy32gT8txA7 x03Q== X-Gm-Message-State: AOJu0YwquzBc8zTgJvU7MyOzhqh2WrMatUe4V2yAqAaf7s0LT7vE5mYg LLF2CRcKBrPYZq77bXRVBRcM5TSzR1G6aeLmEdjvieWz+98j/1OSrDQ35cQ5mQBfw0RZsG7Q3JB YfTO4HRyHHkA1rL9hs7hQE+4EdObz X-Google-Smtp-Source: AGHT+IEfHN0zOR+trfvLlxQqqjIvTjabgn+pAMHQpkF1FpjhK/NAYMrUQRIpdldUww8pRi8/Z4h6MXOF0cAozYx6RIg= X-Received: by 2002:a05:6830:4a:b0:700:cf09:f512 with SMTP id 46e09a7af769-702075be678mr2473528a34.1.1719712362288; Sat, 29 Jun 2024 18:52:42 -0700 (PDT) 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 References: In-Reply-To: From: Rick Macklem Date: Sat, 29 Jun 2024 18:52:31 -0700 Message-ID: Subject: Re: Booting in bhyve always sets currdev to ZFS To: FreeBSD CURRENT Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Spamd-Bar: --- X-Spamd-Result: default: False [-4.00 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-0.999]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20230601]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36:c]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; FROM_HAS_DN(0.00)[]; MIME_TRACE(0.00)[0:+]; ARC_NA(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; FREEMAIL_FROM(0.00)[gmail.com]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; MID_RHS_MATCH_FROMTLD(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; TAGGED_FROM(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; RCVD_COUNT_ONE(0.00)[1]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; MISSING_XM_UA(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::32e:from] X-Rspamd-Queue-Id: 4WBXHb2ZHPz4nkZ On Fri, Jun 28, 2024 at 6:26=E2=80=AFPM Rick Macklem wrote: > > Hi, > > I've installed FreeBSD current in a bhvye instance. Everything > went ok, with UFS as a root partition. > Then I created a zpool in another partition... > - Now, every time I boot it I have to > OK set currdev=3Ddisk0s1a: > to get it to boot. > > What is the trick to keep ZFS from messing up the boot variables? I've been poking around, but haven't learned much. I think it is userboot (although there are so many boot programs in /boot, I am not 100% sure?) that sets currdev=3Dzfs:example: since it sees there i= s ZFS in a partition on the drive. It is not the boot partition and doesn't have any boot stuff in it. When I look at userboot, it appears that it always sets userboot_zfs_found to 1 whenever userboot_zfs_probe() is called, given that there is a ZFS partition with a pool on it. This makes extract_currdev get set to the ZFS stuff, assuming I am reading the code correctly. What I do not understand is why I have not seen this before? (Was the a change to building it with USERBOOT_ZFS_SUPPORT done?) It seems that userboot_zfs_probe() should check for boot files on the volum= e and not just that a pool exists on the partition, maybe? Anyhow, manually setting currdev=3Ddisk0s1a: gets around the problem. rick > > Thanks, rick From nobody Sun Jun 30 15:23:21 2024 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 4WBtHH2qlrz5Pv1t for ; Sun, 30 Jun 2024 15:23:39 +0000 (UTC) (envelope-from freebsd-rwg@gndrsh.dnsmgr.net) Received: from gndrsh.dnsmgr.net (pdx.rh.CN85.dnsmgr.net [65.75.216.6]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4WBtHG1twgz4HRJ for ; Sun, 30 Jun 2024 15:23:38 +0000 (UTC) (envelope-from freebsd-rwg@gndrsh.dnsmgr.net) Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=pass (policy=none) header.from=gndrsh.dnsmgr.net; spf=pass (mx1.freebsd.org: domain of freebsd-rwg@gndrsh.dnsmgr.net designates 65.75.216.6 as permitted sender) smtp.mailfrom=freebsd-rwg@gndrsh.dnsmgr.net Received: from gndrsh.dnsmgr.net (localhost [127.0.0.1]) by gndrsh.dnsmgr.net (8.13.3/8.13.3) with ESMTP id 45UFNLEU009632; Sun, 30 Jun 2024 08:23:21 -0700 (PDT) (envelope-from freebsd-rwg@gndrsh.dnsmgr.net) Received: (from freebsd-rwg@localhost) by gndrsh.dnsmgr.net (8.13.3/8.13.3/Submit) id 45UFNLnX009631; Sun, 30 Jun 2024 08:23:21 -0700 (PDT) (envelope-from freebsd-rwg) From: "Rodney W. Grimes" Message-Id: <202406301523.45UFNLnX009631@gndrsh.dnsmgr.net> Subject: Re: Booting in bhyve always sets currdev to ZFS In-Reply-To: To: Rick Macklem Date: Sun, 30 Jun 2024 08:23:21 -0700 (PDT) CC: FreeBSD CURRENT X-Mailer: ELM [version 2.4ME+ PL121h (25)] 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 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.58 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-0.99)[-0.995]; NEURAL_HAM_SHORT(-0.79)[-0.790]; DMARC_POLICY_ALLOW(-0.50)[gndrsh.dnsmgr.net,none]; R_SPF_ALLOW(-0.20)[+ip4:65.75.216.0/23]; MIME_GOOD(-0.10)[text/plain]; FREEMAIL_TO(0.00)[gmail.com]; RCPT_COUNT_TWO(0.00)[2]; ARC_NA(0.00)[]; TAGGED_RCPT(0.00)[]; ASN(0.00)[asn:10494, ipnet:65.75.216.0/23, country:US]; MID_RHS_MATCH_FROM(0.00)[]; R_DKIM_NA(0.00)[]; RCVD_TLS_LAST(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@FreeBSD.org]; RCVD_COUNT_TWO(0.00)[2]; TO_DN_ALL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MIME_TRACE(0.00)[0:+] X-Rspamd-Queue-Id: 4WBtHG1twgz4HRJ > On Fri, Jun 28, 2024 at 6:26?PM Rick Macklem wrote: > > > > Hi, > > > > I've installed FreeBSD current in a bhvye instance. Everything > > went ok, with UFS as a root partition. > > Then I created a zpool in another partition... > > - Now, every time I boot it I have to > > OK set currdev=disk0s1a: > > to get it to boot. > > > > What is the trick to keep ZFS from messing up the boot variables? > I've been poking around, but haven't learned much. > I think it is userboot (although there are so many boot programs in /boot, > I am not 100% sure?) that sets currdev=zfs:example: since it sees there is ZFS > in a partition on the drive. It is not the boot partition and doesn't have > any boot stuff in it. > > When I look at userboot, it appears that it always sets userboot_zfs_found > to 1 whenever userboot_zfs_probe() is called, given that there is a ZFS > partition with a pool on it. This makes extract_currdev get set to the > ZFS stuff, > assuming I am reading the code correctly. > What I do not understand is why I have not seen this before? > (Was the a change to building it with USERBOOT_ZFS_SUPPORT done?) > > It seems that userboot_zfs_probe() should check for boot files on the volume > and not just that a pool exists on the partition, maybe? > > Anyhow, manually setting currdev=disk0s1a: gets around the problem. You should be able to set that in your ufs partition /boot/loader.conf file and at least then your not having to drop to the OK prompt and manually entering this. There is much magic in boot code that bites, and not just in FreeBSD. Often assumptions are made that "this" boot code, and "this" OS are the only things on the disk(s). The fact that Linux uses a "apple-zfs" uuid, and FreeBSD a "FreeBSD-zfs" drove me nuts for 2 days until I found this little tid bit. Zpool import doesnt care, but the boot code does! -- Rod Grimes rgrimes@freebsd.org From nobody Sun Jun 30 20:06:52 2024 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 4WC0ZK6z2wz5QNs9 for ; Sun, 30 Jun 2024 20:07:05 +0000 (UTC) (envelope-from rick.macklem@gmail.com) Received: from mail-pj1-x102e.google.com (mail-pj1-x102e.google.com [IPv6:2607:f8b0:4864:20::102e]) (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-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "WR4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4WC0ZK13r6z4kvV for ; Sun, 30 Jun 2024 20:07:05 +0000 (UTC) (envelope-from rick.macklem@gmail.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20230601 header.b=OEg9IP4V; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of rick.macklem@gmail.com designates 2607:f8b0:4864:20::102e as permitted sender) smtp.mailfrom=rick.macklem@gmail.com Received: by mail-pj1-x102e.google.com with SMTP id 98e67ed59e1d1-2c927152b4bso1637647a91.2 for ; Sun, 30 Jun 2024 13:07:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1719778023; x=1720382823; darn=freebsd.org; h=to:subject:message-id:date:from:mime-version:from:to:cc:subject :date:message-id:reply-to; bh=/QbakTc7ndHfDhU6aSA0MW1KkU6fEIEsq9wirqEUimQ=; b=OEg9IP4VEy2KdK7Xa8yXUDGdd8wt276pENCzH6vDntfwlA5gETpcetrM8FNWh9i7Kv 0rFhjLHP4+hj08urfiVyEzdXHXDN5D4EghYpOhPZmbb5k7HEGJN+g0sT3ZF9nIqL4aWw imdyEyBJlbUOv76uK4wkTW0HL8av3cYBpgasp4q8kcK1bFfHj+fzm5P2RwK4vZXIh9Dz if0MusTVkZqRfZTqqbJ54+D+S250p3ECPnAmoIO+MTbW8NzHZ5ehKidNTmNsGSvTddwM EGm2111ZPYn1rRnzOgoz7wrd2OaE8kUUF4CpULrzitW/Fyfgu3+TDQJ6iv8cg01VVtN0 s7Rg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1719778023; x=1720382823; h=to:subject:message-id:date:from:mime-version:x-gm-message-state :from:to:cc:subject:date:message-id:reply-to; bh=/QbakTc7ndHfDhU6aSA0MW1KkU6fEIEsq9wirqEUimQ=; b=u4ACC4CITb8DsM6iUOxuezSKKqh/Zt0g5dTZZ/5t5QwpM7wREPywSvIwPskhSu5YXC cxfoTKjw3qftyWYrtkqyeV0PwWiTR5fSpCyXK+B6njzdWBd4iLCYb8eFxDqgNL7uJGyR IxUB4Anfpj/krFzLM83ezDwAZVIVSEC3+loIr/+1itqaytjnLTsKh9etr6XmHVuAYj2A Y0EpJ81o+sVKe/2ZgD8M/UYZ9VHVePWsrefpfkMSvb9sPmvvAvOkng+1U7BaE4xtleGz RQ4P8BLCEWw7PepCYdsxwUfp5csx1QAgu+/v3V7PTRbM9jFRS8YR7n1zsLnegV1rbXum K9wg== X-Gm-Message-State: AOJu0YwcLIthj910gMlOQhR4YYjpl2D3STrkAsUpDmW0PB1qFcuDgRaK f3FGg1ftBHauUB1BNKOYTXeY8FH4nx1PUSH3j5TlGN1pb8QSvRc26GqeAvULx5ASJE1nOyine42 JoCpR7ONKCeb31MjSkqkmTwFo6u+O X-Google-Smtp-Source: AGHT+IGkrHrg17Qhpz4Hu3LXROji/Idptv3+vUu68Io3uhOwr/8hMJpZ4OYK0dZliUdnL+1M+wRfAacOsnyL3jNUalo= X-Received: by 2002:a17:90a:d809:b0:2bd:9319:3da1 with SMTP id 98e67ed59e1d1-2c93d72fbbdmr3328262a91.25.1719778023324; Sun, 30 Jun 2024 13:07:03 -0700 (PDT) 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 From: Rick Macklem Date: Sun, 30 Jun 2024 13:06:52 -0700 Message-ID: Subject: Multiple exports(5) lines generated by ZFS's sharenfs property (patch for review) To: FreeBSD CURRENT Content-Type: text/plain; charset="UTF-8" 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.980]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20230601]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36:c]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; FROM_HAS_DN(0.00)[]; MIME_TRACE(0.00)[0:+]; ARC_NA(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; FREEMAIL_FROM(0.00)[gmail.com]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; MID_RHS_MATCH_FROMTLD(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; TAGGED_FROM(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; RCVD_COUNT_ONE(0.00)[1]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; MISSING_XM_UA(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::102e:from] X-Rspamd-Queue-Id: 4WC0ZK13r6z4kvV Hi, I just put a patch on phabricator (D45814) that adds support for multiple sets of options for different hosts/networks to the ZFS sharenfs property. (It is based loosely on a patch in bugzilla PR#147881, now 14 years old.) I have listed a couple of reviewers, but please feel free to review it as well. (It will eventually need to become a pull request for OpenZFS, but I'd like to run it past FreeBSD'ers first.) The sets are separated by ';'s. One question is whether ';'s separated by only whitespace should be allowed. If allowed they generate a "default" exports line that exports the file system to the world with default options, such as read/write. The patch currently on phabricator allows this, but I am thinking that it should not do so. --> The default case could still be specified as it is now, as a single set of options without any ';'s in the sharenfs property. Thanks in advance for any reviews, rick