Onepiece's Win2k3 post-SP2 Update Pack

geoslake · Post by **geoslake** » Fri Dec 25, 2009 11:59 am

thank you so much for maintaining this pack !!

Seems I can't get rid of IE8 (have to say i don't get the point of having this in the pack, oh well).
If I remove it in nlite, i come up with an error (no install possible), and it doesn't show in add/remove programs, windows components doesn't get rid of it either.

nonno fabio · Post by **nonno fabio** » Sat Dec 26, 2009 8:12 am

geoslake wrote:thank you so much for maintaining this pack !!

Seems I can't get rid of IE8 (have to say i don't get the point of having this in the pack, oh well).
If I remove it in nlite, i come up with an error (no install possible), and it doesn't show in add/remove programs, windows components doesn't get rid of it either.

You can easily restore IE6 by removing IE8 from windows components wizard but you need a clean Windows CD (with no integrated updatepack)

geoslake · Post by **geoslake** » Sun Dec 27, 2009 1:24 pm

nonno fabio wrote:You can easily restore IE6 by removing IE8 from windows components wizard but you need a clean Windows CD (with no integrated updatepack)

But I don't want to restore IE6, I want to get rid of it totally, and nlite doesn't allow me to do this with your pack

Thanks anyway.

nonno fabio · Post by **nonno fabio** » Wed Feb 17, 2010 4:11 am

new release (see changelog)

hammer11 · Post by **hammer11** » Tue Feb 23, 2010 12:01 am

hi
i have a question any body please?
as there is separate "Onepiece Windows Script 5.7 for W2k Addon"
is the same equivalent not required for W2003, because i think script 5.7 is not included in w2003 sp2
regards

nonno fabio · Post by **nonno fabio** » Thu Feb 25, 2010 4:12 am

No, it wasn't included as now but seems that integration issues are solved, so it will probably included in next release

hammer11 · Post by **hammer11** » Thu Feb 25, 2010 7:37 am

thanks a lot
as i earlier mentioned in some post that i used universal creator to create ie7 addon for w2k3 & Win2K3_Post-SP2_UpdatePack and built W2k3 updated CD and got error while setup copying following files ie (iertutil.mui, ieudinit.mui, jscript.mui and vbscript.mui) as missing files

I think it is due to absence of Windows Script 5.7 for W2003 as i included "WindowsServer2003-KB971961-JS57-x86-ENU.exe" for making "OnePiece_Win2K3_Post-SP2_UpdatePack_ENU"

thanks again for response

nonno fabio · Post by **nonno fabio** » Thu Feb 25, 2010 8:57 am

Have you used Nlite for the integration? If yes, retry with RVM Integrator 1.6.1 instead.

It seems more likely that, during integration, the utility has not deleted file references from dosnet.inf and txtsetup.sif files.

Usually RVMi handles better [obsolete_files] section of entries.ini update pack file.

hammer11 · Post by **hammer11** » Fri Feb 26, 2010 6:54 am

finally i got latest maker and latest updates from your list
made addons for both 2k3 update pack and ie7 addon

now only jscript.mui and vbscript.mui are reported as missing

regards

nonno fabio · Post by **nonno fabio** » Fri Feb 26, 2010 9:46 am

Tool-created IE7 addon must have this in entries.ini file:

Code: Select all

;Removes files from i386 which are no longer necessary
[obsolete_files]
ExtExprt.exe
ie8props.pro
iecompat.dll
iedvtool.dll
iedvtool.mui
jsdbgide.dll
jsdbgide.mui
jsdbgui.dll
jsdbgui.mui
JSPfCore.dll
JSPfCore.mui
jsprflui.dll
jsprflui.mui
pdm.dll
sqmapi.dll
xpshims.dll
msdbg2.dll
IERtUtil.mui
ieudinit.mui

;This section contains a list of obsolete hotfixes which shouldn't be installed
[obsolete]
ie8

