Package Details: libindi_3rdparty 2.1.0-1

Git Clone URL: https://aur.archlinux.org/libindi_3rdparty.git (read-only, click to copy)
Package Base: libindi_3rdparty
Description: 3rd party drivers for INDI, a distributed control protocol designed to operate astronomical instrumentation
Upstream URL: http://www.indilib.org/index.php?title=Main_Page
Keywords: astronomy indi libindi
Licenses: LGPL2.1
Provides: libindi_3rdparty
Submitter: peterstrapp
Maintainer: lehel_x (mobarre, weekend-hero)
Last Packager: lehel_x
Votes: 11
Popularity: 0.000024
First Submitted: 2015-12-28 02:34 (UTC)
Last Updated: 2024-10-13 17:28 (UTC)

Pinned Comments

mobarre commented on 2022-03-19 16:17 (UTC) (edited on 2022-03-19 16:18 (UTC) by mobarre)

Hey there,

As work has begun a while ago on building independent packages, some build options have been removed. So far, the following drivers now have their own "indi-xxx" packages:

  • indi-asi
  • indi-qsi
  • indi-qhy
  • indi-gpsd
  • indi-eqmod
  • indi-gpsnmea

mobarre commented on 2018-08-07 10:29 (UTC)

"it seems that the following dependencies are needed in order to build this package: libnova14-compat libraw libdc1394 gpsd fftw boost-libs"

Well, yes. That's because at the moment it's a lot of work to split all the third party indi drivers into multiple packages. gpsd is only required for indi-gps, boost for apogee, libraw for gphoto, libdc1394 for indi-ffmv, fftw for libdspau in turn needed for indi-rtlsdr.

As you can see, spliting would avoid adding a ton of unnecessary dependencies, but it is tricky and a lot of work. We're hiring volunteers :)

Also, note that you don't have to have those to build a working package. It is only if you want to have all working drivers which generally isn't needed for everyone (since no one owns all the types of hardware possible). It' a poor excuse, I know...

Pinning both comments as it's useful info IMHO.

Latest Comments

« First ‹ Previous 1 2 3 4 Next › Last »

knur123 commented on 2019-02-07 00:08 (UTC)

Hello, I have installed this package, but I can't find Altair Camera in CCD list in Ekos. Does this AUR package install Altair drivers?

jaythespacehound commented on 2018-08-17 21:16 (UTC)

Just a note that gpsd is needed to build the package. Also fxload is needed if you want qhy support.

mobarre commented on 2018-08-07 10:29 (UTC)

"it seems that the following dependencies are needed in order to build this package: libnova14-compat libraw libdc1394 gpsd fftw boost-libs"

Well, yes. That's because at the moment it's a lot of work to split all the third party indi drivers into multiple packages. gpsd is only required for indi-gps, boost for apogee, libraw for gphoto, libdc1394 for indi-ffmv, fftw for libdspau in turn needed for indi-rtlsdr.

As you can see, spliting would avoid adding a ton of unnecessary dependencies, but it is tricky and a lot of work. We're hiring volunteers :)

Also, note that you don't have to have those to build a working package. It is only if you want to have all working drivers which generally isn't needed for everyone (since no one owns all the types of hardware possible). It' a poor excuse, I know...

Pinning both comments as it's useful info IMHO.

mauritiusdadd commented on 2018-08-04 13:43 (UTC)

Hi,

it seems that the following dependencies are needed in order to build this package: libnova14-compat libraw libdc1394 gpsd fftw boost-libs

Elfe commented on 2018-04-30 20:10 (UTC)

I was able to build by skipping GPSD support and installing fftw

"-DWITH_GPSD:OPTION=OFF" pacman -S fftw

Elfe commented on 2018-04-30 08:48 (UTC)

