02:45:06 I did pkg query -e '%a = 0' '%n' | wc -l the result was 4481. Prob'ly has to do with me building packages from ports, copying them to this machuine from another, then doing 'pkg add *' from the /usr/ports/packages/All' directory 02:45:16 oh 481 not 4481 03:21:57 shbrngdo: Yeah. Doing a "pkg add" will certainly add it to the list of origins. 03:49:27 anyone here who's used gtkpod on FreeBSD? when I try to add AAC (m4a) files to my library, it complains about missing the mp4v2 library, so I installed the mp4v2 package, yet the error remains 03:51:53 basically everything I've got encoded for my iPod is AAC. without using rockbox my only other option is MP3 which sucks, so I kinda need gtkpod to support mp4 containers 03:56:02 it doesn't appear that mp4v2 is a build option, it seems like it's supposed to dynamically load libmp4v2.so at runtime 04:12:55 FreeBSD's gtkpod package is also way way out of date, it's at 1.0.0 which is from 2010 whereas the latest is 2.1.5 from 2015. I might have to just try building the latest from source. it does kinda seem like it does actually detect libmp4v2 at build time, but it's weird that FreeBSD doesn't have that as a build option 05:58:57 seems the latest version of gtkpod wants libanjuta which is deprecated and a port isn't even available anymore. I guess I need to compile 1.0.0 (or whatever the last GTK2 version is) from source or use some alternative, like gnupod's scripts or gpod-utils 06:07:42 trying to install NetBSD under bhyve and am having a bit of bother 08:29:55 hd1 what's the issue? 14:51:11 hello, I have to upgrade a machine from 13.5 to 14.4. I don't remember exactly at what step it is needed to update the bootcode (loader.efi) .. ? the 14.0 release notes is not very clear about that .. 14:52:49 can I do that after the freebsd-update process or is it required before the first reboot / freebsd-update install? 14:52:50 you should be fine to do it anytime after the update is complete, we try hard not to break loader -> kernel handoff 14:52:59 thanks 14:53:02 your main concern is getting it done before you try to do anything like a zpool upgrade 14:53:15 the kernel can handle new features, but the bootloader may not be able to 14:53:23 and can I upgrade directly from 13.5 to 14.4 ? 14:53:33 should be able to 14:53:52 perfect! 14:53:59 as usual, just make sure you're the on the latest patch release before you update just in case 14:54:16 yes I always check that 14:54:18 i think 14.x is safe there, but 15.x would hit an ordering isue if you weren't 15:11:03 and if I remember well 13.5 was looking into efi/boot but 14.x into efi/freebsd 15:16:21 afaik the loader is put in both because some uefi implementations are broken and only look at efi/boot and not at efi/freebsd 16:18:18 nimaje, I have an HP z210 workstation with that UEFI bug you just described. Except for systems booting Coreboot I think all of the UEFI implementations I interact with are very buggy. 16:32:43 kevans: 13.x to 14.x also had the /usr/include/c++ bug in freebsd-update (but that was fixed a couple of releases back) 16:37:01 ah, right, I was mainly thinking the libsys ordering issue 16:47:30 is it expected that if you `pw usermod root -p 01-jan-1970`, and then `su -` to root, that you are *not* prompted to change the password? is there a different way to force a root password change at next login? 16:53:39 i see /etc/pam.d/su does not have "password include system" like /etc/pam.d/login has, which i think explains it.. but i don't know enough about it yet to know if it's a bad idea to add that 18:24:34 I have an esoteric issue with caddyserver. It will occassionally hang. When looking at truss output, I see it receiving timeouts for _umtx_op() calls. The thread then sleep()s and then wakes up and get the _umtx_op() call timeout, and then sleeps. repeats until I kill -9 the process. 18:26:26 deimosBSD: it hangs for me when i restart or reload it (can't recall) it eventually responds, but usually i'm impatent and just kill it and restart it 18:28:13 restart hangs for me, even if I set the config option of 5s grace period 18:28:25 but that's because it's a busy webserver on my end 18:28:47 Does it actually require a kill -9 hammer? Does a normal kill also terminate it? If so then I would use a normal kill first so that it can clean up on the way out. 18:28:47 i've let this restart go on for 18h 18:29:04 i've tried normal kill. i've been running into this for a month now 18:29:17 but just this morning had time to truss the process 18:30:03 lighttpd never had these issues, but that's like saying my oranges don't taste like blueberries. 18:30:28 i seem to recall `service caddy stop` then `service caddy start` doesn't suffer from the same problem 18:30:58 but it's nearly driven me to switch back to nginx and all its boilerplate that caddy doesn't have 18:31:00 that's what my cronjob is doing 18:31:03 mine is not espically busy 18:31:37 mostly, caddy refuses to do something sane like daily log rotation, so i'm using newsyslog to force it daily 18:32:02 except caddy will just hang on stop for endless hours but still serve content for some reason 18:40:49 and drive me crazy that it can't show logs like every other web server out there 18:40:55 who cares that the file format is not perfect 18:43:09 that too 18:43:29 fwiw, this is what the hung process looks like, https://agglutino.zw.is/txt/q0lyn6jq/ 18:43:47 just repeats those lines endlessly 18:56:56 on what version of freebsd does it hang? I seem to remember getting annoyed on freebsd 12 and 13-release for that same reason (hanging), but i think caddy has been behaving for me since 14-release 18:59:56 scoobybejesus: 15 for me 19:00:27 15 for me too 19:00:31 fully patched 19:06:24 rwp: does not seem to respond to a normal kill 19:07:53 is there a setting in sysctl for the microphone mute key led? 19:08:16 on linux its /sys/class/sound/ctl-led/mic/mode 19:08:23 trying to figure out what the equivalent on freebsd would be 19:09:32 theres some kernel bug in linux where the led gets stuck on and i can turn it off in linux with the above command but i cant figure out how to do it in freebsd 19:17:06 I can't tell if the caddy issue is freebsd, environment limits, caddy or just the golang compiled code 19:17:47 hopefully I remember to play around with it a bit before i upgrade to 15. hopefully upgrading to 15-release in late April 19:18:13 I happen to use xcaddy to build mine, for the digitalocean DNS validation plugin 19:25:32 in my case, this is caddyserver from pkg 20:18:09 rtprio: After some pondering, it looks like I've gotten it to work from a clean 14.3-RELEASE-p9 and quaterly packages. Now to try the same exercise with a clean build with 15. At least I've been able to observe a functional state, that I hope will give me the edge to sort out the issue. The other really good bit, is that I know my backend isn't the cause. I'm happy about that. 20:28:07 ah good 21:11:57 A fresh 15.0-RELEASE-p4 build looks like it is working as well. The quaterly packages has sssd2-2.9.6_6. I've got 2.12 built here. 21:31:56 Switched to the latest package branch which has 2.12, and the issues came back.