some landscapes are not drawn

Bug #518809 reported by zebul666
152
This bug affects 29 people
Affects Status Importance Assigned to Milestone
Stellarium
Fix Released
High
Unassigned
stellarium (Ubuntu)
Invalid
Undecided
Unassigned

Bug Description

hi.
using stellarium 0.10.3, i immediatly noticed some problem with the landscape. i started with a clean ~/.stellarium to be sure.
so all the landscape fail to be rendered on screen except mars, moon and trees. it's the landscape with only one file that works while the others are old_type landscape, and fail ?

i tried with use_glshaders = false. that chages nothing.

i use archlinux, nvidia 190.53-3, qt 4.6.1-1 and a Geforce 8300 GS. and libpng 1.4.0-2.
This was working with stellarium 0.10.2

the log.txt doesn't show anything interesting.

2010-02-08T13:55:40
Linux version 2.6.32-ARCH (tobias@T-POWA-LX) (gcc version 4.4.3 (GCC) ) #1 SMP PREEMPT Fri Jan 29 08:50:05 UTC 2010
Compiled with GCC 4.4.3
Qt runtime version: 4.6.1
Qt compilation version: 4.6.1
Addressing mode: 32-bit
MemTotal: 2073308 kB
MemFree: 47824 kB
SwapTotal: 995988 kB
model name : AMD Athlon(tm) 64 X2 Dual Core Processor 4400+
cpu MHz : 1000.000
model name : AMD Athlon(tm) 64 X2 Dual Core Processor 4400+
cpu MHz : 1000.000
02:00.0 VGA compatible controller: nVidia Corporation G86 [GeForce 8300 GS] (rev a1) (prog-if 00 [VGA controller])
Kernel driver in use: nvidia
Kernel modules: nvidia, nvidiafb
stellarium
 -------------------------------------------------------
