Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 128218 - sci-astronomy/celestia-1.4.1 - access violation
Summary: sci-astronomy/celestia-1.4.1 - access violation
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: All Linux
: High normal (vote)
Assignee: Gentoo Science Related Packages
URL:
Whiteboard:
Keywords:
: 151634 (view as bug list)
Depends on:
Blocks: 141404
  Show dependency tree
 
Reported: 2006-03-31 02:15 UTC by Lars Wendler (Polynomial-C) (RETIRED)
Modified: 2007-02-03 17:08 UTC (History)
14 users (show)

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


Attachments
celestia-1.4.1-ebuild.diff (celestia-1.4.1-ebuild.diff,598 bytes, patch)
2006-03-31 04:13 UTC, Lars Wendler (Polynomial-C) (RETIRED)
Details | Diff
makefile.am.patch (makefile.am.patch,894 bytes, patch)
2006-03-31 05:24 UTC, Lars Wendler (Polynomial-C) (RETIRED)
Details | Diff
celestia-1.4.1-ebuild.diff (celestia-1.4.1-ebuild.diff,598 bytes, patch)
2006-03-31 05:46 UTC, Lars Wendler (Polynomial-C) (RETIRED)
Details | Diff
makefile.am.patch (makefile.am.patch,684 bytes, patch)
2006-03-31 07:21 UTC, Lars Wendler (Polynomial-C) (RETIRED)
Details | Diff
celestia-1.4.1-ebuild.diff (celestia-1.4.1-ebuild.diff,770 bytes, patch)
2006-03-31 07:36 UTC, Lars Wendler (Polynomial-C) (RETIRED)
Details | Diff
celestia-1.4.1_only_apply_patch_when_use_kde-ebuild.diff (celestia-1.4.1_only_apply_patch_when_use_kde-ebuild.diff,472 bytes, patch)
2006-09-01 11:11 UTC, Lars Wendler (Polynomial-C) (RETIRED)
Details | Diff

Note You need to log in before you can comment on or make changes to this bug.
Description Lars Wendler (Polynomial-C) (RETIRED) gentoo-dev 2006-03-31 02:15:32 UTC
make[3]: Entering directory `/home/portage/tmp/portage/celestia-1.4.1/work/celestia-1.4.1/data'
make[3]: Nothing to be done for `install-exec-am'.
/bin/sh ../admin/mkinstalldirs /usr/share/celestia/data
mkdir -p -- /usr/share/celestia/data
ACCESS DENIED  mkdir:     /usr/share/celestia
mkdir: cannot create directory `/usr/share/celestia': Permission denied
make[3]: *** [install-pkgdataDATA] Error 1
make[3]: Leaving directory `/home/portage/tmp/portage/celestia-1.4.1/work/celestia-1.4.1/data'
make[2]: *** [install-am] Error 2
make[2]: Leaving directory `/home/portage/tmp/portage/celestia-1.4.1/work/celestia-1.4.1/data'
make[1]: *** [install] Error 2
make[1]: Leaving directory `/home/portage/tmp/portage/celestia-1.4.1/work/celestia-1.4.1/data'
make: *** [install-recursive] Error 1

!!! ERROR: sci-astronomy/celestia-1.4.1 failed.
Call stack:
  ebuild.sh, line 1526:   Called dyn_install
  ebuild.sh, line 999:   Called src_install
  celestia-1.4.1.ebuild, line 99:   Called einstall
  ebuild.sh, line 566:   Called die

!!! einstall failed
!!! If you need support, post the topmost build error, and the call stack if relevant.

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

mkdir:     /usr/share/celestia
--------------------------------------------------------------------------------

# emerge --info
Portage 2.1_pre7-r3 (default-linux/x86/2006.0, gcc-3.4.6, glibc-2.3.5-r3, 2.6.13.5-mh2 i686)
=================================================================
System uname: 2.6.13.5-mh2 i686 AMD Athlon(tm) XP 3000+
Gentoo Base System version 1.12.0_pre16
dev-lang/python:     2.4.2-r1
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-r2
sys-devel/binutils:  2.16.1-r2
sys-devel/libtool:   1.5.22
virtual/os-headers:  2.6.11-r2
ACCEPT_KEYWORDS="x86 ~x86"
AUTOCLEAN="yes"
CBUILD="i686-pc-linux-gnu"
CFLAGS="-march=athlon-xp -mtune=athlon-xp -O3 -pipe -frename-registers"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc /home /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/share/X11/xkb /usr/share/config /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/X11/gdm /etc/gconf /etc/gnome /etc/gnome-vfs-2.0 /etc/init.d /etc/ssl /etc/terminfo /etc/env.d"
CXXFLAGS="-march=athlon-xp -mtune=athlon-xp -O3 -pipe -frename-registers -fvisibility-inlines-hidden"
DISTDIR="/usr/portage/distfiles"
EMERGE_DEFAULT_OPTS="--alphabetical"
FEATURES="autoconfig distlocks metadata-transfer sandbox sfperms strict userpriv usersandbox"
GENTOO_MIRRORS="ftp://sunsite.informatik.rwth-aachen.de/pub/Linux/gentoo ftp://linux.rz.ruhr-uni-bochum.de/gentoo-mirror ftp://ftp.tu-clausthal.de/pub/linux/gentoo http://distfiles.gentoo.org http://www.ibiblio.org/pub/Linux/distributions/gentoo"
LINGUAS="de"
PKGDIR="/home/portage/packages"
PORTAGE_TMPDIR="/home/portage/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage"
SYNC="rsync://192.168.0.254/gentoo-portage"
USE="x86 3dnow X a52 aac acpi alsa apache2 apm arts avi berkdb bitmap-fonts bzip2 cdparanoia cdr cli crypt ctype cups dba dri dvd eds emboss encode expat fam fastbuild flac foomaticdb force-cgi-redirect ftp gd gdbm gif gpg gstreamer gtk gtk2 idn imagemagick imlib isdnlog java jpeg kde libg++ libwww mad memlimit mikmod mmx mozilla mp3 mpeg ncurses nls nptl ogg oggvorbis opengl oss pam pcre pdflib perl png posix pppd python qt quicktime readline samba sdl session simplexml slang soap sockets spell spl sse ssl svg tiff tokenizer truetype truetype-fonts type1-fonts udev vorbis win32codecs xml xml2 xmms xprint xsl xv xvid zlib elibc_glibc input_devices_keyboard input_devices_mouse kernel_linux linguas_de userland_GNU video_cards_nv video_cards_nvidia"
Unset:  ASFLAGS, CTARGET, LANG, LC_ALL, LDFLAGS, MAKEOPTS
Comment 1 Lars Wendler (Polynomial-C) (RETIRED) gentoo-dev 2006-03-31 04:13:52 UTC
Created attachment 83496 [details, diff]
celestia-1.4.1-ebuild.diff

