When I try to emerge koma-script, the ebuild (reproducably) hangs when performing latex --file-line-error-style \nonstopmode \input /var/tmp/portage/koma-script-20040111/work/koma-script/scrlogo.dtx which is called by /bin/sh /usr/bin/texi2dvi -q -c --language=latex ./scrlogo.dtx When one enters the command manually (without the -q), one sees the following: # cd /var/tmp/portage/koma-script-20040111/work/koma-script/ # /usr/bin/texi2dvi -c --language=latex ./scrlogo.dtx This is TeXk, Version 3.14159 (Web2C 7.4.5) file:line:error style messages enabled. (/var/tmp/portage/koma-script-20040111/work/koma-script/scrlogo.dtx LaTeX2e <2001/06/01> Babel <v3.7h> and hyphenation patterns for american, french, german, ngerman, nohyphenation, loaded. /var/tmp/portage/koma-script-20040111/work/koma-script/scrlogo.dtx:50: You can't use `\spacefactor' in vertical mode /var/tmp/portage/koma-script-20040111/work/koma-script/scrlogo.dtx:50: Missing $ inserted /var/tmp/portage/koma-script-20040111/work/koma-script/scrlogo.dtx:50: LaTeX Error: Missing \begin{document}. See the LaTeX manual or LaTeX Companion for explanation. Type H <return> for immediate help ) * I compared this scrlogo.dtx with an older version I have on another box and found that there are no relevant differences (only the copyright years were changed, as the changelog mentions). Thus, it seems the problem lies elsewhere or might be occuring on my machine only, so I'd be grateful about confirmation of this issue. Reproducible: Always Steps to Reproduce: 1. su - 2. emerge koma-script Actual Results: root # emerge koma-script Calculating dependencies ...done! >>> emerge (1 of 1) dev-tex/koma-script-20040111 to / >>> md5 src_uri ;-) koma-script-20040111.tar.gz >>> Unpacking source... >>> Unpacking koma-script-20040111.tar.gz to /var/tmp/portage/koma-script-20040111/work >>> Source unpacked. * Extracting from /var/tmp/portage/koma-script-20040111/work/koma-script/scrtime.ins * Extracting from /var/tmp/portage/koma-script-20040111/work/koma-script/komascr.ins * Extracting from /var/tmp/portage/koma-script-20040111/work/koma-script/scrpage.ins * Extracting from /var/tmp/portage/koma-script-20040111/work/koma-script/scrclass.ins >>> Install koma-script-20040111 into /var/tmp/portage/koma-script-20040111/image/ category dev-tex * Making documentation: ./komabug.tex * Making documentation: ./scrnew10.tex * Making documentation: ./scrnew11.tex * Making documentation: ./scrnew12.tex * Making documentation: ./scrnew13.tex * Making documentation: ./scrnew14.tex * Making documentation: ./scrnew15.tex * Making documentation: ./scrnew16.tex * Making documentation: ./scrnew17.tex * Making documentation: ./scrnew18.tex * Making documentation: ./scrnew19.tex * Making documentation: ./scrnew20.tex * Making documentation: ./scrnew21.tex * Making documentation: ./scr_new1.tex * Making documentation: ./scr_new2.tex * Making documentation: ./scr_new3.tex * Making documentation: ./scr_new4.tex * Making documentation: ./scr_new5.tex * Making documentation: ./scr_new6.tex * Making documentation: ./scr_new7.tex * Making documentation: ./scr_new8.tex * Making documentation: ./scr_new9.tex * Making documentation: ./koma-script.tex * Making documentation: ./scrlogo.dtx [hangs forever] Expected Results: Out of curiosity, I manually installed koma-script into my $HOME/texmf using the supplied Makefile, and everything worked fine. So the problem is not in the source package, seemingly. So I had a look what the ebuild does compared to the original source. One thing that struck me at first glance, was that the imported latex-package eclass appears to trying to run a `texi2dvi -q -c --language=latex $i &> /dev/null` over all .dtx files it finds within the source package, which is consistent with what I observe when running the ebuild. Oops.. This seems to be the problem, as scrlogo.dtx is not a "document" .dtx it is meant to be *included* into other .dtx-es (do I sound like Gollum already or what?). I'd suppose to base the ebuild not on the latex-package eclass but use the supplied Makefile-based process instead, to circumvent this problem in the first place. The approach choosen seems to be quite light-hearted, since in LaTeX one cannot tell "from outside" if a (.tex .dtx .sty, etc.) file is meant to be compiled by itself or to be included in other files. It might also be needed only at the compile stage, and thus might not be meant to be installed. I would provide an alternative ebuild for koma-script, but I'm a bloody gentoo newbie, so a fix from me will take some more reading-into gentoo and portage. # emerge info Portage 2.0.50-r1 (default-x86-1.4, gcc-3.2.3, glibc-2.3.2-r9, 2.4.24) ================================================================= System uname: 2.4.24 i686 AMD Athlon(tm) XP 2000+ Gentoo Base System version 1.4.3.10 Autoconf: sys-devel/autoconf-2.58 Automake: sys-devel/automake-1.7.7 ACCEPT_KEYWORDS="x86 ~x86" AUTOCLEAN="yes" CFLAGS="-O3 -march=athlon-xp -pipe" CHOST="i686-pc-linux-gnu" COMPILER="gcc3" CONFIG_PROTECT="/etc /opt/tomcat/conf /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config /usr/kde/3.2/share/config /usr/kde/3/share/config /usr/share/config /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/ /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d" CXXFLAGS="-O3 -march=athlon-xp -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs ccache sandbox" GENTOO_MIRRORS="http://gentoo.inode.at/" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="3dnow X aalib acpi alsa apm arts avi berkdb bindist bonobo caps crypt cscope cups dga directfb doc dvd encode esd ethereal evo fam flash foomaticdb gdbm gif gnome gpm gtk gtk2 gtkhtml idea imagemagick imlib java javascript jbig jpeg junit kde kerberos krb4 lcms libg++ libwww linguas_de linguas_de_AT linguas_en_GB linguas_gr mad mikmod mmx motif mozilla moznoirc mpeg ncurses nls oav oci8 odbc oggvorbis opengl optional-tasks oss pam pdflib perl png ppds python qt quicktime readline rplay samba sdk sdl slang snmp socks5 spell ssl stroke tcltk tcpd tetex tiff truetype unicode usb vim-with-x wmf wxwindows x86 xgetdefault xml xml2 xmms xosd xv zeo zlib" Cheers, Alexander Wessel
Fixed in CVS. Thanks for reporting.
Closing some old bugs I reported. Thanks a lot for the fix!