07:54:39 <gitomat> [illumos-gate] 15401 Spelling mistakes in section 3c of the manual -- Peter Tribble <peter.tribble⊙gc>
09:10:04 <tsoome_> anyone here who is very friendly with python parser module?:) 
09:11:10 <tsoome_> the one removed in 3.10 ....
10:08:58 <yuripv> tsoome_: is all ident cruft removal integrated?
10:09:08 <tsoome_> yes
10:09:14 <yuripv> nice, thanks
10:09:16 <tsoome_> except for sparc tree
14:17:31 <gitomat> [illumos-gate] 15325 bhyve upstream sync 2023 January -- Andy Fiddaman <illumos⊙fn>
16:05:19 <jbk> hrm...
16:05:37 <jbk> do we build the mac module in some what that causes dtrace to lose the last few stack frames in stack() ?
16:15:23 <danmcd> There are a lot of tail calls in mac IIRC.
16:16:07 <jbk> that's a side issue though...
16:16:50 <jbk> i need to do some more source diving, as I think I had this question before but never got it resolved
16:17:56 <jbk> mac_group_info(9s) suggests that the mgi_{add,rem}mac members of mac_group_info_t are optional... but mac.c:4437 suggests it's not (imagine a device that supports multiple RX rings for RSS, but only a single HW mac address)
16:18:34 <jbk> i thought that'd imply 1 RX group, but now I'm not sure how you actually correctly express that to mac
16:22:52 <rmustacc> jbk: It may be that when I wrote that I was imagining we had the combo mac/vlan entry that never actually made it in. It is required right now. I'll fix the docs, sorry.
16:24:15 <rmustacc> Can you clarify what exactly the hardware features are and I can describe how to do that while working on docs in parallel?
16:25:25 <jbk> in this case (vmxnet3s), it's multiple RX rings (I think it's implied that RSS is used) for parallelism, but only a single HW mac address is supported
16:26:23 <rmustacc> OK, so you'll want to implement the entry point and basically return ENOSPC for anything other than the primary mac.
16:26:25 <jbk> the problem is creating a vnic ontop of it then fails (instead of switcing the promisc mode)
16:26:28 <rmustacc> That'll tell it to put the device in promisc.
16:26:32 <jbk> ahh ok
16:27:17 <rmustacc> Probably should make that a little clearer in the docs, sorry.
16:27:36 <jbk> it's ok.. probably the best way to flush these things out :)
16:28:35 <rmustacc> Mind filing a bug noting these and any other gotchas and assign it to me?
16:28:53 <rmustacc> Just so I don't lose track of this.
16:29:07 <jbk> sure.. (might be a little bit.. about to jump on acall)
16:29:27 <rmustacc> At your convenience.
19:06:57 <jbk> bah
21:39:31 <toasterson> Has anybody a guide to the pkgdepend output when it doesn't find a library?
21:49:58 <richlowe> it tells you where it looked, and what it looked for.
21:50:32 <richlowe> a valid library isn't in the places it looked.  I think it also fails if it's for the wrong platform, etc. 
21:50:53 <richlowe> if you gist it so I remember what it looks like I can be more specific.
21:53:37 * toasterson sent a code block: https://libera.ems.host/_matrix/media/v3/download/libera.chat/8aeae17504fb87e2f32e873eedd78a9907f09f0b
21:55:35 <richlowe> usr/lib/stonith/plugins/stonith2/wti_nps.so  is looking for an ELF dependency, in either: lib/libssp.so.0 or usr/gcc/10/lib/libssp.so.0, and not finding it.
21:55:45 <richlowe> if libssp.so.0  exists in those places, check it's the same ELF machine, etc.
21:55:57 <richlowe> if it doesn't, fix the runpaths of wti_nps.so to find where libssp actually is 
21:56:11 <richlowe>  /usr/lib would be a good guess, since you seem to be mysteriously not looking there
21:56:13 <toasterson> hmm yet the second exists....
21:56:34 <toasterson> libssp.so is in that place on OI
21:57:19 <richlowe> and file tells you it's for the same platform as wti_nps.so?
21:57:57 <richlowe> my guess would be wti_nps.so is for amd64, and you don't have .../64 in the runpaths.
21:58:53 <toasterson> huh. I didn't even know we built 32bit gcc still
21:59:01 <toasterson> yeah it's 32bit
21:59:55 <toasterson> I'll head out and edit runpaths :) thanks
22:05:05 <gitomat> [illumos-gate] 15404 The rup.1c manual page unnecessarily duplicates rup.1 -- Peter Tribble <peter.tribble⊙gc>