Re: PKGBASE Removes FreeBSD Base System Feature

On 04/08/2025 19:47, vermaden wrote: … Not related to PKGBASE lowercase, please. pkgbase … safer … https://vermaden.wordpress.com/2021/02/23/upgrade-freebsd-with-zfs-boot-environments/ … Off-topic from the four lists: it's known that following instructions, whilst taking the linked app

Re: PKGBASE Removes FreeBSD Base System Feature

I'm aware of twenty threads across five FreeBSD lists and elsewhere. I'm not a fan of proliferation. I'll continue under vermaden's Reddit post (one of the twenty). Four or more lists feels spammy. Amongst the basic rules: No posting should be made to more than 2 mailing lists, and only to 2

Re: Pkgbase removing all third party pkgs nukes system

On 30/07/2025 03:02, TheComputerCollector wrote: This should not be shipped. Removing all third party packages with pkg(8) nukes the system, deleting everything but a few libraries. Pkgbase should be handled by a seperate pkgbase(8) command. I belive that all packages that make up a traditiona

pkg: groups (metapkgs) (was: 15.0 pkgbase, new package for /usr/bin/make)

On 28/07/2025 16:31, Jan Bramkamp wrote: … meta packages for package base...

make -DPKGBASE dvd1.iso: Building /usr/obj/usr/src/amd64.amd64/release/src.txz: ln: dist/usr/src/..: Operation not permitted

… a usr/ports/french/aspell/pkg-descr Building /usr/obj/usr/src/amd64.amd64/release/src.txz ln: dist/usr/src/..: Operation not permitted *** Error code 1 Stop. make: stopped making "dvd1.iso" in /usr/src/release .ERROR_TARGET='src.txz' .ERROR_META_FILE='/usr/obj/usr/src/amd64.amd64/release/src.t

Base downgrade in response to pkg upgrade -fy

I ran ./pkgbasify.lua --force then pkg upgrade -fy Is the resulting downgrade of interest? Lines 7443 to 7835 of the attached file. Snippets: Installed packages to be DOWNGRADED:     FreeBSD-acct: 15.snap20250623040706 -> 15.snap20250618023730 [FreeBSD-base] Number of packages to be reinst

Re: For main [so: 15] FreeBSD:15:*/base_latest/ and FreeBSD:15:*/kmods_latest/ do not track

On 25/06/2025 04:08, Mark Millard wrote: … it looks like the PkgBase builds for main are not building a FreeBSD-kmods that is a match to any of the kernel from main's PkgBase build. Instead, it looks to be providing whatever the ports-package builders have built. … As far as I can tell, it's

FreeBSD:14:amd64/kmods_latest (was: For main [so: 15] FreeBSD:15:*/base_latest/ and FreeBSD:15:*/kmods_latest/ do not track)

On 25/06/2025 04:08, Mark Millard wrote: > … I've not checked any context but main. But it may well > be that 14.3-STABLE's PkgBase has some similar issues to what > main has. FreeBSD:14:amd64/kmods_latest currently has 1403501. root@mowa219-gjp4-zbook-freebsd:~ # env ABI=FreeBSD:14:amd64 pk

Re: For main [so: 15] FreeBSD:15:*/base_latest/ and FreeBSD:15:*/kmods_latest/ do not track

On 25/06/2025 04:08, Mark Millard wrote: … it looks like the PkgBase builds for main are not building a FreeBSD-kmods that is a match to any of the kernel from main's PkgBase build. Instead, it looks to be providing whatever the ports-package builders have built. … As far as I can tell, it's d

Re: base packages orphaned

Re: Again, I found:     518 base packages orphaned     db-pkgtemp at /var/db/pkg/repos/FreeBSD-base/ Worked around in the same way as before, database files copied from the previous boot environment. root@mowa

Re: CFT: pkgbase support in 15.0

On 30/05/2025 17:02, Mark Millard wrote: 𠉧… 2048 MB "Base Memory". ZFS is shown as in use for this example. (SWAP? tmpfs use?) (sddm? Xorg?) … "before exiting the installer"; no swap, SDDM, or X.Org. I didn't bother to

Re: CFT: pkgbase support in 15.0

