From nobody Tue Feb 17 17:47:24 2026 X-Original-To: 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 4fFnCd0sCqz6RnN4 for ; Tue, 17 Feb 2026 17:47:25 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (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 "mxrelay.nyi.freebsd.org", Issuer "R12" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4fFnCd09snz3MCQ for ; Tue, 17 Feb 2026 17:47:25 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1771350445; 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=an+0/S+Yulmzy+iAswND0SncpOaJxBhTAaQp6ZqIWSU=; b=u1gF+G0gAZZ9pGsQ7MDrK9+HP0rM+2GihjH8AQage+lDsic7y2rIMmQFt2pigfAR/Ku8iy dFUY7xVqx+c5uhVqR9lMywGda0PjKF+Ktmv0cSB8gBZSqhkjb1rwR29X8veb1t7CPiJhvH i9OQhpqsUONomxDkBAkg8LgALkQGzYktEAR7ZJsifs7RB3NQt3xlGSnO30h1bhhIsAnyJ8 cxgyxNxTnD9z6H09wld9yxbPdBR1CM+5WOpJmfTkRSTOgWDr5xiBmERtZmH3KyEjCaEQcX lnk7Ymo7xJUylmDhJRd1TkpvwDlPdLV8i3ypwfqxT5ioNEb2pU1TbqDER6DM5A== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1771350445; a=rsa-sha256; cv=none; b=lMIlgB702z3QJuo3G10cvK0RsTfBmIxgzYMbjqZhbL6FFdiuILuQK69MaojdHJjhsggZQ3 FraG+kB7LqDRVVwBNJtIHvfL077xZQVmbnUcIWRXVnv6jMBCs9ofB81+T5BZNSuEhGBFR9 5D1Fors9JShQOwJxQy+fxIiihNNwm5vJ5TluKKaHMWPzoW4v6t1/MQzikKTR5rW8N0sgVT Q1qZi3Zw9nizUCbbLoQCzaV0uG6BVepqNsWW0ycPc7MhyCecksH75e8XPy89t9kBQXlJxV eKrHUUW0QE7j/MMUDk9CehKkquCHuGA5TVqJHa/CXfx2WGwvuoCKc0QB7R9Q0Q== 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=1771350445; 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=an+0/S+Yulmzy+iAswND0SncpOaJxBhTAaQp6ZqIWSU=; b=DOIFWqXg3mKnieidNwIJ2chgXlZ4O+hBtmXHi6gRFUEhoQ1kwMzDf5DeuQLTrN2s2zdkb4 M33xyU4LEoqSXoETfYz5omoKfmIkT+ECySPtmcGDX9aRxW0Ykb/N7Mi10Q1j1dDuOsvMvb uftDS0VAmikpiGPfhymPv90T76s9P5/re1o24OrTLhYjNe92YUBOVqvnkWlBXXI5qlQS3a O+ZLDdp9poknsfVFzSG7JurdYnvjjs12jNUXFSN0emsFTQYIfkUmhVtXBJRnROY31ypnmB v+/cRGXZD8LZarKZxDWo3Rh4Rim81spdu3CRiR6DreaxymcMeMx6zNMIe55Ruw== Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2610:1c1:1:606c::50:1d]) (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 mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id 4fFnCc6RwDz4rc for ; Tue, 17 Feb 2026 17:47:24 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.5]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id 61HHlOLm002768 for ; Tue, 17 Feb 2026 17:47:24 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 61HHlOpR002767 for pkgbase@FreeBSD.org; Tue, 17 Feb 2026 17:47:24 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: pkgbase@FreeBSD.org Subject: [Bug 292436] pkgbase: FreeBSD-sound conflicts with FreeBSD-rc because of /etc/rc.d/mixer Date: Tue, 17 Feb 2026 17:47:24 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: misc X-Bugzilla-Version: 16.0-CURRENT X-Bugzilla-Keywords: pkgbase X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: christos@freebsd.org X-Bugzilla-Status: Closed X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: christos@freebsd.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: resolution bug_status Message-ID: In-Reply-To: References: Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="UTF-8" X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated 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 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D292436 Christos Margiolis changed: What |Removed |Added ---------------------------------------------------------------------------- Resolution|--- |FIXED Status|In Progress |Closed --=20 You are receiving this mail because: You are on the CC list for the bug.= From nobody Fri Feb 20 21:29:35 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 4fHk0p10vzz6T1W9; Fri, 20 Feb 2026 21:29:46 +0000 (UTC) (envelope-from vermaden@interia.pl) Received: from smtpo49.interia.pl (smtpo49.interia.pl [217.74.67.49]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4fHk0m5Jvrz3jh2; Fri, 20 Feb 2026 21:29:44 +0000 (UTC) (envelope-from vermaden@interia.pl) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=interia.pl header.s=dk header.b=qGoKTwwm; dmarc=pass (policy=quarantine) header.from=interia.pl; spf=pass (mx1.freebsd.org: domain of vermaden@interia.pl designates 217.74.67.49 as permitted sender) smtp.mailfrom=vermaden@interia.pl Date: Fri, 20 Feb 2026 22:29:35 +0100 From: vermaden Subject: Re: separation of pkgbase from pkg (was: Re: FreeBSD pkgbase vs distsets.) To: Theron , "freebsd-hackers@freebsd.org" , freebsd-pkgbase@FreeBSD.org X-Mailer: interia.pl/pf09 In-Reply-To: <1588b965-b77e-43d0-8e7d-f522994af658@gmail.com> References: <0iqhe92aheNJohSnhh8-hXkXhQsaRG4D64nLTlTSIPgd6Iit07IwlMwmn-mIS-Qtp9KuZElphybTlYDIVTUDcVGpHWaUbQVGPKt53NSL5Jg=@proton.me> <1678741437.20260206163514@yahoo.com> <07af999d-3c7b-4fe2-8ed2-a37cf89b663b@quip.cz> <3089fd20-9978-4d0f-b6d8-0ed51742e471@quip.cz> <1588b965-b77e-43d0-8e7d-f522994af658@gmail.com> X-Originating-IP: 45.148.42.20 Message-Id: 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 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=interia.pl; s=dk; t=1771622977; bh=5UNywb2/P6Ti50HTOUzXfedF7iOqKWrl5WbN9BDkPLw=; h=Date:From:Subject:To:Message-Id:MIME-Version:Content-Type; b=qGoKTwwmYLex8qwlaXmU2gIgycemjPbbUUHlfOzWft3YBGInYxg7MZRHlmOA10bf2 98o65L0zfuK7Kn8IEvIWgEIttKQY0jWAYN1HIXAPxIpkwL4ZI4ntbu6ujD9hvxh9yb 8wdKjGHFCT+qB8x9Qd/54k/hJacaglOhucqgFZkI= X-Spamd-Result: default: False [-3.49 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.99)[-0.990]; MID_RHS_NOT_FQDN(0.50)[]; DMARC_POLICY_ALLOW(-0.50)[interia.pl,quarantine]; R_DKIM_ALLOW(-0.20)[interia.pl:s=dk]; R_SPF_ALLOW(-0.20)[+ip4:217.74.64.0/22]; MIME_GOOD(-0.10)[text/plain]; RWL_MAILSPIKE_GOOD(-0.10)[217.74.67.49:from]; ONCE_RECEIVED(0.10)[]; FREEMAIL_TO(0.00)[gmail.com,freebsd.org,FreeBSD.org]; SUSPICIOUS_AUTH_ORIGIN(0.00)[]; TO_DN_EQ_ADDR_SOME(0.00)[]; FREEMAIL_FROM(0.00)[interia.pl]; ARC_NA(0.00)[]; TO_DN_SOME(0.00)[]; MIME_TRACE(0.00)[0:+]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; FREEMAIL_ENVFROM(0.00)[interia.pl]; HAS_XOIP(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; DKIM_TRACE(0.00)[interia.pl:+]; MLMMJ_DEST(0.00)[freebsd-hackers@freebsd.org,freebsd-pkgbase@freebsd.org]; TAGGED_RCPT(0.00)[]; RCVD_COUNT_ZERO(0.00)[0]; ASN(0.00)[asn:16138, ipnet:217.74.64.0/22, country:PL]; DWL_DNSWL_NONE(0.00)[interia.pl:dkim] X-Rspamd-Queue-Id: 4fHk0m5Jvrz3jh2 X-Spamd-Bar: --- Hi, I tried to propose the same thing even before FreeBSD 15.0-RELEASE was rele= ased here: - https://lists.freebsd.org/archives/freebsd-pkgbase/2025-July/000596.html To have pkgbase(8) command with separate configs/paths nad SQLite database = for Base System while leaving current pkg(8) with its own paths and databas= e for third party packages ... but there was no interest. Maybe in 15.1-RELEASE then ... Some more details here: - https://vermaden.wordpress.com/2025/10/20/brave-new-pkgbase-world/ Regards, vermaden Temat: separation of pkgbase from pkg (was: Re: FreBSD pkgbase vs distsets.= ) Data: 2026-02-20 22:09 Nadawca: "Theron" <theron.tarigo@gmail.com> Adresat: freebsd-hackers@freebsd.org;=20 > On 2/6/26 16:04, Miroslav Lachman wrote: >> On 06/02/2026 21:07, Pat Maddox wrote: >>> On Fri, Feb 6, 2026, at 11:21 AM, Freddie Cash wrote: >>>> On Fri, Feb 6, 2026 at 10:26=E2=80=AFAM Pat Maddox wrote: >>>>> On Fri, Feb 6, 2026, at 6:46 AM, Miroslav Lachman wrote: >>>>>> My point of view is slightly different. For me for the past >>>>>> 25+ the main strong feature of FreeBSD was separation >>>>>> of the base system from the 3rd party packages. I could >>>>>> do anything with >>>>>> cd /usr/ports/cat/port & make install, portmaster, >>>>>> portupgrade, or pkg_add, or pkg install, or pkg upgrade >>>>>> and I was sure not to break anything in the base system. >>>>>> I can upgrade ports / packages independently on base >>>>>> system. I can install security patches to base without >>>>>> touching 3rd party packages or vice versa. But if I >>>>>> understand the concept of pkgbase right, there is one >>>>>> command to do both - pkg upgrade. I really don't like >>>>>> the concept of having one command (even if with >>>>>> different args) to maintain both. It's very easy to mistype >>>>>> some args and break something. But to mistype >>>>>> "cd /usr/src & make installxxxx" or >>>>>> "freebsd-update upgrade -R xxx" instead of >>>>>> "pkg upgrade" is very rare I think. >>>>>> Therefore, if the base package is truly necessary, >>>>>> I would prefer to maintain it using a command other >>>>>> than "pkg." >>>>>> >>>>>> Best regards >>>>>> Miroslav Lachman >>>>> >>>>> I too had done a lot of scripting with dist tarballs and was=20 >>>>> skeptical of pkgbase. One challenge with suggestions to >>>>> use separate commands is that afaik pkg doesn=E2=80=99t really >>>>> know or care what you=E2=80=99re installing or from where. >>>>> You have a list of repos, they have packages available, >>>>> you choose which packages to install from which repos. >>>> >>>> But, if using two separate commands, even if just a single >>>> hard-linked binary, is that you can hard-code the default >>>> options. >>>> >>>> For example, pkg would have hard-coded options to >>>> ignore all FreeBSD-* packages. And pkgbase would have >>>> hard-coded options to only work on FreeBSD-* packages. >>>> (Or whatever the naming convention is for base packages.) >>>> >>>> Or pkg would operate only on non-base package repos. >>>> And pkgbase would only operate on base package repos. >>>> ... >>> >>> How does it handle my custom-built repos like poudriere-local >>> or pkgbase-local? Do all repos have to follow a naming >>> convention? Is there a new config setting per repo that indicates >>> that it is pkgbase or ports? How to handle a scenario where a >>> custom repo has both pkgbase and ports? >> >> I don't think it should be controlled by the name of the >> repositories. Pkg / pkgbase command should destinquished >> between destination location. I mean what should go to / are >> packages for base maintained by "pkgbase" command and >> what should go to /usr/local are "ports" packages. >> ... >>> I submit that it is built into the program, it just requires=20 >>> =E2=80=9Cenabled: false=E2=80=9D in the config file to prevent it from >>> upgrading pkgbase when you do =E2=80=9Cpkg upgrade.=E2=80=9D >=20 > I agree with the concern over separation of base system > management from ported-package management. No amount > of abuse of the ports framework or related use of pkg command > should result in surprises at base system upgrade time. > And no matter how robust it may be in theory, I'm uncomfortable > with the idea of port management actions touching the same=20 > /var/db/pkg/local.sqlite that must be intact for a base upgrade. >=20 > Providing that separation can be much simpler than in the above > discussions: >=20 > /usr/local/sbin/pkg continues to use /etc/pkg/ /usr/local/etc/pkg/ > and /var/db/pkg/, with only ports repos configured, as it is in 14. > /usr/sbin/pkgbase shall use /etc/pkgbase/ and /var/db/pkgbase/, > with only base repos configured. >=20 > Neither command shall touch the other's files. If pkg should read > pkgbase db (e.g. to query which base system components are > installed) it will be a read-only operation./usr/sbin/pkg may remain > as a bootstrapper/wrapper for /usr/local/sbin/pkg as it is in 14. >=20 > As it is simple enough to implement this by oneself on top of 15 and=20 > whatever 16 ends up doing, I'm not too concerned that anyone will be=20 > "stuck with" a total lack of separability. >=20 > Theron From nobody Sat Feb 21 02:30:27 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 4fHrh30yJxz6TPQk for ; Sat, 21 Feb 2026 02:30:43 +0000 (UTC) (envelope-from tomek@cedro.info) Received: from mail-yx1-xb129.google.com (mail-yx1-xb129.google.com [IPv6:2607:f8b0:4864:20::b129]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "WR4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4fHrh25yJMz4NKs for ; Sat, 21 Feb 2026 02:30:42 +0000 (UTC) (envelope-from tomek@cedro.info) Authentication-Results: mx1.freebsd.org; none Received: by mail-yx1-xb129.google.com with SMTP id 956f58d0204a3-64aedd812baso2505501d50.3 for ; Fri, 20 Feb 2026 18:30:42 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cedro.info; s=google; t=1771641041; x=1772245841; 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=XPczwA+mt6yE9w/HcOlU8LUAhc7yX5PMXEnEb9DWcx4=; b=a/xsUonr85rM30D/n0pQdvENl45nyqpv6RHX8A/ggzRounTV8anQ32e2FgjPGhPnU1 joyG32d/C39a2DTkXwo6ZekMAMk7OZHekx4ixrEU/miAzIkvU92+sMnjVez4yEE95joZ mFuqCo9IncT0UM8AbMcpz4bTMxkoSOjYm0a26RIsKWHX3gxK8aDhKPwCpTvHyCDRIHOn diMZRLjc48lIh7CuImXUseFdxF4QT7ONY60bGH2FQ6Z3e/UmaPu4KO2sdTHvV/z/lC8K JlEyHcnfFqidJD10fq5hjaznusz0TGtvjj+sDG6i4B6h5aM23F6OTeYIMaCwC10HIDkJ f1mQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1771641041; x=1772245841; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:x-gm-gg:x-gm-message-state:from :to:cc:subject:date:message-id:reply-to; bh=XPczwA+mt6yE9w/HcOlU8LUAhc7yX5PMXEnEb9DWcx4=; b=e1Z6mv6Iwqv5POSaHY7iwTOfD7FE0gmMHFHqh2m8ivh3Qt3Cy+6ghZFAPqYqheoyyz THEnR8WR9uPS1AR1zwaSKeIPAfligVQrU+JPN0bHdSn4uZfhzhTU1p4XXhqI/+KEOnbh vo9NgMIahXdX2SZ+HHgxWrHqKkJGK7bMn2DZT9SgUkhCJh+V9PkhjpRyt1fleI6RREl4 jBuWrv7eW7SdOOhrH6SFXoiyTKPsec2F5HsZFjtzXLZtsVLTZumPsLYRJo6uEd4NPkys 36xhQRdgPbIS1YPmE0JaQBAuB0HnERgBhR2GUrVmsH4S2gAbEOvtc7AFWftS78xmF+tR XSWg== X-Forwarded-Encrypted: i=1; AJvYcCWsgUUDUe+v3nqWmWaowQmoqJJDYzEMOpAnoWdy6BMCKy3K00EW9ekOKTsMoPHlTyTbYcTH11zKWa/Db/OjiFE=@freebsd.org X-Gm-Message-State: AOJu0YyObyr8k55rCTj0It7zX8rSwdrDzkMM6Dki9fjPzd/UdW3bOL5A ppao9vYWVzEl+svP0Q6gCRGBefG/n8KjxATlMP515r6kfQNpQK7V+qxATE/1b0k6Gq4cdwDFQUv Ti/Y= X-Gm-Gg: AZuq6aKvR+pyLFPs1lGlQzicn8Q3RKjKvHO1rj2cz/xX270sebpe7y1HL30Q/y8WSwF KjeHnpFI2GBPOVqZDsb04u10muguyOgzBmhnXqhieQKe03rtY3pl/zqCyQpUor6QE4p7CSrUDTt llAhvFIWZQkGzXRsXO61CaBdTFv0VHDO3gE8t38mD+3LXv2GU+5QMG+b0My/cZOvDuRXcp2NCnj JWYGi4Cl2DgR/0RhAPEvdX6QVlNEVrCDWZ95Kqasz5BPmXcPzgyFviUhv/L8aefxqTjFQdlbXVX Sk7WPe7767Q0npfesSZKMcdxKDxlfe/9G8vTqC3rwaJ0jxVLZ0se1j17eMQQEo3fpBMA/nXEbME umSUTaQYe1JnZi5IOU6lMvHtvAc1Zdmp530lN17aBq5OZ/cqdA43iroFftg4c1MUxJ1HE4KzhWS jWLZZ8y+JybBB28G43OX4bWJOKdNDekeAdl8tYEAf8TDf51Pfwue4SR0Q= X-Received: by 2002:a05:690e:142:b0:649:97d9:cf1f with SMTP id 956f58d0204a3-64c78e3f750mr1343776d50.44.1771641040872; Fri, 20 Feb 2026 18:30:40 -0800 (PST) Received: from mail-yx1-f49.google.com (mail-yx1-f49.google.com. [74.125.224.49]) by smtp.gmail.com with ESMTPSA id 956f58d0204a3-64c7a3889e6sm450703d50.19.2026.02.20.18.30.38 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Fri, 20 Feb 2026 18:30:39 -0800 (PST) Received: by mail-yx1-f49.google.com with SMTP id 956f58d0204a3-649df393c04so2436589d50.1 for ; Fri, 20 Feb 2026 18:30:38 -0800 (PST) X-Forwarded-Encrypted: i=1; AJvYcCWYId1RI+jFGOzeYFycNBB3djkbJeg0r46DLabZVi9SqFoEB4IMg+IMzRD2xnNSk6y8n5cPfkia4Lht7ldv1MQ=@freebsd.org X-Received: by 2002:a53:5a05:0:b0:646:c661:8f95 with SMTP id 956f58d0204a3-64c78e3f7c8mr1239348d50.42.1771641038479; Fri, 20 Feb 2026 18:30:38 -0800 (PST) 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 References: <0iqhe92aheNJohSnhh8-hXkXhQsaRG4D64nLTlTSIPgd6Iit07IwlMwmn-mIS-Qtp9KuZElphybTlYDIVTUDcVGpHWaUbQVGPKt53NSL5Jg=@proton.me> <1678741437.20260206163514@yahoo.com> <07af999d-3c7b-4fe2-8ed2-a37cf89b663b@quip.cz> <3089fd20-9978-4d0f-b6d8-0ed51742e471@quip.cz> <1588b965-b77e-43d0-8e7d-f522994af658@gmail.com> In-Reply-To: From: Tomek CEDRO Date: Sat, 21 Feb 2026 03:30:27 +0100 X-Gmail-Original-Message-ID: X-Gm-Features: AaiRm51y1qAuxUQvLAKmwK2z1DQcL0xAcFo9fx5-26mUmZF20FCi2jiIajdzxFM Message-ID: Subject: Re: separation of pkgbase from pkg (was: Re: FreeBSD pkgbase vs distsets.) To: vermaden Cc: Theron , "freebsd-hackers@freebsd.org" , freebsd-pkgbase@freebsd.org Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable 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)[]; TAGGED_RCPT(0.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US] X-Rspamd-Queue-Id: 4fHrh25yJMz4NKs X-Spamd-Bar: ---- +1 :-) -- CeDeROM, SQ7MHZ, http://www.tomek.cedro.info On Fri, Feb 20, 2026 at 10:30=E2=80=AFPM vermaden wro= te: > > Hi, > > I tried to propose the same thing even before FreeBSD 15.0-RELEASE was re= leased here: > - https://lists.freebsd.org/archives/freebsd-pkgbase/2025-July/000596.htm= l > > To have pkgbase(8) command with separate configs/paths nad SQLite databas= e for Base System while leaving current pkg(8) with its own paths and datab= ase for third party packages ... but there was no interest. > > Maybe in 15.1-RELEASE then ... > > Some more details here: > - https://vermaden.wordpress.com/2025/10/20/brave-new-pkgbase-world/ > > Regards, > vermaden > > > > > Temat: separation of pkgbase from pkg (was: Re: FreBSD pkgbase vs distset= s.) > Data: 2026-02-20 22:09 > Nadawca: "Theron" <theron.tarigo@gmail.com> > Adresat: freebsd-hackers@freebsd.org; > > > On 2/6/26 16:04, Miroslav Lachman wrote: > >> On 06/02/2026 21:07, Pat Maddox wrote: > >>> On Fri, Feb 6, 2026, at 11:21 AM, Freddie Cash wrote: > >>>> On Fri, Feb 6, 2026 at 10:26=E2=80=AFAM Pat Maddox wrote: > >>>>> On Fri, Feb 6, 2026, at 6:46 AM, Miroslav Lachman wrote: > >>>>>> My point of view is slightly different. For me for the past > >>>>>> 25+ the main strong feature of FreeBSD was separation > >>>>>> of the base system from the 3rd party packages. I could > >>>>>> do anything with > >>>>>> cd /usr/ports/cat/port & make install, portmaster, > >>>>>> portupgrade, or pkg_add, or pkg install, or pkg upgrade > >>>>>> and I was sure not to break anything in the base system. > >>>>>> I can upgrade ports / packages independently on base > >>>>>> system. I can install security patches to base without > >>>>>> touching 3rd party packages or vice versa. But if I > >>>>>> understand the concept of pkgbase right, there is one > >>>>>> command to do both - pkg upgrade. I really don't like > >>>>>> the concept of having one command (even if with > >>>>>> different args) to maintain both. It's very easy to mistype > >>>>>> some args and break something. But to mistype > >>>>>> "cd /usr/src & make installxxxx" or > >>>>>> "freebsd-update upgrade -R xxx" instead of > >>>>>> "pkg upgrade" is very rare I think. > >>>>>> Therefore, if the base package is truly necessary, > >>>>>> I would prefer to maintain it using a command other > >>>>>> than "pkg." > >>>>>> > >>>>>> Best regards > >>>>>> Miroslav Lachman > >>>>> > >>>>> I too had done a lot of scripting with dist tarballs and was > >>>>> skeptical of pkgbase. One challenge with suggestions to > >>>>> use separate commands is that afaik pkg doesn=E2=80=99t really > >>>>> know or care what you=E2=80=99re installing or from where. > >>>>> You have a list of repos, they have packages available, > >>>>> you choose which packages to install from which repos. > >>>> > >>>> But, if using two separate commands, even if just a single > >>>> hard-linked binary, is that you can hard-code the default > >>>> options. > >>>> > >>>> For example, pkg would have hard-coded options to > >>>> ignore all FreeBSD-* packages. And pkgbase would have > >>>> hard-coded options to only work on FreeBSD-* packages. > >>>> (Or whatever the naming convention is for base packages.) > >>>> > >>>> Or pkg would operate only on non-base package repos. > >>>> And pkgbase would only operate on base package repos. > >>>> ... > >>> > >>> How does it handle my custom-built repos like poudriere-local > >>> or pkgbase-local? Do all repos have to follow a naming > >>> convention? Is there a new config setting per repo that indicates > >>> that it is pkgbase or ports? How to handle a scenario where a > >>> custom repo has both pkgbase and ports? > >> > >> I don't think it should be controlled by the name of the > >> repositories. Pkg / pkgbase command should destinquished > >> between destination location. I mean what should go to / are > >> packages for base maintained by "pkgbase" command and > >> what should go to /usr/local are "ports" packages. > >> ... > >>> I submit that it is built into the program, it just requires > >>> =E2=80=9Cenabled: false=E2=80=9D in the config file to prevent it fro= m > >>> upgrading pkgbase when you do =E2=80=9Cpkg upgrade.=E2=80=9D > > > > I agree with the concern over separation of base system > > management from ported-package management. No amount > > of abuse of the ports framework or related use of pkg command > > should result in surprises at base system upgrade time. > > And no matter how robust it may be in theory, I'm uncomfortable > > with the idea of port management actions touching the same > > /var/db/pkg/local.sqlite that must be intact for a base upgrade. > > > > Providing that separation can be much simpler than in the above > > discussions: > > > > /usr/local/sbin/pkg continues to use /etc/pkg/ /usr/local/etc/pkg/ > > and /var/db/pkg/, with only ports repos configured, as it is in 14. > > /usr/sbin/pkgbase shall use /etc/pkgbase/ and /var/db/pkgbase/, > > with only base repos configured. > > > > Neither command shall touch the other's files. If pkg should read > > pkgbase db (e.g. to query which base system components are > > installed) it will be a read-only operation./usr/sbin/pkg may remain > > as a bootstrapper/wrapper for /usr/local/sbin/pkg as it is in 14. > > > > As it is simple enough to implement this by oneself on top of 15 and > > whatever 16 ends up doing, I'm not too concerned that anyone will be > > "stuck with" a total lack of separability. > > > > Theron > >