Bug 74307 – octave 2.1.64 fails to build with (new) texi2html-1.70 (stuck in loop)

• Status: VERIFIED TEST-REQUEST
• Product: Gentoo Linux

[Description Colin Macdonald 2004-12-13 11:05:03 UTC]

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"

[Comment 1 Colin Macdonald 2004-12-13 11:19:49 UTC]

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.

[Comment 2 Colin Macdonald 2004-12-13 14:36:46 UTC]

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.

[Comment 3 Patrick Kursawe (RETIRED) 2004-12-15 05:06:04 UTC]

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.

[Comment 4 Patrick Kursawe (RETIRED) 2004-12-15 23:56:31 UTC]

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

[Comment 5 Mikael Magnusson 2005-01-15 09:04:27 UTC]

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?

[Comment 6 Patrick Kursawe (RETIRED) 2005-01-19 07:01:39 UTC]

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

[Comment 7 Patrick Kursawe (RETIRED) 2005-01-19 23:53:56 UTC]

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?

[Comment 8 Patrick Kursawe (RETIRED) 2005-01-28 01:42:16 UTC]

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

[Comment 9 Mamoru KOMACHI (RETIRED) 2005-02-08 03:53:43 UTC]

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

[Comment 10 Patrick Kursawe (RETIRED) 2005-02-08 05:06:34 UTC]

Looks much better now, thanks.