[ This is Stellarium 0.10.3 - http://www.stellarium.org ]
[ Copyright (C) 2000-2010 Fabien Chereau et al ]
 -------------------------------------------------------
Writing log file to: "/home/solstice/.stellarium/log.txt"
File search paths:
  0 . "/home/solstice/.stellarium"
  1 . "/usr/share/stellarium"
Config file is: "/home/solstice/.stellarium/config.ini"
Cache directory is: "/home/solstice/.cache/stellarium/stellarium"
Sky language is "fr_FR"
Application language is "fr_FR"
Loading Solar System data ...
Loaded 38 / 38 planet orbits
Loading star data ...
"Loading "/usr/share/stellarium/stars/default/stars_0_0v0_1.cat": 0_0v0_1; 5013"
"Loading "/usr/share/stellarium/stars/default/stars_1_0v0_1.cat": 1_0v0_1; 21999"
"Loading "/usr/share/stellarium/stars/default/stars_2_0v0_1.cat": 2_0v0_1; 151416"
"Loading "/usr/share/stellarium/stars/default/stars_3_1v0_0.cat": 3_1v0_0; 434064"
Finished loading star catalogue data, max_geodesic_level: 3
navigation/preset_sky_time is a double - treating as jday: 2.45151e+06
Use vertex shader for stars rendering
Loaded 10051 NGC records
Loading NGC name data ...
Loaded 222 / 222 NGC name records successfully
Use vertex shader for atmosphere rendering: "/usr/share/stellarium/data/shaders/xyYToRGB.glsl"
Loaded 88 / 88 constellation records successfully for culture "western"
Loaded 85 / 85 constellation art records successfully for culture "western"
Loaded 89 / 89 constellation names
Loading constellation boundary data ...
Loaded 782 constellation boundary segments
Loading star names from "/usr/share/stellarium/skycultures/western/star_names.fab"
Loaded 230 / 230 common star names
Loading star names from "/usr/share/stellarium/stars/default/name.fab"
Loaded 3215 / 4359 scientific star names
Creating GUI ...
Downloaded 0 files (0 kbytes) in a session of 44.391 sec (average of 0 kB/s + 0 files from cache (0 kB)).

Tags: packaging

Related branches

Revision history for this message
zebul666 (zebul666) wrote :
Revision history for this message
zebul666 (zebul666) wrote :

and this was working fine with 0.10.2

Revision history for this message
zebul666 (zebul666) wrote :

oh and using libpng 1.4.0-2

description: updated
description: updated
Revision history for this message
zebul666 (zebul666) wrote :

at least part of the ground is there

Revision history for this message
markusd112 (markusd112) wrote :

I have the same problem with stellarium 0.10.4 under ubuntu 9.10.

Setting environment variable LANG=C stellarium solves the problem for me. But what is the reason?! What is the LANG variable doing?

Revision history for this message
markusd112 (markusd112) wrote :
Revision history for this message
zebul666 (zebul666) wrote :

ow. amazing !

settings the LANG variable to C like Markus told fixed the problem ! it works also for LANG=fr_FR or LANG=fr_FR@euro

it is normally set to fr_FR.utf8 here

Revision history for this message
Bogdan Marinov (daggerstab) wrote :

Most probably this bug is a duplicate of https://bugs.launchpad.net/stellarium/+bug/458336

Another way seems to be to delete ~/.config/Trolltech.conf or modify it according to the comments to this bug report at the old tracker at SourceForge:
https://sourceforge.net/tracker/?func=detail&atid=454373&aid=2722249&group_id=48857

Revision history for this message
zebul666 (zebul666) wrote :

if i remove ~/.config/Trolltech.conf, stellarium does not work better. There is still the missing landscape. So this is not the same bug. Just a bug looking the same. KDE is not installed here and i have nonetheless the bug.

@Bogdan: i can't access the links you gave towards sourceforce because they are private (wtf !)
"ERROR
Artifact: This Artifact Has Been Made Private. Only Group Members Can View Private ArtifactTypes."

even if i am identified.

Revision history for this message
zebul666 (zebul666) wrote :

and also this was working for me in 0.10.2. it broke for 0.10.3. whereas the bug you refer to, Bogdan, was for 0.10.2

Revision history for this message
l33tmmx (l33tmmx-gmail) wrote :

I can confirm, setting LANG=C or LANG=en_US before running stellarium fixes the problem with 0.10.3 and 0.10.4 on Gentoo

Revision history for this message
l33tmmx (l33tmmx-gmail) wrote :

A clarification to the previous comment: if I set the LANG variable to C, the user interface is in English, if I set it to en_US, the user interface uses the correct (for me) Finnish locale (fi_FI.UTF-8)... A bit strange, don't you think?

Revision history for this message
Fabien Chéreau (xalioth) wrote :

l33tmmx: The reason for this strange behaviour is maybe becuase there is no en_US translation available in stellarium which then default to the system locale.
Fabien

Revision history for this message
Fabien Chéreau (xalioth) wrote :

To all of you having this bug, could you please paste the output of the "locale" command?

I just realized that there could be a problem if you LC_ALL environement variable is defined, since it take precedence over the other specific ones, especially LC_NUMERIC which is set to C in stellarium for proper number parsing.
Fabien

Revision history for this message
markusd112 (markusd112) wrote :

Here is my output of "locale":

LANG=de_DE.UTF-8
LANGUAGE=de_DE.UTF-8
LC_CTYPE="de_DE.UTF-8"
LC_NUMERIC="de_DE.UTF-8"
LC_TIME="de_DE.UTF-8"
LC_COLLATE="de_DE.UTF-8"
LC_MONETARY="de_DE.UTF-8"
LC_MESSAGES="de_DE.UTF-8"
LC_PAPER="de_DE.UTF-8"
LC_NAME="de_DE.UTF-8"
LC_ADDRESS="de_DE.UTF-8"
LC_TELEPHONE="de_DE.UTF-8"
LC_MEASUREMENT="de_DE.UTF-8"
LC_IDENTIFICATION="de_DE.UTF-8"
LC_ALL=

Revision history for this message
zebul666 (zebul666) wrote :

$ locale
LANG=fr_FR.utf8
LC_CTYPE="fr_FR.utf8"
LC_NUMERIC="fr_FR.utf8"
LC_TIME="fr_FR.utf8"
LC_COLLATE="fr_FR.utf8"
LC_MONETARY="fr_FR.utf8"
LC_MESSAGES="fr_FR.utf8"
LC_PAPER="fr_FR.utf8"
LC_NAME="fr_FR.utf8"
LC_ADDRESS="fr_FR.utf8"
LC_TELEPHONE="fr_FR.utf8"
LC_MEASUREMENT="fr_FR.utf8"
LC_IDENTIFICATION="fr_FR.utf8"
LC_ALL=

Revision history for this message
zebul666 (zebul666) wrote :

by the way if i run LC_NUMERIC=C stellarium i don't have the bug. and stellarium is in french as expected
no bug either for LANG=fr_FR stellarium

@fabien: are you sure LC_NUMERIC is set to C in stellarium ?

Revision history for this message
Fabien Chéreau (xalioth) wrote :

zebul: thanks for the input. That's weird, LC_NUMERIC is set in main.cpp line 132:
http://stellarium.svn.sourceforge.net/viewvc/stellarium/trunk/stellarium/src/main.cpp?revision=5905&view=markup

Revision history for this message
375gnu (375gnu) wrote :

As my investigations showed, this bug is caused because you have QApplication app(argc, argv) *after* setlocale(LC_NUMERIC, "C"), but QApplication itself sets locale.

So the solution is to use setlocale(LC_NUMERIC, "C") after QApplication app(argc, argv). The patch is attached.

375gnu (375gnu)
Changed in stellarium:
status: New → Fix Committed
Revision history for this message
Bogdan Marinov (daggerstab) wrote :

No code has been committed to Stellarium's SVN repository, so the status shouldn't be "Fix Committed".

Changed in stellarium:
status: Fix Committed → Triaged
Revision history for this message
Fabien Chéreau (xalioth) wrote :

Hi,
Hleb, you found it! Thanks a lot :) I now committed the patch.
Fabien

