From nobody Sun Oct 1 01:50:29 2023 X-Original-To: freebsd-questions@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 4Ryn9806zwz4w6b5 for ; Sun, 1 Oct 2023 01:50:36 +0000 (UTC) (envelope-from mirror176@hotmail.com) Received: from NAM04-BN8-obe.outbound.protection.outlook.com (mail-bn8nam04olkn2010.outbound.protection.outlook.com [40.92.47.10]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "DigiCert Cloud Services CA-1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Ryn966mswz4S7T for ; Sun, 1 Oct 2023 01:50:34 +0000 (UTC) (envelope-from mirror176@hotmail.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=hotmail.com header.s=selector1 header.b=DVsT5tnZ; spf=pass (mx1.freebsd.org: domain of mirror176@hotmail.com designates 40.92.47.10 as permitted sender) smtp.mailfrom=mirror176@hotmail.com; dmarc=pass (policy=none) header.from=hotmail.com; arc=pass ("microsoft.com:s=arcselector9901:i=1") ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=bZwERMLTjNDc7SiczHk+biiiGraDOCcpgXpKuAJXKtnYnjWrbEv9lAH1EnYgKKambwTo21X7hw65SVIGip9T5KsTFgl9zoga8Dhk1MPsZTmS4REStYcCGx0sOB+hWIoSHIoSql4/b+cxWGsjcfiKGicrC3xx++fVLIC+a0L2GBaow4DSKorVwfvU71MWDCGvlvwL7rw0zOCBhVtMWH1xRfjGqYT/pj9FKAsw0Gg/k42vc//u6yVxcueryc52aUxSdubJSSn4cBEEkcrVQPfVuv5Pia2HjXIAPRoLvR1Pe5UsIyy7VNKlmzUSdq58HJ8LEvIFwWoMXfz8/JG1FeTqhg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=KAd5QYglm5ZRph5o2K4CCOJAKa7TAUBHhY+i4VC2deI=; b=RkCBZN0dNYoBME0IsPIrqg6BNb/DiSW/knFzdbM0krFia3Hj5w20VRJL/MtoOw+4oBb6axjAeIAADzPa0MaObTR5vWtI453G3agFEz4k+1JYD/HDfz068pT0qIRP6WZlCIXvjC579SCSmVZ4tXOIMZWd/NTvSfEUbKYgUj/SsB5xO/E3pplWc1o5UsNdd5YK+BG4nhvYXQREMAPFAzuAT1UPgdEr3A9PAdA0GK8v2cuZBn8J5xDjvaDXPdcqqEo+UrbYeoWEzZcoF8tKxK9lfLargiK8BveX9UegVuMaJR+NPIo4NfYPZF/C6NDl4edC3kB4mIbJvvOYoop+Ki3YVg== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=none; dmarc=none; dkim=none; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=hotmail.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=KAd5QYglm5ZRph5o2K4CCOJAKa7TAUBHhY+i4VC2deI=; b=DVsT5tnZllugGDs3mkz1OHAJmnkElHgJBMaemQ8PpPGhwLDrKn8E8aVbz68/nm0QMNCbrphqC1+uIBCJZorkfP31qgZelpcPFppMBfdlEuEPZpk5sAFfc3muSjDP8HDjJrINRBVZWXBDPOdoMzslV0xYD31dsuVZJqFX2Qq12mP9rODMZ09UoaVys3mLM3ojpMjcpprXblBa1gyO2cqlaDc7mpm34onom1FxyITYoEQ2oZH82wdAOTGvOyBhc2DoCCkcGMoDCu+qvOStdz2r5YcERz239nxf5C2IRbI/s1d7qybvIA2VA5MKc+pt9Rd7h63jMYTYPcuIeGFZPa92IQ== Received: from CO1PR11MB4770.namprd11.prod.outlook.com (2603:10b6:303:94::19) by CO1PR11MB4769.namprd11.prod.outlook.com (2603:10b6:303:95::10) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.6813.20; Sun, 1 Oct 2023 01:50:32 +0000 Received: from CO1PR11MB4770.namprd11.prod.outlook.com ([fe80::4ed5:6fd:4aee:7ea8]) by CO1PR11MB4770.namprd11.prod.outlook.com ([fe80::4ed5:6fd:4aee:7ea8%5]) with mapi id 15.20.6813.017; Sun, 1 Oct 2023 01:50:32 +0000 Message-ID: Date: Sat, 30 Sep 2023 18:50:29 -0700 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:102.0) Gecko/20100101 Thunderbird/102.14.0 Subject: st_* variables of ctim vs ctime vs ctimespec; is there a history & recommended use? Content-Language: en-US References: To: freebsd-questions@freebsd.org From: "Edward Sanford Sutton, III" In-Reply-To: X-Forwarded-Message-Id: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-TMN: [cxeFd3vZ5w279ihm7LbKRA0C+9w6/zms] X-ClientProxiedBy: BLAPR05CA0024.namprd05.prod.outlook.com (2603:10b6:208:36e::20) To CO1PR11MB4770.namprd11.prod.outlook.com (2603:10b6:303:94::19) X-Microsoft-Original-Message-ID: List-Id: User questions List-Archive: https://lists.freebsd.org/archives/freebsd-questions List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-questions@freebsd.org X-BeenThere: freebsd-questions@freebsd.org MIME-Version: 1.0 X-MS-Exchange-MessageSentRepresentingType: 1 X-MS-PublicTrafficType: Email X-MS-TrafficTypeDiagnostic: CO1PR11MB4770:EE_|CO1PR11MB4769:EE_ X-MS-Office365-Filtering-Correlation-Id: 10a3e0ae-c3ec-45d8-775b-08dbc220cc0a X-Microsoft-Antispam: BCL:0; X-Microsoft-Antispam-Message-Info: QSGekhZcMGmpFxOoLnDqGlLl250gV5IsV7Yrahf5TsROEO1jLiF0d+A7mBImbbapfKxlNy7+/uM0LdB3ES7RxGjfhz7umYQ0n3adTBP/Rbfl/CDue8meXkHmi/88ouMVkSnJeF+nrNiFgxRKmtuieUgDZBeY6Cecoz0j6sKmJMysKSVLKiJwANO/C5i39E81sOg16vU7UVDq8MBHyUy7JzUBRWjyWl4H9ikSyMBZ3mjOwXZAD+qU7oV7JQt1bc66kTfHrsm8KgeJ6y2G/zPrUVamtpoCy0atD4C1wWO4XmwNfORxjT5FSWBzvNfbSrwd4R0MPJ3/h61jcpcewLvqkZ65a7wu7AGKIUVZR967W58QyJ4p+5rbCKE4ID6M0+5LF41ArOVlOwQu0XfakGnlmjMRtgfRS6iUZ+8lccG8FrcKsaQMxc6JNYSD0ARgBAc3GdOU80evC53z3adz04+IAlu4CtKSfD6AOh1W0cHxA0FW4nJUAq3IcWz1ANU0+e1B77LEp5vi6v2SAD59OHApTNhyNSzmgL4KcTFq68vzrn0DI84ChBhGzRzE0eDUypk4 X-MS-Exchange-AntiSpam-MessageData-ChunkCount: 1 X-MS-Exchange-AntiSpam-MessageData-0: =?utf-8?B?bm4wVVlTaW9ZL0d2MVlaZDUzcHdvVnJwWW5WclRzWkdMaTdTZ3BsRE1qWFJt?= =?utf-8?B?VHJSa0pnU1puR3ZNQkJGL0EySHB0TGZFcy9rMWJRMTRYblc1NkdaeU41RmJB?= =?utf-8?B?VS9vMFIrZDRDS2RMSDVEZUJXeUZJTjJBb3FQNjFNUUdDT2J6c0ZGZGJrbEJT?= =?utf-8?B?Wmw4WFp6TU8wRTIzK1pySXd6Mk9MbHhnMXJzamNvZWxqZk5IVG56cktFN3Nh?= =?utf-8?B?VzljOGhacTBxKzRTSjA1SXMxTW9rWGg1ZGxJVWhrQ1FJWlN2SVhBRkZaR1ZW?= =?utf-8?B?RGEreDJ1UXpNbHBXTHdZT2RVR1EwSm9pb0pEcHNPblY0eU0rb3pVS1FuWENG?= =?utf-8?B?ekhIQWVWMkV1b0t2Mmk4clRQbjJ0NEhFaCszeFZiZnZFUUZhOUgxME5NYlVO?= =?utf-8?B?RjhYU2pFSmJTUUFTZzlVVE1jbHIxTFEzcDh4VjI1ZEVnaVBoV2VOOTVwelpG?= =?utf-8?B?em1yRjJJV3pkSkNJdUhjL0FScUNVNnc4bmhuajdXWFVhT3dNVmF4SUE2TjBW?= =?utf-8?B?QStkK1pRYzV6eXd4SmMvVWxyM1VqTVJMZUtBN1diOUNHaTROS2dyZ1Z0eTIv?= =?utf-8?B?OW1tOGd2YkFnOXBQbktXZ3pGeklEMk45Tk1ibTlDV0JWQmEyTzRVR1BPVjhI?= =?utf-8?B?WWZ6TXJvWENZUUQ4Sys3VHJxTUxtM1VYKzE5cndmSm0xMXhQcUUzZmhrS1Yx?= =?utf-8?B?WkFSVFJuTlJsalBsanZ5MjJpWUl0dEsyUzJ0M2h4MFd0Q0p2dTdNODJHdXg3?= =?utf-8?B?TjRCZFh1Y0dqU3FPcUp0SnBILy9TVWw4TXdEbk11cDBQa01Rdnk2NmE3SWFV?= =?utf-8?B?VjhGQTM1N1d0cU4vMk16eUxCNGVaRzNNSFFENlpVd2NHaUZSdFk4VkNnYmZm?= =?utf-8?B?WmRtd0tyQXp2TGZ3d002Q2VZZjFkai9xNzB2aTViVWVVYlJIWFBnOUltSnNG?= =?utf-8?B?clpETTlBdDdndElndjZOL3JtL2tIM2kwcUFhQ1ZyN1pySzgrRU1Gcmk4OU9E?= =?utf-8?B?WU9qL0xYSiszM0JXd3BsKzJXM0JadHZoSGozWkE3dHdNYXhHWm1RaHVROEFm?= =?utf-8?B?RmpMdVVCWWxkYUcrL2J5anNhcW1TRTEzS0ppMDJ0Wlh0ejRHL1RQK2V3cUdx?= =?utf-8?B?dElwTnNvZ2IzSHYyenRJK0ZoUEhIcjYyZzdJWDVlMXloajFUVUVCVkJ0Q2ti?= =?utf-8?B?THp2eEZtUGRYdlBBU3h6dkcwbGhzSVRnQXVJQm1yOGZ5MFBGbXBKakNvSlRS?= =?utf-8?B?dkhHY0pYRTBHUHhCU05mL0FaY0xvZGUrMENOUklFaW02cU5TZnFtRjM0eXVh?= =?utf-8?B?a2VNMnJYeFlYYlovZFlWc0FmQksxODJmaEZWSFZST2JsejAvUUkwMlJRQ2VE?= =?utf-8?B?dUdPQTVHTTNDWW5vOElrdXZOWFFZLzRnNXdjNHRmeGY5MGw0U0VjQ2gzMzdY?= =?utf-8?B?anRYY1N0K0RBMFZRMFByUmRpQUVUcGkwTTFEQ0QzNHpaQ3NKUzRVaWxOQmZK?= =?utf-8?B?azlOYXpPTmFCTitPYjl5NytnOUJGUjFNYU9rZE5hcDBpdXlybTBxV3FDS3Yx?= =?utf-8?B?cnNGL2hzTTFqZWV0ZjNpUzRXcDlUamVwbS9FRi96NnBxR3Z0Z2x4OGlnV2pt?= =?utf-8?Q?lvPbev2PSYO3zAxqJeeqQ3JK1Px8Vc5NbKOtrrW/6LUc=3D?= X-OriginatorOrg: sct-15-20-4755-11-msonline-outlook-e8f36.templateTenant X-MS-Exchange-CrossTenant-Network-Message-Id: 10a3e0ae-c3ec-45d8-775b-08dbc220cc0a X-MS-Exchange-CrossTenant-AuthSource: CO1PR11MB4770.namprd11.prod.outlook.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-OriginalArrivalTime: 01 Oct 2023 01:50:32.4575 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-CrossTenant-Id: 84df9e7f-e9f6-40af-b435-aaaaaaaaaaaa X-MS-Exchange-CrossTenant-RMS-PersistedConsumerOrg: 00000000-0000-0000-0000-000000000000 X-MS-Exchange-Transport-CrossTenantHeadersStamped: CO1PR11MB4769 X-Spamd-Bar: - X-Spamd-Result: default: False [-1.50 / 15.00]; FORGED_MUA_THUNDERBIRD_MSGID_UNKNOWN(2.50)[]; ARC_ALLOW(-1.00)[microsoft.com:s=arcselector9901:i=1]; SUBJECT_ENDS_QUESTION(1.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.995]; DMARC_POLICY_ALLOW(-0.50)[hotmail.com,none]; R_SPF_ALLOW(-0.20)[+ip4:40.92.0.0/16:c]; R_DKIM_ALLOW(-0.20)[hotmail.com:s=selector1]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCVD_TLS_LAST(0.00)[]; MLMMJ_DEST(0.00)[freebsd-questions@freebsd.org]; RCVD_IN_DNSWL_NONE(0.00)[40.92.47.10:from]; RCPT_COUNT_ONE(0.00)[1]; FREEMAIL_FROM(0.00)[hotmail.com]; DWL_DNSWL_NONE(0.00)[hotmail.com:dkim]; RWL_MAILSPIKE_POSSIBLE(0.00)[40.92.47.10:from]; DKIM_TRACE(0.00)[hotmail.com:+]; TO_DN_NONE(0.00)[]; FROM_HAS_DN(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; FREEMAIL_ENVFROM(0.00)[hotmail.com]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:8075, ipnet:40.80.0.0/12, country:US]; RCVD_COUNT_TWO(0.00)[2] X-Rspamd-Queue-Id: 4Ryn966mswz4S7T After recently finding stat(1) EXAMPLES error (I filed under PR274189 with patch and reasoning), I was trying to learn the meanings of these variables which lead me through reading stat(2) (found by `man lstat`) which says it uses st_mtim and provides both st_mtime and st_mtimespec for compatibility. I didn't find any listed reason for the compatibility otherwise and wondered if that is documented somewhere. Is there a recommended 'choice' for compatibility that users should know to use for code portability or is that documented somewhere else inside/outside the FreeBSD project that you can point me to? I also presume that 'compatibility' should be clarified in our copies of the NetBSD program's documentation unless the two projects use the same variables. Does stat(1) use of st_mtime stat(2) saying st_mtim have connection to causing more of these variants or does it use the variant due to being a tool pulled in from NetBSD or was it a decision of separating programmers and users interfaces with the system? My apologies if I should have sent this to a different mailing list but I have not seen one with a programming focus and this topic seemed mixed as it began by my reading up on /bin/stat to use the tool in userland. Thank you, Edward Sanford Sutton, III From nobody Sun Oct 1 15:02:00 2023 X-Original-To: freebsd-questions@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 4Rz6kW2nsfz4vQTY for ; Sun, 1 Oct 2023 15:02:11 +0000 (UTC) (envelope-from 0x1eef@protonmail.com) Received: from mail-40131.protonmail.ch (mail-40131.protonmail.ch [185.70.40.131]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "protonmail.com", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Rz6kV58WRz4d0W for ; Sun, 1 Oct 2023 15:02:10 +0000 (UTC) (envelope-from 0x1eef@protonmail.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=protonmail.com header.s=protonmail3 header.b=Faj1hmyI; spf=pass (mx1.freebsd.org: domain of 0x1eef@protonmail.com designates 185.70.40.131 as permitted sender) smtp.mailfrom=0x1eef@protonmail.com; dmarc=pass (policy=quarantine) header.from=protonmail.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=protonmail.com; s=protonmail3; t=1696172527; x=1696431727; bh=4TM+GGXxhLPJ3NDkadXhXrgIEH3T/8we4m1j6ZJOB88=; h=Date:To:From:Cc:Subject:Message-ID:In-Reply-To:References: Feedback-ID:From:To:Cc:Date:Subject:Reply-To:Feedback-ID: Message-ID:BIMI-Selector; b=Faj1hmyI5Rzhib/JXubn92Xl8pAFz0KSpY5ezRApNYOalynwN00ACCP3uGnPIIvCk clVAh2DSdCQWpd9Kd7YwQ6n3DVQE/LjboX5zWt+s5eGin7iunhCq1QMApxdopDPUHm 3bNmnNNto3f6SqloSzVGIBqDkH1wuMtxK0IByOKdFPTY5Cj+x5QWsgQLliOr5hkX52 op+ecFXniZtN89NwdWCdqejTLjt/qTesj/hzjw8em5AcyiU4qALVuXfn4oYZIL6pI1 u7a9irzEWXbmp1TaYJkZIc5iHYq6tGps2O4Cy5m46n3x9Qv00aImrcT9jZI+T5eO7A mJIQ6bix+LmgA== Date: Sun, 01 Oct 2023 15:02:00 +0000 To: Michael Grimm From: 0x1eef <0x1eef@protonmail.com> Cc: freebsd-pkg@freebsd.org, freebsd-questions@freebsd.org Subject: Re: How to monitor latest packages? Message-ID: In-Reply-To: References: <0E65D858-0885-4BC8-BC05-981B9D682F7C@ellael.org> Feedback-ID: 39071764:user:proton List-Id: User questions List-Archive: https://lists.freebsd.org/archives/freebsd-questions List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-questions@freebsd.org X-BeenThere: freebsd-questions@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.06 / 15.00]; SUBJECT_ENDS_QUESTION(1.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-0.99)[-0.991]; DMARC_POLICY_ALLOW(-0.50)[protonmail.com,quarantine]; RWL_MAILSPIKE_EXCELLENT(-0.40)[185.70.40.131:from]; NEURAL_SPAM_SHORT(0.33)[0.327]; R_SPF_ALLOW(-0.20)[+ip4:185.70.40.0/24:c]; R_DKIM_ALLOW(-0.20)[protonmail.com:s=protonmail3]; MIME_GOOD(-0.10)[text/plain]; RCVD_COUNT_ZERO(0.00)[0]; MLMMJ_DEST(0.00)[freebsd-questions@freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; FREEMAIL_ENVFROM(0.00)[protonmail.com]; ASN(0.00)[asn:62371, ipnet:185.70.40.0/24, country:CH]; ARC_NA(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; FROM_HAS_DN(0.00)[]; DKIM_TRACE(0.00)[protonmail.com:+]; FREEMAIL_FROM(0.00)[protonmail.com]; MIME_TRACE(0.00)[0:+]; TO_DN_SOME(0.00)[]; MID_RHS_MATCH_FROM(0.00)[] X-Rspamd-Queue-Id: 4Rz6kV58WRz4d0W > No, not really. I am following 14-STABLE and that is the correspondig st= atus as of https://pkg-status.freebsd.org/builds?jailname=3D14stable-amd64&= all=3D1 >=20 > "Latest run startet on Sat, 02 Sep 2023 02:04:35 GMT" with status "stoppe= d:done:" >=20 > Now http://pkg.freebsd.org/FreeBSD:14:amd64/latest/ >=20 > Latest run finished on 2023-Sep-25 14:48 >=20 > I was hoping information compared to=20 > https://cgit.freebsd.org/ports/ https://pkg-status.freebsd.org/builds?jailname=3D140releng-amd64 https://pkg-status.freebsd.org is the source of truth for all=20 package builds, and it's where you would usually go to see the status of any build.=20 Pulling a date from http://pkg.freebsd.org/FreeBSD:14:amd64/latest/=20 can be misleading.=20 From nobody Sun Oct 1 17:45:23 2023 X-Original-To: questions@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 4RzBM46WJQz4vbs1 for ; Sun, 1 Oct 2023 17:45:36 +0000 (UTC) (envelope-from kh@panix.com) Received: from mailbackend.panix.com (mailbackend.panix.com [166.84.1.89]) (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 4RzBM36rqNz3bBc for ; Sun, 1 Oct 2023 17:45:35 +0000 (UTC) (envelope-from kh@panix.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=panix.com header.s=panix header.b=Zfxv9bIG; spf=pass (mx1.freebsd.org: domain of kh@panix.com designates 166.84.1.89 as permitted sender) smtp.mailfrom=kh@panix.com; dmarc=pass (policy=none) header.from=panix.com Received: from rain.cave (c-73-142-21-0.hsd1.ma.comcast.net [73.142.21.0]) by mailbackend.panix.com (Postfix) with ESMTPSA id 4RzBLx0dw1z11B7 for ; Sun, 1 Oct 2023 13:45:29 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=panix.com; s=panix; t=1696182329; bh=40hJeSj1PDKUfmNWnHj463zEIoDJvaDvKrn9xnmQVvI=; h=Date:From:To:Subject:References:In-Reply-To; b=Zfxv9bIGYf4FyTi90LccrfETuZ/QpVHKxHwbCERZQLxFSiBefJRKY0Mk1C+6t/JCW olnEihUtoD3c4ONP52/TzX51JrLWGtmo2/MGIGxxg+W06mLUcB38NcE/RBDlKAiZ3Q hgR68fCWGIVZqlxXvsCconcu9g7n8VnnWFKvEj/I= Date: Sun, 1 Oct 2023 13:45:23 -0400 From: Kurt Hackenberg To: questions@freebsd.org Subject: Re: st_* variables of ctim vs ctime vs ctimespec; is there a history & recommended use? Message-ID: References: List-Id: User questions List-Archive: https://lists.freebsd.org/archives/freebsd-questions List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-questions@freebsd.org X-BeenThere: freebsd-questions@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline In-Reply-To: User-Agent: Mutt/2.2.12 (2023-09-09) X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.10 / 15.00]; SUBJECT_ENDS_QUESTION(1.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; DMARC_POLICY_ALLOW(-0.50)[panix.com,none]; R_SPF_ALLOW(-0.20)[+ip4:166.84.1.64/26]; R_DKIM_ALLOW(-0.20)[panix.com:s=panix]; MIME_GOOD(-0.10)[text/plain]; RWL_MAILSPIKE_GOOD(-0.10)[166.84.1.89:from]; MLMMJ_DEST(0.00)[questions@freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_COUNT_ONE(0.00)[1]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; ASN(0.00)[asn:2033, ipnet:166.84.0.0/16, country:US]; FROM_HAS_DN(0.00)[]; ARC_NA(0.00)[]; DKIM_TRACE(0.00)[panix.com:+]; TO_MATCH_ENVRCPT_ALL(0.00)[]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[questions@freebsd.org]; RCVD_TLS_ALL(0.00)[] X-Rspamd-Queue-Id: 4RzBM36rqNz3bBc On Sat, Sep 30, 2023 at 06:50:29PM -0700, Edward Sanford Sutton, III wrote: > After recently finding stat(1) EXAMPLES error (I filed under >PR274189 with patch and reasoning), I was trying to learn the meanings >of these variables which lead me through reading stat(2) (found by `man >lstat`) which says it uses st_mtim and provides both st_mtime and >st_mtimespec for compatibility. Have you looked at the definition of struct stat, in /usr/include/sys/stat.h? The time members, st_mtim and such, are each a struct timespec[1], which has two members, seconds and nanoseconds. The compatibility macro st_mtime is: #define st_mtime st_mtim.tv_sec This is compatibility with old Unix and old, slow computers. I think those file times were originally only precise to a second -- they were classic Unix time, signed 32-bit seconds since 1/1/1970, UTC. Now the FreeBSD filesystem keeps those times to the nanosecond, and so needs more than 32 bits. The compatibility macro st_mtime is there for old code written when that variable was a simple integer that contained only seconds. Apparently stat(1) uses the compatibility macro, so only shows those file times to the second. That program may be old. Those times have also expanded in another way. The original Unix time, signed 32-bit seconds, will run out in the year 2038. Struct timespec's member tv_sec is of type time_t, which is 64 bits on a 64-bit machine, to greatly extend the range of Unix time. I guess people using 32-bit machines 15 years from now will be out of luck. [1] Defined in /usr/include/sys/_timespec.h From nobody Sun Oct 1 17:49:20 2023 X-Original-To: freebsd-questions@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 4RzBSQ5cFSz4vbp0 for ; Sun, 1 Oct 2023 17:50:14 +0000 (UTC) (envelope-from naddy@mips.inka.de) Received: from mail.inka.de (mail.inka.de [IPv6:2a04:c9c7:0:1073:217:a4ff:fe3b:e77c]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-256) server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4RzBSQ3ylCz3cK9 for ; Sun, 1 Oct 2023 17:50:14 +0000 (UTC) (envelope-from naddy@mips.inka.de) Authentication-Results: mx1.freebsd.org; none Received: from mips.inka.de (naddy@[127.0.0.1]) by mail.inka.de with uucp (rmailwrap 0.5) id 1qn0Zw-008b2J-F9; Sun, 01 Oct 2023 19:50:04 +0200 Received: from lorvorc.mips.inka.de (localhost [127.0.0.1]) by lorvorc.mips.inka.de (8.17.1/8.17.1) with ESMTP id 391HnK1M049706; Sun, 1 Oct 2023 19:49:20 +0200 (CEST) (envelope-from naddy@lorvorc.mips.inka.de) Received: (from naddy@localhost) by lorvorc.mips.inka.de (8.17.1/8.17.1/Submit) id 391HnKkY049705; Sun, 1 Oct 2023 19:49:20 +0200 (CEST) (envelope-from naddy) Date: Sun, 1 Oct 2023 19:49:20 +0200 From: Christian Weisgerber To: "\"Edward Sanford Sutton, III\"" Cc: freebsd-questions@freebsd.org Subject: Re: st_* variables of ctim vs ctime vs ctimespec; is there a history & recommended use? Message-ID: References: List-Id: User questions List-Archive: https://lists.freebsd.org/archives/freebsd-questions List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-questions@freebsd.org X-BeenThere: freebsd-questions@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii 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:202113, ipnet:2a04:c9c0::/29, country:DE] X-Rspamd-Queue-Id: 4RzBSQ3ylCz3cK9 "Edward Sanford Sutton, III": > After recently finding stat(1) EXAMPLES error (I filed under PR274189 with > patch and reasoning), I was trying to learn the meanings of these variables > which lead me through reading stat(2) (found by `man lstat`) which says it > uses st_mtim and provides both st_mtime and st_mtimespec for compatibility. > I didn't find any listed reason for the compatibility otherwise and > wondered if that is documented somewhere. Historically, in old Unix and POSIX, struct stat had fields st_mtime etc. that were of type time_t and held a timestamp accurate to one second. At some point, computers got sufficiently fast that several things could happen inside a single second, and higher precision timestamps became desirable. st_mtimespec etc. was added as a non-standard BSD extension. (Also, filesystems were changed to record such timestamps in the first place.) Eventually, POSIX recognized the need for higher precision timestamps and standardized st_mtim etc. "Compatibility" is about source-code compatibility with older code bases. -- Christian "naddy" Weisgerber naddy@mips.inka.de From nobody Tue Oct 3 12:17:29 2023 X-Original-To: freebsd-questions@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 4S0Gzp3Qg8z4wBd3 for ; Tue, 3 Oct 2023 12:17:42 +0000 (UTC) (envelope-from listac@nebelschwaden.de) Received: from mail.worldserver.net (mail.worldserver.net [217.13.200.36]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "*.worldserver.net", Issuer "EuropeanSSL Server CA 2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4S0Gzm2Xp8z4Sfj for ; Tue, 3 Oct 2023 12:17:39 +0000 (UTC) (envelope-from listac@nebelschwaden.de) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=nebelschwaden.de header.s=1687803001 header.b=aAqvN74x; spf=pass (mx1.freebsd.org: domain of listac@nebelschwaden.de designates 217.13.200.36 as permitted sender) smtp.mailfrom=listac@nebelschwaden.de; dmarc=none Received: from postpony.nebelschwaden.de (v22018114346177759.hotsrv.de [194.55.14.20]) (Authenticated sender: sendmail@nebelschwaden.de) by mail.worldserver.net (Postfix) with ESMTPSA id BE3251E0B22; Tue, 3 Oct 2023 14:17:31 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=nebelschwaden.de; s=1687803001; t=1696335452; bh=Tux5p7KNm6cmkhnxN4qBPJG7yhiRA8bu8ZzcyIibuEU=; h=Date:Reply-To:Subject:To:Cc:References:From:In-Reply-To:From; b=aAqvN74x7qaloprWC53F72ywRlVZn4G6u7p3MTM8yv91bvhwsH86D183rNrNb9KMm mqu8raNiyupt6MxSpNg9vNFglwKr76tJu11aK59TneaZoWpKuSZqZJeJs7+bGYS4nM Xwy5WQFGdON88+qsKmm+kM7tYbKOwkyMc6VT+aHiBg2AhK+U3to7mC8BKe336eVc9+ /1H3Moj/CiWLpDIteVl93a68evomW9ehvsxe5SrGE8JuWBZXWrvQjI0za6JafByMt9 uqt0OXjpvYeqbU5fvNmq4E9+4XoM6UzkrP8OKZOSTS0XwdI/oh1Evct9Vned59+O63 2zTumJNX3UPWg== Received: from [172.16.37.5] (kaperfahrt.nebelschwaden.de [172.16.37.5]) by postpony.nebelschwaden.de (Postfix) with ESMTP id E45AE113D95; Tue, 3 Oct 2023 14:17:29 +0200 (CEST) Message-ID: Date: Tue, 3 Oct 2023 14:17:29 +0200 List-Id: User questions List-Archive: https://lists.freebsd.org/archives/freebsd-questions List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-questions@freebsd.org X-BeenThere: freebsd-questions@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Reply-To: listac@nebelschwaden.de Subject: Re: FreeBSD 14 Kernel changes To: freebsd-questions@freebsd.org Cc: Christian Weisgerber References: Content-Language: en-US From: Ede Wolf In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.58 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.99)[-0.988]; R_DKIM_ALLOW(-0.20)[nebelschwaden.de:s=1687803001]; R_SPF_ALLOW(-0.20)[+ip4:217.13.200.0/24]; MIME_GOOD(-0.10)[text/plain]; RCVD_IN_DNSWL_LOW(-0.10)[217.13.200.36:from]; XM_UA_NO_VERSION(0.01)[]; RCVD_COUNT_TWO(0.00)[2]; ASN(0.00)[asn:15657, ipnet:217.13.192.0/20, country:DE]; MLMMJ_DEST(0.00)[freebsd-questions@freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; DKIM_TRACE(0.00)[nebelschwaden.de:+]; TO_DN_SOME(0.00)[]; ARC_NA(0.00)[]; REPLYTO_ADDR_EQ_FROM(0.00)[]; DMARC_NA(0.00)[nebelschwaden.de]; HAS_REPLYTO(0.00)[listac@nebelschwaden.de] X-Rspamd-Queue-Id: 4S0Gzm2Xp8z4Sfj Am 30.09.23 um 01:51 schrieb Christian Weisgerber: > Ede Wolf: > >> I am trying to make the jump from 12.4 to 14, and am wondering about some >> changes to GENERIC. >> >> For some reason, iwm has been renamed to iwn, fine. > > No, iwn(4) and iwm(4) are different drivers for different generations > of Intel WiFi. > Thanks very much for the heads up, since I then must have made an error during configuring my Kernel for 12: # grep iwm N3000 device iwm # Intel 4965/1000/5000/6000 wireless NICs. device iwm3168fw While on 14: # grep iwn GENERIC device iwn # Intel 4965/1000/5000/6000 wireless NICs. Probably I have foobared the comments way back. dmesg is also telling me, that I am using iwm. From nobody Tue Oct 3 12:42:10 2023 X-Original-To: freebsd-questions@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 4S0HXB4qt9z4wCnF for ; Tue, 3 Oct 2023 12:42:18 +0000 (UTC) (envelope-from listac@nebelschwaden.de) Received: from mail.worldserver.net (mail.worldserver.net [217.13.200.36]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits)) (Client CN "*.worldserver.net", Issuer "EuropeanSSL Server CA 2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4S0HXB17ZRz4Wtp for ; Tue, 3 Oct 2023 12:42:18 +0000 (UTC) (envelope-from listac@nebelschwaden.de) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=nebelschwaden.de header.s=1687803001 header.b=a90Lnpi4; spf=pass (mx1.freebsd.org: domain of listac@nebelschwaden.de designates 217.13.200.36 as permitted sender) smtp.mailfrom=listac@nebelschwaden.de; dmarc=none Received: from postpony.nebelschwaden.de (v22018114346177759.hotsrv.de [194.55.14.20]) (Authenticated sender: sendmail@nebelschwaden.de) by mail.worldserver.net (Postfix) with ESMTPSA id 9E7811E0B2F; Tue, 3 Oct 2023 14:42:10 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=nebelschwaden.de; s=1687803001; t=1696336933; bh=EhV71g8Y7aR7sOBNb0yzhTD5tpIRUcWniObByPoj15U=; h=Date:Reply-To:Subject:To:Cc:References:From:In-Reply-To:From; b=a90Lnpi4Vz9wHHCE7Amtb5/rRsI4y4rlwGfiMlHoCZaq1PdGbIo9QZILlJMiE+omI SySVN7QFPcbYPbA3t6IqBw85RZeXDGMDt2JJ9Dbtem5SKkz0qA+WPzdQaQRzcDf91Y 7VK4bvp17Hw2fjRJMGqZTEi7n9/VDNkmx1TZ4Xsj0HxVNV/Nt+EdHo3fENhu2riyQj uyN6hhPQY9uda/1DN8uG0Y0BlVer9DS90NB1X4csSARfF3oSQKPpsTXpgT5ZRnl2Lq +8ENB0mXfuXJcTLBiOG8N3GheqNGpZpY/5wpVR9t4heEqkRL47p4jCMhQKA+e3Ffr9 R880RvKc0JCKA== Received: from [172.16.37.5] (kaperfahrt.nebelschwaden.de [172.16.37.5]) by postpony.nebelschwaden.de (Postfix) with ESMTP id 623E8113D99; Tue, 3 Oct 2023 14:42:10 +0200 (CEST) Message-ID: <58d5318e-2579-4444-b9aa-7286f8ae5186@nebelschwaden.de> Date: Tue, 3 Oct 2023 14:42:10 +0200 List-Id: User questions List-Archive: https://lists.freebsd.org/archives/freebsd-questions List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-questions@freebsd.org X-BeenThere: freebsd-questions@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Reply-To: listac@nebelschwaden.de Subject: Re: FreeBSD 14 Kernel changes Content-Language: en-US To: Paul Procacci Cc: Freebsd-questions@freebsd.org References: From: Ede Wolf In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.56 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.97)[-0.966]; R_SPF_ALLOW(-0.20)[+ip4:217.13.200.0/24]; R_DKIM_ALLOW(-0.20)[nebelschwaden.de:s=1687803001]; RCVD_IN_DNSWL_LOW(-0.10)[217.13.200.36:from]; MIME_GOOD(-0.10)[text/plain]; XM_UA_NO_VERSION(0.01)[]; ARC_NA(0.00)[]; HAS_REPLYTO(0.00)[listac@nebelschwaden.de]; DMARC_NA(0.00)[nebelschwaden.de]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MLMMJ_DEST(0.00)[Freebsd-questions@freebsd.org]; REPLYTO_ADDR_EQ_FROM(0.00)[]; TO_DN_SOME(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; ASN(0.00)[asn:15657, ipnet:217.13.192.0/20, country:DE]; DKIM_TRACE(0.00)[nebelschwaden.de:+]; FREEMAIL_TO(0.00)[gmail.com]; RCPT_COUNT_TWO(0.00)[2]; MIME_TRACE(0.00)[0:+]; FROM_EQ_ENVFROM(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-Rspamd-Queue-Id: 4S0HXB17ZRz4Wtp Am 29.09.23 um 19:47 schrieb Paul Procacci: > > > On Fri, Sep 29, 2023 at 1:10 PM Ede Wolf > wrote: > > Hello, > > I am trying to make the jump from 12.4 to 14, and am wondering about > some changes to GENERIC. > > For some reason, iwm has been renamed to iwn, fine. But in 12.4 I've > also had a required firmare: > > device          iwm3168fw > > That seems to be lacking in GENERIC 14. > > In addition, 12.4 had an usb audio device: > device            snd_uaudio > > That I am heavily reliant on. That seems to be missing in 14 as well. > > Neither is mentioned in UPDATING. Any information or further reading on > this? Since it is a headless box, I'd like it to come up again with > (wireless) network. > > > Finally, two more general questions: > > options         NUMA > > is generally not needed? I am not up to date wether newer cpus make > somewhat use of that internally. > > Further, if going root on zfs, is ffs for some reasons still requred? > > As for some other, more obsuce partitions, like for boot/efi (even > though those are msdos, but you never know the crosslinks) or for > bootloader related stuff? > > Thanks > > Ede > > > Hey Ede, > > Just commenting on the NUMA option as I've no idea about the rest of it. > In my industry, high frequency trading, NUMA is absolutely required for > the best performance as latency is the `top dog` here. > Personally, I think the benefits of leaving it enabled are great, but > then again, my opinion on this may have some bias. > > To further this answer, all modern "enterprise grade" cpu's have support > NUMA.  "Home" or "Personal" systems generally don't; at least not the > several that I own. > > Hope this helps! > > ~Paul > -- > __________________ > > :(){ :|:& };: Is there a way to find out (using the OS, not the specs), wether the CPU supports NUMA? Would dmesg for sure mention this, if it was the case? Since checking a rather late xeon gold on intels ark site did f.e. no mention numa - and that should qualify as an enterprise CPU. Did not look into the detailed datasheet, though. Anyway, I'll leave it enabled. Thanks very much for your feedback From nobody Tue Oct 3 12:48:03 2023 X-Original-To: freebsd-questions@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 4S0Hfy5Q0Rz4wDJP for ; Tue, 3 Oct 2023 12:48:10 +0000 (UTC) (envelope-from listac@nebelschwaden.de) Received: from mail.worldserver.net (mail.worldserver.net [217.13.200.36]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits)) (Client CN "*.worldserver.net", Issuer "EuropeanSSL Server CA 2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4S0Hfy1BP6z4Y2Z for ; Tue, 3 Oct 2023 12:48:10 +0000 (UTC) (envelope-from listac@nebelschwaden.de) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=nebelschwaden.de header.s=1687803001 header.b=D7y0PhRj; spf=pass (mx1.freebsd.org: domain of listac@nebelschwaden.de designates 217.13.200.36 as permitted sender) smtp.mailfrom=listac@nebelschwaden.de; dmarc=none Received: from postpony.nebelschwaden.de (v22018114346177759.hotsrv.de [194.55.14.20]) (Authenticated sender: sendmail@nebelschwaden.de) by mail.worldserver.net (Postfix) with ESMTPSA id 9C2811E0B11 for ; Tue, 3 Oct 2023 14:48:04 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=nebelschwaden.de; s=1687803001; t=1696337284; bh=E2C43aaf1bFUduMAeH9RIVzeC4LvYQJpR0WPLTqEYyE=; h=Date:To:Reply-To:From:Subject:From; b=D7y0PhRjpJYsfZ3PIKfmHsJyNPnsPkTtZfqW9IBHc+BgOrYd/GBi/YtDvY/AeRa0F zZM/OCjl8ozTWQ+wruyFRNqNnI2D6Dv6xPbfFh8AG46y9o9aWbKuYGRnDUMj9h8jT1 ZlvZCHZIyoOUcc7kJVOqalMsJ65eZFRjVrrIX9/NF0uSi1u99N3EfcW2Xh5orjVjcV /e3Rct4OT+o0cSOgU8mbeOugJlPHNGLBwfLW+PIzMvdXvqviJ0ixWprdXP0ueWfRgf KnfUFvroqLVjXJcWQYtvRk6ly2gXanfkmk6EMDeTf1bpnPzDRtWj6/SGk2b+RKV7r1 C0fux653KKzYQ== Received: from [172.16.37.5] (kaperfahrt.nebelschwaden.de [172.16.37.5]) by postpony.nebelschwaden.de (Postfix) with ESMTP id D2C1C113D9D for ; Tue, 3 Oct 2023 14:48:03 +0200 (CEST) Message-ID: <4249ee95-5081-4d4d-943c-3a6948ba4af7@nebelschwaden.de> Date: Tue, 3 Oct 2023 14:48:03 +0200 List-Id: User questions List-Archive: https://lists.freebsd.org/archives/freebsd-questions List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-questions@freebsd.org X-BeenThere: freebsd-questions@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla Thunderbird To: Freebsd-questions@freebsd.org Reply-To: listac@nebelschwaden.de Content-Language: en-US From: Ede Wolf Subject: buildworld: specifying an alternate make.conf Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.56 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.97)[-0.968]; R_SPF_ALLOW(-0.20)[+ip4:217.13.200.0/24]; R_DKIM_ALLOW(-0.20)[nebelschwaden.de:s=1687803001]; RCVD_IN_DNSWL_LOW(-0.10)[217.13.200.36:from]; MIME_GOOD(-0.10)[text/plain]; XM_UA_NO_VERSION(0.01)[]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; PREVIOUSLY_DELIVERED(0.00)[freebsd-questions@freebsd.org]; TO_MATCH_ENVRCPT_ALL(0.00)[]; DMARC_NA(0.00)[nebelschwaden.de]; HAS_REPLYTO(0.00)[listac@nebelschwaden.de]; MID_RHS_MATCH_FROM(0.00)[]; ASN(0.00)[asn:15657, ipnet:217.13.192.0/20, country:DE]; TO_DN_NONE(0.00)[]; REPLYTO_ADDR_EQ_FROM(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; MLMMJ_DEST(0.00)[Freebsd-questions@freebsd.org]; DKIM_TRACE(0.00)[nebelschwaden.de:+]; MIME_TRACE(0.00)[0:+]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-Rspamd-Queue-Id: 4S0Hfy1BP6z4Y2Z Hello, to my understanding of man make and make.conf, which admittedly is very limited, I should be able to specify an alternate make.conf with this syntax: # make -D __MAKE_CONF=/make.conf buildworld Now, since this looks somewhat strage - nowhere else I have found make variables with double underscores - and before wasting hours of compiling, I am wondering, is above correct? Or did I miss[understand] anything? Thanks Ede From nobody Tue Oct 3 13:52:57 2023 X-Original-To: questions@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 4S0K5z6S54z4wHBx for ; Tue, 3 Oct 2023 13:53:11 +0000 (UTC) (envelope-from matthew@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 4S0K5z5hpyz3CJK for ; Tue, 3 Oct 2023 13:53:11 +0000 (UTC) (envelope-from matthew@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1696341191; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references:autocrypt:autocrypt; bh=nVoQKi1aSDM8ZxvpUOZvtld2RXtIy6MhNYqcKNDnOXI=; b=MoZsuM4kSn/o0L/8IL6z2I0gI2LWcY7f3MJ5Y0QJH4InEUGrUaWs7ZV6GpHyYkY7ZwXqBR R6dHoSN+gJyg+3BfaP+s6WXBbFENhUV2//t7DeBxFSqfxeaw9WnxVeX0d5F/DhS6dHvFHK PUpaCZGTY/BEkI2uJmvGTN9Jfk8Xb0xgzFDsK/+w3JBSurk8gGbPrTwpB95Mmcg4M9brOF 3MIoBNAhlNuXYA3fhyzPuARVuPEoJZVD1Qu4gxwJNurI2/kVeAmgq98qrRvdxo93ukNwqx XEQVykab9dgHQfizPh0fW+rZHxObIXna0I/eVZZO0D5KzY3rGJL+38PcXzFJNw== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1696341191; a=rsa-sha256; cv=none; b=VExCR4ErKAyGfecxISoPqU8hGmyAblR0s6u7iNxsaQg/0SH6aMQmQq7+NAYCCTaLeqpHnb 08SoWnhTtVU0U7Ut7IXJEyPrAtnv9+o5bHs5UbmW+9vINoc99ZcMLrvCOKy84LpKbb7CkR B9ZI0gcE87uQ5A7zU+kH5G8DxT/xBl0KFKq6mE2Qbc/luEWQZ9ktlZLfETNDRQ9mlnjMM7 EErHHzeCzPKW7+WxeXCYevcdl5DmDjsyUFZqDz4Rx1l2ao2syLCqJxpNM61flDsyjT8eeR tn4uWZgHOx0LgIOvnp/JrzYfzh4Sria3N2iTbFmLZ0FJNPejueuPBCqIv2JezA== ARC-Authentication-Results: i=1; smtp.infracaninophile.co.uk; dmarc=none (p=none dis=none) header.from=FreeBSD.org ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1696341191; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references:autocrypt:autocrypt; bh=nVoQKi1aSDM8ZxvpUOZvtld2RXtIy6MhNYqcKNDnOXI=; b=MLco1yjn44SgRMHOm4sWxbYExby/1Knc1UZnOvpVIevBpr5kknmFbnDeYBmeT3HRvHa1su oLP62jMVOgj/b8ZbcLzzs+PNJMbsRkO8Nd0X26S8iMKonTt+FwLrPVl2tM3H1cig/VTBem uFc3ySSjgWykMXaklQM6aOBbBtxxwqEVqHPqMElWgNHL7+WoaTKwRAbsLDkomRiLsruc+Y pSIDyrrWJI8dfzVPNBOJBhO62k/Z+hK2c87F2Z2icS5AI8uo6gOBQ/F4EdRLfQlD5Nji2u wdVyrEf/carSk+5MTFGgJiXf953zMoD3GLufNJCQTM6RdgJYmEhOMIBe4A29NQ== Received: from smtp.infracaninophile.co.uk (smtp.infracaninophile.co.uk [IPv6:2001:8b0:151:1:c4ea:bd49:619b:6cb3]) (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: matthew/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 4S0K5z2kh1zxDd for ; Tue, 3 Oct 2023 13:53:11 +0000 (UTC) (envelope-from matthew@FreeBSD.org) Received: from [IPV6:2001:8b0:151:1:c414:378a:8907:5a3d] (unknown [IPv6:2001:8b0:151:1:c414:378a:8907:5a3d]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature ECDSA (P-256) server-digest SHA256) (No client certificate requested) (Authenticated sender: m.seaman@infracaninophile.co.uk) by smtp.infracaninophile.co.uk (Postfix) with ESMTPSA id B9AA513204 for ; Tue, 3 Oct 2023 14:53:08 +0100 (BST) Authentication-Results: smtp.infracaninophile.co.uk; dmarc=none (p=none dis=none) header.from=FreeBSD.org Message-ID: <3deea77b-2a84-469c-86f0-9c34ec3b0759@FreeBSD.org> Date: Tue, 3 Oct 2023 14:52:57 +0100 List-Id: User questions List-Archive: https://lists.freebsd.org/archives/freebsd-questions List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-questions@freebsd.org X-BeenThere: freebsd-questions@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: buildworld: specifying an alternate make.conf To: questions@freebsd.org References: <4249ee95-5081-4d4d-943c-3a6948ba4af7@nebelschwaden.de> Content-Language: en-GB From: Matthew Seaman Autocrypt: addr=m.seaman@infracaninophile.co.uk; keydata= xsFNBFJIL80BEADi7/VbnnErDU6pjEhI/SzEZ/HbDRkJ5g7HroAtqIRm6nj8ZwOAgZ/2ZnWn 5F+fXTuLsG0FLNtkd17FoVcuCi5e/GPliXI5cmamV7E1Yz4T8UsJ7RQolimyxVexccKd16Tc AA7B9bFlJSKkBUSD0buj7VjT07xWhRzu6Vgi5r0UjLALYJz977uZA0F1aOGOXREDEAOhdcNc kSNjynqAwDA6dCT1Elpi4key1fYjv4jyDF+GU/YXul2Y/rguA8FCkHd9vyym5eAsLQ5mG00V V9fkEHIpH5KorNVnl/ufHXnkZqmHAZVpFDcrshb7aZ/pL45PXyWgLj+e6etelgj3a2bZi0JF cVdXCnBZVP2oIyYblM11ugTbfCwodORU8a5KfPeztMdAtDr4e+32NTrPdPi5rLT+GUsYz+PL 3A3m3u8bdsFp40DlIrBtSByVjqERxcfhphrEB4J8BXHUG7OAtXkZMlW/PGKDwXJq0O6Z5Tcg YHAoEiSWbXiexHgXNJyP+sqnIlhLWhSJGeJ+C83wqI6oYlZUCW00NkPxcIHnQPV/z+5wQVci TMyaWC2YCIHz4Ljs+TnwWMz0E8PNFDfHVbQ0W4PRGV7gRAqxfL+yKufauIEGbEq8rNDbSwL3 bcUCxR4ZDlaUEUwT4J8naf7rjdgiEYHs2Ig3jeK1+ER4FPG1sQARAQABzTBNYXR0aGV3IFNl YW1hbiA8bS5zZWFtYW5AaW5mcmFjYW5pbm9waGlsZS5jby51az7CwZcEEwEKAEECGwMFCwkI BwMFFQoJCAsFFgIDAQACHgECF4ACGQEWIQRyz6whebywJLW1RZADb2ye5/OevwUCZEZBFAUJ E99ExwAKCRADb2ye5/Oev/3gD/94LcABf5vo1cmkObEPvPow5qn/MvhIo2E5LKBbFX4I3xd5 H436rSRvaRcyVXLBlz3salqsPeIHHfB1QDpMHJo6uMLunkiEg4JSLWk9mSFh/YxgdIjjOpjE xndpLwJo/dphwVD6ZSDz6iWN1hf2cDWVPBR+c7LaGmYIHY6sMHkFj7TA3SgnYpWA5yjUtQqs +sETL9MD5IKgbmcICQtonmK6PydyLosTDKNcTAxZvaMZ2Oj1OfHxUQBSeUtDuLPP/MUwYPwu wamlVVYosdGQg8IIPVNkloDYYgGgXxGuq1x7qe0f2grHqQdjFWs/7+xnju1yHNIrtOv7LC+8 qABvkjcjnOWgVQFUj/390MGULNf86g7MMUw1xh5RxwGCeZS1oP8WBjEFFTTRtkX/EC1LZ/qJ 35dfaYVcRMhrSo1GTL3fNfhOSMYyrMQfSMPRMgCsJo+5/f6TCXgYpiZ3bfKzxpylkr10zAoX /v7ZqLpaEVLm0rpYyKByL3hTt3WgoeS/PlI2HXZX+f+0XivBoeEr3RqVcxGd2V+fab5JDMeI 9Gcuj0lF7MWT5ffXpezkbsif7DruB3ULD5cyvg5upxYD3lzkL4vBCltMH1sBwV104zr/65KQ pxlNlJbMVP2KnqO01sRhGoOa7F8oKflFrxD610Sbn4Ib/r396gFoswv8fE3clc7BTQRSUUK4 ARAA1FhWoOejtwmsnGshoIbda2FmM+z/f97OzpagLhACHfP5Es/I18wG/0G+rdNuO2tjA9IM Z44GUMtjokDrDk63N9S+rVKy1QEy+UN6CiIfYTpTTAPnEY7IGN1JjGksPhn7aeuBCQwUMAV1 k+wklBCcOD6s8DD4kx0ZJqkH83XzWoBSVamdHvnM56C8yPVr5HHMC1tZInAWBMrF+cjl1EPf z3CqkVnG8Sxc5ydeibMS9Q3lHLeVkVlMRAmNqzNLfgJDUWtzac7JIjFEsxYYhpiaPcsstUUu Ha4zIRJ/yHDNbDttWRf1lrlFZLpeuap4BZ2hQw0UOZVNwGoFoS4ZqaZiv8mm0lX6s9/AdQD6 AVrpXWKa7JU2wDiay9sRbYh+5vVWGz9mhncK/Vfwtu5IjVp5v5WMz/WfnUxZMcNlfgTo4i1s www+qRBO2A4Yj8qKKWnTsl7aCX92itTiPgwbt6YgQPwgww72r67jPt5o8VMXDqPMPKzGicw1 AyxtMjsoSlnn91FuZctwil3vPpvzGXtBmrzQSbdDmy0KT5p5/W9pD/8UtLLLM6PLs5X0jIho vQHnQKEUO7xV3yNDAW9DPICeh7f/o9W+QJfQAXngNz0brvmgScAUXRaeAFeQbAmtEG92qlSV D7gb7WOemllgfbEn0Nanrv5aEcZCWx4WjybMLHEAEQEAAcLBfAQYAQoAJgIbDBYhBHLPrCF5 vLAktbVFkANvbJ7n856/BQJkRkFyBQkT1jI6AAoJEANvbJ7n856/r6AQANucYy3bVJ0obU75 5AXMVIMj1nRA6LU9u+lAnYb+wMSVHXkNrW8GssqmiUGL0hJ0HNRXJLeI85YMhvXTmVYk0JqF LRp0Kj3aMbtaouCIbYTn2aaczwGViu3aQmgQe2ki+KrzxwYyG8FkHRp43+FTuBeYs6wbA36F g3eCp+Icx6X9evEeOajrgsaDr2badP9nHCYb/If1E57VC0pgx2R2/eBAtN5dlCWfgg5wJ0cI JUg3TJT4GPnumk7kLUN7U3ORQSQldiSvOBi6gpY0i8UCbmG6R5qs363J1cY7ry/enjg7GVA8 glu2Z+EHcZrEFAhvpmI+pkoyKCR0/KCv+s0rqQ5t606uquS15sr8NW2YejbeOOaEvNscKx8L QAFMaPxS/6DX+BsFAFXVWLwW/9wdaETDURf7i0EnT4xklmyyWeYMEF7mZ1x5OXdV/hAE1SFS nyuqs2SAYnpa81QQ4Eo1yehyntgdHSaOdSz3Fw7dFIiAXHvwBYf6rvTwF2MG6v3iQ+dgRv1N r+okN0LLmBjh1aYS43fvPXbwB0aBzVJZYO+a5AkPkabvblLaA1pl+V+BMUpAQhuxrDM7wsf0 6i8RpF5MjrZr12DsU2moFR2oYOmwtWBt+yI8zuYbbZ1uLR5bmyU7QquRPmQHPHrHp6mHCJfu zOyJzcEbUOrc6WHFOLbe In-Reply-To: <4249ee95-5081-4d4d-943c-3a6948ba4af7@nebelschwaden.de> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit On 03/10/2023 13:48, Ede Wolf wrote: > to my understanding of man make and make.conf, which admittedly is very > limited, I should be able to specify an alternate make.conf with this > syntax: > > # make -D __MAKE_CONF=/make.conf buildworld > > Now, since this looks somewhat strage - nowhere else I have found make > variables with double underscores - and before wasting hours of > compiling, I am wondering, is above correct? Or did I miss[understand] > anything? Adding a leading underscore to a variable name is a common idiom for "this variable is implementation defined, do not mess with it." Two underscores re-emphasizes all that, and typically means the value is considered private and internal -- useful in languages which have no built-in capability to hide their internals. In your case, however, it seems that overriding __MAKE_CONF really is the documented method of pointing your build environment at a different make.conf file. Presumably the concept was that almost everyone would just edit /etc/make.conf to suit themselves, and almost no-one would ever need to switch between alternative make.conf files. Note: if you're trying to configure building the base system, then you probably want to customize /etc/src.conf as described in the src.conf(5) man page. There's a lot of overlap between make.conf and src.conf, but make.conf also affects building ports whereas src.conf only applies to building the base system. Cheers, Matthew From nobody Tue Oct 3 14:08:36 2023 X-Original-To: freebsd-questions@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 4S0KS41mmsz4wHgk for ; Tue, 3 Oct 2023 14:08:52 +0000 (UTC) (envelope-from pprocacci@gmail.com) Received: from mail-ej1-x630.google.com (mail-ej1-x630.google.com [IPv6:2a00:1450:4864:20::630]) (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 "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4S0KS373bzz3FV4 for ; Tue, 3 Oct 2023 14:08:51 +0000 (UTC) (envelope-from pprocacci@gmail.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-ej1-x630.google.com with SMTP id a640c23a62f3a-9936b3d0286so177624466b.0 for ; Tue, 03 Oct 2023 07:08:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1696342130; x=1696946930; darn=freebsd.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=DDXx0L02rgpQX/zR4idtO9NycfrbC4iMHTJ5jBt2SH4=; b=axYEAgh3zpX9OZgKhD3hC6xLQbeW/ko/nhOuYBhq7k6BhN4B5emWU8xR68aQj4hF/V KSxFmfl4a8n39QcQLUsgShNlGhZ/5nX2pfV6yohLP0c8io1JyYamMQ0Yk34j9QrfQOT7 mhuxWJSu/zXxUZhwnAP3dDio+rEQCobHWP5n1yVe6cn9ndcL4bsm0VpKmIZ7zn6YM3b6 DswaC4q0TEFL8kQ3kP/rSg73F0ruE865LbZCY7E/14z4JFaFkC+DxL+HB+1ioyypeyA4 yrvp4BA/FSPT8103TZ6sO4fwUb+TpOBrHWnEva+oJGxA5yrZW9asJISmtNRBv2kviy53 eEeQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1696342130; x=1696946930; h=cc: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=DDXx0L02rgpQX/zR4idtO9NycfrbC4iMHTJ5jBt2SH4=; b=N48caN/NbLzHziD1Civ7nAbb2YWNR1hf2FVYeDRldEv88PZfPwZXCAcRITuZoWNM9/ CL63eCkTdUWfmH92CoacSr9ftN6bAtPSQU2QDR9sRYqAYDAESTc2vVyaUmjjTkNmTEqY kwXfx85tjY5oh7kNKsgKP0K+pSUr2Jx8ql+UE22FT7rSh2pIPTxuLQx6j7OMZmUJNiSa q+Ay9fU+ZwlGEOv9TaeEd1YtOAAqp+UBMQQbhYTUS9TE7rc7J4MpazY4NrEWy/KmuguO rHIniwiuiuaSn2/VIWwQMo3Y+G7OM3FZ4P7Hj4hZ1izn9+OlBuL++gt2ziK+zw3Qcvwb IQtg== X-Gm-Message-State: AOJu0YwUQuPJqfAfMA5BuoGp4F6MYbli/nOo5vTiSOpS16QAKJmQ++dl FNbO5xtfQbK+NpEaIJfv9QoW9eVvU0vb6JBWqfhw7K619A== X-Google-Smtp-Source: AGHT+IHV9J5tTmJR0sjt3Lq4aB5cWzycUi8g67y2sWwRfiqdJ/7Dkvhkig80FvSvZw9Dljs/6afl6w8+mA5ytaCwaUE= X-Received: by 2002:a17:906:5190:b0:9b2:d554:da15 with SMTP id y16-20020a170906519000b009b2d554da15mr9973165ejk.38.1696342129570; Tue, 03 Oct 2023 07:08:49 -0700 (PDT) List-Id: User questions List-Archive: https://lists.freebsd.org/archives/freebsd-questions List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-questions@freebsd.org X-BeenThere: freebsd-questions@freebsd.org MIME-Version: 1.0 References: <4249ee95-5081-4d4d-943c-3a6948ba4af7@nebelschwaden.de> In-Reply-To: <4249ee95-5081-4d4d-943c-3a6948ba4af7@nebelschwaden.de> From: Paul Procacci Date: Tue, 3 Oct 2023 10:08:36 -0400 Message-ID: Subject: Re: buildworld: specifying an alternate make.conf To: listac@nebelschwaden.de Cc: Freebsd-questions@freebsd.org Content-Type: multipart/alternative; boundary="0000000000000cf9b30606d06e5c" 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:15169, ipnet:2a00:1450::/32, country:US] X-Rspamd-Queue-Id: 4S0KS373bzz3FV4 --0000000000000cf9b30606d06e5c Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Tue, Oct 3, 2023 at 10:05=E2=80=AFAM Ede Wolf = wrote: > Hello, > > to my understanding of man make and make.conf, which admittedly is very > limited, I should be able to specify an alternate make.conf with this > syntax: > > # make -D __MAKE_CONF=3D/make.conf buildworld > > Now, since this looks somewhat strage - nowhere else I have found make > variables with double underscores - and before wasting hours of > compiling, I am wondering, is above correct? Or did I miss[understand] > anything? > > Thanks > > Ede > > That syntax is the correct syntax. Here's a partial shell script I use for compiling stripped FBSD images which uses other variables besides __MAKE_CONF should you need examples of them too: SRC=3D/usr/src POOL=3Dtank DESTDIR=3D/jails/templates/13.1-RELEASE THRDS=3D`sysctl -n hw.ncpu` SRCCONF=3D`pwd`/src.conf SRC_ENV_CONF=3D`pwd`/src-env.conf __MAKE_CONF=3D`pwd`/make.conf zfs create -o compression=3Dgzip-9 -o dedup=3Don -o mountpoint=3D${DESTDIR} ${POOL}${DESTDIR} env SRCCONF=3D$SRCCONF SRC_ENV_CONF=3D$SRC_ENV_CONF __MAKE_CONF=3D$__MAKE_C= ONF make -C $SRC -j$THRDS world DESTDIR=3D$DESTDIR env SRCCONF=3D$SRCCONF SRC_ENV_CONF=3D$SRC_ENV_CONF __MAKE_CONF=3D$__MAKE_C= ONF make -C $SRC distribution DESTDIR=3D$DESTDIR cp /etc/resolv.conf $DESTDIR/etc/ zfs snapshot ${POOL}${DESTDIR}@initial ~Paul --=20 __________________ :(){ :|:& };: --0000000000000cf9b30606d06e5c Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


On Tue, Oct 3, 2023 at 10:05=E2= =80=AFAM Ede Wolf <listac@neb= elschwaden.de> wrote:
Hello,

to my understanding of man make and make.conf, which admittedly is very limited, I should be able to specify an alternate make.conf with this
syntax:

# make -D __MAKE_CONF=3D<PATH>/make.conf buildworld

Now, since this looks somewhat strage - nowhere else I have found make
variables with double underscores - and before wasting hours of
compiling, I am wondering, is above correct? Or did I miss[understand]
anything?

Thanks

Ede


That syntax is the correct = syntax.
Here's a partial shell script I use for compiling str= ipped FBSD images which uses other variables besides __MAKE_CONF should you= need examples of them too:

SRC=3D/usr/src
POOL=3Dtank
DESTDIR= =3D/jails/templates/13.1-RELEASE
THRDS=3D`sysctl -n hw.ncpu`
SRCCONF= =3D`pwd`/src.conf
SRC_ENV_CONF=3D`pwd`/src-env.conf
__MAKE_CONF=3D`pw= d`/make.conf

zfs create -o compression=3Dgzip-9 -o dedup=3Don -o mou= ntpoint=3D${DESTDIR} ${POOL}${DESTDIR}
env SRCCONF=3D$SRCCONF SRC_ENV_CO= NF=3D$SRC_ENV_CONF __MAKE_CONF=3D$__MAKE_CONF make -C $SRC -j$THRDS world D= ESTDIR=3D$DESTDIR
env SRCCONF=3D$SRCCONF SRC_ENV_CONF=3D$SRC_ENV_CONF __= MAKE_CONF=3D$__MAKE_CONF make -C $SRC distribution DESTDIR=3D$DESTDIR
cp= /etc/resolv.conf $DESTDIR/etc/
zfs snapshot ${POOL}${DESTDIR}@initial
~Paul

--
_____________= _____

:(){ :|:& };:
--0000000000000cf9b30606d06e5c-- From nobody Tue Oct 3 14:45:44 2023 X-Original-To: freebsd-questions@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 4S0LGr0nTgz4wKq3 for ; Tue, 3 Oct 2023 14:45:56 +0000 (UTC) (envelope-from listac@nebelschwaden.de) Received: from mail.worldserver.net (mail.worldserver.net [217.13.200.36]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "*.worldserver.net", Issuer "EuropeanSSL Server CA 2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4S0LGq4L31z3KHm for ; Tue, 3 Oct 2023 14:45:55 +0000 (UTC) (envelope-from listac@nebelschwaden.de) Authentication-Results: mx1.freebsd.org; none Received: from postpony.nebelschwaden.de (v22018114346177759.hotsrv.de [194.55.14.20]) (Authenticated sender: sendmail@nebelschwaden.de) by mail.worldserver.net (Postfix) with ESMTPSA id 35FE71E0B27; Tue, 3 Oct 2023 16:45:46 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=nebelschwaden.de; s=1687803001; t=1696344347; bh=a1VGd8ltQdYrOIUO7d01qA7ow7GFXwQM1iXPWUo454w=; h=Date:Reply-To:Subject:To:Cc:References:From:In-Reply-To:From; b=bWZqaZg+H/OEGldVkgPPostP2hmwhZE4XLFqLyPhd0cTG8EwsurzWNlTcn08XyKLw RJ3OjtVDEX1Uc9ceyqZcfRjyEItVVwmTZhfgsfkRsaF47MBIk30T7APhOIpaITxXll M0FYivJRv8ufHyL4wJs9HRvL7fMCaMxstyOCRVjg0+1Ta2Dki5YBCVHQooosHcKLzy +U8Z9eOccQRPbCFWq0yiDV8a/CwyWCdHhuGJmR5lbco95VM3nEx9V9u+THAdAbW80M DdvOsxhNF2LC+szUxF8xRak1NT8n4Y2wX+BqkqnHwJG+xBKJqn2DVCv7S5so84E9ti NZMPYwEdtS8Wg== Received: from [172.16.37.5] (kaperfahrt.nebelschwaden.de [172.16.37.5]) by postpony.nebelschwaden.de (Postfix) with ESMTP id 77A2C113DD5; Tue, 3 Oct 2023 16:45:44 +0200 (CEST) Message-ID: <536f22fe-7a84-43a2-8628-0223336c4092@nebelschwaden.de> Date: Tue, 3 Oct 2023 16:45:44 +0200 List-Id: User questions List-Archive: https://lists.freebsd.org/archives/freebsd-questions List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-questions@freebsd.org X-BeenThere: freebsd-questions@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Reply-To: listac@nebelschwaden.de Subject: Re: buildworld: specifying an alternate make.conf To: Paul Procacci Cc: Freebsd-questions@freebsd.org References: <4249ee95-5081-4d4d-943c-3a6948ba4af7@nebelschwaden.de> Content-Language: en-US From: Ede Wolf In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit 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:15657, ipnet:217.13.192.0/20, country:DE] X-Rspamd-Queue-Id: 4S0LGq4L31z3KHm Am 03.10.23 um 16:08 schrieb Paul Procacci: > > > On Tue, Oct 3, 2023 at 10:05 AM Ede Wolf > wrote: > > Hello, > > to my understanding of man make and make.conf, which admittedly is very > limited, I should be able to specify an alternate make.conf with this > syntax: > > # make -D __MAKE_CONF=/make.conf buildworld > > Now, since this looks somewhat strage - nowhere else I have found make > variables with double underscores - and before wasting hours of > compiling, I am wondering, is above correct? Or did I miss[understand] > anything? > > Thanks > > Ede > > > That syntax is the correct syntax. > Here's a partial shell script I use for compiling stripped FBSD images > which uses other variables besides __MAKE_CONF should you need examples > of them too: > > SRC=/usr/src > POOL=tank > DESTDIR=/jails/templates/13.1-RELEASE > THRDS=`sysctl -n hw.ncpu` > SRCCONF=`pwd`/src.conf > SRC_ENV_CONF=`pwd`/src-env.conf > __MAKE_CONF=`pwd`/make.conf > > zfs create -o compression=gzip-9 -o dedup=on -o mountpoint=${DESTDIR} > ${POOL}${DESTDIR} > env SRCCONF=$SRCCONF SRC_ENV_CONF=$SRC_ENV_CONF __MAKE_CONF=$__MAKE_CONF > make -C $SRC -j$THRDS world DESTDIR=$DESTDIR > env SRCCONF=$SRCCONF SRC_ENV_CONF=$SRC_ENV_CONF __MAKE_CONF=$__MAKE_CONF > make -C $SRC distribution DESTDIR=$DESTDIR > cp /etc/resolv.conf $DESTDIR/etc/ > zfs snapshot ${POOL}${DESTDIR}@initial > > ~Paul > Hello Paul, thanks very much again, but that seems not to be working for me. My approach is slightly simpler than yours. My make conf: $ cat /data/admin/build/vbox/make.conf # MAKE_SHELL?=sh SRCCONF=/data/admin/build/vbox/src.conf SRC_ENV_CONF=/data/admin/build/vbox/src-env.conf KERNCONF=VBOX WITHOUT_MODULES=linux PORTSDIR=/clutter/ports WRKDIRPREFIX=/clutter/work DISTDIR=/clutter/binpkg ----- So here I am obviously referencing to another src-env.conf: $ cat /data/admin/build/vbox/src-env.conf MAKEOBJDIRPREFIX=/clutter/obj/vbox ----- Still, when calling my above command: $ make -D __MAKE_CONF=/data/admin/build/vbox/make.conf -j 4 buildworld the obj dir is being created below /usr and not, where it should go, below: /clutter/obj/vbox. So it appears at least, my make.conf is not being used. I've also tried to export __MAKE_CONF in the shell I am calling make buildworld. Should be equivalent to your env command. Using /bin/sh, not csh. No change here, however. On 14 Beta-4, but that should not matter. Thanks Ede From nobody Tue Oct 3 14:54:53 2023 X-Original-To: questions@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 4S0LTN6dDDz4wKx0 for ; Tue, 3 Oct 2023 14:55:04 +0000 (UTC) (envelope-from listac@nebelschwaden.de) Received: from mail.worldserver.net (mail.worldserver.net [217.13.200.36]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits)) (Client CN "*.worldserver.net", Issuer "EuropeanSSL Server CA 2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4S0LTJ6MBPz3MBX for ; Tue, 3 Oct 2023 14:55:00 +0000 (UTC) (envelope-from listac@nebelschwaden.de) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=nebelschwaden.de header.s=1687803001 header.b=Lu+DuX26; spf=pass (mx1.freebsd.org: domain of listac@nebelschwaden.de designates 217.13.200.36 as permitted sender) smtp.mailfrom=listac@nebelschwaden.de; dmarc=none Received: from postpony.nebelschwaden.de (v22018114346177759.hotsrv.de [194.55.14.20]) (Authenticated sender: sendmail@nebelschwaden.de) by mail.worldserver.net (Postfix) with ESMTPSA id EE2271E0AF8 for ; Tue, 3 Oct 2023 16:54:54 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=nebelschwaden.de; s=1687803001; t=1696344895; bh=eArtvXHIkntHMIaJNd7fVens4zcyMQQ5ll3ngiP+tOM=; h=Date:Reply-To:Subject:To:References:From:In-Reply-To:From; b=Lu+DuX26OiC19mdKfxFzokTNsEe/95+RLWMAyObskNDaB+kHWHiluM74OVfVv3bTu 3Y7iBwjDdII/kAd6gNExP/kcn0kQ+dWegMABunnDKkXSEdtcXQFpYxX7PJD10g/NyG 9Ce94iHJ7ztrNkKDjxCb2OgQz7qSpRs8wgeGJuA+cR/mvkUMLvll0j/0O/J13sHvhK xN6LQQKFMHItdcSlruizwTeV40rhOyPsOCYU0tnkjS34yQxrRkjzSJmYNSsjMrFtdz 5GXb208pnT1watKWBQ/z9chS2nA2fXT6CqW8eP/EfKYMBdE6FiOya8481C4ouIguv6 PtsLKxjjGqvxw== Received: from [172.16.37.5] (kaperfahrt.nebelschwaden.de [172.16.37.5]) by postpony.nebelschwaden.de (Postfix) with ESMTP id 1467B113DD9 for ; Tue, 3 Oct 2023 16:54:54 +0200 (CEST) Message-ID: <6fe24942-f592-4213-b8a7-4e45cc08ae26@nebelschwaden.de> Date: Tue, 3 Oct 2023 16:54:53 +0200 List-Id: User questions List-Archive: https://lists.freebsd.org/archives/freebsd-questions List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-questions@freebsd.org X-BeenThere: freebsd-questions@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Reply-To: listac@nebelschwaden.de Subject: Re: buildworld: specifying an alternate make.conf Content-Language: en-US To: questions@freebsd.org References: <4249ee95-5081-4d4d-943c-3a6948ba4af7@nebelschwaden.de> <3deea77b-2a84-469c-86f0-9c34ec3b0759@FreeBSD.org> From: Ede Wolf In-Reply-To: <3deea77b-2a84-469c-86f0-9c34ec3b0759@FreeBSD.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.59 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.999]; R_SPF_ALLOW(-0.20)[+ip4:217.13.200.0/24]; R_DKIM_ALLOW(-0.20)[nebelschwaden.de:s=1687803001]; RCVD_IN_DNSWL_LOW(-0.10)[217.13.200.36:from]; MIME_GOOD(-0.10)[text/plain]; XM_UA_NO_VERSION(0.01)[]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; PREVIOUSLY_DELIVERED(0.00)[questions@freebsd.org]; TO_MATCH_ENVRCPT_ALL(0.00)[]; DMARC_NA(0.00)[nebelschwaden.de]; HAS_REPLYTO(0.00)[listac@nebelschwaden.de]; MID_RHS_MATCH_FROM(0.00)[]; ASN(0.00)[asn:15657, ipnet:217.13.192.0/20, country:DE]; TO_DN_NONE(0.00)[]; REPLYTO_ADDR_EQ_FROM(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; MLMMJ_DEST(0.00)[questions@freebsd.org]; DKIM_TRACE(0.00)[nebelschwaden.de:+]; MIME_TRACE(0.00)[0:+]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-Rspamd-Queue-Id: 4S0LTJ6MBPz3MBX Am 03.10.23 um 15:52 schrieb Matthew Seaman: > On 03/10/2023 13:48, Ede Wolf wrote: > >> to my understanding of man make and make.conf, which admittedly is >> very limited, I should be able to specify an alternate make.conf with >> this syntax: >> >> # make -D __MAKE_CONF=/make.conf buildworld >> >> Now, since this looks somewhat strage - nowhere else I have found make >> variables with double underscores - and before wasting hours of >> compiling, I am wondering, is above correct? Or did I miss[understand] >> anything? > > Adding a leading underscore to a variable name is a common idiom for > "this variable is implementation defined, do not mess with it."  Two > underscores re-emphasizes all that, and typically means the value is > considered private and internal -- useful in languages which have no > built-in capability to hide their internals. > > In your case, however, it seems that overriding __MAKE_CONF really is > the documented method of pointing your build environment at a different > make.conf file.  Presumably the concept was that almost everyone would > just edit /etc/make.conf to suit themselves, and almost no-one would > ever need to switch between alternative make.conf files. > > Note: if you're trying to configure building the base system, then you > probably want to customize /etc/src.conf as described in the src.conf(5) > man page.  There's a lot of overlap between make.conf and src.conf, but > make.conf also affects building ports whereas src.conf only applies to > building the base system. > >     Cheers, > >     Matthew > Hello Matthew, Thanks for the advise, this is what I am trying to archive, as I am using make.conf exactly to primarily point to another src.conf and src-env.conf (shortend, the full version is in another reply): # MAKE_SHELL?=sh SRCCONF=/data/admin/build/vbox/src.conf SRC_ENV_CONF=/data/admin/build/vbox/src-env.conf Basically I want all three {make,src,src-env}.conf to reside within the same folder (that is not /etc), one for each host this machine is buiding base for. However, it seems, my src-env.conf is not being honored, not sure about the contents of src.conf. From nobody Tue Oct 3 15:46:13 2023 X-Original-To: freebsd-questions@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 4S0McS5vKjz4wNY3 for ; Tue, 3 Oct 2023 15:46:16 +0000 (UTC) (envelope-from des@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 4S0McS5SLwz3Thx; Tue, 3 Oct 2023 15:46:16 +0000 (UTC) (envelope-from des@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1696347976; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=5Jm3dtZKjot8s7CvmHrBLrqm5n9QtddueUhAb0vfJJU=; b=IahEr737jK4ZCFdp47PhJ8jDWUR4fV5F8DG+5H91zpO4KFcDFKoXI+YMEcrBeyownx7gUJ 0/LGl39ENtcyH3kKtX6zi4pjY6E9RAk+254idbQ8ukarPfuaKHjPkmiZ4K4PzfP+SuRVDd f+lXmPasqYXlP/dkVbp4TQ72MrHTdNi0P93RGm2tkAEWg3vyydvxk/HKHbNCHtcmLPe87A TuI/lfvZq7N3PwMcIw9P+hFwKQtvOeTAYlwjagp1AYmPQArJz0l3C35ry9XT+SsP93gG26 3qSvqGjaaILXkfJOP47ZuiO2D7T4khnCqhEqvltxfsONCqSVyP41D1Sb0mx5JQ== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1696347976; a=rsa-sha256; cv=none; b=TtED7tOFoAs8s7iUuocrY+pGlJyGbHQGSfEBHdfTqrT9BNR0C5OrpUCCKJny0GfKlFXfLL cU5Is0ul1w0xamVDU7QnTeWaW6GiJlxc65ox5p0UaYGcimvjnUn6WhKfIq6Zclmsis+woE hN5ANFzMFHR3pXVVHSjL1OEB3bDJINkAU0jPx0t7rnwHB9JXYCIGbNrmxVYIhS9rrko8pO F09+fIKVn0vcPgSY2iy2MIEc5iKgdy10bdmYYKRfuPEJRAYun9qP4B0K/JNod8SUiymWgS /qtIQBkrQjXydY8onbR/c8OY007xJQdZaUdCBx42T3NK9gfxU86R2nhmDAHwtA== 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=1696347976; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=5Jm3dtZKjot8s7CvmHrBLrqm5n9QtddueUhAb0vfJJU=; b=xQWYzd/xCONe9xYgyLaOIX0OGS0u7msvEwiSPrSX3lauxTPifD44D08tX3tWxkJ7GbOL3M kbfjmgviyVU3BlZ/CgEKhtfpow9SpP6+3dlaCJjrktWXo1SL9ixEByN+wqpwtqQVmB3saB FzS/nIlGmMhQfvD05CMwz0vSbZT5b+l2b9wbi0rWp2UCJlGDZl8yQ9R3d6thyS/vOy9Ez0 yKDcs3LvgLMphI1hZ07auH2PooFJ+b+ibgZoV4gvrv/r14ai+yEKktO09+4fQYkCp/gRN3 2wlMFIMe18pGw/d7ILfgXyh0j73tXrkI8CYolJDN8d85f/T0X6bUUAwqHzcrOA== Received: from ltc.des.no (205.22.65.37.rev.sfr.net [37.65.22.205]) (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: des) by smtp.freebsd.org (Postfix) with ESMTPSA id 4S0McS3pLRz10FS; Tue, 3 Oct 2023 15:46:16 +0000 (UTC) (envelope-from des@freebsd.org) Received: by ltc.des.no (Postfix, from userid 1001) id DA7E275901; Tue, 3 Oct 2023 17:46:13 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Ede Wolf Cc: Paul Procacci , Freebsd-questions@freebsd.org Subject: Re: buildworld: specifying an alternate make.conf In-Reply-To: <536f22fe-7a84-43a2-8628-0223336c4092@nebelschwaden.de> (Ede Wolf's message of "Tue, 3 Oct 2023 16:45:44 +0200") References: <4249ee95-5081-4d4d-943c-3a6948ba4af7@nebelschwaden.de> <536f22fe-7a84-43a2-8628-0223336c4092@nebelschwaden.de> User-Agent: Gnus/5.13 (Gnus v5.13) Date: Tue, 03 Oct 2023 17:46:13 +0200 Message-ID: <8634yriu9m.fsf@ltc.des.no> List-Id: User questions List-Archive: https://lists.freebsd.org/archives/freebsd-questions List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-questions@freebsd.org X-BeenThere: freebsd-questions@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Ede Wolf writes: > $ make -D __MAKE_CONF=3D/data/admin/build/vbox/make.conf -j 4 buildworld This defines a variable with the unwieldy name `__MAKE_CONF=3D/data/admin/build/vbox/make.conf` and no value. You need to drop the -D. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@FreeBSD.org From nobody Tue Oct 3 16:01:32 2023 X-Original-To: freebsd-questions@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 4S0MyV6zWKz4wQ0C for ; Tue, 3 Oct 2023 16:01:54 +0000 (UTC) (envelope-from pprocacci@gmail.com) Received: from mail-ej1-x634.google.com (mail-ej1-x634.google.com [IPv6:2a00:1450:4864:20::634]) (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 "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4S0MyV5M0sz3Wrg; Tue, 3 Oct 2023 16:01:54 +0000 (UTC) (envelope-from pprocacci@gmail.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-ej1-x634.google.com with SMTP id a640c23a62f3a-9a65f9147ccso196387966b.1; Tue, 03 Oct 2023 09:01:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1696348913; x=1696953713; darn=freebsd.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=jKvESHfdJ6r37WsPNp7FbTGnqzQArXVVvaAAAQbgYdI=; b=MTMYZHyYVU6h7D+yO5VUHwLtvzp5hLe0xwAPwzMfnTMiqoSW3BEOBdI0W+1TrGnfnw DnZfzvVouEoLcLGFy2Rokb5ArEgsH39vQ1Pc2RzrVjr9kTWwQFRHubKyZN/5g3RwLgnk IL52QvxHnj1wwI7AfovJFWrfUk31jE9p3qwzfQRCqjV+/R+kjD6JTEp4Cwzj20hVB0eW eHZ92smboVDc+x3+ofahY9rufZ13hmu/wDwb7nhEgyf+Bkg4ZHtNx79qt26BlolG/gpQ p72wAKi8nq2eEo93vx1QEJ1iuGs/+gAe6aVyLio9tPOIJSsDEltkrwr/otoSgHF+QBn8 sHYw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1696348913; x=1696953713; h=cc: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=jKvESHfdJ6r37WsPNp7FbTGnqzQArXVVvaAAAQbgYdI=; b=MmzVM0ae9b0yLGXNF9zUDJxB+XJlfpCH4s+4RYpFz/ug6iSQpTM4GcVLZaq/eYg70p igcUxeYnaEQDO7JOqjrcJ3y3BOngx6UnVWBvkgyDT/wl5XWSzFO2i7ieuRv+xQ0YB8eb 373JxaJXLgnNTDJM18yH+7L4I2qA2w42BtYNclQiFquyIwEMp6HrAJNDRuC5gwgW1/96 EeB0fS6uNdr1uSlAgYu0O7ZBzgIQDSAZwdLhVnGYnSZiZCxPQvAzgGSuPZrXBqSW1BaM rf6DF9vyAKpW62M9Pnf9eEyBC0pRmqyvJFPE6QPELZwJdkT49oyvicpr3/c1EFYT+59s qkJw== X-Gm-Message-State: AOJu0Yxc7JPwJZhHRAPWIVjjTGw1tG0ADL5I/nJftGLGomYgLTrQSApo tAoR0+++eaH+T4EBjMJAaffJyu8fxVbz67G64bgLgSg= X-Google-Smtp-Source: AGHT+IG5OnJp9DSC0n0yGF2AUKOapzvSXGnwCWc3I+eTfta/D+xgefBR/9uAVIZEirQ6BWw+WefLNzPE4SDYDvlZADI= X-Received: by 2002:a17:906:749e:b0:9ae:65d6:b882 with SMTP id e30-20020a170906749e00b009ae65d6b882mr15682747ejl.40.1696348904109; Tue, 03 Oct 2023 09:01:44 -0700 (PDT) List-Id: User questions List-Archive: https://lists.freebsd.org/archives/freebsd-questions List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-questions@freebsd.org X-BeenThere: freebsd-questions@freebsd.org MIME-Version: 1.0 References: <4249ee95-5081-4d4d-943c-3a6948ba4af7@nebelschwaden.de> <536f22fe-7a84-43a2-8628-0223336c4092@nebelschwaden.de> <8634yriu9m.fsf@ltc.des.no> In-Reply-To: <8634yriu9m.fsf@ltc.des.no> From: Paul Procacci Date: Tue, 3 Oct 2023 12:01:32 -0400 Message-ID: Subject: Re: buildworld: specifying an alternate make.conf To: =?UTF-8?Q?Dag=2DErling_Sm=C3=B8rgrav?= Cc: Ede Wolf , Freebsd-questions@freebsd.org Content-Type: multipart/alternative; boundary="000000000000e5f3d10606d201ae" 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:15169, ipnet:2a00:1450::/32, country:US] X-Rspamd-Queue-Id: 4S0MyV5M0sz3Wrg --000000000000e5f3d10606d201ae Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Tue, Oct 3, 2023 at 11:46=E2=80=AFAM Dag-Erling Sm=C3=B8rgrav wrote: > Ede Wolf writes: > > $ make -D __MAKE_CONF=3D/data/admin/build/vbox/make.conf -j 4 buildworl= d > > This defines a variable with the unwieldy name > `__MAKE_CONF=3D/data/admin/build/vbox/make.conf` and no value. You need > to drop the -D. > > DES > -- > Dag-Erling Sm=C3=B8rgrav - des@FreeBSD.org > HAH! I totally read right past the -D being present. I'm an idiot. Good catch. ~Paul --=20 __________________ :(){ :|:& };: --000000000000e5f3d10606d201ae Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


On Tue, Oct 3, 2023 at 11:46=E2= =80=AFAM Dag-Erling Sm=C3=B8rgrav <de= s@freebsd.org> wrote:
Ede Wolf <listac@nebelschwaden.de> writes:
> $ make -D __MAKE_CONF=3D/data/admin/build/vbox/make.conf -j 4 buildwor= ld

This defines a variable with the unwieldy name
`__MAKE_CONF=3D/data/admin/build/vbox/make.conf` and no value.=C2=A0 You ne= ed
to drop the -D.

DES
--
Dag-Erling Sm=C3=B8rgrav - des@FreeBSD.org

HAH!=C2=A0 I totally read r= ight past the -D being present.=C2=A0 I'm an idiot.=C2=A0 Good catch.

~Paul

--
__________________

:(){ :|:& };:
--000000000000e5f3d10606d201ae-- From nobody Tue Oct 3 16:42:18 2023 X-Original-To: freebsd-questions@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 4S0NsK47Hrz4vjjn for ; Tue, 3 Oct 2023 16:42:29 +0000 (UTC) (envelope-from listac@nebelschwaden.de) Received: from mail.worldserver.net (mail.worldserver.net [217.13.200.36]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "*.worldserver.net", Issuer "EuropeanSSL Server CA 2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4S0NsK0H5Hz4DSQ; Tue, 3 Oct 2023 16:42:28 +0000 (UTC) (envelope-from listac@nebelschwaden.de) Authentication-Results: mx1.freebsd.org; none Received: from postpony.nebelschwaden.de (v22018114346177759.hotsrv.de [194.55.14.20]) (Authenticated sender: sendmail@nebelschwaden.de) by mail.worldserver.net (Postfix) with ESMTPSA id 1B2BC1E0B21; Tue, 3 Oct 2023 18:42:19 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=nebelschwaden.de; s=1687803001; t=1696351340; bh=GtQlhykcSt8tvNnCI6Ugsgv2vFpwYHRxJugyZGRG/4w=; h=Date:Reply-To:Subject:To:Cc:References:From:In-Reply-To:From; b=yxnxyrczMK2MMDHlgzpO9QKLD63RMNuflB2XE/E0v4RjeH+zeijKc/XhCj2//FHJW X0XHz0tsqxNrWFwueHw7ceqhSQ7ABxGkkJ3TjBR9gLL7zYRTQdb2Rv4zhJF4KOO8CF Wp1nVsmi0fV+RnpbALdPHEe8ZOIc9GRUhCnghZBrIQjwcx5C+xbRFo+HGJ52VXUOZB A5EP4lrS3vjVYmzkNT7MklY4geNhd4SADjIy8E/dnnKywa0tOzUE/ezNHp5ADfi2KV UQzPQsDQDwyQVw+hgoBtbjkOscufzbPJyZ8hc5GTmilp8bpGIcd3MOCo6xsdDd78tf 6QQviB2pNeaBw== Received: from [172.16.37.5] (kaperfahrt.nebelschwaden.de [172.16.37.5]) by postpony.nebelschwaden.de (Postfix) with ESMTP id 8581A113E01; Tue, 3 Oct 2023 18:42:18 +0200 (CEST) Message-ID: <4071a3d7-e8e1-4a22-b1b5-3f1107ff918e@nebelschwaden.de> Date: Tue, 3 Oct 2023 18:42:18 +0200 List-Id: User questions List-Archive: https://lists.freebsd.org/archives/freebsd-questions List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-questions@freebsd.org X-BeenThere: freebsd-questions@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Reply-To: listac@nebelschwaden.de Subject: Re: buildworld: specifying an alternate make.conf To: =?UTF-8?Q?Dag-Erling_Sm=C3=B8rgrav?= Cc: Freebsd-questions@freebsd.org References: <4249ee95-5081-4d4d-943c-3a6948ba4af7@nebelschwaden.de> <536f22fe-7a84-43a2-8628-0223336c4092@nebelschwaden.de> <8634yriu9m.fsf@ltc.des.no> Content-Language: en-US From: Ede Wolf In-Reply-To: <8634yriu9m.fsf@ltc.des.no> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit 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:15657, ipnet:217.13.192.0/20, country:DE] X-Rspamd-Queue-Id: 4S0NsK0H5Hz4DSQ Am 03.10.23 um 17:46 schrieb Dag-Erling Smørgrav: > Ede Wolf writes: >> $ make -D __MAKE_CONF=/data/admin/build/vbox/make.conf -j 4 buildworld > > This defines a variable with the unwieldy name > `__MAKE_CONF=/data/admin/build/vbox/make.conf` and no value. You need > to drop the -D. > > DES Hello DES, Leaving away the "-D" does not really work either: $ cd /clutter/src $ ls -la /usr/ | grep obj $ make __MAKE_CONF=/data/admin/build/vbox/make.conf -j4 buildworld -- other teminal: $ ls -l /usr/ | grep obj drwxrwxr-x 3 root wheel 3 Oct 3 18:35 obj So MAKEOBJDIRPREFIX (or src-env.conf) is still not being honored, despite being set in make.conf. Thanks Ede From nobody Tue Oct 3 17:03:59 2023 X-Original-To: questions@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 4S0PLL0pRZz4vkpP for ; Tue, 3 Oct 2023 17:04:10 +0000 (UTC) (envelope-from listac@nebelschwaden.de) Received: from mail.worldserver.net (mail.worldserver.net [217.13.200.36]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits)) (Client CN "*.worldserver.net", Issuer "EuropeanSSL Server CA 2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4S0PLG5Zhdz4HJC for ; Tue, 3 Oct 2023 17:04:06 +0000 (UTC) (envelope-from listac@nebelschwaden.de) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=nebelschwaden.de header.s=1687803001 header.b=NZA9opkT; spf=pass (mx1.freebsd.org: domain of listac@nebelschwaden.de designates 217.13.200.36 as permitted sender) smtp.mailfrom=listac@nebelschwaden.de; dmarc=none Received: from postpony.nebelschwaden.de (v22018114346177759.hotsrv.de [194.55.14.20]) (Authenticated sender: sendmail@nebelschwaden.de) by mail.worldserver.net (Postfix) with ESMTPSA id EBC741E0B27 for ; Tue, 3 Oct 2023 19:04:00 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=nebelschwaden.de; s=1687803001; t=1696352640; bh=shoVZKexijpb8I+4UU8zBFSL1tvxs8dWClrKbKgOtBc=; h=Date:Reply-To:Subject:To:References:From:In-Reply-To:From; b=NZA9opkTU4bFsD2+IbzwTSb2b0+S5bFj12cGzOvHYb765xzKkOtXHE9AcvG/VNRe0 jCdW+eit9FuPairoQ2OzWozMgKgagdKMarz+juwhLMxYwyk9XHbbaISO47jQFd/hGu lxyuJoOwZL+8uJof9znGuixScLlrFU4E2i+Jf9S8OvBWQsZh7FUULUcMr5SKp3Eboj fz2Fl43PhT856bxvA6zxhaQPxeWUvml0xkdbowTmbwzSRFxbNgZX+Y88WF2GBqis4X c03QxHc50T3CZnf4ZlH1WGgw3UfdBTVrxe/CeL7DqQPYyNjoqvmORcMr7vaRrCWgDq dMZitAbCsWEwg== Received: from [172.16.37.5] (kaperfahrt.nebelschwaden.de [172.16.37.5]) by postpony.nebelschwaden.de (Postfix) with ESMTP id 8A3E0113E13 for ; Tue, 3 Oct 2023 19:03:59 +0200 (CEST) Message-ID: <1779eacd-eebc-4e1e-85a7-8d4a0ad2e64e@nebelschwaden.de> Date: Tue, 3 Oct 2023 19:03:59 +0200 List-Id: User questions List-Archive: https://lists.freebsd.org/archives/freebsd-questions List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-questions@freebsd.org X-BeenThere: freebsd-questions@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Reply-To: listac@nebelschwaden.de Subject: Re: buildworld: specifying an alternate make.conf To: questions@freebsd.org References: <4249ee95-5081-4d4d-943c-3a6948ba4af7@nebelschwaden.de> <536f22fe-7a84-43a2-8628-0223336c4092@nebelschwaden.de> <8634yriu9m.fsf@ltc.des.no> <4071a3d7-e8e1-4a22-b1b5-3f1107ff918e@nebelschwaden.de> Content-Language: en-US From: Ede Wolf In-Reply-To: <4071a3d7-e8e1-4a22-b1b5-3f1107ff918e@nebelschwaden.de> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.54 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.95)[-0.949]; R_SPF_ALLOW(-0.20)[+ip4:217.13.200.0/24]; R_DKIM_ALLOW(-0.20)[nebelschwaden.de:s=1687803001]; RCVD_IN_DNSWL_LOW(-0.10)[217.13.200.36:from]; MIME_GOOD(-0.10)[text/plain]; XM_UA_NO_VERSION(0.01)[]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; PREVIOUSLY_DELIVERED(0.00)[questions@freebsd.org]; TO_MATCH_ENVRCPT_ALL(0.00)[]; DMARC_NA(0.00)[nebelschwaden.de]; HAS_REPLYTO(0.00)[listac@nebelschwaden.de]; MID_RHS_MATCH_FROM(0.00)[]; ASN(0.00)[asn:15657, ipnet:217.13.192.0/20, country:DE]; TO_DN_NONE(0.00)[]; REPLYTO_ADDR_EQ_FROM(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; MLMMJ_DEST(0.00)[questions@freebsd.org]; DKIM_TRACE(0.00)[nebelschwaden.de:+]; MIME_TRACE(0.00)[0:+]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-Rspamd-Queue-Id: 4S0PLG5Zhdz4HJC Am 03.10.23 um 18:42 schrieb Ede Wolf: > Am 03.10.23 um 17:46 schrieb Dag-Erling Smørgrav: >> Ede Wolf writes: >>> $ make -D __MAKE_CONF=/data/admin/build/vbox/make.conf -j 4 buildworld >> >> This defines a variable with the unwieldy name >> `__MAKE_CONF=/data/admin/build/vbox/make.conf` and no value.  You need >> to drop the -D. >> >> DES > > Hello DES, > > Leaving away the "-D" does not really work either: > > $ cd /clutter/src > $ ls -la /usr/ | grep obj > $ make __MAKE_CONF=/data/admin/build/vbox/make.conf -j4 buildworld >  -- other teminal: > $ ls -l /usr/ | grep obj > drwxrwxr-x   3 root wheel   3 Oct  3 18:35 obj > > So MAKEOBJDIRPREFIX (or src-env.conf) is still not being honored, > despite being set in make.conf. As a side note, this seems to work, at least as far as obj dir creation goes: make\ __MAKE_CONF=/data/admin/build/vbox/make.conf\ SRCCONF=/data/admin/build/vbox/src.conf\ SRC_ENV_CONF=/data/admin/build/vbox/src-env.conf\ -j4 buildworld So either make.conf is still not being read, or it simply ignores the SRCCONF and SRC_ENV_CONF settings, contrary to my understanding of the src.conf man page - not unlikely: --- The default location of src.conf is /etc/src.conf, though an alternative location can be specified in the make(1) variable SRCCONF. --- The environment of make(1) for the build can be controlled via the SRC_ENV_CONF variable, From nobody Tue Oct 3 22:49:59 2023 X-Original-To: freebsd-questions@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 4S0Y203NYVz4w5Ld for ; Tue, 3 Oct 2023 22:50:32 +0000 (UTC) (envelope-from des@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 4S0Y202xWGz3C4d; Tue, 3 Oct 2023 22:50:32 +0000 (UTC) (envelope-from des@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1696373432; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=ibEFc83vgqd62e9Zym8xch9RFCvrhxIS542tfdV35fs=; b=I/ZBElGf9yViwmBHBu6DZ6bA9woVAeS9mcMIHAiTQpnvd60PcDHfjJjDPOlqQJkilWu0pZ SzzH1znnYsw75dvAzj66RmF7XY99/wPqSFbTELW70wgdu0wkpSzEyr10APNlUfEvoXGKHR QdHBgYBtNrpF8hFiP9G5Y+cYQTEyU8d9it7BuUP6SdRvmcd+iExjpTQj5iKo+8OUY9jDUU APkhXyvluzlKXvRf1R45qoc4NnNVMuz9TM3KmA6DezH2pfP46OodpCb9CUG0RoVjigqfvG 2nEOImoAnjXIF7JqE0yMvfZ4voP5bZqPDiZ3Gh/jDsgGz1TsIojkRvIwcksX1A== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1696373432; a=rsa-sha256; cv=none; b=XWL4nte7jFfN6l5IS2oB+xXrfivmf/bauk5gO8pB759sH1LYC8u94CewC37phonOzjB2gQ Xxw/NtISwp30b1rxuj0UNgq2EXHGf5Jx6qwnCrAsWExWHwtlZnWAW7Fjfm1lrGqUCP++LI J1z94uc22EInUNFBeQsPy//J9M1RqnvBVktpS1x91BefwtJ5BZWpuKmErMkhCbwMSRYaAj dnzCiP+9njTex1kV5SlpbHGtwHiJRH4ATYe+nc4KNbnYBVMkSp0yVXghnJQAVeN5cgIQUt JCBjiT/H9s3e7Y7nQodQRvcYIV6luhGcKmo/Kkzt/Py1PAT7QIwJCZw10oCWEQ== 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=1696373432; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=ibEFc83vgqd62e9Zym8xch9RFCvrhxIS542tfdV35fs=; b=cpls++FAGgpPDD82tmGKcANhbcGr4WId9rnx0K+WpICm/iaC0XrNdBBuzxY+zQyLmmpsBs 79V53M5wAj2LNCzaBC32EBDhfBR4o6MFTsnu8GSFN9pee+AGBFgge4giMhmhA5xlb6S7nO ug5NP84GtAaLmEGVTCJThNINKGYVal+nPNHB3tFjTEwq6JLuuC5Jz6h+xTKvoK7FEScX85 FBP3TKbJdwBcQxrGxzqvSFzcSZgMEWuQ1SPRbCCpMGpRBMOe17FonIVLfXb0MuowE26anU GG7q6XQ38Z2QGRZjRthjCWh4cUH8rYWxXpJmPoDeojK4eNjrW1PcqKc4YgzDTg== Received: from ltc.des.no (2a02-8428-0993-f001-36e8-94ff-feca-9834.rev.sfr.net [IPv6:2a02:8428:993:f001:36e8:94ff:feca:9834]) (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: des) by smtp.freebsd.org (Postfix) with ESMTPSA id 4S0Y201CrYz16vF; Tue, 3 Oct 2023 22:50:32 +0000 (UTC) (envelope-from des@freebsd.org) Received: by ltc.des.no (Postfix, from userid 1001) id 4C40F7553F; Wed, 4 Oct 2023 00:49:59 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Ede Wolf Cc: Freebsd-questions@freebsd.org Subject: Re: buildworld: specifying an alternate make.conf In-Reply-To: <4071a3d7-e8e1-4a22-b1b5-3f1107ff918e@nebelschwaden.de> (Ede Wolf's message of "Tue, 3 Oct 2023 18:42:18 +0200") References: <4249ee95-5081-4d4d-943c-3a6948ba4af7@nebelschwaden.de> <536f22fe-7a84-43a2-8628-0223336c4092@nebelschwaden.de> <8634yriu9m.fsf@ltc.des.no> <4071a3d7-e8e1-4a22-b1b5-3f1107ff918e@nebelschwaden.de> User-Agent: Gnus/5.13 (Gnus v5.13) Date: Wed, 04 Oct 2023 00:49:59 +0200 Message-ID: <86ttr7gw2w.fsf@ltc.des.no> List-Id: User questions List-Archive: https://lists.freebsd.org/archives/freebsd-questions List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-questions@freebsd.org X-BeenThere: freebsd-questions@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Ede Wolf writes: > So MAKEOBJDIRPREFIX (or src-env.conf) is still not being honored, > despite being set in make.conf. Please read make.conf(5). DES --=20 Dag-Erling Sm=C3=B8rgrav - des@FreeBSD.org From nobody Wed Oct 4 07:28:06 2023 X-Original-To: questions@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 4S0mWY14L2z4wrJZ for ; Wed, 4 Oct 2023 07:28:25 +0000 (UTC) (envelope-from bc979@lafn.org) Received: from mail.sermon-archive.info (sermon-archive.info [47.181.130.121]) by mx1.freebsd.org (Postfix) with ESMTP id 4S0mWX1H1Wz3d1b for ; Wed, 4 Oct 2023 07:28:23 +0000 (UTC) (envelope-from bc979@lafn.org) Authentication-Results: mx1.freebsd.org; dkim=none; spf=pass (mx1.freebsd.org: domain of bc979@lafn.org designates 47.181.130.121 as permitted sender) smtp.mailfrom=bc979@lafn.org; dmarc=none Received: from smtpclient.apple (unknown [10.0.1.251]) by mail.sermon-archive.info (Postfix) with ESMTPSA id 4S0mWP0fsKz2fjV0 for ; Wed, 4 Oct 2023 00:28:17 -0700 (PDT) From: Doug Hardie Content-Type: multipart/alternative; boundary="Apple-Mail=_EE6DE3E3-81DE-4227-9371-3D6B8ECF254C" List-Id: User questions List-Archive: https://lists.freebsd.org/archives/freebsd-questions List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-questions@freebsd.org X-BeenThere: freebsd-questions@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3731.700.6\)) Subject: FreeBSD-EN-23:12.freebsd-update Message-Id: <4CBF04D4-D091-4B57-8FFE-E037C8E2992E@sermon-archive.info> Date: Wed, 4 Oct 2023 00:28:06 -0700 To: questions@freebsd.org X-Mailer: Apple Mail (2.3731.700.6) X-Virus-Scanned: clamav-milter 1.1.2 at mail X-Virus-Status: Clean X-Spamd-Bar: - X-Spamd-Result: default: False [-1.83 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-0.93)[-0.929]; MV_CASE(0.50)[]; NEURAL_HAM_SHORT(-0.30)[-0.304]; R_SPF_ALLOW(-0.20)[+mx]; RCVD_NO_TLS_LAST(0.10)[]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; ONCE_RECEIVED(0.10)[]; TO_DN_NONE(0.00)[]; ARC_NA(0.00)[]; MLMMJ_DEST(0.00)[questions@freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; R_DKIM_NA(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[questions@freebsd.org]; RCVD_COUNT_ONE(0.00)[1]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; FROM_HAS_DN(0.00)[]; ASN(0.00)[asn:5650, ipnet:47.181.128.0/18, country:US]; DMARC_NA(0.00)[lafn.org: no valid DMARC record]; RCVD_VIA_SMTP_AUTH(0.00)[] X-Rspamd-Queue-Id: 4S0mWX1H1Wz3d1b --Apple-Mail=_EE6DE3E3-81DE-4227-9371-3D6B8ECF254C Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Now that FreeBSD-EN-23:12.freebsd-update is available, It doesn't = address a couple of situations I have: 1. Systems running 13.1 - Do I need to upgrade to 13.2 before going = to14? 2. Systems already upgraded to 14 from 13.2 that encountered the = errors. The note indicates that thereare some things that will not = work on those systems. The upgrade from Beta2 to Beta 3 gave no such = errors. Does that mean the issues are corrected? -- Doug --Apple-Mail=_EE6DE3E3-81DE-4227-9371-3D6B8ECF254C Content-Transfer-Encoding: 7bit Content-Type: text/html; charset=us-ascii Now that FreeBSD-EN-23:12.freebsd-update is available, It doesn't address a couple of situations I have:

1.  Systems running 13.1 - Do I need to upgrade to 13.2 before going to14?

2.  Systems already upgraded to 14 from 13.2 that encountered the errors.   The note indicates that thereare some things that will not work on those systems.  The upgrade from Beta2 to Beta 3 gave no such errors.  Does that mean the issues are corrected?

-- Doug

--Apple-Mail=_EE6DE3E3-81DE-4227-9371-3D6B8ECF254C-- From nobody Wed Oct 4 09:49:57 2023 X-Original-To: questions@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 4S0qfz5mtSz4vZMd for ; Wed, 4 Oct 2023 09:50:03 +0000 (UTC) (envelope-from matthew@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 4S0qfz58pxz4Pxy for ; Wed, 4 Oct 2023 09:50:03 +0000 (UTC) (envelope-from matthew@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1696413003; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=VjpkCr2f8iOCAh3a9k/Q7MKSiC8EpGmejzJc4J22FIA=; b=tB0fnglYP0B9zQDu7665JSO9BrTBlOtFEDEVKuxqwQkHyFxGbDxs6x7wq3g23Rv6hJ/v6p tOf7B+39YrzgHSYEjVXyx7AwgsKJMbp73xbECau1/Fi5MUMkwWi2icN0xND2zC0O5Fp6Tm kp0uT0BzuUt9SE+XvCg13dS64HcHaiOFXKEe3+VvMMOtFPsIiGlrk/N8k6QhYQCcDP3g3h 2GBJNSESP80TILnfWrC7GjwyZISdAMSajhA/qT43gudXsGL2g+QAaOS2ogfYs5u6FWCWkY Mr0S7oxGjZZNQi6NSozG5QBuc7qzgraeH8bLUF1vjfCEmKJKPQK+5HCfwOE0PQ== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1696413003; a=rsa-sha256; cv=none; b=D+k8A8p5L63RRYLc1o8gW0QUkpqd1UJboF2RWWw9qCaQpaw4KFJpB8BrjDZq7WT/zg8JEw WCq+9zLTKzd8hhlgc3R8mmNFymXaPruIKVYCBxnXiDYZhRYah/cCszivWQFsa/FUXzGb2R zrxyOCroDhvFG9NB1EtjFgO/moOqsG4dy1Z4CAy66wRGwUtFkqBNArDnrRRjqEqcn1dxwn zqNVJfThdYrmL/d/YVrpfukJSrq9NcjEOLk3CrDdCrLa6cTkGfNKlfl3Ioa8+mMiuzPngu w9ppsT323VMmtr3iMUU5INb6DV6Pq/L9ZpdmHUAyrhZItdfC4KFpXq3R1rpnlw== ARC-Authentication-Results: i=1; smtp.infracaninophile.co.uk; dmarc=none (p=none dis=none) header.from=FreeBSD.org ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1696413003; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=VjpkCr2f8iOCAh3a9k/Q7MKSiC8EpGmejzJc4J22FIA=; b=v3fRKs3RsCLvEjlx5+Ouz2vuArXmHTe88dYiCZHw33EKGp+T5jjx9vTVzeKgvoLYVmd0ec N4vaCV5uUQ0LZ06eupH5LmH7Bjns9NhPReEzjJ7qEvqZQJxp1p8i+XgW7qBUD7rggatkmR fcDIF015wdagQiCWoFJeSsypytAq6W7Bv5eb71eeA81zc0j4vqQdwiTRZjIqwC9TwmOYI3 rI5Hx58bMRfP8XDXzmF6bnycww4TLdlwUJvs6LnA91dOtaWHF12NShXTFP90o4NCUkHMcx 2PCEzVfjdzAjNQhURz+za4s+amfdF9/xpcMFpb/P4SueXnp4kO5xxGjjzz5AiQ== Received: from smtp.infracaninophile.co.uk (smtp.infracaninophile.co.uk [81.2.117.100]) (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: matthew/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 4S0qfz3JXRz1Jrf for ; Wed, 4 Oct 2023 09:50:03 +0000 (UTC) (envelope-from matthew@FreeBSD.org) Received: from [10.8.0.14] (cantor-hypercube.oucs.ox.ac.uk [163.1.67.131]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature ECDSA (P-256) server-digest SHA256) (No client certificate requested) (Authenticated sender: m.seaman@infracaninophile.co.uk) by smtp.infracaninophile.co.uk (Postfix) with ESMTPSA id 7873F134A4 for ; Wed, 4 Oct 2023 10:50:00 +0100 (BST) Authentication-Results: smtp.infracaninophile.co.uk; dmarc=none (p=none dis=none) header.from=FreeBSD.org Message-ID: Date: Wed, 4 Oct 2023 10:49:57 +0100 List-Id: User questions List-Archive: https://lists.freebsd.org/archives/freebsd-questions List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-questions@freebsd.org X-BeenThere: freebsd-questions@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: FreeBSD-EN-23:12.freebsd-update Content-Language: en-GB To: questions@freebsd.org References: <4CBF04D4-D091-4B57-8FFE-E037C8E2992E@sermon-archive.info> From: Matthew Seaman In-Reply-To: <4CBF04D4-D091-4B57-8FFE-E037C8E2992E@sermon-archive.info> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit On 04/10/2023 08:28, Doug Hardie wrote: > Now that FreeBSD-EN-23:12.freebsd-update is available, It doesn't address a couple of situations I have: > > 1. Systems running 13.1 - Do I need to upgrade to 13.2 before going to14? freebsd-update(8) should handle 13.1 -> 14.0 upgrades directly, but obviously, at the moment, you'ld just get the latest 14.0-BETA. That's still under the control of Release Engineering and not strictly part of the Security Team's purview. Practically that means 14.0-BETA won't be covered in the SA and EN notices routinely, but 14.0-BETAs will eventually pick up the same fixes since they have been MFC'd to 14/Stable. There is some overlap in membership of RE and SecTeam, so these things are not going to be overlooked, but the updates may take longer to propagate into the BETA images. > 2. Systems already upgraded to 14 from 13.2 that encountered the > errors. The note indicates that thereare some things that will not > work on those systems. The upgrade from Beta2 to Beta 3 gave no such > errors. Does that mean the issues are corrected? All of the fixes have been MFC'd to 13/Stable and 14/Stable already. They should appear in the next 14.0-BETA if they aren't already in the current one. Cheers, Matthew From nobody Fri Oct 6 00:28:37 2023 X-Original-To: freebsd-questions@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 4S1q6W5lp5z4wM8R for ; Fri, 6 Oct 2023 00:28:51 +0000 (UTC) (envelope-from paulbeard@gmail.com) Received: from mail-ej1-x62a.google.com (mail-ej1-x62a.google.com [IPv6:2a00:1450:4864:20::62a]) (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 "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4S1q6V67Glz3XKs for ; Fri, 6 Oct 2023 00:28:50 +0000 (UTC) (envelope-from paulbeard@gmail.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20230601 header.b=TR0MfvI6; spf=pass (mx1.freebsd.org: domain of paulbeard@gmail.com designates 2a00:1450:4864:20::62a as permitted sender) smtp.mailfrom=paulbeard@gmail.com; dmarc=pass (policy=none) header.from=gmail.com Received: by mail-ej1-x62a.google.com with SMTP id a640c23a62f3a-9b95622c620so296963566b.0 for ; Thu, 05 Oct 2023 17:28:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1696552129; x=1697156929; darn=freebsd.org; h=to:subject:message-id:date:from:mime-version:from:to:cc:subject :date:message-id:reply-to; bh=o3IbbzWhmxHcEbcu40onj77LZiqzL4e0/nol9cXxWTI=; b=TR0MfvI620+Yughyl/6EP1Djf5PA+NBbVCUrOWOnFMAGjBF9yQpOrQ3hkYaXUWxKGz gLDSNY74D5JWmoFio5JWYxYhMVOL3mKLiiu9keLv1TD38Rv1PBaTUUbTUJSHtIRzAGFh FadMZXupJkY3GwIGWRWxXry5sDVQjtQnKwwJjYJ6DH6I/vS1Y08y6r1O3ur3l3VpwP0r H6EmBgCdU6WcP1D2/e2e06qzsm4CBl1/llKk51i2gE+y9zjiiZQRjUMsAp/NF8axEOGM 3aGDuJghWOJ6DE8TTNAm1zLMP4fz8Kl9dBvJDuT67vdBBgc8H6u1a0Qn/vaFKv06kr40 yDIA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1696552129; x=1697156929; h=to:subject:message-id:date:from:mime-version:x-gm-message-state :from:to:cc:subject:date:message-id:reply-to; bh=o3IbbzWhmxHcEbcu40onj77LZiqzL4e0/nol9cXxWTI=; b=Uhx9eUyTEl7WKY08r5WdJwNmSMqStmUgGh2rVrdOcyJOvYIo0fvMGMF3i1jEygcXOg gTlCU+7PG4q9d9Hrf8B/kSJ+sJ8EPwpuODlC77Xi2xVIuAvgDMesIkpH5l0AuqRbs+dz e84ShxHypiHzqOOPtq1TPNIUmVff087T1woRpVE3W0mGnISZnJdGFf+c8G0gmNz7LRdS XNvz8OM3FuqSJpkmWYiQd0WFis756KhFy9OoGkutFjPl7m+PQq1uvd4StQiPP9qIOvd+ +Xmr+ZeP9KrrWKw8KAJJDrZfZeMDxbwB+gVfIN2CJM2g4iJyxzvVwRIQUoA16RSloPc1 a1Tw== X-Gm-Message-State: AOJu0YzFM+s5qYwQXy/K34Av3A81SAO6wPMAC0wouu+QIwZJm2z4jjg5 lpwBksjhmbxRRriKtK8Deh+2vKPGLFj0VkLOoXiM/hrt X-Google-Smtp-Source: AGHT+IEbWx1wSZ+HhABJVTZ1kBBUIQvYvbBS26pgmxJ21b4jh9yhe2G+Se8c8qa5AAKb7fl3riINJKigjrZ4BX0p4S8= X-Received: by 2002:a17:906:768e:b0:9b2:f38d:c44b with SMTP id o14-20020a170906768e00b009b2f38dc44bmr5902900ejm.24.1696552128782; Thu, 05 Oct 2023 17:28:48 -0700 (PDT) List-Id: User questions List-Archive: https://lists.freebsd.org/archives/freebsd-questions List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-questions@freebsd.org X-BeenThere: freebsd-questions@freebsd.org MIME-Version: 1.0 From: paul beard Date: Thu, 5 Oct 2023 17:28:37 -0700 Message-ID: Subject: serial port question To: FreeBSD-questions Content-Type: multipart/alternative; boundary="000000000000faa41006070152ef" X-Spamd-Bar: --- X-Spamd-Result: default: False [-4.00 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.999]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20230601]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; ARC_NA(0.00)[]; RCVD_COUNT_ONE(0.00)[1]; MLMMJ_DEST(0.00)[freebsd-questions@freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; MIME_TRACE(0.00)[0:+,1:+,2:~]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::62a:from]; DKIM_TRACE(0.00)[gmail.com:+]; TO_DN_ALL(0.00)[]; FREEMAIL_FROM(0.00)[gmail.com]; FROM_HAS_DN(0.00)[]; RCVD_TLS_LAST(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; PREVIOUSLY_DELIVERED(0.00)[freebsd-questions@freebsd.org]; MID_RHS_MATCH_FROMTLD(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim] X-Rspamd-Queue-Id: 4S1q6V67Glz3XKs --000000000000faa41006070152ef Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Not strictly FreeBSD-based but adjacent, surely=E2=80=A6 I have a 3D printer that has a serial port connection through USB but it's not working through the various apps that obscure the details in the name of "convenience." You know what I mean. I like convenience as much as anyone but sometimes I just have to get on with it. Does anyone have experience in communicating with really simple machines over a serial connection? It's not always easy to ID the serial device but that's a separate problem. Allegedly I can communicate up to 115k but I'll settle for a lot less to send simple commands like M502 or M500. --=20 Paul Beard / www.paulbeard.org/ --000000000000faa41006070152ef Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Not strictly=C2=A0FreeBSD-based but adjacent, surely=E2=80= =A6

I have=C2=A0a 3D printer that has a serial=C2=A0port= connection through USB but it's not working through the various=C2=A0a= pps that obscure=C2=A0the details in the name of "convenience." Y= ou know what I mean. I like convenience as much as anyone but sometimes I j= ust have to get on with it. Does anyone have experience=C2=A0in communicati= ng=C2=A0with really simple=C2=A0machines=C2=A0over a serial connection? It&= #39;s not always easy to ID the serial=C2=A0device but that's a separat= e problem. Allegedly I can communicate=C2=A0up to 115k but I'll settle = for a lot less to send simple=C2=A0commands like M502 or M500.=C2=A0
<= div>


--
Paul Beard / www.paulbeard.org/
--000000000000faa41006070152ef-- From nobody Fri Oct 6 00:37:00 2023 X-Original-To: questions@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 4S1qJ31h0kz4wNjd for ; Fri, 6 Oct 2023 00:37:07 +0000 (UTC) (envelope-from kevans@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 4S1qJ3165bz3Yql for ; Fri, 6 Oct 2023 00:37:07 +0000 (UTC) (envelope-from kevans@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1696552627; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=PXq46dIALsBef+B0HGwu2HWBJJgwGDOu2bjfT1DfNY4=; b=Ryh4K3M1TnAlFDO2wtzsOn9oNUDmRK9Jceo2JhrdDhqSB42GJ8tJwxubSN9EARcCB6dGTs cFus8yJJK36Dipn+ehA5d+s8VnoHIw6zXYGNpET/UT4toy1n1o0y/uzbI9MOAVwwboTp74 3WWkIkgoityL6n7jyFxgqYI8cWcqNlUc0tlPYxyhUKFaoRaocwxGLKREmCmXdNlmVPnXfn qNLnr8pvPa3uBvKkQ20W8+ybsANXjV+C+5aoFBYT/mmhYLCTcOAASiyHDNWmBHGTcDPk2b QCxYx7b1Aw4YV97jPHKXccPKMG+/vTqEBCz4mZGTJOamEZskMyb1T6I4a6AhgQ== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1696552627; a=rsa-sha256; cv=none; b=KdsfJm+cXW2ohQHBlMDGQQ6LvNaUL92CPcBjszE4fiVPJuGa7k4AH/3kvoZhIihTZXxuNj kQIelFxtB0j6e+gCkqs6Lr0i8L1mKamCSe/OFJgHuxQEd2WPaBUMHx1oC5gnlNPZyEc8bB QWW2woiUqQ79b32dXUntMzR6AAZpRtkEXaNkkNESP9f/9dOkpSUd6z4LSPAmk9aAwMWz+r w9TCkwpvIzOxrvGmhA8+Ea27Wc79PUw316Q8NtU/W2nIn6z6lNGCLxVfJk06kFvUBHxQKy ezdUtry8LNkLIzKcxocwzsa8YsO6pkRux0BJO1SrOqiB3suHQF3ZJmxFJQV9nA== 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=1696552627; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=PXq46dIALsBef+B0HGwu2HWBJJgwGDOu2bjfT1DfNY4=; b=EfF+9XbB0nRtYIv5Wh+tmu/7u2/h20WP6JuP9WxW6SzlNBIjMlHs/ULKoCqF1ZbX/Iv/6w 1iq8JiZrE2I2JNC4b4dxAEPBm6TTakVIffaSt07x4iVRFbMRjXw+FEmkJBI2kaqoJ6jqAG hotkmmO++tEXCDLZtR7MLoJKDTVgzhGrK9pPfMSbMI3LRb9B4F02j0XA2wUhc9PAHHgiNG CKo9yqkMoF+qOPUQ0dNfcr2WQ2w/yIaP+aHdyy4m0YyU9hScAnW3NDjB+Tc9RWkJSFjOxS AziQzZxIEEXRsfSoqr22546tLvKg+sFMqRGfXjteVE50KO67ZLyzzBZxnqHiJQ== Received: from [10.9.4.95] (unknown [209.182.120.176]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) (Authenticated sender: kevans/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 4S1qJ260Xqz142h for ; Fri, 6 Oct 2023 00:37:06 +0000 (UTC) (envelope-from kevans@FreeBSD.org) Message-ID: Date: Thu, 5 Oct 2023 19:37:00 -0500 List-Id: User questions List-Archive: https://lists.freebsd.org/archives/freebsd-questions List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-questions@freebsd.org X-BeenThere: freebsd-questions@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:102.0) Gecko/20100101 Thunderbird/102.15.1 Subject: Re: serial port question Content-Language: en-US To: questions@freebsd.org References: From: Kyle Evans In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit On 10/5/23 19:28, paul beard wrote: > Not strictly FreeBSD-based but adjacent, surely… > > I have a 3D printer that has a serial port connection through USB but > it's not working through the various apps that obscure the details in > the name of "convenience." You know what I mean. I like convenience as > much as anyone but sometimes I just have to get on with it. Does anyone > have experience in communicating with really simple machines over a > serial connection? It's not always easy to ID the serial device but > that's a separate problem. Allegedly I can communicate up to 115k but > I'll settle for a lot less to send simple commands like M502 or M500. > Right, I've had to hack a good amount of related software to handle the BSD-convention of naming serial lines. Unfortunately a lot of them like to filter through /dev looking specifically for ttyUSB* and thus, won't notice the cuaU* devices that we use. Usually it's as simple as that; they'll generally just use termios and it all basically just works if you can change the pattern or explicitly specify the /dev/path. IIRC there's one caveat that they're usually used to the Linux way of configuring baud rate and really want a B* constant for the baud rate they're trying to set, but we're a little more casual and explicitly guarantee in tcsetattr(3) that we're just mapping those constants 1:1 -- i.e., some of the constants they use in Linux can just be defined to the integer equivalent and they'll likely Just Work(TM). Thanks, Kyle Evans From nobody Fri Oct 6 00:37:42 2023 X-Original-To: freebsd-questions@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 4S1qK14tThz4wNdd for ; Fri, 6 Oct 2023 00:37:57 +0000 (UTC) (envelope-from tomek@cedro.info) Received: from mail-yw1-x1132.google.com (mail-yw1-x1132.google.com [IPv6:2607:f8b0:4864:20::1132]) (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 "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4S1qK12Cs5z3Zjf for ; Fri, 6 Oct 2023 00:37:57 +0000 (UTC) (envelope-from tomek@cedro.info) Authentication-Results: mx1.freebsd.org; none Received: by mail-yw1-x1132.google.com with SMTP id 00721157ae682-59e88a28b98so14840567b3.1 for ; Thu, 05 Oct 2023 17:37:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cedro.info; s=google; t=1696552676; x=1697157476; darn=freebsd.org; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:from:to:cc:subject:date :message-id:reply-to; bh=GCSo1fvHTa0CtByPsqYt/rjFfv+DkIFlyP4odNa1csk=; b=h2O8sAX/IMroeNSzwKPkuOOf8JB8NCZoexaaBo5JnrMTSTLdaGGEc6fNftSCgl2XpI 3ftRucGhAhRondBi+xmESLq2TaiUMU5LoADAriuLmfXomNRCDWpH8ofSg/8XdVDFB3tm SCZyMjujuRPGvlQWtQn9GtsXITd2U+XuObOgsmQOFv+Q72JQjOkzKzTnVzrV3KD48Mw+ ryPLsrh/avE/8WOrMYgwZOjfv591hJk1NW+fl2PZ9tSbI9GJGOAlG2QsLsCb/emEOIv+ zJ6ptgYcDdJd86rX+nYIGj37eZ/dsZ9lQA/+OJRlNnmAyPIPg12qH1i8DUnSo+FG5TcM 3PjA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1696552676; x=1697157476; h=content-transfer-encoding:cc: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=GCSo1fvHTa0CtByPsqYt/rjFfv+DkIFlyP4odNa1csk=; b=csHYoA28j7lgZj8PSJWBORDNrcMSoaR4JU80+Q18BkHifCzu7+fJZEcHBxu8ijEfap vM+swzeW50n4peADivdx9hmhV7tSnaVlKp38fqZbFBzoSLNUUA6NDEQIJE9rSDdm2wC/ ZgoVI6B/Rbj8HRnTLb7vHTW9tWhOq24s+mlEDqVtyG7Jq0HlnQFDriljy1JLrHuJTJQD auE9KgF2ebx3vzfE1nRYiqu5Wvt/e7HZuoIyb4ovHuYFb+/aDKmKbVf3IJ25nQP8AXNv 2jZ7OALmV68Kobwl+08xr0TVhqHnxhyB4njCRW57Zc29A9JXkkvvsuhr43sVRGf08N/N gE+g== X-Gm-Message-State: AOJu0YxIawSoaWwpOPvVbuco5YgFTg/3380ahBhSr8lBvTmtj+ws1BFr 2HZHfgRTsWff5g9EnNYYMfXay6pXRpq9wzALz5U= X-Google-Smtp-Source: AGHT+IGkf63b8d+pMm5xf5S1UEhCad9Xk5HeWOoZjQqwu60Vk9qYYUSPDNuFGyjvnmrlopv/jwfh5A== X-Received: by 2002:a0d:e24d:0:b0:59b:ca32:7460 with SMTP id l74-20020a0de24d000000b0059bca327460mr2000676ywe.3.1696552676006; Thu, 05 Oct 2023 17:37:56 -0700 (PDT) Received: from mail-yw1-f172.google.com (mail-yw1-f172.google.com. [209.85.128.172]) by smtp.gmail.com with ESMTPSA id u195-20020a8184cc000000b0059f4f30a32bsm890884ywf.24.2023.10.05.17.37.55 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Thu, 05 Oct 2023 17:37:55 -0700 (PDT) Received: by mail-yw1-f172.google.com with SMTP id 00721157ae682-59f6767a15dso24133397b3.0 for ; Thu, 05 Oct 2023 17:37:55 -0700 (PDT) X-Received: by 2002:a0d:cb4c:0:b0:59b:52c2:5f15 with SMTP id n73-20020a0dcb4c000000b0059b52c25f15mr1535971ywd.25.1696552674999; Thu, 05 Oct 2023 17:37:54 -0700 (PDT) List-Id: User questions List-Archive: https://lists.freebsd.org/archives/freebsd-questions List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-questions@freebsd.org X-BeenThere: freebsd-questions@freebsd.org MIME-Version: 1.0 References: In-Reply-To: From: Tomek CEDRO Date: Fri, 6 Oct 2023 02:37:42 +0200 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: serial port question To: paul beard Cc: FreeBSD-questions Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable 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:15169, ipnet:2607:f8b0::/32, country:US] X-Rspamd-Queue-Id: 4S1qK12Cs5z3Zjf On Fri, Oct 6, 2023 at 2:29=E2=80=AFAM paul beard wrote: > I have a 3D printer that has a serial port connection through USB but it'= s not working through the various apps that obscure the details in the name= of "convenience." You know what I mean. I like convenience as much as anyo= ne but sometimes I just have to get on with it. Does anyone have experience= in communicating with really simple machines over a serial connection? It'= s not always easy to ID the serial device but that's a separate problem. Al= legedly I can communicate up to 115k but I'll settle for a lot less to send= simple commands like M502 or M500. cu -l /dev/cuaU0 -s 115200 ? minicom ? man cu man minicom make sure your user is in the dialer group in order to access serial port device. you may want to first run `minicom -s /dev/cuaU0` as root in order to setup the port configuration file, then as user just `minicom /dev/cuaU0`. assuming your device shows up as /dev/cuaU0. have fun :-) --=20 CeDeROM, SQ7MHZ, http://www.tomek.cedro.info From nobody Fri Oct 6 01:06:12 2023 X-Original-To: questions@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 4S1qxl5dHzz4wSQs for ; Fri, 6 Oct 2023 01:06:19 +0000 (UTC) (envelope-from mirror176@hotmail.com) Received: from NAM12-BN8-obe.outbound.protection.outlook.com (mail-bn8nam12olkn2023.outbound.protection.outlook.com [40.92.21.23]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "DigiCert Cloud Services CA-1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4S1qxk5PwWz3fcn for ; Fri, 6 Oct 2023 01:06:18 +0000 (UTC) (envelope-from mirror176@hotmail.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=hotmail.com header.s=selector1 header.b=aZjpn3Yq; spf=pass (mx1.freebsd.org: domain of mirror176@hotmail.com designates 40.92.21.23 as permitted sender) smtp.mailfrom=mirror176@hotmail.com; dmarc=pass (policy=none) header.from=hotmail.com; arc=pass ("microsoft.com:s=arcselector9901:i=1") ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=G+VBSPuePSuJJceEwNBW12s5nhIhsVAIlcwTMY3MvMRWaHgVrWhBfcyb7WxPneBc6pohRxVwb3CEkyS8RPPWEgxS2ygtZRDmuk84Hpl5F9dtbXA76/J8fyMlIFmZkAMucpB95bHgvNlNqYlpInVAHYzDSo9W2BDrs5MeAyPsji6yDXeVk7Zr92Cy59eY3OFNgndwqDGqMCL/zeJHy47qyyc/kE74+Jx5CSrIkOpneLortYoRnGTpVz1HxPPuoq1N75kyMrOJPQ0QzFze05esf45kq9yCiCTeya/Y8d83UjIpB9Z1Ocf6j8lDK0jHQ9pgqabETr8u3pCE3QGX8qVsOA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=0lMhYLYrhFC5RO+T1FvNT5ktPZiThusYSpb77O0hn+s=; b=VoIMKrHC9PRqBINcUdgWls4lnf+XV9pHjOieu+qtE2IT5iylvQLKlIlScsBAQ65rRI4FJ7E9cbHHrYn18whJkN26E7lbZtzs5q+M7ojKrnml8oriSYb0s79n+9aBQP2bBfdzX1YP78MfWI9ahMq7/BFPpcz00FWrXfzFuaQOqUgFlhdjxNFcFarqcY5NQzoaDAh1tIwZ5Tb5wx/ezUz9ZnOTg2v5kiWq2nrv4w/06XK7kjo4CQ6m4wIZaGgYSwiuauTnxtjzElVJ/6419UJqOM+xig2TK2zprgfuQRVmF0TdFPIEZX5vMzwugKOEFwW4+FIK9yEkE7JgmIcEri1STQ== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=none; dmarc=none; dkim=none; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=hotmail.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=0lMhYLYrhFC5RO+T1FvNT5ktPZiThusYSpb77O0hn+s=; b=aZjpn3YqPe8ssD2jUeciIHMT7lbI/uHEI0lSu0QZ7+6C4BjTuCwr7v1U4+iIac6PC5emvY+o1pFfqjib9E9ghwT4bWdwWU5o4OJCb8e/IVwTKCmqvH2KRpud1bLWqK1osz6UtE9wi8mjoUfgZK3DJDbVqk2OrG1kbpX4hyrPKrMav7pfqWoEJaHoy9EjjjmhnygozF0xYtUOurlQrfe8gZsR3D82M1qiUlS3XZzgjDlzdOyLzG7PwT0ElHnSPF7sLFLkhvpDo7Gw7LfObsaUbUaEIp7o7uZYK8Qm1N5DwatyTxM0REzijfLiAUT8WGE1CKY4BKUtKQ1BThN2slD/Bg== Received: from CO1PR11MB4770.namprd11.prod.outlook.com (2603:10b6:303:94::19) by SJ0PR11MB5918.namprd11.prod.outlook.com (2603:10b6:a03:42c::22) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.6838.37; Fri, 6 Oct 2023 01:06:16 +0000 Received: from CO1PR11MB4770.namprd11.prod.outlook.com ([fe80::a542:a24f:4156:3a05]) by CO1PR11MB4770.namprd11.prod.outlook.com ([fe80::a542:a24f:4156:3a05%6]) with mapi id 15.20.6838.030; Fri, 6 Oct 2023 01:06:16 +0000 Message-ID: Date: Thu, 5 Oct 2023 18:06:12 -0700 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:102.0) Gecko/20100101 Thunderbird/102.14.0 Subject: Re: serial port question Content-Language: en-US To: questions@freebsd.org References: From: "Edward Sanford Sutton, III" In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-TMN: [AQoZwkV8REc0DmNtq5GPxZlPCSAKLj0S] X-ClientProxiedBy: MN2PR17CA0017.namprd17.prod.outlook.com (2603:10b6:208:15e::30) To CO1PR11MB4770.namprd11.prod.outlook.com (2603:10b6:303:94::19) X-Microsoft-Original-Message-ID: List-Id: User questions List-Archive: https://lists.freebsd.org/archives/freebsd-questions List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-questions@freebsd.org X-BeenThere: freebsd-questions@freebsd.org MIME-Version: 1.0 X-MS-Exchange-MessageSentRepresentingType: 1 X-MS-PublicTrafficType: Email X-MS-TrafficTypeDiagnostic: CO1PR11MB4770:EE_|SJ0PR11MB5918:EE_ X-MS-Office365-Filtering-Correlation-Id: f625e1af-824f-423b-c403-08dbc60870d0 X-Microsoft-Antispam: BCL:0; X-Microsoft-Antispam-Message-Info: rMdswpPIZnNEppc6JqtJ+XqJOgFa1VRT76B1J3XX5aaYuPIFAUXiwAPxTidYqVTM/27ni57trK3nZNbBjn2E7UlL2R1nI2Klz/lMZhhylKnES+fxa/uyrENP+hoLAQCuMwtOzTU0H2SV4TijNc35iCkqUQR6MblX65wuPbhkr4w02w3otOlFxCfo6q6f/d00ide5sNOqEYMvNTEZPcGtVMR3b1Y+3YveW8DWLR8BLesw+hwklJAVfjTtd37zIWMD605+EWipZ1EpMQ48y6nXOL8F31AFMMO0MJive4AmI6P8JaAmJ1fOkqBgV38JCGIm7RmAhse9hdsyfCnT9ptE7tOzykbvCCRi74NHxDSbSD2nAD9eK3JJ0eLR6vwCQWBQvYP3UJzMSFWz3/5HFhEsjyN8qcRUfN7zJnggD93IIkGHQdGUnMnJ2Y7pjNWhyIloIgH0KQ1jfOLLY3Yp+qL5hZFJ1VS/4YvjVxa0t62ctt3VuK/+Xn/qwMipaPsp1FISanD191ULpcZrbFNt/URWL55KEukPM/SaJMna4LPuHTcrteIDHZHFHewIuFScF13x X-MS-Exchange-AntiSpam-MessageData-ChunkCount: 1 X-MS-Exchange-AntiSpam-MessageData-0: =?utf-8?B?Nzk5QXhvKzNnWUJiVTBDN0QrYjA1TUdtYUR2RHUwcExud3hEMmMxT2t2WHhq?= =?utf-8?B?ZXUzL1NDUE9acmRXWnU1TG5DeTk0VTZ0NnFWajhFaDhLTkI3R05QcDQ4WWpp?= =?utf-8?B?bnY0c2g1QTZWbVE5SThSaGhnNkxDbCtUSlF4Z2NwNWRmUm5tREpxbXhteHZ2?= =?utf-8?B?QkFxY3FnMERVSGJsbG5QTlZFSVJ0RmdxL2FGM3QyNndnTk5lREk3RFhiZGs3?= =?utf-8?B?MDd5bUtEbFhVckg4clF3dVVoZ3pNclUxQWRuem1BK2lvKzlqVVZSRG41a0pK?= =?utf-8?B?TEVKNmo5Z0VHTElQZzU0aE95dHAwVGlKNE9SM0p2VnRFWFNxT0Vta0w0eWxw?= =?utf-8?B?bFJvdjE4ZFovTWtjTVFZeThTSm84VlliMWp2clNxUGY1UXNGeHViYnVpSStj?= =?utf-8?B?YU42bHFhUnVuUmU3dFhxZnR0ZlRiSUNhU2hDTUNUVTBBN0RjUDlVOHovQWUv?= =?utf-8?B?UU5qb0o0WTUrWTV2VGwxaFV2YjI3QkdEUnZGRkZmTXREKzA0RlJMaFBaZUVu?= =?utf-8?B?UmlHSlZNM1RjNkhiZmhaTmFJTVJlbGxNcHJqUkdNTUVMQ0RyTGFWNFRHTzMv?= =?utf-8?B?aWdIK3lhdGdFMVNiY3JXWGhldFIybnppQUJCQ3FoVS9DWGJkNWhueWdqMGFO?= =?utf-8?B?OWpCZG5OeWRyeGtMaTNTRFE1d2lZbmV2L2hrR2lybHFkclh4UWZ5OGxGbm0y?= =?utf-8?B?ZDczN0xKUExwVExJMklDQ2R1cHI5Zkw0MC9keWl2S1IxUU1wSlJzMWtCTUxD?= =?utf-8?B?eFJvcWdMQk1MaUlHaGRabTBaRi9BSWRzTVBLYzd3VkxkMzFuR3RHVERsRUdC?= =?utf-8?B?VFRWZFJvMWZrb1B4eVBGeENkdEcxVi9HUzZaT1RQU2RoMHJxZTBLQjExODJR?= =?utf-8?B?YTRlUmZUeFg0UFVJWmRPbUwxdC96SS9adCtZckVYWTdMWHFwUDlTblc1Sk5a?= =?utf-8?B?MmpRVE8xVmhHZ1hieXkweDlnbVEzYUcrN3V1WkdRRURJK0VMQWJiSVRtRHVh?= =?utf-8?B?czJCOXc0VzBhZlZ1dmd5SnZmcnJhby9oSDdIVXJTVEVPRG14aUFRVm1wVk4w?= =?utf-8?B?bGpRL0t3YzRoNVRYQW5ER3JlRXhvanpJaXJYdHBtYThRenRXSVBlWlQ4SXFH?= =?utf-8?B?U0ZKaUxvQmFZb29LVkxVaVkzQnhJYjcvNHg1VG1kZnAxY1lJdXV5MTE2NWl2?= =?utf-8?B?SE9ZL2MyUllnNXVDd1IvYWtDY2lFRWl2ajBuamFNWWpUQTFqV0k1UVRmcmFQ?= =?utf-8?B?dDNqbEp5TFJpQzIrK1pIMWhCVFpaYXNyUStOOGNWdXZzVXNxM1ZmTWpaVjZw?= =?utf-8?B?Y0RuQ2hTbVJ3Vjhyb1RXQmE2bU8rbFNNWjZBMHAyNlM2MGptWGVBa3FIT2hu?= =?utf-8?B?U2YzV0h0ZDBTcTlVSTNaWDIwdUJxdFkwbDVOZUFHL1ZWR0FPOGc4akE3MGVl?= =?utf-8?B?L0ZBSTYxRGt5UDRmUzlxa21xeDdyb1lkZ1IyWlZqL0JuY0lJUFEyY0RTTU5h?= =?utf-8?B?UjJYa1pFajMrbmpyZVhldW8vaTBqZktDZlRvZWJ1RTNWdGhqaElDa2tNMlFl?= =?utf-8?B?U1huRHNUNlFFVjV5cmFsYkJ6RXpaTzdydHNBdGErNWQ5dWtLdGFGRksxTmp3?= =?utf-8?Q?w8zlIIWMsy8mLHdiFO2JtDbxP7TEIS+fEaVYa3jOVKKg=3D?= X-OriginatorOrg: sct-15-20-4755-11-msonline-outlook-e8f36.templateTenant X-MS-Exchange-CrossTenant-Network-Message-Id: f625e1af-824f-423b-c403-08dbc60870d0 X-MS-Exchange-CrossTenant-AuthSource: CO1PR11MB4770.namprd11.prod.outlook.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-OriginalArrivalTime: 06 Oct 2023 01:06:16.1926 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-CrossTenant-Id: 84df9e7f-e9f6-40af-b435-aaaaaaaaaaaa X-MS-Exchange-CrossTenant-RMS-PersistedConsumerOrg: 00000000-0000-0000-0000-000000000000 X-MS-Exchange-Transport-CrossTenantHeadersStamped: SJ0PR11MB5918 X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.46 / 15.00]; FORGED_MUA_THUNDERBIRD_MSGID_UNKNOWN(2.50)[]; ARC_ALLOW(-1.00)[microsoft.com:s=arcselector9901:i=1]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.96)[-0.964]; DMARC_POLICY_ALLOW(-0.50)[hotmail.com,none]; R_SPF_ALLOW(-0.20)[+ip4:40.92.0.0/16]; R_DKIM_ALLOW(-0.20)[hotmail.com:s=selector1]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_ALL(0.00)[]; FREEMAIL_FROM(0.00)[hotmail.com]; RCPT_COUNT_ONE(0.00)[1]; RCVD_IN_DNSWL_NONE(0.00)[40.92.21.23:from]; BLOCKLISTDE_FAIL(0.00)[40.92.21.23:server fail,2603:10b6:303:94::19:server fail]; MLMMJ_DEST(0.00)[questions@freebsd.org]; FROM_HAS_DN(0.00)[]; DWL_DNSWL_NONE(0.00)[hotmail.com:dkim]; ASN(0.00)[asn:8075, ipnet:40.80.0.0/12, country:US]; DKIM_TRACE(0.00)[hotmail.com:+]; TO_DN_NONE(0.00)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[40.92.21.23:from]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; FREEMAIL_ENVFROM(0.00)[hotmail.com]; RCVD_COUNT_TWO(0.00)[2] X-Rspamd-Queue-Id: 4S1qxk5PwWz3fcn On 10/5/23 17:28, paul beard wrote: > Not strictly FreeBSD-based but adjacent, surely… > > I have a 3D printer that has a serial port connection through USB but > it's not working through the various apps that obscure the details in > the name of "convenience." You know what I mean. I like convenience as > much as anyone but sometimes I just have to get on with it. Does anyone > have experience in communicating with really simple machines over a > serial connection? It's not always easy to ID the serial device but > that's a separate problem. Allegedly I can communicate up to 115k but > I'll settle for a lot less to send simple commands like M502 or M500. If memory serves, multiple device permissions may be needed for the one device node to work. I had the following rules in a /etc/devfs.rules entry (which involves a header+/etc/rc.conf entry fi I recall). Likely only the first two mattered but I don't remember now. add path 'cuaU*' mode 0777 group operator add path 'ttyU*' mode 0777 group operator add path 'usb/*' mode 0660 group operator Other posts are also correct about some software not searching through port labels when they vary from Linux. Most of my effort was put toward keeping a Makerbot Thing-O-Matic working off and on over the years but that kept me mostly just playing with replicatorg due to its incompatibilities with other software that I someday need to setup a workflow to migrate to. reprap software I had started to get basic control from but recall manually patching its list of checked and available ports when I did it years ago. It isn't recommended but I have been known to either test software as root, or change many more permissions than I need to figure out how to get things working. If you say what printer/software you are working with, others may be able to chime in with more specifics. From nobody Fri Oct 6 04:42:23 2023 X-Original-To: questions@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 4S1wlP3w9Pz4vnFp for ; Fri, 6 Oct 2023 04:42:41 +0000 (UTC) (envelope-from paulbeard@gmail.com) Received: from mail-ed1-x529.google.com (mail-ed1-x529.google.com [IPv6:2a00:1450:4864:20::529]) (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 "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4S1wlN0Ntlz4nmK for ; Fri, 6 Oct 2023 04:42:40 +0000 (UTC) (envelope-from paulbeard@gmail.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20230601 header.b=OrQtG6pG; spf=pass (mx1.freebsd.org: domain of paulbeard@gmail.com designates 2a00:1450:4864:20::529 as permitted sender) smtp.mailfrom=paulbeard@gmail.com; dmarc=pass (policy=none) header.from=gmail.com Received: by mail-ed1-x529.google.com with SMTP id 4fb4d7f45d1cf-533c5d10dc7so2909237a12.3 for ; Thu, 05 Oct 2023 21:42:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1696567355; x=1697172155; darn=freebsd.org; h=cc:subject:message-id:date:from:in-reply-to:references:mime-version :from:to:cc:subject:date:message-id:reply-to; bh=fNXgyolVunVdQp4up/feAd6Q/hrnAUAjF43u+DEiHnc=; b=OrQtG6pGzpOIHHus+9RMHnlCcnrEUy5K0qkHmOFRquN/JQpmMWjI3HabJz3Ccsw6xh a48KyZr3HtLgHSX2nxdoeBI0k/FjKvPtU/Qcv8KxPeRcrvy0n/4Qa4W1P19qDOqXe15c HRk19KXDWre8D4gSY8sRSwjAOdiRnwkvEtLdxrpn0Ed/pev900h0hDAuZVRrNIwCy/F0 yfYEzPTHO6u9Z3BY19/dRQQURClKRyuT+9g6Fuy+wAKoWLXUtyHs1dUgiSEnC1o8eAnn pLf99etI44gYOENKXVtVmFF7mi3gapOakXSmGVlHl4p4fg6NlxhlpU+AV7TbzR3FFwkc gVyA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1696567355; x=1697172155; h=cc: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=fNXgyolVunVdQp4up/feAd6Q/hrnAUAjF43u+DEiHnc=; b=FhjRNTTG71BZdGcH7PExeNX9rOQEpcxJyZqzwijMmqEXk57M2VV6y8qFTYXQiY+Viv 7qBH/eK4fgPcRemazeRPsWd9f95sypspOE5Fv71KMryhONnAmBL5lPRN+cC2uHBebbXm DrOqCBWQeprQs27pxO+5fPnuhNxtqjJEmexPZCBfoYSSJwjC7B1gVMive35tBqWCpW5R +3GA+sl8+P6Kk0NGiC19CEdTT1rZRpmDcAmZevFk4KDUuqOfDz/nn0GrsbNB20rTRoAp 46cueTlIJ/12W0ufckWGBNKFxjO8UZmWDEX3Aj2G5k2MH2i5YrIct4ycn7Wwk49pYU9I IZlQ== X-Gm-Message-State: AOJu0Yx5oZYRLn8z9h4yRTM0MjasqiEPZtN6pncoqK7zc6w1g33k0/7D HaNQJyf5R9UPprH0VqVuZ46lR/VEdI2bna1tijJbM60+ X-Google-Smtp-Source: AGHT+IGEy4JmSybbC/7a3JZ5n7XUBjwYBgKsKhnUM9YmUAZsTw1u1Y+1fdWL2FU871QlD2CzKtaAnd1Ee4q0Ks3RT8I= X-Received: by 2002:a17:906:2d2:b0:9ad:8ef8:a7e8 with SMTP id 18-20020a17090602d200b009ad8ef8a7e8mr6694086ejk.25.1696567354941; Thu, 05 Oct 2023 21:42:34 -0700 (PDT) List-Id: User questions List-Archive: https://lists.freebsd.org/archives/freebsd-questions List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-questions@freebsd.org X-BeenThere: freebsd-questions@freebsd.org MIME-Version: 1.0 References: In-Reply-To: From: paul beard Date: Thu, 5 Oct 2023 21:42:23 -0700 Message-ID: Subject: Re: serial port question Cc: questions@freebsd.org Content-Type: multipart/alternative; boundary="00000000000087656d060704de24" X-Spamd-Bar: - X-Spamd-Result: default: False [-1.99 / 15.00]; MISSING_TO(2.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-0.999]; NEURAL_HAM_SHORT(-1.00)[-0.995]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20230601]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; FREEMAIL_FROM(0.00)[gmail.com]; PREVIOUSLY_DELIVERED(0.00)[questions@freebsd.org]; ARC_NA(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::529:from]; DKIM_TRACE(0.00)[gmail.com:+]; MID_RHS_MATCH_FROMTLD(0.00)[]; TO_DN_NONE(0.00)[]; RCVD_TLS_LAST(0.00)[]; RCVD_COUNT_ONE(0.00)[1]; MIME_TRACE(0.00)[0:+,1:+,2:~]; FROM_EQ_ENVFROM(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; MLMMJ_DEST(0.00)[questions@freebsd.org] X-Rspamd-Queue-Id: 4S1wlN0Ntlz4nmK --00000000000087656d060704de24 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable This has all been great=E2=80=A6got me on the right track. I am not getting= a response from the device but now I know it's not me. Hoping the developers can fill in the gaps there. On Thu, Oct 5, 2023 at 9:11=E2=80=AFPM Edward Sanford Sutton, III < mirror176@hotmail.com> wrote: > On 10/5/23 17:28, paul beard wrote: > > Not strictly FreeBSD-based but adjacent, surely=E2=80=A6 > > > > I have a 3D printer that has a serial port connection through USB but > > it's not working through the various apps that obscure the details in > > the name of "convenience." You know what I mean. I like convenience as > > much as anyone but sometimes I just have to get on with it. Does anyone > > have experience in communicating with really simple machines over a > > serial connection? It's not always easy to ID the serial device but > > that's a separate problem. Allegedly I can communicate up to 115k but > > I'll settle for a lot less to send simple commands like M502 or M500. > > If memory serves, multiple device permissions may be needed for the > one device node to work. I had the following rules in a /etc/devfs.rules > entry (which involves a header+/etc/rc.conf entry fi I recall). Likely > only the first two mattered but I don't remember now. > add path 'cuaU*' mode 0777 group operator > add path 'ttyU*' mode 0777 group operator > add path 'usb/*' mode 0660 group operator > > Other posts are also correct about some software not searching > through port labels when they vary from Linux. Most of my effort was put > toward keeping a Makerbot Thing-O-Matic working off and on over the > years but that kept me mostly just playing with replicatorg due to its > incompatibilities with other software that I someday need to setup a > workflow to migrate to. reprap software I had started to get basic > control from but recall manually patching its list of checked and > available ports when I did it years ago. > > It isn't recommended but I have been known to either test software as > root, or change many more permissions than I need to figure out how to > get things working. > > If you say what printer/software you are working with, others may be > able to chime in with more specifics. > > --=20 Paul Beard / www.paulbeard.org/ --00000000000087656d060704de24 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
This has all been great=E2=80=A6got me on the right=C2=A0t= rack. I am not getting=C2=A0a response from the device but now I know it= 9;s not me. Hoping=C2=A0the developers can fill in the gaps there.=C2=A0
On = Thu, Oct 5, 2023 at 9:11=E2=80=AFPM Edward Sanford Sutton, III <mirror176@hotmail.com> wrote:
<= /div>
On 10/5/23 17:28, paul beard wrote:
> Not strictly=C2=A0FreeBSD-based but adjacent, surely=E2=80=A6
>
> I have=C2=A0a 3D printer that has a serial=C2=A0port connection throug= h USB but
> it's not working through the various=C2=A0apps that obscure=C2=A0t= he details in
> the name of "convenience." You know what I mean. I like conv= enience as
> much as anyone but sometimes I just have to get on with it. Does anyon= e
> have experience=C2=A0in communicating=C2=A0with really simple=C2=A0mac= hines=C2=A0over a
> serial connection? It's not always easy to ID the serial=C2=A0devi= ce but
> that's a separate problem. Allegedly I can communicate=C2=A0up to = 115k but
> I'll settle for a lot less to send simple=C2=A0commands like M502 = or M500.

=C2=A0 =C2=A0If memory serves, multiple device permissions may be needed fo= r the
one device node to work. I had the following rules in a /etc/devfs.rules entry (which involves a header+/etc/rc.conf entry fi I recall). Likely
only the first two mattered but I don't remember now.
add path 'cuaU*' mode 0777 group operator
add path 'ttyU*' mode 0777 group operator
add path 'usb/*' mode 0660 group operator

=C2=A0 =C2=A0Other posts are also correct about some software not searching=
through port labels when they vary from Linux. Most of my effort was put toward keeping a Makerbot Thing-O-Matic working off and on over the
years but that kept me mostly just playing with replicatorg due to its
incompatibilities with other software that I someday need to setup a
workflow to migrate to. reprap software I had started to get basic
control from but recall manually patching its list of checked and
available ports when I did it years ago.

=C2=A0 =C2=A0It isn't recommended but I have been known to either test = software as
root, or change many more permissions than I need to figure out how to
get things working.

=C2=A0 =C2=A0If you say what printer/software you are working with, others = may be
able to chime in with more specifics.



--
Pa= ul Beard / www.paul= beard.org/
--00000000000087656d060704de24-- From nobody Fri Oct 6 07:51:29 2023 X-Original-To: freebsd-questions@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 4S20xJ4J1Zz4wJsn for ; Fri, 6 Oct 2023 07:51:32 +0000 (UTC) (envelope-from ml@netfence.it) Received: from soth.netfence.it (mailserver.netfence.it [78.134.96.152]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "mailserver.netfence.it", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4S20xH5JYNz3Q4V for ; Fri, 6 Oct 2023 07:51:31 +0000 (UTC) (envelope-from ml@netfence.it) Authentication-Results: mx1.freebsd.org; dkim=none; spf=pass (mx1.freebsd.org: domain of ml@netfence.it designates 78.134.96.152 as permitted sender) smtp.mailfrom=ml@netfence.it; dmarc=pass (policy=none) header.from=netfence.it Received: from [10.1.2.18] (alamar.local.netfence.it [10.1.2.18]) (authenticated bits=0) by soth.netfence.it (8.17.2/8.17.1) with ESMTPSA id 3967pT6p021606 (version=TLSv1.3 cipher=TLS_AES_128_GCM_SHA256 bits=128 verify=NO) for ; Fri, 6 Oct 2023 09:51:30 +0200 (CEST) (envelope-from ml@netfence.it) X-Authentication-Warning: soth.netfence.it: Host alamar.local.netfence.it [10.1.2.18] claimed to be [10.1.2.18] Message-ID: <7adb9090-3697-4eb4-a648-148996b2d4c7@netfence.it> Date: Fri, 6 Oct 2023 09:51:29 +0200 List-Id: User questions List-Archive: https://lists.freebsd.org/archives/freebsd-questions List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-questions@freebsd.org X-BeenThere: freebsd-questions@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Content-Language: en-US To: freebsd-questions@freebsd.org From: Andrea Venturoli Subject: Fonts: DejaVu vs Noto Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.79 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.997]; DMARC_POLICY_ALLOW(-0.50)[netfence.it,none]; R_SPF_ALLOW(-0.20)[+ip4:78.134.96.152:c]; MIME_GOOD(-0.10)[text/plain]; XM_UA_NO_VERSION(0.01)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:35612, ipnet:78.134.0.0/17, country:IT]; R_DKIM_NA(0.00)[]; MLMMJ_DEST(0.00)[freebsd-questions@freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; RCVD_COUNT_ONE(0.00)[1]; ARC_NA(0.00)[]; TO_DN_NONE(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; FROM_HAS_DN(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_TLS_ALL(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; HAS_XAW(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-questions@freebsd.org]; MID_RHS_MATCH_FROM(0.00)[] X-Rspamd-Queue-Id: 4S20xH5JYNz3Q4V Hello. I've got some software (e.g. xfce4-terminal) set to use "Monospace" font: this used to map to "DejaVu" font on 2023Q3 port tree; however, after the upgrade to 2023Q4, it now mats to "Noto". Before (Q3): > % fc-match Monospace > DejaVuSansMono.ttf: "DejaVu Sans Mono" "Book" After (Q4): > % fc-match Monospace > NotoSansMono-Regular.ttf: "Noto Sans Mono" "Regular" I read about the change stemming from Fedora up to fontconfig... Fine. However, in some situation I really want DejaVu instead of Noto: I thought specifying it explicitly would solve, but it doesn't. Before (Q3): > % fc-match DevaVu > DejaVuSans.ttf: "DejaVu Sans" "Book" After (Q4): > % fc-match DejaVu > NotoSans-Regular.ttf: "Noto Sans" "Regular" This puzzles me and piss me off. I can I tell the system not to override my choice? bye & Thanks in advance av. P.S. Of course I have dejavu-2.37_3 installed. From nobody Fri Oct 6 13:41:29 2023 X-Original-To: freebsd-questions@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 4S28j852PHz4wY91 for ; Fri, 6 Oct 2023 13:41:32 +0000 (UTC) (envelope-from tijl@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 4S28j84cDjz3J7R; Fri, 6 Oct 2023 13:41:32 +0000 (UTC) (envelope-from tijl@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1696599692; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=Jv4iIshxFPMVlwLZW3tXCF9OI8fviLiV2f8vXkT70y4=; b=KvZeDeZ4JPhCob0v5hxSr+XA1Jl4yFUF/ZP3vH/s661LoRScgEj9zdOud5Ygd7qRjQ6kAf RW10Sm7E276Vw3Vb/QcdP54CnxdsCUeVaCSWZGkKkS14bJViVJ1crqNwlToEcSGWRhzbnZ SY7NRGnDE6SBv7AklIApvg62qIUCXy6n5Q26LsD0v+5qumccpkocxpPp/1DgHaALvwY+9l o4cRD/vQzqeRHMyoZbGaFAZbiT3UZw6+Z+Br4eO4mKNYgx5UW8OPrrFZxZGOwmOSWN5gcC kzoFz4CI4uT7yMMNHYeJGoRnweyaIZ7rB6c7ZPQague8b5I1IYBUa8MI47Lo+g== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1696599692; a=rsa-sha256; cv=none; b=rSdPbRP+jng7rfyRHflKVCHopjjwfkr3S5/o/kq/Ofm2EL9tjDj2H7/pLuZ7ZXAMbPn5wN +o92ae29dr6+mtaavd8zHdCjeOBbT1UU2IzlBM24U9P60CUSCbtgYSAwuLrR4oCQ+vfq6E LQidG0lG5yReGOP//BRZGnDajPZCF8jO3xCHwPAV+jY2weRD4dOPRRqYdwzdSW0NBPxghQ 2uA8c4zvxgsGN5sUt+QqI55wm0SahG/1ndpHsGCAhp3UNPlC84kpJ1vj0+TBq7rNCH5A0b G+rtL8C790XacCie/NqufNbKqZutj8h3xnhXm1dKcLmy/kMj569bWUteO8jS8Q== 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=1696599692; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=Jv4iIshxFPMVlwLZW3tXCF9OI8fviLiV2f8vXkT70y4=; b=lDb4GngfXQH8Oz6Wl/8ziKwCux8blNi0LRGWMJF8cAUQHVfoL/o1zkis1CipCoEetTKmvr FDq2WljjGAZimSLoLY3uaZHzIVeENxcHr1ZA7HJZjO/IgfnyBlEbSX3ijvfj+UbcukCBr2 5nqsceXxxBpm0nIe7FrLzBkh2oKFgrTyLbzL3ai8VBDu5bWDkA4oLx/kBpQbDuUMu/pJ2U a/Ko17WHnB2rA6v/ISlXfjlL5wuuvbxgI3G/XewzLGD71xpcsLxlHFawbAK6wsAh+75CjT kOmYPqkP1kMoZpTx9C2imK36WtY2nVWuW80lO9lenpI4X9SAHD+YIC4vDBCz5w== Received: from hal.tijl.coosemans.org (unknown [IPv6:2a02:a03f:894b:4700:30a7:6bbb:196c:2ce4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-256) server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) (Authenticated sender: tijl) by smtp.freebsd.org (Postfix) with ESMTPSA id 4S28j80wtsz1JTr; Fri, 6 Oct 2023 13:41:32 +0000 (UTC) (envelope-from tijl@FreeBSD.org) Date: Fri, 6 Oct 2023 15:41:29 +0200 From: =?UTF-8?B?VMSzbA==?= Coosemans To: Andrea Venturoli Cc: freebsd-questions@freebsd.org Subject: Re: Fonts: DejaVu vs Noto Message-ID: <20231006145526.00ed2c68@hal.tijl.coosemans.org> In-Reply-To: <7adb9090-3697-4eb4-a648-148996b2d4c7@netfence.it> References: <7adb9090-3697-4eb4-a648-148996b2d4c7@netfence.it> List-Id: User questions List-Archive: https://lists.freebsd.org/archives/freebsd-questions List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-questions@freebsd.org X-BeenThere: freebsd-questions@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit On Fri, 6 Oct 2023 09:51:29 +0200 Andrea Venturoli wrote: > Hello. > > I've got some software (e.g. xfce4-terminal) set to use "Monospace" > font: this used to map to "DejaVu" font on 2023Q3 port tree; however, > after the upgrade to 2023Q4, it now mats to "Noto". > > Before (Q3): >> % fc-match Monospace >> DejaVuSansMono.ttf: "DejaVu Sans Mono" "Book" > After (Q4): >> % fc-match Monospace >> NotoSansMono-Regular.ttf: "Noto Sans Mono" "Regular" > > I read about the change stemming from Fedora up to fontconfig... > Fine. > > > > However, in some situation I really want DejaVu instead of Noto: I > thought specifying it explicitly would solve, but it doesn't. > > Before (Q3): >> % fc-match DevaVu >> DejaVuSans.ttf: "DejaVu Sans" "Book" > After (Q4): >> % fc-match DejaVu >> NotoSans-Regular.ttf: "Noto Sans" "Regular" > > This puzzles me and piss me off. > I can I tell the system not to override my choice? > > bye & Thanks in advance > av. > > P.S. > Of course I have dejavu-2.37_3 installed. It looks like fc-match returns exact matches only and default sans-serif otherwise. So you have to run fc-match 'DejaVu Sans'. You can override the default sans-serif font system-wide by creating /usr/local/etc/fonts/local.conf and per user by creating ~/.config/fontconfig/fonts.conf with the following content: Set preferable fonts for Latin sans-serif DejaVu Sans From nobody Fri Oct 6 19:52:46 2023 X-Original-To: questions@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 4S2JxY2vqgz4wNDQ for ; Fri, 6 Oct 2023 19:52:49 +0000 (UTC) (envelope-from roberthuff@rcn.com) Received: from smtp.rcn.com (mail.rcn.syn-alias.com [129.213.13.252]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4S2JxX3JKSz3Rh9 for ; Fri, 6 Oct 2023 19:52:48 +0000 (UTC) (envelope-from roberthuff@rcn.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=rcn.com header.s=20180516 header.b=MgjrXYfw; spf=pass (mx1.freebsd.org: domain of roberthuff@rcn.com designates 129.213.13.252 as permitted sender) smtp.mailfrom=roberthuff@rcn.com; dmarc=pass (policy=none) header.from=rcn.com DKIM-Signature: v=1; a=rsa-sha1; d=rcn.com; s=20180516; c=relaxed/simple; q=dns/txt; i=@rcn.com; t=1696621967; h=From:Subject:Date:To:MIME-Version:Content-Type; bh=+W4dvgIxREbui5jVwlTGvnRpzws=; b=MgjrXYfwqyspDKU2vHkMILnHYQSTAI1/0fL474PfmJ2fcUxAbu30w8djIf6rHTHO wnldzkrZiP45cto9kz3hV+LrggXU0GmHxbEMupoIe+f/z6CTSWRh0+N1qS7H5YTX toYYwHemTSDIB3gQN2xz1UwDaC//j6/zOT+47ZpQjIrrFrATHjshWGg58pDd5vxj 6uhtnBhSWKpQjKExFZKKVyLa9VY2jRYJ98hFHRmOgxuDJh2f9u9S3ekoBuKFreQM a6Ka9/TBpCtAK8DOAaRZX7isLS5ac/CdBeHeV9BgxXYZfxN2LTewzSBInDfoVJDV mYf4qkpopZNTSM9mXPkQXA==; X-Authed-Username: cm9iZXJ0aHVmZkByY24uY29t Received: from [130.44.151.156] ([130.44.151.156:33009] helo=jerusalem.litteratus.org.litteratus.org) by smtp.rcn.com (envelope-from ) (ecelerity 4.4.1.20033 r(msys-ecelerity:tags/4.4.1.0^0)) with ESMTPSA (cipher=AES256-GCM-SHA384) id DC/22-05311-F8560256; Fri, 06 Oct 2023 15:52:47 -0400 List-Id: User questions List-Archive: https://lists.freebsd.org/archives/freebsd-questions List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-questions@freebsd.org X-BeenThere: freebsd-questions@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <25888.25998.759624.572840@jerusalem.litteratus.org> Date: Fri, 6 Oct 2023 15:52:46 -0400 From: Robert Huff To: questions@freebsd.org Subject: rebuilding using source X-Mailer: VM 8.2.0b under 29.1 (amd64-portbld-freebsd14.0) X-Vade-Verdict: clean X-Vade-Analysis-1: gggruggvucftvghtrhhoucdtuddrgedvkedrgeeigddugeduucetufdoteggodetrfdotffvucfrrhho X-Vade-Analysis-2: fhhilhgvmecuufgjpfetvefqtfdptfevpfdpgffpggdqtfevpfdpqfgfvfenuceurghilhhouhhtmecu X-Vade-Analysis-3: fedtudenucenucfjughrpeggtgfgkfffhffvuffosehtjeertdertddvnecuhfhrohhmpeftohgsvghr X-Vade-Analysis-4: thcujfhufhhfuceorhhosggvrhhthhhufhhfsehrtghnrdgtohhmqeenucggtffrrghtthgvrhhnpedu X-Vade-Analysis-5: fedugeetieeludefhfeitdffteekgeejhfekueekgeevffekledvjedvleegfeenucfkphepudeftddr X-Vade-Analysis-6: geegrdduhedurdduheeinecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehinhgvthepudef X-Vade-Analysis-7: tddrgeegrdduhedurdduheeipdhhvghlohepjhgvrhhushgrlhgvmhdrlhhithhtvghrrghtuhhsrdho X-Vade-Analysis-8: rhhgrdhlihhtthgvrhgrthhushdrohhrghdpmhgrihhlfhhrohhmpehrohgsvghrthhhuhhffhesrhgt X-Vade-Analysis-9: nhdrtghomhdprhgtphhtthhopehquhgvshhtihhonhhssehfrhgvvggsshgurdhorhhgpdhrtghpthht X-Vade-Analysis-10: oheprhhosggvrhhthhhufhhfsehrtghnrdgtohhmpdhmthgrhhhoshhtpehsmhhtphdtvddrrhgtnhdr X-Vade-Analysis-11: vghmrghilhdqrghshhdurdhshihntgdrlhgrnhdpnhgspghrtghpthhtohepvddpihhspghnrgepthhr X-Vade-Analysis-12: uhgvpdgruhhthhgpuhhsvghrpehrohgsvghrthhhuhhffh X-Vade-Client: RCN X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.49 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.99)[-0.992]; DMARC_POLICY_ALLOW(-0.50)[rcn.com,none]; SUBJECT_ENDS_SPACES(0.50)[]; R_DKIM_ALLOW(-0.20)[rcn.com:s=20180516]; R_SPF_ALLOW(-0.20)[+ip4:129.213.13.252/32]; MIME_GOOD(-0.10)[text/plain]; BLOCKLISTDE_FAIL(0.00)[130.44.151.156:server fail,129.213.13.252:server fail]; MLMMJ_DEST(0.00)[questions@freebsd.org]; RCVD_COUNT_ONE(0.00)[1]; FROM_EQ_ENVFROM(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[129.213.13.252:from]; MIME_TRACE(0.00)[0:+]; RCVD_VIA_SMTP_AUTH(0.00)[]; ASN(0.00)[asn:31898, ipnet:129.213.8.0/21, country:US]; FROM_HAS_DN(0.00)[]; ARC_NA(0.00)[]; DKIM_TRACE(0.00)[rcn.com:+]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; TO_DN_NONE(0.00)[]; RCVD_TLS_ALL(0.00)[] X-Rspamd-Queue-Id: 4S2JxX3JKSz3Rh9 Hello: I have a system running: FreeBSD 14.0-CURRENT #0 main-f0a15aafcb Mon Oct 31 08:19:54 EDT 2022 amd64 I want to bring current using source. In the past, I did so using the instructions at the bottom of src/UPDATING. Now, however, there's this: To rebuild everything and install it on the current system. ----------------------------------------------------------- # Note: sometimes if you are running current you gotta do more than # is listed here if you are upgrading from a really old current. But I also remember a semi-recent thread (may have been on current@) that calls into question whether this is still the correct procedure to use. 1) did that thread ever come to a decision? 2) if src/UPDATING is stil authoritative? 3) if so, is this system so old I "gotta do more"? 4) if so, where do I find instructions? Respectfully, Robert Huff From nobody Sat Oct 7 00:10:23 2023 X-Original-To: questions@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 4S2Qg44wkFz4w6kn for ; Sat, 7 Oct 2023 00:10:40 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mail-yw1-x1132.google.com (mail-yw1-x1132.google.com [IPv6:2607:f8b0:4864:20::1132]) (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 "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4S2Qg432xhz4Wjd for ; Sat, 7 Oct 2023 00:10:40 +0000 (UTC) (envelope-from kob6558@gmail.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-yw1-x1132.google.com with SMTP id 00721157ae682-59b5484fbe6so32486087b3.1 for ; Fri, 06 Oct 2023 17:10:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1696637439; x=1697242239; darn=freebsd.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=gDEdgnFn0Cre6BlbFAoySPdK4h6ecppki4BpRm9k7nM=; b=J3IIQYsXRROw35EwTDyRJjOb7UnbHLm6SACX0yAaRM3DeuryOUCCV0YSQRr/1AIRzJ 6/lpXBPpvOB9SQbEqAurybn/dFOO6Fd/2AWiATnRug4jT34mEHEgn+NULAhmIBmGu5de r7HCUW2Da0EV9ZRnB3Y0GHznwoxBJUoy3gDNkl4uOPtyzJxpav3GKbrMehObp6Ch36ln j8krqaQjcolRDJUINzNf0EfJXOkRI7Jlh2cz2fwx3+5OSbvV/B+d9tsIXv9sFDK1Cgpc 53OsFBCchFNd6G+kM063usHyeLU/caW4M4Fvn2NEQFmaYwySbYJBbVJqVtoI1HlJqdzE qg3w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1696637439; x=1697242239; h=cc: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=gDEdgnFn0Cre6BlbFAoySPdK4h6ecppki4BpRm9k7nM=; b=pKJ4tQlTx6TBmFog46aZArRUl01s2S/3SqG0Pdrpp061Pb22CSJgZtjoMYhLzptHlT cgrZJVjjWLdXhOLI51LwuFw3AyMoTmHXWCzOyzL6cC3Jcr0/v/87TPlAQ8h12j8saswp y+r1DszwUhhiEObCpQ6TWMYVIWKV4scQoiHk44DvKdkgkJvjRmdgSrvnJW3OJcJMnV+t jjp4hbTY052uHFHzh56c+6wKg0FSuCGojvxPD7DG3CzbHIR9VZz4CdXS0FA1Zv+5/BO4 YTi3rE68zRs0Hk6t95ln3V7lMoL2eY9rUleIJRrl/WVtWsGhYEp5mAfOMCrl+tpDGakZ OTgg== X-Gm-Message-State: AOJu0Yyfh/aywMkmke1zxdUcnhwB+qTT37r9TyU1oS23mfCzzOJoKgc1 OeEqHBjRYAwW28EkwjFYsUtmqg9GOOqnvMbHvi4= X-Google-Smtp-Source: AGHT+IEhnKN5Ze4SDoNkYdUz+k/9rbxNXQNx7bYHlc+byBiI4YrpbaT7oS3S88u5Chk/2CvAoVDr8fnH7etlSTllQ0s= X-Received: by 2002:a0d:d3c5:0:b0:583:3c7e:7749 with SMTP id v188-20020a0dd3c5000000b005833c7e7749mr9259196ywd.41.1696637439234; Fri, 06 Oct 2023 17:10:39 -0700 (PDT) List-Id: User questions List-Archive: https://lists.freebsd.org/archives/freebsd-questions List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-questions@freebsd.org X-BeenThere: freebsd-questions@freebsd.org MIME-Version: 1.0 References: <25888.25998.759624.572840@jerusalem.litteratus.org> In-Reply-To: <25888.25998.759624.572840@jerusalem.litteratus.org> From: Kevin Oberman Date: Fri, 6 Oct 2023 17:10:23 -0700 Message-ID: Subject: Re: rebuilding using source To: Robert Huff Cc: questions@freebsd.org Content-Type: multipart/alternative; boundary="000000000000e0d6a70607152f22" 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:15169, ipnet:2607:f8b0::/32, country:US] X-Rspamd-Queue-Id: 4S2Qg432xhz4Wjd --000000000000e0d6a70607152f22 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Fri, Oct 6, 2023 at 12:52=E2=80=AFPM Robert Huff wr= ote: > > Hello: > I have a system running: > > FreeBSD 14.0-CURRENT #0 main-f0a15aafcb > Mon Oct 31 08:19:54 EDT 2022 > amd64 > > I want to bring current using source. > In the past, I did so using the instructions at the bottom of > src/UPDATING. > Now, however, there's this: > > To rebuild everything and install it on the current system. > ----------------------------------------------------------- > # Note: sometimes if you are running current you gotta do more th= an > # is listed here if you are upgrading from a really old current. > > But I also remember a semi-recent thread (may have been on > current@) that calls into question whether this is still the correct > procedure to use. > 1) did that thread ever come to a decision? > 2) if src/UPDATING is stil authoritative? > 3) if so, is this system so old I "gotta do more"? > 4) if so, where do I find instructions? > > > Respectfully, > > > Robert Huff > My recollection is that UPDATING is canonical and that the Handbook has or soon will be updated to match. One unresolved issue was the place of "etcupdate -p" in the order. While most said that it needs only to be run before installworld, I pointed out that the man page says before installkernel. It seems unlikely that it will ever matter, but the claim that the only files currently checked only impact installworld seems bogus to me as the list might change at some point in the future and the idea of changing instructions down the line is really POLA violation. --=20 Kevin Oberman, Part time kid herder and retired Network Engineer E-mail: rkoberman@gmail.com PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683 --000000000000e0d6a70607152f22 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
On Fri, Oct 6, 2023 at 12:52=E2= =80=AFPM Robert Huff <roberthuff@r= cn.com> wrote:

Hello:
=C2=A0 =C2=A0 =C2=A0 =C2=A0 I have a system running:

FreeBSD 14.0-CURRENT #0 main-f0a15aafcb
Mon Oct 31 08:19:54 EDT 2022
amd64

=C2=A0 =C2=A0 =C2=A0 =C2=A0 I want to bring current using source.
=C2=A0 =C2=A0 =C2=A0 =C2=A0 In the past, I did so using the instructions at= the bottom of
src/UPDATING.
=C2=A0 =C2=A0 =C2=A0 =C2=A0 Now, however, there's this:

=C2=A0 =C2=A0 =C2=A0 =C2=A0 To rebuild everything and install it on the cur= rent system.
=C2=A0 =C2=A0 =C2=A0 =C2=A0 -----------------------------------------------= ------------
=C2=A0 =C2=A0 =C2=A0 =C2=A0 # Note: sometimes if you are running current yo= u gotta do more than
=C2=A0 =C2=A0 =C2=A0 =C2=A0 # is listed here if you are upgrading from a re= ally old current.

=C2=A0 =C2=A0 =C2=A0 =C2=A0 But I also remember a semi-recent thread (may h= ave been on
current@) that calls into question whether this is still the correct
procedure to use.
=C2=A0 =C2=A0 =C2=A0 =C2=A0 1) did that thread ever come to a decision?
=C2=A0 =C2=A0 =C2=A0 =C2=A0 2) if src/UPDATING is stil authoritative?
=C2=A0 =C2=A0 =C2=A0 =C2=A0 3) if so, is this system so old I "gotta d= o more"?
=C2=A0 =C2=A0 =C2=A0 =C2=A0 4) if so, where do I find instructions?


=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 Respectfully,


=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 Robert Huff
My recollection is that UPDATING is canonical and that t= he Handbook has or soon will be updated to match. One unresolved issue was = the place of "etcupdate -p" in the order. While most said that it= needs only to be run before installworld, I pointed out that the man page = says before installkernel. It seems unlikely that it will ever matter, but = the claim that the only files currently checked only impact installworld se= ems bogus to me as the list might change at some point in the future and th= e idea of changing instructions down the line is really POLA violation.
=
--
<= div>
Kevin Oberman, Part time kid her= der and retired Network Engineer
E-mail: rkoberman@gmail.com
PGP Fingerp= rint: D03FB98AFA78E3B78C1694B318AB39EF1B055683
--000000000000e0d6a70607152f22-- From nobody Sat Oct 7 02:58:59 2023 X-Original-To: questions@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 4S2VPZ4QgRz4wZvR for ; Sat, 7 Oct 2023 02:59:14 +0000 (UTC) (envelope-from freebsd@edvax.de) Received: from mout.kundenserver.de (mout.kundenserver.de [212.227.17.24]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-256) server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "mout.kundenserver.de", Issuer "Telekom Security ServerID OV Class 2 CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4S2VPY6vR9z3MYr for ; Sat, 7 Oct 2023 02:59:13 +0000 (UTC) (envelope-from freebsd@edvax.de) Authentication-Results: mx1.freebsd.org; none Received: from terra.edvax.de ([94.222.203.7]) by mrelayeu.kundenserver.de (mreue108 [213.165.67.113]) with ESMTPSA (Nemesis) id 1M3lkT-1qpmkH15b1-000xeB; Sat, 07 Oct 2023 04:59:10 +0200 Received: from r56.edvax.de (r56 [10.200.1.11]) (authenticated bits=0) by terra.edvax.de (8.17.1/8.17.1) with ESMTPA id 3972x4r5029001; Sat, 7 Oct 2023 04:59:04 +0200 (CEST) (envelope-from freebsd@edvax.de) Date: Sat, 7 Oct 2023 04:58:59 +0200 From: Polytropon To: Robert Huff Cc: questions@freebsd.org Subject: Re: rebuilding using source Message-Id: <20231007045859.8ff78a9f.freebsd@edvax.de> In-Reply-To: <25888.25998.759624.572840@jerusalem.litteratus.org> References: <25888.25998.759624.572840@jerusalem.litteratus.org> Reply-To: Polytropon Organization: EDVAX X-Mailer: Sylpheed 3.1.1 (GTK+ 2.24.5; i386-portbld-freebsd8.2) List-Id: User questions List-Archive: https://lists.freebsd.org/archives/freebsd-questions List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-questions@freebsd.org X-BeenThere: freebsd-questions@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K1:R3YYW+v05i5oK/WwsCSW4lWTlyW48EkoXzVqmPN3KMd3FodoVpN P+nCxbkWiuHc5ufiPzK0rA8C3H1xWV1jQgRpOq8YpMviNYZDVYJXk9m9UHZsyQm+XbmJm3v SEkIMjd5riFKesrywoIc79YAwj4nNHvaC3WxAApHBBE6wFB2y74zpkdDXuiDQf+rt7QZrG0 xbyMMkNIWWQEiDjNljIcw== X-Spam-Flag: NO UI-OutboundReport: notjunk:1;M01:P0:0SzYkC0eb30=;SLEQ6gissYEAoEgBEkYt452E+AP Y/PBkf/Y/WVvoCzTOnQL2OYyOvFYfLFbvEO5SGzbqQFDQ35QpYOrUkwfh73i220+iyf5kU0lK ysmvs0A5GXI3mZ8Qmdl1o6udZaoIuDT8Oo4P5ouT/gie/iX/rjDu4QAPYKiKhMqfcCCNdBl4M pFs+s2+sdYGOrotQRZRQod8oi16pTF96J6tmBsdf13piajAsQpWCz6w5iig62lq/JbltN6AZZ hPKVGNgwE6RrjaX7PBBv/7xKc4chlsgTjuOb2pJ952htyH7B2YRfuK9DoqTIM+tyI8SOOwaKp jOtiCxhZKFe2Lh6CXkElpQByttx2jdPssd8ZM5hTlm3zzXdgvRUmWVCn6d8pJGTRvMEZh412Y Q2By6141ZXMjrZliWnDSXUyAJDwEJNIx6eh9k34+CK/my+jH5V3Ji83Qcd8+fDHqT0ugmY7Ez EeFg/1MlBkz9ZAmRiiaxM6biEvcGo6Aq+o7nBjaZrHH+QeHCI0DMlnHI7cDPrI4mqIWE4Adle LgGhp4i5sKM/oLEPnEV1Pief2hunxSogOCfwZgF8CenjS5+Dqwb976oyPh4jigLRurvHTCVyi T0vW15TUMl07Yk4Fok9gAlnJ4F/XQ9fkZ7/T9MhnvtovyPV6Qmz86UGyFTME/3BpRQA91ZhAd hNYebWZ6/SaSiss78UNSQZybnOQvt8hX8xoNlGRFomTbZuOIP681RF8CYIzJcWgeXDduGt/Z9 oNokE0NW3g+CiN6Uy2K8fy/R1+b7PoWcldwdqOuJRKYotu7NG5KOAEiBgHXEbeMAak9J/ZMr1 lCvWvC9xoEG4DxOW5r3VkHY/vAUyVM96Z1xVdUVhNnkQKIzvpdGRZSbj/RsCXLq/OtYY08AWB GKCxcTtQ2QRKfQg== 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:8560, ipnet:212.227.0.0/16, country:DE] X-Rspamd-Queue-Id: 4S2VPY6vR9z3MYr On Fri, 6 Oct 2023 15:52:46 -0400, Robert Huff wrote: > 1) did that thread ever come to a decision? > 2) if src/UPDATING is stil authoritative? > 3) if so, is this system so old I "gotta do more"? > 4) if so, where do I find instructions? If you're upgrading via source, src/Makefile's comment header should reflect any neccessary steps as this is the main system generation control file, while src/UPDATING indicates any deviation from those, as maybe required by experimental changes in CURRENT. Should shall not maybe include possible optional imaginary somethings it mustn't ought to. ;-) -- Polytropon Magdeburg, Germany Happy FreeBSD user since 4.0 Andra moi ennepe, Mousa, ... From nobody Sat Oct 7 15:42:08 2023 X-Original-To: freebsd-questions@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 4S2qL32Btnz4wlb9 for ; Sat, 7 Oct 2023 15:42:19 +0000 (UTC) (envelope-from ml@netfence.it) Received: from soth.netfence.it (mailserver.netfence.it [78.134.96.152]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "mailserver.netfence.it", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4S2qL16rFfz3CJS for ; Sat, 7 Oct 2023 15:42:17 +0000 (UTC) (envelope-from ml@netfence.it) Authentication-Results: mx1.freebsd.org; dkim=none; spf=pass (mx1.freebsd.org: domain of ml@netfence.it designates 78.134.96.152 as permitted sender) smtp.mailfrom=ml@netfence.it; dmarc=pass (policy=none) header.from=netfence.it Received: from [10.1.2.18] (alamar.local.netfence.it [10.1.2.18]) (authenticated bits=0) by soth.netfence.it (8.17.2/8.17.1) with ESMTPSA id 397Fg81m096455 (version=TLSv1.3 cipher=TLS_AES_128_GCM_SHA256 bits=128 verify=NO); Sat, 7 Oct 2023 17:42:09 +0200 (CEST) (envelope-from ml@netfence.it) X-Authentication-Warning: soth.netfence.it: Host alamar.local.netfence.it [10.1.2.18] claimed to be [10.1.2.18] Message-ID: <061bf5ae-8d1e-4c0a-aaba-95efae863391@netfence.it> Date: Sat, 7 Oct 2023 17:42:08 +0200 List-Id: User questions List-Archive: https://lists.freebsd.org/archives/freebsd-questions List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-questions@freebsd.org X-BeenThere: freebsd-questions@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: Fonts: DejaVu vs Noto Content-Language: en-US To: =?UTF-8?Q?T=C4=B3l_Coosemans?= Cc: freebsd-questions@freebsd.org References: <7adb9090-3697-4eb4-a648-148996b2d4c7@netfence.it> <20231006145526.00ed2c68@hal.tijl.coosemans.org> From: Andrea Venturoli In-Reply-To: <20231006145526.00ed2c68@hal.tijl.coosemans.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.67 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.88)[-0.879]; DMARC_POLICY_ALLOW(-0.50)[netfence.it,none]; R_SPF_ALLOW(-0.20)[+ip4:78.134.96.152]; MIME_GOOD(-0.10)[text/plain]; XM_UA_NO_VERSION(0.01)[]; ASN(0.00)[asn:35612, ipnet:78.134.0.0/17, country:IT]; RCVD_COUNT_ONE(0.00)[1]; R_DKIM_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; MLMMJ_DEST(0.00)[freebsd-questions@freebsd.org]; MIME_TRACE(0.00)[0:+]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_TLS_ALL(0.00)[]; ARC_NA(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; FROM_HAS_DN(0.00)[]; HAS_XAW(0.00)[]; TO_DN_SOME(0.00)[]; MID_RHS_MATCH_FROM(0.00)[] X-Rspamd-Queue-Id: 4S2qL16rFfz3CJS On 10/6/23 14:55, Tijl Coosemans wrote: Hello. > It looks like fc-match returns exact matches only and default > sans-serif otherwise. So you have to run fc-match 'DejaVu Sans'. My ignorance. However, specifying it in XFCE-Terminal's settings windows should have worked, I think (you don't type there, but select from a list). > You can override the default sans-serif font system-wide by creating > /usr/local/etc/fonts/local.conf and per user by creating > ~/.config/fontconfig/fonts.conf with the following content: This is what I did, thanks. (Now XFCETerminal works fine; I don't care about all other programs). bye & Thanks av.