00:49:28 kevans: does bootstrap flua have modules now? re: https://reviews.freebsd.org/D56266 02:49:17 ivy: yes, we can force bootstrap flua to get consistent behavior as needed 02:50:09 okay, i'll see if i can get that in for 15.1, but unfortunately that still means you can't build 15.0 on 16, unless perhaps we EN the change... 02:50:53 moderately annoying because des flagged the libucl default change as potentially problematic and i forgot to follow-up 02:51:02 weeks before it landed 02:55:00 let me see if i can get bootstrap flua working for packages, that would mean we can avoid the problem in 15.1 and if it's only 15.0 that's affected, it's not so bad. although not ideal 02:56:14 looking at Makefile.inc1, it looks like I got it all into place except for adjusting the BOOTSTRAPPING checks 02:56:41 though with something like pkgbase using it, it's light enough that it might be better to force bootstrap flua all the time 03:22:36 kevans: we also don't know if the user will be building packages during the bootstrap phase, so i think it's much simpler to always bootstrap it 03:25:47 right 03:26:51 i'd at least say that we should bootstrap any of the modules that work with vendored libs, since their behavior is more flexible in ways that we might not like, though the whole set beyond that isn't huge 04:38:28 kevans: how do i actually use the bootstrap flua? if i just do 'flua generate-ucl.lua', it can't find flua, since it's in usr/libexec 07:43:07 doesn't have generate-ucl.lua a proper shebang? 08:30:28 Cheerio! I've some audio trouble. When playing audio the sound is tinny and low. It is a Realtek ALC285. Dmesg shows two pcm on that card both labeled (Internal Analog). I believe I read a post that the reason is some propriery amp not being used. Trying to bypass the speakers and connecting headphones does not work. sysctl shows a nid for Headphones that is disabled. Adding that nid to devices.hint as 08:30:34 headphones and seq=15 doesn't enable it. Not sure how to continue at this point. 08:32:55 oh, just to make sure. The pin is "dev.hdaa.2.nid33" and I added 'hint.hdac.2.nid33.config="as=1 seq=15 device=Headphones"' to /boot/device.hints. Is it correct with hdaa in sysctl and hdac in device.hints? 08:54:24 Oh, it was supposed to be hdaa in device.hints. The Headphones work now and have good sound. The laptop speakers however don't... yet at least. 10:55:16 nimaje: it has #! /usr/libexec/flua, but that will use the host flua, not the bootstrap flua 11:12:07 ah, then probably use the full path to the bootsrap flua libexec is for executables that just shouldn't be in PATH as they have special purposes 11:14:52 bootstrap usr/libexec is in ${TMPPATH} in Makefile.inc1, but i'm not sure setting PATH="${TMPPATH}" is the right way to do this - oddly i can't find anything else that actually uses bootstrap flua 11:24:58 the problem with hardcoding the path is you then can't run the target without bootstrapping, which we do usually support 11:25:00 I meant like ${TMPPATH}/usr/libexec/flua generate-ucl.lua then 11:27:00 hm, so the hosts flua should be used if you aren't bootstrapping currently?