As you can see, those files aren't present in the list because they're needed even if you overwrite IE8 with IE7 in CD. So if you have the same section in your addon entries.ini file, there must be something else that deletes jscript.mui and vbscript.mui.
Are they really missing from your source?

hammer11 · Post by **hammer11** » Wed Mar 03, 2010 12:31 am

i do have the same entries in my Tool-created IE7 addon

hammer11 · Post by **hammer11** » Wed Mar 03, 2010 7:41 am

finally i tracked the error
it is all okay when both of the addons Win2K3_Post-SP2_UpdatePack & IE7 addon are integrated using nlite

problem is perhaps the limitation of RVM_Integrator_1.6.1b2.1.exe

regards

nonno fabio · Post by **nonno fabio** » Thu Mar 11, 2010 3:07 am

updated.

BrowserChoice appears only to UE system at first logon but can be enabled for non-UE system too from Windows Component Wizard:

http://img532.imageshack.us/img532/2447/catturaw.png

http://img63.imageshack.us/img63/8757/cattura2t.png

You can also totally remove it (http://support.microsoft.com/kb/2019411/)

opening a Run Windows and typing
rundll32.exe advpack.dll,LaunchINFSection,OPMWXPUP.inf,BrowserChoice.CleanUp
http://img44.imageshack.us/img44/5121/cattura5.png

ahmerkhan · Post by **ahmerkhan** » Thu Mar 18, 2010 9:19 am

Onepiece & nonno fabio, I am glad to see this updatepack

Can you please add these two Server 2003 Installers in this updatepack?
IMO every administrator will vote for them

Group Policy Management Console with Service Pack 1

http://www.microsoft.com/downloads/deta ... laylang=en

Group Policy ADM Files

http://www.microsoft.com/downloads/deta ... laylang=en

nonno fabio · Post by **nonno fabio** » Thu Mar 18, 2010 4:08 pm

Those updates aren't pushed by WU/MU so they won't be added but you can easily place the hotfixes inside svcpack folder then in svcpack.inf file add under
[SetupHotfixesToRun]
2003admsetup.msi /qb (or /qn etc)
gpmc.msi /qb (or /qn etc)

and you'll get them

nonno fabio · Post by **nonno fabio** » Sat Apr 17, 2010 1:43 pm

Major update: now UpdatePack includes a full .net 3.5 SP1 natively integrated ("true" mode).

Note for Windows Server 2003 Enterprise users: if you have a netfxocm20.dll file in your source, please test your source on a VM before installing in a real machine, as someone reported issues with that file after slipstreaming SP2.

nonno fabio · Post by **nonno fabio** » Mon Apr 26, 2010 9:08 am

updated with .net 4.0

nonno fabio · Post by **nonno fabio** » Thu May 13, 2010 3:33 am

new release (see changelog)

User · Post by **User** » Wed Jun 09, 2010 5:13 pm

Here are the hotfixes needed for June 2010 after slipstreaming the May 2010 pack:

I have put links to all the files too.

Cumulative Security Update for ActiveX Killbits for Windows Server 2003
(KB980195)
Download size: 485 KB
http://www.microsoft.com/downloads/deta ... cc72dcad28

Security Update for Windows Server 2003
(KB979482)
Typical download size: 485 KB
http://www.microsoft.com/downloads/deta ... 4e987b0f06

Microsoft .NET Framework 3.5 SP1 Update for Windows Server 2003 and Windows XP x86
(KB982168)
Download size: 20.1 MB
http://www.microsoft.com/downloads/deta ... a1fcd58f66

Security Update for Windows Server 2003
(KB975562)
Typical download size: 608 KB
http://www.microsoft.com/downloads/deta ... 973170db9a

Windows Malicious Software Removal Tool - June 2010
(KB890830)
Download size: 1.3 MB <<< ??? (its 9.9Mb)
http://www.microsoft.com/downloads/deta ... b8eb148356

Cumulative Security Update for Internet Explorer 8 for Windows Server 2003
(KB982381)
Download size: 9.8 MB
http://www.microsoft.com/downloads/deta ... 3a20c1c10f

Security Update for Windows Server 2003
(KB979559)
Typical download size: 674 KB
http://www.microsoft.com/downloads/deta ... 80ef6fc2c0

Security Update for Windows Server 2003
(KB980218)
Typical download size: 503 KB
http://www.microsoft.com/downloads/deta ... ace09ac3c0

Security Update for Windows Media Format Runtime 9.5 for Windows Server 2003
(KB978695)
Typical download size: 693 KB
http://www.microsoft.com/downloads/deta ... d4373cb1c5

Microsoft .NET Framework 3.5 SP1 and .NET Framework 2.0 SP2 Security Update for Windows 2000, Windows Server 2003, and Windows XP x86
(KB979909)
Download size: 1 MB
http://www.microsoft.com/downloads/deta ... ee42c27bad

Update for Windows Server 2003
(KB981793)
Download size: 498 KB
http://www.microsoft.com/downloads/deta ... 8698fca9f9

Security Update for Windows Server 2003
(KB941569)
Download size: 564 KB
http://www.microsoft.com/downloads/deta ... 5ea7018159

Microsoft Silverlight
"Update for Microsoft Silverlight"
(this is actually Silverlight itself, but a later version)
(KB982926)
Download size: 6 MB
http://go.microsoft.com/fwlink/?LinkID=185927

newsposter · Post by **newsposter** » Wed Jun 09, 2010 5:53 pm

wow, I would have thought that the Nonno would be able to suss that out for himself. After all he's only been doing this for three years.

Patience, grasshopper. All of the pack makers are working very hard to update their offerings and if something isn't yet available to your schedule, then wait some more.

User · Post by **User** » Wed Jun 09, 2010 7:09 pm

Since that is your first post in this thread you obviously have little interest in this update pack and are just throwing insults at me for no reason...

newsposter wrote:wow, I would have thought that the Nonno would be able to suss that out for himself.

Wow, I already know he can - I didn't link to them all for that reason.

Interesting that you thought that was the reason though, naughty.

The info is just there as a reference more than anything.

What should I do next time... just don't even try to help out in any way?

nonno fabio · Post by **nonno fabio** » Thu Jun 10, 2010 2:49 am

thank you anyway

Onepiece is waiting for Flash Player critical update to upload new packs and update topics.
There's a lot of work to do this month because almost everything has been updated, so this would take a few days more than usual.
However something is already available in Voidseesaw repository

User · Post by **User** » Thu Jun 10, 2010 7:25 pm

I cannot even begin to imagine the work that goes into it all, I know an "IE8 Culminative Update" is always bad news, these don't slipstream in nLite and also if you install IE8 on first logon, the system then needs a reboot before any additional IE8 hotfixes will take effect.

OnePiece addons make it ludicrously simple, I wish I knew how to make them!

To be honest I wouldn't add this or that (Silverlight, .NET 4.0) which is why I would try to make my own - if I knew how to.

Vista · Post by **Vista** » Thu Jun 10, 2010 7:36 pm

Adobe plugs 32 security holes in 'critical' Flash Player patch in Adobe Flash Player 10.1.53.64
http://www.zdnet.com/blog/security/adob ... patch/6662

nonno fabio · Post by **nonno fabio** » Fri Jun 11, 2010 6:05 am

new release (see changelog)

User · Post by **User** » Sat Jun 12, 2010 7:41 pm

Thanks nonno fabio and OnePiece!

alsyundawy · Post by **alsyundawy** » Thu Jul 01, 2010 12:58 am

@nonno fabio and OnePiece

can i req make windows server 2003 sp2 update pack like user_hiden pack or Siginet's Windows 2K3 Post-SP2 Critical UpdatePack
, without :

MSXML 4.0 SP3 v4.30.2100.0 (including KB973685)
MSXML 6.0 SP2 v6.20.1102.0
DirectX for WinXP Post-SP3 June 2010 Update (including DirectX for Managed Code for .NET 1.x)
Windows Search KB940157 (including KB915800-v9)
(KB955305) Microsoft Silverlight v4.0.50524.0
(KB968930) Windows Management Framework Core - includes: Windows PowerShell 2.0 and WinRM 2.0
(KB979099) Windows Rights Management Client

becouse i just need Critical UpdatePack only

geoslake · Post by **geoslake** » Thu Jul 01, 2010 1:13 am

I think you cannot request that

I agree with you, I don't see why those things are there, they should be addons imho. Oh well...

nonno fabio · Post by **nonno fabio** » Thu Jul 01, 2010 6:31 am

as for Onepiece's XP, you can easily disable the installation of optional components adding in Winnt.sif file (if not exist, you can create one) a [Components] section with these commands:

Code: Select all

[Components]
MSXML4 = off
MSXML6 = off
DirectX = off
MDX = off
WDSearch = off
Silverlight = off
WinRM = off
PowerShell = off
PowerShellISE = off
WRMC = off

In this way, they aren't removed from your source you can also install them in a second time by Control panel- Add/remove Windows components usign the updated CD.

Here is the full components list http://img17.imageshack.us/img17/3144/catturaxh.png

alsyundawy · Post by **alsyundawy** » Fri Jul 02, 2010 12:53 am

nonno fabio wrote:as for Onepiece's XP, you can easily disable the installation of optional components adding in Winnt.sif file (if not exist, you can create one) a [Components] section with these commands:
Code: Select all
[Components]
MSXML4 = off
MSXML6 = off
DirectX = off
MDX = off
WDSearch = off
Silverlight = off
WinRM = off
PowerShell = off
PowerShellISE = off
WRMC = off
In this way, they aren't removed from your source you can also install them in a second time by Control panel- Add/remove Windows components usign the updated CD.

Here is the full components list http://img17.imageshack.us/img17/3144/catturaxh.png

thx for fast respone

eroder · Post by **eroder** » Thu Jul 15, 2010 10:14 am

Is this Update pack compatible with Windows 2003 R2 64Bit?

Thanx in advance

nonno fabio · Post by **nonno fabio** » Thu Jul 15, 2010 10:29 am

No, it is for x86 edition.

eroder · Post by **eroder** » Thu Jul 15, 2010 10:55 am

What a pity.

I've been using your pack on w2k3 32bit for a long time and it is THE BEST one available.

Do you by any chance know of such a pack for W2k3 R2 64bit?

alsyundawy · Post by **alsyundawy** » Fri Jul 16, 2010 6:17 pm

eroder wrote:What a pity.

I've been using your pack on w2k3 32bit for a long time and it is THE BEST one available.

Do you by any chance know of such a pack for W2k3 R2 64bit?

ya i hoppe too

btw, bro nonno fabio....

can i req MSXML6 removal addons for RVMI only?

nonno fabio · Post by **nonno fabio** » Sat Jul 17, 2010 6:32 am

No, there's no chance for an x64 pack from Onepiece. This will need a lot of work and time for an uncertain result.

Even the removal of MSXML6 is not suggested. Since Vista is a default component of Windows OSes http://news.softpedia.com/news/MSXML6-I ... 6216.shtml

alsyundawy · Post by **alsyundawy** » Sat Jul 17, 2010 8:06 am

no i mean for MSXML6 SP2 only, why long times i am using ur update pack from 2.8.0 then i always failed install mssql express gold, sp2 or sp3 becouse mssql express come with own MSXML6 too

Fragbert wrote:KB954459 seems to not be integrated in a method that certain programs require. SQL Server 2005 express fails and references the msi installer for KB954459 for the failure.

Running the KB954459 (MSXML 6 SP2) installer to first remove, then re-install the hotfix resolved the issue.

nonno fabio · Post by **nonno fabio** » Mon Jul 19, 2010 2:49 am

Type this in a Run window (or save as cmd file):

Code: Select all

rundll32.exe advpack.dll,LaunchINFSection OPW2K3UP.inf,MSXML6.CleanUp

and click ok

mMiniImManN · Post by **mMiniImManN** » Thu Aug 05, 2010 10:41 pm

wow sweet project; i wish i discovered this a few weeks ago

somebody asked (i think on page3 :s) if there existed a x64 project of this and i see nope for the answer..
i've recently created a spreadsheet with the x64 bit updates from a SP2 disk from the MS site, once i get all .net KB#'s i'll post a link to it if anybody wants to do slipstreaming the old way (as i've done)

