From nobody Fri Aug 8 04:00:11 2025 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 4byr0X4yQHz645gd for ; Fri, 08 Aug 2025 04:00:28 +0000 (UTC) (envelope-from tomek@cedro.info) Received: from mail-yb1-xb32.google.com (mail-yb1-xb32.google.com [IPv6:2607:f8b0:4864:20::b32]) (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 4byr0X1CkFz3KJM for ; Fri, 08 Aug 2025 04:00:28 +0000 (UTC) (envelope-from tomek@cedro.info) Authentication-Results: mx1.freebsd.org; none Received: by mail-yb1-xb32.google.com with SMTP id 3f1490d57ef6-e902e1a2996so1430836276.3 for ; Thu, 07 Aug 2025 21:00:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cedro.info; s=google; t=1754625625; x=1755230425; 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=ot99B9GWFHQ0CteksIkJaQV0PW9Q8M04QuUDLAov60I=; b=cASqU7N43uOvS4igkU+iKWOJ718Oh2Hn9MC5SHM+kfn4XnhYug8aVksHRH4+RV9FOo ZmbHq51WchMsRzmoxYE8+ibohzh5UUa1bRqhvZjHlGbaeUi7vGJMJ5FLwS7hfbbr9Zij WuUJ9jxTpRHq1x7Awgj7qtwFS2bJ4CwVO0qQiVf1eYWJ8YOWoB4TXctlRSLhd2tcOG3+ pxGVH5h1D9I3x+9T0UikcpAHJNOwPTTFS3vY8GcQpqVPomT49lmIh6LSrqSTxb8/DUi/ Izpy2O1bb3WrnJi6rLtXsHD+QcB5VgrntDgCo4SblZbjo/JUSWtNFIh2yH/p8lzwkzqB MZHA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1754625625; x=1755230425; 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=ot99B9GWFHQ0CteksIkJaQV0PW9Q8M04QuUDLAov60I=; b=AOzeeOvct5+kizzAypD71fZ0IHt3ffI3tMX+EpisiiJRM+xpdIx3J/aLFCo9LwWZiC puGK68nAmNugaTVQbkvqOWRcVPIEEy9d4vplhIaUxKqLFHuO2G1ZiopP9rg6Lm1/72oA sk+qAvb05K7+CcpH62Pd9SFmpLbTcpUr5cq1dTlAATdqMmNF+vGnaXZ8q+PnHMYCLtSQ fsRikrTvfaas/xB3LSImOREHwbJ4scxr7mjA/WR0ITsYeAGKkksl8xmN5FjyfavMwzJi BKBm95Zkfx9N5uYGiByXz+SYogE+bZ6m2sVbYbjyA2PIxPgHkadSQlJPMaZsuGZEI139 6wMA== X-Forwarded-Encrypted: i=1; AJvYcCW3jXY3KoYWeTn1rJFL8gi8Lu3zGseHN+jzzdLGc/tKLZlf659jRrodokjhUqR/F4ReRf1MSZlDeLV5feHVGJM=@freebsd.org X-Gm-Message-State: AOJu0YzDQY/26Rr4MawIJvnXUtv/ktPIme3nt2kjMAV8jSHKef7A0a2k dCCn465LgrcxSsfUPKygb+OODvinM7ttvBtTptX9InCj43Hx1XjBUiCr/PPlyCBhSQ== X-Gm-Gg: ASbGncs8ZKyml03l8WQt8Z68Gl22COCno/zR5/eBhV84Uq9e5sv8yhvqfeqPIGjssit iTD07wBrF5u0HzozS9Kb/UfDX4Fhgm3czENWA3js1qhDNahmtNOZVj1TOxd4uU/P7vpWlcsT2vN 4oV3x988T7aQ6xJhdCkeDmFSdaUWSzQnzjcsidwjQzP0IMgT9rb15qF4nGv1eQxzQ+XN/S+eVA1 jlaJloNOxKKj6yzzXk0cjzt4v3JXBCydWBgin304bdFv2QTufhb+WB46KYZq9AyH5IEiW5v02gm WzqDySb8NVkgTKjkV3DBs1/hHexzWYUaIKsNPIxOBbvBE5IXgBXbuN/Voh1X4L1UESH0DiwJEni xYG52p2ugkuSrxLMfGJRA6grxgc9rdq3zXWswOlaSR8vMbZeGEcKDdcDy3ek= X-Google-Smtp-Source: AGHT+IE094H+4AK4WKXVYCz8NWvq2m3vDWDWLDX9AgZBOa4HHdhIsChgf5qqVpVUO4EQ8lcsIbYPOg== X-Received: by 2002:a05:6902:1108:b0:e8b:908a:a932 with SMTP id 3f1490d57ef6-e904b12430emr2083491276.0.1754625625054; Thu, 07 Aug 2025 21:00:25 -0700 (PDT) Received: from mail-yw1-f169.google.com (mail-yw1-f169.google.com. [209.85.128.169]) by smtp.gmail.com with ESMTPSA id 3f1490d57ef6-e900da4155csm3607635276.39.2025.08.07.21.00.24 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Thu, 07 Aug 2025 21:00:24 -0700 (PDT) Received: by mail-yw1-f169.google.com with SMTP id 00721157ae682-71b6ab52e8cso17736777b3.0; Thu, 07 Aug 2025 21:00:24 -0700 (PDT) X-Forwarded-Encrypted: i=1; AJvYcCWCKSf+ja/BumqAziGmLcBzdcPmtwELbgXl6DeAulPEaARbOk9E24DAsgwn0OrAfhAa6QNrJyudGpCZDui4tVU=@freebsd.org, AJvYcCWSnYcz2qYT3MSQIu/hPnaVXybLQbMPfulQA8oJQy36sR8IFeZOqpBOOi9b+fi5Ic/5zPK9mWIqdhYkj6JTlhD3@freebsd.org, AJvYcCWo9f4tnxvT+DamythFmPf1dxWdj+t9Y49bldLGocsIwm6XA/2N6jLsliCZ1ciM6UiiQddi4MACaLFXsgYHTm0=@freebsd.org X-Received: by 2002:a05:690c:700e:b0:71a:2130:a8fc with SMTP id 00721157ae682-71bf0e51c86mr22529337b3.35.1754625623464; Thu, 07 Aug 2025 21:00:23 -0700 (PDT) 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: In-Reply-To: From: Tomek CEDRO Date: Fri, 8 Aug 2025 06:00:11 +0200 X-Gmail-Original-Message-ID: X-Gm-Features: Ac12FXzvA1rStK43CVkQgc6R-AYCbYsy61CS0bzu7LjbKHOa-s9Fx_2ZxJozsS0 Message-ID: Subject: Re: PKGBASE Removes FreeBSD Base System Feature To: Colin Percival Cc: vermaden , Sulev-Madis Silber , "freebsd-current@freebsd.org" , freebsd-stable@freebsd.org, freebsd-pkgbase@freebsd.org Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 4byr0X1CkFz3KJM 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] On Fri, Aug 8, 2025 at 4:18=E2=80=AFAM Colin Percival wrote: > > On 8/7/25 18:20, vermaden wrote: > > OK, Colin Percival just announced 15.0-PRERELEASE - yet the PKGBASE con= cept - besides 'kinda working' - does not holds to the POLA principle at al= l - and if anyone will chose to use PKGBASE instead of 'classic' install th= e 'pkg delete -af' will not only delete all the third party packages but wi= ll also WIPE almost ENTIRE BASE SYSTEM of FreeBSD ... this is not unaccepta= ble to say the least. > > POLA is inherently subjective; what astonishes one person might be exactl= y > what another person expects. In this particular case, while someone migh= t > indeed be astonished that "forcibly delete everything" deletes everything= , > someone else could well be astonished if "pkg delete -f clang" doesn't in > fact delete clang. Not really. So far "the FreeBSD standard" kept things "similar" for over 30 years. If we traveled back/forward in time we would still use the same approach to configure and run stuff. Maybe except pkg-add was replaced with pkg, but still all locations are the same, configuration files format, ports build, etc. "Base" is the cornerstone of FreeBSD and its most widely known unique feature. It is like coming back to familiar stable work place, where all things does not change on a daily basis, or going to a different place and having the same familiar setup with nothing missing. There was always clear separation of "base system" and "userland". This meant all FreeBSD base release X.Y would have exactly the same predictable behavior for everyone. This is not "subjective", this is "coherence", this is self-compatibility, 1+1=3D2. If "if "pkg delete -f clang" doesn't in fact delete clang" then we go full Microsoft :-( > > My 'vote' here does not changed. > > > > Lets keep pkg(8) for third party packages with: > > - /etc/pkg > > - /usr/local/etc/pkg > > - /var/db/pkg > > > > Lets have pkgbase(8) for FreeBSD Base System PKGBASE with: > > - /etc/pkgbase > > - /usr/local/etc/pkgbase > > - /var/db/pkgbase > > I would like this idea, except for one wrinkle: I don't think it would wo= rk. > In particular, packages installed from ports might depend on packages fro= m > the base system, so having a single tool which knows about both is necess= ary. This statement is extremely dangerous. It touches clue of this discussion. It seems to reveal planning to totally break current FreeBSD design / architecture? So far "base" could work without "userland", provided consistent, coherent, and predictable working environment. Everyone had the same set of "base" tools where "userland" could be built on top, so every system could be different but had exactly the same base. I can see that "base" will not be coherent for everyone anymore. If ports start depending on base packages then circular dependencies will arise and this will be a Linux-like-mess, because there could be different versions of base packages for different port versions that will depend on different versions of base packages. Then all will be just a package and there will be no "coherent FreeBSD base" anymore right? Then 14-RELEASE will hit end-of-lie and people will be _forced_ to switch to 15-RELEASE or move away to different BSD. This sounds like FreeBSD is going full Linux :-( People already report their doubts and fears, backed by real world evidence. Do we go hey Linux Y was released, so whole world will now have to rebuild all their release packages because these were built for Linux X, and then people need to just get that package T from repo Z not from repo Q because this is not part of Y and it was there in X but Q changed its API? I hope we don't go to that moving sands area. I hope its more like hey you will finally be able to run next release on that old router with 2MB of Flash and 8MB of RAM and it will work better than Linux plus you will get all fresh packages and features with security fixes. This is how we see "progress", by getting new features in a simple familiar fashion, not by overcomplicating things that makes them unusable. I can understand that pkgbase can have its benefits, this is why it was invented and being worked on, but its design should follow well established FreeBSD standard that assures self-compatibility, so people in 10 years will still have their own favorite familiar working environment that comes from clear "base" and "userland" separation. This is still possible right? --=20 CeDeROM, SQ7MHZ, http://www.tomek.cedro.info