Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 116600 - new celestia version: 1.4.0
Summary: new celestia version: 1.4.0
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: New packages (show other bugs)
Hardware: All Other
: High enhancement (vote)
Assignee: Disenchanted (RETIRED)
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2005-12-24 04:40 UTC by Rodolfo Boer
Modified: 2006-01-17 11:19 UTC (History)
5 users (show)

See Also:
Package list:
Runtime testing required: ---


Attachments
revised celestia-1.4.0.ebuild (celestia-1.4.0.ebuild,2.30 KB, text/plain)
2006-01-12 10:53 UTC, Kevin Daughtridge
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Rodolfo Boer 2005-12-24 04:40:08 UTC
The new version of celestia is available. I just compiled it.

The only changes I made in the ebuild are: commenting the resmanager patch and adjusting src_uri since it is now compressed with bz2.

Actually no news appeared on the site, but the new package is available on sourceforge.
Comment 1 Pat Suwalski 2005-12-24 22:21:29 UTC
(In reply to comment #0)
> The new version of celestia is available. I just compiled it.

As a Celestia developer and Gentoo user I was just going to open a new bug about this myself. You beat me. :)

> The only changes I made in the ebuild are: commenting the resmanager patch and
> adjusting src_uri since it is now compressed with bz2.

This has since changed back to .tar.gz. We had a slight packaging issue with a few missing files that do not affect building in any way, shape, or form. But they needed to be added. Anyway, no change is required there.

> Actually no news appeared on the site, but the new package is available on
> sourceforge.

