00:24:55 <ExclamationPoint> hi everyone! I was in here earlier asking about whether anyone's interestd in a project starting to autodoc the kernel compile options. What I want: to help users understand the options, track down their effect in source, and basically improve on LINT/NOTES. What I don't want: #1) NOT MAKING A GUI CONFIG TOOL! 2) Don't want to stand in the way of development in any way. 3) Don't want to have a tight dependency on
00:24:55 <ExclamationPoint> adoption by the kernel codebase. IF it gets included, cool, but if it's necessary then I've failed. Any feedback, ideas, or even rotten vegetables are welcome (looking at you rtprio!)
00:52:21 <markmcb> kevans: w00t! :) thanks
02:47:07 <markmcb> on beta1, after reboot, running freebsd-install yields "Installing updates...install: ///usr/include/c++/v1/__string exists but is not a directory" ... now all sorts of weird behavior, we'll see if a reboot helps
02:53:07 <markmcb> beta1 totally failed for me. couldnt even reboot. i'm dropped back to 13.2 via boot environment.
02:55:20 <markmcb> all was going well until running freebsd-update the 2nd time after reboot. after that, system was borked. was getting errors like "/bin/sh not found". had to hard reset, which resulted in a panic at boot.
02:56:33 <mason> open up a bug for it!
02:57:02 <markmcb> will do
03:05:23 <llua> and people fearmonger about changing root's shell due to borked updates lol
03:08:13 <mason> Nah, that's what rescue media is for.
03:19:47 <RhodiumToad> what was the panic?
03:21:56 <markmcb> i'll have to trigger it again and take notes. i think something during the 2nd update deleted most of the OS. like an rm gone wild. the boot failed shortly after the loader.
09:00:17 <_xor> markmcb: I've run into that error before a few times.
09:01:13 <_xor> Deleting /usr/include/c++/v1 is what fixed it for me (backup/move the directory first and if the update succeeds after that, then it should be safe to delete, but caveat emptor).
09:02:11 <_xor> I'm using pkgbase, which it doesn't sound like you are, but it had to do with how a particular part of base installed itself.
09:03:09 <_xor> Though I will say that it didn't panic for me, it just wouldn't finish the install/update. I didn't reboot the system until after I fixed the issue, so that might have been the difference.
09:12:48 <ppw> hi
09:12:59 <ppw> does anyone know what font freebsd uses in the framebuffer console?
09:17:04 <crb> it there a way to determine if TRIM is being used on a device?
09:43:08 <carlavilla> tunefs -p (if I recall correctly)
12:07:36 <RhodiumToad> ppw: I believe the default font is Terminus 8x16
12:15:08 <debdrup> src/contrib/terminus certainly seems to suggest it ;)
12:16:49 <debdrup> src/sys/dev/vt/font/vt_font_default.c makes it pretty explicit
12:21:45 <RhodiumToad> other fonts can be loaded with vidcontrol
12:22:31 <debdrup> They just need to be converted to the proper format, with vtfontcfg - which unfortunately only takes BDF or Unifont HEX.
12:22:50 <debdrup> Huh, I thought FreeBSD (outside of OpenSSL) didn't use SIMD stuff, but simd(7) seems to imply otherwise.
12:23:53 <debdrup> (Also, I only learned about simd(7) today, thanks to a commit by fuz@)
12:25:25 <meena> debdrup: he's been making loads of commits just like that for a month now
12:25:31 <debdrup> See https://freshbsd.org/freebsd/src/commit/474408bb7933 and https://freshbsd.org/freebsd/src/commit/de12a689fad2
12:25:32 <VimDiesel> Title: FreeBSD / src / 474408b / lib/libc/amd64/string: add strcspn(3) scalar, x86-64-v2 implementation - FreshBSD
12:25:48 <debdrup> meena: I haven't been around too much as of late, so..
12:35:34 <SoniEx2> how would you setup a freebsd vm for development?
12:37:20 <debdrup> Surely that depends on what you're going to be developing?
12:37:43 <Soni> reverse proxy stack
12:38:15 <dstolfa> Soni: do you plan to develop freebsd itself or test your software on freebsd?
12:38:17 <debdrup> My point was more that there's no "one true way", it depends on whatever you like using.
12:38:26 <RhodiumToad> a vm on what host?
12:38:32 <Soni> the latter
12:38:41 <Soni> RhodiumToad: currently using a linux host
12:38:50 <dstolfa> in that case, any way you like really
12:39:09 <dstolfa> i use vmware for my freebsd vms on linux and a few bhyve-backed freebsd servers
12:39:14 <Soni> "why write freebsd-only code then" because freebsd is better, particularly when it comes to documentation
12:39:18 <RhodiumToad> there are VM images you can download or you can boot a VM from the install media and do an install
12:42:38 <debdrup> There are also ways to build custom images with the software you want to include, using either release(7) or poudriere.
13:01:46 <Beladona> Any clue why the vbox guest is crashing?  https://pastebin.mozilla.org/FLuSEUMA
13:01:48 <VimDiesel> Title: Mozilla Community Pastebin/FLuSEUMA (Plain Code)
13:03:10 <Beladona> meena this is the paste you asked for the virt-manager https://pastebin.mozilla.org/w0yzt4c9
13:03:11 <VimDiesel> Title: Mozilla Community Pastebin/w0yzt4c9 (Plain Code)
13:20:32 <meena> Beladona: can you show me, `id`, and `ls -l /var/run/libvirt/libvirt-sock`
13:30:52 <Beladona> meena # ls -l /var/run/libvirt/libvirt-sock
13:30:52 <Beladona> srwx------  1 root  wheel  0 Sep  3 20:28 /var/run/libvirt/libvirt-sock=
13:39:35 <meena> Beladona: that means, it only works when run as root
13:42:49 <Beladona> meena if I run it as root, it gives this message: https://pastebin.mozilla.org/eTPS3NbR
13:42:50 <VimDiesel> Title: Mozilla Community Pastebin/eTPS3NbR (Plain Code)
13:44:13 <meena> Beladona: right. That should probably say something like: bhyve:///system then?
13:45:37 <Soni> can you use pkg on BETA?
13:48:27 <Soni> (or just stick to STABLE?)
13:48:49 <Beladona> meena bhyve seems to start working. will check. I guess I cannot use the vbox .vdi in qemu. Right?
13:49:09 <meena> Beladona: no, but you can convert it with qemu-img
14:16:08 <Beladona> meena ok thanks. any info on why vbox is crashin?
14:16:27 <Beladona> https://pastebin.mozilla.org/FLuSEUMA
14:16:28 <VimDiesel> Title: Mozilla Community Pastebin/FLuSEUMA (Plain Code)
14:28:51 <Soni> how do you bootstrap the ports collection without going through binary package management?
14:38:09 <rtprio> just download/extract it or clone it
15:23:50 <meena> Soni: make install still does pkg install
15:30:35 <Soni> any reason not to use HEAD?
15:42:05 <Beladona> meena I am doing `qemu-img convert -f vdi -O qcow2 xubuntu.vdi xubuntu.qcow2`
15:48:32 <dstolfa> Soni: other than having to build it yourself every so often and only being able to run latest packages (if you want pre-built without doing it yourself), not really. it's a bit more experimental, but i find it doesn't break very often
16:08:04 <meena> Soni: if you follow commits and freebsd-current@ you know when not to upgrade
16:08:56 <meena> for example, right now, some string functions in libc are broken in exciting new ways
16:10:01 <meena> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=273652
16:10:03 <VimDiesel> Title: 273652 – libc: broken memchr(3) after base de12a689fad2
16:10:44 <Soni> meena: oh we mean for ports collection
16:11:21 <Soni> currently on 13.2-STABLE we think?
16:11:50 <meena> I am always on latest,
16:36:21 <Beladona> meena I made .qcow2 but not sure how to  use it in qemu.
16:36:26 <Beladona>  Its not importing it
16:37:00 <meena> what's it saying?
16:38:11 <Beladona> checking/ tweaking
16:38:57 <Beladona> meena https://pastebin.mozilla.org/v5q2wgXd
16:38:58 <VimDiesel> Title: Mozilla Community Pastebin/v5q2wgXd (Plain Code)
16:40:00 <meena> Beladona: can i recommend taking this to #virt on oftc?
16:40:24 <Beladona> oftc?
16:40:35 <meena> they'll probably ask for a paste is the XML for that machine
16:41:03 <meena> Beladona: https://www.oftc.net/
16:41:04 <VimDiesel> Title: OFTC - Home
16:41:26 <Beladona> ok
16:43:22 <meena> qemu, libvirt and ask related projects are there. as are the official Debian channels
16:43:33 <meena> s/ask/all/
16:44:33 <meena> n.b.: Debian. the official Ubuntu channels are here, on libra
16:46:03 <Beladona> qemu issue on freebsd a) no UVF/OVMF firmware image b) failed to find default network. https://pastebin.mozilla.org/dy00wEx9
16:46:04 <VimDiesel> Title: Mozilla Community Pastebin/dy00wEx9 (Plain Code)
16:46:21 <Beladona> meena but they will most probably say 'you are on wrong channel. go to #freebsd'
16:48:23 <meena> Beladona: there's also freebsd people in those channels
16:49:09 <Beladona> ok
16:49:31 <meena> we have qemu-bsd-user is in active development, so there's freebsd folks who sit there, and stare at qemu code
16:49:47 <Beladona> ok
16:54:22 <RhodiumToad> and the qemu code stares back
17:08:52 <ngortheone> Hello folks. Something happened to firefox semi-recently where it now refuses to work unlesss I set kern.elf64.allow_wx=1
17:09:54 <ngortheone> I would like to keep wx disabled, does anybody know if firfox can be tuned to work with kern.elf64.allow_wx=0?
17:10:50 <ngortheone> I am running 14-CURRENT
17:10:55 <ngortheone> (or rather 15 now :)
17:13:49 <ngortheone> The UI loads up, but every tab has a message "Gosh! This tab has crashed"
17:21:48 <emaste> ngortheone: unfortunately I think you're going to have to do a lot of digging to find the issue. do you have the last known working version available?
17:22:13 <ngortheone> this bug seems to be about this too: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=272767
17:22:15 <VimDiesel> Title: 272767 – www/firefox: 116.0 all tabs crash if kern.elf64.allow_wx=0
17:22:42 <ngortheone> emaste: I don't remember somwhere after version 102
17:23:46 <ngortheone> interestingly thunderbird works fine
17:24:10 <ngortheone> I disabled JIT related settings in both FF and thunderbird
17:24:20 <ngortheone> with no result
17:26:57 <Beladona> meena the folks there say you got to create a bridge device. I wonder how
17:27:02 <ngortheone> firefox-esr (which is version 102) seems to be working fine..
17:27:22 <Beladona> meena this maybe https://docs.freebsd.org/en/books/handbook/advanced-networking/#network-bridging
17:27:23 <VimDiesel> Title: Chapter 34. Advanced Networking | FreeBSD Documentation Portal
17:28:52 <meena> Beladona: looks good to me. i guess you have to designate a bridge for libvirt
17:29:55 <Beladona> `ifconfig bridge create ; ifconfig bridge0 addm fxp0 addm fxp1 up`  <-- I hope this will not interfere with my existing things, network etc going on?
17:31:47 <meena> Beladona: fxp0 is an example device. what does `ifconfig` show?
17:32:25 <Beladona> oh meena https://pastebin.mozilla.org/hVz8P1DX
17:32:26 <VimDiesel> Title: Mozilla Community Pastebin/hVz8P1DX (Plain Code)
17:32:33 <meena> https://man.freebsd.org/cgi/man.cgi?fxp
17:32:34 <VimDiesel> Title: fxp
17:32:47 <Beladona> meena rec0 is the one I am using.
17:41:45 <angry_vincent> when branching of stable happens ( for example newly added stable/14 ) is debugging left enabled ( Like in CURRENT ) or disabled?
17:42:54 <ngortheone> should be disabled on branches... but don't take my word for it
17:43:41 <angry_vincent> is why i asked
17:47:44 <yuripv> angry_vincent: https://github.com/freebsd/freebsd-src/commit/29a16ce065dbc28bc9e87c9bfadb08bb58b137e4
17:47:46 <VimDiesel> Title: release: update stable/14 following branching from main · freebsd/freebsd-src@29a16ce · GitHub
17:52:53 <unixman_home> Oh ... how nice. :( https://www.freebsd.org/security/advisories/FreeBSD-EN-23:09.freebsd-update.asc
17:56:33 <unixman_home> Glad I waited to do patching on my hosts until this weekend. :)
17:58:07 <angry_vincent> yuripv: thank you
18:07:57 <emaste> unixman_home: note that's for upgrade, not -pX patch
18:24:24 <unixman_home> emaste, yep. I was using "patching" as a catchall. Mea culpa. I also ran "freebsd-update upgrade" on two of the RELEASE systems this morning. I am thinking that error would have affected me had I done that last month.
18:27:10 <Beladona> meena I got disconnected. Did I missed anything?
18:28:14 <pstef> Beladona: nothing directed at you
18:29:42 <Beladona> ok
18:31:34 <emaste> unixman_home: I just mean there's no ugrency to apply this change, it's only important to install it before you want to upgrade to 13.3
18:41:20 <unixman_home> Okay.
18:46:06 <markmcb> _xor: thanks. sounds like the same issue. any idea the root cause of that? i.e., i have no idea what /usr/include/c++/v1 is for. i don't compile anything.
18:49:48 <CrtxReavr> meena, I remember when fxp(4) was in wide use.
18:50:14 * CrtxReavr used a lot of dual & quad fxp cards.
18:51:30 <_xor> CrtxReavr: Same, they were pretty common I remember.
18:52:18 <yuripv> emaste: seems to be duplicate .Sh (.Sh .Sh) in your latest commit
18:52:45 <_xor> markmcb: Headers for that specific version of stdlib or whatnot. Though I did wonder why string was an issue at first, because I assumed it was alphanumerically sorted, and so others would preceed string.
18:54:11 <markmcb> _xor: i'm going to try again now and see how it goes. if i run into the same issue i'll give this a shot.
19:04:30 <markmcb> ok, so i've rebooted. freebsd-update install reports the same error: "Installing updates...install: ///usr/include/c++/v1/__string exists but is not a directory"
19:04:45 <markmcb> followed by "install: ///usr/include/c++/v1/__string/char_traits.h: Not a directory"
19:04:55 <markmcb> and "install: ///usr/include/c++/v1/__string/extern_template_lists.h: Not a directory"
19:07:20 <markmcb> the install process continues to run ... i'll leave it alone for a few minutes and see if it destroys itself again
19:07:42 <mason> This makes me think I should snag the beta and try it.
19:08:56 <mason> Where are the beta images? There's only alpha in https://download.freebsd.org/snapshots/amd64/amd64/ISO-IMAGES/14.0/
19:08:57 <VimDiesel> Title: Index of /snapshots/amd64/amd64/ISO-IMAGES/14.0/
19:09:53 <mason> Ah, https://download.freebsd.org/releases/ISO-IMAGES/14.0/
19:09:54 <VimDiesel> Title: Index of /releases/ISO-IMAGES/14.0/
19:10:05 <markmcb> so the installer finished this time without a flood of errors ... time to reboot and see
19:15:34 <markmcb> all seems well now ... i wish i had copied all the errors on the first failure ... hmmmm
19:16:08 <librton> Hello, Is there a terminal program to play music on freshly installed fb without desktop env. I've tried some musikcub cmus but mpv wasn't available on pkg installation list.
19:16:32 <markmcb> trying to update packages on 14-BETA1 and getting "SSL certificate subject doesn't match host pkg0.fra.freebsd.org"
19:16:47 <markmcb> I made the repos https instead of http
19:16:55 <markmcb> is that not supported until the release?
19:18:12 <markmcb> removed s, now i get: pkg: Error fetching http://pkg.FreeBSD.org/FreeBSD:14:amd64/quarterly/Latest/pkg.txz: Not Found
19:22:58 <markmcb> is "pkg bootstrap -f" not the way to go?
19:32:02 <parv> librton, Check if "mpg123" & "mplayer" would work for you
19:32:56 <markmcb> oh wait, i just noticed that url is "quarterly/latest"
19:32:58 <yuripv> markmcb: probably quarterly is not yet built for 14?
19:34:01 <markmcb> yep, it was a typo in my repo url
19:34:04 <markmcb> thanks
19:34:15 <librton> parv: where can I paste the output error?
19:34:21 <parv> ... perhaps there could some other software by now. Search the package comment ("pkg search --comment term") or description ("pkg search --description term")
19:34:50 <parv> Topic of this channel has: Pastbin: https://bsd.to
19:34:51 <VimDiesel> Title: dpaste
19:35:09 <parv> s/tb/teb/
19:36:27 <librton> I'm not sure if this could be a result of trying to play the music on fb headless device while ssh into it.
19:39:49 <librton> output error from mpg123 https://pastebin.com/PQSkQKQJ
19:39:50 <VimDiesel> Title: $ mpg123 Melodic.mp4 High Performance MPEG 1.0/2.0/2.5 Audio Player for Laye - Pastebin.com
19:43:13 <meena> markmcb: pkg+http is checked differently, because it's a global DNS mirror
20:23:45 <markmcb> I was hoping 14 would improve PR 273372 but no such luck. I posted the devlog.
20:23:47 <VimDiesel> 273372 – SR-IOV Networking in Bhyve Causes Chelsio T520-SO-CR to Fail on Host, Kernel Panic if Reset https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=273372
20:35:41 <SpaceBass> Not a freebsd issue, but only happening on my freebsd boxes... for some reason my samba-based (AD) users keep reverting to the wrong IDs for UID and GID... net cache flush fixes it for about 30 seconds
20:43:16 <debdrup> https://zfsonlinux.topicbox.com/groups/zfs-discuss/T3db1e05526895412-Mf1d5884fc8fe90599cf174a7 is an interesting read
20:43:17 <VimDiesel> Title: Topicbox
20:49:09 <parv> debdrup, Interesting indeed. Thanks