00:16:33 ok...it's back to connecting to the wrong wifi at boot agian 00:39:22 glenny1: I have no idea if this is your problem, but I once had a similar-sounding issue caused by the default wpa_supplicant.conf containing a rule to connect to unsecured networks 00:39:53 wpa_supplicant should be properly configured 00:40:51 I see. Best of luck, then 00:42:38 i don't know what's happening. it's like it's not even reading wpa_supplicant.conf 00:44:16 when you don't know what's happening you're in a bad place, and should turn to logs or tools that could help you understand what's going on under the hood 00:51:24 if i have a bastille jail running a postgresdb, is it "safe" to bastille clone the jail using zfs ? 01:02:44 now dhcp just loops and the system refuses to boot. i'm in single user mode hoping to edit rc.conf but it won't let me 01:04:28 i'm just going to reinstall and try again. i have no idea why things are so broken 01:16:45 reinstall fixed whatever happened 01:45:24 *something* is making the EFI-lua loader on a certain system set "boot_serial" to "YES" (according to the "show" command at the loader prompt when booting) and I can't figure out why. I've combed through the /boot config files and I don't see what could be setting it. 02:06:42 sphex: we derive defaults from the ConIn/ConOut efi vars 02:07:15 `efivar -d 8be4df61-93ca-11d2-aa0d-00e098032b8c-ConIn` may be enlightening 02:16:28 kevans: Ah. Ok. Hmm. I see the loader makes use of EFI variables like this, but not when "boot_serial" gets set somehow... Anyway, is there a way to disable this? 02:17:37 I set "console=efi" (also tried "vidconsole" value) in loader.conf but this doesn't stop "boot_serial" from being set somehow. 02:17:44 sphex: there's a lot magic involved, part of it is in sys/kern for parsing howto flags (RB_SERIAL) and converting them into boot_* vars 02:18:31 But I see "boot_serial" being set directly in the loader (with the "show" command). Hmm something is wrong... 02:18:38 yes, by the magic 02:18:48 what practical problem is this causing? 02:19:59 ohhh this sys/kern file is compiled in the loader too... 02:20:10 kevans: I want it to stop using the serial console. 02:20:25 did you trry boot_serial="NO"? 02:20:39 huh no 02:21:11 hehe. so it's going to be this simple? alright let's try. 02:24:46 my recollection (can't get too distractd from what i'm working on at the second, sorry) is that we rebuild howto flags from boot_* foo right before kernel exec, so it should override the earlier logic and do the right thing 02:28:29 Ok. So yeah it just worked. I just had to set to "NO". Huh I should have tried it before. I let the source code confuse me I think. Alright thanks kevans... 02:29:02 BTW the loader menu is a little bit confused by this. The menu script only checks if boot_serial is set or unset, it doesn't understand "no". 02:48:10 sphex: there are a few other problems with how the menu interacts with console/boot_* vars, haven't had the time to straighten it out 02:48:32 for instance, if you set a console= in loader.conf that doesn't match what we'd infer from ConIn, the menu won't take that into account (iirc) 02:48:38 i began to install a package using pkg but it is pulling from FreeBSD-ports for the package and its dependencies. the FreeBSD documentation says it is best to not use ports and binary packages by pkg on the same system. am i correct here or is the FreeBSD-ports packages different from what the handbook is refering to? 02:55:03 glenny1: are you building packages on your local machine as well.. or just using pkg install for everything on this system? 02:55:15 if the answer is you are NOT building packages, you should be okay. 02:56:09 i don't even know how. i just ran "pkg install librewolf" and it started pulling everything from FreeBSD-ports 02:56:30 you are all good then :) 02:56:39 ok, thanks 02:58:53 packages are just ports that have been pre-built, if that helps... 03:08:25 it does. thanks 03:23:11 glenny1: FreeBSD-ports is just the name of the repo of the offical prebuilt ports. 03:33:36 yeah, it was decided that 'FreeBSD' as the name is ambiguous once a pkgbase repository was introduced 03:34:02 breaks precedent? sure. probably less confusing for future users? yes 03:39:36 I caught the repos name change and I think the new names make things more obvious and less confusing. 03:43:31 i am getting no sound. pavucontrol says "No cards available for configuration". module for soundcard is loaded. there is no audio group. user is in operator group 03:44:42 it does list volume controls that appear to be receiving audio. audio bar also jumps for integrated microphone which means it hears me 05:32:31 dvl: what does it mean if fresbports doesn't show that nice HTML grid of architectures vs build version per package? 05:32:46 I guess that some dependency didn't get built, so there's no versions available at all? 08:36:09 ugh. so the amd64 ZFS raw VM-IMAGE does not have 4K aligned partitions... 12:27:20 Please stand back. I'm running pkgbasify on a 2nd host... 12:28:32 :) 12:33:42 and now, I wait, remotely, for the reboot. https://gist.github.com/dlangille/e4ec0f3205617c531a2884a527c6316a 13:07:23 legend says the machine never came back and dvl still waits patiently :-p 13:43:02 kevans: It came back, and then I did a third host. 13:49:44 dvl: nice! 13:49:54 on to the 4th! 13:57:33 OK, that's FreshPorts prod converted. :) 14:17:34 i still have no audio on my system. i've tried every suggestion i've found online. none have worked. pavucontrol shows the audio devices exist and they are receiving sound. nothing is coming out of my speakers 14:17:47 all packages are up to date 14:22:18 Does running `mixer vol=1.00:1.00 && mixer pcm=1.00:1.00` give you sound? 14:24:17 nope 14:31:47 i want to mention that running beep plays no sound either 14:48:49 having /var/empty readonly via zfs was a fun adventure: https://dan.langille.org/2026/06/30/pkgbasify-var-empty-is-a-readonly-zfs-filesystem/ 14:49:14 This is something that could be really cool: https://probablymarcus.com/blocks/2026/06/28/native-graphical-shell-for-SSH.html 15:13:35 dvl: I added this check to pkgbasify after running into this issue... imo having /var/empty enforced by zfs is a Good Thing 15:13:40 glad it helped somebody else 15:15:30 " beep 15:16:27 glenny1: my x1's hardware mute still mutes but mixer software cannot disable it; 15:17:27 rtprio: how to unmute? 15:20:58 in my case, it's fn-f1 so the mute light goes off. not sure if you're sporting similar hardware, 15:21:38 dch: I don't know where that concept arose from, I have it on two hosts. 15:21:42 See also https://dan.langille.org/2026/06/30/pkgbasify-authentication-error/ 15:22:04 dvl its from IIRC 9.x or 10.x era FreeBSD default zfs dataset layout 15:22:22 figures, these are my oldest hosts. 15:22:57 rtprio: none of my Fn+FunctionKeys seem to do anything 15:23:48 well, in 'not freebsd' it was also mute. you know the blue label with a speaker 15:23:53 glenny1, is your Esc/FNLock key's LED lit? 15:24:15 I have a 1-wire USB device (controlling lamps and measuring room temperature) 15:24:18 CrtxReavr: it is now 15:24:22 I read it via owserver 15:24:38 but sometimes it seems to disconnect from USB, and I can't persuade it to re-attach 15:24:46 CONNECT: ow_tcp_read.c:(109) TIMEOUT after 0 bytes 15:24:57 even unplugging the USB device, waiting & re-plugging it 15:25:10 is there some other USB hub or something that I might need to reset on it? 15:30:33 glenny1, with it lit, you should be able to hold down Fn and work the F1,2,3 keys to mute/unmute and move the volume up & down. 15:30:58 yeah, it recognizes the keys now. still, no sound 15:31:43 What does 'mixer -a' show? 15:33:23 hdaa0 is default (play/rec) and volume levels for vol, pcm, speaker ogain are 1.00:1.00 15:33:42 rec is 0.37:0.37 and monitor is 0.67:0.67 15:34:02 pcm0:mixer lists those values 15:35:56 beep gives nothing 15:37:14 user is in operator group 15:37:32 i have tried specifying the pins in devices.hint 15:37:51 dmesg doesn't appear to give any errors 15:38:35 the only error message i see is: hdac0: Command 0x2043b000 timeout on address 2 15:38:48 however, a forum post said that message shouldn't affect anything 15:51:27 dch: Do you know what /etc/mail/aliases updates are done by pkgbasify? It modifies the file (mtime changes) but compare to a snapshot, there is nothing output by `diff` 15:52:38 dvl: pkgbasify itself does nothing, so this is probably pkg itself deploying an update. 15:52:56 and if the file contents haven't changed IIRC it compares the 2 and then skips it 15:53:06 so mtime only seems sensible 15:53:30 you can always diff /.zfs/snapshot/before/etc/aliases /.zfs/snapshot/after/etc/aliases 17:40:05 Norway wins!! 17:42:06 lol. Almost scored again. 17:42:44 Almost again lol 18:15:13 glenny1: would you be able to pastebin the output of your mixer -a 18:43:17 alias tb='ncat termbin.com 9999' 18:43:26 mixer -a | tb 18:55:47 CrtxReavr: yeah, gimme a few minutes to boot the system. also dealing with another issue 18:56:44 Yay! After being stuck for a brief period termbin.com is back online again. I can recommend it to people again. 18:59:08 termbin's best feature is the simplicity with doing what I showed above. 18:59:58 I like bpaste.net (and the Pinnwand software behind it) but simple posting from stdout is a lot more tedious. 19:00:29 ncat isn't installed on the system. what is ncat 19:01:43 netcat 19:02:10 ahh, that 19:03:08 ..and non-gnu netcat installs as nc on FreeBSD iirc. 19:03:23 There's gnetcat and netcat. 19:03:23 Hmm - there should be equiv syntax for 'nc' which should be in the base system, but I'm unsure what it is. 19:03:48 The command syntax is the same, yeah 19:04:36 CrtxReavr: https://termbin.com/ws8a 19:06:28 volume is on and should be working 19:11:05 boru, 'cept it's not. 19:12:36 netcat wasn't installed by default 19:12:55 What's not? 19:13:05 echo test | nc termbin.com 9999 19:13:24 both seem to be [OPTIONS...] [hostname] [port] if I understand the man pages right, maybe some options are incompatible, but the general syntax seems to be the same 19:15:13 For whatever reason, I don't seem to be able to alias with nc 19:16:11 What shell are you using? 19:16:59 why would you even use an alias instead of a function? 19:17:17 * CrtxReavr scratches head. 19:17:32 Good point. When sprunge was still up, I wrapped it in a function. 19:17:57 Shit's behaving weird. 19:18:02 Though now it's working. 19:18:35 Hint: netcat is called nc and installed as part of base in /usr/bin/nc available on every system. (Unless pkgbase has it in an optional package?) 19:19:59 aliases have the tendency to lead to mysterious problems, because the user forgot one of the finer points of using aliases, like where parameters come from (aliases don't have any parameters, as they are just dumb text replacement) 19:20:20 aliases also do not work when called from a script. 19:22:57 Depends(TM) 19:23:13 * CrtxReavr figured out what was up. 19:27:39 CrtxReavr: did you need any other info? i'm going to shutdown the machine if not 19:28:58 Got distracted by nc vs. ncat (vs. user issues) 19:29:43 looking at your output. 19:31:49 What if you run: `mixer vol=0.50:0.50 && mixer pcm=0.50:0.50` 19:31:58 Is that getting reflected in 'mixer -a' 19:32:02 ? 19:33:15 CrtxReavr: yes, it is 19:33:44 did you try cat /dev/random > /dev/dsp already? Also against the other dsp devices? 19:33:44 still can't hear beep command 19:34:08 nimaje: i did it with a file 19:34:11 nothing 19:34:52 dmesg is also listing no errors 19:35:44 This is a ThinkPad, correct? 19:35:53 OS: Linux ('Gentoo' '2.18') (6.18.35-gentoo-dist) CPU: Intel(R) Pentium(R) Silver N6000 @ 1.10GHz MEM: 4 GB GPU: Intel(R) UHD Graphics (JSL) (Vulkan) UP: 16 hours 55 minutes 21 seconds ago 19:36:19 that's the basic specs. it's a Lenovo Ideapad 1i 19:43:17 And it works in Linux? 19:44:50 pciconf -lv 19:48:59 yeah, i have audio on this machine no problem 19:49:49 the only thing i can think to do is boot a livecd and see if audio plays through the speakers. just to verify the hardware itself works 19:50:46 however, considering others have had my same issue with the same hardware, i'm not too concerned with trying this 19:51:56 i also haven't tried headphones--either via USB or headphone port 19:52:09 Well, USB headphones would be their own sound device. 19:52:32 yep 19:52:42 the point is to verify there is at least audio of some kind 19:53:56 I haven't seen your 'pciconf -lv' output, but otherwise, it seems like the softare is seeing the hardware and doing everyhing it' supposed to do, so I'm left with questioning the hardware. 19:57:16 CrtxReavr: want to termbin that as well? 19:57:20 want me* 19:57:42 sure 19:58:03 Also maybe your /var/run/dmesg.boot 20:00:16 CrtxReavr: https://termbin.com/f6mm 20:01:49 i'm going to go afk for a bit. i haven't eaten all day and need food. i'll be watching IRC 20:02:10 I don't see anything there that looks like an audio device. 20:02:49 Oh, wait . 20:02:57 yeah, it's there 20:03:19 'Jasper Lake HD Audio' 20:03:25 yeah 20:04:13 Now do /var/run/dmesg.boot 20:05:13 so, i don't feel comfortable doing dmesg. however, the devices are recognized and associated with no errors 20:05:34 /var/run/dmesg.boot would just be your boot messages 20:06:21 one thing i did notice is that mixer speaker volume isn't able to be set, but it is when boot has completed 20:06:24 https://termbin.com/0sx1 <== mine from this vps 20:31:02 Woo-hoo! Look at the security advisories fly! 20:34:32 "using GLM-5.1 from Z.ai" 20:35:11 (3 of them) 20:35:53 Yep. AI is finding bugs left and right these days (which is good.) 20:39:28 i'm surprised we've gone this long since the last patch 20:41:11 It's fun to update machines based on the first three advisories, only to see more incoming after the updates are complete! 20:44:30 I'm a bit confused about the discription of the execve one, it mentioned a seperate process may access via procfs/linprocfs but doesn't mention what happen when procfs/linprocfs is not mounted 20:45:12 and other debug capabilities might also be possible 20:50:24 GLM is a nice model. Actually the chinese models are great. Cheap and affordable. Open weights if not open source. Essentially the opposite of all these VC-funded US companies. 21:01:33 I got my hosts onto pkgbase just in time for the patches today. 21:04:48 unlucky for me im maintaining a custom branch so i have to merge all these changes manually and build from source. 21:20:56 oh boy patch tuesday 21:33:20 ok, back 21:33:38 CrtxReavr: is there anything specific you'd like me to look for in dmesg? 21:34:17 Does your sound device show up in there? 21:34:24 CrtxReavr: yes 21:34:52 'Cause pciconf shows what the PCI bus can see, but it doesn't really verify a driver has the device initialized. 21:35:14 Indeed, updating a patch level within the same release is easier with pkgbase. However, until I do a clean release version update to my test server, my production machines will keep using freebsd-update! 21:41:36 does the zfs update need a zpool upgrade? 21:43:23 CrtxReavr: https://termbin.com/cb4f 21:49:07 plugged in headphones via USB and i can hear audio 21:49:46 hdac0: Command 0x2043b000 timeout on address 2 21:50:21 dutch: according to forum posts that shouldn't matter 21:52:39 https://forums.freebsd.org/threads/fix-for-hdac0-command-timeout-on-address-with-the-i915-driver-and-intel.95588/ 21:54:00 i've already tried that. it doesn't fix anything 21:54:55 well, USB headphones work at least :( 21:55:11 plugging in through the 3.5mm jack gives no audio 22:18:11 i do want to mention that when the USB headphones were plugged in VLC chose the device immediately. not so for any other outputs. it requires manual selection and even then still outputs no audio 23:03:04 hm. freebsd update huh? 23:04:46 emails still trickling through :) 23:12:29 yeah. updates send out like 50 emails lol 23:17:56 dkeav: "does the zfs update need a zpool upgrade?" - Nope. 23:18:28 danke 23:19:48 but zfs feature flags though 23:20:39 Bitte schön. 23:21:16 Macer: I just updated one of my hosting servers (non-production) and there is no zpool update required. 23:21:35 Err.. zpool upgrade. 23:27:08 there hasn't been a zfs/zpool upgrade in what feels like a long while 23:28:31 You are not required to upgrade your zpool. But you may if you want to. Or if you want any of the newer features available. But if the existing zpool is working then you are not required to upgrade. 23:28:47 If you do upgrade then be sure to upgrade your bootcode so that it can boot the next time. 23:29:17 As for not having an upgrade in a long time, that's not correct because release 15 came with new zpool features. 23:31:11 The documentation is actually conflicting on zpool upgrades. The release notes or the handbook, I forget which, recommend against upgrading. But zpool status nags about it suggesting that you do upgrade. That's an interesting conflict. But I think it is only that the zfs authors think upgrading is desired since they added the feature and the documentation writers are tired of people forgetting to upgrade their bootcode so recommend 23:31:20 against. 23:32:45 having used a rescue cd to fix the bootcode, i fully understand 23:32:49 woops 23:35:27 Been there! I don't touch any of my zpools, unless there is a very good reason. 23:37:17 With 15 I have been working through and upgrading my zpools. Figured it was time to get everything sync'd up. And the code seems to be stable for it. 23:41:06 Whoops! I did a dumb! 23:43:24 I have learned so much from my mistakes. I'm thinking of making a few more. 23:47:01 ek, Don't tease us like that! Share with us. :-) 23:47:06 sometimes adventures in fixing things can be fun too 23:47:12 especially if you have backups :D 23:48:44 ran sysctl dev.hdaa and the speaker is listed as [DISABLED] for some reason 23:55:35 rwp: I used a server list in my for loop instead of the VM list for a reboot for-loop. :( 23:55:49 Has nothing to do with an FBSD derp. Just a personal derp. 23:56:13 I haven't finished looking into it yet, but my zpools are from FreeBSD 12 era, and I believe you can set a compatability level when you upgrade, so if all my boxes are on 15.0 now, then i can set the compat to 14 and rest easy that I'm not accidentally boxing myself out. but still, any zpool upgrade would almost certainly need updated bootcode