[BETA] Update Pack 2.2.1b3 + Integrator 1.5RC1
Hello Folks,
About the Advanced INF restart issue:
I edited the RVMUpPck.inf file in the manner suggestd earlier in this thread and repackaged it in 7z. The restart issue showed up as if nothing had happened.
I looked over my edits several times and it seems exactly as suggested.
Did this work for anyone?
Would it be possible to post an official beta4 update pack with this fix? (if indeed it is a fix, and I am the culprit)
Thanks:
SymSpaceT
EDIT (Jan. 29)
I started over from scratch (downloaded the pack anew and edited the inf file again) and it seems to be working indeed. Seems like I was at fault, sorry.
About the Advanced INF restart issue:
I edited the RVMUpPck.inf file in the manner suggestd earlier in this thread and repackaged it in 7z. The restart issue showed up as if nothing had happened.
I looked over my edits several times and it seems exactly as suggested.
Did this work for anyone?
Would it be possible to post an official beta4 update pack with this fix? (if indeed it is a fix, and I am the culprit)
Thanks:
SymSpaceT
EDIT (Jan. 29)
I started over from scratch (downloaded the pack anew and edited the inf file again) and it seems to be working indeed. Seems like I was at fault, sorry.
Last edited by SymSpaceT on Tue Jan 29, 2008 1:08 am, edited 1 time in total.
- Outbreaker
- Posts: 703
- Joined: Tue Aug 21, 2007 8:06 am
I have 1 Realtech LAN card and 1 Realtech Sound card. I have no problems but i have only SATA Drivers in my UT CD and i include all addons with nLite v1.4.1
And is in the RyanUpdatePack also the Uptodata MicrosoftUpdateEngine and WindowsUpdateEngine ?
And how can i include the WGAV addon without getting the KB898461 showing up in Windows Update ?dolivas wrote:Are you by chance using Rick Genuine Advantage AddOn or any other WGA addon if you are using Ricks that is what is causing the problem.
And is in the RyanUpdatePack also the Uptodata MicrosoftUpdateEngine and WindowsUpdateEngine ?
@Outbreaker I use xable WGAV and do not have any problems with KB898461 http://xable.net/forums/viewforum.php?id=3
- Windows XP Professional SP2 OEM
- RyanVM's Update Pack (v2.2.1 Beta 3 w/ fixed T13) integrated using (Integrator v1.5 RC2)

