Etz

What does it mean??? Apparently he knows something we dont... Anyway Mcrip repository currently points to official Microsoft site, so...

It is also explained here, as I fell into same hole by myself... http://www.wincert.net/forum/topic/11495-solved-wintoolkit-installer-runs-too-early/?p=101229

I`am currently using SetupComplete.cmd file for that... And doing it via Dism method, with same commandline as showed in previous post.

FYI RN`s original repacked installer is also online again..

Nevermind...its in the Logs folder... :doh:

Is it only me, but I cannot find that registry.txt from anywhere... Looks like it doesnt get created?

Those are built in themes, which are hidden by default... If you dont really want those, use Component remover on them...

Ok, thanks for the tip, then it must be one of those: KB2883200 KB2884101 KB2884846 KB2886439 KB2894029 KB2894179 KB2895219 KB2896459 KB2901549 Which I integrate into image... At least now, I know, why it didnt seem to work...

Well, it doesnt work on windows 8.1, System restore still runs as usual...debugging at the moment, why... Still it works fine on Windows 7, dont know about Vista and Windows 8 though...as I skipped those...

Discovered a way to do it... Set ServiceManager = CreateObject("Microsoft.Update.ServiceManager")ServiceManager.ClientApplicationID = "My App"'add the Microsoft Update Service, GUIDSet NewUpdateService = ServiceManager.AddService2("7971f918-a847-4430-9279-4a52d1efe18d",7,"") Save as *.vbs and run it for example with SetupComplete.cmd or create addon. It will enable Microsoft Update instead of plain windows Update.

I didnt try removals, as it usually breaks something... If you remove something and discover afterwards that you need it, there is absolutely no way to get it back. I learned my lessons long time ago, some games didnt install, because they needed media player playback capabilities, couple programs didnt run, they needed IE components, etc... After that i just disable unused packages via Unattended.xml, so I can always turn them back on, with "Programs and Features" if needed... Also SSD`s are pretty cheap already and 240GB is pretty sufficent for me, as I use NAS`es as my primary Data storage. Its really not worth the hassle IMHO, as you wont get any real performance gains...

Tested my self couple of days, WinToolkit latest version works fine with windows 8.1 Integrates updates succesfully, etc... Only catch is that you have to run it on Windows 8.1 host if you want to work on windows 8.1 image or anomalies will start to pop up. Which is ofcourse pretty obvious as Windows 7 dism doesnt support Windows 8.1 which uses much newer dism.

After experimenting a bit with Windows 8.1 I discovered that tweak doesnt work anymore. It works, if HKEY_CURRENT_USER hive is replaced with HKEY_CLASSES_ROOT in the very same tweak. It would be good to switch it in WinToolkit too. For some odd reason HKCU works if you apply it post install, but not when you integrate it via reg file or use built in WinToolkit tweak. HKEY_CLASSES_ROOT works in Windows 7 also so there shouldnt be any setbacks if it gets changed in WinToolkit.

Yes, because WinToolkit uses Dism located in C:\Windows\System32 ADK places newer Dism into C:\Program Files(x86)\Windows Kits\8.1\Assessment and Deployment Kit\Deployment Tools\ Result is that you can use newer Dism from commandline from there..

Too bad, WinToolkit doesnt allow selecting Dism.exe location... It would be easy to point it to ADK folder then for newer Dism.exe without of need replacing lots of files in Windows folder.

Have you installed latest ADK to get newer version of Dism to actually be actually able to prep Windows 8.1 Image on windows 7 Host? http://www.microsoft.com/en-US/download/details.aspx?id=39982 AFAIK...Windows 7 Dism isnt compatible with Windows 8.1 There isnt much incompatibility in WinToolkit itself IMHO.

Maybe Mcrip Windows 8.1 repositories could be added. Also Office 2010 Post-SP1 should be changed to Post-SP2 as MRip only provides Post-SP2 updates for Office 2010. Thx, in advance...

Unfortunately it doesnt work for RTM version or for 8.1, but... You can use unattended.xml instead... (Dont forget to adjust version number) <servicing> <package action="configure"> <assemblyIdentity name="Microsoft-Windows-Foundation-Package" version="6.2.8250.0" language="neutral" processorArchitecture="AMD64" publicKeyToken="31bf3856ad364e35" versionScope="nonSxS" /> <selection name="NetFx3" state="True" /> </package></servicing>or Dism dism.exe /online /enable-feature /featurename:NetFX3 /All /Source:E:\sources\sxs /LimitAccessI personally Use Unattended.xml method as I enable lot of packages, which are disabled (not installed) by default, for example: telnet client, snmp, netfx3, etc, etc...

Indeed, as I tested more I discovered it only happens in Conjunction with KB2847932 as this is also needs to be added as Silent installer, as it needs KB2592687 as prerequisite. So it (KB2847932) needs to be installed after KB2592687 which itself depends on KB2574819-v2. Looks like a real dependency hell... :doh: I know and I actually use it, I just forgot to specify version number. Anyway thanks for the hints, now this mystery is really finally solved... :dancing: Probably this is the only correct way, as VC Redist and NET Framework Installers "throw up", if you install KB2592687 before those... :ranting:

I know that, still produced the issue hence, why I posted here in a first place. KB2574819 is prerequisite for KB2592687 so ofc it has to be intergated/installed first and I didnt inverse that order. Only KB2574819 was intergrated and KB2592687 was added as Silent Installer as you recommend but it still made WinToolkit installer to run too early. After I removed KB2574819 all worked as expected (ofc I had to remove KB2592687 from Silent installers aswell). Probably you are correct about reboot, as I recalled reboot via setupcomplete.cmd on earlier builds before Wintoolkit Installer was run and never had a problem with these two updates. Unfortunately I had to remove it, as It caused some other odd issues.

Nope, at least that caused early run for me, after I left both completely out it worked... Even silent installing both caused problem, VC runtime errors on install.

Maybe this will help: http://www.wincert.net/forum/topic/11495-wintoolkit-installer-runs-too-early/ or this: http://www.wincert.net/forum/topic/10936-wintoolkit-install-apps-too-early/

Not with WInToolkit but manually it is possible. Just copy all updates into the Updates folder in Office Installer root. There isnt any software needed for this.

Small request, maybe there is a possibility to add additional locations and variables as Addon Maker has them? For example: %APPDATA% %PROGRAMDATA% %LOCALAPPDATA% %PUBLIC%

All works fine if you choose Unattended.xml from Mapped network drive, it will get applied just fine. But if you choose the very same file via UNC path, it doesnt give you any error, but Unattended.xml doesnt get applied. So: Z:\Customization\Unattend\Somekind.xml - Works \\NAS\Customization\Unattend\Somekind.xml - Doesnt work