Kstars hardware control in KDE 4.1 packages.

[Gerrit Jan Baarda]

Hi there,

Does anyone know what the status of the experimental KDE4.1 packages is with
regards to kstars (indi) telescope hardware control?

I recently installed KDE 4.1 from experimental and I wanted to use kstars to
control my telescope. This used to work fine in the 3.5.x series.

With the kstars/indi (4:4.0.98-1) in KDE 4.1RC as available in experimental
today I cannot get any hardware to work. Kstars hangs when searching for the
serial interface telescope wizzard. Also my web cam does not show up in the
Indi device list, it used to be under the video capture devices, but now no
capture devices show up at all.

I have looked in the upstream developers list archives and I haven't found
similar problems mentioned there, so it could be:

1. Me doing something stupid :)
2. A problem with the current debian package.
3. An upstream problem that is not been flagged up to the upstream developers.

I would like to see kstars working again so I would appreciate some help
here...

Gerrit Jan.





--
To UNSUBSCRIBE, email to debian-kde-REQUEST@...
with a subject of "unsubscribe". Trouble? Contact listmaster@...

[basaburu]

El Jueves 24 Julio 2008 14:54:30 Gerrit Jan baarda escribió:
> Hi there,
>
> I would like to see kstars working again so I would appreciate some help
> here...

Try stellarium, is more well

and can you controle one and more telecopes.

BasaBuru


--
To UNSUBSCRIBE, email to debian-kde-REQUEST@...
with a subject of "unsubscribe". Trouble? Contact listmaster@...

[Gerrit Jan Baarda]

On Thursday 24 July 2008 18:59:16 BasaBuru wrote:

> Try stellarium, is more well and can you controle one and more telecopes.

I know stellarium, it's a very nice planetarium.

However Kstars (used to..) let me control hardware much better and also has a
lot of really nice features for observation lists etc.

Thanks anyway

Gerrit Jan.



--
To UNSUBSCRIBE, email to debian-kde-REQUEST@...
with a subject of "unsubscribe". Trouble? Contact listmaster@...

[Sune Vuorela-2]

On 2008-07-24, Gerrit Jan baarda <gjbaarda@...> wrote:

> Hi there,
>
> Does anyone know what the status of the experimental KDE4.1 packages is with
> regards to kstars (indi) telescope hardware control?
>
> I recently installed KDE 4.1 from experimental and I wanted to use kstars to
> control my telescope. This used to work fine in the 3.5.x series.
>
> With the kstars/indi (4:4.0.98-1) in KDE 4.1RC as available in experimental
> today I cannot get any hardware to work. Kstars hangs when searching for the
> serial interface telescope wizzard. Also my web cam does not show up in the
> Indi device list, it used to be under the video capture devices, but now no
> capture devices show up at all.
>
> I have looked in the upstream developers list archives and I haven't found
> similar problems mentioned there, so it could be:
>
> 1. Me doing something stupid :)
> 2. A problem with the current debian package.
> 3. An upstream problem that is not been flagged up to the upstream developers.
>
> I would like to see kstars working again so I would appreciate some help
> here...

Hi!

At least (parts) of the indi stuff gets built and installed during the
packaging.  I don't have any ways to test it myself (I think).

But it could be all three of it. Unfortunately, debugging is much up to
you (or other interested peoples), but if you track it down to 2), I
will like to help getting fixed packages available asap.

/Sune


--
To UNSUBSCRIBE, email to debian-kde-REQUEST@...
with a subject of "unsubscribe". Trouble? Contact listmaster@...

[Gerrit Jan Baarda]

On Thursday 24 July 2008 20:54:37 Sune Vuorela wrote:
> > 1. Me doing something stupid :)
> > 2. A problem with the current debian package.
> > 3. An upstream problem that is not been flagged up to the upstream
> > developers.

> At least (parts) of the indi stuff gets built and installed during the
> packaging.  I don't have any ways to test it myself (I think).

> But it could be all three of it. Unfortunately, debugging is much up to
> you (or other interested peoples), but if you track it down to 2)

I downloaded the kdeedu source package and I noticed there was a patch in the
'/debian/patches' directory with  the name 'disable_indi' it contains:


--- a/kstars/kstars/CMakeLists.txt
+++ b/kstars/kstars/CMakeLists.txt
@@ -1,6 +1,5 @@
 add_subdirectory( skycomponents )
 add_subdirectory( widgets )
-add_subdirectory( indi )
 add_subdirectory( tools )
 add_subdirectory( data )
 add_subdirectory( icons )

Also I noticed 'series' which says:

#disable_indi
97_fix_target_link_libraries.diff

Am I right in concluding that the current version of kdeedu is not supposed to
contain a working indi?
 
> will like to help getting fixed packages available asap.

I compiled kdeedu with the 'disable_indi' file removed, this compiled fine, but
installing the new packages gave no improvement.

Yours,
Gerrit Jan.

Off topic:
I'm not very familiar with debian packageing, is there a quick way to just
build kstars instead of the whole of kdeedu?


