←  AutoPatcher for Windows XP SP3 (x86)

AutoPatcher Forum

»

AutoPatcher XP x86 Hotfix Depot

Whatacrock's Photo Whatacrock 17 Feb 2013

That is the reason it's on releases2.list --- script is yet to be signed. Once the bugs are out of it then is signed and moved to main list..
I only do the updates as needed and email to ViroMan, who then uploads onto releases2, from there is tested and if all is okay then goes to main.
Quote

Whoops's Photo Whoops 18 Feb 2013

View PostWhatacrock, on 17 February 2013 - 10:52 AM, said:

Any reports for this month or is the release all clear??

I got two errors while checking the entire XP x86 SP3 STD list:

Download Error: C:\Users\Administrator\Desktop\Apup\temp_bin\windows_xp_x86_wga_20120923.7z
File size does NOT match. Expecting 1198, but found 676!!!

Download Error: C:\Users\Administrator\Desktop\Apup\temp_bin\xp_rti_enu.7z
File size does NOT match. Expecting 20918, but found 676!!!
Edited by Whoops, 18 February 2013 - 12:54 AM.
Quote

Whatacrock's Photo Whatacrock 18 Feb 2013

@Whoops -- the wga error is my mistake as the date on the archive is incorrect --- will attend to ASAP

THe rti is yet to be replaced with a new signature..when it is updated is known at this time
Quote

Whoops's Photo Whoops 18 Feb 2013

@Whatacrock - Wow, that's quick! Amazing!

Please keep up the great work!
Quote

Whatacrock's Photo Whatacrock 18 Feb 2013

Need to wait to get either ViroMan or dkdk_it to upload the amended script, will keep everyone informed when this happens


The amendement to the script for the wga error has been corected and uploaded..please try the release again..

Note: rti error may still occur and hope this one will be taken care of soon
Edited by Whatacrock, 18 February 2013 - 12:49 PM.
Quote

Whoops's Photo Whoops 18 Feb 2013

The windows_xp_x86_wga_20120923.7z patch validates now correctly, thanks!

But now the following update fails:

Download Error: C:\Users\Administrator\Desktop\Apup_1_4_0\temp_bin\windows_xp_x86_wga_20121124.7z
File size does NOT match. Expecting 1198, but found 1195!!!
Quote

Whatacrock's Photo Whatacrock 18 Feb 2013

Sorry for that...will get that corrected and uploaded ASAP.
Quote

Whoops's Photo Whoops 19 Feb 2013

I greatly appreciate your efford maintaining these list !!

Absolutely NO need to say sorry !
Edited by Whoops, 19 February 2013 - 01:40 AM.
Quote

Whatacrock's Photo Whatacrock 19 Feb 2013

Give it another go.... uploaded edited script
Quote

ViroMan's Photo ViroMan 19 Feb 2013

View Postclick-click, on 17 February 2013 - 01:48 PM, said:

Since sweeper is not yet official and relies on a correct .rti, I did not use it (good thing too). which is probably why some of these fixes are appearing. If we are going to use a different releases list, IMHO, the files there should be pretty much what will end up on the main list. Especially a valid rti to keep sweeper from erasing things it should not. It's only a matter of time before someone forgets to turn off sweeper when they should have not forgotten.

You reminded me. I had planned to add support for a list or script command to disable sweeper from running in full mode. I will add a command to be read in from the list so that it knows that everything here is to not be taken serious.

OK in the next version, if the release list contains TestList in it, it will run sweeper in test mode.
Edited by ViroMan, 19 February 2013 - 03:01 AM.
Quote

click-click's Photo click-click 19 Feb 2013

What about releases2.list? As long as there is no official rti, you should make it run in test mode if not using the main list or if SweeperTesting=1 set in the .ini.
Edited by click-click, 19 February 2013 - 09:48 AM.
Quote

ViroMan's Photo ViroMan 19 Feb 2013

View Postclick-click, on 19 February 2013 - 09:47 AM, said:

What about releases2.list? As long as there is no official rti, you should make it run in test mode if not using the main list or if SweeperTesting=1 set in the .ini.
Thats what I meant. ANY list that has TestList found in it will make sweeper act as if you had set SweeperTesting=1 in the ini. Main list "should" never have TestList in it since they should all be signed.
Quote

click-click's Photo click-click 19 Feb 2013

Oh, okay, but I don't see any indication of that string (TestList) in any of the .list files on the server so I guess
you will add that to the .list files that require it.
Edited by click-click, 19 February 2013 - 01:32 PM.
Quote

ViroMan's Photo ViroMan 21 Feb 2013

Correct... If I add it now, APUP will silently log the command that it doesn't recognize.
Quote

click-click's Photo click-click 21 Feb 2013

BTW, who's going to sign the XP stuff so we can get back to official. I think it's been on the test release long enough don't you?
Quote

Whatacrock's Photo Whatacrock 21 Feb 2013

I second the motion ... click-click
Quote

Whatacrock's Photo Whatacrock 22 Feb 2013

For those of you that are interested dkdk_it has completed a conversion of Windows XP ITA to the same layout format as both Windows XP x86/x64 releases.

A WARNING:Please ensure you have a backup made before proceeding with this download, also if you other releases which are contained in Critical, NonCritical & Components then you will have to re-download these after downloading this release (reason being is this, the directories and Parent APM's are removed).

The release is signed therefore Official.
Quote

Whatacrock's Photo Whatacrock 22 Feb 2013

Windows XP x86 ENU now on main
Quote

click-click's Photo click-click 22 Feb 2013

WGA apms are using the wrong parent-id and do not show up in AP.
Attached File  2013-02-22_181216.png (61.01K)
downloads: 5
Edited by click-click, 22 February 2013 - 05:16 PM.
Quote

Whatacrock's Photo Whatacrock 22 Feb 2013

Error has been corrected and awaiting for ViroMan to upload amendments.

My apologies for not checking that they were correct
Edited by Whatacrock, 22 February 2013 - 11:04 PM.
Quote