1. 26
    1. [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

        2. 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.