Windows 2000 unofficial updates

5 Pages
←
1
2
3
4
→
Last »

You cannot start a new topic
You cannot reply to this topic

Windows 2000 unofficial updates UU Rollup, UR2, addons & updates

#21 tomasz86

http://www.windows2000.tk

Group: Members
Posts: 2,220
Joined: 27-November 10
OS:Windows 2000 Professional
Country:

Posted 17 June 2011 - 03:50 AM

Update Rollup 2 RC2 (41 MB) ready :whistle:

Changelog:

RC2

- added 917344 & 975560

Known issues:

Full list of included updates (90):

Spoiler

I decided to include DirectX7 update (975560) and Script 5.1 update (917344). The files replaced are originally present in Win2k so they were only replaced with newer versions. They will get replaced by newer versions if you slipstream DX9 and newer Script so don't worry

This post has been edited by tomasz86: 17 June 2011 - 03:58 AM

#22 bristols

Advanced Member

Group: Members
Posts: 451
Joined: 24-September 05
OS:none specified
Country:

Posted 17 June 2011 - 08:02 AM

PROBLEMCHYLD, on 16 June 2011 - 06:13 PM, said:

WINDOWS2000-KB829395-X86-ENU.EXE

~~That has a newer Winsta.dll (5.0.2195.6824).~~ (see the edit below for the correction)

PROBLEMCHYLD, on 16 June 2011 - 06:13 PM, said:

WINDOWS2000-KB811392-X86-ENU.EXE

This one isn't part of Windows 2000.

PROBLEMCHYLD, on 16 June 2011 - 06:13 PM, said:

WINDOWS2000-KB824995-V3-X86-ENU.EXE

This one should be replaced by the latest Time Zones Cumulative Update (2443685).

PROBLEMCHYLD, on 16 June 2011 - 06:13 PM, said:

WINDOWS2000-KB838141-X86-ENU.EXE

Not new - the same version of Rastapi.dll (5.0.2195.6824) is in 839228.

Edit
Uh-oh. Spoke too soon. In fact 829395 does not contain the same build of Winsta.dll that is specified in the KB article. Instead of 5.0.2195.6824, it actually contains Winsta.dll 5.0.2195.6701. This version isn't new.

This post has been edited by bristols: 17 June 2011 - 08:17 AM

#23 tomasz86

http://www.windows2000.tk

Group: Members
Posts: 2,220
Joined: 27-November 10
OS:Windows 2000 Professional
Country:

Posted 17 June 2011 - 08:12 AM

bristols,

824995 - that's true but the file installed by this update is not a part neither of Windows nor of any other update; still this update is probably not necessary

838141 - there is no Rastapi.dll in 839228 :no:

the KB article is wrong

                         ?  TEMP\HF\empty.cat
             5.0.2195.6883  TEMP\HF\ipsec.sys
             5.0.2195.6882  TEMP\HF\ipsecmon.exe
             5.0.2195.6824  TEMP\HF\netdiag.exe
             5.0.2195.6882  TEMP\HF\oakley.dll
             5.0.2195.6882  TEMP\HF\polagent.dll
             5.0.2195.6882  TEMP\HF\polstore.dll
             5.0.2195.6872  TEMP\HF\rasmans.dll
                  6.2.29.0  TEMP\HF\spmsg.dll
                  6.2.29.0  TEMP\HF\spuninst.exe
                         ?  TEMP\HF\update

This post has been edited by tomasz86: 17 June 2011 - 08:16 AM

#24 bristols

Advanced Member

Group: Members
Posts: 451
Joined: 24-September 05
OS:none specified
Country:

Posted 17 June 2011 - 08:28 AM

You're quick off the mark, tomasz86

tomasz86, on 17 June 2011 - 08:12 AM, said:

824995 - that's true but the file installed by this update is not a part neither of Windows nor of any other update; still this update is probably not necessary

I think it's unnecessary.

tomasz86, on 17 June 2011 - 08:12 AM, said:

838141 - there is no Rastapi.dll in 839228 :no:

the KB article is wrong

You're right.

#25 PROBLEMCHYLD

The Resurrector for old Windows OS

Group: Members
Posts: 2,466
Joined: 07-October 05
OS:98SE
Country:

Posted 17 June 2011 - 04:26 PM

Are you gonna update the HBR Mini Rollup with all updates if so I wait to download the newest hotfixes.
I'm in no rush. Thanks again.

