Community Packages

Please read this before reporting a bug:
https://wiki.archlinux.org/title/Bug_reporting_guidelines

Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.

REPEAT: Do NOT report bugs for outdated packages!
Tasklist

FS#48546 - [xplanet] Segfaults

Attached to Project: Community Packages
Opened by Frank Uebbing (quiqueck) - Saturday, 12 March 2016, 12:11 GMT
Last edited by Sergej Pupykin (sergej) - Wednesday, 16 March 2016, 13:06 GMT
Task Type Bug Report
Category Packages
Status Closed
Assigned To Sergej Pupykin (sergej)
Architecture All
Severity High
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 0
Private No

Details

Description:
xplanet segfaults

I believe it crashes because of an update of giflib version >=5.1.2

Additional info:
* xplanet version 1.3.0
* giflib version 5.1.2-1

Steps to reproduce (minimal arguments):

xplanet -num_times 1 -output /home/USER
Segmentation fault (core dumped)

I was not able to compile xplanet with giflib4 from AUR, but i am not sure having it done right. I am currently in contact with the maintainer from xplanet, Hari Nair.
This task depends upon

Closed by  Sergej Pupykin (sergej)
Wednesday, 16 March 2016, 13:06 GMT
Reason for closing:  Upstream
Comment by Frank Uebbing (quiqueck) - Monday, 14 March 2016, 10:55 GMT
Compiling current version in repo (1.3.0) fails with giflib4 from AUR.

Compiling xplanet 1.3.1 with giflib4 from AUR works with following params:

./configure CPPFLAGS=-I/usr/include/giflib4 LDFLAGS=-L/usr/lib/giflib4

But the compiled xplanet couldn't find libgif.so.4 which is located in /usr/lib/giflib4/libgif.so.4

Compiling with giflib >= 5 fails. But the maintainer says:

> I'm away from home right now but will update the version on sourceforge
> when I return.

So maybe i/we have to wait until version 1.3.2 is ready.
Comment by Sergej Pupykin (sergej) - Monday, 14 March 2016, 14:47 GMT
cannot reproduce on x86_64

xplanet -num_times 1 -output /home/sergej/qwe.gif
$ file qwe.gif
qwe.gif: GIF image data, version 87a, 512 x 512

Also xplanet updated to 1.3.1-1, please try it.
Comment by Frank Uebbing (quiqueck) - Monday, 14 March 2016, 16:27 GMT
Hum.... updated to version 1.3.1 and no segfault anymore... an image is created, but a warning is thrown:

$:> xplanet -num_times 1 -output /home/kaputtnik/test.jpg
Warning: Can't load map file /home/kaputtnik/.xplanet/images/latest_moll.gif

The latest_moll.gif is an actual cloud image which i download once a day with:
wget -N http://www.ssec.wisc.edu/data/comp/latest_moll.gif -P ~/.xplanet/images/

The file seems to be ok:

$:> file /home/kaputtnik/.xplanet/images/latest_moll.gif
/home/kaputtnik/.xplanet/images/latest_moll.gif: GIF image data, version 87a, 640 x 350

Converting this image to tif and adjust the setting, xplanet runs without a warning.

I think this now an upstream bug. Thanks for looking into this :-)
Comment by Sergej Pupykin (sergej) - Monday, 14 March 2016, 17:22 GMT
I think you should check config file, because of on my machine xplanet does not try to load this gif

$ file /home/sergej/.xplanet/images/latest_moll.gif
/home/sergej/.xplanet/images/latest_moll.gif: GIF image data, version 87a, 640 x 350

$ strace -f xplanet 2>&1 | grep \\.xplanet
open("/home/sergej/.xplanet/default", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/home/sergej/.xplanet/config/default", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/home/sergej/.xplanet/rgb.txt", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/home/sergej/.xplanet/rgb.txt", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/home/sergej/.xplanet/FreeMonoBold.ttf", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/home/sergej/.xplanet/fonts/FreeMonoBold.ttf", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/home/sergej/.xplanet/BSC", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/home/sergej/.xplanet/stars/BSC", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/home/sergej/.xplanet/earth.jpg", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/home/sergej/.xplanet/images/earth.jpg", O_RDONLY) = -1 ENOENT (No such file or directory)
Comment by Frank Uebbing (quiqueck) - Monday, 14 March 2016, 19:02 GMT
Yes of course it is not loaded by default. And of course i use this cloud map file in my config of xplanet.

I use xplanet for years now with the same (customized) config to create a desktop wallpaper with actual clouds (latest_moll.gif), some 'magnified' stars, actual positions of Hubble telescope and ISS (international space station), day and night map and special labels. See attachment for an example.

Suddenly, until february 2016 xplanet segfaults and now the gif file couldn't be loaded. If latest_moll is of file type .tif the clouds are all fine. So i think it's not my config which make problems... :-)
   xplanet.jpg (79.2 KiB)

Loading...