Changed in stellarium:
status: Triaged → Fix Committed
Changed in stellarium:
importance: Undecided → High
Changed in stellarium:
milestone: none → 0.10.5
Revision history for this message
frere (frere) wrote :

A note for other Dummies like me who need a working launcher with the LC_NUMERIC=C fix described by Bogdan Marinov:

1) Create a simple text file with an [ *.sh ] extension (script file). I personally created it here:
  [ /home/USER/misc/Stellarium.sh ]

2) Simply stick the command in the text file:
   [ LC_NUMERIC=C stellarium ]
    Save and close.
IMPORTANT > make your script file executable in File/Properties/Permission, where you select:
   [ Allow executing file as program ]

3) Enter in
  [ System/Preferences/Maim Menu/Sciences/Stellarium/Properties/Command ]
    et point to your script file. In my case:
  [ /home/USER/misc/Stellarium.sh ]

That's it ;o)

Revision history for this message
xcape77 (xcape77) wrote :

thx thx thx

Simply "LC_NUMERIC=C stellarium"

I had the problem since the new ubuntu 10.4. From package and from source.

Changed in stellarium:
status: Fix Committed → Fix Released
Revision history for this message
adonet (jeroen-adolfse) wrote :

This worked for me in version 0.10.4. Now I upgraded to version 0.10.5 and it isn't needed anymore, BUT the very bottom of old style landscapes isn't drawn. When you look down you can see through the earth and see the sky beneath you.

Does someone have any idea?

I'm running Ubuntu 10.4 32 bit.

Revision history for this message
jbatista (jmnbatista) wrote :

I'm using 0.10.4.

@adonet: With 0.10.5, does the "bottom end" of the landscape shows up if you still do "LC_NUMERIC=C stellarium" ? Or is the bottom-end-missing behavior independent of setting LC_NUMERIC ?

Revision history for this message
Stormdawn (stormdawn) wrote :

The version included in the official Ubuntu 10.04 repositories is 0.10.4.
The bug still exists there. It can be fixed by running "LC_NUMERIC=C stellarium", as said before.

Needs fixing!

Revision history for this message
Bogdan Marinov (daggerstab) wrote :

Stormdawn, the bug is supposedly fixed in 0.10.5. You can get it from the PPA:
https://launchpad.net/~stellarium/+archive/stellarium-releases

Revision history for this message
Stormdawn (stormdawn) wrote :

Yeah, I found that out already, but thanks anyway. My point is, can't this be fixed in Ubuntu itself? Or is it just a minor bug that can't be fixed in a stable release?

