00:14:06 <rmustacc> jbk: Probably just poor documentation on my part. Because you're basically opting into the mac-psuedo group behavior.
06:18:00 <gitomat> [illumos-gate] 18259 Panic when running 'zpool split' -- Roman Strashkin <roman.strashkin⊙nc>
11:37:59 <anon_> Hello, I'm investigating dmake's implementation (usr/src/cmd/make). I can't seem to find implementation of ifdef,ifndef,etc. macros. Any clue?
11:40:13 <anon_> Furthermore, when processing Makefile.master at `usr/src', dmake says about unexpected EOL at line 39 (right after ifndef statement)
11:43:19 <jperkin> dmake doesn't support those directives, and Makefile.master doesn't have ifndef, so not entirely sure what you're reading
12:00:10 <anon_> jperkin: thanks, I was indeed looking at wrong commit, my bad. Yeah, Makefile.master at master branch doesn't contain these
12:01:40 <anon_> I am currently trying to cross compile Illumos from GNU, I already ported dmake (and grabbed make.rules from OpenIndiana installation)
12:04:11 <jperkin> ok, good luck
12:09:28 <anon_> Thank you! Do I understand correctly that besides "illumos sysroot" no work's done in this direction? 
12:10:23 <jperkin> unleashed had a highly modified fork that built using bmake, and the initial arm64 port was done using gmake, but I don't know of anything done exactly like you're trying to do
12:24:44 <anon_> Oh, I see. NetBSD has build.sh, which basically allows one to cross compile entire thing from any os/arch to any other os/arch. It would be nice to have something like that here. I think it will attract more developers to the project
12:25:10 <anon_> to any other arch*
12:29:08 <jperkin> yeh I'm very familiar with build.sh, and I strongly agree that it would be lovely to have. that said, I'd only recommend working on this if it's purely for your own interest. if you are doing it to interest others then my experience would suggest that you'll end up disappointed
12:37:59 <carba> I keep encountering "deadman panics" with the Solaris 11 guest running on OmniOS bhyve, specifically on CPU 2; I noticed that the deadman timer value for CPU 2 is consistently double that of the other CPUs. This looks like a bug. However, since Solaris 11 is normally stable, could this be a bhyve bug? Or is it really a hardware fault on CPU 2? (https://pastebin.com/NQMXtUAr)
13:21:27 <carba> looking on the data struct, it do not looks like memory corruption, the values of neighbour data fields look reasonable.
16:07:28 <anon_> A
17:06:40 <gitomat> [illumos-gate] 18269 Avoid unnecessary clone of cksum -- Daniel Levin <daniel.levin⊙oc>
17:15:38 <gitomat> [illumos-gate] 15320 Add support for SMF_EXIT_TEMP_DISABLE -- Andy Fiddaman <illumos⊙fn>
17:56:27 <toasterson> @irc_libera_carba:palimpal.im: looks like both vcpu's ended up with a different CPU stepping aka c-states thus out of timer sysnc
22:09:54 <tsoome> .oO Freebsd pkg: audit   Audit installed packages	against	known vulnerabilities.  -- this does look pretty nice