hmm getting build errors at the moment :(

-- Found CURL: /usr/lib/libcurl.so (found version "7.59.0") -- Boost version: 1.66.0 -- Found the following Boost libraries: -- regex -- Found CFITSIO: /usr/lib/libcfitsio.so -- Using 64 bit static ASI library -- Found CFITSIO: /usr/lib/libcfitsio.so running cp /tmp/yaourt-tmp-elfe/aur-libindi_3rdparty/src/libindi_3rdparty_1.7.1/libqhy/libqhyccd_x86_64.bin /tmp/yaourt-tmp-elfe/aur-libindi_3rdparty/src/build/libqhyccd.so.2.0.0 2>&1 -- Found libnova: /usr/lib/libnova.so CMake Error at cmake_modules/FindPackageHandleStandardArgs.cmake:148 (message): Could NOT find GPSD (missing: GPSD_LIBRARY GPSD_INCLUDE_DIR) Call Stack (most recent call first): cmake_modules/FindPackageHandleStandardArgs.cmake:388 (_FPHSA_FAILURE_MESSAGE) cmake_modules/FindGPSD.cmake:12 (FIND_PACKAGE_HANDLE_STANDARD_ARGS) indi-gpsd/CMakeLists.txt:17 (find_package)

CMake error log has this as well: Determining if the function pthread_create exists in the pthreads failed with the following output: Change Dir: /tmp/yaourt-tmp-elfe/aur-libindi_3rdparty/src/build/CMakeFiles/CMakeTmp

Run Build Command:"/usr/bin/make" "cmTC_9690b/fast" /usr/bin/make -f CMakeFiles/cmTC_9690b.dir/build.make CMakeFiles/cmTC_9690b.dir/build make[1]: Entering directory '/tmp/yaourt-tmp-elfe/aur-libindi_3rdparty/src/build/CMakeFiles/CMakeTmp' Building C object CMakeFiles/cmTC_9690b.dir/CheckFunctionExists.c.o /usr/bin/cc -march=x86-64 -mtune=generic -O2 -pipe -fstack-protector-strong -fno-plt -std=gnu99 -D_FORTIFY_SOURCE=2 -fstack-protector-all -fPIE -Wa,--noexecstack -Wall -Wextra -Wno-unused-but-set-variable -Wno-format-truncation -g -DCHECK_FUNCTION_EXISTS=pthread_create -o CMakeFiles/cmTC_9690b.dir/CheckFunctionExists.c.o -c /usr/share/cmake-3.10/Modules/CheckFunctionExists.c Linking C executable cmTC_9690b /usr/bin/cmake -E cmake_link_script CMakeFiles/cmTC_9690b.dir/link.txt --verbose=1 /usr/bin/cc -march=x86-64 -mtune=generic -O2 -pipe -fstack-protector-strong -fno-plt -std=gnu99 -D_FORTIFY_SOURCE=2 -fstack-protector-all -fPIE -Wa,--noexecstack -Wall -Wextra -Wno-unused-but-set-variable -Wno-format-truncation -g -DCHECK_FUNCTION_EXISTS=pthread_create -Wl,-O1,--sort-common,--as-needed,-z,relro,-z,now -rdynamic CMakeFiles/cmTC_9690b.dir/CheckFunctionExists.c.o -o cmTC_9690b -lpthreads /usr/bin/ld: cannot find -lpthreads collect2: error: ld returned 1 exit status make[1]: *** [CMakeFiles/cmTC_9690b.dir/build.make:98: cmTC_9690b] Error 1 make[1]: Leaving directory '/tmp/yaourt-tmp-elfe/aur-libindi_3rdparty/src/build/CMakeFiles/CMakeTmp'

eichan commented on 2018-04-21 06:54 (UTC)

I tried after uninstalling my previous version of libindi_3rdparty and deleting /tmp/libindi_3rdparty_1.7.1/ but it didn't help.

The previous AUR version of libindi_3rdparty didn't work either, so I had a chaotic intstall, compiling from sources and make install before deleting everything manually to replace with a proper package from a homemade PKGBUILD. That may be the reason it's not working. I must have forgotten some files.

mobarre commented on 2018-04-20 08:14 (UTC)

Yup, it's a known issue due to how the source (and the cmake scripts) are made. You most probably have the former version of libindi_3rdparty installed, which means that the cmake script will detect libqsi (and others) thus not building them. This is why they can't be found in /tmp.

Current best workaround I have: remove libindi_3rdparty before starting makepkg. Don't forget to start with a fresh workdir.

I'm working on a fix, it's trivial but it's a bit of work. I'll probably get in touch with the INDI team to try to improve their cmake scripts.

eichan commented on 2018-04-20 02:00 (UTC)

Cannot build:

Scanning dependencies of target indi_qsi_ccd [ 40%] Building CXX object indi-qsi/CMakeFiles/indi_qsi_ccd.dir/qsi_ccd.cpp.o make[2]: No rule to make target '/tmp/libindi_3rdparty_1.7.1/usr/lib/libqsiapi.so', needed by 'indi-qsi/indi_qsi_ccd'. Stop. make[1]: [CMakeFiles/Makefile2:682: indi-qsi/CMakeFiles/indi_qsi_ccd.dir/all] Error 2 make: *** [Makefile:152: all] Error 2 ==> ERROR: A failure occurred in package().

GuLinux commented on 2016-11-28 19:30 (UTC)

Updated PKGBUILD: http://pastebin.com/mAG1g1hM