Revision history for this message
Bogdan Marinov (daggerstab) wrote :

Stellarium's package in Ubuntu is not maintained by Stellarium's development team.

You can try filing a bug in Lucid Lynx's bug tracker and ask them to sync it with Debian (it already has 0.10.5). I'm not sure what exactly is the procedure.
You can also try doing the same in Maverick Meerkat's tracker - it seems that it may be released still having 0.10.4.

Revision history for this message
Stormdawn (stormdawn) wrote :

Since I'm totally new to launchpad, I've marked this bug as a new bug in Ubuntu. Hopefully someone will react.

Revision history for this message
AJenbo (ajenbo) wrote :

I marked it as invalid since but #628774 already points this out. Now go and mark that bug as also affecting you :)

tags: added: packaging
Changed in stellarium (Ubuntu):
status: New → Confirmed
status: Confirmed → Invalid
Revision history for this message
AJenbo (ajenbo) wrote :

Ups i meant to say bug #628774

Revision history for this message
Peter Eijlander (peter-eijlander) wrote :

>Bogdan marinow wrote:
>Stellarium's package in Ubuntu is not maintained by Stellarium's development team.

>You can try filing a bug in Lucid Lynx's bug tracker and ask them to sync it with Debian (it already has 0.10.5). I'm not sure what >exactly is the procedure.
>You can also try doing the same in Maverick Meerkat's tracker - it seems that it may be released still having 0.10.4.

I have filed a question on Ubuntu's launchpad, asking to update Lucid's repository with 0.10.5 and to make 0.10.5 availble in Maverick too.

Cheers,
Peter

Revision history for this message
AJenbo (ajenbo) wrote :

@Peter Eijlander You might want to point them to the bug i just posted.

Revision history for this message
Peter Eijlander (peter-eijlander) wrote :

Done.

Revision history for this message
Arek Olek (arekolek) wrote :

Well, I've updated to Maverick, and did a clean install of Stellarium 0.10.5 and apparently the bug is still there. Is there anything I can do about it? Is it really fixed in 0.10.5?

Revision history for this message
Peter Eijlander (peter-eijlander) wrote :

Hi Arek,

To me it isn't. I have 0.10.6 in Lucid and tried it in Maverick as well but still I need the extra startup script telling that LC_NUMERIC=C and then launch Stellarium.
I have tested that on several occasions, posted the config.ini's of both with and without the startup command, I use both an (I admit old RV280) ATI and a pretty new NVIDIA graphic adapter on two desktops and two laptops but no joy.
I think anyone that does not know this will try Stellarium in Ubuntu, see that the scenery is not built and maybe simply switch it off or switch to Windows, for there I have never seen this error. In Maverick with the ATI card it even won't start at all. I have posted the error in another bug report. But then again I have other applications that do no longer run in newer versions of Ubuntu, probably due to dropped support of older hardware.
Cheers,
Peter

Revision history for this message
Arek Olek (arekolek) wrote :

Yeah, it works with that workaround, yet it's just a workaround. And since this bugs seems not to be fixed then why is the status "fixed released"?

Revision history for this message
375gnu (375gnu) wrote :

0.10.6-0ubuntu1ppa1~maverick1 but on Debian Sid+Experimental. Works fine.

Revision history for this message
AJenbo (ajenbo) wrote :

this seamed to be fixed back when maverick was released but it is definite broken now.

Revision history for this message
Medor (bogkuz) wrote :

This bug applied me to in 10.10 and 11.04.
Updating to 0.10.6 from repo gave no effect.

Revision history for this message
Bogdan Marinov (daggerstab) wrote :

The bug has been fixed upstream:
https://bugs.launchpad.net/stellarium/+bug/657455

AFAIK, no Ubuntu packaging of the fixed version exists yet.

Revision history for this message
Gord Seifert (gkseifert) wrote :

  I just installed 0.10.5 in Mint 11 (Ubuntu base) and all landscapes work EXCEPT for the Moon and Mars.

  Also, no lines are drawn for the constellations, for their boundries or for any of the grids or lines under Markings.

  I will try the work around in post #22 and report.

Revision history for this message
Alexander Wolf (alexwolf) wrote :

Please use Stellarium 0.10.6+

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.