I found for me an workaround for this odd behavior. Tested on openSUSE Tumbleweed
mkdir ~/astrostuff (1)
cd ~/astrostuff (2)
git clone git://anongit.kde.org/kstars.git (3)
mkdir -p ~/astrostuff/kstars/build/kstars (4)
cd ~/astrostuff/kstars/build/kstars (5)
cmake -DCMAKE_INSTALL_PREFIX=/usr -DCMAKE_BUILD_TYPE=Release -DFETCH_TRANSLATIONS=ON ~/astrostuff/kstars (6)
cmake -DCMAKE_INSTALL_PREFIX=/usr -DCMAKE_BUILD_TYPE=Release -DFETCH_TRANSLATIONS=ON ~/astrostuff/kstars (7)
make (8)
cmake -DCMAKE_INSTALL_PREFIX=/usr -DCMAKE_BUILD_TYPE=Release -DFETCH_TRANSLATIONS=OFF ~/astrostuff/kstars (9)
make (10)
sudo make install (11)
1. Create a directory for kstars, astrometry.net and indi
2. Change into this directory
3. Clone kstars from git into this directory
4. Make a directory for the build files of kstars
5. Change into this build-directory
6. Generate the build-files for kstars
In the terminal you can see this warning:
"For compatibility with older versions of CMake, option is clearing the
normal variable 'KDE_L10N_AUTO_TRANSLATIONS'."
Now, if you would tpye "make" into the terminal, no language files would be downloaded. So, first:
7. Generate the build files for kstars a second time
Now no compatibility warnig appears in the terminal
8. Build kstars
A po-directory is created and the language-files (po-files) are downloaded into this po-directory. But the locales are missing, so no language-support will be created.
9. Create the build files for kstars a third time ( with -DFETCH_TRANSLATIONS=OFF). This time an empty locale-directory for the mo-files is generated
10. Build kstars once more, this time with language-support
11. Install the whole stuff. The mo-locales for the German language are installed into "/usr/share/locale/de/LC_MESSAGES/kstars.mo"
And now, you have a self-compiled kstars with support for other languages.