NTLite v2.3.6.8775 changes

All names are now read from the apps themselves.
Before it was literally "AddSuggestedFoldersToLibraryDialog".
Now it's, from the package itself "Add Folder Suggestions dialog".
Seems like the previous manual placeholder was quite close.

Do you need the old reference for some reason, potentially in the description next to that GUID-weird looking original package name?
 
If you call Microsoft.549981C3F5F10 "Cortana", then the same logic applies to AddSuggestedFoldersToLibraryDialog.
I don't want to answer questions like "can I safely remove F46D4000-FD22-4DB4-AC8E-4E1DDDE828FE?"
 
NTLite has left all other WIM modding tools behind.

Windows 10 x64-2022-06-07-15-33-17.png

I noticed with DISM you can lie about DependencyPackagePath on the command line, and Windows will save that detail into the registry.
NTLite was fooled into thinking NVIDIA Control Panel required both VCLibs when it was just me playing around.
 
Yea NTLite has left all other wim modding tools very very far . Even they cant speed up to get the place where ntlite is right now.
The One & Only Awesome tool :)
 
no other tool would let me remove keyboards languages fonts drivers and winsxs.
with ntlite i can trim off the fat, keyboards languages fonts drivers and winsxs, while keeping the meat and bones of the OS which is where the problems can arise, problems i just dont want to deal with. Going to wean myself off of stripping out winsxs.

There is the enthusiasts way, then there is the system admins way which is the best choice for me :cool:

15162587961134070275brown-noser-clipart.hi - Copy.jpg
 
Last edited:
with ntlite i can trim off the fat, keyboards languages fonts drivers and winsxs, while keeping the meat and bones of the OS which is where the problems can arise, problems i just dont want to deal with. Going to wean myself off of stripping out winsxs.

There is the enthusiasts way, then there is the system admins way which is the best choice for me :cool:

I completely agree with you.

I think you could test the preset I left (just for Administrators)

and I would be happy to know your opinion
 
hahaha OK ... but an Administrator still with Win 7 (S.O. fantastic but unfortunately abandoned) ...

Unfortunately with 10,000 PCs (pandemic docet) it was not possible and that preset is precisely the final test on new arrivals
 
You're missing the point, it was always named in previous releases.
Oh, I believe we have a misunderstanding here.
If you see "F46D4000-FD22-4DB4-AC8E-4E1DDDE828FE" and not "Add Folder Suggestions dialog" as its main title, please tell me which host OS is that?
I noticed Win7 for example not being able to extract all names, will have to make a fallback in those cases.
 
I'm following the normal steps of adding Store functionality to LTSC, which includes installing:
Microsoft.DesktopAppInstaller_8wekyb3d8bbwe.AppxBundle
Microsoft.StorePurchaseApp_8wekyb3d8bbwe.AppxBundle
Microsoft.WindowsStore_8wekyb3d8bbwe.AppxBundle
Microsoft.XboxIdentityProvider_8wekyb3d8bbwe.AppxBundle

1. WindowsStore is a neutral-architecture bundle, but 8775 doesn't allow adding both platform versions of .NET and VCLibs.

2. When looking at an image, NTLite doesn't report the app's architecture. This is important, because the image may have been DISM modified with both versions present.

3. After successful integration, NTLite doesn't clear added packages from the Updates list.
 
Just realized there's a simple workaround.

Extract x86 package out of from the bundle, and loading it will require the x86 core packages be installed. Now the problem is NTLite doesn't report whether you have both versions.
 
nuhi [Found some extra Removable Packages on 1904x.1741 Build]

Command:
Tree C:\Users\Public\Desktop\1904x.1741 /F /A

