[Office 2003] Multi-Language Deploy -> GPO & MST

[FireDrunk]

Doel:

het maken van 2 gpo installatie die handmatig getriggered word via Add/Remove Programs
waarin Office2k3 of 4 MultiLanguagePacks in 1 keer geinstalleerd worden.

Probleem:
Hoe zorg ik ervoor dat office2003 proffesional word geinstalleerd via een MST via Add/Remove Programs ZONDER ENIGE gebruikers interactie
en
dat er daarna ook nog de MultiLanguagePacks worden geinstalleerd ZONDER interactie (de gebruiker moet het namelijk zelf kunnen doen...)

Geprobeerd:
Custom Installation Wizard uit Office2003 ResourceKit werkt prima voor het maken van installaties
alleen wil ik 1 GPO installatie voor Office2003 en 1 voor alle MLP's
maar ik moet van de Custom Installation Wizard per MLP een aparte mst maken

Gezocht:
Google (op alle mogelijke combinaties)
MSDN
Technet
OfficeOnline

Is er een manier om dit te doen? en/of is er een andere makkelijkere manier om dit voor elkaar te krijgen?

Alvast Bedankt!

[ShellGhost]

Je kan 'm distributeren via de AD...
Daar heb je Software distributie groepen voor, dan kan je kiezen of dat je het pakket aan de computer hangt of aan de gebruikers...

[FireDrunk]

dat weet ik, maar ik moet per LanguagePack een mst maken dus zou ik 25 installaties in Add/Remove Progams hebben staan
en dat is wel vervelend

(we hebben het hier over een Internationaal bedrijf met +-25 Locaties over heel Europa)

[Verwijderd]

we hebben het hier over een Internationaal bedrijf met +-25 Locaties over heel Europa)

Dan heb je toch wel distributie en inventarisatie software draaien ?

Anyway, wat je wilt kan met alleen GPO software distributie niet of je moet een volledige custom install maken met een pakket als Wise of InstallShield.
Ik zie overigens het probleem van die regels in Add/Remove programs niet zo, wat is daar zo erg aan?

Alternatief is dat je iets met een computerstartupscript doet en de software laat aftrappen middels een vbscriptje.

[FireDrunk]

het probleem is dat de gebruiker dus 20 keer die setup moet draaien (die welliswaar automatisch gaat maar toch)
en volgens regels van het bedrijf moet de pc alle talen van de hele organisatie bevatten
(in verband met wisselende werkplekken en ondersteuning op afstand)

dus moet de gebruiker alle talen eigenlijk in 1 keer kunnen installeren

[Verwijderd]

Ik draag toch twee oplossingen aan?
Verwerk die install in een vbscript oid die ze achter elkaar aftrapt. Iedere setup heeft parameters die het silent met of zonder gebruikers interactie uitvoeren.
Knutsel een custom msi in elkaar met Wise, Installshield of een andere packager en die trap die met een GPO af.
Tis ff uitzoeken maar het kan best.

[mutsje]

Voor Office pakketten kan men gewoon de Office resource kit downloaden en custom templates bouwen die geen gebruikers interactie nodig hebben. Deze kun je publishen of asignen wat je wilt. Dit is niet echt PN&S topic en op www.microsoft.com/technet kun je hier enorm veel informatie over vinden. Ook in WOS > Howto staat een complete handleiding hoe je een mst file kunt opbouwen. Je kunt meerdere installaties gewoon via een script laten draaien en silent uitvoeren....

[elevator]

http://office.microsoft.c...tance/HA011402231033.aspx ?

[Koffie]

Move PNS > OS

[FireDrunk]

elevator schreef op vrijdag 23 september 2005 @ 09:38:
http://office.microsoft.c...tance/HA011402231033.aspx ?

ik weet hoe ik mst's moet maken en deployen (dat staat ook in startpost)
MAAR:
die chained install die elevator geeft kan niet omdat de GPO installatie van een MSI pakket de SETUP.INI overslaat.. die word alleen aangeroepen als je setuppro.exe uitvoert vanuit de cd/map/share(/whatever)
en een chained install GPO Software installation object maken is niet mogelijk.
dat is mijn probleem

[ Voor 20% gewijzigd door FireDrunk op 26-09-2005 09:54 ]

[FireDrunk]

Koffie schreef op vrijdag 23 september 2005 @ 10:43:
Move PNS > OS

maakt mij niet uit maar valt het deployen van Office via de GPO niet onder Proffesional Networking?

[FireDrunk]

iemand nog een idee om een chained installatie te maken via de GPO?

[bluesbrother]

Heel veel kaas heb ik hier niet van gegeten maar je kan wel zelf bepalen wat er in de Add/Remove software lijst komt te staan.

Een aantal onderdelen worden niet in het overzicht van Windowssoftware weergegeven omdat ze verborgen worden. U kunt ze op de volgende manier terughalen om zodoende te kunnen deïnstalleren:
1: Open kladblok en open het bestand SYSOC.INF in de directory C:\WINDOWS\INF
2: Geef de opdracht vervangen... (via Bewerken)
3: Zoeken naar: ,hide, vervangen door: ,, (twee komma's dus)
4: Sla het bestand op en ga opnieuw naar het onderdeel Windows software

[FireDrunk]

dit gaat niet over de Add/Remove lijst maar over de lijst die door de Group Policy gegeven word vanaf je domain controller,
toch bedankt voor de moeite

[FireDrunk]

Kick*

[sanfranjake]

Je kan toch gewoon opgeven bij een app of die wel of niet zichtbaar moet zijn? En welke lijst van group policy bedoel je precies?

[FireDrunk]

dat is het probleem ook helemaal niet,
ik heb Office 2003 en 5 Language Packs.
deze wil ik achter elkaar in 1 ruk installeren,
Chained install werkt ALLEEN via SETUP.EXE
maar aangezien ik Office via de GPO distributeer
word er geen gebruik gemaakt van de SETUP.INI (waar de Chained install in staat)

[FireDrunk]

kick*

[sanfranjake]

Kan het misschien met een quietswitch? Iets als /q of /? en dan via gpo in een startupscript? Zoals normale office ook kan: setup.exe TRANSFORMS=MUI.MST /qb- ofzo, en die dan een aantal keren achter elkaar draaien? Geen idee of het van toepassing is

[FireDrunk]

slim gedacht maar als je via startupscripts moet werken zit je met rechten,
GPO installaties hebben zoiets als Elevated Rights,
en dat mis je als je via startupscripts werkt,
dan zou ik dus eerst via het startupscript als admin moeten inloggen dan installeren en dan terug naar gebruikers account..

beetje lastig...

[sanfranjake]

thijs_cramer schreef op woensdag 05 oktober 2005 @ 17:39:
slim gedacht maar als je via startupscripts moet werken zit je met rechten,
GPO installaties hebben zoiets als Elevated Rights,
en dat mis je als je via startupscripts werkt,
dan zou ik dus eerst via het startupscript als admin moeten inloggen dan installeren en dan terug naar gebruikers account..

beetje lastig...

een startupscript wordt afaik onder SYSTEM gerund. Ik denk dat je in de war bent met loginscripts, die onder de rechten van een user draaien