04:03:56 <gitomat> [illumos-gate] 15236 viona ring page holds should heed pause/resume -- Patrick Mooney <pmooney⊙pc>
05:31:15 <gitomat> [illumos-gate] 1128 WARNING: kb8042: inconsistent getinfo(9E) implementation -- Toomas Soome <tsoome⊙mc>
07:00:09 <tozhu> tsoome: we hit permition error to bind process, but the fact is we had the permition, it is on smartos, not sure this is illumos issue, or smartos issue; or something still in correct?  https://pastebin.com/BrJR0jRz
10:20:29 <gitomat> [illumos-gate] 15232 zpool list truncates device names -- Andy Fiddaman <illumos⊙fn>
10:47:32 <tsoome> tozhu what does this tell: ppriv -e -D ./cpu_affinity_test 
10:48:17 <tozhu> let me check, wait a moment please
10:50:04 <tozhu> tsoome: here is the screen dump:  https://pastebin.com/bx45cDUv
10:51:08 <tozhu> I’m in a zone vm on smartos
10:51:28 <tsoome> so, pset_create needs sys_res_config in effective set (as told by man), so you can try ppriv -e -s E += sys_res_config -D ./cpu_affinity_test 
10:52:09 <tsoome> oh, the syntax is E+ sys_res_config
10:52:25 <tsoome> syntax is E+sys_res_config, without =
10:54:29 <tsoome> or you may need EI+sys_res_config, it may need Inheritable set updated too, I'm not sure.
10:54:47 <tozhu> let me try
10:58:44 <tozhu> tsoome: does not work, even I use “I” to set it, not sure if this is a bug with SmartOS, https://pastebin.com/WgZ9yA6w
10:59:54 <tsoome> um, ok wellI'm stupid
11:03:42 <tozhu> thank you
11:04:00 <tsoome> ppriv can not gain more privileges it currently has
11:05:11 <tozhu> I have created a project for the user with ‘sys_res_config’ define, but it does not effective for the user
11:05:43 <tsoome> as user.username ?
11:07:15 <tozhu> let me check, wait a moment
11:08:07 <tsoome> if it is not user default project (user.username), you would need to use newtask -p projectname
11:09:01 <tsoome> other option would be to assign privilege with usermod -K defaultpriv
11:34:01 <tozhu> tsoome: here is the test screen dump, https://pastebin.com/8skb267V ,   problem still exists, not sure if it is a bug on SmartOS
11:35:53 <tozhu> please take a look, thanks in advance  (I’m going to offline, and will be back in 1 hour)
14:41:31 <gitomat> [illumos-gate] 15291 zfs-tests errno flaws exposed by 15220 -- Dan McDonald <danmcd⊙mi>
19:36:50 <gitomat> [illumos-gate] 15288 mdb amd64 ::step out seems like it's busted -- Richard Lowe <richlowe⊙rn>
19:36:50 <gitomat> [illumos-gate] 15299 it's apparently 2023 somehow -- Richard Lowe <richlowe⊙rn>
19:46:38 <toasterson> Is there a way to disable 32bit builds of libfmd and fmd in general?
19:49:21 <richlowe> no
19:49:25 <richlowe> why?
19:50:08 <toasterson> we have issues with net-snmp 4 in 32bit
19:50:09 <toasterson> but I think those seems to be solvable
19:51:52 <toasterson> well, somewhat. we need to find out how to teach net-snmp not to build the perl modules to be able to build 32bit
19:52:14 <jclulow> Does it not have a `--without-perl` sort of thing
19:52:38 <toasterson> seems broken
19:52:47 <toasterson> but we will keep trying to fix that --without-perl way
20:08:16 <richlowe> I saw the bug you filed, and actually fixing it seems possibly worthy, but we don't actually have 64bit fmd etc except on ARM, so you'd have to actually fix and test all that properly to take it 64bit
20:08:45 <richlowe> I mean, I say "possibly" obviously arm needs it and it'd be great to have someone already have done it properly. :)
20:19:06 <toasterson> I got the hint :)
23:41:36 <alanc> our IT bots are grumping at me because the mail I sent to illumos-dev today came back in from outside with my address without a proper DMARC signature and they're planning to block those soon - are the illumos lists going to join so many others in rewriting senders to avoid DMARC hell from mail admins who don't like old-fashioned mailing lists?
23:45:11 <alanc> hmm, https://www.topicbox.help/hc/en-us/articles/360055273973-Topicbox-and-DMARC suggests this should be happening already
23:52:01 <alanc> oh wait, the IT alert is a warning that we're going to move to quarintine soon and reject later this year, so it just may not be triggering the topicbox rewriting until then
23:53:19 <jclulow> alanc: Yeah we only rewrite if we have to
23:53:45 <jclulow> If you move to quarantine I believe we will rewrite
23:53:57 <jclulow> Otherwise a lot of people's stuff wouldn't work
23:56:31 <alanc> okay, I won't worry for now, thanks
23:56:49 <jclulow> If not, though, let me know and I can look at whatever