Add native binaries and package distribution about rqlite HOT 10 CLOSED

+1 for rpm (centos 7) and deb (ubuntu 16.04) native packages.

from rqlite.

Windows binaries are built during CI, this is all I'm going to do here for now.

from rqlite.

No, I don't think there should be any problems, though this project does use some C code, so I can't be sure. I haven't tested cross-compilation.

Where would you store the debian and RPM packages? Are you thinking about a repo service?

from rqlite.

https://packagecloud.io/ provides a very nice service. Projects like inspeqtor are using it.

from rqlite.

Ah yes, I am familiar with that service. It would be cool to get packages up there.

from rqlite.

For my case, where I'm mainly interfacing with rqlite through curl, I make sure I have go installed, then run shell scripts to setup/rejoin rqlite. My program is written in java, but any language could pretty easily interface with rqlite since it uses curl.

IMO, its not too much to ask that users have go installed to be able to run go programs.

from rqlite.

Well, that's the thing @tchoulihan -- unlike Java, one doesn't need Go to run Go programs. Since they are compiled as binaries without any external dependencies (not counting libc), it is of great value to have the binaries packaged as standalone programs. This is in contrast to Java, where even if you package up all the source and JAR files, one still needs the JVM installed. (Apologies if you know all this!)

from rqlite.

Understood, its cool that its a possibility. I have to have ruby, python, java, and libc installed on my machine haha.

from rqlite.

+1 for windows support

from rqlite.

+1 one windows packages

from rqlite.