00:00:24 Here's a base packages question. I've managed to get the 15.1 installer past network configuration. What is the "optional" set? That's a little vague. 00:02:36 Never mind - found this: https://forums.freebsd.org/threads/whats-optional-in-system-components-during-install.101249/ 00:05:38 Maybe that was incomplete. That only tells you if you're already using base pkgs at a guess: https://bpa.st/2ZQA 00:21:49 My understanding is that mostly only stable versions are pulled into ports. If they break on every pdate, either maintainer is wrong, or upstream is wrong. 00:46:40 did something change with fusefs in freebsd 15.1? I still have allow.mount.fusefs; in my jail.conf, vfs.usermount=1, and "add path fuse unhide" in devfs.rules but a non-root user in my jail (even with operator group) can't start an rclone mount, "mount_fusefs: /dev/fuse on /usr/local/etc/thelounge/uploads: Operation not permitted" 00:46:55 this didn't happen while i was still in 15.0 btw 01:12:58 bugzilla down? 01:13:42 skered: Seems to be, yes. 01:53:27 IT's BACK! 02:19:53 does 15.1-release come with the new built-in KDE installer? 07:22:55 why does this fail: sudo vm set myvm autostart=yes? it sais error: invalid configuration setting - 'myvm' 07:36:11 what a piece of shit 07:38:28 nowhere in https://man.freebsd.org/cgi/man.cgi?query=vm&apropos=0&sektion=0&manpath=FreeBSD+15.1-RELEASE+and+Ports.quarterly&format=html is the list of settings defined 07:40:55 then sudo vm get all only shows 4 settings, console compress decompress suspend. nothing about autostarting a vm 07:42:14 set is for global vars. you configure what to autostart in rc.conf with vm_list (also do your own topological sort) 07:53:02 sudo sysrc vm_list+="myvm" didn't work. it said vm_list: myvm -> myvm but then i look at the file and it's still vm_list="" 07:57:08 omg it set vm_list in rc.conf, not the rc.conf.d file vm_list="" is already in 07:57:13 rc is a naive piece of shit 07:57:39 can't imagine systemd is any better but i see now why ppl weren't satisfied with rc 07:59:49 gonna have to pass it -f 11:59:38 Systemd is definetely more standardized, it has configs whcih are pure declarative-oriented. In rc.d it is obvivously possible to have declarative way to create service, but this is not directly and shortly explained in handbook or tutorials, so the result is the mess. 12:04:25 The rc.d configs can be made using system utility "daemon" to create instances of apps and this daemon allows to specify "-o" flag to specify the log name in "/var/log/". Sad thing is, that this genelar daemon utility has even no options to add timestamps to each log file. Funny thing is, that many of the log files in the /var/log don't have a 12:04:25 timestamp, which is really crappy as hell. Actually, this is very traditional Unix and Linux crappy way of doing things. 12:06:39 I'm therefore no surprised, that with such crappy Unix software there has been created Systemd, which unifies how the service config files will be made, prohibits doing shitty programming directly in this files, and what's best, it also includes log system called "journald", which basically adds timestamps into each log line. Therefore you can 12:06:39 concatenate any logs you want when you track bugs. 12:07:50 The only sad and crappy thing on Systemd is, that it wasn't created much sooner and adopted much sooner. 12:08:26 lol 12:08:31 lol 12:10:12 shitposters are like magnets for each other. paragraphs of dribble from one, more dribble from another. 12:10:23 blah blah 12:10:32 thats right 12:10:37 thats right 12:10:47 everything you said i read as: blah blah blah blah. 12:10:55 everything you said i read as: blah blah blah blah 12:11:08 Oh you've turned into a parrot. Probably less ugly now. 12:11:39 But still prettier than you 12:13:31 Doubtful. Very doubtful. You probably look like you talk. A mess. A troll. A real life gizmo. 15:17:43 there's nothing wrong with systemd that can't be solved by uninstalling microsoft products. 15:18:28 I am once again reminding you to not feed the trolls. 15:25:03 I guess Lennart left M$FT in Jan 15:25:27 might be his best decision in a while. 18:19:08 A quote from $BIGTECH peer in the QA dept: "It should be a capital offense for logs to not include timestamps" 18:19:16 I laughed pretty hard. 19:12:20 hello 19:13:21 I run several FreeBSD systems, for >6 yrs now I think, I understand for FreeBSD 16 it is necessary to move from freebsd-update to pkg 19:13:49 Does that mean the system needs to be reinstalled from scratch or migrated with a Lua script to be downloaded from somewhere? Or is there another path? 19:16:34 hc: No, you can migrate. 19:16:57 hc: https://github.com/FreeBSDFoundation/pkgbasify 19:17:11 You can migrate from freebsd-update to pkgbase at any time during the version 15 release cycle. 19:17:43 Once you migrate to pkgbase though it is a one-way trip. But in 16 the plan is for pkgbase to be the only supported method. 19:18:26 So there is no hurry if you want to continue doing what you are doing. Or you can convert or install systems using pkgbase now and drive them around until then. 19:18:47 I do think it's deeply unfortunate pkgbase in 15 is marked as experimental. 19:18:52 and 15.1 19:19:30 It's just a safe thing to say. It's new. There are going to be misunderstandings. Such as that reply to the announce mailing list. 19:20:16 you could still `make buildworld installworld` 19:20:17 mason: Yes, that's what I was wondering about; do I need to download some script from some git hoster to migrate my system? 19:20:21 Sure. The term just strikes fear into people who want boring stability. :) 19:20:31 hc: That link has the script. 19:20:47 mason: Yes, I know 19:20:57 ah, I misparsed, kk 19:21:21 It just feels a little... uncanonical ;-) 19:21:55 like 'why isn't it in base' ? 19:22:12 That is a valid point. 19:22:39 But probably it is that way as a practical pragmatic thing. It allows it to be updated rapidly. More rapidly than being in base really allows. 19:25:46 I am currently not in a hurry; I mainly use FreeBSD as a bhyve host. I'm on 15.1 right now with 7 systems 19:26:22 Will the migration script become part of the base one it's considered stable? 19:28:48 hc: If pkgbase will be the default in 16, there might not be a need for a migration script after that, unless they want a path for folks building from source. 19:29:04 Although even with that, I think you can build the packages from source and sidestep that. 19:29:30 Oh you mean I will be able to use freebsd-update to migrate to 16, after which it'll be set to use pkg? 19:29:36 That'd be the ideal way IMHO 19:30:14 hc: Based on what rwp is saying, I'm not sure freebsd-update will get us to 16, but we can convert before migrating to 16. 19:31:35 for the record, 16.0 isn't due until 2027-12 19:31:44 I have not heard how the upgrade from 15 to 16 will occur. But I am sure it will be in the release notes for 16 when it appears. Likely even the powers-that-be writing those release notes don't at this time today know exactly how it will be handled then. They have time to work it out though. 19:32:44 Okay, got it, makes sense. Thanks 19:32:52 If it were me then I would add pkgbasify to base in a later 15 point release. Then it would be available at that future time when it is needed. But I have no idea what their plan will be. 19:33:31 rwp: Good point. Entirely possible. 19:33:46 And yeah, having it in base would be good. 19:34:31 ideally pkgbasify would've landed already, but it'd be nice if it just registered the packags installed instead of actually installing themm 19:42:31 Like a fake install? 19:42:47 Would/could that cause issues with pkg-check? 19:43:19 shouldn't 19:45:53 Or I migrate to https://github.com/nixos-bsd/nixbsd ;-p 19:47:51 a few more words: pkgbasify only works if you're on the latest patch release for your minor release and pointed at the correct repo, otherwise you probably get pain when it extracts config files that might have differences 19:47:58 that's not a bad constraint, mind you 19:48:33 Is it just a matter of `pkg install -X ...` vs `pkg install ...` ? 19:48:53 yeah, I believe so 19:51:32 i'm so tired of hearing about nix 19:52:58 mason, I haven't solved the missing sshd-auth after upgrade problem, no time to look at it yet, have you? (I had to revert the upgrade on that one machine that is repeatedly doing it for me.) 19:57:09 rwp: I've been too busy to work on most of the stuff I need to get done. Time is a precious commodity. 19:57:29 rwp: That said, you shouldn't need to revert over it. Just copy the file in from elsewhere. 19:57:52 Once you do that, sshd will be happy and will start right up. 20:20:39 mason, Yes I know. But if it is missing that file then what other files might it be missing? I didn't have time to do a good look at it and didn't want to have a partially missing system. So I reverted. Which is okay on this internal storage server not exposed to the Internet. 20:54:48 I wondered why upgrading from 15.0 to 15.1 ran a system out of disk space. It had 2.5GB available. 20:55:53 i've seen freebsd take up around that much if you unpack the sets? 20:55:58 I stole disk space that will need to be replaced and free'd up 10GB of disk space. The upgrade consumed 6.36 GB of disk space at the first reboot point in the process! Gah! That's a lot of temporary space! And I am sure that base is not close to that size. 20:57:54 rwp: Are you using ZFS? 20:58:47 The auto created be is that filled my machine up it was over a long time but the 15.1 upgrade is what caused it to go overboard. 21:00:19 The default be is 3 GB in size with all of the pkgs installed. But until those change the snapshots won't consume more space. 21:09:06 It's a long weekend so I think I'll basify tonight. 21:09:19 After the final reboot the total amount of disk space needed was 7.65 GB of available space. Wow! 21:11:45 Previous boot environments add up to some 300 MB of space only. 384 MB in the pkg cache. 855 MB in /usr/local/ installed pkgs. 21:14:13 The /usr/freebsd-disk is only 252 MB. 241 MB in /var/cache/pkg. Shouldn't "pkg clean" delete /var/cache/pkg/*? 21:14:29 -a? 21:14:48 It keeps the installed ones I think? 21:17:44 Yes! pkg clean -a needed the -a to delete the pkgs from the installed files. That freed up 241 MB. Still looking for the other 7 GB of space that has been consumed. 21:20:06 There is 1.0 GB in /usr/freebsd-update which I will not need to preserve. 21:21:01 Sorry /var/db/freebsd-update is what I meant to say there. 21:24:20 I think I was also fooled somewhat by the garbage collection. It takes some time. I should let it settle and come back. But have deleted all of the boot environments and everything. It is now starting to free up space now though. I should scrub I supposed. 21:43:24 I confused myself because I stole 10 GB from the replicated mirror. But the mirror rsync restarted after the first reboot and took the space back! So I was racing me cleaning up files against the rsync pouring the mirror files back onto the system. I guess I won the race because it did not run out of disk space this time. 21:44:34 The host system is up to date and I free'd up aggressively removing more than before so have 4 GB free now. I guess I am ahead. Time to upgrade the jails on it now. 21:52:01 The next system I upgrade I will need to be more careful about mirror rsync and then actually figure out how much disk space is needed. Sorry I was shocked by confusing myself about that. Next time I will freak out less. 22:21:27 yay! my comment on a bug thread led to a CLOSED (my first participation) 22:23:02 nice! 22:26:59 haha thx kev