i do have two questions though,
using the update pack instead of slipstreaming all the files with nLite, will the final setup CD be smaller with the single update pack?

and lastly:
would it be easy to port the already created project to x64 using your package as a template, i'm curious to give that a try, especially if the setup cd is smaller than nLite'ing the 90 hotfixes so far

cheers!

bartgrefte · Post by **bartgrefte** » Thu Aug 12, 2010 3:05 am

Just ran into this topic, nice to see server 2k3 get's updatepacks

But now... I've got SBS2003 (5 cd's, SP1, Premium, English) over here. Will it be possible to integrate sp2 followed by this update pack? Or will this not work because the install is devided over several discs

nonno fabio · Post by **nonno fabio** » Thu Aug 12, 2010 8:38 am

@mMiniImManN:
1) new system files are integrated in same way, so the size should be more and less the same, but AIO UpdatePack includes also some optional components that will increase final setup cd size if added with Svcpack Addons.
2) No. x64 has a different filecopy structure in System32 and in SysWOW64 too, so all the files must be doubled. The inf file follows same rules in x86 and x64 but it must be rebuilded from scratch. 5eraph could answer better to this question.

@bartgrefte: It should work without problems but never tried that. You could give it a try testing the result on a VM

bartgrefte · Post by **bartgrefte** » Thu Aug 12, 2010 9:19 am

