Jimbo S Harris replied to the topic 'Ekos on Mac OS X ?' in the forum. 11 months ago

Note that Python is installed by default on OSX; it's used by the OS. On my El Capitan box, python was installed at /usr/bin/python, and is version 2.7.10.

For some reason, pip is not installed by default in the OSX version of Python; you can get pip at bootstrap.pypa.io/get-pip.py or you should be able to sudo easy_install pip

Read More...

Jimbo S Harris replied to the topic 'Ekos on Mac OS X ?' in the forum. 11 months ago

I have been using a finder-style guidescope for several years, right now it's an Orion SSAG with a Kwiq Guider on an otherwise stock 9x50 finder. I also picked up the Orion 50mm Guidescope to use with a QHY 5 II L, but haven't swapped it out yet.

Essentially, I figure as long as the guider is running at a better resolution in "/px than the main scope, you're golden, especially when you figure in subpixel guiding.

I get great results with the combo, guiding the mount to within 1" most nights, or 2" if it's real windy. Best guider ever.

Read More...

Jimbo S Harris replied to the topic 'Ekos on Mac OS X ?' in the forum. 1 year ago

First, let me thank Jamie and Gonzo and all the other contributors who have been chasing this issue really hard for the past few weeks. I haven't been able to follow every single bit of it, but you've been doing a yeoman's effort, and I, for one, am excited to try out kstars on my Mac, and grateful that INDI has such a dedicated community!

All that having been said, I tried this DMG on my (fully clean, never tried building any of this on this Mac) i7 MBP running 10.11.6, and the DMG won't install, because it requires 10.12. Is this expected?

I know that it's been asked before, and the answer was "read the thread", but if there are a set of instructions that one could follow to compile the code / create the DMG, I'd like to try it.

... or should I wait for a "public" DMG to be released, at this point?

Read More...

Jimbo S Harris replied to the topic 'Ekos on Mac OS X ?' in the forum. 2 years ago

Hi Sean,

It was your instructions that got me all compiled and running, so follow the hints your-self-of-several-months-ago gave, and you'll get there, beer notwithstanding :)

I have found that which Hypervisor I use makes a big difference in my success -- I really wanted VirtualBox to work, but found myself plagued with USB problems and instability. I had much more success once I switched to VMWare Fusion. It's non-free, obviously, but the price tag isn't that big ($70 or so), and it has a much better hardware integration between the Mac host and the guest OS (which in my case was Win XP). Granted, the use case I was attempting was hooking all the photo rig to ASCOM on the XP box through the VM, so YMMV if you are only trying to send INDI TCP packets across. Still, having just one USB cable between the rig and the computer was a joy (there was a powered hub at the mount, naturally).

I lost my astro VM in a nasty astro-divorce (long story), so I'm rebuilding my software rig from scratch at the moment. Let me get the ^&$%&(*^ thing running in *(^$(&^ Windows, so I can take some pictures whenever it decides to clear up, and maybe I'll have an appetite to play with "alternative OSes" :) again.

Heck, I might even check eBay for cheap laptops...

Don't drink and sky, ;)
Jimbo

Read More...

Jimbo S Harris replied to the topic 'Kstars / Ekos / INDI on OS X' in the forum. 2 years ago

Well, this has been an interesting ride.

About five years ago, I heard about INDI, and it sounded like a path out of Windows, and in particular, sounded like a great way to use my Mac for astronomy, natively (my observatory runs in a VMWare Fusion VM at the moment). At the time, it felt like there was just not enough device support to justify trying to switch.

This time out, it looked like there was a lot more device support, great job everyone, so I decided to give INDI a go on OSX.

After two weeks of fighting Homebrew, Fink, Qt, and KDE, I'm ready to quit again, for now.

In the end, I got INDI 1.2.0 and Kstars 2.5.0 (compiled under KDE 5.16.0 and Qt 5.5.1) running on OSX 10.10.5. I never quite got all the icons working in Ekos. I couldn't get the indi_qhy_ccd driver to build on the Mac, so I tried both Astroberry 1.0, and the latest Raspberry Pi daily builds (the RPi stuff was on a RPi 2 running Raspbian Jessie), where it built, but was unable to connect reliably to either my SSAG or QHY5-IIL.

I felt like I was a couple a moving parts away from a 100% Mac solution in the observatory, and was setting up to write a port of Lesvedome (K8055 based dome under ASCOM) as an INDI driver.

Perhaps this all just works out of the box on Linux, but I'm feeling like we are still "not quite there yet" on OSX, and so I will just put this project back on the shelf and go back to ASCOM for now. Maybe I will try again in a few years, when Windows starts wearing on me again.

For the record, the only reason I am running KDE on the Mac is to run Kstars, which, after all, is part of the KDE Education package.

A suggestion to someone with a little time on their hands, write a small utility that will enumerate all of the "full names" on a given INDI server. Trying to glean that info from log files was the second-to-last straw.

Read More...