Reply from Console:
Folder PATH listing
C:\USERS\PUBLIC\DESKTOP\1904X.1741
Microsoft-OneCore-Fonts-DesktopFonts-NonLeanSupplement-Package~31bf3856ad364e35~amd64~~10.0.19041.1741.cat
Microsoft-OneCore-Fonts-DesktopFonts-NonLeanSupplement-Package~31bf3856ad364e35~amd64~~10.0.19041.1741.mum
Microsoft-OneCore-Fonts-DesktopFonts-Supplement-Hans-Package~31bf3856ad364e35~amd64~~10.0.19041.1741.cat
Microsoft-OneCore-Fonts-DesktopFonts-Supplement-Hans-Package~31bf3856ad364e35~amd64~~10.0.19041.1741.mum
Microsoft-OneCore-Fonts-DesktopFonts-Supplement-Hant-Package~31bf3856ad364e35~amd64~~10.0.19041.1741.cat
Microsoft-OneCore-Fonts-DesktopFonts-Supplement-Hant-Package~31bf3856ad364e35~amd64~~10.0.19041.1741.mum
Microsoft-OneCore-Fonts-DesktopFonts-Supplement-Jpan-Package~31bf3856ad364e35~amd64~~10.0.19041.1741.cat
Microsoft-OneCore-Fonts-DesktopFonts-Supplement-Jpan-Package~31bf3856ad364e35~amd64~~10.0.19041.1741.mum
Microsoft-OneCore-Fonts-DesktopFonts-Supplement-Kore-Package~31bf3856ad364e35~amd64~~10.0.19041.1741.cat
Microsoft-OneCore-Fonts-DesktopFonts-Supplement-Kore-Package~31bf3856ad364e35~amd64~~10.0.19041.1741.mum
Microsoft-Windows-Client-Features-Removable-Package~31bf3856ad364e35~amd64~~10.0.19041.1741.cat
Microsoft-Windows-Client-Features-Removable-Package~31bf3856ad364e35~amd64~~10.0.19041.1741.mum
Microsoft-Windows-Composition-Test-Package~31bf3856ad364e35~amd64~en-US~10.0.19041.1741.cat
Microsoft-Windows-Composition-Test-Package~31bf3856ad364e35~amd64~en-US~10.0.19041.1741.mum
Microsoft-Windows-Composition-Test-Package~31bf3856ad364e35~amd64~~10.0.19041.1741.cat
Microsoft-Windows-Composition-Test-Package~31bf3856ad364e35~amd64~~10.0.19041.1741.mum
Microsoft-Windows-Composition-Test-WOW64-Package~31bf3856ad364e35~amd64~en-US~10.0.19041.1741.cat
Microsoft-Windows-Composition-Test-WOW64-Package~31bf3856ad364e35~amd64~en-US~10.0.19041.1741.mum
Microsoft-Windows-Composition-Test-WOW64-Package~31bf3856ad364e35~amd64~~10.0.19041.1741.cat
Microsoft-Windows-Composition-Test-WOW64-Package~31bf3856ad364e35~amd64~~10.0.19041.1741.mum
Microsoft-Windows-Desktop-Required-SharedWithServer-Removable-Package~31bf3856ad364e35~amd64~~10.0.19041.1741.cat
Microsoft-Windows-Desktop-Required-SharedWithServer-Removable-Package~31bf3856ad364e35~amd64~~10.0.19041.1741.mum
Microsoft-Windows-Desktop-Shared-Removable-Package~31bf3856ad364e35~amd64~~10.0.19041.1741.cat
Microsoft-Windows-Desktop-Shared-Removable-Package~31bf3856ad364e35~amd64~~10.0.19041.1741.mum
Microsoft-Windows-EditionPack-Professional-Removable-Package~31bf3856ad364e35~amd64~en-US~10.0.19041.1741.cat
Microsoft-Windows-EditionPack-Professional-Removable-Package~31bf3856ad364e35~amd64~en-US~10.0.19041.1741.mum
Microsoft-Windows-EditionPack-Professional-Removable-Package~31bf3856ad364e35~amd64~~10.0.19041.1741.cat
Microsoft-Windows-EditionPack-Professional-Removable-Package~31bf3856ad364e35~amd64~~10.0.19041.1741.mum
Microsoft-Windows-EditionPack-Professional-Removable-WOW64-Package~31bf3856ad364e35~amd64~en-US~10.0.19041.1741.cat
Microsoft-Windows-EditionPack-Professional-Removable-WOW64-Package~31bf3856ad364e35~amd64~en-US~10.0.19041.1741.mum
Microsoft-Windows-EditionPack-Professional-Removable-WOW64-Package~31bf3856ad364e35~amd64~~10.0.19041.1741.cat
Microsoft-Windows-EditionPack-Professional-Removable-WOW64-Package~31bf3856ad364e35~amd64~~10.0.19041.1741.mum
Microsoft-Windows-Enterprise-Desktop-Shared-Removable-Package~31bf3856ad364e35~amd64~en-US~10.0.19041.1741.cat
Microsoft-Windows-Enterprise-Desktop-Shared-Removable-Package~31bf3856ad364e35~amd64~en-US~10.0.19041.1741.mum
Microsoft-Windows-Enterprise-Desktop-Shared-Removable-Package~31bf3856ad364e35~amd64~~10.0.19041.1741.cat
Microsoft-Windows-Enterprise-Desktop-Shared-Removable-Package~31bf3856ad364e35~amd64~~10.0.19041.1741.mum
Microsoft-Windows-ScreenSavers-3D-Package~31bf3856ad364e35~amd64~~10.0.19041.1741.cat
Microsoft-Windows-ScreenSavers-3D-Package~31bf3856ad364e35~amd64~~10.0.19041.1741.mum
No subfolders exist

No option found in latest NTLite Component Packages Removal to remove these.
Thanks in Advance :)
 
I'm following the normal steps of adding Store functionality to LTSC, which includes installing:


1. WindowsStore is a neutral-architecture bundle, but 8775 doesn't allow adding both platform versions of .NET and VCLibs.
For runtimes it should allow integrating the non-ISO architecture, will correct.
For "real" apps not needed, or do you have an example where allowing the 32-bit app into 64-bit ISO integration is beneficial?
(we agree on frameworks and runtimes)

Checking Store in Windows that have it, while it is "neutral", it only has the x64 folder in Windows Apps.

2. When looking at an image, NTLite doesn't report the app's architecture. This is important, because the image may have been DISM modified with both versions present.
Is Windows doing it differently?
Try dism /Online /Get-Provisionedappxpackages

It's either "neutral" or "x64", but even that x64 is having other bits, making the architecture unimportant.
Let me explain:
DisplayName : Microsoft.VCLibs.140.00
Version : 14.0.27323.0
Architecture : x64
PackageName : Microsoft.VCLibs.140.00_14.0.27323.0_x64__8wekyb3d8bbwe

Has folders/updates:
Microsoft.VCLibs.140.00_14.0.27323.0_x64__8wekyb3d8bbwe
Microsoft.VCLibs.140.00_14.0.30704.0_x64__8wekyb3d8bbwe
Microsoft.VCLibs.140.00_14.0.30704.0_x86__8wekyb3d8bbwe
Not even listed in the DISM packages, weird.

Removing that main/listed package name with only DISM has no effect on the files, only the package is not listed any more.

But it makes me wonder, would it be possible to list and remove all 32-bit pieces of the apps, maybe a nice selective cleanup function.
Would be complex not to break the main package and be able to uninstall/update it later properly, maybe impossible.

3. After successful integration, NTLite doesn't clear added packages from the Updates list.
Which ones are not detected when integrated, please name at least one so I can test?

Thanks.
 
Back
Top