Home | Docs | Forums | Lists | Bugs | Planet | Store | GMN | Get Gentoo!
Not eligible to see or edit group visibility for this bug.
View Bug Activity | Format For Printing | XML | Clone This Bug
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
Created an attachment (id=83496) [edit] celestia-1.4.1-ebuild.diff After I applied these changes, the access violation disappeared.
Created an attachment (id=83498) [edit] 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
Created an attachment (id=83499) [edit] celestia-1.4.1-ebuild.diff And of course, einstall should be replaced by make DESTDIR="${D}" install Cheers Poly-C
Created an attachment (id=83514) [edit] 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
Created an attachment (id=83516) [edit] 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
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?
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
USE=-kde emerge celestia fixed it for me. (celestia-1.4.1)
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
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
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 :)
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 --------------------------------------------------------------------------------
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
i can confirm same bug here.
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
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
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.
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
let me know if the access violations still occur if you sync 2 hours after this post
works perfectly, please fix the as-needed problem and it will be perfect (that's a bug for that)
<<< 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
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
The latest ebuild re-installs fine here. Thanks
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
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.
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.
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.
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
Yes, i have the same problem, and placing # after + in makefile.am.patch helps. I think bug must be reopened.
(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.
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.
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
(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
(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
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
(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)
(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.
*** Bug 151634 has been marked as a duplicate of this bug. ***
I still have this problem with the ebuild in portage, but the ebuild in the gentooscience.org overlay worked for me.
Ping...
should be fixed in cvs. reopen if it persists