Jimbo S Harris replied to the topic 'KStars on Ubuntu, Can't compile with QtCreator' in the forum. 2 years ago

OK, I got kstars compiled using seanhoughton's method. I am now trying to work my way through getting KStars / Ekos / INDI up and running, and I'm getting a worrisome error in the logfile in the Terminal Window that kstars opens:

File opened: "/Users/jimbo/Library/Application Support/kstars/comets.dat"
klauncher not running... launching kdeinit
klauncher not running... launching kdeinit
klauncher not running... launching kdeinit
couldn't create slave: "Cannot talk to klauncher: The name org.kde.klauncher5 was not provided by any .service files"
Loading Supernovae data

I have tried running

/usr/local/Cellar/kf5-kinit/5.16.0/bin/kdeinit5_wrapper klauncher

from the commandline (which seems to be how to start klauncher, please advise), btu that spits out this error:

kdeinit5_wrapper: Warning: connect(/Users/jimbo/Library/Application Support/kdeinit5_NODISPLAY) failed: : No such file or directory
Error: Can not run klauncher !

Which leads me to believe that it's having a problem with the " " in "Application Support". Is there a way to get kdeinit to escape the space character, or some other way to get klauncher launched?

Any advice at this point would be appreciated.

Clear skies,
Jimbo

Read More...

Jimbo S Harris replied to the topic 'KStars on Ubuntu, Can't compile with QtCreator' in the forum. 2 years ago

Update:

I had to install extra-cmake-modules (ECM) manually:

brew install haraldf/kf5/kf5-extra-cmake-modules 2>&1 | tee /tmp/install.log
cd /tmp
tar zxvf /Library/Caches/Homebrew/kf5-extra-cmake-modules-5.16.0.tar.xz
mkdir build
cd build
cmake ../extra-cmake-modules-5.16.0 -DCMAKE_C_FLAGS_RELEASE=-DNDEBUG -DCMAKE_CXX_FLAGS_RELEASE=-DNDEBUG -DCMAKE_INSTALL_PREFIX=/usr/local/Cellar/kf5-extra-cmake-modules/5.16.0 -DCMAKE_BUILD_TYPE=Release -DCMAKE_FIND_FRAMEWORK=LAST -DCMAKE_VERBOSE_MAKEFILE=ON -Wno-dev -DCMAKE_PREFIX_PATH=/usr/local/Cellar/qt5/5.5.1_2/lib/cmake
make
make install

I got the cmake parameters out of the "install.log" file that brew created. I had to add the CMAKE_PREFIX_PATH myself, after running it the first time and having it fail to find Qt5 properly on its own.

Once I got the proper version of ECM installed, brew counted it as a fulfilled dependency, and I was able to go on to:

brew install haraldf/kf5/kf5-karchive

and am continuing through the list from there.

Read More...

Jimbo S Harris replied to the topic 'KStars on Ubuntu, Can't compile with QtCreator' in the forum. 2 years ago

I am having a rough time getting kstars-bleeding running on my Mac. I am running 10.10.5, and have Xcode 7.2.1 installed.
I am following seanhoughton's instructions, and got as far as this line:

brew install haraldf/kf5/kf5-karchive

before I ran into what looks like a dependency loop?

$ brew install haraldf/kf5/kf5-karchive
==> Installing kf5-karchive from haraldf/kf5
==> Installing dependencies for haraldf/kf5/kf5-karchive: haraldf/kf5/kf5-extra-cmake-modules
==> Installing haraldf/kf5/kf5-karchive dependency: haraldf/kf5/kf5-extra-cmake-modules
==> Downloading download.kde.org/stable/frameworks/5.16/...odules-5.16.0.tar.xz
Already downloaded: /Library/Caches/Homebrew/kf5-extra-cmake-modules-5.16.0.tar.xz
==> cmake . -DCMAKE_C_FLAGS_RELEASE=-DNDEBUG -DCMAKE_CXX_FLAGS_RELEASE=-DNDEBUG -DCMAKE_INSTALL_PREFIX=/usr/local/Cellar/kf5-extra-cmake-modules/5.16.0 -DCMAKE_BUIL
==> make install
Error: No such file or directory - (/usr/local/share/kxmlgui5, /private/tmp/kf5-extra-cmake-modules20160317-7933-9a6kzu/extra-cmake-modules-5.16.0/.brew_home/Library/Application Support/kxmlgui5)

