00:54:26 <kerneldove> how can i see if the default sendmail is running?
00:54:42 <kerneldove> the thing that the hardening option is supposed to disable. just wanna confirm it worked
00:54:46 <kerneldove> 14.4 fwiw
01:02:16 <sig`> sockstat -4 -6 | grep sendmail
02:00:43 <kerneldove> tyvm sig`
02:00:56 <kerneldove> i see /etc/hosts doesn't get populated with the hostname we set during install, why is that?
02:01:40 <kerneldove> is there any benefit to putting the public ip and hostname of the current machine in its /etc/hosts?
02:47:28 <kerneldove> sorry i got d/c
02:53:36 <kerneldove> is there a vm-bhyve but for jail containers?
02:53:51 <kerneldove> i used to use bhyve manually but vm-bhyve is a really nice wrapper so i switched to it
02:54:11 <kerneldove> super minimal, basic abstraction
03:40:17 <adavis07942> Has anyone seen some strange output from the latest update using `freebsd-update install`?
03:40:17 <adavis07942> [03:34] andrew@apu ~ [1]> sudo freebsd-update install
03:40:17 <adavis07942> src component not installed, skipped
03:40:17 <adavis07942> Creating snapshot of existing boot environment... done.
03:40:17 <adavis07942> Installing updates...install: ///usr/lib/debug/boot/kernel: No such file or directory
03:40:17 <adavis07942> install: ///usr/lib/debug/boot/kernel: No such file or directory
03:40:17 <adavis07942> [...]
03:40:18 <adavis07942> Full output here: https://gist.github.com/Davis-A/4c8c8bc576689a7b0082c1cd6ad700af
04:41:00 <kerneldove> i'm working on setting up a vnet jail. i'm supposed to use an $id in the config the handbook says, and it represents the last octet of the ip. but what if the box has a class b assigned to it, so there are 2 usable ips with the same octet? like 10.10.10.200 and 10.10.11.200
04:41:03 <kerneldove> tyvm
05:33:11 <kerneldove> back got d/c
05:34:19 <joemie> the last octet is in this case the 200.
05:34:29 <kerneldove> ya
05:34:47 <kerneldove> but how can that be $id, and $id be unique, when there will be another jail with 200?
05:35:57 <mzar> kerneldove: why do you need vnet jail ?
05:35:59 <joemie> there's nothing that binds you to use that $id: not sure of the handbook, but my setup uses the last octet to also set the epair
05:36:13 <mzar> jails without inet perform better
05:36:26 <mzar> s/inet/vnet
05:37:21 <mzar> btw, running it without inet is also fun, if you have inet6 deployed correctly
05:38:15 <joemie> I always found the non-vnets a hassle, adding aliases to the host nic and the meddling with 127.0.0.2
05:38:38 <mzar> but they are just better with regard to network access
05:39:22 <joemie> I'm running 15 vnets and not having any problems whatsoever. several bridges are connected to different vlans
05:39:35 <kerneldove> better how?
05:39:44 <joemie> wondering as well
05:39:55 <kerneldove> joemie do any of your vnet jails do production traffic levels?
05:40:05 <joemie> yes
05:40:08 <kerneldove> nice
05:45:25 <joemie> maybe mzar wants to elaborate on his claim?
06:00:11 <mzar> not at all
06:00:24 <mzar> just less overhead
06:01:47 <mzar> not convinced ? connect your jail to at least 10G network with/without vnet and run iperf
06:06:51 <kerneldove> that would be a good test. joemie you done that?
06:07:17 <kerneldove> mzar so you're saying the overhead is low enough you need to push around 10gbps for it to show up?
06:08:29 <joemie> nah, I'm happy as I am
06:08:45 <mzar> nope, it will show up on 1G too
06:10:08 <mzar> OK
06:10:55 <joemie> btw, I do not refute what you're writing, always willing to learn
06:15:49 <kerneldove> how much % overhead did you see on 1G mzar?
06:37:24 <mzar> kerneldove: I see no overhead since I am almost no using vnet jails, if so, then only in places where network performance is not that important
06:38:26 <kerneldove> lol k
06:46:17 <mzar> kerneldove: if you want to benchmark it and share results, please let us know
06:51:33 <kerneldove> why didn't you do that mzar?
06:55:15 <mzar> I am not much interested in obtaining any detailed results
06:57:27 <kerneldove> just seems kinda selfish that's all
06:57:48 <kerneldove> if you collected and reported the data when you found it maybe the devs coulda fixed it?
06:58:36 <mzar> hhe...
07:04:09 <joemie> just did an iperf3 from the host and a jail, both towards my firewall, and there wasn't any noticable difference.
07:06:00 <joemie> as a test I did the same from one of my linux hosts.. same
07:06:44 <joemie> disclaimer: I'm on a 1Gb network, not 10Gb
07:09:15 <kerneldove> joemie thx for putting in the effort to test that. really appreciate ppl care enough about the project to put the time in
07:14:44 <mzar> overhead ≠ regression, so it's nothing to report here
07:15:09 <mzar> and this is well known fact
07:17:39 <kerneldove> sounds like excuses but ok
07:19:05 <joemie> mzar: you told me to test with iperf, and so I did. What exactly are you blaming vnets now from?
07:19:27 <joemie> I cannot help it if the results do not fit your earlier claim
07:20:50 <mzar> joemie: I am not blaming anyone
07:21:33 <mzar> overhead is overhead, if you drive a car with/without a trailer you know what I am typing about
07:21:50 <joemie> okay
07:22:00 <mzar> TBH this Bumsrakete CVE is very nice, works also in jail
07:50:15 <yourfate> ye its wild. I just patched.
10:32:39 <Demosthenex> anyone know about java classifiers? trying to get a clojure project running on freebsd and it keeps trying to use linux libraries
14:56:56 <JurassCZ> Hi, I have a question related to ZFS snasphots. I have send snapshot to my usb flash disk. Now I want to do restore so I can rollback to this flash disk snapshot, but it desn't work:
14:56:56 <JurassCZ> root@bsdlatitude:~ # zfs receive -F zroot/ROOT/default@backup-2026-06-12 < /mnt/usb-flash/zroot--root--default--backup-2026-06-12.zfs
14:56:56 <JurassCZ> cannot unmount '/': unmount failed
14:57:23 <JurassCZ> --- It looks to me like I will be not able to do it from live system. Or is there a workaround?
14:57:52 <JurassCZ> Nothing written about this in Handboook, even in Absolute FreeBSD book is this part missing
15:04:54 <mzar> JurassCZ: you need to boot from USB stick, PXE, etc then recover - it will not overwrite working system
15:05:14 <mzar> you can rollback it, but not overwrite
15:05:23 <JurassCZ> mzar: Ok thanks
15:06:01 <mzar> perhaps it will be possible to overwrite / but I don't recommend such an approach
15:06:10 <mzar> s/possible/feasible
15:17:05 <OpenSource> Hello. I have installed FreeBSD inside a virtualbox VM in linux host. I have given it ICH AC97 audio driver. The audio seems to be playing in volume levels which I can see fluctuate, but I don't actually hear anything. The speakers are on and host can make sound, but VM can't. I am not sure what to do at this point. Any guidance?
15:18:35 <OpenSource> I am now testing the HD Intel audio virtual hardware, maybe that will work. I don't know yet
15:28:26 <OpenSource> Still no luck
15:30:19 <leah2> how do secure ttys work? doesn't getty (or login) check /etc/ttys against the current ctty?
15:30:30 <leah2> oh i'm dumb, i uncommented the line :D
16:34:51 <cullum> is it possible to blank the screen using the new vt console? I think the answer is no
16:57:58 <mzar> no
16:58:13 <mzar> and yes
16:58:23 <mzar> if you load proper graphics driver
16:58:48 <mzar> but not like the old sc console with saver_green
17:36:03 <cullum> thanks mzar. reason i ask is because wayland sessions only work with console login currently, and if no one is logged in, the screen never turns off.
17:36:27 <cullum> i left a comment here https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=233356
17:49:46 <mzar> I am still using X11/xorg, so can't help much
17:55:31 <JurassCZ> I;m disappointed from that guy named Michael W. Lucas, who wrote Absolute FreeBSD book. I suspect he also wrote Handbook for FreeBSD. Both, the Handbook and the Absolute Freebsd has not covered very important ZFS use case "I have ZFS snaphot backup on external media and now i want to do receive that snapshot and rollback changes to it." That
17:55:31 <JurassCZ> Michael Lucas is sayig in his book "Use ZFS, it's more modern that UFS", but in a meantime, his book don't have any single one occurence of the string "zfs receive". Also, in a meantime, this guy has wrote book named FreeBSD ZFS Mastert, so he obviously very much know, how to do the above thing. And so in summary, I suspect this person
17:55:31 <JurassCZ> intentionally is not telling this, because he want you to buy his Absolute FreeBSD book, and then to buy a second book about ZFS he wrote. I have big doubts this is not intentional.
17:57:18 <JurassCZ> The ZFS for ordinary FreeBSD user is suppose to be a major backup solution. And of course this means to do backups on external media. And of course this means there must be also a solution to do recovery. But it's missing in his books.
18:04:43 <V_PauAmma_V> Have you checked the ZFS chapter in the online FreeBSD handbook? (https://docs.freebsd.org/en/books/handbook/zfs/#zfs-zfs-send )
18:05:15 <mzar> JurassCZ: this chapter in handbook is very good writeup for ZFS beginners https://docs.freebsd.org/en/books/handbook/zfs/
18:06:14 <JurassCZ> Yes I have. I know it's there. There is covered zfs receive, however there is not covered how to place this new snapshot to default zpool. So you can't rollback to it.
18:07:29 <JurassCZ> This very part is, however, partially covered in the Absolute FreeBSD book. i suspect I have to buy the ZFS Mastery book of the same author, who wrote the Absolute FreeBSD and The hanbook, so I will have full picture.
18:22:48 <voy4g3r2> JurassCZ: this? https://openzfs.github.io/openzfs-docs/man/master/8/zfs-rollback.8.html
18:25:42 <JurassCZ> voy4g3r2: Not really, I know how to do rollback. You can't do however rollback to your snapshot from external drive. You rist has to mount its pool as "/", but this can't be done on currently running live system.
18:28:40 <voy4g3r2> hrm..i have done snapshot rollback using external devices.. zfs send / zfs recv
18:29:06 <voy4g3r2> maybe someone smarter than me knows your situation.. but it has worked with other datasets.. i also have snapshots both local to the server and replicated to a remote one.
18:29:20 <voy4g3r2> are you deleting the snapshots ON the machine? after a backup to remote machine?
18:29:50 <JurassCZ> voy4g3r2: then it wasn't a root "/" filesystem but only e.g. /usr/local, maybe that's possible.
18:30:55 <JurassCZ> voy4g3r2: yes I tried to destroy snasphot in the default pool. You can't unmount default pool when your system is running. THat's the reason you can't rollback to snapshot received from the external drive.
18:32:14 <JurassCZ> This will backup entire "/":
18:32:14 <JurassCZ> root@bsdlatitude:~ # zfs send zroot/ROOT/default@backup-2026-06-12 > /mnt/usb-flash/zroot--root--default--backup-2026-06-12.zfs
18:32:14 <JurassCZ> Then, it is not possible to do this on live system:
18:32:14 <JurassCZ> zfs receive zroot/ROOT/default < /mnt/usb-flash/zroot--root--default--backup-2026-06-12.zfs
18:35:26 <scoobybejesus> I haven't tried something like this, but I've seen folks talk about it, where you would zfs receive to some dataset from the USB, and then perhaps set that dataset to mount as "/" on the next reboot, like via bectl or something.  I guess i'm kinda thinking out loud
18:37:19 <mzar> JurassCZ: send/recieve works. you have to practice, that's all - you can create a pool from files attached to geom with mdconfig(8) and start this way
18:38:53 <JurassCZ> mzar: yes, I'm not saying that send receive doesn't work. I can receive the snapshot to pool. But the pool can't be the "default", it must be eg. "default-2". And you can't rollback to default-2, because it's not mounted to "/".
18:39:47 <JurassCZ> So now I have to go and try to somewhat mount it in Live CD and hopefully, I will be able to make it working. But it's not covered in Handbook and in neither in Abslute FreeBSD.
18:40:40 <mzar> OK - it's something for ZFS users to figure out on their own
18:42:31 <mzar> if you are long-standing FreeBSD and ZFS user you actually like it
18:43:15 <JurassCZ> If you have UFS, you know you will use dump/restore. And you know what to do. But everybody is still saying you "you should be using ZFS, because UFS is old". And so I have ZFS and obviously, the entire backup procedure from external drive (of the entire "/" system) is not covered in any books.
18:43:41 <mzar> UFS is not as handy as ZFS
18:44:12 <mzar> if you get spoiled by ZFS once, you'll rather no longer want UFS
18:44:39 <JurassCZ> Well, I can create UFS easily with GPart, and I don't need pescial knowledge to learn how to do full "/" backup from external drive.
18:44:49 <mzar> OK
18:45:22 <mzar> but you will miss BE (boot environments) - it's IMHO great loss
18:49:33 <voy4g3r2> oh yes.. i have had to rollback the BE
18:49:53 <voy4g3r2> it is great
18:49:58 <scoobybejesus> quick research suggests receiving the snapshot to a different dataset, double checking the properties of mountpoint and canmount, and running bectl list to confirm it is seen as a legitimate boot environment
18:50:04 <scoobybejesus> and go from there
18:58:48 <moof> are the 15.1-RELEASE builds still tentatively scheduled for tomorrow (2026-jun-13)?
19:05:30 <OpenSource> Ok so I figured out the sound issue. It was to select Intel HD Audio in virtualbox for the FreeBSD VM, and selecting pulseaudio as the driver. I got sound now and a nice FreeBSD Desktop with KDE plasma. Very nice
19:26:51 <ant-x> Hello, all. What shall I define for a C project to get available SIGWINCH from signal.h in a portable manner? -- <https://pubs.opengroup.org/onlinepubs/9799919799/basedefs/signal.h.html>
20:36:34 <ant-x> Looks like varous runtimes define their own FTMs... For example, glivc has _DEFAULT_SOURCE .
20:51:16 <rwp> ant-x, I don't think you need to define anything.  I think it will be defined by default when that file is included.
20:53:40 <ant-x> rwp, with -std=c89 -D_POSIX_C_SOURCE=200809L , SIGWINCH is not there.
23:29:45 <supaplex> https://github.com/supaplextor/tech-bucket/blob/main/FreeBSD-15/mountroot.md stuck booting. This is after using nearly identicial kernel config to generic, with 'sa' module support. (tape seq. access)
23:30:03 <supaplex> this is from the ip kvm (no relation to qemu)
23:55:58 <supaplex> I figured out booting the old kernel...