Dang, I was almost done updating the script and when I just ran it testing the emerge/craft option, I discovered that they changed the directory structure messing up my file copies at the end. They say that emerge/craft is supposed to simplify the porting process, and in large part it does. But it doesn't finish things, you still need a script to copy relevant files into your app bundle. But when they keep making changes to the name of the tool and to its directory structure, it keeps breaking our scripts.

Time to fix it again. . .

EDIT: Upon closer analysis, craft may have just failed. I jumped to conclusions. Let me see what happened. . .

Ok, while I figure this out, I thought I would post what I was writing when craft had a problem.

Ok Jamie and Stephane,

I think my changes to the script are finally ready for you to take a look at, after several days of work. I have tested the script in all 3 modes and it builds just fine (NOTE: except when I just tried the emerge/craft option, but that looks like a minor mistake on their part--no big deal). I even deleted everything from my home-brew which led me to find out that kded was missing from the brew install list in the cmake version. It is kind of needed since it launches klauncher. Here is mainly what I changed from your version to robsMods.

1. Added xplanet, kioslave, astrometry, plugins, and frameworks to the directories for the install name tool.
2. Switched to @loader_path instead of @executable_path
3. Doing #2 allowed me to get rid of a lot of the duplication of dylibs in multiple places, they are all in Frameworks now.
4. Added the gsc executable, supporting the CCD simulator's fake ccd images.
5. Copied the plugins into the bundle to support the functionality of downloading new images in the details window.
6. Corrected the file path generation for copying libindi, libnova, libcfitsio and other libraries into Frameworks
7. Made the dmg and dmg icon look nice.
8. Added an option for building KStars via cmake with the generation of an Xcode project.
9. Simplified and fixed the cmake kstars finishing steps to put the files in the correct app bundle and then finish it off.

Some thoughts for future improvement:

1. We should try including netpbm, creating an installer for it, or finding an installer for it. Right now users have to install homebrew and possibly Xcode tools to use it and it is a crucial package for astrometry.
2. We need to look into what the dmg needs to have on it in terms of instructions, readme's, license agreements etc.
3. It would be good to resolve the issue with building the software packages we are currently installing with home-brew for previous versions of OS X. Right now, if you build on Sierra, and try to use the app on El Capitan, some things will not work, since they were built for Sierra.

Now that we nearly have everything working the way we want it in the script, a while back Sean Houghton mentioned Travis CI. I am thinking that it would be nice to run Jamie's script on that. It could particularly solve the error we had with home-brew not installing for previous version of the os. It also would be really nice to have KStars build regularly to keep up with Jasem's frequent updates to the KStars code.

docs.travis-ci.com/user/osx-ci-environment/

So:
I submitted the pull request to Jamie for the changes to the Script.
I submitted a pull request to home-brew/science to get them to fix wcslib.
And now I am playing with Travis CI to see if I can get it to work. Don't worry, I forked the kstars-on-osx script after I submitted my pull request to make sure it doesn't mess it up somehow.

Pull request merged, and branch deleted. Thanks!

After a bit of coaxing (25 attempts or so. . .). I managed to get the script to run nicely in Travis CI. The only thing that you really need to do to get it to work is to create a small configuration file called .travis.yml This file is extremely crucial however, and is the cause of my having to repeat the build multiple times. Of course there is still an error in craft, but I was just hoping to get the script to go as far as it does on my computer, which it does. Later we can work out any other issues. The options on Travis CI support building on OS 10.11 and 10.12. There is currently support for 10.10, but that will be removed shortly. And anyway, I think we need xcode8 in order to avoid the clock monotonic build failure in the 3rd party drivers. You will note that right now I am using the brew qt5 (and without dbus!). It took too long to build the dbus version and I don't know how to get the normal qt installed from the command line. We will probably need to change that later. Also note that I turned off the announce parameter because that stopped the script from running.

Here are the contents of .travis.yml that worked for me:

sudo: false
language: generic
os: osx
osx_image: xcode8
compiler: clang
before_install:
- brew update
- brew install qt5
install: ./build-kstars.sh -3eiq

I was wondering, has anybody had a chance to test this dmg yet?

KSTARS DMG

The instructions are above if you want to test plate solving and gsc related stuff, but the dmg and the KStars and Ekos therein should work right out of the box. You just need to right click to open the app the first time and click ok to the unidentified developer prompt. The dialog boxes should guide you through the rest and then it should be up and running.

Will test it tonight in my Sierra MBP. Thanks

I am testing it right now and the only thing it's not working is the ZWO Driver.

"2017-01-17T22:59:01 Unable to establish remote device:
+ ZWO CCD
Please ensure remote device name corresponds to actual device name."

I had this problem before with my Atk 420 and it was a device name problem.
It does not even show the device tab. On the device list there are 2 ZWO Drivers listed. None works.

Gphoto, EQmod and Moonlite drivers work ok. Some more testing.

- Kstars crashes defining custom paths for executables and using Apply button, no problem with OK Button (ex, solve-field, wcs-info, cfg location)
- Using offline solver with internal executables works but fails to solve, I had remove the -no-fits2fits keyword:

"2017-01-17T23:18:22 Solver failed. Try again.
2017-01-17T23:18:22 Reading input file 1 of 2: ""...
2017-01-17T23:18:22 /Applications/KStars.app/Contents/MacOS/astrometry/bin/solve-field --no-verify --no-plots --resort --downsample 2 -O -L 99.7124 -H 165.456 -u aw -3 130.371 -4 19.4808 -5 30 -W /var/folders/v2/4ml8s6gj3877jw02vs2zfdm40000gn/T/solution.wcs /var/folders/v2/4ml8s6gj3877jw02vs2zfdm40000gn/T/fitsHts756
2017-01-17T23:18:22 Starting solver...
2017-01-17T23:18:22 Image received."

Thank you for testing it out! I believe you are the first person to try KStars installed from a DMG with real equipment on a Mac and have it working! Of course I have connected my equipment to my raspberry pi and connected from my Mac, but of course it is full of development stuff that could make it work even if it shouldn't. I have used it with the simulators on my wife's computer, but I haven't yet tried real equipment from her computer. I have been focusing on getting the build script in order and the weather has been bad.

As to the ZWO issue, I don't know if that is a Mac issue or a driver thing.

For GPhoto Eqmod and Moonlite, were you using them directly connected to your Mac or via a remote computer like a Pi?

I can look into the custom paths issue, since that feature will be necessary in the future in case somebody wants to run a different astrometry version or something. But there should be working astrometry libraries built into the app. Did you try plate solving with the internal solver? I put instructions in this thread a few days ago.

Hi!

I think the ZWO thing is really a name issue, I had the same problem months ago with an Atik and was solved.
All my equipment is remote, connected to an Atom x64 PC.
Just tried local astrometry but it fails. I just update my last post with some info on it.

So when I had problems with that, I copied and pasted it into the Terminal to see what it says, it should help you figure out the problem.
Type this command in Terminal:

/Applications/KStars.app/Contents/MacOS/astrometry/bin/solve-field --no-verify --no-plots --resort --downsample 2 -O -L 99.7124 -H 165.456 -u aw -3 130.371 -4 19.4808 -5 30 -W

If I had to take a guess, I would guess that you might need to install pyfits or netpbm.