forums.wsusoffline.net

I just find this a bit odd. Why download the German package if it is already downloading the English package?

Please see .\doc\faq-enu.txt or http://trac.wsusoffline.net/browser/tru ... aq-enu.txt

.\doc\faq-enu.txt wrote:Q: I don't need the German installation files for IEx, .NET, MSSE and WLE. How can I disable their downloads?
A: Please call ...\cmd\RemoveGermanLanguageSupport.cmd once to remove their URLs from the static download definitions.

Go to your CMD folder and execute RemoveGermanLanguageSupport.cmd

Well, that doesn't work anymore.

Until now the RemoveGermanLanguageSupport.cmd script had to be launched at each WSUS update, as this setting was reset each time a newer version is installed.

But now is even worse, because this is being reset at each DownloadUpdates run! This means that no matter how many times do I run RemoveGermanLanguageSupport and RemoveEnglishLanguageSupport, as soon as I run DownloadUpdates these languages are automatically reenabled.

It's not a huge deal, as these extra files are a quite small fraction of the whole update catalog, but it's quite annoying.

corailintercites wrote:Well, that doesn't work anymore.

Either for me.

Do you both download for Windows 7 64bit?

There's a gotcha regarding that OS as currently the static definitions for w61-x64 (StaticDownloadLinks-w61-x64-glb.txt) is downloaded and updated at runtime (via the StaticDownloadFiles-modified.txt definition file). Unfortunately that downloaded file does contain the German lines, and it overwrites your local (modified) file.

It could occur at anytime in the past, if one of the files RemoveGermanLanguageSupport.cmd modified was replaced with a remote copy.


@Admin: I see two problems
1. The one described above - if a static definition file is updated from the remote location, that downloaded copy contains both German and English strings again. Users with /skipsdd do not get that problem.
2. The user choice is preserved only if WSUSOU is updated through UpdateOU.cmd. Other ways of updating do not preserve it.

So it would have to be a user choice in the Generator for the INI-file (parameters for the script). Additionally, the script needs to be called at runtime, directly after the static definition have been updated from the server.

Proposal:
1. By default, statics contain only the lines for English.
2. User sets the desired custom languages for statics in the Generator, or provides them as parameters for the script.
3. WSUSOU patches the static files at runtime, after the static update from remote.
X. We would need a way to prevent those modified files being updated again and again...

I tried it again.
This time I had this:

Code: Select all

Info: Deleted ..\client\dotnet\x64-glb\dotnetfx35langpack_x64de.exe
Info: Deleted ..\client\dotnet\NDP46-KB3045557-x86-x64-AllOS-DEU.exe
Info: Deleted ..\client\dotnet\NDP462-KB3151800-x86-x64-AllOS-DEU.exe

It seems ok, but IE11-Windows6.1-x64-de-de.exe in .../client/w61-x64/glb isn't deleted.

Can I delete manually line
"http://download.microsoft.com/download/2/1/C/21C5BF29-634B-4D37-803D-AA565C267B15/IE11-Windows6.1-x64-de-de.exe"
from
wsusoffline/static/StaticDownload-w61-x64-glb.txt file?

Or does it broke something?

It may break some feature. And if the file gets updated dynamically, the line will be there again.

That's exactly what the Remove scripts do - delete the "de." lines from the statics. The problem is that the statics are sometimes updated from the server (so you do not need to get a new version everytime) but those downloaded files contain the "de." lines again. Additionally, a file with "de." lines removed might be replaced by the server copy every time.

Try the following as a workaround:
1. Open UpdateGenerator.ini and change Skipsdd=Disabled to Skipsdd=Enabled
2. Run the RemoveGermanLanguage.cmd script again
3. Do a new download run

Skipsdd prevents the local file being replaced by the server copy, and all should be well for the time being.

Ok, thanks boco.
This did the trick. IE German is been deleted too.
The option didn't exist, so I add it manually in [Misc] section.

Next month, will I have to disable skippdd again to update (download) new patches for Win7?