13:07:35 UFS was fine for its day, but a filesystem based on the rotational latency of a spinning disk and heads attached to a moveable arm doesn't make a lot of sense when what you're writing to is solid state storage with no moving parts. 13:10:26 unfortunately we do not have anything for solid state storage either. 13:18:20 ZFS works fine. My point is just that the context that UFS was designed for is essentially irrelevant these days. No one's running RA81s on a VAX 750 anymore, outside of a museum. 13:25:30 I guess the rotational speed etc other physical assumptions are long gone, but assumptions about file sizes, blocks, fragments are still not that bad. especially considering the use cases and improvements done in BSD world. 14:16:49 [illumos-gate] 17245 Manual formatting includes extra trailing text -- Peter Tribble 14:23:29 Sure. But the fundamental engineering constraints that drove so much of their design are gone. The big win of UFS (then called FFS) was that it changed the write path so that blocks and fragments were laid out in such a way that they got could much more of the bandwidth of the disk than the 7th Ed filesystem. 14:25:42 On a system where you've got ZFS as a fully supported option, I don't see many benefits to using UFS for most use cases. 14:32:57 Has anyone tried out a bootable ZFS USB key? /me has been too distracted to spend cycles on it, but I'd be curious... 14:39:50 I used to do that with SmartOS a long time ago. I wonder if I still have notes. 14:44:06 danmcd: https://blog.shalman.org/smartos-zfs-boot-media/ perhaps? 14:44:32 Oh I'm so sorry for forgetting about that!!! 14:45:03 apology never needed. That page is nearly 10 years old! 14:45:41 it's so old is uses grub though I think. 14:46:14 so it would need to be updated for loader... And I don't know how that would go with EFI... 14:46:28 So probably not actually useful any more the more I think about it. 14:46:55 But in principle, whatever we're doing to create the bootable zones pool should probably be doable on a USB stick with a different name. 14:58:46 we can put zfs on usb stick, that is no big deal, but I have big concerns about the usability 15:00:14 like, I have this stupid USB-A to USB-C connector cable, but USB-A side is not holding well and the connection is lost for a moment if this setup gets moving a bit.... 15:01:33 I'm mostly thinking "for the installer", but that's not a this-channel discussion. 15:03:49 btw, I have stuck bhyve vm, apparently some zfs test messed things up (surprise) and there is non-responding pool, so I need to force dump... can I send a nmi for it or something? 15:16:15 tsoome: on SmartOS it should be `vmadm sysrq nmi` 15:19:42 am. this one is on omnios. 15:21:01 `zadm nmi ` if it's running in a zone and you have zadm installed, otherwise bhyvectl --vm= --inject-nmi 15:21:14 thanks! 17:02:11 andyf: same as on OI as of today :) 17:22:11 can someone showme how to reconfigure the default sound card from audiohd#0 to audiohd#1? 17:22:45 [illumos-gate] 17241 stdc_bit_width manuals should be shipped -- Robert Mustacchi 17:51:03 toasterson - Oh, nice :) 18:13:19 [illumos-gate] 17236 Update JEDEC vendors to JEP106BK -- Robert Mustacchi 18:52:34 as a matter of style, for new code (new files), do we still want to use CTASSERT(), or go with _Static_Assert() or static_assert() ? 18:52:40 danmcd: The biggest challenge with ZFS on USB is that /devices paths depend on where you plug things in 18:53:06 Secondary challenges include the fact that sometimes USB devices aren't immediately available the first time we go to look for them, etc 18:53:23 jbk: I think CTASSERT() for now 18:53:45 If we decide to change that, we would want to change all the other uses at once 18:54:15 (which doesn't seem immediately valuable etc) 19:17:22 ditching CTASSERT is valuable because of the line-number thing 19:17:36 oh, wait, that got fixed? 19:17:47 or am I an idiot? there was something weird with CTASSERT 19:19:42 richlowe: That was the old implementation. 19:43:57 jbk: I wouldn't use _Static_Assert(). C23 has moved away from the define a macro to the leading underscore variant. 19:44:10 richlowe: To clarify, CTASSERT is now implemented in terms of _Static_Assert(). 19:45:07 rmustacc: I see, I just remembered the original way having issues. I didn't notice it had been fixde 19:45:09 or didn't remember 19:45:32 rmustacc: I didn't understand your reply to jbk though, 19:46:11 IIUC, pre-c23 it was _Static_Assert(), but I believe with C23 it's not just static_assert() 19:46:32 but then we have our pre-pre CTASSERT().. why I was asking for the preferred way 19:52:20 pre-c23 the header is required to #define static_assert() to _Static_Assert(). I don't believe it's subject to NDEBUG, but in general we recommend to use CTASSERT. 19:53:23 Or at least, that's what I'd use. 19:53:32 If you're outside of illumos, use static_assert(). 19:53:46 I remember wanting to use not-CTASSERT to control the message 19:54:16 but, now I know the line-number thing is fixed, that's been my only thing 19:54:29 OK, well, something we can look at fixing too, I'm sure. 19:54:57 It's not subject to NDEBUG I think, so it may be more reasonable to move towards the standard thing over time. 19:55:09 But NDEBUG makes normal assert pretty dangerous. 19:55:42 oh right, in illumos terms I always want CTVERIFY() 19:55:44 never CTASSERT() 19:56:49 alanc: hey, you seem to keep with with the C standards. I want specified and predictable enum sizes :) 19:58:48 since it turns out I think every time I wanted static assertions lately that was why 19:59:06 richlowe: That's in C23! 19:59:23 You can do enum foo : { ... 20:01:55 hooray! 20:02:55 That's pretty fancy 20:03:11 I guess I need to get back to work on stdlib stuff and POSIX. 20:03:27 Though really also need gcc15 for a valid value of -std=gnu23. 20:14:58 Actually really nice... some enums really only need to be uint8_t, e.g. 20:22:02 yeah, the biggest part is that you can't technically _know_ how big an enum will be, without it 20:22:50 (hence the asserting the things don't change size by surprise) 20:24:41 * danmcd side-eyes his quixotic quest for language-level precision data layout when requested... 20:33:02 erlang, I believe, is what you want for that 20:33:14 presumably ericsson and telephony heritage 20:33:40 I stole some of their syntax for a command line tool I use, and that's literally all I remember 20:37:48 I work with RabbitMQ which is written in that language. I know nothing more either. 20:49:19 hello joe! 21:08:30 https://summerofcode.withgoogle.com/programs/2025/organizations 21:38:17 Hi. I have installed vaultwarden into a pkgsrc zone, but I have no idea how to start it. Can you give me some hints? 21:47:15 szilard, I just installed vaultwarden yesterday using the ips package in the GZ 21:48:27 szilard in Omnios, but the steps should be the same. svcadm enable vaultwarden, but first check the configuration to setup certs before starting the service 21:55:12 tsoome: we are missing want to sign us up? 21:55:32 I could do some distro specific mentoring 21:56:25 Or userland if somebody wants to send in installer things or IPs metadata tasks 22:08:50 toasterson I know nothing about the procedures there etc, it also may be the train is gone for this year. But is it one option to make us visible. 22:52:53 summer of code is something we have done, and largely failed at 22:53:06 it requires mentors who have _time_ 23:01:13 quite obviously. 23:07:43 I mean, right, but we don't have that, so what would we do? 23:08:13 usually it depends on priorities. 23:08:34 or at least so they say. 23:09:00 well, yeah, but everyone who does it for a job's priority is probably "keep my job" :) 23:09:07 unless you can sell someone corporate on it 23:09:18 that'd be cool and different 23:43:49 Something I have noticed when attempting to mentor and guide folks in our community is that the folks who are most successful are already using the software for something, and they want to improve something pretty directly related to what they're doing. 23:45:25 e.g., you're hitting a bug in a specific program, or want to add a particular feature you personally need.