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 »

mobarre commented on 2020-08-09 09:46 (UTC)

Current incompatibility with gpsd is being worked on: https://github.com/indilib/indi-3rdparty/issues/187

Cheers !

Kaliwaal commented on 2020-07-05 23:02 (UTC)

Hello,

I have seen that the package was last updated on 4th May, 2020. I am using a manjaro installation and when I try to install libindi_3rdparty, the compilation stops here:

In function ‘char strncpy(char, const char, size_t)’, inlined from ‘SBIGCCD::SBIGCCD()’ at /var/tmp/pamac-build-ma/libindi_3rdparty/src/indi-3rdparty-1.8.5/indi-sbig/sbig_ccd.cpp:381:16: /usr/include/bits/string_fortified.h:106:34: warning: ‘char __builtin_strncpy(char, const char, long unsigned int)’ specified bound 64 equals destination size [-Wstringop-truncation] 106 | return __builtinstrncpychk (dest, __src, __len, __bos (__dest)); | ~~~~~~~~~~~~~~~~~~~~~~~~^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ [ 62%] Built target indi_fishcamp_ccd [ 62%] Built target indi_apogee_wheel [ 63%] Linking CXX executable indi_qsi_ccd [ 63%] Linking CXX executable indi_fli_ccd [ 63%] Built target indi_qsi_ccd [ 63%] Built target indi_fli_ccd [ 63%] Linking CXX executable indi_apogee_ccd [ 63%] Built target indi_apogee_ccd [ 64%] Linking CXX executable indi_sbig_ccd [ 64%] Built target indi_sbig_ccd make: *** [Makefile:172: all] Error 2 ==> ERROR: A failure occurred in package(). Aborting...

Could you please suggest a solution to this? thanks.

pozar87 commented on 2019-09-27 06:34 (UTC) (edited on 2019-09-27 06:34 (UTC) by pozar87)

Hi! It seems Indi team has recently split the repository. 3rdparty libs are now at https://github.com/indilib/indi-3rdparty

pierros commented on 2019-08-09 07:37 (UTC)

make[2]: No rule to make target '/tmp/libindi_3rdparty_1.8.0/usr/lib/libqsiapi.so', needed by 'indi-qsi/indi_qsi_ccd'. Stop. make[1]: [CMakeFiles/Makefile2:723: indi-qsi/CMakeFiles/indi_qsi_ccd.dir/all] Error 2 make: *** [Makefile:152: all] Error 2

mobarre commented on 2019-06-11 12:56 (UTC)

Sorry for the delay. Updated to 1.7.8.

pozar87 commented on 2019-06-10 20:14 (UTC) (edited on 2019-06-11 06:31 (UTC) by pozar87)

Hi, I get the same error as RononDex - indi-radiosim is not building. However after bumping sources to the latest version (1.7.8) it all builds like a charm.

RononDex commented on 2019-05-24 06:19 (UTC)

I keep getting the following error when trying to build it:

[ 91%] Building CXX object indi-radiosim/CMakeFiles/indi_radiosim_detector.dir/indi_radiosim_detector.cpp.o /home/cobra/packages/libindi_3rdparty/src/indi-1.7.6/3rdparty/indi-radiosim/indi_radiosim_detector.cpp:384:69: error: macro "dsp_buffer_stretch" requires 4 arguments, but only 3 given dsp_buffer_stretch(stream, 0, RESOLUTION0 * 255 / RESOLUTION); ^ /home/cobra/packages/libindi_3rdparty/src/indi-1.7.6/3rdparty/indi-radiosim/indi_radiosim_detector.cpp:390:45: error: macro "dsp_buffer_normalize" requires 4 arguments, but only 3 given dsp_buffer_normalize(stream, 0, 4096); ^ /home/cobra/packages/libindi_3rdparty/src/indi-1.7.6/3rdparty/indi-radiosim/indi_radiosim_detector.cpp: In member function ‘void RadioSim::grabData()’: /home/cobra/packages/libindi_3rdparty/src/indi-1.7.6/3rdparty/indi-radiosim/indi_radiosim_detector.cpp:384:9: error: ‘dsp_buffer_stretch’ was not declared in this scope dsp_buffer_stretch(stream, 0, RESOLUTION0 * 255 / RESOLUTION); ^~~~~~~~~~~~~~~~~~ /home/cobra/packages/libindi_3rdparty/src/indi-1.7.6/3rdparty/indi-radiosim/indi_radiosim_detector.cpp:390:9: error: ‘dsp_buffer_normalize’ was not declared in this scope dsp_buffer_normalize(stream, 0, 4096); ^~~~~~~~~~~~~~~~~~~~ make[2]: [indi-radiosim/CMakeFiles/indi_radiosim_detector.dir/build.make:63: indi-radiosim/CMakeFiles/indi_radiosim_detector.dir/indi_radiosim_detector.cpp.o] Error 1 make[1]: [CMakeFiles/Makefile2:2071: indi-radiosim/CMakeFiles/indi_radiosim_detector.dir/all] Error 2 make: *** [Makefile:152: all] Error 2 ==> ERROR: A failure occurred in build(). Aborting...

mobarre commented on 2019-04-24 14:44 (UTC)

Hi everyone,

Note that I'm aware that 1.7.7 is out, but I'm having compilation issues with libqhy. I'm working on fixing this before I can release something.

Also note, in reply to GuLinux comment on AUR wrappers that I do not have issues installing version 1.7.6 with yay (didn't test with packer). I'll need more detail if you need some help.

Cheers !

GuLinux commented on 2019-03-11 09:04 (UTC)

Hi, why are you redefining lib and includes path for the various included libraries (fli, qsi, qhy, etc)?

It makes compilation impossible on an AUR wrapper (yay, packer, etc), and it seems to work perfectly fine without all of these...