01:56:21 <jclulow> Yeah, so... the golang people completely changed their CI shit
01:57:57 <jclulow> https://github.com/golang/go/issues/67302
01:58:10 <jclulow> I have unfortunately been too busy to "contribute to LUCI"
01:58:21 <jclulow> Though we should probably figure out how to get that done
01:58:31 <jclulow> It's super unfortunate that they've pushed this work onto maintainers
01:58:38 <jclulow> The old thing was working fine :/
19:43:04 <jbk> https://github.com/illumos/illumos-gate/blob/master/usr/src/cmd/boot/installboot/i386/installboot.c#L1176-L1192 this is confusing the hell out of me
19:43:35 <jbk> if you run installboot and give it the device path of the EFI system partition -- which IS the boot partition -- it fails with this error
19:43:44 <jbk> (for UEFI systems)
19:45:04 <jbk> it wants the ZFS slice on the disk
20:02:28 <tsoome_> Yes, problem is that we also want to install bios version, and unless there is a boot partition, we store gptzfsboot into zfs label (3.5MB reserved space).
20:21:07 <richlowe> tsoome_: how do I convince something to disassemble loader.sym?
20:21:30 <tsoome_> gobjdump -d for example
20:21:39 <richlowe> oh, does that work on x86?
20:21:41 <richlowe> shit
20:22:06 <tsoome_> .oO oops?
20:29:00 <jbk> i really hope some day we can ditch all of this legacy stuff...
20:29:30 <sommerfeld> I'm beating my head against locales and C++ again (see https://github.com/illumos/gcc/pull/56 ).  Looks like gcc's libstdc++ makes use of an (undocumented?) glibc extension to newlocale() to construct composite locales -- caugt it passing as the 2nd argument of newlocale: "LC_CTYPE=en_US.UTF-8;LC_NUMERIC=en_US.UTF-8;LC_TIME=C;LC_COLLATE=C;LC_MONETARY=en_US.UTF-8;LC_MESSAGES=C"
20:29:33 <jbk> i want to have installboot install some additional files into the UEFI system partition for diagnostic/troubleshooting purposes
20:29:37 <jbk> you'd think this should be easy
20:29:49 <jbk> but all of the legacy stuff is making it way more complicated than it should be
20:31:25 <jbk> q
20:31:30 <richlowe> sommerfeld: I feel like I have heard about composite locales, but I do not know where
20:31:40 <richlowe> and I didn't think they looked like that
20:31:47 <richlowe> do we have our own thing, too, maybe?
20:32:20 <richlowe> all I have to hand is that I was trying to get a UTF-8 locale without the awful date(1) output, not relevant bits to you :\
20:35:17 <sommerfeld> richlowe: we have our own undocumented extension which accepts "en_US.UTF-8/en_US.UTF-8/C/C/en_US.UTF-8/C"
20:35:29 <sommerfeld> "composite" = "not all of LC_* set the same way"
20:37:45 <richlowe> ah ha, yes, that sounds familiar
20:43:57 <sommerfeld> I could tweak the libstdc++ code to use our syntax or I could tweak libc's newlocale to accept (but not generate) the LC_X=x;LC_Y=y form. 
20:52:12 <sommerfeld> the latter is potentially more resilient to changes in the interface (copes better with disagreements about the right order of categories)
22:21:44 <richlowe> has anyone noticed lofi(?) performance on debug kernels being awful?
22:21:59 <richlowe> 2.03GiB 0:02:57 [11.7MiB/s]
22:22:02 <richlowe> about that awful
22:45:58 <jlevon> ugh why does that ring a vague bell
22:48:38 <sommerfeld> I generally avoid running debug kernels in circumstances where I'd care about performance, but, wow.  Seems like a tiny bit of profiling might point at the cpu sink though..
22:57:45 <richlowe> sometimes the circumstances of doing many things at once leave you here
23:35:38 <richlowe> and you'd hope it would be easy to trace, but it turns out to happen in massive stalls, there's nothing odd in that it _is_ sleeping, just (I think) how long