Post by @netbsd@mastodon.sdf.org

@netbsd @drew well, you could always write a manual fix for an AI reported vulnerability. so I don't think shipping slop is required for that either.

@ell1e @drew we unfortunately don't have the resources to fork and take over maintenance of large software projects like Postfix and BIND, but thankfully they are entirely optional.

their choices also advance the argument for having a smaller base system by default.

@netbsd @drew ah, I see, yes for third-party projects I understand.

But in that case, it would be nice to have some sort of table to understand what is slop free. I think more transparency would make people way more at ease if the guideline needs to be occasionally broken.

(My apologies if this already exist, perhaps it should be linked then on this page: https://www.netbsd.org/developers/commit-guidelines.html after the paragraph talking about LLMs.)

@ell1e @drew yeah, exactly, that's what i meant by "anyway, it needs clarifying again, since there's some third-party code"

@netbsd @drew after researching NetBSD some more, I think another pain point here might be moving over drivers from FreeBSD, like e.g. here: https://blog.netbsd.org/tnf/entry/wifi_renewal_restarted Since FreeBSD has sadly gone down the slop route, it seems like...

(Basically would be interesting to know how this will be handled in the future!)

@ell1e @drew All of the BSDs contain a high amount of code in common, especially in the driver area. Notice this post is from 2020. While work continues on the Wi-Fi branch, all code committed there in the last few years is from us.

@netbsd @ell1e i was just wondering if my NetBSD on my tiny Netbook need postfix. Or a mailserver. or mail. Just pipe through « mail » if you must. Like good old days.

@netbsd

If Postfix and BIND are doing the thing, there may soon not be much of a Net for NetBSD to connect to… 😬

@ell1e @drew

@argv_minus_one @netbsd @drew replacing a DNS server is much less work than a kernel.

regarding email servers, it seems exim bans AI? but haven't really looked into that one yet and how portable it is

@ell1e @argv_minus_one @drew We can't have new GPL in base.

dma is promising and simple enough that we likely wouldn't have problems maintaining it. https://leaf.dragonflybsd.org/cgi/web-man?command=dma&section=ANY

@netbsd

Hmm? Wouldn't an email server fall under the GPL's “mere aggregation” clause?

@ell1e @drew