If you had the Ubuntu official indi installed before, you should remove them ALL first.
Some packages without 'indi' prefix should be removed like:
sudo dpkg --remove libplayeronecamera2
sudo dpkg --remove libfishcamp1
sudo apt --fix-broken install
These drivers seems very unstable that could not connect to the camera.
It could not connect to the camera after the system reboot (sometimes) for example, while ZWO CCD could. And it will be ok suddenly after the ZWO CCD driver done.
I'm trying to connect an ASI294MC Pro with 'ZWO Camera 1'.
Sometimes it works but sometimes not.
When the driver could not connect to the camera, I changed to 'ZWO CCD' which will get it work.
What are these 'ZWO Camera 1/2/3' meaning for?
Try to use ZWO CCD instead of ZWO Camera 1/2/3
I'm also fucked with these 1/2/3, and confused what ware they meaning for.
Confirmed all working on Ubuntu Mate 22.04
So is it possible to let them to build the new version for you? What is their SOP when a 3rd software release a new version?
OK I got it fixed by install breeze-icon-theme
It's so funny. How could it was good before I changed the locale without breeze-icon-theme...
After I changed the system locale, most of the button icons a lost in kstars.
Reinstall does not fix it.
I think there must be cache somewhere. How could I clean the cache and rebuild the icons?
I'm installing a new Ubuntu Mate 22.04 on a X86. This bug is still there on 1.9.6
I'm going to setup this machine before July (must).
Should I rollback to 20.4 or waiting for a patch? Or build from source?
The bug is not fixed in 1.9.6
I'm trying to install indi-full but got some dependency error.
To install stars-bleeding is OK.
To install libindidriver1 is asking me to remove indi-bin kstars-bleeding kstars-bleeding-dbg libindi1
To install indi-eqmod is reporting error of libindi-plugins libindialignmentdriver1 libindidriver1
Hi stan, I have the same question. It seems that there is no useable device module in indi to present such TCS device (maybe aux?).
However, when I decide to purchase an iDK (maybe later 2022), I will try to solve it by developing a driver...
Since 1.8.2 indi-full has changed its structure of 3rd party drivers. All the package have new names.
While oacapture is dependent on old packages like libasicamera and libefwfilter which are replaced by new packages in indi1.8.2.
So this cause the conflict.
The oacapture deb can be installed with 'dpkg -i --ignore-depends=libasicamera,libefwfilter', and does work good.
I have mail to the author of oacapture, james, but no response by now.
This is a reminder for the people who want to install oacapture on you system.
To solve the conflict, you need to uninstall all the oacapture packages before you upgrade indi to the latest build. Install oacapture again with the ignore option
And also, you need to modify a file to change the oacapture dependency.
Find oacapture and remove libasicamera and libefwfilter in the line 'Depends'.
What I want is the data in the Ekos status page. Some of them are not read from indi.
Kaczorek wrote: Interesting idea!
There's nothing that works out of the box but you can use some bash scripts with indi_getprop or develop python app using pypi.org/project/pyindi-client/