Live data from Hacker News

Show HN: Bocker – Docker implemented in 100 lines of bash

github.com

41–50 of 89 posts

Re: Show HN: Bocker – Docker implemented in 100 lines of bash

#41
If anyone wants to earn some huge brownie points with me (and who wouldn't), you could implement a PaaS on top of Joyent's Triton system[1]. Purely in terms of the cost structure you could offer with such a PaaS, this could be a Heroku killer. Huge bonus points if it's totally open source!

1. https://github.com/joyent/sdc-docker

Re: Show HN: Bocker – Docker implemented in 100 lines of bash

#42

Earlier quoted context omitted.

clustering and orchestration still sucks I don't see that changing until we get proper single-system imaging, location transparency, process and IPC migration, process checkpointing and RPC-based servers for representing network and local resources as objects (be they file-based or other) in our mainstream systems. These things only really caught on in the HPC and scientific computing spaces, where you've had distrib…

I ran an OpenMOSIX cluster as a hobby. The alternative was Beowulf (the meme of the day was "Imagine a Beowulf cluster of these things"). It seems the mainstream server industry has moved to more isolation rather than more interconnectedness, which is probably better for most public-facing systems.

Isolation is orthogonal to what I listed. MOSIX has decent sandboxing. I don't know about Linux-PMI or OpenMOSIX, though. They died off years ago anyway.

Re: Show HN: Bocker – Docker implemented in 100 lines of bash

#46
post #36

I'm missing something, what actually "executes" the command here echo "$2" > "$btrfs_path/$uuid/$uuid.cmd" Is something watching for .cmd? Is this some behavior of util-linux (for which, my few seconds couldn't find solid documentation on)?

If my dry read of the code is correct, that line is for the "bocker ps" routine to be able to print the command later.

The run command itself is executed next, inside of ip netns exec.

Re: Show HN: Bocker – Docker implemented in 100 lines of bash

#47
post #36

I'm missing something, what actually "executes" the command here echo "$2" > "$btrfs_path/$uuid/$uuid.cmd" Is something watching for .cmd? Is this some behavior of util-linux (for which, my few seconds couldn't find solid documentation on)?

If my dry read of the code is correct, that line is for the "bocker ps" routine to be able to print the command later. The run command itself is executed next, inside of ip netns exec.

Ahhh, no.. I was looking at line 57 and somehow missed the actual call to $2 on 59. Clear as a bell now

Re: Show HN: Bocker – Docker implemented in 100 lines of bash

#48
post #39

Earlier quoted context omitted.

Dokku written in bash? (I am one the maintainers of dokku, which is written in bash).

I think he's suggesting creating a similar project to dokku, but instead of using Docker, use Bocker.

If installing via apt-get, that means creating a debian package that provides lxc-docker-1.6.2 (docker 1.7 broke backwards compatibility in output of docker ps). Otherwise, just patching the [Makefile](https://github.com/progrium/dokku/blob/master/Makefile#L85) to check for bocker (linked to `/usr/local/bin/docker` of course) would suffice.

Though I don't think that is what he is asking for.

Re: Show HN: Bocker – Docker implemented in 100 lines of bash

#49
post #37

Wow, Docker in 100 lines! It runs as root? Oh. It is written in bash? Oh. It needs a ton of manual setup? Oh. It doesn't actually implement the package format which is most of the point of Docker? Oh. So is it that easy to reimplement Docker? Despite the obvious snarky intent, it appears not.

@Shykes, is that your alter-ego account?

Re: Show HN: Bocker – Docker implemented in 100 lines of bash

#50
I thought puppet/chef were the pit of the devops ridicule. Then I not only saw this, but also positive reactions to a readable code in which you have :

    echo 'nameserver 8.8.8.8' > "$btrfs_path/$uuid"/etc/resolv.conf
This is wrong on so many level that I don't know where to begin with.
Post reply on HN