I wrote a trivial noweb program test.nw and run "noweave test.nw". It give empty output and no error message. I tried the same input file on my FreeBSD machine in exactly the same way, and it worked well. Reproducible: Always Steps to Reproduce: 1. run "noweave test.nw" where "test.nw" is the following file: @ \title{Trivial Program} \maketitle \tableofcontents \section{Introduction} This is just a trivial program. <<test.py>>= #!/usr/bin/env python print "Hello world!" @ \section{Second Section} see if it works. Actual Results: (None) Expected Results: Result generated on FreeBSD: \documentclass{article}\usepackage{noweb}\pagestyle{noweb}\noweboptions{}\begin{document}\nwfilename{test.nw}\nwbegindocs{0}\nwenddocs{}\nwbegindocs{1}\nwdocspar% ===> this file was generated automatically by noweave --- better not edit it \title{Trivial Program} \maketitle \tableofcontents \section{Introduction} This is just a trivial program. \nwenddocs{}\nwbegincode{2}\moddef{test.py}\endmoddef\nwstartdeflinemarkup\nwenddeflinemarkup #!/usr/bin/env python print "Hello world!" \nwendcode{}\nwbegindocs{3}\nwdocspar \section{Second Section} see if it works. \nwenddocs{}\end{document} The version of noweb working on FreeBSD was 2.10a This is my "emerge info" output: Portage 2.0.50-r6 (default-x86-2004.0, gcc-3.3.3, glibc-2.3.3_pre20040420-r0, 2.6.5-gentoo-r1) ================================================================= System uname: 2.6.5-gentoo-r1 i686 Intel(R) Pentium(R) 4 CPU 2.40GHz Gentoo Base System version 1.4.10 Autoconf: sys-devel/autoconf-2.59-r3 Automake: sys-devel/automake-1.8.3 ACCEPT_KEYWORDS="x86 ~x86" AUTOCLEAN="yes" CFLAGS="-O3 -march=pentium4 -fomit-frame-pointer -pipe" CHOST="i686-pc-linux-gnu" COMPILER="gcc3" CONFIG_PROTECT="/etc /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/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="-O3 -march=pentium4 -fomit-frame-pointer -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs buildpkg ccache sandbox userpriv usersandbox" GENTOO_MIRRORS="http://128.213.5.34/gentoo/ http://mirror.datapipe.net/gentoo http://mirror.datapipe.net/gentoo http://gentoo.mirrors.pair.com/" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="X Xaw3d aac aalib acpi aim alsa apm arts audiofile avi berkdb bonobo cdr cjk crypt cups dga directfb djbfft doc dv dvd dvdr emacs encode esd faad flac foomaticdb gdbm ggi gif gmp gnome gphoto2 gpm gstreamericc gtk gtk2 gtkhtml guile icc-pgo imagemagick imap imlib java jpeg kde lcms leim libg++ libwww mad maildir mbox mikmod mmx monkey motif mpeg msn mule ncurses nls nocd oggvorbis opengl oss pam pdflib perl plotutils png pykde python qt quicktime readline samba sasl scanner sdl slang spell sse ssl svga tcltk tcpd tetex theora threads tiff truetype unicode usb v4l v4l2 videos wmf x86 xgetdefault xml xml2 xv yahoo zlib"
Yesterday I tried it again on a machine where everything is the stable version (without "ACCEPT_KEYWORDS=~x86"). Here's the error output (occurs everytime, independent of the input file): $ noweave zkip.nw /usr/bin/noweave: line 291: 30558 Broken pipe $markup $markopts $arg
I have the same problem (also, under FreeBSD it works fine). I think its related to the fact that totex script/binary is empty: ls -l /usr/lib/totex -rwxr-xr-x 1 root root 0 Jul 13 12:18 /usr/lib/totex
what I found is, if I do this command: ebuild /usr/portage/app-text/noweb/noweb-2.9-r3.ebuild qmerge then, I can see totex working fine: -rwxr-xr-x 1 root root 9760 Jul 13 13:58 /usr/lib/totex I did not found how ebuild <package> qmerge differs from emerge <package> ...
noweb seems to need noweb to build totex (it's chicken and egg problem). When you ran ebuild qmerge you had noweb installed, so totex was created successfully. This is fixed in CVS (noweb-2.9-r3 and noweb-2.9-r4). Thanks for the bug report.