From nobody Thu Mar 26 22:51:43 2026 X-Original-To: freebsd-pkgbase@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 4fhfCp1SGFz6WDcD for ; Thu, 26 Mar 2026 22:51:50 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic314-20.consmr.mail.gq1.yahoo.com (sonic314-20.consmr.mail.gq1.yahoo.com [98.137.69.83]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4fhfCn4pyPz3gn4 for ; Thu, 26 Mar 2026 22:51:49 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1774565506; bh=h0C6G1Uz/WGkyHUiPaTiWZkMnUVB1ZD52A+x14mWE/w=; h=Date:Subject:To:Cc:References:From:In-Reply-To:From:Subject:Reply-To; b=lNUY0LNFyGSMIs0iumcHYGqPrnZBJ7KiImYaby3LHE9rBY6dWZejg2/GAWO800qwm61c+wkMi/9SJbP/iCfWFZPfORkFdZ1m+eHrUpJfWo2mnmhsalIHJRiSIJnIQoNF6ChTmvIMSbspB9VPhZDD5sohaXr4uJ4qULzkej9LnhRbH72HewLYO+x3/+zjkQif2AptKr6hJnEI4T4YXUa3UFKl8TnCZmIIGOaIQSwEJjYKJ3Pqk6SHLV7j1x1oHjVgiH1bEUTq2Rvghq+/S4pjuZ6OBxfRDrjsrvSk5NDsqON9je8w+buIQWkik7dn4gdS/06NnQIpkWn38FIUa7t4XQ== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1774565506; bh=Ify/so04gdMkmyta2jbDh7VVpnnOR5bhV29DSHzcmTz=; h=X-Sonic-MF:Date:Subject:To:From:From:Subject; b=OGMVMPcfKGkckA/B2gpF2Zpl9ZdmjOG657ym89I0pwvEcTSebQfBdhqQp9zoHC0QG0rLdIwaCaxjkKmWX0TYYpyyKAgMDJ92WolDAmvg5v8zG6cpfWeWEPicKwjbnJU7CtzrlSzJs6uspQp+2inDuNIx9qpLS38ca/1AJ4qDOJGBq0W6gU0MMjnS5spuMxU0A2mLPrHcIkWORrutl4N5BI7E75YSbxOkwlms272mH0Ipbf/KbmUN7i96uoDS0dn6nXYxllJV00hBn2YBhF9kSdBDi0DYfdGVfwp9lHw6X/r2IrYocArJftFrauVyRboEZBlsvC1DcNMeD8NNeUDWqQ== X-YMail-OSG: 0PvzFjEVM1lodtIGrZLalruNTmxONSG3uYIF4nzxR6FzOuwHnCGVEqtrVmPw0Xx oocPSrXozO_DcfSkBRUnMJhUve6gmlewm9nCKZvzu_SUtnFRAXm1d6uhEVtbrOM9d1JmNbUdo02M KPq3bqkgsPTr7i6lr9f0d4RPNK3mn2_WXWeyqdOlSqyuN2XIVc9Tv90dhPQ_20of_MBltB4iduh2 PsLdR3XU4W.Ls8cL934xQnrwbra4_EthbWYFlMXbz8plbryceOWs_z2gyPaYNjoJMRXpy2kDJQob gKeZUhKy2j.nJZW96TlPqPUCJU3BUKZ.hUIF1wxsU1dLIg1k8D69Pfu9VCXHSBVZ8DpAV7KBxdTq u5DJJQDzGzuQzB3OZ4k9PHCiusMwNAO7.p.MPbqmHqf0WUbzWQ7JQwmSOMWFXgnLD_ptWBqezX47 bmr6Zt3ENKD5R9hJd_V5pD9igSQoJWyNa6EXXqDAeXJ.lknYsORowngQUlVCc9woEohSVbWG4uqn J8KmsaLozx2Q73c0VAi7s_DrSCZOuuMiZhx6ZdinaJ2u8YZCf_8SF0Sx64hgOIztKbfeOnzdqQzW 7EOHqK3_2wAqbE3poMCEE631tegQSds6I4qAobDISwSMfeUrFtYOP04yBellBLoqeQoPF1EEi3J6 of32RptbjjPTe5FlD4jZvgcEXv.8ZDoWHLhoDQf.cfFAO8xx4slfYJqPQ6qDyeZDGI6.E4Jq3ZQi MNKzAsso7NjOwOpQGIwxsWbGhgqQ8itXaKodUx_2aUb3W123CCJGpPb7e63cs8I8X2i_7PGCdtSl _VIlwAOK8Qz0vqj9_k0TDa0JZnRa.J59toSLgWUlXy.NGXCPcxPYik8NiGdbTgbfvgJzb.1i_yCI mz2gj8vfaE02FMz0st3RUAeOwRA1ntzFYyYMWCGTDr4Rbt1pBI66qCrDntwkwygiklElZX_SuZMq Yl89tNpbrl4vMuJSeHLilIzp5YNTnYs9_6p4qyE75qUVdySTmI9A71rXNmiVkMBa25tMCcjlAK1N 1UW64tb2IvVwxnQB0HAZBFm8MCOLNZlcGNoWal_.LrSaLXoaArT7fNFhUbDzrAF8TQ7wLwapx8SV cvjlWQDaJX89gzNDtk4TK3PsteEiQ8pqjb_5QBPPy57DN6kV0.UIICOKYB7bYvNVZ75nhFQE9g7s ldPxJi4QONDrdiUaQPLB7IBzc39YtxeOOAScuE6PLbnBXkUVJJJZkVBBlMPY4st5G9OUJmLZkmyJ I.XBcY7XEPgnVa6TsbtUHpc1xdN8Vid.jqHvbsAQVbSZ8s.Z9HwJ5IXp2EqkeernVNobeaHXohl0 CZxHBzf87yF9BZPb_dLQTbQcuMYR9FiZ_ipaoim8LElpvdZ04xjMW4jJxIdBp4_AWtOklPmrdN2O qyPJY82xeO93DTHag99YEiOD7SVKxhPtyclWnFI5jqSIE8oL_Dmv1FxoF5TOdY8rH5cks50AoFU5 SieZ9dNVqew1vN_VMPGAPrAE3LOoxSCxq7Vd1.HlPYQ6lugmHN_nsWLnbLxrvdfwHEd6E073uEJ9 ..jjMFqNZeLTgc1s6.CTVWHrJ5PIumxrS1Zlgx5sNpqSMwNaxFAal8v8emdbhC_DlIclilLigySo k1WdedpBGdEgkreD9XkgKDxwtjMBWZcITDdD3QuT4dXD9TLW0VCO5L2gxJ9uuRld.H9kSr7vbIdU UHZ3MuRaLrdGqqhJlVp6hDTc7UNhLR.JZd2Ju7mbD0tGmmbv3tI_.BVJzoS.HH6bLwuj5LRe5GLH 2fQNy_aB5.92SHjQF3J3rzuCHVtbtngvHGArViPgwgQ0iH460Mcj_lq.d7Gr4Q9qGbAtWw8_1gDd fOP8fVyV85VYVGk9KhwPhjXpcj3kmpii1JgV0n4hrW9XaRXRvwveGDVeciTD10QQPzdi1gRQ6v0O nmvWTSFCdCpeJgNRXspq1ybopXNXYf1bpxUDHKfLNrfr1q3cCTU67.oSm7On12Ggx53KLq6tMy8O Kek22Cvmob75c8NXhtXkeHLF.KdqMpChmTFPgGDezgjo.k7Yj3erT1jQgUeZioXhXVWUa2CzQnVN jRILdTwNCa3jvL9AbqO_i6Jc1K1W5MOLtErIutAHbU7q8GHhFWm4p0ZHadUfwuCWff9tIPgzCisO QrqNR11QlqR_luEc5H_3tyYhk3oJmVYHsPlClocRn49ZdFpNDBbH34V5w47nXi07RiUvgxvkXjTS IxhjloJaQFufYCWPJyp6mnp5KnSDnB7ODrJut4vJD21BTg_mQc1OmawmkhEyaUehwFoeKxQXJz5j giUZpR3AuWkb3Z3RsMoPz_pjXuyMNGa7jh8LXRVj7FZaFbt9Wuwg2jm5BL0_.PsqETMOk X-Sonic-MF: X-Sonic-ID: 9abec98b-a59d-43ee-ad3a-b627075c4760 Received: from sonic.gate.mail.ne1.yahoo.com by sonic314.consmr.mail.gq1.yahoo.com with HTTP; Thu, 26 Mar 2026 22:51:46 +0000 Received: by hermes--production-gq1-6dfcf9f8b-tq2jw (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 87af47ee482ce09d54ed21869718866f; Thu, 26 Mar 2026 22:51:44 +0000 (UTC) Message-ID: <3ff6c824-d9a1-426b-aa04-d19d1ee1c958@yahoo.com> Date: Thu, 26 Mar 2026 15:51:43 -0700 List-Id: Packaging the FreeBSD base system List-Archive: https://lists.freebsd.org/archives/freebsd-pkgbase List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-pkgbase@FreeBSD.org MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: installing world from src on a pkgbase system To: polyduekes@proton.me Cc: freebsd-pkgbase@freebsd.org, Lexi Winter References: Content-Language: en-US From: Mark Millard In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Mailer: WebService/1.1.25449 mail.backend.jedi.jws.acl:role.jedi.acl.token.atz.jws.hermes.yahoo 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:36647, ipnet:98.137.64.0/20, country:US] X-Rspamd-Queue-Id: 4fhfCn4pyPz3gn4 X-Spamd-Bar: ---- On 3/26/26 12:38, polyduekes@proton.me wrote: > yes i am aware of meta mode and i do use it but i usually pull the latest snapshot of the kernel package available instead of updating kernel from src since i don't make my own changes to the kernel, so that means every time i update the src tree via 'git pull' and everytime updating the src tree brings a kernel change, the time spent to compile that is wasted time especially since my machine isn't really powerful FYI . . . git pull results need not always match the source code for the official pkgbase package distribution of interest unless you are being very careful. pkgbase publishes the source directory trees for its distributions independently of git: FreeBSD-src-*.pkg ( provides /usr/src/ without /usr/src/sys/ ) FreeBSD-src-sys-*.pkg ( provides /usr/src/sys/ ) The the 2 are not necessarily even from the exact same commit in git unless it is a base_release_* pkgbase instead of a base_latest or base_weekly one (and no new release update has been started): the kernel and world source need not be grabbed or built at the same time for base_latest or for base_weekly and more commits might have happened between the world and kernel builds. (There can be some additional risk if the kernel's source code was older than the world's source code as the world built might be dependent on a later change to the kernel source code. Typically this probably prevents such a world's build from finishing.) (See below for details the above wording does not cover.) As stands . . . For base_release_* for some FreeBSD:15:ARCH : pkgbase is based on a releng/15.*/ and the source should match as long as that release has not started a new update sequence for the next update to a new -p? release. A base_release_* distribution does not update based on just new commits to its releng/15.*/ but only at/for the official release-update distribution process that happens later. For base_release_* for some FreeBSD:14:ARCH : pkgbase is based on releng/14.*/ snapshots but may update during the middle of changes for the next release update to a new -p? release, tracking its releng/14.*/ that may be in development instead of finished. A pkgbase distribution time is possibly later then the build time. For base_latest or base_weekly for some FreeBSD:1[45]:ARCH : pkgbase is based on stable/* snapshots and need not match git pull at a specific commit. pkgbase base_latest updates 2 times per day if new commits are present and the build works. A pkgbase distribution time is possibly later then the build time. For base_latest or base_weekly for some FreeBSD:16:ARCH : pkgbase is based on main/ and need not match a git pull at a specific commit. pkgbase base_latest updates 2 times per day if new commits are present and the build works. A pkgbase distribution time is possibly later then the build time. Such is my understanding. I've no clue which if the above your activity might involve. > > -------- Original Message -------- > On Thursday, 03/26/26 at 22:22 Mark Millard wrote: > On 3/26/26 04:30, polyduekes@proton.me wrote: >> On Thursday, March 26th, 2026 at 3:26 AM, Lexi Winter wrote: >> >>> polyduekes@proton.me wrote in : >>>> is needing to do both buildworld and buildkernel to create a pkg repo >>>> the intended behaviour or is that planned to change >>> >>> right now i don't believe there are any plans to change that. i suppose >>> it might change in the future. usually people want to build both the >>> world and the kernel, so this isn't an oft-requested feature. >>> >>> could you elaborate on why you want to build world but not kernel? >>> this would help inform development efforts in that area. >>> >> i usually make my own changes to base code to test some things and learn a few others,and most of the time the changes i make touch only world and dont touch kernel at all,so i like to avoid unnecessary compilation of the binaries and things i didn't change and doing only make buildworld and not make buildkernel buildworld is part of that reason > > Are you aware of META_MODE for buildworld and buildkernel (with its use > of filemon.ko)? Its purpose is to keep track of things and so generally > rebuild what is necessary but avoid rebuilding what is not. For example, > back to back rebuilds have the second one not taking very long based on > the lack of changes. > >>>> additionally may i ask why it's recommended to do 'make >>>> upodate-packages' over 'make packages' >>> >>> 'update-packages' will copy unchanged packages from the previous build >>> to the current build, which means if only a small number of packages >>> have changed, the system won't try to update every package. >>> >> >> > > > -- > === > Mark Millard > marklmi at yahoo.com > > > -- === Mark Millard marklmi at yahoo.com