Microsoft Update looking like it should (minus the expected IE7/WMP updates).
Btw a newer version of the Root Certificates update is out (digital cert. 22nd Dec '07): Link
- Outbreaker
- Posts: 703
- Joined: Tue Aug 21, 2007 8:06 am
mmm i use this also do you include the also addon after the UpdatePack ?dolivas wrote:@Outbreaker I use xable WGAV and do not have any problems with KB898461 http://xable.net/forums/viewforum.php?id=3
Yes I use this and his WGAN with the updatepack with out the problem you are having.Outbreaker wrote:mmm i use this also do you include the also addon after the UpdatePack ?dolivas wrote:@Outbreaker I use xable WGAV and do not have any problems with KB898461 http://xable.net/forums/viewforum.php?id=3
My apologies, I grossly misunderstood what you were trying to say.benjamminzIS wrote:![]()
![]()
what are you talking about? how was I rude to anyone? I'm so confused now... you must have completely misunderstood what I said or something... seriously don't know what you're going on about... I haven't complained about anything not working... as far as this update pack is concerned because I have not used it! So anyways nothing to complain about here... I was only agreeing with someone who had mentioned something about update packs with bugs in them creating more adverse effects down the road... that is all.
Numbers written on restaurant bills within the confines of restaurants do not follow the same mathematical laws as numbers written on any other pieces of paper in any other parts of the Universe.
--Douglas Adams
--Douglas Adams
If you're talking about OnePiece's Advanced INF fix then the file you should edit is RVMUpPck.inf.
Hello all,
Correct me if I am wrong, but as I read through this thread, all the tests that people have made so far are are "too complex" in the sense that they always seem to include some third-fourth addon or update pack besides the basic "WinXP + Ryan update pack beta" setup.
So I decided to actually do this test:
WinXP Pro SP2 English-US (OEM) + RyanVM's current beta update pack (with the INF edit)
using the RVM integrator 1.5RC1
and NOTHING else: no addons, no tweaks, no slim-downs, no unattended.
I ran this installation on MS VirtualPC 2007 and patiently entered all the info for an unattended setup (including my timezone, which is not Kabul) and waited anxiously as the final boot dragged on...
only to find myself in Kabul again.
So this, indeed seems something pertaining to the update pack and not to any of the other stuff.
It remains a mystery to me how I actually did not have this error for like 3-4 tests of mine in the beginning (see one of my earlier posts) but statred show up later.
SymSpaceT
EDIT:
My apologies, it does seem that CEE-Kay did this test (a few posts up) and did not get the KabulTZ; however, it was not clear from hos post weather he/she used unattended setup or not.
EDIT again: I was using the RC1 version of the integrator, not the RC3 version -- maybe it's all in the integrator?
Correct me if I am wrong, but as I read through this thread, all the tests that people have made so far are are "too complex" in the sense that they always seem to include some third-fourth addon or update pack besides the basic "WinXP + Ryan update pack beta" setup.
So I decided to actually do this test:
WinXP Pro SP2 English-US (OEM) + RyanVM's current beta update pack (with the INF edit)
using the RVM integrator 1.5RC1
and NOTHING else: no addons, no tweaks, no slim-downs, no unattended.
I ran this installation on MS VirtualPC 2007 and patiently entered all the info for an unattended setup (including my timezone, which is not Kabul) and waited anxiously as the final boot dragged on...
only to find myself in Kabul again.
So this, indeed seems something pertaining to the update pack and not to any of the other stuff.
It remains a mystery to me how I actually did not have this error for like 3-4 tests of mine in the beginning (see one of my earlier posts) but statred show up later.
SymSpaceT
EDIT:
My apologies, it does seem that CEE-Kay did this test (a few posts up) and did not get the KabulTZ; however, it was not clear from hos post weather he/she used unattended setup or not.
EDIT again: I was using the RC1 version of the integrator, not the RC3 version -- maybe it's all in the integrator?
Last edited by SymSpaceT on Tue Jan 29, 2008 11:10 am, edited 1 time in total.
Thanks, thats it!!5eraph wrote:If you're talking about OnePiece's Advanced INF fix then the file you should edit is RVMUpPck.inf.
- Outbreaker
- Posts: 703
- Joined: Tue Aug 21, 2007 8:06 am
Test it with the now Integrator RC3 and whit nLite v1.4.1SymSpaceT wrote:Hello all,
Correct me if I am wrong, but as I read through this thread, all the tests that people have made so far are are "too complex" in the sense that they always seem to include some third-fourth addon or update pack besides the basic "WinXP + Ryan update pack beta" setup.
So I decided to actually do this test:
WinXP Pro SP2 English-US (OEM) + RyanVM's current beta update pack (with the INF edit)
using the RVM integrator 1.5RC1
and NOTHING else: no addons, no tweaks, no slim-downs, no unattended.
I ran this installation on MS VirtualPC 2007 and patiently entered all the info for an unattended setup (including my timezone, which is not Kabul) and waited anxiously as the final boot dragged on...
only to find myself in Kabul again.
So this, indeed seems something pertaining to the update pack and not to any of the other stuff.
It remains a mystery to me how I actually did not have this error for like 3-4 tests of mine in the beginning (see one of my earlier posts) but statred show up later.
SymSpaceT
EDIT:
My apologies, it does seem that CEE-Kay did this test (a few posts up) and did not get the KabulTZ; however, it was not clear from hos post weather he/she used unattended setup or not.
EDIT again: I was using the RC1 version of the integrator, not the RC3 version -- maybe it's all in the integrator?
I include many addons an have no TimeZone problem but i use also nLite.
In my option it is not a UpdatePack problem.
-
- Posts: 227
- Joined: Fri Jan 12, 2007 8:07 am
I believe it was an integrator problem, not update pack... hence the reason for RC2/RC3/RC3a/3b and now finally RC3c. I have been using RC3c with no issues so far, flawless integrations and tests and live installs to this point, many addons, IE7 and wmp11 included... no issues at all!!! Loving it!SymSpaceT wrote:EDIT again: I was using the RC1 version of the integrator, not the RC3 version -- maybe it's all in the integrator?
_coming soon, don't hold your breath
- RogueSpear
- Posts: 1155
- Joined: Tue Nov 23, 2004 9:50 pm
- Location: Buffalo, NY
You may find some helpful wine tips here. BTW, if you haven't tried SimplyMEPIS 7.0, you ought to give it a peek. Well worth your while.5eraph wrote:Integrating in Ubuntu 7.10 with Wine is another matter.
KB944092 replaces KB940322... any reason not to include it in the pack?
oh, and KB946629 replaces 941037, KB933008-v3 replaces 944781, KB938596 replaces 905749, KB940350-v2 replaces 935448, KB940275-v3 replaces 930178 (but adds crypt32.dll)
oh, and KB946629 replaces 941037, KB933008-v3 replaces 944781, KB938596 replaces 905749, KB940350-v2 replaces 935448, KB940275-v3 replaces 930178 (but adds crypt32.dll)
Last edited by DeaDruiD on Wed Jan 30, 2008 7:00 am, edited 1 time in total.
FINAL 2.2.1
Any ETA on this pack (final 2.2.1) ? I want to reinstall my laptop and I'm waiting ...
. If I missed this info anywhere in this forum I apologize.
R.

R.
I know, but changelog for the next pack was updated yesterdayHJW wrote:Since it is only available 5days after Ryan posted his beta updatepack here. So how could he include hotfixes that have been released afterwardsDeaDruiD wrote:KB944092 replaces KB940322... any reason not to include it in the pack?
However thanks for your tip about this
Re: FINAL 2.2.1
XP ServicePack III Final will be out 1st LOLdnoiz wrote:Any ETA on this pack (final 2.2.1) ? I want to reinstall my laptop and I'm waiting .... If I missed this info anywhere in this forum I apologize.
R.
Sorry
Sorry for any confusion caused, the installation was indeed unattended (using VMware), with OemPreinstall = Off and no RegTweaks used. For anyone interested I used the following line in my WINNT.SIF...SymSpaceT wrote:[Snip]
EDIT:
My apologies, it does seem that CEE-Kay did this test (a few posts up) and did not get the KabulTZ; however, it was not clear from hos post weather he/she used unattended setup or not.
[/Snip]
Code: Select all
[GuiUnattended]
TimeZone = 105
EDIT: When I get more time I'll see if the installation of the Realtek HDA drivers (during setup) contributes to this problem or not.
Well, I tested it with the latest integrator and I unfortunately still got transported to Kabul:Outbreaker wrote:Test it with the now Integrator RC3 and whit nLite v1.4.1
I include many addons an have no TimeZone problem but i use also nLite.
In my option it is not a UpdatePack problem.
- Ryan' s 2.2.1b3 with advanced INF reboot edit
- Latest Integrator 1.5RC3. (I also, by accident tested with 1.4.3, same)
- NOTHING else (not even unattended, entered everything manually)
- MS Virtual PC 2007, 256MB Ram, 5GB harddisk, internet-connected during installation
- Made the iso with the integrator
I also made a test with nLite but with drivers, Ie7, WMP10 etc and also got the KabulTZ.
Now...
Can somebody "in charge" (inasmuch as this can be interpreted in a volunteer community) tell me what is the status of this problem?
What should we, unlucky people stuck in Kabul, do for further testing?
Seems like the worst type of problem to me, the needle in the haystack kind.
I am especially frustrated since it did work for me for the first few runs using nLite and the heck I don't know what I changed.
By the way, the thing I do remember is when I used nLite and got the Kabul curse, another important setting also stopped working at the same time: I set the Windows Update to "Notify, but do not download", and this gets changed (or ignored) to "Automaticaly download and install" which I most definitely want to avoid.




SymSpaceT
can you export a reg file at HKLM\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Time Zones\
and send me a private msg?
I would like to try to help investigate but don't have the time to do a full install in VPC on my computer.
and send me a private msg?
I would like to try to help investigate but don't have the time to do a full install in VPC on my computer.
Chris Thomson
AKA OrcoXP
PHP/MySQL/phpMyAdmin 2 & 3 successfully running simultaneously on XP SP3 IIS.
AKA OrcoXP
PHP/MySQL/phpMyAdmin 2 & 3 successfully running simultaneously on XP SP3 IIS.
- Outbreaker
- Posts: 703
- Joined: Tue Aug 21, 2007 8:06 am
- Kelsenellenelvian
- Moderator
- Posts: 4383
- Joined: Tue Nov 30, 2004 8:32 pm
- Location: Pocatello, ID
- Contact:
-
- Posts: 227
- Joined: Fri Jan 12, 2007 8:07 am
- Outbreaker
- Posts: 703
- Joined: Tue Aug 21, 2007 8:06 am
Like i see they have change the date form 2H to 1H
http://www.microsoft.com/windows/lifecy ... packs.mspx
But i dont thing it will be out in next Mount.
http://www.microsoft.com/windows/lifecy ... packs.mspx
But i dont thing it will be out in next Mount.
Some more tests:
1. As before:
- Ryan' s 2.2.1b3 with advanced INF reboot edit
- Latest Integrator 1.5RC3. (I also, by accident tested with 1.4.3, same)
- NOTHING else (not even unattended, entered everything manually)
- MS Virtual PC 2007, 256MB Ram, 5GB harddisk, internet-connected during installation
- Made the iso with the integrator
This repeatedly produced the KabulTZ
2. Using the same setup, but using a DIFFERENT update pack with updates up to January 2008 (supposed to be based on the RyanVM pack):
Produced NO Kabul TZ issue
What is the protocol regarding naming other update packs here?
3. Using the fix discussed in this thread:
http://www.ryanvm.net/forum/viewtopic.php?t=5786
but using nLite and a couple of addons, drivers.
(WHY isn't this "fix" mentioned here? In fact, it is not "revealed" over there how this "fix" works - why?)
Produces NO Kabul TZ issue; however, automatic updates are turned on despite setting it to "Notify, but do not download" in nLite.
So....
It seems the bug is well-defined and it is in the pack.
SymSpaceT
P.S.: I will not be running any tests, had enough.
1. As before:
- Ryan' s 2.2.1b3 with advanced INF reboot edit
- Latest Integrator 1.5RC3. (I also, by accident tested with 1.4.3, same)
- NOTHING else (not even unattended, entered everything manually)
- MS Virtual PC 2007, 256MB Ram, 5GB harddisk, internet-connected during installation
- Made the iso with the integrator
This repeatedly produced the KabulTZ
2. Using the same setup, but using a DIFFERENT update pack with updates up to January 2008 (supposed to be based on the RyanVM pack):
Produced NO Kabul TZ issue
What is the protocol regarding naming other update packs here?
3. Using the fix discussed in this thread:
http://www.ryanvm.net/forum/viewtopic.php?t=5786
but using nLite and a couple of addons, drivers.
(WHY isn't this "fix" mentioned here? In fact, it is not "revealed" over there how this "fix" works - why?)
Produces NO Kabul TZ issue; however, automatic updates are turned on despite setting it to "Notify, but do not download" in nLite.
So....
It seems the bug is well-defined and it is in the pack.
SymSpaceT
P.S.: I will not be running any tests, had enough.
I'd imagine the reason that it hasn't been recommended as a permanent solution is because it's not elegant. The purpose of an Update Pack is to avoid adding update packages to SVCPACK by adding their contents directly to the installation source. It seems obvious that Microsoft has changed something in this particular package to prevent it in this case.
What makes this problem particularly maddening is that it cannot be reproduced 100% of the time. It does not occur for me in VMware Server, for example, yet it seems to happen more often than not with nonvirtual installations for others.
What makes this problem particularly maddening is that it cannot be reproduced 100% of the time. It does not occur for me in VMware Server, for example, yet it seems to happen more often than not with nonvirtual installations for others.
Give the creator's name and the pack name given in the thread title. If it cannot be found on this site then please provide a link to its homepage or another site where more information can be found. It would be interesting to see how this other pack gets around the issue.SymSpaceT wrote:What is the protocol regarding naming other update packs here?
- dougiefresh
- Posts: 948
- Joined: Wed May 11, 2005 5:05 pm
- Location: Murfreesboro, Tennessee
- Contact:
I just completed two installs, one with a copy of MCE and another with Home OEM. Both report that I've been transported to Kabul. Funny, it doesn't look any different from Murfreesboro....
Visit me at home: http://xptsp.filetap.com
This is not related to the time issue!
I have just noticed that the file Halmacpi.dll, (which is part of KB896256) does not seem to get installed during Windows Setup. The file is inside Ryans pack, and also present on the CD after Integrating Ryans latest beta3, but it does not get copied over after Windows has finnished installing.
I have tested this on a dual core machine, in VMWare 6, with the number of CPUs set to 2. The file is also not present on a live running dual core machine. There should be no reason that this file is not valid for my machine.
Can you have a look in to this please Ryan?
I have just noticed that the file Halmacpi.dll, (which is part of KB896256) does not seem to get installed during Windows Setup. The file is inside Ryans pack, and also present on the CD after Integrating Ryans latest beta3, but it does not get copied over after Windows has finnished installing.
I have tested this on a dual core machine, in VMWare 6, with the number of CPUs set to 2. The file is also not present on a live running dual core machine. There should be no reason that this file is not valid for my machine.
Can you have a look in to this please Ryan?
Actually that file resides in driver.cab after integration.Stimpy wrote:This is not related to the time issue!
I have just noticed that the file Halmacpi.dll, (which is part of KB896256) does not seem to get installed during Windows Setup. The file is inside Ryans pack, and also present on the CD after Integrating Ryans latest beta3, but it does not get copied over after Windows has finnished installing.
I have tested this on a dual core machine, in VMWare 6, with the number of CPUs set to 2. The file is also not present on a live running dual core machine. There should be no reason that this file is not valid for my machine.
Can you have a look in to this please Ryan?
Hi Siginet, do you have any idea why its not being loaded?
I have checked on the ms site, and as my PC is a multicore ACPI PC, so that file should be loaded.
I have checked in the device manager, and it confirms that I have a "ACPI Multiprocessor PC", but when I check the driver details, it does not list Halmacpi.dll as one of the drivers.
This KB article lists the available modes, and what Hal they are supposed to use. http://support.microsoft.com/kb/309283/en-us
Any ideas?
I have checked on the ms site, and as my PC is a multicore ACPI PC, so that file should be loaded.
I have checked in the device manager, and it confirms that I have a "ACPI Multiprocessor PC", but when I check the driver details, it does not list Halmacpi.dll as one of the drivers.
This KB article lists the available modes, and what Hal they are supposed to use. http://support.microsoft.com/kb/309283/en-us
Any ideas?
Stimpy, that is not a problem with the Update Pack. 
I suspect that HALMACPI.DLL gets copied over as HAL.DLL on systems that need it similar to the way that MSI31.DLL gets copied over as MSI.DLL from KB927891.
Here are a couple screen captures given as anecdotal proof. Megan-PC is an install from RyanVM Update Pack 2.1.10. Duality is installed from an unmodified XP x64 SP2 source. These are not virtual machines. They are using an AMD Athlon64 X2 4800+ and an AMD Opteron 185, respectively; both are dual core processors.



I suspect that HALMACPI.DLL gets copied over as HAL.DLL on systems that need it similar to the way that MSI31.DLL gets copied over as MSI.DLL from KB927891.
Here are a couple screen captures given as anecdotal proof. Megan-PC is an install from RyanVM Update Pack 2.1.10. Duality is installed from an unmodified XP x64 SP2 source. These are not virtual machines. They are using an AMD Athlon64 X2 4800+ and an AMD Opteron 185, respectively; both are dual core processors.


5eraph, you are 100% correct. There are 3 files that remain the same, regardless of system type. Microsoft builds the different kernel files but renames them upon installation:5eraph wrote:Stimpy, that is not a problem with the Update Pack.



These screenshots come from my Q6600-powered XP MCE2005 install (P965 mobo).
- Jason
=====
Edit: Irregardless is not a word.
Are the binary values in rvmhive.inf not supposed to be in quotes? Does it matter? I look at it and think that Windows is parsing each hex value as an inf option.
like:
instead of:
like:
Code: Select all
HKLM,"SOFTWARE\Microsoft\Windows NT\CurrentVersion\Time Zones\Central Standard Time\Dynamic DST","2006",1,"68,01,00,00,00,00,00,00,c4,ff,ff,ff,00,00,0a,00,00,00,05,00,02,00,00,00,00,00,00,00,00,00,04,00,00,00,01,00,02,00,00,00,00,00,00,00"
Code: Select all
HKLM,"SOFTWARE\Microsoft\Windows NT\CurrentVersion\Time Zones\Central Standard Time\Dynamic DST","2006",1,68,01,00,00,00,00,00,00,c4,ff,ff,ff,00,00,0a,00,00,00,05,00,02,00,00,00,00,00,00,00,00,00,04,00,00,00,01,00,02,00,00,00,00,00,00,00
redxii I don't think that this is the case, because quotes are used unly for strings. Thats why the 2006 is within quotes.
So the structure is:
Key name, Type, Value
BTW are you guys using tools like INF Tool
http://www.inner-smile.com/dl_inf.htm (lite version is free for personal use)
So the structure is:
Key name, Type, Value
BTW are you guys using tools like INF Tool
http://www.inner-smile.com/dl_inf.htm (lite version is free for personal use)
- Kelsenellenelvian
- Moderator
- Posts: 4383
- Joined: Tue Nov 30, 2004 8:32 pm
- Location: Pocatello, ID
- Contact:
He laughs because .inf syntax and structure is much larger than that little tool can even approach. I have used it. It does work for very simple things. However, if you plan on doing any .inf creation or editing, then you will have the distinct pleasure of learning it from the ground up. It is always helpful to head to msfn and look up gosh's webpage. A good starting point with pretty good explanations. Gosh's info is not really to teach you .inf, but more of an example of different .inf's structures and why they are structured so. It is oriented towards specific areas, but the way it is laid out and explained helped me get a grasp before I started in on the real documentation. Then you can start collecting your favorite pages of insights regarding .inf structure/syntax.Does belittling others suggestions make you feel better inside?
To be sure it is not for noobs, but at the same time, once you learn it, it is sooo helpful in sooo many situations.
Woo.
Thank you for explaining the whole thing rather than pointing and laughing at someone who was trying to input an honest suggestion.MrWoo wrote: He laughs because .inf syntax and structure is much larger than that little tool can even approach. I have used it. It does work for very simple things. However, if you plan on doing any .inf creation or editing, then you will have the distinct pleasure of learning it from the ground up. It is always helpful to head to msfn and look up gosh's webpage. A good starting point with pretty good explanations. Gosh's info is not really to teach you .inf, but more of an example of different .inf's structures and why they are structured so. It is oriented towards specific areas, but the way it is laid out and explained helped me get a grasp before I started in on the real documentation. Then you can start collecting your favorite pages of insights regarding .inf structure/syntax.
To be sure it is not for noobs, but at the same time, once you learn it, it is sooo helpful in sooo many situations.
Woo.
RVM Integrator v1.5 RC4b is now online:
http://integrator.siginetsoftware.com/i ... ons&id=144
RC3 was very solid. There weren't any bugs I had to fix Unless you count Linux (WINE) compatability.
I have added many new Unattended Parameters which can be used in your own programs/batch scripts to utalize the integrator.
This should become v1.5 final. Unless I broke something new.
So please test it and make sure it is ready. Please... no more requests of new features! If you want to request new features for v1.6 there is a thread on my forums.
This very well should put v1.5 into final.
http://integrator.siginetsoftware.com/i ... ons&id=144
RC3 was very solid. There weren't any bugs I had to fix Unless you count Linux (WINE) compatability.

I have added many new Unattended Parameters which can be used in your own programs/batch scripts to utalize the integrator.

This should become v1.5 final. Unless I broke something new.

