| View previous topic :: View next topic |
| Author |
Message |
wgi General User

Joined: 10 Jun 2003 Posts: 9
|
Posted: Fri Jul 30, 2004 12:38 am Post subject: New solution for installing/using on Citrix/Terminal Servers |
|
|
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 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
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
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 |
|
 |
wgi General User

Joined: 10 Jun 2003 Posts: 9
|
Posted: Fri Jul 30, 2004 12:45 am Post subject: Addon: dealing with Citrix |
|
|
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
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 |
|
 |
TechFan Newbie

Joined: 28 Mar 2005 Posts: 3
|
Posted: Mon Mar 28, 2005 10:31 pm Post subject: |
|
|
| 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 |
|
 |
wgi General User

Joined: 10 Jun 2003 Posts: 9
|
Posted: Sun Apr 03, 2005 11:30 pm Post subject: |
|
|
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 |
|
 |
gama Newbie

Joined: 30 May 2006 Posts: 3
|
Posted: Tue May 30, 2006 1:03 am Post subject: |
|
|
| 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 |
|
 |
9point9 Moderator

Joined: 31 Aug 2004 Posts: 3875 Location: UK
|
Posted: Tue May 30, 2006 2:52 am Post subject: |
|
|
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 |
|
 |
gama Newbie

Joined: 30 May 2006 Posts: 3
|
Posted: Tue May 30, 2006 3:50 am Post subject: |
|
|
| 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 |
|
 |
wgi General User

Joined: 10 Jun 2003 Posts: 9
|
Posted: Wed Jun 28, 2006 5:13 am Post subject: |
|
|
| 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 |
|
 |
gama Newbie

Joined: 30 May 2006 Posts: 3
|
Posted: Thu Jun 29, 2006 1:37 am Post subject: |
|
|
| 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 |
|
 |
wgi General User

Joined: 10 Jun 2003 Posts: 9
|
Posted: Thu Jun 29, 2006 1:49 am Post subject: |
|
|
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 |
|
 |
dacow Newbie

Joined: 15 Mar 2007 Posts: 2 Location: Your Moms House
|
Posted: Fri Mar 16, 2007 11:16 am Post subject: |
|
|
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 |
|
 |
bartcrommen Newbie

Joined: 19 Oct 2007 Posts: 2
|
Posted: Fri Oct 19, 2007 6:18 am Post subject: Install OpenOffice on Citrix Presentation Server 4.5 |
|
|
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 |
|
 |
TechFan Newbie

Joined: 28 Mar 2005 Posts: 3
|
Posted: Mon Oct 22, 2007 10:12 am Post subject: |
|
|
| 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 |
|
 |
|
|
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
|