#26 tomasz86

http://www.windows2000.tk

Group: Members
Posts: 2,220
Joined: 27-November 10
OS:Windows 2000 Professional
Country:

Posted 17 June 2011 - 04:50 PM

Yes

but it will take some time as it's around 130 HBRs to merge. First I want to finish UR2. I also want to make UR2.1 which apart from the official updates will include also unofficial ones (not only WildBill's, MDGx's and mine which are available here at MSFN but also some from BlackWingCat... especially kernel32 v5 or newer if possible). The other difference will be that UR2, when finished, won't be updated anymore (unless bugs are found) while UR2.1 will be updated when new unofficial updates are available.

This post has been edited by tomasz86: 17 June 2011 - 04:54 PM

#27 tomasz86

http://www.windows2000.tk

Group: Members
Posts: 2,220
Joined: 27-November 10
OS:Windows 2000 Professional
Country:

Posted 19 June 2011 - 07:42 AM

I think I'll have to change my mind about UR2. I wanted to make a one big Rollup will all of the available updates but HFSLIP is an obstacle to do it.

The problem is that HFSLIP treats UR1 (891861) differently from the rest of updates. It is being unpacked before processing other components (DX, IE, etc.) and there are some strings related specifically to it (HFSLIP adds some reg entries, copies & deletes several files, etc.). For this reason I changed the filename of UR2 to 891861-UR2.

What's the main problem?

It's impossible to add DX9 updates for example. Because the update numbered 891861 is processeded before everything else, DX9 files are not copied (because at that moment DX9 is not YET slipstreamed...). On the other hand, other updates are processed later, after all other components have been slipstreamed which means that DX files are copied correctly.

I'm thinking about making a new version of UR2 without UR1 which means that in order to have everything slipstreamed you will have to slipstream both UR1 and UR2. The advantage of doing so is that I have much more freedom when preparing the Rollup. Also, the package itself will be much simpler which is a + here as it'll be much easier to edit / fix / add components.

I'm sorry for this confusion

I belive this is the only way to be able to slipstream everything what is necessary and keep compatibility with HFSLIP at the same time.

PS Update Rollup RC2 still works 99% (can't say 100% as I haven't done all necessary tests...) correctly so feel free to use it if you wish

This post has been edited by tomasz86: 19 June 2011 - 07:48 AM

#28 tomasz86

http://www.windows2000.tk

Group: Members
Posts: 2,220
Joined: 27-November 10
OS:Windows 2000 Professional
Country:

Posted 22 June 2011 - 09:58 AM

IE / OE Mini Rollup is ready

http://www.msfn.org/...post__p__969148

#29 tomasz86

http://www.windows2000.tk

Group: Members
Posts: 2,220
Joined: 27-November 10
OS:Windows 2000 Professional
Country:

Posted 23 June 2011 - 08:16 AM

I uploaded DirectX 9.0c Full Pack today

and I've been slowly analyzing Service Pack's update.inf. It's much more complicated than an update.inf of a normal update or even an update rollup. But before I start doing anything about SP6 I'm going to finish the new Update Rollup 2 - as I already said, this time not cumulative, i.e. it will not include UR1.

If I really decide to make an SP6 it will be much easier to add update rollups to it instead of single updates

This post has been edited by tomasz86: 23 June 2011 - 08:17 AM

#30 tomasz86

http://www.windows2000.tk

Group: Members
Posts: 2,220
Joined: 27-November 10
OS:Windows 2000 Professional
Country:

Posted 25 June 2011 - 06:22 AM

I've prepared a special folder on MediaFire where I'll upload alpha/beta/RC versions of my projects. Files are password ("msfn") protected.

I placed the old UR2-RC2 there and also uploaded the newly-made IE6 Installer for W2K (alpha ver.). Please remember that these files are not finished and (may be) buggy/instable and please read their description before downloading

This post has been edited by tomasz86: 25 June 2011 - 06:28 AM

#31 tomasz86

http://www.windows2000.tk

Group: Members
Posts: 2,220
Joined: 27-November 10
OS:Windows 2000 Professional
Country:

Posted 30 June 2011 - 01:38 AM

There is a bug in the IE6 alpha installer that I mentioned above (perhaps that's why it's still alpha)... it seems it work O.K but can't be properly uninstalled :lol:

so if you use it to install IE6 then IE5 is gone forever

This post has been edited by tomasz86: 30 June 2011 - 01:38 AM

