On Sat, Apr 18, 2015 at 12:33:48PM -0700, Chris Brannon wrote: > Adam Thompson writes: > > > users really shouldn't be pulling the latest git and expecting everything to be > > fully working, that's not what version control's for in a collaberative project. > > Yes. Basically, if you're going to run from git, you need to follow > this list. Also note if you have an NNTP client, you can even follow > it without subscribing. Just point at news.gmane.org and read the > gmane.comp.web.edbrowse.devel newsgroup. I should probably add a note > about that to the website and README. There are lots of people out > there who prefer to remain anonymous, and they'd benefit from that interface. Fair enough, and that's a cool interface I was unaware of. > > but I'd personally change the github page to point to this list rather than the > > commandline list since git is our development environment. > > Yes, but the folks Karl is discussing are contacting him directly. > I follow both lists, and the other has been silent for a while. True, but I remember that we were getting github issues there (I think). > > That being said, I accept that the build process is rather involved at the > > minute, so we may need to work to automate some of that. > > The only thing that is fiddly is the binary build process. > Releasing the code is easy. > > Your message has reminded me of another problem, though. > Right now, the edbrowse web site is hosted on my server. If it needs to > change, for whatever reason, I'm the only one who can change it. > Currently, I haven't come up with a fix that makes me completely happy, > but I'll keep thinking on it. > You guys may end up with some kind of (restricted) ssh access to the > machine hosting the site. I could also set up a page on github, say > edbrowse.github.com, and we could all push to that. But github doesn't > make it easy to host binary content like tarballs and executables, I think. Hmmm, what about sftp only ssh accounts chrooted to the web dir? Would that work? Or an ftp server installation, again with virtual user accounts (or local accounts with disabled logins)? That could even use ftps. I've done such an installation before and it works fairly well. The main problem with these is versioning, not of binaries, they will be versioned in the name, but for web content. For this we could probably use a git repo which we could all push to. The server could then pull from this repo and apply the updates, with binaries being uploaded (by you currently, but via the ftp or sftp mechanisms mentioned above in future) separately. I don't want to host the edbrowse website on github, that's not a web hosting platform. If you're happy hosting it then that's brilliant, otherwise we can probably sort out alternative arrangements like a vm running somewhere which we all have access to. Cheers, Adam.