Working on that now.

I asked because Google showed a bunch of websites where it is not advised (and some said not even possible) to integrate SP2 into SBS because it could cause problems.
Just done testing with SP2 (integrate switch...), install went okay, now trying with the updatepack.

Only integrated them in the 1st installation cd, looks like that's enough.

edit: looks like it worked

Although still some high priority updates left:
- Windows SharePoint Services 2.0 Service Pack 3 (KB923643)
- Cumulative Security Update for Internet Explorer 8 for Windows Server 2003 (KB2183461)
- Security Update for Windows Server 2003 (KB2160329)
- Security Update for Windows Server 2003 (KB2115168)
- Windows Malicious Software Removal Tool - August 2010 (KB890830)
- Security Update for Windows Server 2003 (KB982214)
- Security Update for Windows Server 2003 (KB2079403)
- Security Update for Windows Server 2003 (KB980436)
- Security Update for Windows Server 2003 (KB2286198)
- Security Update for Windows Server 2003 (KB969883)
- Security Update for Windows Server 2003 (KB961063)
- Security Update for Windows Server 2003 (KB960082)

Some Exchange Updates (worth mentioning?)
- Security Update for Exchange Server 2003 Service Pack 1 (KB931832) - Non-cluster
- Update for Exchange Server 2003 Service Pack 1 (KB931978) - Non-cluster
- Security Update for Exchange Server 2003 Service Pack 1 (KB894549)

