Feature Request: Trigger a clean/trim/erase of the Temporary Directory, Scratch directory, and Extracted Updates Cache before Apply

Idea/Question: A way to automatically trigger a clean/trim/erase operation of the Temporary Directory, Scratch directory, and Extracted Updates Cache before Apply.
 
Idea/Question: A way to automatically trigger a clean/trim/erase operation of the [...] Extracted Updates Cache[/B] before Apply.
Seems like a joke.

Temporary directory is where the source is always extracted, apply is needed to trim/tweak the source.

why would you remove updates before apply?
or
why would you add updates that wanted to be removed at a latter step before is applied?

If scratch directory exists, is always empty, it is used per update extraction, if you want to get rid of the directory cache, in Updates page use the select radio to not use (keep) cache, before going to Apply page.

Probably I'm missing something.
 
I understand his point, even if it's not expressed correctly.

NTLite can be called from command line, to load an image, process to ISO and exit. However you can't ask NTLite to erase all the temp folders BEFORE triggering the run. This might be useful if you want to guarantee a "clean room" environment.

He's already bragged about his Dell server, so performance isn't the concern. If bseklecki_ge's building multiple images for an enterprise, then peace of mind is more valuable than any benefit he gets from caching.

I don't see this as a difficult feature to add, since it fits the NTLite automation ideal.
 
I understand his point, even if it's not expressed correctly.
Other than "Extracted Updates Cache", doesn't make sense, unless NTLite have a bug.
NTLite creates a folder for mount (*mnt), that is a temporary directory.
NTLite creates a temporary working directory (*.tmp).
NTLite creates the Scratch directory where extractions are temporary saved but if I'm not wrong, inside Scratch, updates are extracted in folders.

inside the NTLite Temp folder, the only files should be ntlite log and dism log + temp folders always.
 
Correct; cleaning up corrupted Temp directories from previously crashed/failed build cycle. Yes, [demi-]auto-building from a scheduled task in Enterprise environment, so could handle it with wrapper script as-well. Merci for consideration.
 
Back
Top