is there some issue with the 13.5 freebsd-update patch files..? I'm trying to upgrade an old jail from 13.2 to 13.5 and I'm getting:

Fetching 2 metadata files... gunzip: (stdin): unexpected end of file

metadata is corrupt.

this is with two different mirrors (update.freebsd.org and update2.freebsd.org)

ok .. update1. seems to work ..:)

ah non it doesn't..

gist.github.com/silenius/77207f056b37a272eac17a99459dc698 any idea?

mage: if you download the file yourself, does it gunzip?

I don't suppose anybody here uses Amazon SSM agent? wonder if you had to do anything special with configuration to make it work

Anyone know what's up with EFnet? I'm not able to connect to either server I've got listed. (Asking here because I go there for FreeBSD channels.)

mason: efnet.deic.eu is working fine here

ivy: Thanks, will add that in to my list - Choopa and ServerCentral are both failing here.

mage, What confuses me is why <<freebsd-update -j nginx -r 13.5-RELEASE upgrade>> would give a <<"pkg: Warning: Major OS version upgrade detected. Running "pkg bootstrap-f" recommended ">> error. I think that is a bug. pkgbase should not be used for 13.5. Right?

pkg bootstrap is still a thing despite no pkgbase

Yes. But only if you call pkg. That should not have been called on 13.5 using freebsd-update.

pkgbase isn't a thing until 15, right?

14 too

I think probably most likely the 15 freebsd-update mage is running is trying to run pkg on 13.5 which is an error.

I am on 14 and have never seen freebsd-update run pkg but maybe it Just Worked here and I never noticed it doing it. But after freebsd-update then one runs pkg upgrade so that pkg bootstrap warning should not have appeared at that time in the process flow.

Also pkgbase is new so there are undoubted going to be bugs found in the implementation of it.

rwp: the problem is that a pkg for an older release could depend on libs that are no longer present due to soname change or something, it doesn't have anything to do with pkgbase

But why is pkg being called at all at that point in time?

Otherwise I completely agree that pkg for an older release could depend upon libs no longer present. But why is it being called at all?

mage, Since it is (only) a jail you might simply need to build a new 13.5-RELEASE jail from scratch. That should be easy enough to do. Then copy over your customization for it. That's one of the reasons I use jails is because I can just do things like that with them.

hiya, im trying to install freebsd offline, but i was surprised i couldn't install it via sets offline, only the new pkg method... i do prefer to have clean separation between base and packages, so i wonder is there a way to install offline via sets, not pkgs?

hmjsp, Check out mason's docs for this: wiki.freebsd.org/MasonLoringBliss/ZFSandGELIbyHAND

rwp: im not really sure how that's relevant... i'm talking about using distribution sets vs packages

hmjsp: You should be able to download the sets and unroll them. But the installer should also grab them for you. pkgbase is an option, and not required, for 15.

coming from openbsd i really like appreciate the distinction between base and packages, so idk why distribution sets aren't an option for an offline install

They are an option.

i can't connect to ethernet atm

hmjsp: Sets for 15 right here: download.freebsd.org/releases/amd64/15.0-RELEASE

ah, so i can copy them onto the usb i guess

Yeah.

alr thanks

hmjsp: Beware. If you're used to how NetBSD/OpenBSD does sets, realize that FreeBSD doesn't do a distinct etc set, so you risk overwriting things if you unroll a new base set over your system.

oh, thanks for the heads up!

plenty of backups should help... zfs snapshots should be helpful here lol

wait... i can't open freebsd ufs on linux... and i doubt it's compatible on openbsd either... so i can't just copy sets over. do i need to have them on a separate drive? if so, how do i point the installer to a directory instead of a net address? because when i tried the installer before it prompted me to configure network and asked for preferred mirrors only, not local paths

hmjsp: vfat maybe?

And you should be able to unroll the sets and configure without the installer. The installer just does some extra set-up for you.

ah ok

shouldn't be too bad then

just unxz them to root?

Well, to your target.

alr snm

I'm betting there are some instructions out there for not missing the extra bits the installer does for you, but I haven't found them yet.

well... it's just setting timezone, networking, etc... and i can't set networking as is, and ntpd should handle timezone... although i wonder how to enable the hardening options

ntpd obeys what it finds

hardening is all sysctl I believe - and if not, someone will jump in because something Wrong was said on the Internet!

tbf atp it's probably just easier to move my display over next to my router and just do the install there, enable ssh, and leave the box

I do that.

hmjsp: Haven't tried this with 15, but: wiki.freebsd.org/MasonLoringBliss/InstallEnvironment

mason: this does still require me to have a display initially tho... unless i can somehow add this to bsdinstall

Correct, and I've never tried to automate it so it boots into something with an sshd. Might be easy enough to do with a miniroot and netboot, but it's been decades since I've done this.

fair enough

tomorrow i will just move display over and do a normal network install

although the package install works as is now

...except waking up from suspend xD

it's a mini itx mobo, cpu fan spins back up but keyb backlight and display don't

oh well, i plan to use this as a nas so won't really use suspend, a bit of a bummer tho

hmjsp: Might be worth opening a bug so that the issue is at least tracked.

I've not ever had much luck with bugs, but it's still worth doing.

yeah, prolly

i do wonder how complex the suspend code is... im not too shabby with C so it might be a fun summer project to fix some bugs

hmjsp: A lot of people would benefit if you did that.