1. 26
  1.  

  2. [Comment removed by author]

    1. 2
      1. I did look at both of them, and neither of them were pure Go. They also didn’t serialise; I could sync to a file but without encryption, which defeats the whole purpose ;) There are certainly a number of areas where the DB structure could be improved, but I haven’t hit the use case yet where I need to.

      2. On Linux, I use upstart and on OpenBSD, tmux. One of the things I don’t like about Go is how much of a pain point this has been, especially being used to daemon(3).

      I’m glad it was interesting.

      1. 2

        BTW, there is a pure Go implementation of LevelDB available: https://github.com/syndtr/goleveldb

        1. 2

          On Linux, I use upstart and on OpenBSD, tmux. One of the things I don’t like about Go is how much of a pain point this has been, especially being used to daemon(3).

          I think OpenBSD has daemontools and runit. I would think either would be a better option than running in tmux/screen.

          As far as it being a pain point, as a counter anecdote, I prefer running my services under daemontools/runit/upstart/systemd/launchd, as apposed to them daemonizing on their own.

          1. 1

            It does, but most of things I’ve run on my OpenBSD server were just experiments and prototypes where it was more useful to have it running in the foreground when I wanted to do something. If it was running in production, I’d use runit.

      2. 1

        Nice Kyle! I was waiting to see the write up for keyvault. It looks interesting.