And
- Security Update for SQL Server 2000 Service Pack 4 (KB960082)

Optional:
- Update for Exchange Server 2003 (KB888619)

Post by **5eraph** » Thu Aug 12, 2010 8:21 pm

I'm sorry for the long delay and the excessive length of this reply, but I wanted to be thorough.

nonno fabio wrote:
mMiniImManN wrote:would it be easy to port the already created project to x64 using your package as a template, i'm curious to give that a try
No. x64 has a different filecopy structure in System32 and in SysWOW64 too, so all the files must be doubled. The inf file follows same rules in x86 and x64 but it must be rebuilded from scratch. 5eraph could answer better to this question.

The structural issue is important for copying 32-bit and 64-bit files into their proper places. The real difference is that all source and destination codes in DOSNet.inf and TxtSetup.sif that were meant for 32-bit files in an x86 source are now used for 64-bit files in an x64 source. 32-bit files must use new codes in the x64 source.

Further complications between architectures include:

It is possible to write a very basic INF to work with both x86 and x64 operating systems. But INFs that perform file operations must be written specific to the OS architecture (x86 or x64). Also, registry entries used in update packs which are added by update package installers for use with QFECheck.exe to check file versions are different between x86 and x64 because the files installed are different, with different build dates and hashes. x64 update packages also usually install twice as many system files as x86 packages—a 64-bit fileset and a 32-bit fileset. Essentially, you cannot use OnePiece's Win2003x86 INF as a template for an x64 version. Almost all of the data within will be different.
32-bit files in an x64 source almost always have "w" added to the beginning of the file name in the source so all files have unique names. When copied to the destination, this added "w" must be removed. This is important to remember when adding new files to the source, such as for KB942288-v4.
Win2003x86 includes dotNET 1.1, I believe. Win2003x64 does not include dotNET at all.
nLite and RVMi handle AMD64 and I386 source folders and files differently. These differences affect how update packs need to be created, and they affect the use of advanced features and sections of Entries.ini for compatibility with RVMi and/or nLite.
- RVMi requires the use of an x64_I386 folder within an x64 update pack to contain the 32-bit files. 64-bit files are kept at the root of the pack. RVMi copies the files to their respective source folders as sorted by the update pack creator. New entries for all files listed in the [txtsetup_files] of Entries.ini will be added to the [SourceDisksFiles] section of TxtSetup.sif. This behavior for new entries is incorrect and conflicts with nLite's behavior, but probably will not be corrected in a future version of RVMi.
- Use of an x64_I386 folder is optional with nLite.
  - When the x64_I386 folder is not used, nLite will parse DOSNet.inf and the [dosnet_files] section of Entries.ini to determine where the files in the update pack must go. New entries for files in the [txtsetup_files] section of Entries.ini are placed in [SourceDisksFiles] or [SourceDisksFiles.amd64] as appropriate. This behavior for new entries is correct, unlike the following nLite behavior for new entries or RVMi's behavior.
  - When the x64_I386 folder is used, nLite will move files as sorted by the update pack creator like RVMi does. However, new entries for all files in the [txtsetup_files] section of Entries.ini are placed in [SourceDisksFiles.amd64], unlike RVMi. This behavior for new entries is incorrect, but will not be fixed. Development on nLite has ceased.
