According to openoffice-1.1.4.ebuild, in lines 345-350, if a help contents file for the language being installed is found in $DISTDIR it will be used during the installation proccess; however, the ebuild doesn't try to fetch those help files nor tell the user to install them by himself, so one can know about them only after reading the ebuild. The ebuild should check if the file actually exists (there isn't help contents file for every language) and, if so, download and use it. Reproducible: Always Steps to Reproduce: 1. 2. 3. Portage 2.0.51.19 (default-linux/x86/2004.3, gcc-3.3.5, glibc-2.3.4.20041102-r1, 2.6.7-gentoo-r12 i686) ================================================================= System uname: 2.6.7-gentoo-r12 i686 AMD Athlon(tm) Gentoo Base System version 1.4.16 Python: dev-lang/python-2.3.4-r1 [2.3.4 (#1, Mar 24 2005, 18:47:09)] distcc 2.16 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) [disabled] ccache version 2.3 [enabled] dev-lang/python: 2.3.4-r1 sys-devel/autoconf: 2.59-r6, 2.13 sys-devel/automake: 1.7.9-r1, 1.8.5-r3, 1.5, 1.4_p6, 1.6.3, 1.9.4 sys-devel/binutils: 2.15.92.0.2-r1 sys-devel/libtool: 1.5.10-r4 virtual/os-headers: 2.6.8.1-r1, 2.6.8.1-r2 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CFLAGS="-O2 -pipe -march=athlon-xp -fomit-frame-pointer -fforce-addr -frerun-loop-opt -floop-optimize -frerun-cse-after-loop -falign-functions=4" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /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/X11/xkb /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="-O2 -pipe -march=athlon-xp -fomit-frame-pointer -fforce-addr -frerun-loop-opt -floop-optimize -frerun-cse-after-loop -falign-functions=4" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs autoconfig ccache distlocks sandbox sfperms" GENTOO_MIRRORS="http://linuv.uv.es/mirror/gentoo ftp://ftp.rediris.es/pub/linux/distributions/gentoo ftp://ftp.gentoo-pt.org/pub/gentoo/ ftp://mir.zyrianes.net/gentoo/ ftp://ftp.caliu.info/pub/gentoo/ http://mir.zyrianes.net/gentoo/" LANG="es_ES.UTF-8@euro" LC_ALL="es_ES.UTF-8@euro" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage" USE="3dnow X aalib acpi alsa apache2 audiofile avi bidi bitmap-fonts bzlib calendar canna cdr cjk crypt cscope curl dga directfb divx4linux doc dvb emboss encode esd evo exif fam fbcon fftw firebird flac font-server fortran freewmn ftp gb gcj gd gdbm gif gnome gtk gtk2 gtkhtml iconv icq imagemagick imlib iodbc jabber java jikes jpeg libg++ libwww mad memlimit mikmod mime mmx motif mozilla mp3 mpeg msn nas ncurses nls nptl odbc offensive oggvorbis openal opengl pam pcre pdflib perl png pnp posix python quicktime readline sdl shared sharedmem simplexml slang spell ssl svg svga sysvipc szip tcltk tcpd tetex theora tiff truetype truetype-fonts type1-fonts unicode usb videos wmf x86 xinerama xml xml2 xmlrpc xmms xv xvid zlib linguas_es linguas_en linguas_ja" Unset: ASFLAGS, CBUILD, CTARGET, LDFLAGS, PORTDIR_OVERLAY
I forgot to say that help contents file for 1.1.x series can be found at: http://www.openoffice.mirrors.pair.com/contrib/helpcontent/ Files for 1.0.x are also available at: http://www.openoffice.mirrors.pair.com/contrib/helpcontent-1.0/
That's not easily doable with current portage, already tried it. The problem is, that essentially all users would have to download all language versions, so not going to do that. Also I don't think it is to difficult to download this stuff yourself
Well, there is a way to do so without downloading every language file, although it's a bit tricky. It's true that current portage downloads every needed file at the very beginning, and in that point there is no way to know wich help file to download... well, download it later when there's such a way; when downloading, since sandbox prevents you from writing to DISTDIR, write the file to the work dir (and delete it after unpacking it to prevent it being merged to the system). I added some lines to the ebuild and it worked for me, see attached file.
Created attachment 54977 [details] Added code It isn't the whole ebuild, just the main lines of the topic.
Sorry, but this hack is way to ugly, not going to do this.
I know it's bad, but I'm sure it can be cleaned up following the same idea: after knowing which file it should download fetch it, write it in the work dir and delete it later, it isn't that bad. After all, what is worse? Doing it by means of an ugly hack or not doing it at all? Ebuils are meant to perform that kind of tasks, include hacks to fix what should be done somewhere else; in fact, openoffice ebuilds have plenty of hacks... On the other hand, if there's no option to fix it this way, at least some lines should be included to tell the user about the option of downloading the help file, currently the only way to know about it is reading the ebuild and finding those lines (that's the way I got to know).
Since there's still work to be done (even if ebuild doesn't download the file it should tell the user about its existence) this bug should be open. Reopening...
I've added a note about helpcontent to the ebuild, closing this, again.
OK, I still think that if it should do it if it can, but it's not my decision. Maybe adding an ugly hack is a good way to make developers try to make portage more suitable for this kind of tasks ;-)