Maybe worth noting: A) pkg: killed: failed to reclaim memory B) pkg upgrade finding nothing after an incomplete upgrade , in particular

CFT: pkgbase support in 15.0: the pkgbase keyword in Bugzilla

On 03/05/2025 17:07, Joseph Mingrone wrote: … Issues can be reported in Bugzilla using a bug subject prefixed with 'pkgbase:' … Also, or alternatively, please use the keyword: pkgbase Thanks

Re: Installer, before exit: /bin/tcsh for pkg

On 09/05/2025 17:39, Dag-Erling Smørgrav wrote: Ed Maste writes: It looks like nano's post-install/-deinstall requires print/indexinfo and it's not available. This doesn't appear to be directly related to /bin/sh, /bin/tcsh, or pkgbase. If you have concise reproduction steps, please submit a P

Installer, before exit: /bin/tcsh for pkg (was: CFT: pkgbase support in 15.0)

Re: has two screenshots that compare the 14.2-RELEASE experience (good) with the 15.0-CURRENT experience. It seems that /bin/tcsh no longer works aro

Re: pkgbase major version upgrades

On 28/12/2024 10:17, Graham Perrin wrote: Someone might like to update <https://wiki.freebsd.org/PkgBase#major>, where the current example is 11 to 12. :x86:64 was recently a cause of confusion for someone (not me); and so on. Ideally, verify the validity of the updated section with

Re: Persistence of .pkgsave file content

On 22/12/2024 10:11, Graham Perrin wrote: … From test results a few hours ago, it seems that: - my assumption above was false - it is advisable to delete archaic .pkgsave files before a pkgbase upgrade. Can someone confirm? Thanks At <https://wiki.freebsd.org/PkgBase#Outstanding

Persistence of .pkgsave file content

Until a few hours ago, I assumed that, in a .pkgsave situation: - if a .pkgsave file exists, its content will be lost   (replaced with newer content). For example, if user grahamperrin exists in /etc/group but _not_ in /etc/group.pkgsave then a pkgbase upgrade would result in /etc/group.pkgsave

FreeBSD-ftpd-14.2

Can anyone tell why pkg-version(8) identifies the package as outdated? root@fourteen-pkgbase:~ # pkg upgrade -f -r FreeBSD-base FreeBSD-ftpd Updating FreeBSD-base repository catalogue... FreeBSD-base repository is up to date. All repositories are up to date. Checking integrity... done (0 conflic

Joyeux anniversaire

