Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss

staroffice 8 NFS installation

2 views
Skip to first unread message

Martin Paul

unread,
Dec 1, 2005, 4:20:02 AM12/1/05
to
Unlike previous StarOffice versions (with the "setup -net" option),
the documentation for StarOffice 8 for Solaris doesn't talk about
a network/NFS installation. Here's what I did:

Install StarOffice 8 via the provided installer ("./setup") to
some shared directory. I used /usr/local/staroffice8/. In the
custom installation, I chose not to install Adabas and the JDK
(I already have a shared NFS installation of JDK 1.5). The
installation succeeded, all packages which were installed are
named SUNWstaroffice-*.

The "local user installation" that was required with earlier
versions of SO is not needed anymore. When a user runs soffice
for the first time, he's asked to accept the license and to
enter the name/initials, and whether a registration is wanted
or not. A directory ~/.staroffice8/ is created (nothing else).

The title bar of StarOffice only showed strange characters on
one of my test machines. This was fixed by installing the
most recent Xsun patch (112785-52) and stopping/starting Xsun
via /etc/init.d/dtlogin.

There are three packages which install files outside of
/usr/local/staroffice8/:

SUNWstaroffice-desktop-int-root
SUNWstaroffice-desktop-integratn
SUNWstaroffice-shared-mime-info

These provide the desktop integration for CDE/Gnome. When using
StarOffice on a machine other than the one it was installed on,
there will be no CDE toolbar icons. The CDE mail tool and the
file manager will not have correct associations and icons for
StarOffice and MS Office files. To fix that, install the last
two of the above three packages on every machine. Unfortunately
the SUNWstaroffice-desktop-int-root doesn't install - it requires
one of the SUNWstaroffice-core packages. This package only adds/
modifies three files:

/etc/mailcap and /etc/mime.types:
You can integrate the changes from the machine that you originally
installed StarOffice on. It adds associations for SO/MS Office files.
I'm not sure which application actually uses those files - maybe
it's the version of mozilla that comes with Solaris (which I don't
have installed).

/etc/staroffice8:
This is a link to the NFS directory where SO was installed. I created
it with "ln -s /usr/local/staroffice8 /etc/staroffice8". It's used
by e.g. /usr/bin/soffice, which comes in SUNWstaroffice-desktop-integratn.

With these modifications, dtmail and dtfile showed the correct icons
for MS Office files, and start soffice on double-click. I haven't
tested desktop integration in Gnome.

I really wonder why all this isn't in the StarOffice 8 documentation ..

mp.
--
Systems Administrator | Institute of Scientific Computing | Univ. of Vienna

Michael Laajanen

unread,
Dec 1, 2005, 5:19:33 PM12/1/05
to
HI,

Martin Paul wrote:
> Unlike previous StarOffice versions (with the "setup -net" option),
> the documentation for StarOffice 8 for Solaris doesn't talk about
> a network/NFS installation. Here's what I did:
>

><snip>

> With these modifications, dtmail and dtfile showed the correct icons
> for MS Office files, and start soffice on double-click. I haven't
> tested desktop integration in Gnome.
>
> I really wonder why all this isn't in the StarOffice 8 documentation ..
>
> mp.

Thanks for the input, I and a guess of alot of other admins have had
problems installing Staroffice on a NFS server.

I think that IF Staroffice should be integrated like this(the same
applies to SUNWspro) it should be part of Solaris 10 by default!

Icons and desktop integration could be installed in a separate package
otherwise which is not dependent on the main Staroffice install, or
should in my view!

cheers

Michael

Neal A. Lucier

unread,
Dec 21, 2005, 2:07:05 PM12/21/05
to
First and foremost, thank you. I had literally written the first half
of your post planning to complete it in a day or so when I saw yours.

Martin Paul wrote:
> The title bar of StarOffice only showed strange characters on
> one of my test machines. This was fixed by installing the
> most recent Xsun patch (112785-52) and stopping/starting Xsun
> via /etc/init.d/dtlogin.

This is all on Solaris 9/SPARC 12/03.

I have applied this patch and it has resolved the problem on all of my
Sun Blades; however, I still get funny characters in title bars on my
SRSS 3.0 (patch level 118979-01) servers.

I'm not sure where exactly where the problem is since if I ssh to the
SRSS server from an SRSS session and run soffice the title bars work
fine, i.e.:

1. Login to SunRay
2. run soffice (bad characters)

1. Login to SunRay
2. ssh localhost
3. run soffice (good characters)

Any suggestions?

Thanks,
Neal

Martin Paul

unread,
Dec 22, 2005, 6:46:26 AM12/22/05
to
Neal A. Lucier <nlu...@math.purdue.edu> wrote:
> Martin Paul wrote:
>> The title bar of StarOffice only showed strange characters on
>> one of my test machines. This was fixed by installing the
>> most recent Xsun patch (112785-52) and stopping/starting Xsun
>> via /etc/init.d/dtlogin.
>
> I have applied this patch and it has resolved the problem on all of my
> Sun Blades; however, I still get funny characters in title bars on my
> SRSS 3.0 (patch level 118979-01) servers.

In the meantime I found out that this patch doesn't really solve
the problem. On one machine it went away after restarting Xsun,
even if the patch was not installed. On another machine the problem
disappeared after logging out and back in.

On the SunRay server (3.0 with 118979, like yours) it's fine for
some users, but not for others. Restarting the Xsun didn't help
there.

I'm out of ideas about what actually causes this and how to resolve
it. It might be connected to a user's environment (~/.dt/) or to
the locale settings.

Mats Larsson

unread,
Dec 22, 2005, 8:43:13 AM12/22/05
to
On 2005-12-22 12:46, Martin Paul wrote:

> I'm out of ideas about what actually causes this and how to resolve
> it. It might be connected to a user's environment (~/.dt/) or to
> the locale settings.

Not completely out of track at least ;). I solved this problem by
setting LC_CTYPE in a wrapper to soffice. My "standard" locale is

% locale
LANG=en_US
LC_CTYPE="en_US"
LC_NUMERIC="en_US"
LC_TIME="en_US"
LC_COLLATE="en_US"
LC_MONETARY="en_US"
LC_MESSAGES="en_US"
LC_ALL=

which render strange chars in the OO2 title bar. When setting
'LC_CTYPE=en_US.ISO8859-15' it's getting readable. Didn't investigate it
further. A locally installed OO2 doesn't show this behavior.

/MOL

Neal A. Lucier

unread,
Dec 22, 2005, 9:23:28 AM12/22/05
to

'locale' what a useful command.

StarOffice 8 on SRSS displays the correct characters when I set my
language to be "C" instead of "en_US.ISO8859-1" at the dtlogin window.

StarOffice 8 on SunBlades displays the correct characters regardless of
what language I pick.

Neal

0 new messages