Windows Server - .MSI

Asked By teddkilro
02-May-08 12:34 PM
I am trying to create (which I have done) a GPO to push .Net 2.0 Framework to
24 computers. I have converted the .exe to .msi with freeware (Advcance
Installer 6.2), created the GPO and pused it out.

Computers see it, shows window after applying security settings and before
you login, but my problem is that .Net 2.0 Framework requires user
interaction to finish and runs in to the ULLA acceptance. Therefore it may
get pushed but not installed

How can this be accpomplished, to automate an installation that requires you
to choose options?

Thanks to those that respond.
Advcance
(1)
Windowsserver
(1)
Teddkilroy
(1)
Window
(1)
ULLA
(1)
  Meinolf Weber replied...
03-May-08 06:37 AM
Hello teddkilroy,

Check the vendors website from Advanced installer to find a solution without
requiring a user interaction. It is not part from MS support. Normally during
a package creation you can automate all userinteractions, so that the user
have nothing to accept.

The easiest way for this official patches and updates are the WSUS 3 SP1
server. Or you can use the command line install for msi packages:
http://technet2.microsoft.com/windowsserver/en/library/9361d377-9011-4e21-8011-db371fa220ba1033.mspx?mfr=true

http://support.microsoft.com/kb/227091



Best regards

Meinolf Weber
Disclaimer: This posting is provided "AS IS" with no warranties, and confers
no rights.
** Please do NOT email, only reply to Newsgroups
** HELP us help YOU!!! http://www.blakjak.demon.co.uk/mul_crss.htm
Create New Account
help
HTM / IE: -3 var updateInProgress = new Boolean; / / Added by Brent var doubleClicked = false; var currentButton; window.onload = initialize function initialize() { updateInProgress = false; debug = false; initializeDevices(); loadPersist(); setCurrentDevice(); updateLayout(); } function setCurrentDevice() { / / was app started with a context id var ctxID = window.external.ContextID; if (ctxID = = "") return; for (var i = 0; i < oDevice.length; i++) { if (oDevice new String("file: \ / \ / \ / "); / / Get the path for the file from call to COM code devFilePath + = window.external.GetAppDataPath(); / / Replace all ' \ ' occurrences with ' / ' devFilePath = devFilePath.replace( / \ / g, " \ / "); / / Replace spaces with '%20' devFilePath oDevice[i].statusmon = null; } if ( debug ) { alert( "found "+ devicesXML.length +" devices")} } function externalGetData(name) { return window.external.GetPersistentData(name); } function loadPersist() { / / replace with Persistence code hintsOpen = true; debug = false; currentDevice = 0; / / var persistHints = window.external.GetPersistentData("hintsOpen"); var persistHints = externalGetData("hintsOpen"); if (persistHints ! = "") { hintsOpen = eval(unescape(persistHints)); } / / var persistDevice window.external.GetPersistentData("currentDevice"); var persistDevice = externalGetData("currentDevice"); if (persistDevice ! = "") { var devID = unescape(persistDevice); for (var j = 0; j < oDevice.length; j++) { if (oDevice[j].devID = = devID) { currentDevice = j; break; } } } window.resizeTo(663, windowHeight) / / } function externalSaveData(name, value) { window.external.SavePersistentData(name, value); } function savePersist() { externalSaveData("hintsOpen", escape(hintsOpen)); externalSaveData("currentDevice", escape(oDevice[currentDevice
Child window opens behind main window Windows Server Since a few weeks quite often (but not always!) when I click on a button which creates a child window (like selection of a file in a directory, or an alert etc) nothing apparently happens except that I cannot do anything on the main window. Actually the child window has opened, but stays behind the main window! So I have 3 choices: press Alt-F4 (which doesn't always work) or minimize t work. Any suggestion? Thanks Horst Windows 2000 Discussions Alt (1) Directory (1) Lonewolf (1) Window (1) Weeks (1) Aatt (1) Dott (1) Com (1) Hmmm. Sounds like a fault in the DLL files controlling windowing. A modal-child window should always be on TOP of the locked-out parent window. Even if you click
strange difference between RWW on SBS 03 and SBS 08. . . . SBS 08 opens an SSL window that it states must remain open in order to keep your Computer / Server connection (remote rules have a inactivity time-out period of XX minutes. In this case, the SSL window does not have any traffic once the RWW RDP session is created, at least none 1) Senses (1) Mine does not drop after 10 minutes? Are you in the OWA window rather than the RWW? The Official SBS Blog : How to Configure the RWW Timeout: http being caused by the firewall is not affected by anything set on SBS. The 'intermediary' window seems to poll the client side RDP (the windows closes automatically if you close RDP) and also the original browser window which brought it into being (close RWW and the intermediary window and RDP close) but does not send 'keep alives' to the server, which is about 08 changes how people RWW into a computer, since you have to keep the little window open to maintain your RWW connection, since there appears to not be a keep-alive for that window, the firewall stops seeing traffic and closes the connection, like a firewall should do, and
05-31 14:58:49 Error MWUSSetup CProgressManager::EnableCancel: GetDlgItem returning error (Error 0x80070578: Invalid window handle.) 2008-05-31 14:58:56 Error MWUSSetup DoInstall: Wsus setup failed (Error 0x80070002 05-31 14:58:49 Error MWUSSetup CProgressManager::EnableCancel: GetDlgItem returning error (Error 0x80070578: Invalid window handle.) 2008-05-31 14:58:56 Error MWUSSetup DoInstall: Wsus setup failed (Error 0x80070002 v-gzwang@microsoft.com Additional Information = = = = = = = = = = = = = = = = = = = = = Secure WSUS 3.0 Deployment http: / / technet2.microsoft.com / windowsserver / en / library / 7e21a374-5bc0-41bb-99 1c-26abe5c5cd8b1033.mspx How to upgrade to WSUS3.0 - http: / / technet2.microsoft.com / windowsserver / en / library / 673902d4-17ee-4769-aa f4-da09524cb8221033.mspx WSUS3.0 prerequisites http: / / technet2.microsoft com / windowsserver / en / library / 94048bdc-b11f-4459-b6 4d-d3458b57bd821033.mspx?mfr = true To download WSUS3.0 download / b / b / 1 / bb139fcb-4aac-4fe5-a579-30b0bd9 file(s) http: / / technet2.microsoft.com / windowsserver / en / library / 7e21a374-5bc0-41bb-99 http: / / technet2.microsoft.com / windowsserver / en / library / 673902d4-17ee-4769-aa http: / / technet2.microsoft.com / windowsserver / en / library / 94048bdc-b11f-4459-b6 http: / / www.microsoft.com / downloads / details.aspx?FamilyId = F87B4C5E
full-screen" DOS window doesn't fill screen Windows Server I have an old DOS program that runs in a cmd.exe window which can be made to use the full screen with Alt-Enter. This works properly that the Properties and the Console Windows Properties of the C: \ winnt \ system32 \ cmd.exe window are the same on both machines, using Raster Fonts 8x12 and the same Layout, Screen Buffer 80x420 and Window Size 80x25. Still, the fullscreen mode on the laptop doesn't fill the vertical of here, please? Windows 2000 Discussions Toshiba (1) Raster (1) Oops (1) Alt (1) Fullscreen (1) Window (1) Win200 (1) Right click on the shortcut to the program and on the layout tab, change the window size height to 25. Louis to the Raster 80x25. 3c273 <nospam@nospam.invalid> typed: As in the OP, this is already done. Oops, my bad. Louis keywords: "full-screen", DOS, window, doesn't, fill, screen description: I have an old DOS program that runs in a cmd.exe window which can be made to use the full screen with Alt-Enter. This works properly