(It's looking for kxmlgui5), so

$ brew install haraldf/kf5/kf5-kxmlgui
==> Installing kf5-kxmlgui from haraldf/kf5
==> Installing dependencies for haraldf/kf5/kf5-kxmlgui: haraldf/kf5/kf5-extra-cmake-modules, haraldf/kf5/kf5-kconfig, gettext, libffi, glib, shared-mime-inf
==> Installing haraldf/kf5/kf5-kxmlgui dependency: haraldf/kf5/kf5-extra-cmake-modules
==> Downloading download.kde.org/stable/frameworks/5.16/...odules-5.16.0.tar.xz
Already downloaded: /Library/Caches/Homebrew/kf5-extra-cmake-modules-5.16.0.tar.xz
==> cmake . -DCMAKE_C_FLAGS_RELEASE=-DNDEBUG -DCMAKE_CXX_FLAGS_RELEASE=-DNDEBUG -DCMAKE_INSTALL_PREFIX=/usr/local/Cellar/kf5-extra-cmake-modules/5.16.0 -DCMAKE_BUIL
==> make install
Error: No such file or directory - (/usr/local/share/kxmlgui5, /private/tmp/kf5-extra-cmake-modules20160317-8047-1vyebhq/extra-cmake-modules-5.16.0/.brew_home/Library/Application Support/kxmlgui5)

(kmlgui depends upon extra-cmake-modules, which in turn depends upon kxmlgui)

Any ideas? After about 3 or 4 days of dealing with dependencies, I got Fink to install kstars, but it did not include INDI or Ekos, so I spent another few days getting -bleeding to compile, only to run into a very nasty part-Brew, part-Fink mess that was causing runtime library problems. So I removed Brew and Fink (and all the stuff they installed) completely, and am starting from scratch with this recipe...

Best,
Jimbo

Read More...

Jimbo S Harris replied to the topic 'Major changes in synscan driver' in the forum. 2 years ago

Hi Peter,

Thanks for your help! With that tip (which resolved the base dependency on the AlignmentDriver library -- it's now being built), I had to figure out how to properly tweak the -L path for the linker (AlignmentDriver was not finding -lgsl).

I'm happy to report that I have just successfully compiled libindi_1.2.0 under OSX 10.11.1

I would like to submit back a pull request, so you can see the changes that I had to make in order to get it to compile on a Mac; according to my feeble merge diffs, they are:

libindi_1.2.0/CMakelists.txt
add line: set(CMAKE_MACOSX_RPATH 1)
(this should be inside some kind of ifdef, but I didn't know how to do that)
also comment out lines 208 and 210 (per your suggestion)
(the arch line should simply include OSX, but I didn't know how to do that)

libindi_1.2.0/libs/indibase/alignment/CMakeLists.txt
line 49: target_link_libraries(AlignmentDriver -L/usr/local/lib ${GSL_LIBRARIES})
(this was where libgsl.* are on my box -- this should be more properly dealt with as a variable, but I couldn't figure out which or where)

libindi_1.2.0/drivers/focuser/smartfocus.cpp
line 23: #include <termios.h>
(this should be inside an ifdef block, but I didn't know what ifdef to use, so I hardcoded it)

With those minor changes, I was able to do the standard build from scratch (well-known, same as everywhere else, but copied here, for posterity):

tar zxvf libindi_1.2.0.tar.gz
cd libindi_1.2.0
vi CMakeLists.txt
vi drivers/focuser/smartfocus.cpp
vi libs/indibase/alignment/CMakeLists.txt
cd ..
mkdir libindi12_build
cd libindi12_build
cmake -DCMAKE_INSTALL_PREFIX=/usr/local -DCMAKE_BUILD_TYPE=Debug ../libindi_1.2.0
make
sudo make install

Thanks again for your help!

Best,
Jimbo

Read More...

Jimbo S Harris replied to the topic 'Major changes in synscan driver' in the forum. 2 years ago

I just tried to download indilib_1.2.0 from sourceforge, and I could not get it to compile under OSX -- the error was a missing dependency on libAlignmentDriver (-lAlignmentDriver), here is a snippet of the make log:

[ 73%] Built target indi_star2000
[ 74%] Built target indi_steeldrive_focus
[ 75%] Linking CXX executable indi_synscan
ld: library not found for -lAlignmentDriver
clang: error: linker command failed with exit code 1 (use -v to see invocation)
make[2]: *** [indi_synscan] Error 1
make[1]: *** [CMakeFiles/indi_synscan.dir/all] Error 2
make: *** [all] Error 2

After noticing in the ChangeLog that synscan and temma were both changed between 1.1.0 and 1.2.0, I was able to Google around and find a copy of the 1.1.0 source, which compiled with no problems.

I don't know enough about CMake to fix the dependency tree, but it seems like there might be something missing in this latest version?

I added this note to the current thread, because it looks like it might be related to the changes; please let me know if I should post this somewhere else.

My interest in compiling from source is that I am going to attempt to "port" LesveDome to INDI (that is, to support the Velleman K8055 board as an INDI::Dome), so I needed a good development environment to work with. I will proceed with the 1.1.0 code, but it would be great to make sure that my stuff works with the code in trunk, too. I will start another thread on this part, so as not to spam this one.

Thanks to all contributors for their hard work on INDI; it's really starting to support a lot of gear!

Clear skies,
Jimbo

Read More...

Login



3rd Party

Choose from the numerous 3rd party INDI drivers to suit your needs!

Got Problem?

Check out the FAQ, the forum, and the bug tracking system to resolve any issues you might have!
You can also subscribe to INDI newsletter and development mailing lists to get the latest updates on INDI!