14:40:25 <gitomat> [illumos-gate] 18038 Convert getgrnam(3c) to mdoc(5) -- Andy Fiddaman <illumos⊙fn>
14:50:36 <jperkin> jbk: unfortunately -gsctf is useless, it's a completely different ctf format to ours
14:51:09 <jperkin> (because "CTF" wasn't already overloaded enough..)
17:08:09 <gitomat> [illumos-gate] 18049 update pci_prd build for gcc15 -- Toomas Soome <tsoome⊙mc>
17:09:27 <gitomat> [illumos-gate] 18050 ast: add gcc15 support -- Toomas Soome <tsoome⊙mc>
17:52:40 <jbk> oracle changed the ctf format? (it's explicitly indicating solars ctf(5))
17:54:54 <andyf> The existing gcc CTF format (-gctf) is certainly different, but presumably the new (-gsctf) is closer to what we have.
17:55:28 <andyf> an almost definitely different in subtle and surprising ways
17:55:31 <andyf> *and
18:24:10 <gitomat> [illumos-gate] 18090 zonestat(1) summary report should respect given zonelist -- Hans Rosenfeld <rosenfeld⊙gho>
19:14:18 <jperkin> according to a post I saw it just enables -gctf -and -z ctf when linking, and I don't see any changes in the ctf support, so .. no, still useless.
19:18:11 <richlowe> I guess we'd want to check what -z ctf did, translation? 
19:18:28 <richlowe> if 'sctf' is meant to be sun, presumably it gets to the non-gpl version somehow?
19:26:00 <jperkin> I did have a diff for the gcc ctf stuff a while back to spit out proper ctf but then got stuck in the linker weeds, and now that my ctf tools are fast I don't really have any need to go back to it
19:39:34 <richlowe> yeah, I was just thinking there's no reason the -z ctf step couldn't translate it into the proper shape when it merged
22:19:38 <gitomat> [illumos-gate] 18084 Update to tzdata 2026b -- Robert Mustacchi <rm⊙fo>
22:32:39 <alanc> btw, https://github.com/illumos/illumos-gate/blob/4dd5791f4808cfb6a8024ebd3065cb4cebd15df5/usr/src/lib/libresolv2/common/nameser/ns_print.c#L651 looks like https://sourceware.org/bugzilla/show_bug.cgi?id=34033
22:33:04 <alanc> danmcd: ^^^
22:34:31 <tsoome> whoops...
22:34:58 <alanc> aka https://github.com/NetBSD/src/commit/ef0ba218705910e85cced4498e837b677477a35b since everyone got the same code from BIND long long ago
22:46:22 <alanc> See also https://sourceware.org/bugzilla/show_bug.cgi?id=34069