On 30/10/2023, Baptiste Daroussin wrote: Hello everyone, The project has started building and populated official packages for pkgbase. Happy first birthday, official packages! Looking forward to /etc/pkg/FreeBSD-base.conf in releng/14.2. ((enabled: no) … eyes closed … makes a wish, blows ou

Re: FreeBSD-dtb, FreeBSD-syscons orphaned?

On 26/10/2024 10:05, Emmanuel Vadot wrote: …… iirc we never had a syscons package, only syscons-data … notes the conflict. HTH (Please ignore the two 'CorrectCloseSpellingPossible spelling mistake' lines at the f

Re: Upgrades that result in no change to the version level

On 20/10/2024 09:00, Mark Millard wrote: … "main-n273049-366d6a424e1f" does not identify the whole system, just the kernel. … In other words: Not an issue unique to PkgBase. … Belated thanks to Mark for the eloquent explanations. You did not report on if there was a: "FreeBSD-kernel-gener

FreeBSD-syscons-data and FreeBSD-utilities-man-lib32

On Sat, 26 Oct 2024 at 05:41, Mark Millard wrote: … So: *-syscons-data-* … Yep, root@mowa219-gjp4-zbook-freebsd:~ # pkg install --repository FreeBSD-base --no-repo-update --dry-run -g 'FreeBSD-*' | grep syscon pkg: mate-desktop has a missing dependency: dconf-editor FreeBSD-syscons-dat

BACKUP_LIBRARIES (was: libmd.so.6 and pkgbase)

On 07/10/2024 07:53, Baptiste Daroussin wrote: Hello everyone, Just a reminder when using pkgbase, make sure you do activate BACKUP_LIBRARIES=true in pkg.conf This way pkg will save a copy of libmd.so.6 during the upgrade in /usr/local/lib/pkg/libmd.so.6 (and create a package named compat-libr

Upgrades that result in no change to the version level

When an upgrade to a set of packages results in no change to the version level, what's the likeliest explanation? For example, FreeBSD 15.0-CURRENT main-n273049-366d6a424e1f GENERIC-NODEBUG – before and after the set below. FreeBSD-clibs upgraded: 15.snap20241015182318 -> 15.snap2024101823530

Re: pkgbase install

On 19/08/2024 02:16, Dan Mahoney wrote: … The BSD installer still uses the old .txz distribution sets, … You can: 1. make minimal use of the installer (configure as little as possible) 2. before exiting the installer, switch to pkgbase 3. boot the installed system 4. configure things. The

package database corruption (was: #12 - X server …)

On 12/07/2024 20:20, Roger Marquis wrote: … and corruption of the pkg database. … Nothing obviously related in Bugzilla or GitHub.

Re: FreeBSD-base.conf in the wiki

On 08/07/2024 07:09, Emmanuel Vadot wrote: I guess you've simply copy/pasted the whole block with the '>' ? True. I wouldn't have guessed that it's necessary to copy individual lines. Will it work in (t)csh, or is it sh -specific? I typically triple-click to select before copying. OK? Or do

#12 - X server unusable by a normal user following pkg upgrade with pkgbase, from 14.0-RELEASE-p⋯ to 14.1-RELEASE-p⋯ - grahamperrin/freebsd-src - Codeberg.org

Briefly Re: (the three steps) I'd like to edit to no longer imply that 'pkg upgrade' is safe in point upgrade situations. The somewhat disorderly mix from multiple repo

FreeBSD-base.conf in the wiki

Hi FYI Re: The cat approach in the wiki was ambiguous, it failed for me as shown below. At the '> ' prompt, I keyed Control-C to regain a normal prompt. The example that's now in the wiki should be a valid JSON text

pkgbase versus /.cshrc

On 20/03/2024 08:43, Emmanuel Vadot wrote: On Wed, 20 Mar 2024 08:28:03 + Graham Perrin wrote: … The problem is that the both /.cshrc and /root/.cshrc aren't tag as config file so each time you update the package pkg will simply overwrite both files (well /.cshrc, /root/.cshrc

Re: pkgbase upgrade: stopped after completing [408/414] for some reason

On 21/04/2024 10:11, Mark Millard wrote: . . Number of packages to be installed: 11 Number of packages to be upgraded: 391 The process will require 1 GiB more space. Proceed with this action? [y/N]: y [1/414] Deinstalling FreeBSD-rc-15.snap20240407023022... [1/414] Deleting files for FreeBSD

Major OS version upgrade detected (was: poudriere-jail(8): a working example of values for -m and -U for pkgbase)

On 27/04/2024 21:57, Nuno Teixeira wrote: … pkg: Warning: Major OS version upgrade detected.  Running "pkg bootstrap -f" recommended … I don't know why the warning appears, but for me it does appear with every successful check for updates, including checks that result in successful update

Re: poudriere-jail(8): a working example of values for -m and -U for pkgbase

On 27/04/2024 14:54, Graham Perrin wrote: Please, can someone provide a truly usable combination of values to create a 15.0-CURRENT amd64 jail named 'main' My mistake was following a manual page example for -v Solved by lw in Discord, meena is also present: poudriere jail -c -v

poudriere-jail(8): a working example of values for -m and -U for pkgbase

Please, can someone provide a truly usable combination of values to create a 15.0-CURRENT amd64 jail named 'main'? Following the recent commits, I performed more than nine experiments. In each case the end result was "Jail main 15.0-CURRENT amd64 is ready to be used" for a jail that was _not_

package: move cron into its own package (was: 15.0 pkgbase, heads up: cron, lpr packages)

On 26/04/2024 00:02, Chris wrote: On 2024-04-24 16:18, Lexi Winter wrote: … 7209444a80fd37de0e19c7cf93623f84709827e3 package: move cron into its own package … Why? … The given commit leads to: package: move cron into its own package by llfw · Pull Request #1172 · freebsd/freebsd-src

Re: 15.0 pkgbase, heads up: cron, lpr packages

On 25/04/2024 02:53, Graham Perrin wrote: Neither cron nor lpr is available in FreeBSD:15:amd64/base_latest Please ignore that, I was seeking the wrong package names.

Re: 15.0 pkgbase, heads up: cron, lpr packages

On 25/04/2024 00:18, Lexi Winter wrote: … the following commands should allow you to install FreeBSD-cron while also preserving crontab: # pkg update # pkg install FreeBSD-cron # pkg upgrade i apologise for the inconvenience and for not including an UPDATING entry for these, especially for cron

Re: FreeBSD-base and poudriere

On 06/04/2020 10:24, Grzegorz Junka wrote: Is it possible to create a poudriere jail using FreeBSD-base packages? Maybe not a fit for your scenario, but FYI: Unable to create jail using pkgbase method · Issue #1088 · freebsd/poudriere I am

FreeBSD:14:armv7 not recently updated

neither base_weekly nor base_latest has been updated since January. Please, what's the plan? (Not for me, personally, but relevant to a discussion in Discord.)

pkgbase versus /.cshrc

On 20/03/2024 08:43, Emmanuel Vadot wrote: … The problem is that the both /.cshrc and /root/.cshrc aren't tag as config file so each time you update the package pkg will simply overwrite both files (well /.cshrc, /root/.cshrc is a hardlink to it). I'll try to cook some patch to fix this. T

pkgbase versus /root/.cshrc again (third loss)

On 14/03/2024 02:51, Graham Perrin wrote: 15.0-CURRENT. Upgraded from *150014 to 1500015*, if that's relevant. Customisations to  /root/.cshrc were lost. … Lost again. Most recently: as far as I can tell, lost with an upgrade from *1500015 to 1500016*. Retrospective: 2024-02-16 00

pkgbase versus /root/.cshrc

15.0-CURRENT. Upgraded from 150014 to 1500015, if that's relevant. Customisations to  /root/.cshrc were lost. Noticeable when key bindings were incorrect. Regained from the boot environment that preceded the upgrade. If you like, I can provide a log of the upgrade. root@mowa219-gjp4-zbook-fr

Re: pkgbase and config file merges

On 04/03/2024 10:14, Baptiste Daroussin wrote: … Pkg has 3-way merge code, so it is similar to etcupdate(8) provided the file is properly marked as a config file i the source tree which is the case of master.passwd Best regards, Bapt Thanks, that's a very pleasant surprise, is

Re: 759a996d610d before AND after an upgrade

On 24/02/2024 14:44, Graham Perrin wrote: main-n268493-759a996d610d for two boot environments, as shown at <https://gist.github.com/grahamperrin/86359cb7c6d1316d75f340fb305484ed>. I can't understand how this (sameness) might occur. Any suggestions? Thanks to Mark for his replies

759a996d610d before AND after an upgrade

main-n268493-759a996d610d for two boot environments, as shown at . I can't understand how this (sameness) might occur. Any suggestions? TIA

Downgrade scenario: /usr/lib/debug/bin/uuidgen.debug

Issue pictured at . I can't use email properly at the moment, so if this is already on the PkgBase radar: sorry.

PkgBase and files such as /etc/master.passwd (was: official packages)

On 30/10/2023 16:37, Guido Falsi wrote: … convert a CURRENT system used to be upgraded from src to pkgbase? The procedure listed here has worked fine for me. https://wiki.freebsd.org/PkgBase … I was initially surprised by unrestricted (password-free) login as root, then I remembered:

PkgBase: documenting package-related issues

: > how can we document all these breakages and workarounds, so that people can just do the equivalent of `do-release-upgrade`? I guess, for some types of issue there can be a package message.

PkgBase wiki

On 10/08/2017 15:06, Glen Barber wrote: … the bottom of the pkgbase Wiki page: https://wiki.freebsd.org/PkgBase In addition, … Thanks! I spotted a typo /boot/kernel.GENRIC … … then sunk my teeth into more substantial edition, including grave accents (back-ticks), `` Hopefully no errors as