Bug 21717 – openoffice ebuild doesn't generate program directory when LANGUAGE is set

• Product: Gentoo Linux
• Status: VERIFIED NEEDINFO

[Description steven 2003-05-26 12:26:54 UTC]

The problem:
After trying to emerge openoffice in a different language, you notice that the 
"program" directory hasn't been generated in "/opt/OpenOffice-1.0.3/".
I didn't notice anything strange while he was emergeing.

The problem is floating around a while on the forums but I couldn't find any 
matching bug. (if there is one excuse me for the dupe)  The only solution I 
could find on the forums was: "don't compile with the LANGUAGE parameter".  More 
info:
http://forums.gentoo.org/viewtopic.php?t=34750
http://forums.gentoo.org/viewtopic.php?t=48238
http://forums.gentoo.org/viewtopic.php?t=48564
http://forums.gentoo.org/viewtopic.php?t=47404
http://forums.gentoo.org/viewtopic.php?t=47209
http://forums.gentoo.org/viewtopic.php?t=34588

Reproducible: Always
Steps to Reproduce:
1.LANGUAGE=31 && emerge openoffice
2.ooffice
3.

Actual Results:  
/usr/bin/ooffice: line 209: /home/steven/.openoffice/1.0.3/soffice: unknown file 
or directory
/usr/bin/ooffice: line 209: exec: /home/steven/.openoffice/1.0.3/soffice: cannot 
execute: unknown file or directory

Expected Results:  
Start open office

Portage 2.0.48 (default-x86-1.4, gcc-3.2.2, glibc-2.3.1-r4)
=================================================================
System uname: 2.4.20-gentoo-r5 i686 Mobile Intel(R) Pentium(R) 4 - M CPU 1.80GHz
GENTOO_MIRRORS="ftp://ftp.belnet.be/mirrors/rsync.gentoo.org/gentoo/ ftp://ftp.
skynet.be/mirror/gentoo/ ftp://ftp.snt.utwente.nl/pub/os/linux/gentoo/ http:
//www.ibiblio.org/pub/Linux/distribution/gentoo/"
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/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=""
USE="x86 oss 3dnow avi crypt cups encode gif gpm jpeg libg++ mikmod mmx mpeg 
ncurses nls pdflib png quicktime spell truetype xml2 xmms xv zlib alsa gdbm 
berkdb slang readline arts svga tcltk java guile X sdl tcpd libwww ssl perl 
python esd imlib oggvorbis gtk qt motif opengl mozilla kde -gnome gnutella acpi 
-apm dvd -pam pcmcia pnp samba scanner sse tiff usb radeon -gnome"
COMPILER="gcc3"
CHOST="i686-pc-linux-gnu"
CFLAGS="-march=pentium4 -O3 -pipe -fomit-frame-pointer"
CXXFLAGS="-march=pentium4 -O3 -pipe -fomit-frame-pointer"
ACCEPT_KEYWORDS="x86"
MAKEOPTS="-j2"
AUTOCLEAN="yes"
SYNC="rsync://rsync.be.gentoo.org/gentoo-portage/"
FEATURES="sandbox ccache"

[Comment 1 Paul de Vrieze (RETIRED) 2003-06-27 01:30:42 UTC]

Do you for any chance use a binary openoffice? In that case there is a problem that the files have the same modification date, and as such are removed by portage. If you unmerge first, and then only merge it should be solved. I will backport the fix from the beta2 ebuild to 1.0.3

[Comment 2 steven 2003-06-27 01:57:02 UTC]

No, I don't use the binary version.  I am now using the english version (merged perfectly).
I will try to unmerge OO and reemerge it with the language parameter after syncing the tree.  I 'll let you know how it works out.

[Comment 3 steven 2003-06-27 05:22:54 UTC]

It didn't do the job.  Nothing has changed. After unmerging openoffice en reemergin it with the LANGUAGE flag.  
I have the fealing that everything is compiled fine but some files weren't copied.  The ebuild didn't give any warning.

Hope I did the right things.  (Or do I have to try the beta ebuild?)

[Comment 4 Ralph Slooten 2003-07-23 09:10:00 UTC]

I'm getting this same problem with the latest build (1.1_rc), and despite the fact that I didn't set a language, or have the openoffice-bin installed, I get exactly the same problem

[Comment 5 Paul de Vrieze (RETIRED) 2003-10-23 06:04:49 UTC]

Is this still a problem with 1.1.0?

[Comment 6 steven 2003-10-23 06:09:33 UTC]

No everything is now ok

[Comment 7 Paul de Vrieze (RETIRED) 2003-10-23 06:34:55 UTC]

Ok, I'll close it then