The man running the site is on vacation. It should be updated shortly.
Comment 2 Hinrik Örn Sigurðsson 2005-12-27 20:19:15 UTC
celestia-1.3.2-noarts.patch does not apply cleanly either. I don't know if it's still needed though..
Comment 3 Kevin Daughtridge 2005-12-31 00:00:10 UTC
The configure script now takes --with-arts, so the noarts patch isn't needed, just a $(use_with arts) in the ./configure. This version does appear to work with USE=gnome.
Comment 4 Sébastien Fabbro (RETIRED) gentoo-dev 2006-01-12 06:17:20 UTC
I put celestia-1.4.0.ebuild in the Gentoo Scientific overlay (http://gentooscience.org), with the following changes:
- reworked use flags and dependencies (default to glut)
- removed now uneeded patches (gconf and arts)
- added nls, lua, threads, arts flags
- removed manual in /usr/share/celestia* (was duplicated in /usr/share/doc/celestia)
- misc stuff
I only tested it with gtk, anyone with gnome or kde/arts should test it more extensively.
Comment 5 Kevin Daughtridge 2006-01-12 10:29:22 UTC
A few issues with the present overlay ebuild:
* In src_install, "coding-standards.html" is mistyped as "coding-standars.html".
* In DEPEND, kdelibs is only pulled in with +kde -gnome, though in pkg_setup KDE is chosen by +kde regardless of the gnome flag. The "!gnome?" shouldn't really be in that one. (I wonder if there should be some standard as to which of Qt/KDE and Gtk+/GNOME is defaulted to if both are enabled for a package.)

These were already present in the 1.3.2 ebuild:
* While arts is dis/enabled independently of KDE in econf, it is only DEPENDed on if KDE is also set. I don't have either to test, but it seems like the configure will accept arts without KDE, so the DEPEND should have them separately.
* pkg_setup advises switching OpenGL implementations using eselect, but it's currently keyworded unstable. Is opengl-update going to go away soon, or is it safe to put there for now?
* That section also uses best_version to determine the X11 implementation to list, but then discards that and says xorg-x11 anyway.

Trying to merge the overlay ebuild with the modifications above with USE="gnome gtk lua nls threads", I'm getting access violations in /usr/share/celestia/data during make install. I'll post a revised ebuild once I figure those out.
Comment 6 Kevin Daughtridge 2006-01-12 10:53:34 UTC
Created attachment 76924 [details]
revised celestia-1.4.0.ebuild

The violations were due to USE_DESTDIR not being set for gnome2_src_install. Here's a revised ebuild with the fixes from the previous comment, USE_DESTDIR set, and some minor whitespace cleanup. Compiles cleanly and runs properly with USE="gnome gtk lua nls threads". I had already done more thorough testing with the GNOME interface on an ebuild copied from 1.3.2, and found no issues other than occasional instability.
Comment 7 Sébastien Fabbro (RETIRED) gentoo-dev 2006-01-13 01:43:17 UTC
I updated the celestia 1.4 ebuild on the overlay (see Comment #4):
- used some changes from Comments #6
- kept eselect (after all celestia-1.4 is also keyworded unstable, and developers have explicitely changed it in the 1.3.2 version)
- imposed rules about kde/gnome/gtk/glut:
    * gnome and kde flags are mutually exclusive 
    * if kde and gnome enabled --> gtk (no jealous)
    * neither kde, gnome, nor gtk enabled --> glut (no gui)
- more ebuild cleaning
Someone with arts and/or kde could test it as well. I am not really sure celestia conf enables arts without kde (arts crashed on me).
Comment 8 Mike Slinn 2006-01-15 13:39:48 UTC
Here's what I get with gnome-base/gnome-2.10.2:
# emerge -a celestia

These are the packages that I would merge, in order:

Calculating dependencies ...done!
[blocks B     ] gnome-base/gnome ("gnome" is blocking sci-astronomy/celestia-1.4.0)
[ebuild     U ] sci-astronomy/celestia-1.4.0 [1.3.2]
Comment 9 Kevin Daughtridge 2006-01-15 20:26:09 UTC
(In reply to comment #8)
There is a typo in the overlay ebuild on line 28: "!gnome" instead of "!gnome?", leading to a false block on gnome-base/gnome.
Comment 10 Disenchanted (RETIRED) gentoo-dev 2006-01-15 22:31:06 UTC
Thanks Pat, Sebastian, Kevin and everyone else helping out, sorry this took so long.

Comment 11 Neil Bothwick 2006-01-16 04:00:21 UTC
I still get an access violation

# emerge -pv celestia

[ebuild     U ] sci-astronomy/celestia-1.4.0 [1.3.2] USE="arts gtk kde lua% -debug -gnome -nls% -threads%"

# emerge celestia
....
make  install-data-hook
make[3]: Entering directory `/mnt/scratch/portage/celestia-1.4.0/work/celestia-1.4.0'
if [ "/usr/share/apps" -a -d /usr/share/apps/celestia -a ! -h /usr/share/apps/celestia ] ; then \
        mv -f -b /usr/share/apps/celestia/* /usr/share/celestia/ ; \
        rmdir /usr/share/apps/celestia ; \
fi
mv: target `/usr/share/celestia/' is not a directory: No such file or directory
ACCESS DENIED  rmdir:     /usr/share/apps/celestia
rmdir: `/usr/share/apps/celestia': Permission denied
make[3]: *** [install-data-hook] Error 1
make[3]: Leaving directory `/mnt/scratch/portage/celestia-1.4.0/work/celestia-1.4.0'
make[2]: *** [install-data-am] Error 2
make[2]: Leaving directory `/mnt/scratch/portage/celestia-1.4.0/work/celestia-1.4.0'
make[1]: *** [install-am] Error 2
make[1]: Leaving directory `/mnt/scratch/portage/celestia-1.4.0/work/celestia-1.4.0'
make: *** [install-recursive] Error 1

!!! ERROR: sci-astronomy/celestia-1.4.0 failed.
!!! Function src_install, Line 90, Exitcode 2
!!! make install failed
!!! If you need support, post the topmost build error, NOT this status message.

--------------------------- ACCESS VIOLATION SUMMARY ---------------------------
LOG FILE = "/var/log/sandbox/sandbox-sci-astronomy_-_celestia-1.4.0-3684.log"

rmdir:     /usr/share/apps/celestia
--------------------------------------------------------------------------------

#emerge --info

Portage 2.1_pre3-r1 (default-linux/amd64/2005.1, gcc-3.4.5, glibc-2.3.6-r2, 2.6.15-gentoo x86_64)
=================================================================
System uname: 2.6.15-gentoo x86_64 AMD Athlon(tm) 64 Processor 3200+
Gentoo Base System version 1.12.0_pre14
ccache version 2.4 [enabled]
dev-lang/python:     2.4.2
sys-apps/sandbox:    1.2.17
sys-devel/autoconf:  2.13, 2.59-r7
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r1
sys-devel/binutils:  2.16.1-r1
sys-devel/libtool:   1.5.22
virtual/os-headers:  2.6.11-r4
ACCEPT_KEYWORDS="amd64 ~amd64"
AUTOCLEAN="yes"
CBUILD="x86_64-pc-linux-gnu"
CFLAGS="-march=athlon64 -O2 -pipe -fomit-frame-pointer -funit-at-a-time"
CHOST="x86_64-pc-linux-gnu"
CONFIG_PROTECT="/etc /etc/env.d /usr/kde/2/share/config /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/kde/3/share/config /usr/lib/X11/xkb /usr/lib64/mozilla/defaults/pref /usr/share/config /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/init.d /etc/splash /etc/terminfo /etc/texmf/web2c /etc/env.d"
CXXFLAGS="-march=athlon64 -O2 -pipe -fomit-frame-pointer -funit-at-a-time"
DISTDIR="/mnt/portage/distfiles"
FEATURES="autoconfig buildpkg ccache distlocks parallel-fetch sandbox sfperms strict"
GENTOO_MIRRORS="ftp://gentoo.digimed.co.uk/ ftp://ftp.heanet.ie/pub/gentoo/ ftp://ftp.belnet.be/mirror/rsync.gentoo.org/gentoo/ ftp://ftp.uni-erlangen.de/pub/mirrors/gentoo/ ftp://ftp.easynet.nl/mirror/gentoo/"
LANG="en_GB"
LINGUAS="en_GB"
MAKEOPTS="-j2"
PKGDIR="/mnt/portage/packages/hactar"
PORTAGE_TMPDIR="/mnt/scratch"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/mnt/portage/local"
SYNC="rsync://desiato/gentoo"
USE="amd64 X aalib alsa apache2 arts artswrappersuid asf audiofile avi berkdb bitmap-fonts bluetooth bzip2 cdb cddb cdr crypt cups curl dbus directfb divx4linux dv dvd dvdr dvdread encode exif expat fam ffmpeg flac foomaticdb gd gdbm gif gimpprint gmp gphoto2 gpm gtk gtk2 guile hal ieee1394 imagemagick imlib jabber java jbig jpeg jpeg2k kde kdeenablefinal lesstif libwww lirc lm_sensors lua lzw lzw-tiff mad mailwrapper mikmod mng mp3 mpeg musicbrainz mysql ncurses nptl nsplugin offensive ogg oggvorbis opengl oss pcre pdflib perl pic png ppds python qt quicktime readline recode samba scanner sdl slang slp spell ssl tcltk tcpd tetex theora tiff truetype truetype-fonts type1-fonts udev usb userlocales v4l v4l2 vorbis xfs xml xml2 xmms xpm xprint xv xvid zlib zvbi elibc_glibc kernel_linux linguas_en_GB userland_GNU video_cards_nvidia"
Unset:  ASFLAGS, CTARGET, LC_ALL, LDFLAGS
Comment 12 Patrizio Bassi 2006-01-16 08:59:51 UTC
here it works perfectly, but after editing the ebuild as comment #8


please fix, i see cvs still contains that typo
Comment 13 Magnus Kessler 2006-01-17 01:19:58 UTC
Same behaviour here as in comment #11 (also on amd64) even after making the change to prevent gnome blocking (comment #9).
Comment 14 Bret Towe 2006-01-17 11:19:29 UTC
see bug #119189 if you dont think thats the same issue
please open a new bug and also post your emerge info

thanks