--
To UNSUBSCRIBE, email to debian-kde-REQUEST@...
with a subject of "unsubscribe". Trouble? Contact listmaster@...

[Sune Vuorela-2]

On 2008-07-25, Gerrit Jan baarda <gjbaarda@...> wrote:

> On Thursday 24 July 2008 20:54:37 Sune Vuorela wrote:
>> > 1. Me doing something stupid :)
>> > 2. A problem with the current debian package.
>> > 3. An upstream problem that is not been flagged up to the upstream
>> > developers.
>
>> At least (parts) of the indi stuff gets built and installed during the
>> packaging.  I don't have any ways to test it myself (I think).
>
>> But it could be all three of it. Unfortunately, debugging is much up to
>> you (or other interested peoples), but if you track it down to 2)
>
> I downloaded the kdeedu source package and I noticed there was a patch in the
> '/debian/patches' directory with  the name 'disable_indi' it contains:

In earlier versions, indi didn't build, so we disabled indy temporarily, but ..

> #disable_indi
> 97_fix_target_link_libraries.diff

the # is a comment, meaning that the patch isn't used (but still around
if we ever feel like using it again)

The patches to apply are read from the seriess file - except lines
starting with a #.

> I compiled kdeedu with the 'disable_indi' file removed, this compiled fine, but
> installing the new packages gave no improvement.

Kind of expected as the patch is disabled.

> Off topic:
> I'm not very familiar with debian packageing, is there a quick way to just
> build kstars instead of the whole of kdeedu?

patching the kstars dir and running make inside builddir, followed by
fakeroot debian/rules binary  should build binary packages without
cleaning everything up before.
But first time, you need to build the entire thing.

/Sune


--
To UNSUBSCRIBE, email to debian-kde-REQUEST@...
with a subject of "unsubscribe". Trouble? Contact listmaster@...

[Gerrit Jan Baarda]

Hi Sune,

Today i finally got around looking at the kstars problems again, and i found
out that kstars does not create links to  indi_lx200generic. One of them  
should be a link called indi_lx200autostar. There is also an upstream
bugreport about the same problem. ( see
http://bugs.kde.org/show_bug.cgi?id=168411 ).

When I create this link manually, I can control my telescope.

The relevant part in the CMakeLists.txt is (i suppose) from line 211 to 220 as
attached.

I'm still not sure if this is an upstream or a packageing problem. Note that
the upstream bug report is from a kubuntu user, which is probably also based
on the same debian packages.

Still  no success on the webcam issue though...

> patching the kstars dir and running make inside builddir, followed by
> fakeroot debian/rules binary  should build binary packages without
> cleaning everything up before.

Yes, this works fine, however now (with the sources in experimental as of
today), the kdeedu package wont' build.  Everything seems fine during
compilation but when creating the kalzium .deb it fails with:

~/Debs/kdeedu-4.1.0$ fakeroot debian/rules binary

.... lots of output skipped ...
.
dh_shlibdeps -pkalgebra
dh_installdeb -pkalzium
dh_perl -pkalzium
dh_shlibdeps -pkalzium
dpkg-shlibdeps: failure: couldn't find library libcompoundviewer.so.4 needed by
debian/kalzium/usr/bin/kalzium (its RPATH is '').
Note: libraries are not searched in other binary packages that do not have any
shlibs or symbols file.
To help dpkg-shlibdeps find private libraries, you might need to set
LD_LIBRARY_PATH.
dh_shlibdeps: command returned error code 512
make: *** [binary-predeb-IMPL/kalzium] Fout 1

I checked and libcompoundviewer.so.4 *has* actually been build in
./obj-i486-linux-gnu/lib/libcompoundviewer.so.4
and also
./debian/tmp/usr/lib/libcompoundviewer.so.4

so it looks like there is some sort of path problem.

What can I do to fix this?

Yours,
Gerrit Jan.

if(UNIX)
file(WRITE ${CMAKE_CURRENT_BINARY_DIR}/make_lx200generic_symlink.cmake
"exec_program(${CMAKE_COMMAND} ARGS -E create_symlink ${BIN_INSTALL_DIR}/indi_lx200generic ${BIN_INSTALL_DIR}/indi_lx200classic)\n
exec_program(${CMAKE_COMMAND} ARGS -E create_symlink ${BIN_INSTALL_DIR}/indi_lx200generic ${BIN_INSTALL_DIR}/indi_lx200autostar)\n
exec_program(${CMAKE_COMMAND} ARGS -E create_symlink ${BIN_INSTALL_DIR}/indi_lx200generic ${BIN_INSTALL_DIR}/indi_lx200_16)\n
exec_program(${CMAKE_COMMAND} ARGS -E create_symlink ${BIN_INSTALL_DIR}/indi_lx200generic ${BIN_INSTALL_DIR}/indi_lx200gps)\n
")
set_target_properties(indi_lx200generic PROPERTIES POST_INSTALL_SCRIPT ${CMAKE_CURRENT_BINARY_DIR}/make_lx200generic_symlink.cmake)
endif(UNIX)