kevans: does bootstrap flua have modules now? re: reviews.freebsd.org/D56266

ivy: yes, we can force bootstrap flua to get consistent behavior as needed

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...

moderately annoying because des flagged the libucl default change as potentially problematic and i forgot to follow-up

weeks before it landed

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

looking at Makefile.inc1, it looks like I got it all into place except for adjusting the BOOTSTRAPPING checks

though with something like pkgbase using it, it's light enough that it might be better to force bootstrap flua all the time

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

right

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

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

doesn't have generate-ucl.lua a proper shebang?

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

headphones and seq=15 doesn't enable it. Not sure how to continue at this point.

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?

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.

nimaje: it has #! /usr/libexec/flua, but that will use the host flua, not the bootstrap flua

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

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

the problem with hardcoding the path is you then can't run the target without bootstrapping, which we do usually support

I meant like ${TMPPATH}/usr/libexec/flua generate-ucl.lua then