On Beta Testing
Moderator: Forum Moderators
Re: On Beta Testing
As I pointed out on irc when we talked earlier, we currently do this with windows, as you can see from the jenkins build logs, and you can get the cross-compiled windows nightly here:ancestral wrote: Mac version aside, a Jenkins deployment to a GitHub repo for Linux or Windows builds would be very doable. if you didn't want to have every build deployed on every SCM change, you could set up a deploy script to run (and then we'd have nightlies!) which would make a huge difference for testers. (Seeing it's version control, you should just be able to push up the changes each night instead of sending the whole project each time).
http://baldras.wesnoth.org:8080/job/Wes ... ebian7-32/
If it's possible, that's great, but to figure out how to do it we would need to have a person with access to a linux machine and a mac set it up and test it. The current OSX packager has said that he doesn't consider himself knowledgeable about compilers to the degree necessary to figure this out, all he knows how to do is click to update the Xcode project file and click the compile button. IIUC he only does this because if he didn't, then we wouldn't have an OSX release at all.ancestral wrote: In case I wasn't clear, yes, cross-compiling should be possible. (Of course, it wouldn't be easy the first time.)
So for this to happen, we would probably need a volunteer to demonstrate that it works, start to finish. Besides this, the people who have access to and maintain jenkins-CI on the server (AI0867 and loonycyborg iiuc?) would have to sign off on it and agree to maintain it, or more likely the volunteer would have to agree to become the maintainer.
Re: On Beta Testing
I guess I’m not explaining this well.iceiceice wrote:As I pointed out on irc when we talked earlier, we currently do this with windows, as you can see from the jenkins build logs, and you can get the cross-compiled windows nightly here:ancestral wrote: Mac version aside, a Jenkins deployment to a GitHub repo for Linux or Windows builds would be very doable. if you didn't want to have every build deployed on every SCM change, you could set up a deploy script to run (and then we'd have nightlies!) which would make a huge difference for testers. (Seeing it's version control, you should just be able to push up the changes each night instead of sending the whole project each time).
http://baldras.wesnoth.org:8080/job/Wes ... ebian7-32/
Either use a new branch or a new repo. Testers would clone it (if they haven't already). Then, every night, Jenkins pushes the last successful binary up to GitHub. So the next morning, Testers will have the new binary the next day. (Which saves them the hassle of having to build using the command line.) Plus it wouldn't be taxing bandwidth on the Jenkins server as people wouldn't download it from there; they'll just
git pull
and have it already — from GitHub.(Some info here may be helpful: http://fourword.fourkitchens.com/articl ... ing-github)
Wesnoth Bestiary ( PREVIEW IT HERE )
Unit tree and stat browser
Canvas ( PREVIEW IT HERE )
Exp. map viewer
Unit tree and stat browser
Canvas ( PREVIEW IT HERE )
Exp. map viewer
Re: On Beta Testing
I see. So basically you want this last line
But you know, the binary is only 25mb, much less than the ~1.8 gig you would get from just the most recent git repo revision (with no history).
I mean can't we just say "windows users, simply run `git fetch upstream`, `git checkout upstream/1.12`, then download this executable and drop it in place at the root of the repo?"
I'm not really sure but my assumption is that 25mb, at the rate that we would likely have testers downloading it, doesn't seem much different from the traffic that the add-on server gets. (I'm pretty sure this is all on the same server?)
"cp ..."
in the build log to be "scp ..."
or even "git push ..."
so you don't end up downloading from baldras directly.But you know, the binary is only 25mb, much less than the ~1.8 gig you would get from just the most recent git repo revision (with no history).
I mean can't we just say "windows users, simply run `git fetch upstream`, `git checkout upstream/1.12`, then download this executable and drop it in place at the root of the repo?"
I'm not really sure but my assumption is that 25mb, at the rate that we would likely have testers downloading it, doesn't seem much different from the traffic that the add-on server gets. (I'm pretty sure this is all on the same server?)
If it's a branch then I guess that would mean baldras would need commit credentials to the main repo, which doesn't seem like such a great idea.ancestral wrote: Either use a new branch or a new repo.
Re: On Beta Testing
GitHub has pretty good Windows and Mac clients. Pushing a button to sync is far easier than typing in URLs and moving files imo, as there could be several file changes in addition to just the Wesnoth binary.iceiceice wrote:But you know, the binary is only 25mb, much less than the ~1.8 gig you would get from just the most recent git repo revision (with no history).
I mean can't we just say "windows users, simply run `git fetch upstream`, `git checkout upstream/1.12`, then download this executable and drop it in place at the root of the repo?"
Thinking about it more, a separate GitHub repo is probably the better choice, so people don't have to download other branch changes. (Call it
wesnoth-nightly-win
or what-have-you.)
Why? What's wrong? Especially if it's in its own repo, then there's zero risk.iceiceice wrote:If it's a branch then I guess that would mean baldras would need commit credentials to the main repo, which doesn't seem like such a great idea.
Wesnoth Bestiary ( PREVIEW IT HERE )
Unit tree and stat browser
Canvas ( PREVIEW IT HERE )
Exp. map viewer
Unit tree and stat browser
Canvas ( PREVIEW IT HERE )
Exp. map viewer
- Pentarctagon
- Project Manager
- Posts: 5564
- Joined: March 22nd, 2009, 10:50 pm
- Location: Earth (occasionally)
Re: On Beta Testing
Using the -s and -Os options reduces the size further to ~11MBs.iceiceice wrote:But you know, the binary is only 25mb, much less than the ~1.8 gig you would get from just the most recent git repo revision (with no history).
99 little bugs in the code, 99 little bugs
take one down, patch it around
-2,147,483,648 little bugs in the code
take one down, patch it around
-2,147,483,648 little bugs in the code