The build of openoffice fails with an error reported by dmake about a non-printable character in solenv/inc/startup/startup.mk. This is pretty strange because the reported line contains just the following string: ".IMPORT .IGNORE : .EVERYTHING". Looks pretty printable to me. Reproducible: Always Steps to Reproduce: 1. emerge openoffice (version 1.1.4) Actual Results: dmake has been successfully built * Building OpenOffice.org... build -- version: 1.86.18.2 Checking dmake... ============= Building project helpcontent ============= /var/tmp/portage/openoffice-1.1.4/work/helpcontent/unx/schart dmake: /var/tmp/portage/openoffice-1.1.4/work/solenv/inc/startup/startup.mk: line 26: Error -- Name contains non-printable character [0xffffffe4] ---* *--- ERROR: Error 65280 occurred while making /var/tmp/portage/openoffice-1.1.4/work/helpcontent/unx/schart !!! ERROR: app-office/openoffice-1.1.4 failed. !!! Function src_compile, Line 400, Exitcode 1 !!! Build failed! !!! If you need support, post the topmost build error, NOT this status message. Expected Results: Emerge should have emerged openoffice 1.1.4. The same happens with openoffice 1.1.3 and openoffice-ximian (based on openoffice 1.1.2). openoffice 1.1.3 was emerged previously (December 16th 2004) without any problems. Here is the output of emerge info: Portage 2.0.51-r3 (default-linux/x86/2004.3, gcc-3.3.5, glibc-2.3.4.20040808-r1, 2.6.10-gentoo-r2 i686) ================================================================= System uname: 2.6.10-gentoo-r2 i686 AMD Athlon(TM) XP 2400+ Gentoo Base System version 1.4.16 distcc 2.16 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) [disabled] Autoconf: sys-devel/autoconf-2.59-r5 Automake: sys-devel/automake-1.8.5-r1 Binutils: sys-devel/binutils-2.15.92.0.2-r1 Headers: sys-kernel/linux-headers-2.4.21-r1 Libtools: sys-devel/libtool-1.5.2-r7 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CFLAGS="-march=athlon-xp -O2 -fomit-frame-pointer" CHOST="i686-pc-linux-gnu" COMPILER="" CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config /usr/kde/3.3/env /usr/kde/3.3/share/config /usr/kde/3.3/shutdown /usr/kde/3/share/config /usr/share/config /usr/share/texmf/dvipdfm/config/ /usr/share/texmf/dvips/config/ /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config//usr/share/texmf/xdvi/ /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-march=athlon-xp -O2 -fomit-frame-pointer" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs autoconfig ccache distlocks sandbox sfperms" GENTOO_MIRRORS="ftp://sunsite.informatik.rwth-aachen.de/pub/Linux/gentoo ftp://ftp-stud.fht-esslingen.de/pub/Mirrors/gentoo/ http://ftp.uni-erlangen.de/pub/mirrors/gentoo" MAKEOPTS="-j5" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="" SYNC="rsync://rsync.informatik.rwth-aachen.de/gentoo-portage" USE="X apm arts avi berkdb bitmap-fonts bonobo cdr crypt cups dvd dvdr encode esd f77 fam font-server foomaticdb fortran gdbm gif gnome gpm gtk gtk2 gtkhtml imagemagick imlib ipv6 jpeg kde libg++ libwww mad mikmod motif mpeg ncurses nls oggvorbis opengl oss pam pdflib perl png python qt quicktime readline sdl spell ssl svga tcltk tcpd tetex tiff truetype truetype-fonts type1-fonts x86 xml xml2 xmms xv zlib linguas_de"
Have you been doing some fundamental changes to your system since it worked last time, did you change the file system (which fs is /var/tmp on?), or language settings, something else? And I assume you had enough diskspace when emerging?
Another note: My startup.mk line 26 is the same, could you please post a little bit more of this file? Could you please also check, that dmake build gave no errors. And: Might it be, that you have some traces of dmake somewhere else on your system, did you emerge it or build it by hand?
There were no changes to the file system layout (except for the transition from devfs to udev as described below). There was enough room on the harddisk (2.8 GBytes). The only fundamental changes since the last successful emerge was the change from devfs to udev (while upgrading from linux kernel 2.6.9 to 2.6.10). Regarding languages, LINUGAS="de" was introduced in /etc/make.conf just a few minutes after the last successful emerge of openoffice (kde-i18n was emerged one hour after openoffice). Uncommenting the LINGUAS setting in /etc/make.conf has the compile go on past the point of previous errors. The final word will have to wait some hours, though ;-) This is strange because another system (which is also Athlon-XP-based) has the same settings in /etc/make.conf including the LINUGAS="de" setting. There the compile went through without a hassle. A third computer (Pentium-IV-based) with the same settings in /etc/make.conf including the LINGUAS="de" setting also had no problems with emerging openoffice 1.1.4.
Hmm, thats interesting, I also can't see how the LINGUAS setting could interfere here... Other than that: Good luck and btw: 2,8 GB could get tight, OOo needs up to 4 GB to compile...
Okay, now I am confused. I stopped the emerge in order to get the requested information (dmake build errors, startup.mk contents). Then I activated LINGUAS="de" in /etc/make.conf in order to reproduce the error - and the compile went past the critical point again. I am baffled. I'd really like to understand this. Well, now I will keep the machine compiling. Regarding the up to 4GB ... after deleting /var/tmp/portage/openoffice* from all the previous build attempts 4GB is a piece of cake ;-) Thanks for the quick response anyway.
Might have been some strange character or something like that in make.conf. Anway: It is gone, so closing.
