user_hidden and YumeYao
Fantastic guys, I couldn't work on this in the last days. Thx a lot for the solution. Will be included in the next version, soon, I'm testing now.
Kurt_Aust
Thx a lot I'm going to include it in the guide. I'm not using actually any win2K so I rely on you, and you don't say anything about this hotfixes producing errors with the script nor appearing after install in win/ms update, so I guess they are correctly applied. Am I right?
Alpha95 and everybody
You'll find the simplified user_hidden's fix in YumeYao's post #439. Until next release, you only have to insert that value under that regkey after installing SNMsynth installer containing .NET 2.0 SP2 with NDP20SP2-KB974417-x86.exe applied.
EDIT: Guide has been updated to link to KB974417 fix until next release, and to include the latest hotfixes. Anything I could have omitted, please let me know. Thx in advance.
Full Version: Silent .NET Maker synthesized 20091105 - W2K/XP/2K3 x86
some new thoughts after I did a test on windows 2000:
1. There are some files in .NET 2.0 only needed by windows 2000, if we could remove them then the size would be smaller for XP/2k3. I decide to remove all components with condition NOT (VersionNT > 500) yet i haven't done a test yet. I'll let you know the result.
EDIT: .NET 1.1 also has such files. but I don't intend to install .NET 1.1 any longer.
2. Is it possible to create a generic mst that removes components such as KBxxxxxx.ARP.NoRemove & KBxxxxxx.ARP.Add? They cause the issue that 2000/XP SP0/XP SP1/2k3 SP0 shows KBxxxxxx for .NET entries on ARP. I decide to manually move them in my release, however.
3. For 2000, KB951847 fix is not needed. KB971111 doesn't require a fix too(WU checks gdiplus.dll version).
The only need is KB974417 fix (plus language pack fix for 2.0).
Therefore I'm going to make a new mst for .net 2.0 to avoid useless registry entries on windows 2000.
1. There are some files in .NET 2.0 only needed by windows 2000, if we could remove them then the size would be smaller for XP/2k3. I decide to remove all components with condition NOT (VersionNT > 500) yet i haven't done a test yet. I'll let you know the result.
EDIT: .NET 1.1 also has such files. but I don't intend to install .NET 1.1 any longer.
2. Is it possible to create a generic mst that removes components such as KBxxxxxx.ARP.NoRemove & KBxxxxxx.ARP.Add? They cause the issue that 2000/XP SP0/XP SP1/2k3 SP0 shows KBxxxxxx for .NET entries on ARP. I decide to manually move them in my release, however.
3. For 2000, KB951847 fix is not needed. KB971111 doesn't require a fix too(WU checks gdiplus.dll version).
The only need is KB974417 fix (plus language pack fix for 2.0).
Therefore I'm going to make a new mst for .net 2.0 to avoid useless registry entries on windows 2000.
1. OK, wait to see, always welcome to remove uneeded stuff.
2. Automatically and ad-hoc? ufff!, don't think so, unless .mst or .msi could be directly edited from command line or so; maybe with ad-hoc .mst files per framework version (and SP), and with one .mst per hotfix applied, but this sounds painful; but maybe there's some other way I don't know to do that.
Anyway the fix the script provides do the work, it's reasonable that an hand custom made release against an automatic custom made one would be a bit more elegant.
3. KB951847 fix is never applied to 2000 installers/add-ons.
2. Automatically and ad-hoc? ufff!, don't think so, unless .mst or .msi could be directly edited from command line or so; maybe with ad-hoc .mst files per framework version (and SP), and with one .mst per hotfix applied, but this sounds painful; but maybe there's some other way I don't know to do that.
Anyway the fix the script provides do the work, it's reasonable that an hand custom made release against an automatic custom made one would be a bit more elegant.
3. KB951847 fix is never applied to 2000 installers/add-ons.
I see. You don't apply KB951847 fix to windows 2000 in the SNM script....
Well my test on Windows 2000 reveals (nLite addons, not merged):
The .Net 1.1 framework appears to be processed correctly, although one does get warnings about missing KB928366 & KB947722.
With .NET 2.0, Windows update declares that KB974417 has not been applied, also the processing order is perhaps not optimal:
NetFx20SP2_x86.exe
NDP20SP2-KB958481-x86.exe
NDP20SP2-KB971111-x86.exe Required for W2K
NDP20SP2-KB974417-x86.exe
Edit for cut & paste while half asleep.
The .Net 1.1 framework appears to be processed correctly, although one does get warnings about missing KB928366 & KB947722.
With .NET 2.0, Windows update declares that KB974417 has not been applied, also the processing order is perhaps not optimal:
NetFx20SP2_x86.exe
NDP20SP2-KB958481-x86.exe
NDP20SP2-KB971111-x86.exe Required for W2K
NDP20SP2-KB974417-x86.exe
Edit for cut & paste while half asleep.
back from tests. Removing those components can reduce the final 7-zip size by 0.8MiB around, and doesn't harm on xp/2k3 at all.
If i don't want to install outdated vc++ runtimes with dotnet (like the YumeYao one) wich parameters should i change in snmsynth.ini ?
This is not featured yet. You have to wait for the next version or do it yourself editing the .msi
You can use YumeYao installers too.
You can use YumeYao installers too.
@moons:
you can use my chinese installer (link or sp3only), extract it and replace language packs with yours, then repack it. Only that SNM won't slim down 3.5 LNG pack for you, if you need it and don't understand how to do it yourself, leave a post here, I'll help you with it.
@strel:
can you introduce to us what the progress is for next release. I know I have written too much on it.
you can use my chinese installer (link or sp3only), extract it and replace language packs with yours, then repack it. Only that SNM won't slim down 3.5 LNG pack for you, if you need it and don't understand how to do it yourself, leave a post here, I'll help you with it.
@strel:
can you introduce to us what the progress is for next release. I know I have written too much on it.
QUOTE (strel @ Oct 22 2009, 03:02 PM) 
This is not featured yet. You have to wait for the next version or do it yourself editing the .msi
You can use YumeYao installers too.
You can use YumeYao installers too.
When are you planning to release it?
Hopefully before monday.
YumeYao
I'm working to include all your removing proposals.
YumeYao
I'm working to include all your removing proposals.
That's good news. I really didn't feel like messing around with a registry hack so I've been holding off on making my new CD. strel, your hard work on SNM is much appreciated. It really is.
@strel
I am back to creating a .net addon using your great tool.
What about NDP1.1sp1-KB928366-X86.exe? Is it required as a prerequisite in the working folder or not? Because you stated that it is superseded by NDP1.1sp1-KB953297-X86.exe. Do I have to download it or just have NDP1.1sp1-KB953297-X86.exe present ???
The batch file throws me this error:
Greets
atolica
I am back to creating a .net addon using your great tool.
What about NDP1.1sp1-KB928366-X86.exe? Is it required as a prerequisite in the working folder or not? Because you stated that it is superseded by NDP1.1sp1-KB953297-X86.exe. Do I have to download it or just have NDP1.1sp1-KB953297-X86.exe present ???
The batch file throws me this error:
QUOTE
WARNING: NDP1.1sp1-KB928366-X86.exe regular hotfix is not present.
Greets
atolica
BTW, what updates have been released since 22/09?
KB974417 only? Or more?
KB974417 only? Or more?
Oh, it happens with all MSI files, not just the .NET Frameworks. I was asking you because you seem to know your way around MSIEXEC. In any event, since I use a VBS file to run my installers, I just have it open the log file, and I do a string replace of Chr(0) with "" to get rid of all the NULLs. It works fantastically.
strel
Can you update your script so this reg key gets created ?
Can you update your script so this reg key gets created ?
CODE
[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Installer\UserData\S-1-5-18\Products\DC3BF90CC0D3D2F398A9A6D1762F70F3\Patches\9E0DE89293FE9BB33898F24ED18CCF08]
"State"=dword:00000001
And please remove this ! "State"=dword:00000001
CODE
WARNING: NDP1.1sp1-KB928366-X86.exe regular hotfix is not present.
QUOTE (strel @ Oct 25 2009, 09:14 PM)
Raoul90
New hotfixes are: NDP1.1sp1-KB953297-X86.exe, NDP1.1sp1-KB971108-X86.exe, NDP20SP2-KB974417-x86.exe and NDP20SP2-KB971111-x86.exe
New hotfixes are: NDP1.1sp1-KB953297-X86.exe, NDP1.1sp1-KB971108-X86.exe, NDP20SP2-KB974417-x86.exe and NDP20SP2-KB971111-x86.exe
Thanks, KB971111 is Win2k only. Rest is XP also.
Hey Strel,
How is the updating going?
How is the updating going?
I'm just finishing, I'm writing the guide and doing some last moment checks, it will be released in the next hours sorry about the delay over expected release date.
New version released!
It is a major update.
Fixes has been atomized, and grouped, folder structure has changed to adapt to the new situation, TMP folder now hosts all temporary files. Many changes has been made in the script to support all that.
It gives full support for the new regular and restricted hotfixes. It finally implements complete YumeYao's methods. Added: slimming down 3.5 SP# langpacks, removing frameworks subcomponents, and other optimizations.
It solves all bugs documented, and one new important about generic fixes for langpacks not applying on some languages because of a codepage conflict between the transform and the installer. Any of you probably have experienced this simptoms but not reported it, this bug has been around many months.
I've included links to many ready to use .NET releases in the guide.
Testing is a growing task as there are many new paths of execution. So despite I have made a lot of tests, for sure some bugs will appear. I rely on you to help me remove them.
See you later.
Enjoy!
It is a major update.
Fixes has been atomized, and grouped, folder structure has changed to adapt to the new situation, TMP folder now hosts all temporary files. Many changes has been made in the script to support all that.
It gives full support for the new regular and restricted hotfixes. It finally implements complete YumeYao's methods. Added: slimming down 3.5 SP# langpacks, removing frameworks subcomponents, and other optimizations.
It solves all bugs documented, and one new important about generic fixes for langpacks not applying on some languages because of a codepage conflict between the transform and the installer. Any of you probably have experienced this simptoms but not reported it, this bug has been around many months.
I've included links to many ready to use .NET releases in the guide.
Testing is a growing task as there are many new paths of execution. So despite I have made a lot of tests, for sure some bugs will appear. I rely on you to help me remove them.
See you later.
Enjoy!
Thanks strel, I'll check it. 
BTW, you missed the title: it should be 20091029, not 20090929.
EDIT: OMG, so many *.mst's, I know it must be hard work. thanks again.
BTW, you missed the title: it should be 20091029, not 20090929.
EDIT: OMG, so many *.mst's, I know it must be hard work. thanks again.
As of 7-zip 9.07, you must specify the type during extraction of executable files. Otherwise it will extract each individual resource and binary section. I already put in a suggestion to make that action switch-activated, but he says he'd rather have use the type switch if they don't like it.
I might have posted this earlier. Sorry if I'm repeating myself.
I might have posted this earlier. Sorry if I'm repeating myself.
Test results under Windows 2000
For .Net 1.1 sp1
File processing under SNM:
dotnetfx.exe
NDP1.1sp1-KB867460-X86.exe
NDP1.1sp1-KB953297-X86.exe Not processed, shows on Windows update
NDP1.1sp1-KB971108-X86.exe
Also the AddOn creates the following error:
Click to view attachment
For .Net 2.0 sp2
File processing under SNM:
NetFx20SP2_x86.exe
NDP20SP2-KB958481-x86.exe Not processed
NDP20SP2-KB974417-x86.exe Not processed, shows on Windows update
NDP20SP2-KB971111-x86.exe
For .Net 1.1 sp1
File processing under SNM:
dotnetfx.exe
NDP1.1sp1-KB867460-X86.exe
NDP1.1sp1-KB953297-X86.exe Not processed, shows on Windows update
NDP1.1sp1-KB971108-X86.exe
Also the AddOn creates the following error:
Click to view attachment
For .Net 2.0 sp2
File processing under SNM:
NetFx20SP2_x86.exe
NDP20SP2-KB958481-x86.exe Not processed
NDP20SP2-KB974417-x86.exe Not processed, shows on Windows update
NDP20SP2-KB971111-x86.exe
Got this while running _SNMsynth.cmd.
Again, that's not during an installation. That's during the building process itself. Below are my settings:
Again, that's not during an installation. That's during the building process itself. Below are my settings:
CODE
; _SNMsynth.cmd 20091029 PROCESS SETTINGS. ---- Complete guide at: http://www.msfn.org/board/index.php?showtopic=127790
; Unless expressely stated, settings have 1, case insensitive, working value: "YES" meaning yes only if related packet is present.
; ------- PROCESS MAIN PACKAGES
; These settings request processing for .NET 1.1 (dotnetfx.exe), 2.0 SP1/SP2 (NetFx20SP1_x86.exe/NetFx20SP2_x86.exe, if both are
; present SP2 is processed) and each one of 2.0 SP1/SP2,; 3.0 SP1/SP2 and 3.5/3.5 SP1 inside any of the dotnetfx35.exe (3.5/3.5 SP1
; respectively). 2.0 SP# can only be processed from 1 of the possible sources, individual or full redistributable packet. Choose.
PROCESS_DNF11=YES
PROCESS_DNF20=
PROCESS_DNF35_DNF20=YES
PROCESS_DNF35_DNF30=YES
PROCESS_DNF35_DNF35=YES
; ------- SUBCOMPONENTS OF .NETFX 2.0 --->> DON'T TOUCH THIS UNLESS YOU KNOW WHAT YOU'RE DOING!
; These settings let you remove Visual C 8 Runtime Libraries and Office 2003 Crash Reporting Tools from installers/add-ons
; containing 2.0 SP# framework, useful for installing them from another updated source, see guide.
DNF20_VC8_RUNTIME=NO
DNF20_OFFICE2K3_DEBUGGER=NO
; ------- SUBCOMPONENTS OF .NETFX 3.0 --->> DON'T TOUCH THIS UNLESS YOU KNOW WHAT YOU'RE DOING!
; These settings let you remove those 3.0 framework pre-required components from your installer/add-on containing 3.0 SP# framework,
; useful if your OS have them installed, like WIC in XP SP3, or for installing them from another updated source. See guide.
DNF30_RGB_RASTERIZER=NO
DNF30_WIC=NO
DNF30_MSXML6=NO
DNF30_XPS=NO
; ------- SUBCOMPONENTS OF .NETFX 3.5 --->> DON'T TOUCH THIS UNLESS YOU KNOW WHAT YOU'RE DOING!
; These settings let you remove .NET Framework Assistant 1.0 add-on for Firefox from installers containing 3.5 SP1 framework and
; Visual C 9 Runtime Libraries from installers with .NET 3.5 SP#, useful for installing them from another updated source. See guide.
DNF35_FF_ADDON=YES
DNF35_VC9_RUNTIME=NO
; ------- PROCESS LANGUAGE PACKS
; "YES" here means yes only if both framework and langpack are present and set to be processed. These settings request langpacks
; processing for .NET 1.1 (langpack.exe), .NET 2.0 SP1/SP2 (from NetFx20SP1_x86*.exe/NetFx20SP2_x86*.exe), and each one of 2.0 SP1/SP2,
; 3.0 SP1/SP2 and 3.5 SP0/SP1 langpacks inside 3.5/3.5 SP1 redistributable langpack (dotnetfx35langpack_x86*.exe, same filename)
PROCESS_LNG_DNF11=YES
PROCESS_LNG_DNF20=YES
PROCESS_LNG_DNF35_DNF20=YES
PROCESS_LNG_DNF35_DNF30=YES
PROCESS_LNG_DNF35_DNF35=YES
; ------- SPECIAL
; -- Add WIN2K=YES / WINXP=YES / WIN2K3=YES define the target OS version for your ad-hoc installer(s)/add-on(s), instead of the your
; host OS version. Installer(s)/add-on(s) for each OS version are incompatible with another OS versions.
; -- T13ADDON=YES builds T-13 nLite/RVMI add-on(s) packing the .EXE installer(s) (HFSLIP compatible), so you can extract them later.
; -- MERGE_FRAMEWORKS=YES merge all frameworks that are being processed into a unique installer/add-on, instead of, otherwise
; single framework version installer(s). Merged installers/add-ons keep installing priorities, see guide.
; -- SILENT=YES makes quiet switchless installer(s)/add-on(s) instead of, otherwise, default passive one(s) (progress bars with
; no cancel button). The switchless default verbosity of installer(s)/add-on(s) can be modified at run with switches. See guide.
; -- UPX_SFX=YES Adds 50KB extra compression on .sfx module with UPX. False positives on eSafe and Comodo antivirus appear. See guide.
; -- COMPRESSION_RATIO=HIGHER / HIGH / NONE , reduce compression from, otherwise, HIGHEST setting. Useful for low RAM or slow machines.
; On the fly, you can restart compression subprocess with the next lower ratio in the previous scale.
WIN___=
T13ADDON=
MERGE_FRAMEWORKS=YES
SILENT=
UPX_SFX=NO
COMPRESSION_RATIO=NONE
; Unless expressely stated, settings have 1, case insensitive, working value: "YES" meaning yes only if related packet is present.
; ------- PROCESS MAIN PACKAGES
; These settings request processing for .NET 1.1 (dotnetfx.exe), 2.0 SP1/SP2 (NetFx20SP1_x86.exe/NetFx20SP2_x86.exe, if both are
; present SP2 is processed) and each one of 2.0 SP1/SP2,; 3.0 SP1/SP2 and 3.5/3.5 SP1 inside any of the dotnetfx35.exe (3.5/3.5 SP1
; respectively). 2.0 SP# can only be processed from 1 of the possible sources, individual or full redistributable packet. Choose.
PROCESS_DNF11=YES
PROCESS_DNF20=
PROCESS_DNF35_DNF20=YES
PROCESS_DNF35_DNF30=YES
PROCESS_DNF35_DNF35=YES
; ------- SUBCOMPONENTS OF .NETFX 2.0 --->> DON'T TOUCH THIS UNLESS YOU KNOW WHAT YOU'RE DOING!
; These settings let you remove Visual C 8 Runtime Libraries and Office 2003 Crash Reporting Tools from installers/add-ons
; containing 2.0 SP# framework, useful for installing them from another updated source, see guide.
DNF20_VC8_RUNTIME=NO
DNF20_OFFICE2K3_DEBUGGER=NO
; ------- SUBCOMPONENTS OF .NETFX 3.0 --->> DON'T TOUCH THIS UNLESS YOU KNOW WHAT YOU'RE DOING!
; These settings let you remove those 3.0 framework pre-required components from your installer/add-on containing 3.0 SP# framework,
; useful if your OS have them installed, like WIC in XP SP3, or for installing them from another updated source. See guide.
DNF30_RGB_RASTERIZER=NO
DNF30_WIC=NO
DNF30_MSXML6=NO
DNF30_XPS=NO
; ------- SUBCOMPONENTS OF .NETFX 3.5 --->> DON'T TOUCH THIS UNLESS YOU KNOW WHAT YOU'RE DOING!
; These settings let you remove .NET Framework Assistant 1.0 add-on for Firefox from installers containing 3.5 SP1 framework and
; Visual C 9 Runtime Libraries from installers with .NET 3.5 SP#, useful for installing them from another updated source. See guide.
DNF35_FF_ADDON=YES
DNF35_VC9_RUNTIME=NO
; ------- PROCESS LANGUAGE PACKS
; "YES" here means yes only if both framework and langpack are present and set to be processed. These settings request langpacks
; processing for .NET 1.1 (langpack.exe), .NET 2.0 SP1/SP2 (from NetFx20SP1_x86*.exe/NetFx20SP2_x86*.exe), and each one of 2.0 SP1/SP2,
; 3.0 SP1/SP2 and 3.5 SP0/SP1 langpacks inside 3.5/3.5 SP1 redistributable langpack (dotnetfx35langpack_x86*.exe, same filename)
PROCESS_LNG_DNF11=YES
PROCESS_LNG_DNF20=YES
PROCESS_LNG_DNF35_DNF20=YES
PROCESS_LNG_DNF35_DNF30=YES
PROCESS_LNG_DNF35_DNF35=YES
; ------- SPECIAL
; -- Add WIN2K=YES / WINXP=YES / WIN2K3=YES define the target OS version for your ad-hoc installer(s)/add-on(s), instead of the your
; host OS version. Installer(s)/add-on(s) for each OS version are incompatible with another OS versions.
; -- T13ADDON=YES builds T-13 nLite/RVMI add-on(s) packing the .EXE installer(s) (HFSLIP compatible), so you can extract them later.
; -- MERGE_FRAMEWORKS=YES merge all frameworks that are being processed into a unique installer/add-on, instead of, otherwise
; single framework version installer(s). Merged installers/add-ons keep installing priorities, see guide.
; -- SILENT=YES makes quiet switchless installer(s)/add-on(s) instead of, otherwise, default passive one(s) (progress bars with
; no cancel button). The switchless default verbosity of installer(s)/add-on(s) can be modified at run with switches. See guide.
; -- UPX_SFX=YES Adds 50KB extra compression on .sfx module with UPX. False positives on eSafe and Comodo antivirus appear. See guide.
; -- COMPRESSION_RATIO=HIGHER / HIGH / NONE , reduce compression from, otherwise, HIGHEST setting. Useful for low RAM or slow machines.
; On the fly, you can restart compression subprocess with the next lower ratio in the previous scale.
WIN___=
T13ADDON=
MERGE_FRAMEWORKS=YES
SILENT=
UPX_SFX=NO
COMPRESSION_RATIO=NONE
QUOTE (Dumpy Dooby @ Oct 30 2009, 06:32 AM)
As of 7-zip 9.07, you must specify the type during extraction of executable files. Otherwise it will extract each individual resource and binary section. I already put in a suggestion to make that action switch-activated, but he says he'd rather have use the type switch if they don't like it.
I might have posted this earlier. Sorry if I'm repeating myself.
I might have posted this earlier. Sorry if I'm repeating myself.
Did you missed the thread to post to?
About the other post with the error not finding FF addon file, I have to say I've seen this error ago but I though it was completely solved. In fact I cannot recreate the error, using exactly the same settings in .ini file. Can I have the file list? Any other useful info to recreate this condition?
Kurt_Aust
The add-on error is only a TMP\ prefix I dropped in the wrong place.
About the difficulties with hotfixes, when you say "not processed" I think you're meaning not installing, am I wrong? Anyway, were there any problems during building process? Have you checked a verbose output after removing ECHO OFF in the script? I have not made test yet, but a priori sounds strange to me, the way hotfixes are applied has not changed, and what is more strange is that only some of them are missing. Any extra info to help me recreate it?
Well here is the results of the command _SNMsynth.cmd > Output.txt
Interestingly the very first thing that happened was 2 File not Found messages, from cleaning work folder perhaps?
ProcessData.txt
CODE
Cleaning work folder...
Checking .NET stuff to build installer(s)/addon(s) for 2K...
** Processing .NET 1.1 package...
Processing NDP1.1SP1-KB867460-X86.EXE...
Processing NDP1.1SP1-KB971108-X86.EXE...
** Processing .NET 2.0 SP2 package...
Processing NDP20SP2-KB971111-x86.exe...
Creating .NET 1.1 SP1 passive installer...
Creating .NET 1.1 SP1 passive add-on...
Creating .NET 2.0 SP2 passive installer...
Creating .NET 2.0 SP2 passive add-on...
DONE!
Remove .\TMP folder? (Y/N):
Cleaning work folder...
Checking .NET stuff to build installer(s)/addon(s) for 2K...
** Processing .NET 1.1 package...
Processing NDP1.1SP1-KB867460-X86.EXE...
Processing NDP1.1SP1-KB971108-X86.EXE...
** Processing .NET 2.0 SP2 package...
Processing NDP20SP2-KB971111-x86.exe...
Creating .NET 1.1 SP1 passive installer...
Creating .NET 1.1 SP1 passive add-on...
Creating .NET 2.0 SP2 passive installer...
Creating .NET 2.0 SP2 passive add-on...
DONE!
Remove .\TMP folder? (Y/N):
Cleaning work folder...
Interestingly the very first thing that happened was 2 File not Found messages, from cleaning work folder perhaps?
ProcessData.txt
CODE
--- WORK FOLDER CONTENT:
Volume in drive C has no label.
Volume Serial Number is 58AA-CDCA
Directory of C:\Documents and Settings\Administrator\My Documents\20091029_SNMsynth
31/10/2009 12:24a <DIR> .
31/10/2009 12:24a <DIR> ..
23/10/2009 09:32p 4,181 _20SP#_SLIMMING.7z
29/10/2009 02:49p 1,369 _20SP#LNGbr_KB829019FIX.7z
28/10/2009 09:46a 1,429 _20SP2_KB974417FIX.7z
27/09/2009 09:34a 1,109 _30SP#_REMFONTCACHEFIX.7z
27/09/2009 09:35a 1,626 _30SP#LNG_KB928416FIX.7z
19/10/2009 08:19p 16,941 _35SP#_SLIMMING.7z
29/10/2009 02:26p 1,009 _35SP1_KB963707FIX_NOFFADDONPROPERTY.7z
27/09/2009 09:33a 3,474 _KB951847FIX.7z
09/10/2009 07:54p 3,097 _REM_MSI_BLOCKING.7z
29/10/2009 04:32p 87,163 _SNMsynth.cmd
31/10/2009 12:23a 3,945 _SNMsynth.ini
03/02/2009 12:21p 536,064 7za.exe
14/09/2009 02:14a 108,032 7zSD.sfx
19/12/2006 08:42p 24,265,736 DOTNETFX.EXE
04/05/2008 02:52p 10,703,680 NDP1.1SP1-KB867460-X86.EXE
18/10/2009 05:30a 14,120,896 NDP1.1SP1-KB953297-X86.EXE
14/10/2009 08:45p 7,002,048 NDP1.1SP1-KB971108-X86.EXE
21/01/2009 05:48p 8,981,856 NDP20SP2-KB958481-X86.EXE
14/10/2009 08:45p 1,679,720 NDP20SP2-KB971111-X86.EXE
14/10/2009 06:59p 11,459,928 NDP20SP2-KB974417-X86.EXE
21/01/2009 05:46p 25,001,480 NETFX20SP2_X86.EXE
31/10/2009 12:24a 0 Output.txt
31/10/2009 12:24a 26 PROCESSDATA.TXT
27/09/2009 05:04p 283,648 upx.exe
24 File(s) 104,268,457 bytes
2 Dir(s) 13,335,912,448 bytes free
--- _SNMSYNTH.ini SETTINGS USED:
PROCESS_DNF11=YES
PROCESS_DNF20=YES
PROCESS_DNF35_DNF20=YES
PROCESS_DNF35_DNF30=YES
PROCESS_DNF35_DNF35=YES
DNF20_VC8_RUNTIME=YES
DNF20_OFFICE2K3_DEBUGGER=YES
DNF30_RGB_RASTERIZER=YES
DNF30_WIC=YES
DNF30_MSXML6=YES
DNF30_XPS=YES
DNF35_FF_ADDON=YES
DNF35_VC9_RUNTIME=YES
PROCESS_LNG_DNF11=YES
PROCESS_LNG_DNF20=YES
PROCESS_LNG_DNF35_DNF20=YES
PROCESS_LNG_DNF35_DNF30=YES
PROCESS_LNG_DNF35_DNF35=YES
WIN___=
T13ADDON=YES
MERGE_FRAMEWORKS=
SILENT=
UPX_SFX=
COMPRESSION_RATIO=
--- TMP FOLDER CONTENT:
Volume in drive C has no label.
Volume Serial Number is 58AA-CDCA
Directory of C:\Documents and Settings\Administrator\My Documents\20091029_SNMsynth\TMP
31/10/2009 12:26a <DIR> .
31/10/2009 12:26a <DIR> ..
28/10/2009 07:45p 5,632 20SP2_KB974417FIX.mst
10/10/2009 04:24a 4,096 20SP2_REM_MSI_BLOCKING.mst
25/09/2009 10:28a 6,144 20SP2LNG_KB951847FIX.mst
31/10/2009 12:26a 83 config.txt
31/10/2009 12:25a <DIR> DNF11
31/10/2009 12:24a 9 DNF11REM.TXT
31/10/2009 12:25a <DIR> DNF20
31/10/2009 12:25a 10 DNF20REM.TXT
31/10/2009 12:25a 1,656 INSTALL.CMD
31/10/2009 12:24a 117 INSTALL1.CMD
31/10/2009 12:25a 132 INSTALL2.CMD
31/10/2009 12:25a 416 INSTCOMMONEND.CMD
31/10/2009 12:25a 181 INSTREGDOWN.CMD
31/10/2009 12:25a 155 INSTREGDOWN2.CMD
31/10/2009 12:27a 17,160,704 TEMP.7z
31/10/2009 12:24a <DIR> TMP1
31/10/2009 12:24a <DIR> TMP2
31/10/2009 12:24a <DIR> TMP3
31/10/2009 12:25a <DIR> TMP4
31/10/2009 12:26a <DIR> TMP5
31/10/2009 12:27a <DIR> TMP6
31/10/2009 12:25a 220 TRANSFORMDB.vbs
14 File(s) 17,179,555 bytes
10 Dir(s) 12,955,451,392 bytes free
Volume in drive C has no label.
Volume Serial Number is 58AA-CDCA
Directory of C:\Documents and Settings\Administrator\My Documents\20091029_SNMsynth
31/10/2009 12:24a <DIR> .
31/10/2009 12:24a <DIR> ..
23/10/2009 09:32p 4,181 _20SP#_SLIMMING.7z
29/10/2009 02:49p 1,369 _20SP#LNGbr_KB829019FIX.7z
28/10/2009 09:46a 1,429 _20SP2_KB974417FIX.7z
27/09/2009 09:34a 1,109 _30SP#_REMFONTCACHEFIX.7z
27/09/2009 09:35a 1,626 _30SP#LNG_KB928416FIX.7z
19/10/2009 08:19p 16,941 _35SP#_SLIMMING.7z
29/10/2009 02:26p 1,009 _35SP1_KB963707FIX_NOFFADDONPROPERTY.7z
27/09/2009 09:33a 3,474 _KB951847FIX.7z
09/10/2009 07:54p 3,097 _REM_MSI_BLOCKING.7z
29/10/2009 04:32p 87,163 _SNMsynth.cmd
31/10/2009 12:23a 3,945 _SNMsynth.ini
03/02/2009 12:21p 536,064 7za.exe
14/09/2009 02:14a 108,032 7zSD.sfx
19/12/2006 08:42p 24,265,736 DOTNETFX.EXE
04/05/2008 02:52p 10,703,680 NDP1.1SP1-KB867460-X86.EXE
18/10/2009 05:30a 14,120,896 NDP1.1SP1-KB953297-X86.EXE
14/10/2009 08:45p 7,002,048 NDP1.1SP1-KB971108-X86.EXE
21/01/2009 05:48p 8,981,856 NDP20SP2-KB958481-X86.EXE
14/10/2009 08:45p 1,679,720 NDP20SP2-KB971111-X86.EXE
14/10/2009 06:59p 11,459,928 NDP20SP2-KB974417-X86.EXE
21/01/2009 05:46p 25,001,480 NETFX20SP2_X86.EXE
31/10/2009 12:24a 0 Output.txt
31/10/2009 12:24a 26 PROCESSDATA.TXT
27/09/2009 05:04p 283,648 upx.exe
24 File(s) 104,268,457 bytes
2 Dir(s) 13,335,912,448 bytes free
--- _SNMSYNTH.ini SETTINGS USED:
PROCESS_DNF11=YES
PROCESS_DNF20=YES
PROCESS_DNF35_DNF20=YES
PROCESS_DNF35_DNF30=YES
PROCESS_DNF35_DNF35=YES
DNF20_VC8_RUNTIME=YES
DNF20_OFFICE2K3_DEBUGGER=YES
DNF30_RGB_RASTERIZER=YES
DNF30_WIC=YES
DNF30_MSXML6=YES
DNF30_XPS=YES
DNF35_FF_ADDON=YES
DNF35_VC9_RUNTIME=YES
PROCESS_LNG_DNF11=YES
PROCESS_LNG_DNF20=YES
PROCESS_LNG_DNF35_DNF20=YES
PROCESS_LNG_DNF35_DNF30=YES
PROCESS_LNG_DNF35_DNF35=YES
WIN___=
T13ADDON=YES
MERGE_FRAMEWORKS=
SILENT=
UPX_SFX=
COMPRESSION_RATIO=
--- TMP FOLDER CONTENT:
Volume in drive C has no label.
Volume Serial Number is 58AA-CDCA
Directory of C:\Documents and Settings\Administrator\My Documents\20091029_SNMsynth\TMP
31/10/2009 12:26a <DIR> .
31/10/2009 12:26a <DIR> ..
28/10/2009 07:45p 5,632 20SP2_KB974417FIX.mst
10/10/2009 04:24a 4,096 20SP2_REM_MSI_BLOCKING.mst
25/09/2009 10:28a 6,144 20SP2LNG_KB951847FIX.mst
31/10/2009 12:26a 83 config.txt
31/10/2009 12:25a <DIR> DNF11
31/10/2009 12:24a 9 DNF11REM.TXT
31/10/2009 12:25a <DIR> DNF20
31/10/2009 12:25a 10 DNF20REM.TXT
31/10/2009 12:25a 1,656 INSTALL.CMD
31/10/2009 12:24a 117 INSTALL1.CMD
31/10/2009 12:25a 132 INSTALL2.CMD
31/10/2009 12:25a 416 INSTCOMMONEND.CMD
31/10/2009 12:25a 181 INSTREGDOWN.CMD
31/10/2009 12:25a 155 INSTREGDOWN2.CMD
31/10/2009 12:27a 17,160,704 TEMP.7z
31/10/2009 12:24a <DIR> TMP1
31/10/2009 12:24a <DIR> TMP2
31/10/2009 12:24a <DIR> TMP3
31/10/2009 12:25a <DIR> TMP4
31/10/2009 12:26a <DIR> TMP5
31/10/2009 12:27a <DIR> TMP6
31/10/2009 12:25a 220 TRANSFORMDB.vbs
14 File(s) 17,179,555 bytes
10 Dir(s) 12,955,451,392 bytes free
I'm getting the following error:
Translation:
Windows cannot find the file DNF30\XPS\update\update.exe. Check name etc.etc.
Translation:
Windows cannot find the file DNF30\XPS\update\update.exe. Check name etc.etc.
@strel
I don't quite understand what you mean by the last line:
Do I have to update the VC runtimes on the system I am building the addon so I can remove them?
QUOTE
DNF20_VC8_RUNTIME and DNF35_VC9_RUNTIME settings remove outdated VC runtimes subcomponents from 2.0 SP# and 3.5 SP# frameworks respectively, allowing to install updated ones from external files (see Suppported Files section above). Updated VC runtimes has to be installed previously to the framework from which the same the VC version is removed. They are pre-required.
I don't quite understand what you mean by the last line:
QUOTE
Updated VC runtimes has to be installed previously to the framework from which the same the VC version is removed. They are pre-required.
Do I have to update the VC runtimes on the system I am building the addon so I can remove them?
Kurt_Aust
I don't think file not found messages came from cleaning subprocess. Making tests.
Glowy
Thx I'll check it.
atolica
First, there's a typo, sorry. I meant updated VC runtimes (that ones not comming from .NET frameworks but from the updated VC runtimes sources I posted in Supported Files section) has to be installed previously to the framework version from which the same VC runtime version is removed, i.e. if you remove VC8 from any 2.0 SP# you have to install VC8 from updated sources previosly to install that 2.0 SP# framework because it is a pre-requisite. The same goes for VC9 and 3.5 SP# frameworks.
Everybody
I'm fixing bugs.
Anyone more having problems?
Anyone experiencing difficulties on uninstall not finding the cached .msi installer to proceed?
I don't think file not found messages came from cleaning subprocess. Making tests.
Glowy
Thx I'll check it.
atolica
First, there's a typo, sorry. I meant updated VC runtimes (that ones not comming from .NET frameworks but from the updated VC runtimes sources I posted in Supported Files section) has to be installed previously to the framework version from which the same VC runtime version is removed, i.e. if you remove VC8 from any 2.0 SP# you have to install VC8 from updated sources previosly to install that 2.0 SP# framework because it is a pre-requisite. The same goes for VC9 and 3.5 SP# frameworks.
Everybody
I'm fixing bugs.
Anyone more having problems?
Anyone experiencing difficulties on uninstall not finding the cached .msi installer to proceed?
strel
Nlite breaks if Silent .NET Maker package is added to it as an addon (.7z). I hope you'll sort it out.
Atolica
Nlite breaks if Silent .NET Maker package is added to it as an addon (.7z). I hope you'll sort it out.
Atolica
atolica, I couldn't recreate this error in the test I made with a fresh new addon. I think is very improbable this is really failing. Check it again or give more data to recreate it.
QUOTE (strel @ Oct 30 2009, 08:56 PM)
atolica, I couldn't recreate this error in the test I made with a fresh new addon. I think is very improbable this is really failing. Check it again or give more data to recreate it.
Are you integrating the addon solely or alongside other hotfixes? Mine breaks if I add it last after 56 or so hotfixes. I'll try again integrating just the addon.
Only 1 add-on.
Hi Strel,
Problem with 1.1 addon : the language pack for 1.1 (localized) is still requested by M$ update. Tests done with All Framework merged addon.
Moreover, this lang pack isn't present in installed programs list.
What about it ?
Thx for your work.
Problem with 1.1 addon : the language pack for 1.1 (localized) is still requested by M$ update. Tests done with All Framework merged addon.
Moreover, this lang pack isn't present in installed programs list.
What about it ?
Thx for your work.
Hello strel.
Windows Update still request the localizated version of .NET Framework 1.1 and langpack.
In installed program list .NET 1.1 is present but with no langpack.
The language is brazilian portuguese.
Thanks for your hard work in SNM.
0d
Windows Update still request the localizated version of .NET Framework 1.1 and langpack.
In installed program list .NET 1.1 is present but with no langpack.
The language is brazilian portuguese.
Thanks for your hard work in SNM.
0d
Another detail about .Net 3.0 : installs uiautomationcore.dll ver. 6.0.6001.17014. But I use an update pack which contains KB971513 (uiautomationcore.dll version 7.0.2600.5884).
After integration and installation, it seems to keep 7.0.2600.5884 in spite of .Net Addon and his old version of this file.
After integration and installation, it seems to keep 7.0.2600.5884 in spite of .Net Addon and his old version of this file.
@geromichi & strel,
I'll probably use uiautomationcore.dll and .mui from Vista(WinSrv2008)-KB971513. Why I don't that file from XP is because it breaks it's multi-lingual support, coming with built-in language resources. But I havn't done tests yet.
@strel,
in my test of SNMsynth, KB958484 doesn't have its files updated in .NET 3.5(files are still with build number 1), but entries are present in vs_setup.msi. I think you may applies *.msp earlier than NET35SLIMDOWN.mst.
there are still other improvements that could be made, I'm not at home so I'll write later.
I'll probably use uiautomationcore.dll and .mui from Vista(WinSrv2008)-KB971513. Why I don't that file from XP is because it breaks it's multi-lingual support, coming with built-in language resources. But I havn't done tests yet.
@strel,
in my test of SNMsynth, KB958484 doesn't have its files updated in .NET 3.5(files are still with build number 1), but entries are present in vs_setup.msi. I think you may applies *.msp earlier than NET35SLIMDOWN.mst.
there are still other improvements that could be made, I'm not at home so I'll write later.
QUOTE (strel @ Oct 30 2009, 05:44 AM)
QUOTE (Dumpy Dooby @ Oct 30 2009, 06:32 AM)
As of 7-zip 9.07, you must specify the type during extraction of executable files. Otherwise it will extract each individual resource and binary section. I already put in a suggestion to make that action switch-activated, but he says he'd rather have use the type switch if they don't like it.
I might have posted this earlier. Sorry if I'm repeating myself.
I might have posted this earlier. Sorry if I'm repeating myself.
Did you missed the thread to post to?
Nah, that post was for you. All of your 7za.exe x entries leave out the -t switch. As of 9.07, that's a required switch for self-extracting archives, which would include hotfixes. It's not a big deal, really, because your instructions specifically call for the use of 4.x version of 7-zip, but I figured I'd point that out just in case you care to support the more current versions of 7-Zip.
QUOTE
About the other post with the error not finding FF addon file, I have to say I've seen this error ago but I though it was completely solved. In fact I cannot recreate the error, using exactly the same settings in .ini file. Can I have the file list? Any other useful info to recreate this condition?
I didn't modify your code or anything. I just entered those settings and ran the CMD file. Here's the file list that was generated:
CODE
10/23/2009 09:32 PM 4,181 _20SP#_SLIMMING.7z
10/29/2009 02:49 PM 1,369 _20SP#LNGbr_KB829019FIX.7z
10/28/2009 09:46 AM 1,429 _20SP2_KB974417FIX.7z
09/27/2009 09:34 AM 1,109 _30SP#_REMFONTCACHEFIX.7z
09/27/2009 09:35 AM 1,626 _30SP#LNG_KB928416FIX.7z
10/19/2009 08:19 PM 16,941 _35SP#_SLIMMING.7z
10/29/2009 02:26 PM 1,009 _35SP1_KB963707FIX_NOFFADDONPROPERTY.7z
09/27/2009 09:33 AM 3,474 _KB951847FIX.7z
10/09/2009 07:54 PM 3,097 _REM_MSI_BLOCKING.7z
10/29/2009 04:32 PM 87,163 _SNMsynth.cmd
10/29/2009 11:20 PM 3,941 _SNMsynth.ini
08/29/2009 05:01 PM 578,048 7za.exe
09/14/2009 02:14 AM 108,032 7zSD.sfx
09/29/2009 12:54 AM 242,743,296 dotnetfx35.exe
10/29/2009 10:44 PM 952,840 msxml6-KB954459-enu-x86.exe
09/29/2009 12:01 AM 8,981,856 NDP20SP2-KB958481-x86.exe
10/13/2009 01:01 PM 11,459,928 NDP20SP2-KB974417-x86.exe
09/28/2009 11:59 PM 7,256,928 NDP30SP2-KB958483-x86.exe
09/28/2009 11:49 PM 1,424,736 NDP35SP1-KB958484-x86.exe
10/29/2009 10:40 PM 759,144 NDP35SP1-KB963707-x86.exe
10/29/2009 11:21 PM 26 PROCESSDATA.TXT
09/27/2009 05:04 PM 283,648 upx.exe
10/29/2009 10:44 PM 3,273,088 WindowsServer2003-KB971276-v2-x86-ENU.exe
10/29/2009 10:44 PM 3,278,200 WindowsXP-KB971276-v3-x86-ENU.exe
10/29/2009 02:49 PM 1,369 _20SP#LNGbr_KB829019FIX.7z
10/28/2009 09:46 AM 1,429 _20SP2_KB974417FIX.7z
09/27/2009 09:34 AM 1,109 _30SP#_REMFONTCACHEFIX.7z
09/27/2009 09:35 AM 1,626 _30SP#LNG_KB928416FIX.7z
10/19/2009 08:19 PM 16,941 _35SP#_SLIMMING.7z
10/29/2009 02:26 PM 1,009 _35SP1_KB963707FIX_NOFFADDONPROPERTY.7z
09/27/2009 09:33 AM 3,474 _KB951847FIX.7z
10/09/2009 07:54 PM 3,097 _REM_MSI_BLOCKING.7z
10/29/2009 04:32 PM 87,163 _SNMsynth.cmd
10/29/2009 11:20 PM 3,941 _SNMsynth.ini
08/29/2009 05:01 PM 578,048 7za.exe
09/14/2009 02:14 AM 108,032 7zSD.sfx
09/29/2009 12:54 AM 242,743,296 dotnetfx35.exe
10/29/2009 10:44 PM 952,840 msxml6-KB954459-enu-x86.exe
09/29/2009 12:01 AM 8,981,856 NDP20SP2-KB958481-x86.exe
10/13/2009 01:01 PM 11,459,928 NDP20SP2-KB974417-x86.exe
09/28/2009 11:59 PM 7,256,928 NDP30SP2-KB958483-x86.exe
09/28/2009 11:49 PM 1,424,736 NDP35SP1-KB958484-x86.exe
10/29/2009 10:40 PM 759,144 NDP35SP1-KB963707-x86.exe
10/29/2009 11:21 PM 26 PROCESSDATA.TXT
09/27/2009 05:04 PM 283,648 upx.exe
10/29/2009 10:44 PM 3,273,088 WindowsServer2003-KB971276-v2-x86-ENU.exe
10/29/2009 10:44 PM 3,278,200 WindowsXP-KB971276-v3-x86-ENU.exe
I'm using an Athlon XP 2600+, so it's pretty old. It could just be an issue where it's not completing a task within a timeframe that your script is expecting. I'm not sure if you have anything in there like that, but just figured I'd mention this thing is incredibly slow in case that makes a difference to you.
Lemme know if you have any thoughts on this. I'll see if I can recreate the problem or if it was just a one-time thing.
I made a silent installer with .NET 2.0SP2, NDP20SP2-KB958481-x86.exe and NDP20SP2-KB974417-x86.exe.
NDP20SP2-KB974417-x86.exe still shows on Windows update.
Could you give me some file versions to check if this update is really integrated and installed?
NDP20SP2-KB974417-x86.exe still shows on Windows update.
Could you give me some file versions to check if this update is really integrated and installed?
Kurt_Aust
I forgot to finish the part for 2K hotfixes processing for 1.1 and 2.0 when I was doing changes. Will be ready for the next version.
Glowy
I built 3.0 SP2+3.5 SP1 merged installers with exactly the same .ini file settings and with the same files in the work folder as you. Then I proceed to install and the error didn't appear. Can you check again even repeating the process or so?
geromichi & 0d14r3
Seems to be the same problem with 1.1 langpacks, I'll check it.
geromichi, about uiautomationcore.dll: then your install strategy is OK, isn't it? But what did you do? What did you installed first, .NET or the update pack?
YumeYao
Vista/2008 dll on XP? Is that possible? Anyway, pretty heterodox!? Will see your progress and your new optimizations.
I'll check that issue with msp files.
Dumpy Dooby
I see, OK, suppose all files to extract are zip, I'll check it to include the switch. Thx. EDIT: There's no problem with that, the script supports 7za.exe 9.07 beta.
I suppose 35SP1_KB963707FIX_NOFFADDONPROPERTY.mst appears in .\TMP folder, is that right?
I have not defined any timeframe limitation for the script subprocesses. Waiting for your tests.
Sp0iLedBrAt
Here check LDR section. Check 20SP2_KB974417FIX.mst was on .\TMP folder (See record in .\out#\processdata.txt)
I forgot to finish the part for 2K hotfixes processing for 1.1 and 2.0 when I was doing changes. Will be ready for the next version.
Glowy
I built 3.0 SP2+3.5 SP1 merged installers with exactly the same .ini file settings and with the same files in the work folder as you. Then I proceed to install and the error didn't appear. Can you check again even repeating the process or so?
geromichi & 0d14r3
Seems to be the same problem with 1.1 langpacks, I'll check it.
geromichi, about uiautomationcore.dll: then your install strategy is OK, isn't it? But what did you do? What did you installed first, .NET or the update pack?
YumeYao
Vista/2008 dll on XP? Is that possible? Anyway, pretty heterodox!? Will see your progress and your new optimizations.
I'll check that issue with msp files.
Dumpy Dooby
I suppose 35SP1_KB963707FIX_NOFFADDONPROPERTY.mst appears in .\TMP folder, is that right?
I have not defined any timeframe limitation for the script subprocesses. Waiting for your tests.
Sp0iLedBrAt
Here check LDR section. Check 20SP2_KB974417FIX.mst was on .\TMP folder (See record in .\out#\processdata.txt)
I compared the versions; mscordacwks.dll has 2.0.50727.3082 version, which should be at least 2.0.50727.3603.
I checked if 20SP2_KB974417FIX.mst was in the folder; affirmative.
I'm attaching PROCESSDATA.txt so you can check it out and point me to possible errors in my procedure.
Thank you for your prompt reply.
I checked if 20SP2_KB974417FIX.mst was in the folder; affirmative.
I'm attaching PROCESSDATA.txt so you can check it out and point me to possible errors in my procedure.
Thank you for your prompt reply.
QUOTE
geromichi & 0d14r3
Seems to be the same problem with 1.1 langpacks, I'll check it.
geromichi, about uiautomationcore.dll: then your install strategy is OK, isn't it? But what did you do? What did you installed first, .NET or the update pack?
Seems to be the same problem with 1.1 langpacks, I'll check it.
geromichi, about uiautomationcore.dll: then your install strategy is OK, isn't it? But what did you do? What did you installed first, .NET or the update pack?
Well, I integrate My update pack first containing KB971513 (uiautomationcore.dll version 7.0.2600.5884), then I integrate AllinOne addon iether T13 or runonceEx; both works : the new version is kept.
So my strategy is ok.
The exe file doesn't replace new version file on a live system
QUOTE (Glowy @ Oct 30 2009, 07:47 AM)
I'm getting the following error:
Translation:
Windows cannot find the file DNF30\XPS\update\update.exe. Check name etc.etc.
Translation:
Windows cannot find the file DNF30\XPS\update\update.exe. Check name etc.etc.
QUOTE (strel @ Oct 31 2009, 05:39 AM)
Glowy
I built 3.0 SP2+3.5 SP1 merged installers with exactly the same .ini file settings and with the same files in the work folder as you. Then I proceed to install and the error didn't appear. Can you check again even repeating the process or so?
I built 3.0 SP2+3.5 SP1 merged installers with exactly the same .ini file settings and with the same files in the work folder as you. Then I proceed to install and the error didn't appear. Can you check again even repeating the process or so?
I had the same error...
the language file for Net1 will not install because it missing this line in install.cmd
QUOTE
START/WAIT DNF11\langpack-fr.msi /l*v "%TEMP%\NETFX11LNGinstall.log" REBOOT=ReallySuppress /%VERBOSITY%
Something isn't right for me.... I've tried various settings in the SNM config file but nlite just refuses to add it. It'll work for 30 or 40 seconds like everything is OK but then I always get that error...
CODE
--- WORK FOLDER CONTENT:
Volume in drive C has no label.
Volume Serial Number is C81D-239A
Directory of C:\Documents and Settings\Madpenguin\Desktop\20091029_SNMsynth
10/31/2009 03:29 PM <DIR> .
10/31/2009 03:29 PM <DIR> ..
10/23/2009 09:32 PM 4,181 _20SP#_SLIMMING.7z
10/29/2009 02:49 PM 1,369 _20SP#LNGbr_KB829019FIX.7z
10/28/2009 09:46 AM 1,429 _20SP2_KB974417FIX.7z
09/27/2009 09:34 AM 1,109 _30SP#_REMFONTCACHEFIX.7z
09/27/2009 09:35 AM 1,626 _30SP#LNG_KB928416FIX.7z
10/19/2009 08:19 PM 16,941 _35SP#_SLIMMING.7z
10/29/2009 02:26 PM 1,009 _35SP1_KB963707FIX_NOFFADDONPROPERTY.7z
09/27/2009 09:33 AM 3,474 _KB951847FIX.7z
10/09/2009 07:54 PM 3,097 _REM_MSI_BLOCKING.7z
10/29/2009 04:32 PM 87,163 _SNMsynth.cmd
10/31/2009 03:27 PM 3,961 _SNMsynth.ini
02/03/2009 12:21 PM 536,064 7za.exe
09/14/2009 02:14 AM 57,344 7zSD.sfx
05/31/2009 01:47 PM 24,265,736 dotnetfx.exe
05/31/2009 01:47 PM 10,703,680 NDP1.1sp1-KB867460-X86.exe
10/13/2009 08:31 PM 14,120,896 NDP1.1sp1-KB953297-X86.exe
05/31/2009 01:50 PM 8,981,856 NDP20SP2-KB958481-x86.exe
10/13/2009 08:32 PM 11,459,928 NDP20SP2-KB974417-x86.exe
05/31/2009 01:49 PM 25,001,480 NetFx20SP2_x86.exe
10/31/2009 03:29 PM 26 PROCESSDATA.TXT
09/27/2009 05:04 PM 283,648 upx.exe
21 File(s) 95,536,017 bytes
2 Dir(s) 396,956,704,768 bytes free
--- _SNMSYNTH.ini SETTINGS USED:
PROCESS_DNF11=YES
PROCESS_DNF20=YES
PROCESS_DNF35_DNF20=YES
PROCESS_DNF35_DNF30=YES
PROCESS_DNF35_DNF35=YES
DNF20_VC8_RUNTIME=YES
DNF20_OFFICE2K3_DEBUGGER=YES
DNF30_RGB_RASTERIZER=YES
DNF30_WIC=YES
DNF30_MSXML6=YES
DNF30_XPS=YES
DNF35_FF_ADDON=YES
DNF35_VC9_RUNTIME=YES
PROCESS_LNG_DNF11=YES
PROCESS_LNG_DNF20=YES
PROCESS_LNG_DNF35_DNF20=YES
PROCESS_LNG_DNF35_DNF30=YES
PROCESS_LNG_DNF35_DNF35=YES
WINXP=YES
T13ADDON=NO
MERGE_FRAMEWORKS=YES
SILENT=YES
UPX_SFX=YES
COMPRESSION_RATIO=HIGHER
--- TMP FOLDER CONTENT:
Volume in drive C has no label.
Volume Serial Number is C81D-239A
Directory of C:\Documents and Settings\Madpenguin\Desktop\20091029_SNMsynth\TMP
10/31/2009 03:31 PM <DIR> .
10/31/2009 03:31 PM <DIR> ..
09/24/2009 07:22 PM 9,728 20SP2_KB951847FIX.mst
10/28/2009 04:45 AM 5,632 20SP2_KB974417FIX.mst
10/09/2009 01:24 PM 4,096 20SP2_REM_MSI_BLOCKING.mst
10/23/2009 04:15 PM 10,752 20SP2_REM_W2K_COMPONENTS.mst
09/24/2009 07:28 PM 6,144 20SP2LNG_KB951847FIX.mst
10/31/2009 03:31 PM 83 config.txt
10/31/2009 03:31 PM <DIR> DNF
10/31/2009 03:30 PM 9 DNF11REM.TXT
10/31/2009 03:31 PM 20 DNF20REM.TXT
10/31/2009 03:30 PM 117 INSTALL1.CMD
10/31/2009 03:30 PM 132 INSTALL2.CMD
10/31/2009 03:31 PM 416 INSTCOMMONEND.CMD
10/31/2009 03:31 PM 181 INSTREGDOWN.CMD
10/31/2009 03:31 PM 249 INSTREGDOWN2.CMD
10/31/2009 03:33 PM 26,252,194 TEMP.7z
10/31/2009 03:29 PM <DIR> TMP1
10/31/2009 03:29 PM <DIR> TMP2
10/31/2009 03:29 PM <DIR> TMP3
10/31/2009 03:31 PM <DIR> TMP4
10/31/2009 03:31 PM 220 TRANSFORMDB.vbs
15 File(s) 26,289,973 bytes
7 Dir(s) 396,461,944,832 bytes free
Volume in drive C has no label.
Volume Serial Number is C81D-239A
Directory of C:\Documents and Settings\Madpenguin\Desktop\20091029_SNMsynth
10/31/2009 03:29 PM <DIR> .
10/31/2009 03:29 PM <DIR> ..
10/23/2009 09:32 PM 4,181 _20SP#_SLIMMING.7z
10/29/2009 02:49 PM 1,369 _20SP#LNGbr_KB829019FIX.7z
10/28/2009 09:46 AM 1,429 _20SP2_KB974417FIX.7z
09/27/2009 09:34 AM 1,109 _30SP#_REMFONTCACHEFIX.7z
09/27/2009 09:35 AM 1,626 _30SP#LNG_KB928416FIX.7z
10/19/2009 08:19 PM 16,941 _35SP#_SLIMMING.7z
10/29/2009 02:26 PM 1,009 _35SP1_KB963707FIX_NOFFADDONPROPERTY.7z
09/27/2009 09:33 AM 3,474 _KB951847FIX.7z
10/09/2009 07:54 PM 3,097 _REM_MSI_BLOCKING.7z
10/29/2009 04:32 PM 87,163 _SNMsynth.cmd
10/31/2009 03:27 PM 3,961 _SNMsynth.ini
02/03/2009 12:21 PM 536,064 7za.exe
09/14/2009 02:14 AM 57,344 7zSD.sfx
05/31/2009 01:47 PM 24,265,736 dotnetfx.exe
05/31/2009 01:47 PM 10,703,680 NDP1.1sp1-KB867460-X86.exe
10/13/2009 08:31 PM 14,120,896 NDP1.1sp1-KB953297-X86.exe
05/31/2009 01:50 PM 8,981,856 NDP20SP2-KB958481-x86.exe
10/13/2009 08:32 PM 11,459,928 NDP20SP2-KB974417-x86.exe
05/31/2009 01:49 PM 25,001,480 NetFx20SP2_x86.exe
10/31/2009 03:29 PM 26 PROCESSDATA.TXT
09/27/2009 05:04 PM 283,648 upx.exe
21 File(s) 95,536,017 bytes
2 Dir(s) 396,956,704,768 bytes free
--- _SNMSYNTH.ini SETTINGS USED:
PROCESS_DNF11=YES
PROCESS_DNF20=YES
PROCESS_DNF35_DNF20=YES
PROCESS_DNF35_DNF30=YES
PROCESS_DNF35_DNF35=YES
DNF20_VC8_RUNTIME=YES
DNF20_OFFICE2K3_DEBUGGER=YES
DNF30_RGB_RASTERIZER=YES
DNF30_WIC=YES
DNF30_MSXML6=YES
DNF30_XPS=YES
DNF35_FF_ADDON=YES
DNF35_VC9_RUNTIME=YES
PROCESS_LNG_DNF11=YES
PROCESS_LNG_DNF20=YES
PROCESS_LNG_DNF35_DNF20=YES
PROCESS_LNG_DNF35_DNF30=YES
PROCESS_LNG_DNF35_DNF35=YES
WINXP=YES
T13ADDON=NO
MERGE_FRAMEWORKS=YES
SILENT=YES
UPX_SFX=YES
COMPRESSION_RATIO=HIGHER
--- TMP FOLDER CONTENT:
Volume in drive C has no label.
Volume Serial Number is C81D-239A
Directory of C:\Documents and Settings\Madpenguin\Desktop\20091029_SNMsynth\TMP
10/31/2009 03:31 PM <DIR> .
10/31/2009 03:31 PM <DIR> ..
09/24/2009 07:22 PM 9,728 20SP2_KB951847FIX.mst
10/28/2009 04:45 AM 5,632 20SP2_KB974417FIX.mst
10/09/2009 01:24 PM 4,096 20SP2_REM_MSI_BLOCKING.mst
10/23/2009 04:15 PM 10,752 20SP2_REM_W2K_COMPONENTS.mst
09/24/2009 07:28 PM 6,144 20SP2LNG_KB951847FIX.mst
10/31/2009 03:31 PM 83 config.txt
10/31/2009 03:31 PM <DIR> DNF
10/31/2009 03:30 PM 9 DNF11REM.TXT
10/31/2009 03:31 PM 20 DNF20REM.TXT
10/31/2009 03:30 PM 117 INSTALL1.CMD
10/31/2009 03:30 PM 132 INSTALL2.CMD
10/31/2009 03:31 PM 416 INSTCOMMONEND.CMD
10/31/2009 03:31 PM 181 INSTREGDOWN.CMD
10/31/2009 03:31 PM 249 INSTREGDOWN2.CMD
10/31/2009 03:33 PM 26,252,194 TEMP.7z
10/31/2009 03:29 PM <DIR> TMP1
10/31/2009 03:29 PM <DIR> TMP2
10/31/2009 03:29 PM <DIR> TMP3
10/31/2009 03:31 PM <DIR> TMP4
10/31/2009 03:31 PM 220 TRANSFORMDB.vbs
15 File(s) 26,289,973 bytes
7 Dir(s) 396,461,944,832 bytes free
Please use attachment better for a file that long. nLite doesn't accept your file because you are trying to integrate a switchless installer and not an nLite add-on. To build an add-on you should have used T13ADDON=YES setting in the .ini file.
I did try that setting. Gave me the same error and also an .exe file, which I expected a 7zip file like previous versions. Let me try it again but I'm positive I had T13ADDON=YES the first time around. It produced an .exe which nlite refused to use....
Thanks for the help strel...
Thanks for the help strel...
Alright.... I changed that option back and your right. A second command window came up that said it was converting to a 7zip file and indeed I now have a "DNF11SP120SP230~4%DNF30LNGSTR35~4%DNF35LNGSTR.7z" in the OUT1 directory.
Sorry about jumping the gun but I could have sworn I used that option because I specifically read the comments. We'll see how the nlite integration and format/fresh install goes with regards to KB974417 still showing up on Automatic Updates or not.
Thanks again Strel for your hard work on SNMsynth
Sorry about jumping the gun but I could have sworn I used that option because I specifically read the comments. We'll see how the nlite integration and format/fresh install goes with regards to KB974417 still showing up on Automatic Updates or not.
Thanks again Strel for your hard work on SNMsynth
QUOTE (strel @ Oct 31 2009, 04:39 AM)
Dumpy Dooby
I see, OK, suppose all files to extract are zip, I'll check it to include the switch. Thx.
I suppose 35SP1_KB963707FIX_NOFFADDONPROPERTY.mst appears in .\TMP folder, is that right?
I have not defined any timeframe limitation for the script subprocesses. Waiting for your tests.
I see, OK, suppose all files to extract are zip, I'll check it to include the switch. Thx.
I suppose 35SP1_KB963707FIX_NOFFADDONPROPERTY.mst appears in .\TMP folder, is that right?
I have not defined any timeframe limitation for the script subprocesses. Waiting for your tests.
I ran it all the way through a couple times. Both times everything came out fine. I have no idea what caused that error message initially. If it ever shows up again, I'll go through everything and see what happened.
This is a "lo-fi" version of our main content. To view the full version with more information, formatting and images, please click here.