Adding files to Driver.cab in an x86 source is possible with nLite, but not recommended (see quote at 16:59 UTC below). For an x64 source using nLite, forget about it unless you want to hack system files—which I will not do in an update pack. nuhi and I had the following conversation in PM on MSFN where we discussed workarounds:
5eraph, on 2008/09/02 at 14:47 UTC, wrote:Hello nuhi,

I'm putting together my next release and have run into a problem with nLite 1.4.9. When integrating an x64 Update Pack the sections [drivercab_move] and [drivercab_copy] do not work. I have also tried using [UpdateCabs] but it doesn't seem to work either. The files are not added to driver.cab or drvindex.inf under any circumstances.

In case you're curious, I'm trying to include KB948046-v2 for XP x64.
Code: Select all
```
[drivercab_move]
stddtype.gdl
stdschem.gdl
stdschmx.gdl
```
Code: Select all
```
[drivercab_copy]
stddtype.gdl
stdschem.gdl
stdschmx.gdl
```
Code: Select all
```
[UpdateCabs]
AMD64\driver.cab, AddFile_drivercab

[AddFile_drivercab]
stddtype.gdl
stdschem.gdl
stdschmx.gdl
```
nuhi, on 2008/09/02 at 16:59 UTC, wrote:Hi,

I don't support drivercab_move and drivercab_copy, what's the point of them?

