The latest would be that it's deprecated and will eventually be replaced: https://www.undeadly.org/cgi?action=article;sid=20260415050032
I personally enable do hw.smt=1 when rebuilding base as it finishes about twice as fast, but I don't notice performance differences other than in compilation.
In Japanese, though, possibly you'll be interested.
I myself never tried, but there's LUNA 68k/88k emulator, nono introduced here.
Upstream here (Japanese site).
I'm really sorry, because I'm confusing:
openports.pl is the Solene's project. (solene@, formerly a developer on the OpenBSD project)
openbsd.app is made by @qbit@mammothcirc.us; (thanks to you to repair-it!)
I can't provide a roadmap, but something that helped me was to review the code for axe(4), the driver for my ethernet dongle.
I'm also interested in learning more about writing device drivers on OpenBSD. Some useful links I've reviewed before:
https://www.openbsd.org/papers/eurobsdcon2017-device-drivers.pdf
http://thetarpit.org/2022/notes-on-openbsd-device-drivers
@grahamperrin Codeberg is giving 502s :') I'll check again later as I'm interested in seeing what this commit adds .
I'd say whoever thinks OpenBSD is slopware needs to review their own tech stack. I've been reviewing the source tree for a couple years now and it has made me a much better (and safer) C hacker. I also finally understand what a sane .conf file should look like, too.
Oooh ! I see there is a new #Qutebrowser release v3.7.0 today. Can't wait to see it on the #OpenBSD ports to see if it stops crashing on me and freezing.https://github.com/qutebrowser/qutebrowser/releases/tag/v3.7.0
I've been using OpenBSD for my projects for the last few release cycles and I feel comfortable upgrading, etc. but I'll keep this for sharing with others. Great post.
