I think I fixed the .gitconfig part of this:
git commit -m "looks like the -o in the test didnt work the way I thought"
As for the path- I think that we should make a specific dir req for that - if we don't want to use the build then expect it in a specific location- I didn't make it up, I used what was in a previous place
I just installed it on my MBA- it defaulted to installing in ~/Qt5.7.0 - so that is what I will check for. If it is not there, I will abort and fail the script. Sound good?
so where do we draw the line? I can put in tests for all of these things, most are pretty simple shell tests (well, I don't know about the Xcode license thing).
We can definitely add a readme that puts the basic steps in as a prerequisite- but then question who is this setup for - someone building for themselves, or those of us trying to build the package for others?
I consider it as the latter- I am lazy in nature, so I automate stuff. if we want an alternative build, then we can accommodate that - but in that case I need to know our goals. If it is a script that we use "internally" to build a dmg of kstars, then we can be pretty "strict" with the requirements. If it is to ALSO build kstars standalone - well, then it needs to be more robust. I can do either - I am having fun
I am inclined to just put a list of instructions to the user to have them install Xcode and possibly QT. If they prefer the version of qt from home-brew, they can use what is currently in your script. Homebrew and cmake require such simple commands that it would be really easy to just add to your script I think.
The primary goal is for us to have an easy way to get us and/or somebody else able to just run a simple script to get things set up. And if we can get a nice standalone dmg via a script, the user would never have to do stuff like this.
I found one other problem. After I got kstars all installed, I found that I couldn't use astrometry.net because I didn't have python and pyfits properly installed on this machine. I don't remember what I did to get those installed. . . I seem to remember Stephane having trouble with that briefly. I have to go back and get those installed properly. When I figure out what the heck he or I did to get python and pyfits properly set up, you might want to add that to your code Jamie.
Sorry, I had forgotten all about that until it didn't work on my new machine.
Our goal I believe it to build the kstars dmg file from source files, from brew to macdeployqt and everything in the middle using an automated process.
Ultimately, once we have a rock solid process in place, we could automate the updates as they come along in kstars/indi/etc... , maybe?
You do see on many websites: "requirements to be able to run xyz... needs to be met".
Our requirements should be the following:
I've excluded brew install cmake as it's in Jamie's script.
"Xcode: accepting the license agreements", I believe there is a way to do this from the command line, I've done it but cannot remember right now how.
Thanks for the update, I will see if I can do the "When I get home I will double-check the location of the qt install - see if maybe I can "find" it better so it is a bit more flexible." later on tonight.