The FreeBSD people seem to be on a roll when it comes to porting things. They mention a 64-bit Linux compatibility layer they recently rolled out in this post. But in addition, some iXsystems employees have ported much of the OSF Mach kernel (sans memory object/external pager interface) as a module, plus partial or full implementations of XPC, libdispatch, ASL (Apple System Logger), liblaunch and other facilities jus…
Is this a really long running project? According to [1], GCD (libdispatch) has been there since 8.1. Or is there another implementation being rolled? https://en.wikipedia.org/wiki/Grand_Central_Dispatch
Docker on FreeBSD
31–40 of 69 posts
Re: Docker on FreeBSD
#32Earlier quoted context omitted.
> it actually works with software packages. Well I don't know about that. I can't open Settings in Chromium at all anymore, the whole browser crashes. It also constantly uses 100% CPU for something so with Chromium open my load is always >1. In VirtualBox none of the file open dialogs work. If I switch to a console from X the whole screen glitches and gets stuck, I have to SSH in to restart/stop X. Suspend doesn't wo…
The Chromium issue was fixed recently. Try updating your Chromium to at least 43.0.2357.132. The VirtualBox issue is long standing, it's caused by the fact that vbox is setuid. Try this: env KDE_FORK_SLAVES=1 VirtualBox
Re: Docker on FreeBSD
#33Earlier quoted context omitted.
> it actually works with software packages. Well I don't know about that. I can't open Settings in Chromium at all anymore, the whole browser crashes. It also constantly uses 100% CPU for something so with Chromium open my load is always >1. In VirtualBox none of the file open dialogs work. If I switch to a console from X the whole screen glitches and gets stuck, I have to SSH in to restart/stop X. Suspend doesn't wo…
Oh and about the X thing, do you have a Haswell processor? And are you using the VGA driver for X? I had that, bought a $20 ATI card, works fine now, 3D acceleration in KWM and everything.
Re: Docker on FreeBSD
#34Earlier quoted context omitted.
To be honest, I think OpenBSD is ahead on some fronts (research on security mechanisms, for instance), but the reason that I tend to use FreeBSD is that it actually works with software packages. So the computers are based on FreeBSD (which manages the hypervisor -- and soon container daemon!), and appliances only are based on OpenBSD. Compatibility ftw.
The only piece of software I really miss on OpenBSD is the Android SDK, other than that it has everything I use and it works great. So once again I want to tell everyone reading this, if you haven't tried it and if your hardware is supported I invite you to give OpenBSD a spin.
Re: Docker on FreeBSD
#35Earlier quoted context omitted.
Oh and about the X thing, do you have a Haswell processor? And are you using the VGA driver for X? I had that, bought a $20 ATI card, works fine now, 3D acceleration in KWM and everything.
Sandy Bridge actually, i7 2600k. I have an ATI card too, I might try that. Wasn't too sure how well those work on FreeBSD.
Re: Docker on FreeBSD
#36Earlier quoted context omitted.
I believe capsicum is/will be used for sandboxing sshd, ping and tcpdump. Furthermore i know about Security Appliances making use of it, but that's about it, to be honest.
Google uses it extensively. But really, it's the future of security because it's proactive not reactive.
Re: Docker on FreeBSD
#37I just assumed we would not do docker because we have had jails for so long. In fact, ZFS and jail is docker no? I admit no familiarity with docker (played with LXC years ago and thought - gosh it's like jail! :-)
Re: Docker on FreeBSD
#38Re: Docker on FreeBSD
#39I moved from FreeBSD on a server two days ago , because it lacked Docker-support. Kicking myself in the foot right now...
Re: Docker on FreeBSD
#40The FreeBSD people seem to be on a roll when it comes to porting things. They mention a 64-bit Linux compatibility layer they recently rolled out in this post. But in addition, some iXsystems employees have ported much of the OSF Mach kernel (sans memory object/external pager interface) as a module, plus partial or full implementations of XPC, libdispatch, ASL (Apple System Logger), liblaunch and other facilities jus…
The bit about adding in Mach/OS X support is really interesting. Any idea specifically what they're looking to run? It's intriguing on its own and could provide a basis for reimplementations of CoreFoundation, AppKit, Quartz, etc, enabling the creation of FreeBSD-based "open OS X" of sorts.