WELP I can no longer say that #FreeBSD's draft policy on LLM code contributions was leaning towards #NetBSD's way of thinking of banning the slop code entirely. I was going off what was said at last year's BSDCan.

Apparently it's shifted since then. https://reviews.freebsd.org/differential/changeset/?ref=1487182

Hopefully it shifts back, before it's finalized. I feel a bit crushed. I've been talking about that prior draft policy as a positive indicator for months. Im realizing I had pinned a lot of hope on it.

I've been trying REALLY hard to stay away from software with LLM generated code. (sigh). Ive dived back into FreeBSD hard after many years away, and have even been trying to contribute some stuff to ports.

I guess if this goes south, ill be re-evaluating things. Maybe NetBSD? Though I know it's missing some things from pkgsrc that will hurt to do without. #bsd

⚙ Changeset View

@trashheap There's certainly things missing from pkgsrc, do you have specific things in mind ?

I'd think the things a FreeBSD user would miss most on NetBSD would be jails and related, or possibly Wayland or the more recent OpenZFS features

@tfb Honestly number one my list is the lack of signal client.

@trashheap Oh ouch, that's probably not a fun thing to get ported, being electron and all. I've managed to largely avoid Signal, but that depends on who you're communicating with of course.

I have no idea if the Linux version runs under binary compatibility, but that could be worth exploring

@tfb YEAH, im not optimistic. Chewing on things.