Hi, today I want to submit a test-ebuild for celestia. I was fed up with the latest official version as it doesn't work quite well with kde. So I tried to make an ebuild with the latest cvs-snapshot. I've tested it on a machine with gcc-3.3.3-r6 xfree-4.3.0-r6 nvidia-glx-1.0.5336-r2 and kde-3.2.3 and had no problems at all (I used -gnome +kde USE-flags). There are some issues I had with this version running it on a machine with gcc-3.4.1-r1 xorg-x11-6.7.0-r1 nvidia-glx-1.0.6106 and kde-3.2.3. celestia will compile (needs a patch) but segfaults when being started. Another issue is an access violation I had to "sed" away in two makefiles but that could be an upstream issue. This ebuild is not inteded to get into the official portage-tree but I thought that some people could be interested in what changes we will see in upcoming versions of celestia. Poly Reproducible: Always Steps to Reproduce:
Created attachment 35201 [details] celestia_cvs-ebuild.tar.bz2
Created attachment 35582 [details] new celestia-ebuild (1.3.2_pre20040716) new cvs-snapshot and a minor improvement of the ebuild To get newer cvs snapshots just check in $SRC_URI if there is a new snapshot and rename the ebuild to the corresponding snapshot-date
I had +gnome -kde but it compiled against qt/kde :/ Also confirm tested and working (using kde) on amd64 :)
Hi, looks like gtk/gnome support is not implemented in these snapshots :-/ I tried to compile it manually with gtk/gnome enabled with no success. I changed the ebuild to not implement gtk/gnome for now. Poly
Created attachment 36532 [details] updated celestia-ebuild (not gtk/gnome) -removed gtk/gnome support -minor improvements
Created attachment 36533 [details] updated ebuild (no gtk/gnome) same like above but with a running ebuild :-/
look at bug #53479 for a patch to allow compiling on gcc 3.4
Hi, I already included this patch to the ebuild. Celestia compiles fine with the patch applied but segfaults when being started. I tested this with gcc-3.4.0-r6 and 3.4.1-r1 But this is not a problem with the patch. I had no problems running celestia + patch compiled by gcc-3.3.x I'll give gcc-3.4.1-r2 a try when "emerge -e world" is finished. Poly
celestia-1.3.2_pre20040731 in portage shortly, wait 30 minutes, then sync Thank you
I don't think it's a good idea to include this ebuuild into portage. As far as I have seen the snapshots from $SRC_URI all require x11-libs/qt and maybe even kde. I wasn't able to build celestia without qt-support. ./configure stopped when it didn't find the qt-libs. I can add a dependency for qt but I don't know if celestia also need kdelibs. Poly
looks quite complete as is [ebuild N ] media-libs/freetype-2.1.5-r1 -bindist -cjk -doc +zlib 0 kB [ebuild N ] x11-misc/ttmkfdir-3.0.9-r1 0 kB [ebuild N ] media-libs/fontconfig-2.2.3 0 kB [ebuild N ] media-libs/libpng-1.2.5-r7 0 kB [ebuild N ] x11-base/opengl-update-1.8.1 [empty/missing/bad digest] [ebuild N ] x11-base/xorg-x11-6.7.0-r2 -3dfx -3dnow -cjk -debug -dlloader -doc -ipv6 -mmx +nls +pam -sdk -sse -static 9 kB [ebuild N ] app-arch/rpm2targz-9.0-r2 0 kB [ebuild N ] sys-apps/utempter-0.5.5.5 0 kB [ebuild N ] x11-terms/xterm-193 -Xaw3d +truetype -unicode 0 kB [ebuild N ] media-libs/jpeg-6b-r3 0 kB [ebuild N ] net-nds/portmap-5b-r8 -(selinux) 0 kB [ebuild N ] app-admin/fam-2.7.0-r1 0 kB [ebuild N ] dev-util/pkgconfig-0.15.0 0 kB [ebuild N ] media-libs/libart_lgpl-2.3.16 0 kB [ebuild N ] media-libs/tiff-3.6.1-r1 -lzw-tiff 0 kB [ebuild N ] net-print/cups-1.1.21_rc1 +pam -slp +ssl 0 kB [ebuild N ] net-dns/libidn-0.3.7 0 kB [ebuild N ] media-libs/libmad-0.15.1b -debug 0 kB [ebuild N ] media-libs/libungif-4.1.0.1b +X +gif 0 kB [ebuild N ] media-libs/giflib-4.1.0-r3 +X +gif 0 kB [ebuild N ] media-libs/lcms-1.12 +jpeg +python -tiff +zlib 0 kB [ebuild N ] media-libs/libmng-1.0.7 489 kB [ebuild N ] x11-libs/qt-3.3.2 -cjk +cups -debug -doc -firebird +gif -icc -ipv6 -mysql -nas -odbc +opengl -postgres -sqlite -xinerama +zlib 134 kB [ebuild N ] dev-libs/glib-2.4.5 -doc 0 kB [ebuild N ] media-libs/libogg-1.1 0 kB [ebuild N ] kde-base/kde-env-3-r2 [empty/missing/bad digest] [ebuild N ] media-libs/libvorbis-1.0.1-r2 0 kB [ebuild N ] media-libs/libid3tag-0.15.1b -debug 0 kB [ebuild N ] media-libs/audiofile-0.2.6-r1 0 kB [ebuild N ] kde-base/arts-1.3.0_beta2 -alsa -artswrappersuid -esd +mad +oggvorbis 0 kB [ebuild N ] dev-libs/libpcre-4.5 0 kB [ebuild N ] dev-libs/libxml2-2.6.11 -ipv6 +python +readline 0 kB [ebuild N ] dev-libs/libxslt-1.1.8-r1 +python 0 kB [ebuild N ] app-text/ghostscript-7.07.1-r4 +X -cjk +cups -emacs +truetype 0 kB [ebuild N ] app-text/sgml-common-0.6.3-r4 0 kB [ebuild N ] kde-base/kdelibs-3.3.0_beta2 -alsa +arts +cups -doc -ipv6 -ldap +ssl 0 kB [ebuild N ] media-libs/glut-3.7.1 0 kB [ebuild N ] app-sci/celestia-1.3.2_pre20040731 +kde 0 kB
Hi, what happens, if you remove kde from your use-flags? Does it compile while qt/kde isn't installed? Does it run? Poly
moments away from completing work that allows use of USE gtk, gnome or kde for UI, ill post to this bug when it is complete, until then dont sync and dont compile any -r1 you see of the cvs ebuild, caught a minute seconds after committing will be fixed shortly basically it is now: USE="-kde -gtk gnome" USE="-kde -gnome gtk" and USE="kde -gtk -gnome" as choices ok so give it 35 minutes, then sync then emerge using any of those 3 choice if the gtk or kde versions fail, then your mirror was too slow :)
Hi, nice work Daniel :) Martin Allchin can you confirm this is working under amd64, too? As I have seen, there still isn't any other arch than ~x86 listed in KEYWORDS. Poly
At daniel's request: Tested http://www.orangemicro.com/fw800usb20hd.html on amd64/nvidia 1.1.6111 driver. Appears to work properly.
sorry, meant to paste "app-sci/celestia-1.3.2_pre20040731-r1" not the above link :l
