docutils 0.3.3 and 0.3.5 (the versions in the tree) don't fully work with python 2.4: the buildhtml.py script fails because of changes in python 2.4's optparse. Since the ebuild doesn't have a "|| die" there the build seems to succeed, but is incomplete. docutils-0.3.7 does work with python 2.4. To upgrade, you can just copy the 0.3.5 ebuild, copy the docutils-0.3.5-extramodules.patch and change the path to setup.py in that patch to 0.3.7, and you can probably just untar glep-0.3.5.tbz2, rename the dir, and tar it up again, but I have not tested if this actually works since I'm not sure what it's supposed to do :) It might also be a good idea to make earlier docutils depend on something like <dev-lang/python-2.4, and to add an "|| die" after the buildhtml step. I might have time later to check if the ebuild has other problems and attach a proper patch. Reproducible: Always Steps to Reproduce: 1. upgrade to python 2.4 (currently in package.mask) 2. install docutils Actual Results: older version, traceback during install, some stuff missing. Expected Results: installed properly. Portage 2.0.51-r15 (default-linux/x86/2004.3, gcc-3.4.3, glibc-2.3.4.20041102-r0, 2.6.10-gentoo-r6-m1 i686) ================================================================= System uname: 2.6.10-gentoo-r6-m1 i686 AMD Athlon(tm) XP 2600+ Gentoo Base System version 1.6.8 Python: dev-lang/python-2.4 [2.4 (#1, Jan 14 2005, 20:03:26)] ccache version 2.3 [enabled] dev-lang/python: 2.4 sys-devel/autoconf: 2.59-r6, 2.13 sys-devel/automake: 1.8.5-r2, 1.5, 1.4_p6, 1.6.3, 1.7.9, 1.9.4 sys-devel/binutils: 2.15.92.0.2-r2 sys-devel/libtool: 1.5.10-r3 virtual/os-headers: 2.6.8.1-r2 ACCEPT_KEYWORDS="x86 ~x86" AUTOCLEAN="yes" CFLAGS="-O2 -march=athlon-xp -pipe -fomit-frame-pointer -fweb -frename-registers" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d" CXXFLAGS="-O2 -march=athlon-xp -pipe -fomit-frame-pointer -fweb -frename-registers" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs autoconfig candy ccache confcache distlocks noauto prelink sandbox sfperms userpriv usersandbox verify-rdepend" GENTOO_MIRRORS="http://ftp.easynet.nl/mirror/gentoo/ http://www.gigaload.org/gentoo.org/" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.nl.gentoo.org/gentoo-portage" USE="x86 3dnow 3dnowex X alsa ansi bzip2 ccache cdr crypt dga edl emacs faad fbcon flac fortran gnome gtk2 javascript jit jpeg libcaca maildir md5sum mmx mmx2 mng mozdevelop mozsvg mpeg ncurses nethack network nls no-old-linux nptl nptlonly oggvorbis pam png python qemu-fast quicktime readline real rtc sdl softmmu spell sse ssl svg tetex truetype truetype-fonts unicode userlocales xml2 xv zlib" Unset: ASFLAGS, CBUILD, CTARGET, LDFLAGS
Related to this, is there anyone out there who can make an ebuild for installing docutils from CVS? Due to docutils' less than regular release schedule, there's always developments happening in CVS that doesn't see the light of day for ages... I'd do it myself, only I have no idea how to do the CVS ebuilds, and don't have time to learn (need to finish a master thesis in 4 weeks ;).
Thanks Marien, added 0.3.7 to CVS and all versions have their DEPENDs fixed. Morten, as for a CVS ebuild, we rarely add live CVS ebuilds to portage, so you might ask in the Gentoo Portage & Programming forum for help creating an ebuild.
Morten, I'm not a big fan of live-cvs ebuilds. You can always download a new docutils tarball, add it to /usr/portage/distfiles, and edit the ebuild to use that new tarball. You're quite right about the slow release cycle of docutils. An alternative is to let us know when significant new functionality exists, and we'll look at adding a cvs snapshot.