After I applied these changes, the access violation disappeared.
Comment 2 Lars Wendler (Polynomial-C) (RETIRED) gentoo-dev 2006-03-31 05:24:37 UTC
Created attachment 83498 [details, diff]
makefile.am.patch

Hi,

okay, forget my previous patch. It doesn't really take care of the problem, just circumvents the access violation.
Here's the real patch. I had to add some $(DESTDIR) variables in the Makefile.am file. Now everything should be fine...

Cheers
Poly-C
Comment 3 Lars Wendler (Polynomial-C) (RETIRED) gentoo-dev 2006-03-31 05:46:30 UTC
Created attachment 83499 [details, diff]
celestia-1.4.1-ebuild.diff

And of course, 

  einstall 

should be replaced by

  make DESTDIR="${D}" install


Cheers
Poly-C
Comment 4 Lars Wendler (Polynomial-C) (RETIRED) gentoo-dev 2006-03-31 07:21:58 UTC
Created attachment 83514 [details, diff]
makefile.am.patch

*sigh*
I'm really clueless why celestia-1.4.1 fails. I remember that it installed flawlessly at the time the ebuild appeared in portage.
I had to recompile celestia today because I switched from xorg-x11-6.8.2-r6 to modular xorg-x11-7.0 and revdep-rebuild wanted to have celestia recompiled where it failed as reported in my initial post.
Now I see more and more problems with this ebuild. The makefile.am.patch I posted only works if celestia isn't already installed in the system. So I had to change the patch again.
Then I discovered that the icons don't get installed so I hacked the ebuild once again to have the icons where they belong to.
Somehow I have the feeling that the makefiles of celestia are a great mess and my attempts to get celestia installed again just make it even more messy :-(

Cheers
Poly-C
Comment 5 Lars Wendler (Polynomial-C) (RETIRED) gentoo-dev 2006-03-31 07:36:52 UTC
Created attachment 83516 [details, diff]
celestia-1.4.1-ebuild.diff

Alright,

i _really_ hope that I now have fixed all problems I had with this ebuild. This patch does the following changes to the ebuild:

-include the makefile.am.patch
-replace einstall with make DESTDIR="${D}" install
-install all kde-icons of celestia

Cheers
Poly-C
Comment 6 Bret Towe 2006-03-31 15:30:28 UTC
Lars:
i see in your diff of the ebuild you apply the patch to the .am file
but no autoconf/automake running? wouldnt the patch be useless then?
Comment 7 Lars Wendler (Polynomial-C) (RETIRED) gentoo-dev 2006-04-01 03:50:05 UTC
Well, I can only tell what happened on my testing-machine...
before I made these changes, I got access vilolations... after I applied the changes theses violations were gone. And the Makefile seems to have the changes applied.
I'll recheck this later.

Cheers
Poly-C
Comment 8 Olaf Walkowiak 2006-04-03 06:19:29 UTC
USE=-kde emerge celestia
fixed it for me. (celestia-1.4.1)

Comment 9 Disenchanted (RETIRED) gentoo-dev 2006-04-03 20:22:19 UTC
not trying to ignore this, but i just can't seem to be able to reproduce any of the access violation bugs, i will keep trying with various scenarios of -C'ing it and remerging with reported cflags

at least before i patch the ebuild, if i can not reproduce the breakage
Comment 10 Lars Wendler (Polynomial-C) (RETIRED) gentoo-dev 2006-04-04 13:54:28 UTC
Hi again,

alright I rechecked this several times now and I stumbled about the following errors:

given is an up-to-date ~x86 machine. The useflags for celestia are:
-arts -debug -gnome gtk kde -lua nls -threads

When I try to emerge celestia-1.4.1 with the ebuild from portage I get the access-violation error mentioned in my initial report.

I fixed this access-violation by replacing 'einstall ...' with 'make DESTDIR="${D}" install ...' but now I ran into another access-violation which looks like this:

make  install-data-hook
make[3]: Entering directory `/home/portage/tmp/portage/celestia-1.4.1/work/celestia-1.4.1'
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
if [ "/usr/share/apps" -a ! -h /usr/share/apps/celestia ] ; then \
        ln -s /usr/share/celestia /usr/share/apps/celestia ; \
fi
ACCESS DENIED  symlink:   /usr/share/apps/celestia
ln: creating symbolic link `/usr/share/apps/celestia' to `/usr/share/celestia': Permission denied
make[3]: *** [install-data-hook] Error 1
make[3]: Leaving directory `/home/portage/tmp/portage/celestia-1.4.1/work/celestia-1.4.1'
make[2]: *** [install-data-am] Error 2
make[2]: Leaving directory `/home/portage/tmp/portage/celestia-1.4.1/work/celestia-1.4.1'
make[1]: *** [install-am] Error 2
make[1]: Leaving directory `/home/portage/tmp/portage/celestia-1.4.1/work/celestia-1.4.1'
make: *** [install-recursive] Error 1

!!! ERROR: sci-astronomy/celestia-1.4.1 failed.
Call stack:
  ebuild.sh, line 1526:   Called dyn_install
  ebuild.sh, line 999:   Called src_install
  celestia-1.4.1.ebuild, line 100:   Called die

!!! make install failed
!!! If you need support, post the topmost build error, and the call stack if relevant.

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

symlink:   /usr/share/apps/celestia
--------------------------------------------------------------------------------

I have to mention that this access-violation only occurs, when celestia isn't installed in the system already.

To fix this bug, I created that patch for Makefile.am which definitely comes into effect because without the patch the access-violation always occurs when celestia isn't already installed in the system but with the patch celestia emerges withour any errors.
I tested the cases with makefile.am.patch and without several times. Just try it yourself. Take the Makefile from unpatched sources then the Makefile from patched sources and diff them.

I hope this is enough information for you so that you can reproduce the errors.

Poly-C
Comment 11 Disenchanted (RETIRED) gentoo-dev 2006-04-04 17:36:42 UTC
i was afraid it would be something that remains, didnt get to it, having find tell me anything called celestia right now, while that runs i work on some list for my boss then hopefully this can be put to rest

thank you very much for your efforts thus far

honestly i am so tired, w/o your efforts i'd be calling it a problem for tomorrow :)
Comment 12 A Blamey 2006-04-05 04:08:17 UTC
I'm getting a slightly different access violation when I re-emerge celestia:

emerge -pv celestia:
[ebuild   R   ] sci-astronomy/celestia-1.4.1  USE="arts kde nls threads -debug -gnome -gtk -lua" 0 kB 

(note - I'm re-emerging over the installed version without emerge -C first)

I get ...

make[2]: Entering directory `/var/tmp/portage/celestia-1.4.1/work/celestia-1.4.1'
make[2]: Nothing to be done for `install-exec-am'.
/bin/sh ./admin/mkinstalldirs /usr/share/celestia
 /bin/install -c -p -m 644 celestia.cfg /usr/share/celestia/celestia.cfg
ACCESS DENIED  unlink:    /usr/share/celestia/celestia.cfg
/bin/install: cannot remove `/usr/share/celestia/celestia.cfg': Permission denied
 /bin/install -c -p -m 644 controls.txt /usr/share/celestia/controls.txt
ACCESS DENIED  unlink:    /usr/share/celestia/controls.txt
/bin/install: cannot remove `/usr/share/celestia/controls.txt': Permission denied
 /bin/install -c -p -m 644 COPYING /usr/share/celestia/COPYING
ACCESS DENIED  unlink:    /usr/share/celestia/COPYING
/bin/install: cannot remove `/usr/share/celestia/COPYING': Permission denied
 /bin/install -c -p -m 644 demo.cel /usr/share/celestia/demo.cel
ACCESS DENIED  unlink:    /usr/share/celestia/demo.cel
/bin/install: cannot remove `/usr/share/celestia/demo.cel': Permission denied
 /bin/install -c -p -m 644 guide.cel /usr/share/celestia/guide.cel
ACCESS DENIED  unlink:    /usr/share/celestia/guide.cel
/bin/install: cannot remove `/usr/share/celestia/guide.cel': Permission denied
 /bin/install -c -p -m 644 start.cel /usr/share/celestia/start.cel
ACCESS DENIED  unlink:    /usr/share/celestia/start.cel
/bin/install: cannot remove `/usr/share/celestia/start.cel': Permission denied
make[2]: *** [install-pkgdataDATA] Error 1
make[2]: Leaving directory `/var/tmp/portage/celestia-1.4.1/work/celestia-1.4.1'
make[1]: *** [install-am] Error 2
make[1]: Leaving directory `/var/tmp/portage/celestia-1.4.1/work/celestia-1.4.1'
make: *** [install-recursive] Error 1

!!! ERROR: sci-astronomy/celestia-1.4.1 failed.
Call stack:
  ebuild.sh, line 1526:   Called dyn_install
  ebuild.sh, line 999:   Called src_install
  celestia-1.4.1.ebuild, line 101:   Called einstall
  ebuild.sh, line 566:   Called die

!!! einstall failed
!!! If you need support, post the topmost build error, and the call stack if relevant.

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

unlink:    /usr/share/celestia/celestia.cfg
unlink:    /usr/share/celestia/controls.txt
unlink:    /usr/share/celestia/COPYING
unlink:    /usr/share/celestia/demo.cel
unlink:    /usr/share/celestia/guide.cel
unlink:    /usr/share/celestia/start.cel
--------------------------------------------------------------------------------

Comment 13 Disenchanted (RETIRED) gentoo-dev 2006-04-06 15:38:47 UTC
I am still pretty much staring at this one.
With my previous version of portage i could emerge it if i cleaned /var/tmp/portage/celestia-1.4.1 first ( imean after -C and remerging worked)
and only remerging with the empt dir left full caused an access violation

now with 2.1pre7-r4 i get a more consistent access violation, i have seen the unlink one, so now i can see to work on this
Comment 14 Patrizio Bassi 2006-04-08 09:50:27 UTC
i can confirm same bug here.
Comment 15 Jure Repinc 2006-04-09 05:20:37 UTC
I also got this error with the unlinks in it.

emerge --info
Portage 2.1_pre7-r4 (default-linux/x86/2006.0, gcc-3.4.6, glibc-2.4-r1, 2.6.16-gentoo-r1 i686)
=================================================================
System uname: 2.6.16-gentoo-r1 i686 AMD Turion(tm) 64 Mobile ML-28
Gentoo Base System version 1.12.0_pre16
dev-lang/python:     2.3.5, 2.4.2-r1
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-r2
sys-devel/binutils:  2.16.1-r2
sys-devel/libtool:   1.5.22
virtual/os-headers:  2.6.11-r3
ACCEPT_KEYWORDS="x86 ~x86"
AUTOCLEAN="yes"
CBUILD="i686-pc-linux-gnu"
CFLAGS="-march=athlon64 -O2 -pipe -fomit-frame-pointer"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc /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/share/X11/xkb /usr/share/config /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/eselect/compiler /etc/gconf /etc/revdep-rebuild /etc/terminfo /etc/texmf/web2c /etc/env.d"
CXXFLAGS="-march=athlon64 -O2 -pipe -fomit-frame-pointer"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoconfig distlocks metadata-transfer sandbox sfperms strict"
GENTOO_MIRRORS="http://mirror.ovh.net/gentoo-distfiles http://linux.rz.ruhr-uni-bochum.de/download/gentoo-mirror http://ftp-stud.fht-esslingen.de/pub/Mirrors/gentoo http://distfiles.gentoo.org"
LANG="sl_SI"
LC_ALL="sl_SI"
LINGUAS="sl en"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="x86 3dnow X a52 aac acl acpi alsa apache2 apm arts audiofile avi bash-completition berkdb bitmap-fonts bluetooth bzip2 cairo calendar cdparanoia cdr cli crypt ctype cups curl dba dbus dri dts dvd dvdr dvdread eds emboss encode esd exif expat fam fastbuild ffmpeg flac foomaticdb force-cgi-redirect fortran ftp gd gdbm geoip gif gmp gphoto2 gpm gstreamer gtk gtk2 hal icq idn ieee1394 imagemagick imlib ipv6 isdnlog jabber jpeg kde lcms libg++ libwww lm_sensors mad matroska mcal memlimit mikmod mime mmx mng motif mp3 mpeg mysql ncurses nls nptl nptlonly nsplugin offensive ogg oggvorbis openal opengl oscar oss pam pcmcia pcre pdf pdflib perl php png posix ppds pppd python qt quicktime readline recode samba scanner sdl session simplexml sndfile soap sockets speex spell spl sqlite sse sse2 ssl svg svga tcpd tetex theora tidy tiff tokenizer truetype truetype-fonts type1-fonts udev unicode usb videos vorbis wifi win32codecs wmf xcomposite xine xinerama xml xml2 xpm xprint xscreensaver xsl xv xvid zlib elibc_glibc input_devices_keyboard input_devices_mouse input_devices_synaptics kernel_linux linguas_sl linguas_en userland_GNU video_cards_fglrx video_cards_ati"
Unset:  ASFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LDFLAGS, PORTDIR_OVERLAY

emerging celestia with: arts kde lua nls -debug* -gnome -gtk -threads
Comment 16 Patrizio Bassi 2006-04-15 13:33:57 UTC
after the makefile patch you need to do:

cd ${S}
autoconf
automake

all works...but..in install stage:

celestia/guide.cel
 /bin/install -c -p -m 644 start.cel /var/tmp/portage/celestia-1.4.1/image//var/tmp/portage/celestia-1.4.1/image//usr/share/celestia/start.cel
/bin/sh ./admin/mkinstalldirs /var/tmp/portage/celestia-1.4.1/image//var/tmp/portage/celestia-1.4.1/image//usr/share/celestia/splash
mkdir -p -- /var/tmp/portage/celestia-1.4.1/image//var/tmp/portage/celestia-1.4.1/image//usr/share/celestia/splash
 /bin/install -c -p -m 644 splash.png /var/tmp/portage/celestia-1.4.1/image//var/tmp/portage/celestia-1.4.1/image//usr/share/celestia/splash/splash.png
make  install-data-hook
make[3]: Entering directory `/var/tmp/portage/celestia-1.4.1/work/celestia-1.4.1'
mv -f -b /var/tmp/portage/celestia-1.4.1/image//usr/share/apps/celestia/* /var/tmp/portage/celestia-1.4.1/image//usr/share/celestia/ ; \
        rmdir /var/tmp/portage/celestia-1.4.1/image//usr/share/apps/celestia ; \
        ln -s /usr/share/celestia /var/tmp/portage/celestia-1.4.1/image//usr/share/apps ;
mv: target `/var/tmp/portage/celestia-1.4.1/image//usr/share/celestia/' is not a directory: No such file or directory
rmdir: /var/tmp/portage/celestia-1.4.1/image//usr/share/apps/celestia: La directory non 
Comment 17 Patrizio Bassi 2006-04-15 13:33:57 UTC
after the makefile patch you need to do:

cd ${S}
autoconf
automake

all works...but..in install stage:

celestia/guide.cel
 /bin/install -c -p -m 644 start.cel /var/tmp/portage/celestia-1.4.1/image//var/tmp/portage/celestia-1.4.1/image//usr/share/celestia/start.cel
/bin/sh ./admin/mkinstalldirs /var/tmp/portage/celestia-1.4.1/image//var/tmp/portage/celestia-1.4.1/image//usr/share/celestia/splash
mkdir -p -- /var/tmp/portage/celestia-1.4.1/image//var/tmp/portage/celestia-1.4.1/image//usr/share/celestia/splash
 /bin/install -c -p -m 644 splash.png /var/tmp/portage/celestia-1.4.1/image//var/tmp/portage/celestia-1.4.1/image//usr/share/celestia/splash/splash.png
make  install-data-hook
make[3]: Entering directory `/var/tmp/portage/celestia-1.4.1/work/celestia-1.4.1'
mv -f -b /var/tmp/portage/celestia-1.4.1/image//usr/share/apps/celestia/* /var/tmp/portage/celestia-1.4.1/image//usr/share/celestia/ ; \
        rmdir /var/tmp/portage/celestia-1.4.1/image//usr/share/apps/celestia ; \
        ln -s /usr/share/celestia /var/tmp/portage/celestia-1.4.1/image//usr/share/apps ;
mv: target `/var/tmp/portage/celestia-1.4.1/image//usr/share/celestia/' is not a directory: No such file or directory
rmdir: /var/tmp/portage/celestia-1.4.1/image//usr/share/apps/celestia: La directory non è vuota
ln: creazione del link simbolico `/var/tmp/portage/celestia-1.4.1/image//usr/share/apps/celestia' a `/usr/share/celestia': Il file esiste
make[3]: *** [install-data-hook] Error 1
make[3]: Leaving directory `/var/tmp/portage/celestia-1.4.1/work/celestia-1.4.1'
make[2]: *** [install-data-am] Error 2
make[2]: Leaving directory `/var/tmp/portage/celestia-1.4.1/work/celestia-1.4.1'
make[1]: *** [install-am] Error 2
make[1]: Leaving directory `/var/tmp/portage/celestia-1.4.1/work/celestia-1.4.1'
make: *** [install-recursive] Error 1

!!! ERROR: sci-astronomy/celestia-1.4.1 failed.
Call stack:
  ebuild.sh, line 1532:   Called dyn_install
  ebuild.sh, line 1005:   Called src_install
  celestia-1.4.1.ebuild, line 104:   Called die

!!! make install failed
!!! If you need support, post the topmost build error, and the call stack if relevant.



add the first 3 lines i added, and try to manage somehow the ln and mkdir
if you have a new patch i'll test.
Comment 18 Michael Hill 2006-04-19 09:16:43 UTC
I have also been getting this error ever since (I guess) the 1.4.1 ebuild was unmasked.  I've ignored it for more pressing concerns until now, but it's finally the only package left to upgrade in world.  :^)

I have 1.3.2 installed, but I don't think whether Celestia is installed already or not is the issue.  It looks like a problem with the sandbox mode, where it should be installing (in the "make install" phase) into a temp directory but instead is trying to install into the real filesystem.  (Hence the DESTDIR hacks....)  So I don't see any point in uninstalling 1.3.2.

$ emerge --info
Portage 2.1_pre7-r5 (default-linux/x86/2006.0, gcc-3.4.6-vanilla, glibc-2.3.6-r2, 2.6.16-gentoo-r1 i686)
=================================================================
System uname: 2.6.16-gentoo-r1 i686 AMD Athlon(tm) XP 2400+
Gentoo Base System version 1.12.0_pre17
ccache version 2.4 [enabled]
dev-lang/python:     2.4.2-r1
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-r2
sys-devel/binutils:  2.16.1-r2
sys-devel/libtool:   1.5.22
virtual/os-headers:  2.6.11-r3
ACCEPT_KEYWORDS="x86 ~x86"
AUTOCLEAN="yes"
CBUILD="i686-pc-linux-gnu"
CFLAGS="-O2 -march=athlon-xp -pipe"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config /usr/lib/mozilla/defaults/pref /usr/share/X11/xkb /usr/share/config /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/eselect/compiler /etc/gconf /etc/revdep-rebuild /etc/splash /etc/terminfo /etc/texmf/web2c /etc/env.d"
CXXFLAGS="-O2 -march=athlon-xp -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoconfig buildpkg ccache digest distlocks metadata-transfer sandbox sfperms strict"
GENTOO_MIRRORS="http://www.gtlib.cc.gatech.edu/pub/gentoo/"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="x86 3dnow X acpi alsa apache2 apm avi bcmath berkdb bitmap-fonts bzlib cairo calendar caps cli crypt ctype cups dba dbase dbx dedicated dga dlloader doc dri dvd dvdr emboss encode expat fastbuild fbcon fftw flatfile font-server foomaticdb force-cgi-redirect ftp gd gif ginac gnutls gpm gtk gtk2 hardened hardenedphp imlib inifile isdnlog jpeg libwww logrotate logwatch mbox memlimit mikmod milter mime mmap mmx mp3 mpeg mpi mysql ncurses no-suexec nocardbus nocd nomotif nptl nptlonly ogg opengl oss pam pcntl pcre pda pdflib perl php pie plotutils png posix ppds pppd python qt quicktime readline real rtsp sdl server session shared sharedmem simplexml skins sndfile soap sockets spell spl sse ssl sysvipc tcpd tidy tokenizer truetype truetype-fonts type1-fonts udev ups usb userlocales vhosts videos vorbis win32codecs wv wxgtk1 wxwindows xine xml xmlrpc xmms xpm xsl xv zlib elibc_glibc input_devices_keyboard input_devices_mouse kernel_linux userland_GNU video_cards_vga video_cards_nvidia"
Unset:  ASFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL, LDFLAGS, LINGUAS
Comment 19 Disenchanted (RETIRED) gentoo-dev 2006-05-01 22:36:22 UTC
let me know if the access violations still occur if you sync 2 hours after this post
Comment 20 Patrizio Bassi 2006-05-02 04:04:17 UTC
works perfectly, please fix the as-needed problem and it will be perfect (that's a bug for that)
Comment 21 Lars Wendler (Polynomial-C) (RETIRED) gentoo-dev 2006-05-02 20:04:56 UTC
<<<        obj /usr/share/icons/hicolor/48x48/apps/celestia.png
<<<        obj /usr/share/icons/hicolor/32x32/apps/celestia.png
<<<        obj /usr/share/icons/hicolor/22x22/apps/celestia.png
<<<        obj /usr/share/icons/hicolor/16x16/apps/celestia.png

the updated ebuild still doesn't install the icons for kde...

Could this snippet please be applied to the kde-part of src_install?

for size in 16 22 32 48 ; do
        insinto /usr/share/icons/hicolor/${size}x${size}/apps/
        newins ${S}/src/celestia/kde/data/hi${size}-app-${PN}.png ${PN}.png
done

Cheers
Poly-C
Comment 22 Saul Peebsen 2006-05-03 10:27:36 UTC
Still no cigar here.
--

make  install-data-hook
make[3]: Entering directory `/var/tmp/portage/celestia-1.4.1/work/celestia-1.4.1'
mv -f -b /celestia/* /var/tmp/portage/celestia-1.4.1/image//usr/share/celestia/ ; \
                rmdir /celestia ; \
                ln -s /var/tmp/portage/celestia-1.4.1/image//usr/share/celestia  ;
mv: cannot stat `/celestia/*': No such file or directory
ACCESS DENIED  rmdir:     /celestia
rmdir: /celestia: Permission denied
ln: creating symbolic link `./celestia' to `/var/tmp/portage/celestia-1.4.1/image//usr/share/celestia': File exists
make[3]: *** [install-data-hook] Error 1
make[3]: Leaving directory `/var/tmp/portage/celestia-1.4.1/work/celestia-1.4.1'
make[2]: *** [install-data-am] Error 2
make[2]: Leaving directory `/var/tmp/portage/celestia-1.4.1/work/celestia-1.4.1'
make[1]: *** [install-am] Error 2
make[1]: Leaving directory `/var/tmp/portage/celestia-1.4.1/work/celestia-1.4.1'
make: *** [install-recursive] Error 1

!!! ERROR: sci-astronomy/celestia-1.4.1 failed.
Call stack:
  ebuild.sh, line 1525:   Called dyn_install
  ebuild.sh, line 1002:   Called src_install
  celestia-1.4.1.ebuild, line 105:   Called einstall
  ebuild.sh, line 569:   Called die
Comment 23 A Blamey 2006-05-04 04:36:56 UTC
The latest ebuild re-installs fine here.
Thanks
Comment 24 Disenchanted (RETIRED) gentoo-dev 2006-05-06 15:23:27 UTC
icons will install in ~2 hours, since not installing them is a bug, not rev-bumping for that
i can fresh install it and reinstall, so all seems good, closing this
Comment 25 Saul Peebsen 2006-05-06 15:54:55 UTC
Don't know, still have exactly same error as post #21 
Tried to install fresh, same error. Installed 1.3.2, tried to upgrade - same error.
Comment 26 Michael Hill 2006-05-06 17:33:50 UTC
I also have the same problem as #21:  "rmdir /celestia" .  The rest of the errors have been cleared up, but it looks like one still remains.
Comment 27 Algardas Pelakauskas 2006-05-19 06:22:53 UTC
same problem as in post #21

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

rmdir:     /celestia
--------------------------------------------------------------------------------

Doesn't look like it's RESOLVED.
Comment 28 Algardas Pelakauskas 2006-05-22 12:23:50 UTC
Celestia installs fine with gnome/kde USE flags set. But if gtk/glut USE flags are set, we get an access violation during the following steps in install-data-hook section in the makefile (these lines are patched with makefile.am.patch):

mv -f -b $(DESTDIR)$(kde_datadir)/celestia/* $(DESTDIR)$(datadir)/celestia/ ; \
rmdir $(DESTDIR)$(kde_datadir)/celestia ; \
ln -s $(datadir)/celestia $(DESTDIR)$(kde_datadir) ;

The access violation occurs because the $(DESTDIR) and $(kde_datadir) are not set (with -gnome/-kde USE flags) and rmdir /celestia is executed.

I think that the mentioned lines are useless, at least if one is not using kde. I just commented them out and celestia merged fine.

--------------------------
With USE="gtk gnome -kde":

make  install-data-hook
make[3]: Entering directory `/var/tmp/portage/celestia-1.4.1/work/celestia-1.4.1'
mv -f -b /var/tmp/portage/celestia-1.4.1/image//celestia/* /var/tmp/portage/celestia-1.4.1/image//usr/share/celestia/ ; \
	rmdir /var/tmp/portage/celestia-1.4.1/image//celestia ; \
	ln -s /usr/share/celestia /var/tmp/portage/celestia-1.4.1/image/ ;
mv: cannot stat `/var/tmp/portage/celestia-1.4.1/image//celestia/*': No such file or directory
rmdir: /var/tmp/portage/celestia-1.4.1/image//celestia: No such file or directory

---------------------------
With USE="gtk -gnome -kde":

make  install-data-hook
make[3]: Entering directory `/var/tmp/portage/celestia-1.4.1/work/celestia-1.4.1'
mv -f -b /celestia/* /var/tmp/portage/celestia-1.4.1/image//usr/share/celestia/ ; \
	rmdir /celestia ; \
	ln -s /var/tmp/portage/celestia-1.4.1/image//usr/share/celestia  ;
mv: cannot stat `/celestia/*': No such file or directory
ACCESS DENIED  rmdir:     /celestia
rmdir: /celestia: Permission denied
ln: creating symbolic link `./celestia' to `/var/tmp/portage/celestia-1.4.1/image//usr/share/celestia': File exists
Comment 29 parafin 2006-06-27 07:13:14 UTC
Yes, i have the same problem, and placing # after + in makefile.am.patch helps. I think bug must be reopened.
Comment 30 Lars Wendler (Polynomial-C) (RETIRED) gentoo-dev 2006-08-15 20:31:51 UTC
(In reply to comment #28)
> Yes, i have the same problem, and placing # after + in makefile.am.patch helps.
> I think bug must be reopened.
> 
done. Sorry for the delay.
Comment 31 Philipp 2006-08-18 02:01:02 UTC
Portage 2.1.1_pre5-r2 (default-linux/amd64/2006.0, gcc-4.1.1/amd64-vanilla, glibc-2.4-r3, 2.6.17-gentoo-r5 x86_64)
=================================================================
System uname: 2.6.17-gentoo-r5 x86_64 AMD Athlon(tm) 64 Processor 3700+
Gentoo Base System version 1.12.4
Last Sync: Fri, 18 Aug 2006 08:30:01 +0000
app-admin/eselect-compiler: 2.0.0_rc2-r1
dev-lang/python:     2.4.3-r1
dev-python/pycrypto: 2.0.1-r5
dev-util/ccache:     [Not Present]
dev-util/confcache:  [Not Present]
sys-apps/sandbox:    1.2.18.1
sys-devel/autoconf:  2.13, 2.60
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2
sys-devel/binutils:  2.17
sys-devel/gcc-config: [Not Present]
sys-devel/libtool:   1.5.22
virtual/os-headers:  2.6.16
ACCEPT_KEYWORDS="amd64 ~amd64"
AUTOCLEAN="yes"
CBUILD="x86_64-pc-linux-gnu"
CFLAGS="-march=k8 -O3 -pipe"
CHOST="x86_64-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/share/X11/xkb"
CONFIG_PROTECT_MASK="/etc/env.d /etc/env.d/java/ /etc/eselect/compiler /etc/gconf /etc/java-config/vms/ /etc/revdep-rebuild /etc/terminfo"
CXXFLAGS="-march=k8 -O3 -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoconfig distlocks metadata-transfer sandbox sfperms strict"
GENTOO_MIRRORS="http://gentoo.osuosl.org/ http://linux.rz.ruhr-uni-bochum.de/download/gentoo-mirror/ "
LANG="en_US"
LC_ALL="en_US.utf8"
LINGUAS=""
PKGDIR="/usr/portage/packages"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude='/distfiles' --exclude='/local' --exclude='/packages'"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage"
SYNC="rsync://192.168.0.1/gentoo-portage"
USE="amd64 X alsa apache2 avi berkdb bitmap-fonts cli crypt dga dlloader dri elibc_glibc emboss encode foomaticdb gcj gif glut gstreamer gtk2 imlib input_devices_joystick input_devices_keyboard input_devices_mouse ipv6 isdnlog jpeg kernel_linux lzw lzw-tiff mp3 mpeg ncurses nptl nsplugin opengl pcre pdflib png posix pppd python quicktime readline reflection sdl session spl ssl symlink tcpd tiff truetype truetype-fonts type1-fonts unicode usb userland_GNU video_cards_fglrx video_cards_radeon xorg xpm xv zlib"
Unset:  CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LDFLAGS, MAKEOPTS, PORTAGE_RSYNC_EXTRA_OPTS



make[1]: Leaving directory `/var/tmp/portage/celestia-1.4.1/work/celestia-1.4.1/po'
make[1]: Entering directory `/var/tmp/portage/celestia-1.4.1/work/celestia-1.4.1'
make[2]: Entering directory `/var/tmp/portage/celestia-1.4.1/work/celestia-1.4.1'
make[2]: Nothing to be done for `install-exec-am'.
/bin/sh ./admin/mkinstalldirs /var/tmp/portage/celestia-1.4.1/image//usr/share/celestia
 /bin/install -c -p -m 644 celestia.cfg /var/tmp/portage/celestia-1.4.1/image//usr/share/celestia/celestia.cfg
 /bin/install -c -p -m 644 controls.txt /var/tmp/portage/celestia-1.4.1/image//usr/share/celestia/controls.txt
 /bin/install -c -p -m 644 COPYING /var/tmp/portage/celestia-1.4.1/image//usr/share/celestia/COPYING
 /bin/install -c -p -m 644 demo.cel /var/tmp/portage/celestia-1.4.1/image//usr/share/celestia/demo.cel
 /bin/install -c -p -m 644 guide.cel /var/tmp/portage/celestia-1.4.1/image//usr/share/celestia/guide.cel
 /bin/install -c -p -m 644 start.cel /var/tmp/portage/celestia-1.4.1/image//usr/share/celestia/start.cel
/bin/sh ./admin/mkinstalldirs /var/tmp/portage/celestia-1.4.1/image//usr/share/celestia/splash
mkdir -p -- /var/tmp/portage/celestia-1.4.1/image//usr/share/celestia/splash
 /bin/install -c -p -m 644 splash.png /var/tmp/portage/celestia-1.4.1/image//usr/share/celestia/splash/splash.png
make  install-data-hook
make[3]: Entering directory `/var/tmp/portage/celestia-1.4.1/work/celestia-1.4.1'
mv -f -b /celestia/* /var/tmp/portage/celestia-1.4.1/image//usr/share/celestia/ ; \
                rmdir /celestia ; \
                ln -s /var/tmp/portage/celestia-1.4.1/image//usr/share/celestia  ;
mv: cannot stat `/celestia/*': No such file or directory
ACCESS DENIED  rmdir:     /celestia
rmdir: /celestia: Permission denied
ln: creating symbolic link `./celestia' to `/var/tmp/portage/celestia-1.4.1/image//usr/share/celestia': File exists
make[3]: *** [install-data-hook] Error 1
make[3]: Leaving directory `/var/tmp/portage/celestia-1.4.1/work/celestia-1.4.1'
make[2]: *** [install-data-am] Error 2
make[2]: Leaving directory `/var/tmp/portage/celestia-1.4.1/work/celestia-1.4.1'
make[1]: *** [install-am] Error 2
make[1]: Leaving directory `/var/tmp/portage/celestia-1.4.1/work/celestia-1.4.1'
make: *** [install-recursive] Error 1

!!! ERROR: sci-astronomy/celestia-1.4.1 failed.
Call stack:
  ebuild.sh, line 1543:   Called dyn_install
  ebuild.sh, line 1017:   Called src_install
  celestia-1.4.1.ebuild, line 105:   Called einstall
  ebuild.sh, line 578:   Called die

!!! einstall failed
!!! If you need support, post the topmost build error, and the call stack if relevant.

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

rmdir:     /celestia
--------------------------------------------------------------------------------


Why does it try to rmdir /celestia? That doesn't make sense at all. Please fix it.
Comment 32 Lars Wendler (Polynomial-C) (RETIRED) gentoo-dev 2006-09-01 11:11:19 UTC
Created attachment 95661 [details, diff]
celestia-1.4.1_only_apply_patch_when_use_kde-ebuild.diff

Hi,

could someone with -kde in useflags test the attached patch please and report wether celestia compiles with this patch applied?
Apply it to the current ebuild in portage.

Cheers
Poly-C
Comment 33 Jay Belanger 2006-09-02 10:53:30 UTC
(In reply to comment #31)
> could someone with -kde in useflags test the attached patch please and report
> wether celestia compiles with this patch applied?
> Apply it to the current ebuild in portage.

I just tried it with the following use flags.
sci-astronomy/celestia-1.4.1  USE="gtk nls -arts -debug -gnome -kde -lua -threads"

It compiled find, but there were still problems with the installation.
I previously had the same problem as Philipp in comment #30, ending with

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

rmdir:     /celestia
--------------------------------------------------------------------------------

now I have the same problem as Cubittus in comment #12, ending with

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

unlink:    /usr/share/celestia/celestia.cfg
unlink:    /usr/share/celestia/controls.txt
unlink:    /usr/share/celestia/COPYING
unlink:    /usr/share/celestia/demo.cel
unlink:    /usr/share/celestia/guide.cel
unlink:    /usr/share/celestia/start.cel
--------------------------------------------------------------------------------

Jay
Comment 34 Jay Belanger 2006-09-02 22:07:37 UTC
(In reply to comment #32)

Oops.  I hadn't updated my /etc/make.profile
I finally changed it from
/usr/portage/profiles/default-linux/x86/2005.1
to 
/usr/portage/profiles/default-linux/x86/2006.1
and now celestia compiles and installs with the patch.  
(I didn't try it without the patch.)

Jay
Comment 35 Olliver Schinagl 2006-09-06 05:22:03 UTC
I just updated my profile today and emerged -e with gcc 4 and celestia gives an access violation again.

make[3]: Entering directory `/opt/tmp/portage/celestia-1.4.1/work/celestia-1.4.1'
mv -f -b /celestia/* /opt/tmp/portage/celestia-1.4.1/image//usr/share/celestia/ ; \
                rmdir /celestia ; \
                ln -s /opt/tmp/portage/celestia-1.4.1/image//usr/share/celestia  ;
mv: cannot stat `/celestia/*': No such file or directory
ACCESS DENIED  rmdir:     /celestia
rmdir: /celestia: Permission denied
ln: creating symbolic link `./celestia': File exists
make[3]: *** [install-data-hook] Error 1
make[3]: Leaving directory `/opt/tmp/portage/celestia-1.4.1/work/celestia-1.4.1'
make[2]: *** [install-data-am] Error 2
make[2]: Leaving directory `/opt/tmp/portage/celestia-1.4.1/work/celestia-1.4.1'
make[1]: *** [install-am] Error 2
make[1]: Leaving directory `/opt/tmp/portage/celestia-1.4.1/work/celestia-1.4.1'
make: *** [install-recursive] Error 1

!!! ERROR: sci-astronomy/celestia-1.4.1 failed.
Call stack:
  ebuild.sh, line 1543:   Called dyn_install
  ebuild.sh, line 1017:   Called src_install
  celestia-1.4.1.ebuild, line 105:   Called einstall
  ebuild.sh, line 578:   Called die

!!! einstall failed
!!! If you need support, post the topmost build error, and the call stack if relevant.

just my 2c
Comment 36 Rick Leijssen 2006-09-14 01:33:34 UTC
(In reply to comment #31)

I had the rmdir /celestia access violation problem, applied your patch and now it compiles. my relevant use flags: USE="gtk nls -arts -debug -gnome -kde -lua -threads". 
other info (normal x86 system, up-to-date gcc etc):
Portage 2.1.1 (default-linux/x86/2006.1/desktop, gcc-4.1.1, glibc-2.4-r3, 2.6.17-gentoo-r4 i686)
Comment 37 PL Hayes 2006-09-19 05:57:13 UTC
(In reply to comment #31)
> Created an attachment (id=95661) [edit]
> celestia-1.4.1_only_apply_patch_when_use_kde-ebuild.diff
> 
> Hi,
> 
> could someone with -kde in useflags test the attached patch please and report
> wether celestia compiles with this patch applied?
> Apply it to the current ebuild in portage.
> 
> Cheers
> Poly-C
> 

It compiles and installs. Thanks.
Comment 38 Jakub Moc (RETIRED) gentoo-dev 2006-10-16 13:42:32 UTC
*** Bug 151634 has been marked as a duplicate of this bug. ***
Comment 39 David Barnett 2006-11-16 16:45:17 UTC
I still have this problem with the ebuild in portage, but the ebuild in the gentooscience.org overlay worked for me.
Comment 40 Jakub Moc (RETIRED) gentoo-dev 2007-01-17 21:25:59 UTC
Ping...
Comment 41 Sébastien Fabbro (RETIRED) gentoo-dev 2007-02-03 17:08:42 UTC
should be fixed in cvs. reopen if it persists