Bug 23048 – some packages dont call 'dohtml'

• Status: RESOLVED FIXED
• Product: Gentoo Linux

[Description Jason Wever (RETIRED) 2003-06-18 08:36:53 UTC]

Various packages in the portage tree are installing html docs into the
/usr/share/doc/package-version directory upon install.  However, it doesn't seem
that browers can readily read gzip'd html documents (I tried with links and
mozilla-firebird).  

The list of packages I currently have installed that do this are;
net-misc/bidwatcher-1.3.7
app-text/docbook-xsl-stylesheets-1.52.2
net-mail/pine-4.56
net-irc/irssi-0.8.6-r2
media-libs/netpbm-10.11.5-r2
media-libs/ladspa-sdk-1.12
app-crypt/mhash-0.8.18-r1

Reproducible: Always
Steps to Reproduce:
1. emerge one of the packages listed in details
2. try to load up one of the html.gz files in /usr/share/doc/package-version
3.

Actual Results:  
Browsers either displayed the file in it's binary form or prompted for download

Expected Results:  
Been able to load the document.

Portage 2.0.48-r1 (default-sparc64-1.4, gcc-3.2.3, glibc-2.3.1-r4)
=================================================================
System uname: 2.4.20-sparc-r8 sparc64 sun4u
GENTOO_MIRRORS="rsync://csociety-ftp.ecn.purdue.edu/pub/gentoo/
ftp://ftp.ussg.iu.edu/pub/linux/gentoo ftp://gentoo.mirrors.pair.com/"
CONFIG_PROTECT="/etc /var/qmail/control /usr/kde/2/share/config
/usr/kde/3/share/config /usr/X11R6/lib/X11/xkb /usr/kde/3.1/share/config
/usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/
/usr/share/config"
CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d"
PORTDIR="/usr/portage"
DISTDIR="/usr/portage/distfiles"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR_OVERLAY="/usr/local/portage"
USE="sparc apm avi crypt cups encode fbcon mpeg ncurses nls oss png pdflib spell
truetype xv xml2 xmms zlib gdbm berkdb slang readline arts tcltk java X sdl gpm
tcpd pam ssl perl python esd imlib oggvorbis gtk qt kde opengl mozilla
artswrappersuid crypto emacs gtkhtml pda xface -gif -jpeg -mikmod -motif -tetex
-guile -libwww -gnome -ldap"
COMPILER="gcc3"
CHOST="sparc-unknown-linux-gnu"
CFLAGS="-mcpu=ultrasparc -O3 -pipe"
CXXFLAGS="-O2 -pipe"
ACCEPT_KEYWORDS="sparc ~sparc"
MAKEOPTS="-j2"
AUTOCLEAN="yes"
SYNC="rsync://rsync.us.gentoo.org/gentoo-portage"
FEATURES="sandbox buildpkg ccache distcc"

[Comment 1 Mr. Bones. (RETIRED) 2003-06-18 14:00:00 UTC]

I modified the bidwatcher ebuild to use dohtml

[Comment 2 Mr. Bones. (RETIRED) 2003-06-18 19:17:33 UTC]

Fixed the app-crypt/mhash-0.8.18-r1 ebuild.

[Comment 3 Mr. Bones. (RETIRED) 2003-06-18 19:26:24 UTC]

Raker - can you handle the pine ebuild or suggest someone who can please?

[Comment 4 Mr. Bones. (RETIRED) 2003-06-19 13:32:45 UTC]

media-libs/ladspa-sdk ebuild fixed.

[Comment 5 Mr. Bones. (RETIRED) 2003-06-19 14:56:21 UTC]

net-irc/irssi ebuild fixed with an ugly sed hack to avoid compression of the
html files.

[Comment 6 Mr. Bones. (RETIRED) 2003-06-19 16:42:22 UTC]

another ugly hack.

Fixed media-libs/netpbm.

[Comment 7 Mr. Bones. (RETIRED) 2003-06-19 18:23:00 UTC]

app-text/docbook-xsl-stylesheets is really ugly.  It installs 99% html stuff
in the docs directory.  I modified the latest ebuild (docbook-xsl-stylesheets-1.60.1.ebuild) to be more selective with the compression
so when the maintainer of the package unmasks it, this problem with compressed
html in /usr/share/doc will be resolved.

[Comment 8 Mr. Bones. (RETIRED) 2003-06-19 22:51:53 UTC]

raker -

I checked with tberman and he thought it would be ok if I went ahead and
changed the pine ebuild myself.  I've commited the changes to fix the
html compression issue and while I was there also changed the ebuild
to use sed -i.  Please check over the changes and make sure they're
ok.  Thanks.

[Comment 9 Mr. Bones. (RETIRED) 2003-06-19 22:52:54 UTC]

Looks like all seven of the ebuilds Weeve listed are taken care of so I'm
marking this bug FIXED.