OpenOffice.org Forum at OOoForum.orgThe OpenOffice.org Forum
 
 [Home]   [FAQ]   [Search]   [Memberlist]   [Usergroups]   [Register
 [Profile]   [Log in to check your private messages]   [Log in

New solution for installing/using on Citrix/Terminal Servers

 
Post new topic   Reply to topic    OOoForum.org Forum Index -> Setup and Troubleshooting
View previous topic :: View next topic  
Author Message
wgi
General User
General User


Joined: 10 Jun 2003
Posts: 9

PostPosted: Fri Jul 30, 2004 12:38 am    Post subject: New solution for installing/using on Citrix/Terminal Servers Reply with quote

Here's what I have been doing to get OpenOffice.org working
on our Citrix Farm using a Win2K/Win2K3 mixed-mode domain.

These were the goals:

- Give any user who wants/has to work with an Office Suite
access to OpenOffice.org by simply putting him into a
group.

- The installation *must* work in a way the user does not have
to interact (read: I do not want to allow his interaction
because he is definitely going to make the wrong choices)

The painful way to the goal (as far as I got now):

Note 1: While most files are included here, some are missing
(like 100kb registry settings) but can be requested
from the author.

Note 2: Some of the scripting is ugly and may be useless.
It has evolved quite a bit since I started it, so
it's kinda messy. Nevertheless it works quite well
here, so I wouldn't want to touch it...



PREREQUISITES
-------------

For some reason someone here had decided to use kixtart (www.kixtart.org)
for various purposes, such as the domain logon script(s). The nice thing
about kix is that it's just an executable you drop in your Domain Controllers'
NETLOGON and are done for. Other than that I don't particularly like it
and wished we could use something more powerful like perl. Well. Kixtart is
CareWare, meaning it's free to download and use, but you ought to donate
something to a non-profit charitable organisation.

To make the following solution work, you would need your users have either
roaming profiles (which we don't use) or terminal service profiles. We use the
latter so users get the same environment regardless of the server in the farm they
connect to. Should be pretty much the default for a Citrix environment.

You would also need a home drive (we map user's homes to Z: ) or modify the
scripts to put the OpenOffice.org workstation files into user's profiles
(not so easyly done as you cannot simply use the same home drive, but have
to work with paths generated as a function of user's loginname).

Last not least you need to know German if you want to be able to understand
all the comments in the scripts Wink I translated most of the stuff, though.



OVERVIEW
--------

This solution consists of the following parts:

- modified setup file (optional)
- responsefiles für base and workstation (=user) installation
- installation script
- domain logon (sub)script


I modified the setup file (setup.inf) to stop the installer from giving me things
I don't want. I have tried numerous ways to do this with StarBasic but failed.
I tried the forums, I had contact with Sun developers - it simply wouldn't work
the way it was supposed to.

The installation script is simple. It's just there to make life a little easier
for the sorry guy who has to install a new machine. I tried to use a packager
to do the base installation and it horribly barfed, but then again that was in
the days before 1.1.x. It works like this so I left it untouched.

The major part is the domain logon script. There, we check if the user has access
to OpenOffice.org, check for the presence of various files and try to build his
environment as needed, taking various quirks and problems into account.

The logon script needs a connection to a share on a fileserver/SAN/NAS. For us,
it's still a fileserver, but it's the one holding the profiles, too, so if this
one wouldn't be available login would be broken, anyway. I did this so I could
slipstream newer files to the users' workstation installation if I needed to, later on.



INSTALLATION
------------

In my installation folder, I have the following files:
Code:

dir   install                       ; OpenOffice.org files (incl. modified setup.inf)
file  common.xcu                    ; Modified common.xcu where I set an additional
                                    ; template folder, for example
file  instbase.rsp                  ; Responsefile for base installation
file  instuser.rsp                  ; Responsefile for user's workstation installation
file  jobs.xcu                      ; Modified jobs.xcu (removed registration request)
file  MasterInstall.kix             ; Script to install on a Citrix machine
file  OpenOffice-Associations.reg   ; Override for document type associations
file  wkix32.exe                    ; kixtart w32 executable

To install, make a shortcut to "wkix32.exe MasterInstall.kix" and doubleclick Wink
You should be administrator on the Citrix machine, of course. As you can see from
the script, installation mode is switched on automatically.

Set your '$destination' as needed!

Code:

========== MasterInstall.kix ==========

   ;--------------------------------------------------------------------------------
   ; OpenOffice.org 1.1.2 Master-Installation für Citrix
   ; Installiert OpenOffice nach D:\Programme\OpenOffice
   ; wgi 2004/04/28 (identisch mit OpenOffice 1.1.1)
   ;--------------------------------------------------------------------------------
   DEBUG Off
   ;--------------------------------------------------------------------------------
   ; Installation anhand des Response-Files
   ;--------------------------------------------------------------------------------
   $Destination = "D:\Programme\OpenOffice\"
   ?
   shell "change user /install"
   ?
   ? "Installiere nach "+$Destination
   ?
   ; *
   ; * This would be a good place to copy some of the fonts
   ; * or other stuff to the machine
   ; *
   ?
   shell ".\install\setup.exe -r:..\instbase.rsp"
   ?
   SHELL "regedit /s OpenOffice-Associations.reg"
   SHELL "change user /execute"
   MessageBox("Installation nach "+$Destination+" beendet.","Total schön, ey ;-)",64,60)

========== MasterInstall.kix ==========

Let's have a look at instbase.rsp:

Code:

========== instbase.rsp ==========

   [Environment]
   INSTALLATIONMODE=INSTALL_NETWORK
   INSTALLATIONTYPE=SPECIFY
   DESTINATIONPATH=D:\Programme\OpenOffice
   LANGUAGELIST=49
   MIGRATION=YES
   StartProcedure=PreSetup
   EndProcedure=PostSetup

   [Module_Specify]
  wgiModule=gid_Module_Prg_Wrt_Bin,gid_Module_Prg_Wrt_Help, [.......]
   InstallModuleSet=wgiModule

   [JAVA]
   JavaSupport=preinstalled_or_none

   [Windows_Desktop_Integration]
   Register4MsWord=Yes
   Register4MsExcel=Yes
   Register4MsPowerPoint=Yes
   RegisterAsDefaultHtmlEditor=No

   [Procedures]
   Sub PreSetup
    ShowSetup
   End Sub

   Sub PostSetup
    SetReboot( False )
    HideSetup
   End Sub

========== InstBase.rsp ==========


Some leftover stuff from trying to exclude some modules here, I just didn't clean it up.
Remember to set 'DESTINATIONPATH' to what you need.

Note that we do a "INSTALL_NETWORK". Although most people in the forums agreed that it doesn't work, it does - at least since 1.1.0.

Near the end of Masterinstall.kix I import some registry settings. For some reason,
OpenOffice.org's method of setting the associations does not work for me on a Citrix
(Terminal Server) machine, although it seemed to be the right way to do it. Worked
on XP workstations, for example, but it looks like Terminal Servers treat this differently.

So I exported the registry settings, changed the tree to HKEY_LOCAL_MACHINE, imported them again and voila, it works. File can be requested from the author, unfortunately you'd have to replace all occurences of the path to your own path.
Should be easier to repeat the described process.

At this point, we're all set with out new Citrix machine. We can take a look at the
Domain logonscript now.



USAGE: THE DOMAIN LOGON
-----------------------

The magic is done in the domain logon script. Why? Because this is the place to fix
thing BEFORE they break. And there are lots of things that can break. I name the
biggest annoyances here:

- sversion.ini gets destroyed
This has occured from time to time since StarOffice 5.2 (at least, don't know about
older versions). I have no idea why, but sometimes the file is empty (0 bytes).
No good for OpenOffice startup.

- Roaming/Terminal Server Profile does not load
User will get a default profile, but he still has his home drive (where I install
the OpenOffice.org files to). So, except for the sversion.ini, we have a working
environment in this case. Let's use it.

- Updates
Once you install a new version of OpenOffice.org, every user will be prompted with
the friendly installer, because hist sversion.ini knows he still uses an older
version I don NOT want my users to be able to click "local installation" or do
anything equally stupid, because it will blow my machines apart.

So much for the ugly part. The following script tries to work around these problems,
and has done for quite some time now, including the updates to 1.1.0, 1.1.1 and
1.1.2, recently.

"ooo112.kix" is a script that is branched off the main domain logon script.
(Our domain logon script is called "kixtart.kix" which is the default that kixtart
loads when no script is given as a parameter. So we just put "wkix32.exe" in the
domain user template and drop kixtart.kix and wkix32.exe into NETLOGON.)
"ooo112.kix" gets called by the following code snippet:

If InGroup("Citrix OpenOffice")
call "ooo112.kix"
endif

I have translated some of the more important comments. Just ignore the rest if you
don't speak German.

Code:

========== ooo112.kix ==========

   ;-------------------------------------------------------------------------------
   ;
   ;  OpenOffice.org 1.1.2 [wgi, 2004/06/22]
   ;
   ;-------------------------------------------------------------------------------
   ;DEBUG On
   SetConsole("HIDE");
   ;
   ; Check if we are on a Terminalserver- or Citrix-Session, because the Domain
   ; logon script runs on every local PC, too!
   ;
   if (instr(%SESSIONNAME%,"ICA-")==1) or (instr(%SESSIONNAME%,"RDP-")==1)

      ; Do your customization here
      ; $c_sversion ->     where your sversion.ini files reside
      ; $c_sversionnet ->  where the user's sversion.ini files resides in his profile
      ;                    This is the physical place (in our case, a file server)
      ; $c_zopenoffice ->  where we put the user's OOo workstation installation files
      ;                    This MUST match the path in "instuser.rsp"!!!
      ; $c_common ->       The location of user's common.xcu (in the place where we
      ;                    installed it)
      ; $c_jobs,
      ; $c_uprofile ->     see $c_common
      ; $c_uprofile_mig -> the location we temporyrily copy the userprofile.xcu when
      ;                    doing a version migration
      ; $c_myversion ->    our own version indicator (I was too lazy to analyze
      ;                    sversion.ini in kixtart ;-)
      ; $c_instuser ->     location of the original workstation installation responsefile
      ;                    somwhere on the LAN
      ; $c_net_common,
      ; $c_net_jobs ->     same for common.xcu and jobs.xcu

      $c_sversion =     %USERPROFILE%+"\Anwendungsdaten\sversion.ini"
      $c_sversionnet =  "\\fileserver\profiles$\" + @UserID + "\Anwendungsdaten\sversion.ini"
      $c_zopenoffice =  "Z:\OpenOffice";
      $c_common =       $c_zopenoffice + "\user\registry\data\org\openoffice\Office\common.xcu"
      $c_jobs =         $c_zopenoffice + "\user\registry\data\org\openoffice\Office\jobs.xcu"
      $c_uprofile =     $c_zopenoffice + "\user\registry\data\org\openoffice\UserProfile.xcu"
      $c_uprofile_mig = $c_zopenoffice + "Z:\ooouserprofile.mig"
      $c_myversion =    $c_zopenoffice + "\version.ooo"
      $c_instuser =     "\\vam-ads\pakete\OpenOffice-1.1.2\instuser.rsp"
      $c_net_common =   "\\vam-ads\pakete\OpenOffice-1.1.2\common.xcu"
      $c_net_jobs =     "\\vam-ads\pakete\OpenOffice-1.1.2\jobs.xcu"


      ;-------------------------------------------------------------------------------
      ; FileCheck - let's see what we have
      ;-------------------------------------------------------------------------------
      if not exist("Z:")    ; Our user's home Drives (mapped by ADS), change as needed
         $have_z = 0        ; Our OOo Workstation installation path is Z:\OpenOffice
      else
         $have_z = 1
      endif

      if not exist($c_zopenoffice)
         $have_zopenoffice = 0
      else
         $have_zopenoffice = 1
      endif

      ;-------------------------------------------------------------------------------
      ; Fix for ultra-braindead Micro$oft profiles
      ; If sversion.ini missing in user's profile on local machine, but exists on
      ; profile server, user got a temporary profile. So we copy the sversion.ini
      ; without Micro$oft's help to make OOo work without a re-installation
      ;-------------------------------------------------------------------------------
      if not exist($c_sversion)
         if exist($c_sversionnet)
            copy $c_sversionnet $c_sversion
            $have_sversion = 1
         else
            $have_sversion = 0
         endif
      else
         $have_sversion = 1
      endif

      ;-------------------------------------------------------------------------------
      ; Fix for OpenOffice.org truncating sversion.ini to 0 bytes
      ; If it exists, but is too small, we write a new one
      ; Put in the right path here or a a funktion to generate it from
      ; $c_zopenoffice [2do-list]
      ;-------------------------------------------------------------------------------
      if (GetFileSize($c_sversion) < 20)    ; Just a reasonable length here
         RedirectOutput($c_sversion)
         ? "[Versions]"
         ? "OpenOffice.org 1.1.2=file:///Z:/OpenOffice"
         RedirectOutput("")
      endif

      if not exist($c_common)
         $have_common = 0
      else
         $have_common = 1
      endif

      $installed_version = ReadProfileString ($c_myversion,"common","installed")

      $do_install = 0
      $do_migrate = 0

      if ($have_z == 0)
         $dummy = MessageBox ("Your home path Z: is not connected - please call your IT helpdesk!","OpenOffice 1.1.2 Installation",16)
      else
         if ($have_sversion == 1)
            if ($have_zopenoffice == 0)      ; sversion.ini exists, path doesn't
               del $c_sversion               ; delete sversion.ini to initiate a full setup later
               $do_install = 1
            else
               if ($have_common)             ; full setup
                  $do_install = 0
               endif
            endif
         else
            if ($have_zopenoffice == 1)      ; path exists, sversion.ini missing; OpenOffice possibly (half) empty
               $do_install = 1               ; we have to install
               $do_migrate = 1               ; we do a migration
            else
               $do_install = 1               ; full setup
               $do_migrate = 0               ; sversion.ini and path okay, we think of it as a working installation ;-)
            endif
         endif

         if ($installed_version <> 112)
            $do_install = 1
            $do_migrate = 1
         endif
      endif ; [have_z]

      if ($do_install == 1)
         if ($do_migrate == 1)
            copy $c_uprofile $c_uprofile_mig
         endif
         ;-------------------------------------------------------------------------
         ; delete sversion.ini to keep installer doing ugly things
         ;-------------------------------------------------------------------------
         del ($c_sversion)

         $InstallDrive = "none"
         $InstallPath = "none"


         ;-------------------------------------------------------------------------
         ; Find out where OpenOffice is installed
         ; Stupid heuristics, we need a "real" detection here! [2do-list]
         ;-------------------------------------------------------------------------
         if exist ("D:\Programme\OpenOffice\program\setup.exe")
            $InstallDrive = "D"
         else
            if exist ("C:\Programme\OpenOffice\program\setup.exe")
               $InstallDrive = "C"
            endif
         endif

         if ($InstallDrive <> "none")

            $InstallPath = $InstallDrive + ":\Programme\OpenOffice\"

            if not exist ($c_instuser)
               $dummy = MessageBox ("Responsefile for workstation installation missing, please call your IT helpdesk!","OpenOffice 1.1.2 Installation",16,600)
            else
               ;-------------------------------------------------------------------------
               ; Kleine Info, damit der User nicht vor Schreck stirbt ;-)
               ;-------------------------------------------------------------------------
               if ($do_migrate == 1)
                  $dummy = MessageBox ("Your OpenOffice is being updated. Please be patient!","OpenOffice 1.1.2 Update",64,60)
               else
                  $dummy = MessageBox ("OpenOffice is being configured for you. Please be patient!","OpenOffice 1.1.2 Installation",64,60)
               endif
               shell $Installpath + "program\setup.exe -r:" + $c_instuser

               ;-------------------------------------------------------------------------
               ; Some final cute stuff (get rid of Nagscreen, set some paths etc.)
               ;-------------------------------------------------------------------------

               if not exist ($c_net_common)
                  $dummy = MessageBox ("OpenOffice workstation installation: common.xcu missing, please call your IT helpdesk!","OpenOffice 1.1.2 Installation",16,300)
               else
                  copy $c_net_common $c_common
               endif

               if not exist ($c_net_jobs)
                  $dummy = MessageBox ("OpenOffice workstation installation: jobs.xcu missing, please call your IT helpdesk!","OpenOffice 1.1.2 Installation",16,300)
               else
                  copy $c_net_jobs $c_jobs
               endif

               ;-------------------------------------------------------------------------
               ; if $migratesettings==1, copy user settings back
               ;-------------------------------------------------------------------------
               if ($do_migrate == 1)
                  copy $c_uprofile_mig $c_uprofile
                  del $c_uprofile_mig                    ; kixtart's MOVE does not overwrite
               endif

               $dummy = WriteProfileString ($c_myversion,"common","installed","112")      ; record the installed version

               ;-------------------------------------------------------------------------
               ; Wenn der User jetzt nicht arbeiten kann ... hilft erstmal beten!
               ;-------------------------------------------------------------------------

            endif ; [Responsefile gefunden]

         EndIf ; [OOo-Installation auf Maschine vorhanden]

      EndIf ; [if $do_install]

      ;-------------------------------------------------------------------------
      ; Fix for stupid Micro$oft profiles (if next logon during the runtime of
      ; *this* session, sversion.ini is missing on the profile server...
      ;-------------------------------------------------------------------------
      copy $c_sversion $c_sversionnet

   EndIf ; [Terminalserver- oder Citrix-Session]

========== ooo112.kix ==========


Phew.

I hope you're still with me Wink


Here's the userinst.rsp file (no big deal, look at the paths and ignore the module stuff):

Code:

========== instuser.rsp ==========

   [Environment]
   INSTALLATIONMODE=INSTALL_WORKSTATION
   INSTALLATIONTYPE=WORKSTATION
   DESTINATIONPATH=Z:\OpenOffice
   LANGUAGELIST=49
   MIGRATION=YES
   StartProcedure=PreSetup
   EndProcedure=PostSetup
   InstallProcedure=wgiSelect

   [Module_Specify]
   InstallProcedure=wgiSelect

   [JAVA]
   JavaSupport=preinstalled_or_none

   [Windows_Desktop_Integration]
   Register4MsWord=Yes
   Register4MsExcel=Yes
   Register4MsPowerPoint=Yes
   RegisterAsDefaultHtmlEditor=No

   [Procedures]
   Sub PreSetup
    ShowSetup
   End Sub

   Sub wgiSelect
    MsgBox("Modulauswahl wird eingestellt...")
    DeSelectModuleByID("gid_Module_Prg_Wrt_Sample")
    DeSelectModuleByID("gid_Module_Prg_Calc_Sample")
    DeSelectModuleByID("gid_Module_Prg_Impress")
    DeSelectModuleByID("gid_Module_Prg_Draw_Sample")
    DeSelectModuleByID("gid_Module_Math")
    DeSelectModuleByID("gid_Module_Optional_Quickstart")
    DeSelectModuleByID("gid_Module_Optional_Gallery")
   End Sub


   Sub PostSetup
    SetReboot( False )
   End Sub

========== instuser.rsp ==========



Now all I have to do is add a user to group "Citrix OpenOffice" and I'm done. No further
click required my or any user's side. Not Even if I install an OOo update to the farm!


CITRIX CONFIGURATION
--------------------


You have to publish OpenOffice as an application that is allowed for users in the specified group ("Citrix OpenOffice" in my case).



PITFALLS
--------

Keep one thing in mind: You probably have other applications in your Citrix farm.
As soon as one of these applications wants to open an Office file, it will start
the default application, in this case OpenOffice.org. It will do this unconditionally.
That means: If the user does not have an OpenOffice.org environment pre-setup (because he's not in the group), he will face the OOo installer. No good. So you
probably want to have the "ooo112.kix" script started for EVERY SINGLE domain
user to have everyone's environment set up.


Regards & happy hacking,

wgi


[Edit: some formatting]


Last edited by wgi on Sun Aug 01, 2004 11:11 am; edited 6 times in total
Back to top
View user's profile Send private message
wgi
General User
General User


Joined: 10 Jun 2003
Posts: 9

PostPosted: Fri Jul 30, 2004 12:45 am    Post subject: Addon: dealing with Citrix Reply with quote

I forgot: Be sure to roll out the Citrix "Program Neighbourhood Agent" if you want to use content redirection (opening OpenOffice.org from Citrix server when doubleclicking a file on local machine). I was wondering for days why it wouldn't work with Program Neighbourhood Wink

You need an NFuse web portal, too, in this case, because ist holds the "config.xml" file that is needed by PN Agent.
Back to top
View user's profile Send private message
TechFan
Newbie
Newbie


Joined: 28 Mar 2005
Posts: 3

PostPosted: Mon Mar 28, 2005 10:31 pm    Post subject: Reply with quote

Did anyone try this out? I was hoping to be able to get the modded common.xcu so I can figure out how to set my other settings. . .like the default save format. Is it possible to get this whole package as a zip?
Back to top
View user's profile Send private message
wgi
General User
General User


Joined: 10 Jun 2003
Posts: 9

PostPosted: Sun Apr 03, 2005 11:30 pm    Post subject: Reply with quote

Of course it is. I can mail it to you if you like.

I lately changed the default save format, too - but that is in "TypeDetection.xcu"!
Back to top
View user's profile Send private message
gama
Newbie
Newbie


Joined: 30 May 2006
Posts: 3

PostPosted: Tue May 30, 2006 1:03 am    Post subject: Reply with quote

wgi wrote:
Of course it is. I can mail it to you if you like.

I lately changed the default save format, too - but that is in "TypeDetection.xcu"!



Hi.

would You be so kind, and send me zip package with all files on my e-mail?

i really wannt to try this solution!

thanks!!

GaMa
Back to top
View user's profile Send private message Send e-mail
9point9
Moderator
Moderator


Joined: 31 Aug 2004
Posts: 3875
Location: UK

PostPosted: Tue May 30, 2006 2:52 am    Post subject: Reply with quote

This thread is old and relates to OOo 1.x so the same thing may not be appropriate with OOo 2.0. Neither of these posters has visited for a long time so I doubt you'll get any response from them. I think you'll have to follow the instructions instead.
_________________
Arch Linux
OOo 3.2.0

OOoSVN, change control for OOo documents:
http://sourceforge.net/projects/ooosvn/
Back to top
View user's profile Send private message Visit poster's website
gama
Newbie
Newbie


Joined: 30 May 2006
Posts: 3

PostPosted: Tue May 30, 2006 3:50 am    Post subject: Reply with quote

9point9 wrote:
This thread is old and relates to OOo 1.x so the same thing may not be appropriate with OOo 2.0. Neither of these posters has visited for a long time so I doubt you'll get any response from them. I think you'll have to follow the instructions instead.


this thread is interested to me, because i have trouble with Citrix and OpenOffice, (content redirection), and I can not associate local files to open with OpenOffice aplications on Citrix Metaframe servers. Can you help me with this problem. OS is Win2k3 server.
Back to top
View user's profile Send private message Send e-mail
wgi
General User
General User


Joined: 10 Jun 2003
Posts: 9

PostPosted: Wed Jun 28, 2006 5:13 am    Post subject: Reply with quote

Uhm, I'm sorry, but I think I don't have the old files left, since we switched to 2.0. I might try to help you with some questions regarding the described method, though, I hope.
Back to top
View user's profile Send private message
gama
Newbie
Newbie


Joined: 30 May 2006
Posts: 3

PostPosted: Thu Jun 29, 2006 1:37 am    Post subject: Reply with quote

wgi wrote:
Uhm, I'm sorry, but I think I don't have the old files left, since we switched to 2.0. I might try to help you with some questions regarding the described method, though, I hope.


well, I have problems with redirecting local (user) .doc, .xls and some other MSOffice files to Citrix Presentation Server 4.0 to be open with OpenOffice. In Presentation server Console, for example Writer > properties > Content redirection tab, can not select any extension for redirection. no one is offerd.

So I hope, you understand what I mean, and you'll find the solution.

waiting for your answer.

GaMa
Back to top
View user's profile Send private message Send e-mail
wgi
General User
General User


Joined: 10 Jun 2003
Posts: 9

PostPosted: Thu Jun 29, 2006 1:49 am    Post subject: Reply with quote

Hm, I guess. I'm not really a Citrix guy (actually no Windows guy at all), but it _might_ be related to the problem I encountered on 1.1 (can't confirm since we don't use 2.0 on Terminal Servers with content redirection as of now).

*** BEWARE: UNTESTED AND POTENTIALLY DANGEROUS - DO NOT ATTEMPT THIS ON ANY PRODUCTIVE MACHINE ***

Basically (in 1.1 days, mind that!) the problem was that the installer made registry entries for file associations in the HKEY_USERS branch where Citrix wouldn't know about them. I solved it at that time (see above in my first post) by installing with InCtrl (use any registry tracer you like) to see where the entries were created. Then I exported that bunch of registry keys to a file and imported them back into the HKEY_LOCAL_MACHINE branch. From there Citrix would read them and actually present them in the management console.

If you have like a VMware or other virtual Citrix machine, you might want to give that approach a try. That's basically what I can provide you. Other than that, there are probably a lot of users around here that actually *know* what to do (as opposed to me).
Back to top
View user's profile Send private message
dacow
Newbie
Newbie


Joined: 15 Mar 2007
Posts: 2
Location: Your Moms House

PostPosted: Fri Mar 16, 2007 11:16 am    Post subject: Reply with quote

Do you have the list of Reg entries that you changed.

I am about to try installing while watching with InCtrl to see if I cant get the Content Redirection working on our Citrix PS4 servers.

I want to double check that I have the correct keys that you used.

If its successfull you'll see my list of keys here soon.

Mooooooo
Back to top
View user's profile Send private message
bartcrommen
Newbie
Newbie


Joined: 19 Oct 2007
Posts: 2

PostPosted: Fri Oct 19, 2007 6:18 am    Post subject: Install OpenOffice on Citrix Presentation Server 4.5 Reply with quote

I'm planning an installation of OpenOffice onto my citrix servers.
Did anyone tried out the above instructions?
Do they also apply to the latest OpenOffice versions (2.x)?
Is it possible to install OpenOffice next to Office on the same citrix server?
Back to top
View user's profile Send private message
TechFan
Newbie
Newbie


Joined: 28 Mar 2005
Posts: 3

PostPosted: Mon Oct 22, 2007 10:12 am    Post subject: Reply with quote

Yes, you can put both on the same server. I setup a custom installer back when I first installed 2.0 on our 2000 TS's a couple years ago. Unfortunately, I have forgotten what it was I customized. Open Office Entreprise seems to be the easiest way to really manage the newest versions. We plan to implement it in the next month or so.
Back to top
View user's profile Send private message
Display posts from previous:   
Post new topic   Reply to topic    OOoForum.org Forum Index -> Setup and Troubleshooting All times are GMT - 8 Hours
Page 1 of 1

 
Jump to:  
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum


Powered by phpBB © 2001, 2005 phpBB Group