Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 41780 - Koma-Script ebuild hangs when working on scrlogo.dtx
Summary: Koma-Script ebuild hangs when working on scrlogo.dtx
Status: VERIFIED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: x86 Linux
: High blocker (vote)
Assignee: Text-Markup Team (OBSOLETE)
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2004-02-16 06:00 UTC by Alexander Wessel
Modified: 2005-07-07 03:28 UTC (History)
0 users

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


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Alexander Wessel 2004-02-16 06:00:22 UTC
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
Comment 1 Mamoru KOMACHI (RETIRED) gentoo-dev 2004-02-19 09:09:48 UTC
Fixed in CVS. Thanks for reporting.
Comment 2 Alexander Wessel 2005-07-07 03:28:38 UTC
Closing some old bugs I reported. Thanks a lot for the fix!