Home | Docs | Forums | Lists | Bugs | Planet | Store | GMN | Get Gentoo!

Full Text Bug Listing

Building the new octave 2.1.64 works until building the documentation and then
texi2html startings using 100% CPU and never finishes (I left it for 2 hours
before killing it).

The problem occurs when texi2html is processing octave_toc.html.  The octave
ebuild should probably support the "doc" use flag but that should be for
another bug.

I recently upgraded to texi2html 1.70 from 1.64-r1.  I will downgrade and try
building octave again.

emerge info:
Portage 2.0.51-r8 (default-linux/x86/2004.3, gcc-3.3.4,
glibc-2.3.4.20040808-r1, 2.4.28 i686)
=================================================================
System uname: 2.4.28 i686 AMD Athlon(tm) XP 1800+
Gentoo Base System version 1.6.7
Python:              dev-lang/python-2.3.4 [2.3.4 (#1, Aug 23 2004, 17:02:48)]
distcc 2.18 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632)
[disabled]
dev-lang/python:     2.3.4
sys-devel/autoconf:  2.13, 2.59-r6
sys-devel/automake:  1.8.5-r2, 1.5, 1.6.3, 1.7.9, 1.4_p6, 1.9.3
sys-devel/binutils:  2.15.90.0.1.1-r3
sys-devel/libtool:   1.5.2-r7
virtual/os-headers:  2.4.22
ACCEPT_KEYWORDS="x86 ~x86"
AUTOCLEAN="yes"
CFLAGS="-march=athlon-xp -O3 -pipe"
CHOST="i686-pc-linux-gnu"
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/lib/mozilla/defaults/pref /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 -O3 -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoaddcvs autoconfig ccache collision-protection distlocks sandbox
sfperms userpriv usersandbox"
GENTOO_MIRRORS="ftp://gentoo.ccccom.com http://gentoo.ccccom.com
http://gentoo.seren.com/gentoo ftp://ftp.ussg.iu.edu/pub/linux/gentoo
http://mirror.datapipe.net/gentoo"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="X Xaw3d aalib alsa apm arts berkdb bitmap-fonts cdr cjk crypt cups dga
directfb dvd eds emacs encode esd f77 faad fam fbcon fftw flac fortran gcj gdbm
gif gimpprint ginac gnome gnustep gphoto2 gpm gstreamer gtk gtk2 guile
imagemagick imlib jack java jpeg ldap leim libg++ libwww lirc live mad matroska
mikmod mmx mng motif mozilla mpeg mysql nas ncurses nls objc offensive
oggvorbis opengl oss pam pdflib perl plotutils png ppds python qhull qt
quicktime radeon readline rtc samba scanner sdk sdl slang speex spell sqlite
sse ssl svg tcltk tcpd tetex theora tiff truetype usb v4l wxwindows x86
xinerama xml xml2 xmms xosd xv xvid zlib video_cards_radeon video_cards_mach64"

Using texi2html-1.64-r1 this command succeeds:

texi2html -expandinfo -split_chapter -I . -I ./.. octave.texi

Same command gets stuck in a loop with texi2html-1.70.  I have
not rebuilt octave completely with texi2html-1.64-r1; just mucking
around in /var/tmp/portage/octave-2.1.64/work/octave-2.1.64/doc/interpreter.

Just to confirm, octave 2.1.64 builts with texi2html 1.64-r1 and *not* with
texi2html 1.70.  texi2html 1.70 is currently (recently) ~x86.

Looks more like a texi2html bug for me.
Running texi2html -expandinfo -split_chapter -I . -I ./.. octave.texi --Verbose --debug=99 in doc/interpreter it just hangs after a while, no further debug output but eating all CPU time it can get. Last messages were:
# enter findex 'duplication_matrix' with id IDX622 (HASH(0x85965f4))
# pass_structure node(HASH(0x859312c))Coordinate Transformations, tag @section(2) ref HASH(0x85966e4), num,id 157,SEC157
   Coordinate Transformations

I'll change the DEPENDs to reflect this problem until this is fixed.

*** Bug 74510 has been marked as a duplicate of this bug. ***

This is sort of annoying when you have both octave and gcl installed at the
same time, since gcl updates texi2html to 1.70 and blocks octave, so could
someone either 
a) mask texi2html 1.70
b) change the depend on gcl
or
c) fix texi2html?

d) try if 1.72 still has the problem. We'll see.

1.72 works fine for me. Just copy the ebuild and change:
7c7
< SRC_URI="https://texi2html.cvshome.org/files/documents/70/173/${P}.tar.bz2"
---
> SRC_URI="https://texi2html.cvshome.org/files/documents/70/660/${P}.tar.bz2"

text-markup team, could you please do this or give me clearance to do it?

Anybody out there from text-markup? May I commit .72?

Sorry for the delay. I've just committed texi2html-1.76.ebuild
to CVS. Please test and verify if this works.

Looks much better now, thanks.