Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

NetBSD 9.0

netbsd.org

Post reply on HN
Print view View original

51–60 of 65 posts

Re: NetBSD 9.0

#51

Post by anonsivalley652 »

ddevault wrote: post #26

NetBSD is probably my favorite BSD. I like its focus on simplicity and portability. I also like pkgsrc a lot more than ports. I appreciate that pkgsrc is portable beyond BSD, too - Minix uses it. Nice work, folks :)

MINIX 3.x :)

I remember hacking on MINIX 2 (which is an entirely different (and tiny) codebase) in the university's Intro to OSes course to speed up the keyboard repeat rate on the physical MINIX PCs in the computer lab. Interestingly, the course now uses FreeBSD.

I hope MINIX 4 or a similar project would:

- use seL4 as the kernel

- also be a Type-1 hypervisor (like Xen or ESXi)

- BSD-derived userland (as MINIX 3)

- port FreeBSD's Linux binary compatibility

Re: NetBSD 9.0

#52

Post by corona-chan »

ianai wrote: 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!

Re: NetBSD 9.0

#53

Post by anonsivalley652 »

polyphonicist wrote: post #4

I am a Linux user. What would be a good reason for me to try out NetBSD? Honest question.

Be careful about labeling yourself with technology X, it can reinforce identity/religious tribalism/biases/limitations.

If you want to:

- Try out a different flavor of BSD derived from BSD 4.3 Reno before NetBSD forked to OpenBSD.

- Run a modern version of Xen as dom0 (the host). I found around the time of 6.1 that Xen on NetBSD worked better and was simpler than FreeBSD's installation. Maybe things have changed.

- Learn something new.

- Also, like FreeBSD, it supports ZFS.

It's often used by numerous small, independent ISPs for their core infrastructure when they need a little more flexibility than OpenBSD. OpenBSD is great for certain use-cases.

Here's the UNIX family tree:

https://blog.codinghorror.com/content/images/uploads/2009/06...

Re: NetBSD 9.0

#54

Post by LargoLasskhyfv »

anonsivalley652 wrote: post #51
ddevault wrote: post #26

NetBSD is probably my favorite BSD. I like its focus on simplicity and portability. I also like pkgsrc a lot more than ports. I appreciate that pkgsrc is portable beyond BSD, too - Minix uses it. Nice work, folks :)

MINIX 3.x :) I remember hacking on MINIX 2 (which is an entirely different (and tiny) codebase) in the university's Intro to OSes course to speed up the keyboard repeat rate on the physical MINIX PCs in the computer lab. Interestingly, the course now uses FreeBSD. I hope MINIX 4 or a similar project would: - use seL4 as the kernel - also be a Type-1 hypervisor (like Xen or ESXi) - BSD-derived userland (as MINIX 3) -…

Ever heard of https://genode.org/ ?

Re: NetBSD 9.0

#55

Post by tal8d »

mmcgaha wrote: post #46
crispyporkbites wrote: post #43

Earlier quoted context omitted.

This smells of security through obscurity to me. Unless you’re defending against zero days (unlikely) an up to date Linux box must surely be more secure?

I don't now what goes into the day-to-day maintenance at sdf.org, but they are able to provide public access to a NetBSD system without any major security breaches. The lore there is that before the switch from Linux to NetBSD security was a mess. Of course they made the change almost 20 years ago, so things probably are different today.

sdf.org is interesting because it is one of the few services running a multi-user capable OS - and using it that way. I donated to them years ago, primarily for the complementary email address, and in setting that up I was poking around in the shell - that was the first I'd seen 'who' return a list active sessions that weren't me.

Re: NetBSD 9.0

#56

Post by xvilka »

rjsw wrote: post #49
xvilka wrote: post #18

Earlier quoted context omitted.

radare2 [1] is a portable tool and should work everywhere, like you expect to do the same from GDB, for example. [1] https://github.com/radareorg/radare2

There is a radare2 package in pkgsrc, I presume it works.

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.

Re: NetBSD 9.0

#57

Post by cnst »

Don't see anyone mention these rather notable features of NetBSD 9.0:

* NVMM — hypervisor compatible with QEMU. https://news.ycombinator.com/item?id=19622590. http://blog.netbsd.org/tnf/entry/from_zero_to_nvmm.

* KASLR — kernel address-space layout randomisation. https://news.ycombinator.com/item?id=15769457. http://blog.netbsd.org/tnf/entry/the_strongest_kaslr_ever.

Both were done by the same person, BTW, who also found a serious bug in OpenBSD's VMM hypervisor earlier today, too — https://news.ycombinator.com/item?id=22336962.

Re: NetBSD 9.0

#58

Post by unixhero »

wtallis wrote: post #33

> Reworked SATA subsystem, now supporting multiple commands in transit (NCQ), Well, that's more than a decade overdue. It looks like they added a NVMe driver in 8.0 that's not shockingly primitive, so I wonder why SATA was lagging so far behind.

At least it is now available.

Re: NetBSD 9.0

#59

Post by msla »

harryruhr wrote: post #35

There was an Article "Are the BSDs dying" ( https://www.csoonline.com/article/3250653/is-the-bsd-os-dyin... ) where it us said, that NetBSD has the lowest code quality of all BSD variants. It also finishes last when it comes to security updates. To this day NetBSD doesn't deliver binary security updates in a timely manner. Not in the base system and not for packages. Even OpenBSD manages to do this nowadays. If there…

> There was an Article "Are the BSDs dying"

I don't know, what does NetCraft say?

Does NetBSD run on Hot Grits yet?

Re: NetBSD 9.0

#60

Post by rjsw »

xvilka wrote: post #56
rjsw wrote: post #49

Earlier quoted context omitted.

There is a radare2 package in pkgsrc, I presume it works.

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.
Post reply on HN