Page 1 of 1
My distro drops gtkglext
Posted: 15.03.2020, 21:31
by msdobrescu
Hello,
I use Sabayon Linux, Gentoo based.
They published the following announcement:
Code: Select all
[gentoo-dev-announce] Last rites: sci-astronomy/celestia
# David Seifert <soap@gentoo.org> (2020-01-21)
# All released versions depend on EOL gtkglext, no revdeps.
# Bug #644334, #694834. Removal in 30 days.
sci-astronomy/celestiaIs there some new/beta version to replace that?
Thank you!
Posted: 16.03.2020, 00:02
by pirogronian
msdobrescu wrote:Is there some new/beta version to replace that?
Just look around...
Posted: 16.03.2020, 00:24
by SevenSpheres
pirogronian, you can be more helpful than that.
msdobrescu, you can build from Celestia's GitHub repository
here (the SourceForge repository is long obsolete). It may not work on all Linux distros (I don't know).
Posted: 17.03.2020, 06:51
by msdobrescu
Hi, thanks for the answers.
Who can tell me if the proposed source version is still depending on gtkglext or not?
Thanks.
Posted: 17.03.2020, 08:15
by pirogronian
If You disable gtk frontend, I'm sure it will not depend. Otherwise I dont know.
Posted: 17.03.2020, 09:26
by onetwothree
Yes, gtk2 interface still depends on gtkglext. Use Qt5 based instead. Or you can join us and replace gtkglext and other deprecated gtk features with current alternatives.
Posted: 17.03.2020, 18:58
by msdobrescu
OK, it compiles, but does not start due to the "Error reading configuration file." error.
I have not installed it in the standard directory. How could I run it installed on a path in the home directory?
Posted: 18.03.2020, 07:02
by onetwothree
Have you read
https://github.com/CelestiaProject/Celestia/blob/master/INSTALL.md?
Celestia will be installed into /usr/local by default, with data files landing in /usr/local/share/celestia, but you may specify a new location with the following option to cmake: -DCMAKE_INSTALL_PREFIX=/another/path.
Posted: 18.03.2020, 10:33
by msdobrescu
Thanks, I've read it, but applied wrong. I've took the steps again and works fine!