#32 tomasz86

http://www.windows2000.tk

Group: Members
Posts: 2,220
Joined: 27-November 10
OS:Windows 2000 Professional
Country:

Posted 01 July 2011 - 08:05 AM

I haven't written about UR2 for some time but it doesn't mean that I forgot about it or changed my plans

Lately I've been a little busy so I don't have that much time to spend on this project and believe, it's time consuming :ph34r:

but I'm trying hard to make it ready and eliminate all bugs before releasing the final version. I found some new things when preparing the IE / OE Mini Rollup and they will surely help me in making the UR2.

In this post I want to clarify my final plans for the Rollup as they've changed a bit since last time. First of all, there will be two editions - 2.0 and 2.1. Update Rollup 2.0 will include only official and public updates, Update Rollup 2.1 will include also unofficial ones and also some other components (see list below). In one word, UR2.0 will be just a basic Rollup of official updates - something that M$ should have done. UR2.1 is different in two aspects. First - unofficial updates and second - it will be updated in the future when new unofficial updates are available. By official and public updates I mean the updates that were publicly released after having been thoroughly tested. It means that HBRs will not be included in the Rollup.

Here you can see a detailed list of components that I want to include in UR2.

UR2.0

Windows Updates

IE Updates

* probably won't be included in the first release, planned to be added later on

UR2.1

Windows Updates

As you can see there are many differences between UR2.0 and UR2.1. If everything goes well, UR2.0 will be finished in short time and only after that I'm going to start working on UR2.1 so I can't say when it will be available yet. Also by having such a distinction between the two editions of the Rollup I'm able to include UR1 in it and still slipstream it correctly in HFSLIP.

The other thing you've probably seen is than WMP9 is absent from these lists. I don't think many people use it so I don't want to integrate it inside the Rollup. Instead I want to prepare a WMP9 Mini Rollup which would include WMP9+all updates+WMP6/9 codecs. Such a mini rollup could be slipstreamed together with UR2 from HF folder.

I hope everything is clear now

And one more thing... UR2.0 (not 2.1) can be very easilty localised. If you are interested in having UR2.0 in your language, please send me a pack of updates which are listed in this post.

This post has been edited by tomasz86: 01 July 2011 - 08:14 AM

#33 tomasz86

http://www.windows2000.tk

Group: Members
Posts: 2,220
Joined: 27-November 10
OS:Windows 2000 Professional
Country:

Posted 04 July 2011 - 05:57 AM

UR2.0 is almost ready. I did it once again from scratch and this time was much more careful when editing update.inf. I focused especially on sorting the registry entries to eliminate all duplicates and also be sure that nothing was skipped during the process of combining the updates. I also added UR1's contents to it but this time did it manually as it's quite complicated and I wanted to have 100% control over this process.

I need a few more days to finish everything and slim down the update.inf (i.e. remove unused strings) and to prepare localised versions. As I said before, if you want to have UR2.0 in your language, the only thing to do is to send me a pack of updates and I'll be able to prepare it very quickly

New thing about UR2.1 - it will include MDGx's True Type Fonts (TTF) Pack.

This post has been edited by tomasz86: 04 July 2011 - 06:05 AM

#34 Molecule

Member

Group: Members
Posts: 185
Joined: 11-November 05

Posted 04 July 2011 - 07:54 AM

hi tomasz86

you and bristols are doing some totally awesome mighty work!

huge kuddos and much much appreciated as well

a quick thought (and I have no idea if it might be possible) but I don't imagine too many people are running 2K with IE5, script 51, mdac253, dx7, mp6, etc. (although I prefer classic 6 with 9 codecs) ... if you're worried about serving them, why not do a simple R2preinstall (or whatever) to update their core components to a sensible system (?IE6sp1; runtimes (script 57, mdac 28sp1, VB6sp6, VC++05sp1, ... ); mp9, dx9c(std), codecs9) then ... maintain ONE patch list.

that alone will be hard enough work ... I have huge respect for that ... otherwise you burn out when you open up list management to hairball territory

back when, just to prove how thick I was, I did a manual frogwalk through "the Vast Hairball" i.e. MS patch domain (endless rabbit holes everywhere ... and then some ... and nowhere a mushroom to rest my head on ... alas!)

what I found was that no two expert system builders and listkeepers, building nearly identical systems, will come up with the same patch list. It's the very definition of impossible hairball. I compared them all including Microsoft itself, and Shivlik, and and and

