03:20:50 <polarian> seems freebsd is 2 versions behind upstream openssl
03:21:00 <polarian> on 15.0
03:21:21 <polarian> or not
03:21:25 <polarian> they merged the changes in?
03:21:43 <polarian> on the SA in Jan one of the cves list
03:21:45 <polarian> > from 3.5.0 before 3.5.5
03:21:48 <polarian> however
03:22:08 <polarian> the version string on 15.0-RELEASE is "OpenSSL 3.5.4 30 Sep 2025 (Library: OpenSSL 3.5.4 30 Sep 2025)"
03:22:18 <polarian> so the patches were cherry picked?
09:23:10 <riad> hi ivy
09:23:22 <riad> i posted my bug on questions@ !
09:23:51 <riad> i noticed the list is pretty slow, so i CC'ed ports@ and ports-bugs@ as u said
10:06:41 <nimaje> yay, another PR because of the flawed design of ports  make config  and PORT_DBDIR  bug 294376
10:07:24 <GoSox> A Strava PR, those are my favorite! :D
11:41:54 <phoe> hi, I'm trying to do installer UEFI boot on Dell R510; I've made a USB, booted into the loader, but choosing either "boot installer" or "boot single user" causes a soft reboot. BIOS boot works and installs fine, but I expect disk problems if I go this route. How should I start debugging?
11:48:31 <phoe> tried pulling out the PERC H700 card and disabling ACPI in loader settings; no cigar
12:27:54 <spaciouskarter78> Hey folks do I need a ethernet cable during the installation?
12:28:07 <spaciouskarter78> Or can I connect to the WiFi?
12:28:17 <ivy> spaciouskarter78: not if you install from disc1.  if you install from bootonly, yes, since it doesn't include the installation files
12:28:31 <ivy> well, you can also use wireless, if your wireless card is supported
12:28:37 <spaciouskarter78> I'm using a dvd1 iso
12:28:47 <ivy> dvd1 is also fine, that's disc1 + more stuff
12:28:48 <spaciouskarter78> What installation media has the most amount of drivers?
12:28:53 <spaciouskarter78> I see
12:29:13 <ivy> i believe for 15.0, dvd1 and disc1 both include the same wireless drivers, bootonly may have a smaller subset for... reasons (we'll probably fix this for 16.0)
12:29:41 <ivy> (i think the reasons are that installing all the wireless firmware takes a lot of space on the installer, and bootonly is meant to be small, but i'm not convinced this is a good reason)
12:30:42 <ivy> my suggestion is usually to install from disc1/dvd1 and then mess with wireless after the installation is done, so you have one problem at a time
12:31:14 <ivy> although you may still need to set up the network during install so fwget can fetch the wireless firmware so wireless works on the installed system
12:33:38 <spaciouskarter78> ivy: Where do I check if my wireless card is supported?
12:34:21 <ivy> spaciouskarter78: by far the easiest way is to boot the installer and see what happens, but there is a (possibly incomplete) list of supported devices at https://www.freebsd.org/releases/15.0R/hardware/#wlan
12:39:09 <spaciouskarter78> ivy thanks freebsd indeed supports my card Realtek 8852BE Wi-Fi 6 (RTL8852BE) according to that site \o/
12:52:09 <spaciouskarter78> Which DE has the best support on freebsd among KDE and gnome?
12:52:37 <ivy> probably KDE, as we are quite friendly with them, i think some FreeBSD developers are even on the KDE board.  GNOME is moving towards a lot of Linux-specific stuff
13:05:39 <spaciouskarter78> Alright I'll install KDE in that case
17:37:14 <skered> ~8am or ~3:30am is that magical time for any builtin cron/periodic jobs?
17:39:32 <skered> ok 8am I'm willing to accept my own doing... that leaves 3:30am.
17:39:41 <Reinhilde> cat /etc/crontab
17:39:44 <Reinhilde> i think
17:39:55 <Reinhilde> second column
17:40:30 <skered> i think that's when the dailys start?
17:40:50 <skered> 3am.
17:41:55 <skered> I'm guesing my issue is with locatedb rebuild.
17:42:44 <skered> Will get "swap_pager: indefinite wait buffer..." in dmesg/messages  But only during ~8am (local rsync) and 3:30am.
17:43:10 <skered> I should replace that rsync with zfs snapshots now that's on zfs.
17:56:50 <lts> sanoid/syncoid, once you get past the quirks and have a robust oneliner for the job, has been the best tool
18:11:47 <Xinayder> is there any other way to query cpu temperature other than via coretemp driver and sysctl?
18:12:57 <lts> That is the way
18:13:14 <joepublic> some of us must use amdtemp, of course
18:13:25 <nimaje> why are you searching for another way?
18:14:24 <Xinayder> I thought it would have a similar way of exposing the temp as in linux, where you can access a "file" to get it
18:15:15 <lts> I'm not seeing benefits from accessing a file compared to querying a specific sysctl state
18:15:26 <lts> Both are very fast, but latter is faster
19:00:32 <ivy> Xinayder: we don't really do Linux-style /proc or /sys.  sysctl is the way to get that information
19:00:56 <ivy> if you need to run Linux software, there is linprocfs(4) which provides some degree of compatibility
19:21:09 <joepublic> I am pretty sure it's sysfs, however, that exposes hardware sensors
19:26:35 <f451> hi
19:26:57 <f451> links to vilxml are 404ing
19:27:07 <f451> eg https://vuxml.FreeBSD.org/freebsd/4b727a1a-5034-42b4-b29b-2289389f4ba8.html
19:28:09 <f451> some but not all
19:28:38 <f451> https://www.vuxml.org/freebsd/d77bd2f5-34f0-11f1-bc6d-3c7c3fba4204.html
19:29:23 <f451> brb, dinner
19:29:30 <f451> those two - 404
19:30:42 <ivy> vishwin: ^^ aren't you a vuxml enjoyer?
19:43:01 <vishwin> LMAO
19:43:33 <vishwin> yeah they 404 because new and updated entries are not generated instantly