nLite automatically updates files in the CABs so don't worry about that.
If you wanted to add a new file to it no way, have you tried that manually? Windows will not see it. It must be in the layout.inf which is signed.
5eraph, on 2008/09/02 at 17:24 UTC, wrote:The reason I'd like to do it this way is because the files are supposed to be in "%SystemRoot%\Driver Cache\amd64" and "%SystemRoot%\system32\spool\drivers\x64\3". There is no easy way to do this without putting them in driver.cab and copying them out with the usual entries in DOSNET and TXTSETUP.

The intended result is achieved with the Integrator using the following code:
Code: Select all
```
[dosnet_files]
d1,stddtype.gdl
d1,stdschem.gdl
d1,stdschmx. gdl

[txtsetup_files]
stddtype.gdl = 100,,,,,,,11,0,0
stdschem.gdl = 100,,,,,,,11,0,0
stdschmx.gdl = 100,,,,,,,11,0,0

[drivercab_move]
stddtype.gdl
stdschem.gdl
stdschmx.gdl
```
While the above code is workable with nLite as is (won't cause errors during setup), it doesn't seem ideal to me because the files will not also be in the "Driver Cache" directory.
nuhi, on 2008/09/02 at 19:48 UTC, wrote:Stuff like that is better executed by your own INF file through sysoc.inf like Ryan does it.
Or make a double file, renamed and add in txtsetup to the other folder and rename at the end.
Something like:
Code: Select all
```
stddtype2.gdl = 100,,,,,,,99,0,0,stddtype.gdl
```
I could add drivercab_move in the next version but why wait.
Let me know what you decide.
5eraph, on 2008/09/03 at 00:07 UTC, wrote:Yeah, the INF method does make sense to me as well and will mean less time spent on this from the both of us. I'll run with it. Thanks for the suggestion.

I have considered trying my hand at creating an x64 update pack for Windows 2003. I have a copy of the operating system, but I don't use it except in VirtualBox for testing my IE8x64 addon and capturing the registry entries added by certain XPx64-blocked updates.

As a rule, I only build what I intend to use myself. Since I don't use Windows 2003 on any of my machines here at home, I don't feel that I'm qualified to produce a quality update pack for it.

nonno fabio · Post by **nonno fabio** » Mon Aug 16, 2010 3:38 am

new release (see changelog)

mehedym · Post by **mehedym** » Thu Oct 21, 2010 4:05 am

any 64 bit pack available ? for this ?

nonno fabio · Post by **nonno fabio** » Wed Nov 10, 2010 9:13 am

updated

trippinferret · Post by **trippinferret** » Fri Nov 12, 2010 2:24 pm

Hi nonno fabio

Will try out your updatepack on a copy of Datacenter 2003, will let you know how it goes.

integrated without a problem using RVMi 1.6 on a clean sp2 disc and installed on an older machine without a single error.

"thanks for all the hard work".

nonno fabio · Post by **nonno fabio** » Sat Nov 13, 2010 7:53 am

thank you very much

Chahat · Post by **Chahat** » Tue Jan 04, 2011 7:28 pm

Hi Nonno,
Hope we have an update this month?

nonno fabio · Post by **nonno fabio** » Wed Jan 05, 2011 2:45 am

I hope so but I can't promise... Onepiece is working hard on his DX Integrator for W7

Chahat · Post by **Chahat** » Tue Feb 08, 2011 11:08 pm

@OP & NF