Live data from Hacker News

NetBSD 9.0

netbsd.org

61–65 of 65 posts

Re: NetBSD 9.0

#61
post #50
post #28

Force10 network switches (owned by Dell now) use NetBSD for their FTOS and have for quite some time. Just thought I'd throw that out there.

Their compellent storage arrays did as well at one point. Not sure if they still do.

Wow, really? I built an Oracle cluster on Compellent spindles and was pretty impressed with its tiering. Had no idea NetBSD was involved, very cool. I was actually using Force10 switches in the storage fabric IIRC.

Re: NetBSD 9.0

#62
post #2

“Updated ZFS. This is the first release with ZFS usable for daily use, but there is no support for booting from ZFS nor using ZFS as root filesystem yet” Grateful for this

OpenBSD next, please!

OpenBSD will probably never use ZFS; they like clean code that they can understand and control as completely as possible, and ZFS is a monster of a codebase that replaces whole chunks of the system with its own.

Re: NetBSD 9.0

#63
post #60
post #56

Earlier quoted context omitted.

We run our tests on different platforms, for example the native debugging and emulation, where platform differences can play the role. And we run them on every commit, to prevent regressions.

You still haven't explained what you want to do and why I (as a NetBSD developer) should be interested.

Sourcehut makes it easy to run CI for a lot of platforms at once. Helping it support netbsd helps developers target netbsd easily.

Re: NetBSD 9.0

#64
Out of the 3 major BSD, FreeBSD targets for high number of software supports, OpenBSD targets for security which both seems to have a reason to adopt, but NetBSD targets for wide hardware support but is there other reason people have to adopt NetBSD these days?

Never tried NetBSD ever since I tried FreeBSD nearly 20 years back and OpenBSD several times since then.

Re: NetBSD 9.0

#65
post #60
post #56

Earlier quoted context omitted.

We run our tests on different platforms, for example the native debugging and emulation, where platform differences can play the role. And we run them on every commit, to prevent regressions.

You still haven't explained what you want to do and why I (as a NetBSD developer) should be interested.

For example, the emulation and debugger depends on the platform, so running debugging tests on CI helps us to improve and refactor corresponding code without much hassle.
Post reply on HN