Home | Docs | Forums | Lists | Bugs | Planet | Store | GMN | Get Gentoo!
View Bug Activity | Format For Printing | XML | Clone This Bug
Every package emerged perfectly, but this always fails. The output of emerge ghostscript-gpl: [...] x86_64-pc-linux-gnu-gcc -DHAVE_MKSTEMP -DHAVE_HYPOT -O2 -Wall -Wstrict-prototypes -Wmissing-declarations -Wmissing-prototypes -Wcast-qual -Wwrite-strings -fno-builtin -fno-common -DHAVE_STDINT_H -DGX_COLOR_INDEX_TYPE="unsigned long int" -march=opteron -O2 -pipe -msse -msse2 -mmmx -m3dnow -I./obj -I./src -o ./obj/gscrypt1.o -c ./src/gscrypt1.c cp jpeg/jmorecfg.h ./obj/jmcorig.h cp jpeg/jinclude.h ./obj/jinclude.h cp jpeg/jpeglib.h ./obj/jpeglib.h cp: cannot create regular file `./obj/jmcorig.h': No such file or directory cp: cannot create regular file `./obj/jpeglib.h': No such file or directory cp: cannot create regular file `./obj/jinclude.h': No such file or directory make: *** [obj/jmcorig.h] Error 1 make: *** Waiting for unfinished jobs.... make: *** [obj/jinclude.h] Error 1 make: *** [obj/jpeglib.h] Error 1 ./src/echogs.c: In function `main': ./src/echogs.c:95: warning: 'fnparam' might be used uninitialized in this function !!! ERROR: app-text/ghostscript-gpl-8.54 failed. Call stack: ebuild.sh, line 1539: Called dyn_compile ebuild.sh, line 939: Called src_compile ghostscript-gpl-8.54.ebuild, line 123: Called die !!! emake failed !!! If you need support, post the topmost build error, and the call stack if relevant. # emerge --info Portage 2.1-r1 (default-linux/amd64/2006.0, gcc-3.4.6, glibc-2.3.6-r4, 2.6.17-gentoo-r4_TyanVX50_smp_2 x86_64) ================================================================= System uname: 2.6.17-gentoo-r4_TyanVX50_smp_2 x86_64 Dual Core AMD Opteron(tm) Processor 875 Gentoo Base System version 1.6.15 distcc 2.18.3 x86_64-pc-linux-gnu (protocols 1 and 2) (default port 3632) [enabled] ccache version 2.3 [enabled] app-admin/eselect-compiler: [Not Present] dev-lang/python: 2.4.3-r1 dev-python/pycrypto: 2.0.1-r5 dev-util/ccache: 2.3 dev-util/confcache: [Not Present] 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-r3 sys-devel/gcc-config: 1.3.13-r3 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.11-r2 ACCEPT_KEYWORDS="amd64" AUTOCLEAN="yes" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-march=opteron -O2 -pipe -msse -msse2 -mmmx -m3dnow" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/share/X11/xkb" CONFIG_PROTECT_MASK="/etc/env.d /etc/gconf /etc/revdep-rebuild /etc/terminfo" CXXFLAGS="-march=opteron -O2 -pipe -msse -msse2 -mmmx -m3dnow" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig buildpkg ccache distcc distlocks metadata-transfer sandbox sfperms strict userpriv usersandbox" GENTOO_MIRRORS="http://gentoo.inf.elte.hu ftp://gentoo.inf.elte.hu ftp://ftp.nyx.hu/gentoo http://gd.tuwien.ac.at/opsys/linux/gentoo ftp://gd.tuwien.ac.at/opsys/linux/gentoo ftp://ftp.tu-clausthal.de/pub/linux/gentoo ftp://sunsite.informatik.rwth-aachen.de/pub/Linux/gentoo http://linux.rz.ruhr-uni-bochum.de/download/gentoo-mirror ftp://linux.rz.ruhr-uni-bochum.de/gentoo-mirror http://ftp.uni-erlangen.de/pub/mirrors/gentoo ftp://ftp.uni-erlangen.de/pub/mirrors/gentoo ftp://ftp.join.uni-muenster.de/pub/linux/distributions/gentoo ftp://ftp.wh2.tu-dresden.de/pub/mirrors/gentoo ftp://ftp.join.uni-muenster.de/pub/linux/distributions/gentoo http://mirrors.sec.informatik.tu-darmstadt.de/gentoo http://ftp-stud.fht-esslingen.de/pub/Mirrors/gentoo ftp://ftp-stud.fht-esslingen.de/pub/Mirrors/gentoo ftp://ftp.gentoo.mesh-solutions.com/gentoo http://pandemonium.tiscali.de/pub/gentoo ftp://pandemonium.tiscali.de/pub/gentoo ftp://ftp.rz.tu-bs.de/pub/mirror/ftp.gentoo.org/gentoo-distfiles http://ftp.rz.tu-bs.de/pub/mirror/ftp.gentoo.org/gentoo http://gentoo.intergenia.de http://gentoo.inode.at ftp://gentoo.inode.at/source http://distfiles.gentoo.org http://www.ibiblio.org/pub/Linux/distributions/gentoo" MAKEOPTS="-j17" 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" SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage" USE="3dnowex X a52 aac aalib accessibility acpi alsa amd64 apm arts asf audiofile avi berkdb bitmap-fonts bzip2 cdparanoia cdr clamav cli cpudetection crypt cups curl curlwrappers divx4linux dlloader doc dri dv dvd dvdr dvdread eds emacs emboss encode esd exif fbcon ffmpeg fftw firefox flac foomaticdb fortran ftp gdbm gif gmp gnome gphoto2 gpm gstreamer gtk gtk2 hal idn ieee1394 imlib isdnlog java javascript jpeg kde kdeenablefinal lm_sensors lzw lzw-tiff mad ming mng mozilla mp3 mpeg mule ncurses nls nptl nsplugin odbc ogg oggvorbis opengl oss pam pcmcia pcre pdf pdflib perl pmu png pppd python qt qt3 qt4 quicktime readline reflection samba scanner sdl session slp sndfile spell spl ssl tcltk tcpd theora tiff truetype truetype-fonts type1-fonts unicode usb userlocales v4l vcd vorbis wifi wmf xine xinerama xml xml2 xmms xorg xpm xv xvid zlib elibc_glibc input_devices_keyboard input_devices_mouse input_devices_evdev kernel_linux userland_GNU" Unset: CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL, LDFLAGS, LINGUAS, PORTAGE_RSYNC_EXTRA_OPTS, PORTDIR_OVERLAY Thank you for your help.
emerge -vp ghostscript-gpl <- what is the output there? does this onl happen on amd64? I cannot reproduce it :(
I am getting a similar error on ghostscript-gpl-8.54. I can't copy and paste, its on another box, but heres what I can see. echogs.c ./src/echogs.c: In function 'main': ./src/echogs.c:95: warning: 'fnparam' might be unitialized in this funtion /usr/lib/gcc/i686-pc-linux-gnu/3.4.6/../../../../i686-pc-linux-gnu/bin/ld: cannot open output file ./obj/echogs:/ No such file or directory collect2: ld returned 1 exit status make: ***[obj/echogs] error 1 make: ***Waiting for unfinished jobs.... !!!ERROR: app-text/ghostscript-gpl-8.54 failed. Call Stack: ebuild.sh, line 1539: Called dyn_compile ebuild.sh, line 939: Called src_compile ghostscript-gpl-8.54.ebuild, line 123: Called die
(In reply to comment #2) > I am getting a similar error on ghostscript-gpl-8.54. > I can't copy and paste, its on another box, but heres what I can see. > echogs.c > ./src/echogs.c: In function 'main': > ./src/echogs.c:95: warning: 'fnparam' might be unitialized in this funtion > /usr/lib/gcc/i686-pc-linux-gnu/3.4.6/../../../../i686-pc-linux-gnu/bin/ld: > cannot open output file ./obj/echogs:/ No such file or directory > collect2: ld returned 1 exit status > make: ***[obj/echogs] error 1 > make: ***Waiting for unfinished jobs.... > !!!ERROR: app-text/ghostscript-gpl-8.54 failed. > Call Stack: > ebuild.sh, line 1539: Called dyn_compile > ebuild.sh, line 939: Called src_compile > ghostscript-gpl-8.54.ebuild, line 123: Called die Pentium 4 -vp flags shown "X cups gtk -cjk -emaacs -jpeg 2k" and its a new ebuild
(In reply to comment #1) > emerge -vp ghostscript-gpl <- what is the output there? > > does this onl happen on amd64? I cannot reproduce it :( > (In reply to comment #1) > emerge -vp ghostscript-gpl <- what is the output there? > > does this onl happen on amd64? I cannot reproduce it :( > Here is the required output: # emerge -vpuDN ghostscript-gpl These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild N ] app-text/ghostscript-gpl-8.54 USE="X cups emacs gtk -cjk -jpeg2k" 0 kB Total size of downloads: 0 kB
(In reply to comment #1) > does this onl happen on amd64? I cannot reproduce it :( I have tried it on a Tyan s4181 8-way AMD64 server and an Acer Aspire 5024 AMD64-based laptop. Both has nearly the same software configuration. And both gives the same error. Sorry, but I cannot make tests on 32bit system. :( I am not an experter, but this seems to be a permission related problem. Am I right?
*** Bug 142976 has been marked as a duplicate of this bug. ***
I hope some more information can help: The Tyan server has totally newly installed base Gentoo 2006.0, then the gcc upgraded to 3.4.6, then I have performed an emerge -e system/world as usual. In this process I have met this problem. On the laptop there is an older system with gcc 3.4.5. So I do not think the software environment causes the problem. Please tell if this problem have been experienced on other platform.
This problem seems to be solved for me, because I have put several other packages (xorg-x11, kde, graphical libs ... etc.) with their dependencies, of course, and finally the ghostcript emerged without any problem. So it seems to be a dependency problem. Just postpone the install for a while it will work. :-) (Both on laptop and server.) Sorry, but I do not know after which package managed to emerge it. :(
Created an attachment (id=93771) [edit] package list with which ghostscript-gpl-8.54 compiles I also had this problem with emergeing ghostscript-gpl-8.54 and also after some updating of packages it works now. I've added a list of packages that I have installed now.
I sloved this problem doing this: USE="-cups" emerge ghostscript emerge cups emerge ghostscript-gpl I think its a dependency problem of these ebuilds.
I've met the problem while doing a emerge -e world. ghostscript-gpl was already emerged before launching emerge, and cups too, and trying to emerge ghostscript-gpl right after that succeeded at the first try. So apparently the bug is undeterministic. I take a look at the makefiles : the default rule for building everything is in src/unixhead.mak and reads like this std: STDDIRS default $(NO_OP) STDDIRS is a target that create the build directories and default is the target that makes everything (basically). So I think the problem that make doesn't to respect the order in which dependencies are specified, and it may decide to execute the "default" rule before creating the build directories, therefore leading to the errors we've seen here. We can workaround this in the ebuild by requiring to run "emake STDDIRS" before the main emake call. Ebuild patch is coming in the next comment.
Created an attachment (id=94998) [edit] Patch to force the creation of the build directories Does it fix the problem for everybody ? Please test it. It's difficult for me to test the effect of the patch because on my machine, make happens to follow the order in which the dependencies are specified most of the time.
(In reply to comment #11) > (...) makes everything (basically). So I think the problem that make doesn't to > respect the order in which dependencies are specified, and it may decide (...) Sorry this should read "the problem is that make doesn't have to respect the order ..."
(In reply to comment #12) > Created an attachment (id=94998) [edit] > Patch to force the creation of the build directories > > Does it fix the problem for everybody ? Please test it. It's difficult for me > to test the effect of the patch because on my machine, make happens to follow > the order in which the dependencies are specified most of the time. > Yes! Ive just encountered the same problem here, changing the emerge order as suggested above doesnt work for me, but your patch to the ebuild did, many thanks!
thanks, I added STDDIRS to the emake as follows: emake STDDIRS so all I hope it helps you all!
