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?
Search Criteria
Package Details: libindi_3rdparty 2.1.0-1
Package Actions
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) |
Dependencies (12)
- cfitsio
- libftdi
- libftdi-compat
- libindi (libindi-gitAUR)
- libjpeg (mozjpeg-gitAUR, libjpeg-turbo-gitAUR, mozjpegAUR, libjpeg-turbo)
- libnova
- libusb (libusb-gitAUR)
- libvorbis (libvorbis-aotuvAUR, libvorbis-aotuv-lancerAUR, libvorbis-gitAUR)
- openal (openal-gitAUR)
- rtl-sdr (rtl-sdr-librtlsdr-gitAUR, rtl-sdr-exp-gitAUR, rtl-sdr-gitAUR, rtl-sdr-blog-gitAUR, rtl-sdr-blogAUR)
- boost (boost-gitAUR) (make)
- cmake (cmake-gitAUR) (make)
Required by (0)
Sources (2)
knur123 commented on 2019-02-07 00:08 (UTC)
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().
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:
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.