Live data from Hacker News

OpenBSD Passes 300,000 Commits

undeadly.org

1–10 of 40 posts

Re: OpenBSD Passes 300,000 Commits

#2
For those who have heard of OpenBSD but have not used it, I strongly recommend trying it on your next server appliance. I have been using it on my servers for some time now and I have been very happy. The entire OS seems to be of substantially higher quality than Linux.

Re: OpenBSD Passes 300,000 Commits

#3
post #2

For those who have heard of OpenBSD but have not used it, I strongly recommend trying it on your next server appliance. I have been using it on my servers for some time now and I have been very happy. The entire OS seems to be of substantially higher quality than Linux.

Does OpenBSD have an analog of Docker?

Re: OpenBSD Passes 300,000 Commits

#4
post #3
post #2

For those who have heard of OpenBSD but have not used it, I strongly recommend trying it on your next server appliance. I have been using it on my servers for some time now and I have been very happy. The entire OS seems to be of substantially higher quality than Linux.

Does OpenBSD have an analog of Docker?

Docker originated from BSD Jails which basically give you Chroot on steroids.

The synchronization likely won't 100% work, with cron script you maybe able to just do that with git.

Re: OpenBSD Passes 300,000 Commits

#5
post #2

For those who have heard of OpenBSD but have not used it, I strongly recommend trying it on your next server appliance. I have been using it on my servers for some time now and I have been very happy. The entire OS seems to be of substantially higher quality than Linux.

Also things are deceptively simple. There's of course the initial hiccup for new users since the setup is a tad esoteric, but once past that, using it is very straightforward.

It's not quite "set it and forget it" for servers, but pretty close IMHO.

There's an attitude among the developers of making it extremely difficult to run sub-par code on the OS, which makes the overall quality of most ported apps high, quite stable and (unpleasant)surprise-free.

Re: OpenBSD Passes 300,000 Commits

#6
post #3

Earlier quoted context omitted.

Does OpenBSD have an analog of Docker?

Docker originated from BSD Jails which basically give you Chroot on steroids. The synchronization likely won't 100% work, with cron script you maybe able to just do that with git.

Jails are a FreeBSD thing. OpenBSD doesn't have them so far as I know.

Re: OpenBSD Passes 300,000 Commits

#7
post #2

For those who have heard of OpenBSD but have not used it, I strongly recommend trying it on your next server appliance. I have been using it on my servers for some time now and I have been very happy. The entire OS seems to be of substantially higher quality than Linux.

I'm looking to set up an OpenBSD server myself. Things are going quite well, but I'm not looking forward to the upgrade process (as an example, here's 5.4 -> 5.5 http://www.openbsd.org/faq/upgrade55.html). How easy has it been for you to upgrade?

Re: OpenBSD Passes 300,000 Commits

#9
post #6

Earlier quoted context omitted.

Docker originated from BSD Jails which basically give you Chroot on steroids. The synchronization likely won't 100% work, with cron script you maybe able to just do that with git.

Jails are a FreeBSD thing. OpenBSD doesn't have them so far as I know.

sysjail is available for OpenBSD.

>It provides a similar function as FreeBSD's jail(8) utility while being significantly more flexible. The package provides jail(1), a drop-in replacement of FreeBSD's jail(8)

http://sysjail.bsd.lv/

Re: OpenBSD Passes 300,000 Commits

#10
post #9
post #6

Earlier quoted context omitted.

Jails are a FreeBSD thing. OpenBSD doesn't have them so far as I know.

sysjail is available for OpenBSD. >It provides a similar function as FreeBSD's jail(8) utility while being significantly more flexible. The package provides jail(1), a drop-in replacement of FreeBSD's jail(8) http://sysjail.bsd.lv/

sysjail is not safe for jail-like use. Sysjail'ed processes can do Bad Things by exploiting concurrency races in the syscall interception layer.

Relevant paper: http://www.watson.org/~robert/2007woot/2007usenixwoot-exploi...

Post reply on HN