it was amazing ... here's my 2009 comparison, posted on this forum Windows 2000 update lists compared. it's was such a hoot ... that it took months to frogwalk (I'm on dialup) and twice as long for my brain to fully recover! harhar!! (I haven't figured out smilies yet, but I'm sure there's a good one for that ... I'm still looking). In fact, I gave up on building a 2k system because of MS exhaustion, and went back to my old standard ... 98se ... it's still the greatest!! but there is some newer software ... sooo here I am building a 2k system ... I'm going to use terabyte's Image as my antivirus (in fact, I'd like to automate shutdown ... prehaps someone could help me ... on shutdown execute a script that gives me the option to defrag and shutdown, or shutdown and reboot to cd, whereupon terabyte linux would restore boot partition and then shutdown. terabyte will restore off of a batch, so the restore code would need to have the usual warnings ... is this the image file you want to restore? the hdd partition 1 to be restored? or do a test to see if a 40-char random filename for the image file matches a system file in root of the partition, with the same 40-char random filename, to uniquely match the image sourcefile with the target partition, etc.) and then shutdown.)

R2coreup would bring us user-consumers up to a set of core components that you think is the most manageable, from your perspective, listwise and patchbuildingwise, as regards your available energy, time and focus. The rest of us will follow your lead. The last thing we want is for you or bristols to try to satisfy the world (an empty set that), and then burn out. The two of you (and lots of others on msfn team) are listkeeping and patchbuilding a path through the MS security hariball that is beyond the talents and abilities of most of us. Focus will make the project stronger.

you and bristols have pretty much already started towards that end anyway ... on bristols list, who's going to HFSLIP a hairball of patches for script 51 when there's a link to 57 sitting right there? .. you with your rollups for ie6 and dx9 (MS made a mistake when they merged dx9 x86 with x64). Pack a rollup (easy huh? haha) for a few runtimes, script 57, vb6, c++, mdac, and you've already got R2coreup put to bed.

then you and bristols, and the rest of us, have just one list to look after. That will be hard enough. As shown by my 09 work above!! That was 11 listkeepers! Most pros, and I mean, pro as in earning their living that way ... all hugely different list results.

after R2coreup gets put to bed, its cousin, R2patchup, gets put to bed ... R2patchup would update the standardized core system, as defined by you and bristols, using MS-only patches ... (you are right to separate out .net and xml even ... daht net's a whole 'nuther hairball dar boiz).

once R2coreup and R2patchup are patted down, they become a standard 2K platform upon which to build the R2patchplus rollups. In your mindsets, you and bristols, and the rest of us, are already working towards that anyway.

For stability, and reputation, you could then add an R2hbrup. In fact, you've already done that! so that's put to bed already. Just a few pieces to go.

I think this is the important part ... don't commingle your or wildbill's work, et al, with MS ... when a stability issue pops up, if MS is separated, the issue can be quickly isolated ... was it an unofficial by wildbill, or you or bristols, or whoever, ... or was MS again, by patch or HFR, which can be isolated in a separate rollup? you and others on the msfn team don't need to totally commingle your reputations with MS. in fact, msfn contributors are preserving MS's reputation.

the R2patchplus rollups could then plugin the hugely helpful unofficials ... if a stability issue should crop up, it can be quickly isolated as MS or HBR ... or as unofficial and quickly fixed (IMHO the former is more likely).

It's just a thought ... I have such HUGE respect and admiration for the hard work that you and bristols (and everyone else on msfn) are doing.

Major kudos to you all ... just one molecule here ... harhar

edit add

I may be able to help with testing but I need more experience with hfslip (files in right dirs) ... I have an ASUS CUV4X (P3socket 370, 512M) with Matrox g400 AGP, AHA2940AU (cd's scanner), VIA642 controller card (for 48-bit HDD bios), a NIC, a USRobotics 5610, and a USB20 card ... I cold swap HDDs and 98se gives me no problem ... (my first builds of 2k are puking when I swap my data HDDs ... that'll have to be another post ... I'm just not quite there yet.) and I have a MSI P43neo-f3, core2 duo 7200, P43 northbridge, ICH10 southbridge (sata), with Intel drivers for 2k (and XP), MSI video 7300g-256meg, Realtec LAN and Audio (with Intel 2k drivers (and XP drivers), 2 gig ram, aha2940, pci modem, cold swappable data HDDs, ... blah blah

This post has been edited by Molecule: 04 July 2011 - 09:06 AM

#35 Molecule

Member

Group: Members
Posts: 185
Joined: 11-November 05

Posted 04 July 2011 - 05:16 PM

In the database I made of the patch bulletins, I couldn't find where the MS bulletins says these were superseded.

some of them are pretty old ... not that I didn't miss something, or that the MS bulletin listkeepers are perfect either ...

any harm if I go ahead and include these in HFSLIP?

also, the .mis to install the VB6 runtime ... it doesn't go into /HF?

(does HFSLIP make a record of slip or install atttempts that fail or return errors? -- I guess that all happens at the install?)

sbk/b   kb      filenum  released ?HF/ folder?   filename
------  ------  ------   --------  ------------  -----------------------------
05-024  894320  894320   05/09/05  HF/           Windows2000-KB894320-x86-ENU.EXE   - w2k webview
05-027  896422  896422   06/13/05  HF/           Windows2000-KB896422-x86-ENU.EXE   - w2k msg blk
05-032  890046  890046   06/13/05  HF/           Windows2000-KB890046-x86-ENU.EXE   - w2k agent
08-032  950760  950760   06/10/08  HF/           Windows2000-KB950760-x86-ENU.EXE   - w2k killbits
08-037  951748  951748   07/07/08  HF/           Windows2000-KB951748-x86-ENU.EXE   - w2k dns
08-052  957337  975337   10/13/09  HF/           WindowsXP-KB975337-x86-ENU.exe     - w2k gdi+
09-044  958471  958471   08/10/09  HF/           Windows2000-KB958471-x86-ENU.EXE   - w2k rdp
04-028  833989  833989   09/20/04  HF/           IE6.0sp1-KB833989-x86-ENU.exe      - ie6 vgx.dll
07-028  931906  931906.2 05/08/07  HF/           CAPICOM-KB931906-v2102.exe         - runtime
08-070  926857  926857   12/09/08  HFSVCPACL_SW1 VB60SP6-KB926857-x86-ENU.msi       - runtime
08-053  954156  954156   09/08/08  HF/           WindowsMedia9-KB954156-x86-ENU.exe - encoder 9
10-033  979332  979332   06/07/10  HF/           WindowsMedia9-KB979332-x86-ENU.exe - encoder 9

04-028  867460  867460   08/30/04  HF/           NDP1.1sp1-KB867460-X86.exe         - .net1.1
09-062  971108  971108   10/12/09  HF/           NDP1.1sp1-KB971108-X86.exe         - .net1.1
10-041  979906  979906   06/01/10  HF/           NDP1.1sp1-KB979906-X86.exe         - .net1.1
10-070 2416447 2416447   09/27/10  HF/           NDP1.1sp1-KB2416447-X86.exe        - .net1.1
09-062  971111  971111   10/12/09  HF/           NDP20SP2-KB971111-x86.exe          - .net2.0
10-041  979909  979909   06/01/10  HF/           NDP20SP2-KB979909-x86.exe          - .net2.0
10-070 2418241 2418241   09/27/10  HF/           NDP20SP2-KB2418241-x86.exe         - .net2.0
959209  958481  958481   12/17/08  HF/           NDP20SP2-KB958481-x86.exe          - .net2.0
982167  982167  982167   06/01/10  HF/           NDP20SP2-KB982167-x86.exe          - .net2.0

also for msxml4sp3, MS put up the usual link to install .msi, plus they added a link to a small cab file for distribution installs
msXML4 sp3 download page

the msi install is 2.32M while the cab install is only 695K -- wonder if the cab works in HFSLIP

also, in Bristols list for media players, there's a group of files for WMP6&WMP9, and another group for WMP9 only. If I'm installing WMP9, do I install both groups? If WMP6 is not uninstalled or overwritten (9 is a separate program) then I should do both anyway?

thanks for your help ...

#36 tomasz86

http://www.windows2000.tk

Group: Members
Posts: 2,220
Joined: 27-November 10
OS:Windows 2000 Professional
Country:

Posted 04 July 2011 - 07:28 PM

WOW! That's a long post :w00t:

I'll try to reply to the second one first:

Molecule, on 04 July 2011 - 05:16 PM, said:

any harm if I go ahead and include these in HFSLIP?

If newer files are already included in other updates then HFSLIP will use only them so the older ones don't matter at all.

Quote

also, the .mis to install the VB6 runtime ... it doesn't go into /HF?

Well, first of all this update is not for Windows 2000 system per se. You must have VB6.0 installed. If you do use it then I beliveve it should go to HFSVCPACK_SW1 (most of .msi installers go to this folder, except those that are supported, ex. MSXMLs go to HF).

Quote

(does HFSLIP make a record of slip or install atttempts that fail or return errors? -- I guess that all happens at the install?)

HFSLIP is not a very complicated thing

in case of M$ updates, it just replaces the original files with the updated ones and sets the .inf files from these updates to be run when installing the system. If you want to be sure that all updates are slipstreamed correctly, you should just watch the whole process carefully and check if files are copied.

05-024  894320  894320   05/09/05  HF/           Windows2000-K894320-x86-ENU.EXE   - w2k webview

Obsolete. Newer version is already in another update.

05-027  896422  896422   06/13/05  HF/           Windows2000-KB896422-x86-ENU.EXE   - w2k msg blk

Obsolete. Newer version is already in another update.

05-032  890046  890046   06/13/05  HF/           Windows2000-KB890046-x86-ENU.EXE   - w2k agent

Obsolete. Newer version is already in another update.

08-032  950760  950760   06/10/08  HF/           Windows2000-KB950760-x86-ENU.EXE   - w2k killbits

Obsolete. Replaced by KB980195.

08-037  951748  951748   07/07/08  HF/           Windows2000-KB951748-x86-ENU.EXE   - w2k dns

Obsolete. Replaced by KB951748-v2.

08-052  957337  975337   10/13/09  HF/           WindowsXP-KB975337-x86-ENU.exe     - w2k gdi+

This one is new for me

It says WindowsXP but in the KB article you can see that it's for Win2k too. Anyway, it can't be slipstreamed because it doesn't include any installer. If you try to run the file it just asks where to extract. I think I'll have to make a slipstreamable version of this one

At this moment you can't use if with HFSLIP.

09-044  958471  958471   08/10/09  HF/           Windows2000-KB958471-x86-ENU.EXE   - w2k rdp

It's not present at bristols. I believe it's an update for KB958470 (Remote Desktop Client Version 5.1). The files installed by this update are normally not present in Windows 2000 so I believe you should use it only if you use Remote Desktop.

04-028  833989  833989   09/20/04  HF/           IE6.0sp1-KB833989-x86-ENU.exe      - ie6 vgx.dll

Obsolete. Replaced by KB958869.

07-028  931906  931906.2 05/08/07  HF/           CAPICOM-KB931906-v2102.exe         - runtime

I don't know anything about this one as I don't use CAPICOM. I've checked it and believe that in order to use it with HFSLIP you have to unpack it (there is an .msi installer inside) and put the .msi file to HFSVCPACK_SW1.

08-070  926857  926857   12/09/08  HFSVCPACL_SW1 VB60SP6-KB926857-x86-ENU.msi       - runtime

Obsolete. Replaced by VB60SP6-KB957924-v2-x86-ENU.msi. I haven't tried it but probably should go to HFSVPACK_SW1.

08-053  954156  954156   09/08/08  HF/           WindowsMedia9-KB954156-x86-ENU.exe - encoder 9
10-033  979332  979332   06/07/10  HF/           WindowsMedia9-KB979332-x86-ENU.exe - encoder 9

These two should only be used if you have WMP9 Encoder installed. If I remember correctly, bristols' removed them from his site for this reason. If you just use WMP9 for playing audio/video files, you shouldn't install these updates.

04-028  867460  867460   08/30/04  HF/           NDP1.1sp1-KB867460-X86.exe         - .net1.1
09-062  971108  971108   10/12/09  HF/           NDP1.1sp1-KB971108-X86.exe         - .net1.1
10-041  979906  979906   06/01/10  HF/           NDP1.1sp1-KB979906-X86.exe         - .net1.1
10-070 2416447 2416447   09/27/10  HF/           NDP1.1sp1-KB2416447-X86.exe        - .net1.1
09-062  971111  971111   10/12/09  HF/           NDP20SP2-KB971111-x86.exe          - .net2.0
10-041  979909  979909   06/01/10  HF/           NDP20SP2-KB979909-x86.exe          - .net2.0
10-070 2418241 2418241   09/27/10  HF/           NDP20SP2-KB2418241-x86.exe         - .net2.0
959209  958481  958481   12/17/08  HF/           NDP20SP2-KB958481-x86.exe          - .net2.0
982167  982167  982167   06/01/10  HF/           NDP20SP2-KB982167-x86.exe          - .net2.0

These are .NET Framework updates. You can't use them with HFSLIP. If you want to slipstream .NET 1.1 & 2.0 with updates then I recommend using my switchless installers which go to HFSVCPACK folder. If you want to include both .NET 1.1 & 2.0 you can use just 2KDNF11SP120SP2(110615).exe (installers and all updates are included in it).

Quote

Obsolete. It's replaced by msxml4-KB973685-enu.exe which goes straight to HF

Quote

also, in Bristols list for media players, there's a group of files for WMP6&WMP9, and another group for WMP9 only. If I'm installing WMP9, do I install both groups? If WMP6 is not uninstalled or overwritten (9 is a separate program) then I should do both anyway?

Yes

WMP6 updates are absolutely necessary regardless of whether you have WMP7.1 or WMP9 installed. They should be installed even if you don't use WMP at all because WMP6 files are always present in the system.

Quote

thanks for your help ...

You're welcome

I'll try to write a reply to the first post later today. I hope everything is clear for you now.

If you wait just a few days until I finish the UR2.0, I'll post a full list of my HFSLIP folders' contents so you can compare yours with mine.

This post has been edited by tomasz86: 04 July 2011 - 07:41 PM

#37 tomasz86

http://www.windows2000.tk

Group: Members
Posts: 2,220
Joined: 27-November 10
OS:Windows 2000 Professional
Country:

Posted 04 July 2011 - 10:54 PM

Molecule, on 04 July 2011 - 07:54 AM, said:

a quick thought (and I have no idea if it might be possible) but I don't imagine too many people are running 2K with IE5, script 51, mdac253, dx7, mp6, etc. (although I prefer classic 6 with 9 codecs) ... if you're worried about serving them, why not do a simple R2preinstall (or whatever) to update their core components to a sensible system (?IE6sp1; runtimes (script 57, mdac 28sp1, VB6sp6, VC++05sp1, ... ); mp9, dx9c(std), codecs9) then ... maintain ONE patch list.

Actually the point of the Update Rollup 2 is like this - UR2.0 for people who want to stick only to the official M$ stuff and UR2.1 for those who do not hesitate to use the unofficial updates. UR2.0 is a set of critical updates for system components - system updates, IE/OE (5/6) updates, DX7 updates, Script, MDAC, etc. The important thing is that if you use newer versions, ex. DX9 and Script 5.7, the older ones just will NOT be installed with the Rollup. Everything is set automatically. UR2 installer detects whether you have DX9 installed and skips DX7 files. The same thing with MDAC, Script, etc. It also means that UR2.0 can be used together with Script 5.7, WMP9, DX9, etc. as the older files are just ignored in this case. It applies to HFSLIP too. As for IE/OE updates - UR2.0 automatically detects whether you're using IE5 or IE6 and installs only the appropriate versions of the updates. Please check IE / OE Mini Rollup for details as IEOEMR1 (not 1.1!) is included in UR2.0. Actually I wanted to include DX9 updates (not DX9 itself) in UR2.0 but gave up because it was not working with HFSLIP.

UR2.1, on the other hand, is not something created separately. It's based on UR2.0. I just add additional components/updates to it. It means that I don't have to make two separate Rollups. It's just UR2.0 + other things. The other important point is that UR2.0 is going to be a final product - no updates when completed (as M$ support is over). UR2.1 will be updated constantly - I plan add new unofficial updates regularly.

As for WMP6 updates, they are necessary even if you don't use it so I will include them in both UR2.0 and 2.1 (please remember that I'm talking only about security updates and not the codecs!). WMP9 with all updates & codecs will be available through WMP9 Mini Rollup which I want to make later on.

Quote

R2coreup would bring us user-consumers up to a set of core components that you think is the most manageable, from your perspective, listwise and patchbuildingwise, as regards your available energy, time and focus. The rest of us will follow your lead. The last thing we want is for you or bristols to try to satisfy the world (an empty set that), and then burn out. The two of you (and lots of others on msfn team) are listkeeping and patchbuilding a path through the MS security hariball that is beyond the talents and abilities of most of us. Focus will make the project stronger.

I keep everything stored at my HDD and plan to make it available for everyone later on, so other people could use these tools to make custom udpates too. Don't worry

I also keep bristols' site's copy here just in case. I also plan to prepare my own short list of updates for those who decide to use UR2, i.e. "which updates should I include together with UR2?".

Quote

you and bristols have pretty much already started towards that end anyway ... on bristols list, who's going to HFSLIP a hairball of patches for script 51 when there's a link to 57 sitting right there? .. you with your rollups for ie6 and dx9 (MS made a mistake when they merged dx9 x86 with x64). Pack a rollup (easy huh? haha) for a few runtimes, script 57, vb6, c++, mdac, and you've already got R2coreup put to bed.

Actually bristols himself slipstreams IE5 only and uses FDV fileset to get rid of IE related components. As I said above, Script 5.1 is already in the system and I just replaced the file with a newer version from KB917344. If you decide to use ver. 5.7, the older file will be overwritten by the new ones from Script 5.7.

DirecX9.0c Full Pack doesn't contain any x64 archives

Quote

For stability, and reputation, you could then add an R2hbrup. In fact, you've already done that! so that's put to bed already. Just a few pieces to go.

Actually HBRs seem to be instable

I decided not to use them myself. I still plan to make a new version of the HBR Rollup but I personally advice against using them if you want a 100% stable system.

Quote

I think this is the important part ... don't commingle your or wildbill's work, et al, with MS ... when a stability issue pops up, if MS is separated, the issue can be quickly isolated ... was it an unofficial by wildbill, or you or bristols, or whoever, ... or was MS again, by patch or HFR, which can be isolated in a separate rollup? you and others on the msfn team don't need to totally commingle your reputations with MS. in fact, msfn contributors are preserving MS's reputation.

I know what you're talking about but I'm not sure about making a separate "add-on" rollup only with the unofficial updates. The point is that they replace the official ones (i.e. system files are replaced by those from the unofficial updates). I believe unofficial updates are actually stabler than HBRs as they are modified XP's updates which were thoroughly tested by M$. On the other hand, HBRs while official and coming directly from M$ were not tested

In my opinion you just have to use unofficial updates if you want to keep using Win2000 today, especially concerning the security holes. But I understand that there are some people who would like to stick to the official ones only. That's why there will be two versions of UR2 - 2.0 (only official updates) and 2.1 (official + unoffocial updates).

As for MSFN contributors, please don't forget BlackWingCat! Even though he's not very active here, I've been heavily analising his updates and using some of his solutions when preparing the UR2 and also other unofficial stuff.

BlackWingCat has also made a few very important unofficial updates:
- kernel32 v5 (I strongly advise using it; will be included in UR2.1)
- Microsoft Visual C++ 2010 v3

Quote

I may be able to help with testing but I need more experience with hfslip (files in right dirs) ...

Of course I appreciate all help and input

feel free to test and post comments here. As for HFSLIP, you can check Mim0's site for detailed information about it. It's for XP but the basic guide is the same (folders, etc.).

Thanks for mentioning other components such as MS C++. I didn't think about them but I'll have to see if it's possible to add them to the Rollup 2.1 too.

This post has been edited by tomasz86: 04 July 2011 - 10:56 PM

#38 tomasz86

http://www.windows2000.tk

Group: Members
Posts: 2,220
Joined: 27-November 10
OS:Windows 2000 Professional
Country:

Posted 05 July 2011 - 12:03 AM

By the way, last month MS released a corrected versions of Visual Studio and Visual C++ which fixes an issue connected with Windows 2000.

http://www.microsoft...n/ms11-025.mspx

#39 tomasz86

http://www.windows2000.tk

Group: Members
Posts: 2,220
Joined: 27-November 10
OS:Windows 2000 Professional
Country:

Posted 05 July 2011 - 02:50 AM

Update Rollup 2.0 RTM :whistle:

Windows2000-KB891861-UR2-RTM-x86-ENU.exe (49.06 MB, pass: msfn)

UR2.0 will be officially available in a very short time.

UR2.1 will include .NET 1.1,2.0 & 3.5. It'll also include MS VC++ 2005, 2008 & 2010.

This post has been edited by tomasz86: 05 July 2011 - 03:17 AM

#40 NothingMuchHereToSay

Junior

Group: Members
Posts: 57
Joined: 02-July 11
OS:none specified
Country:

Posted 06 July 2011 - 12:31 AM

Someone ought to sticky this and/or move this to the Windows 2k board. This is amazing work! Once I get Windows 2000 to test, I'd love to try out these updates!