My SHA1 hashes seem good. Code: SHA1 hash of file Windows10_InsiderPreview_EnterpriseVL_x64_en-gb_15063.iso: 12 9c 47 01 f3 dc 51 8d 49 34 8b 94 63 d0 1c f4 de a4 46 d8 CertUtil: -hashfile command completed successfully. MD5 hash of file Windows10_InsiderPreview_EnterpriseVL_x64_en-gb_15063.iso: 3e 44 7f 7c d1 df c5 4d d3 da 35 f0 c9 e0 f4 cc CertUtil: -hashfile command completed successfully. SHA1 hash of file Windows10_InsiderPreview_EnterpriseVL_x32_en-gb_15063.iso: e9 21 4d 90 39 d6 cb 5b 75 34 06 4c 52 81 24 f3 bc e3 d4 36 CertUtil: -hashfile command completed successfully. MD5 hash of file Windows10_InsiderPreview_EnterpriseVL_x32_en-gb_15063.iso: 07 be 5f b2 61 40 d1 c7 d4 a6 3d 5e 55 d9 03 95 CertUtil: -hashfile command completed successfully.
Well, the leaked Win32Calc packages are from Windows Server 2016 RS3 InsiderPreview Branch and so no 32-bit support don't worry I will be building a alternative pack for 32-bit using the 64-bit wow64 files.
If you specify the full name also it will remove the packages but each time you will have to edit the list for new builds. You need to specify the parent package to remove the a set of sub-packages.
MSMG, I'm really looking forward to a new version of the program with fixed bugs. I want to make a new homebrew. Now I will do the assembly in two passes using MSMG first, and then NTLite for the best result.
i experienced the same things and figured out with the right dependencies - Calculator needs Microsoft.VCLibs.140.00 - Calendar and Mail needs Microsoft.VCLibs.140.00 So did you have the Microsoft.VCLibs.140.00_14.0.24123.0_x64__8wekyb3d8bbwe.Appx and Microsoft.VCLibs.140.00_14.0.24123.0_x86__8wekyb3d8bbwe.Appx in your Packs\Apps\w10 folder ?
forgot to say, to integrate VCLibs dependencies in Windows 10 with MSMG's ToolKit you have to rename them - Microsoft.VCLibs.140.00_14.0.24123.0_x64__8wekyb3d8bbwe to Microsoft.VCLibs.x86__8wekyb3d8bbwe.appx - Microsoft.VCLibs.140.00_14.0.24123.0_x86__8wekyb3d8bbwe to Microsoft.VCLibs.x64__8wekyb3d8bbwe.appx ToolKit looking for Code: if "%SelectedSourceOS%"=="w10" for /f %%i IN ('"dir /b *VCLibs.x86*.appx" 2^>nul') do set "VCLibs14X86=/DependencyPackagePath:%Apps%\%%i" if "%SelectedSourceOS%"=="w10" for /f %%i IN ('"dir /b *VCLibs.x64*.appx" 2^>nul') do set "VCLibs14X64=/DependencyPackagePath:%Apps%\%%i" But the real names on businessstore.microsoft.com are those above. A better way will be to have *VCLibs*x86*.appx and *VCLibs*x64*.appx
What is the best way to speed up WIM mounting, WIM processing (integration/removal, etc.), WIM saving and related tasks? Should I create a temporary RAM drive? I already run everything off my SSD's and set CPU Priority to Above Normal for DISM processes, but waiting is the worst part of image editing - takes FOREVER or at least feels like it...
was the remove all except store bug introduced in 7.4 or before that? i really wanna get started with a new build .. what other bugs are there right now?
WIM Mounting speed can be made faster using the /Optimize switch in the mount image command. Although it speeds up the mounting but the later processes like adding/removing will be slower. or else you can use a RAM Drive to speed up the process
Testing out the new version, I have added support for RS3 IP and also have fixed some bugs. Remove Apps is working for RS3 IP But the Remove Windows Components is not worth as most of the components are now merged into other packages and Hyper-V removal is not working even though the packages are there. I have removed the components from the menu which cannot be removed from RS3 IP using the regular DISM command. Think RS3 will put an end to the DISM way of Component removal and we need to move to new method. Its just a text misplaced in the query but the actual function is working.