AutoPatcher XP x86 Hotfix Depot
#281
Posted 18 October 2009 - 11:47 PM
as an reminder, the download link can be found in here. of course, those that just wanna try it, please go ahead. we need your opinion to do an better software
[]s
#282
Posted 19 October 2009 - 05:00 AM
#283
Posted 19 October 2009 - 09:14 PM
suggestions and bug reports (if any) please
thanks
[]s
#284
Posted 19 October 2009 - 10:21 PM
[]s
#285
Posted 21 October 2009 - 04:10 PM
For some unknown reason one of the last few edits to the XP SP3 script has caused my release to show as Unofficial with no
errors, so, if someone would be nice enough to run this md5 against the latest Official XP SP3 release (Oct. 19, 2009) - I would
greatly appreciate it. If for some reason all 553 files check it means I must be missing something, in this case I will need to run
your md5 (
#286
Posted 21 October 2009 - 06:18 PM
XP.SP3\xp_sp3_enu.rti.
And, of course, my official release is missing the modules that Cristiano edited on the 19th:
XP.SP3\modules\Critical\KB969059_xp_x86_enu.apm
XP.SP3\modules\Critical\KB974571_xp_x86_enu.apm
So, short story long .. difference between gUiTaR_mIkE's MD5 against mine:
XP.SP3\apup.log, unreadable as was expected
XP.SP3\apupbetarc1.exe, unreadable as was expected since I haven't tried the new betas yet
XP.SP3\apupbetarc3.exe, unreadable as was expected since I haven't tired the new betas yet
XP.SP3\modules\Critical\KB969059_xp_x86_enu.apm, unreadable since it hadn't been updated yet
XP.SP3\modules\Critical\KB974571_xp_x86_enu.apm, unreadable since it hadn't been updated yet
XP.SP3\no.selections.aaf, unreadable and I have no clue what this is
#287
Posted 21 October 2009 - 07:04 PM
they will screw up trying to find the problem in my release, so...
ignore these 4 files - whatever the error message with your md5 program...
...XP.SP3\apup.log - my log file
...XP.SP3\apupbetarc1.exe - apupbeta release candidate 1
...XP.SP3\apupbetarc3.exe - apupbeta release candidate 3
...XP.SP3\no.selections.aaf - my answer file
#288
Posted 22 October 2009 - 12:17 AM
thanks
[]s
#289
Posted 22 October 2009 - 01:09 AM
Quote
...Also, here's my log file, created at 5:29 PM my time (about 40 minutes ago)
...Regarding post 290 below:
Since my md5 seemed to pass at your end, if your release is official and is based off the latest XP SP3 script, you
could have created an .md5 and posted it and when I ran it, the missing / bad file(s) should get tagged.
Edited by gUiTaR_mIkE, 22 October 2009 - 01:50 AM.
#290
Posted 22 October 2009 - 01:29 AM
[]s
#291
Posted 22 October 2009 - 10:55 AM
update would need to be moved to the NonCritical downloads section of the script?
#=======================================#
Downloads: Critical updates
#=======================================#
Item=Security Update for Flash Player (KB923789)
DetectFile=autopatcher:\modules\Critical\KB923789_xp_x86_enu.apm_files\WindowsXP-KB923789-x86-ENU.exe
Item=Update for .NET Framework 1.1 SP1 KB925168
DetectFile=autopatcher:\modules\NonCritical\KB925168_DN11SP1_x86_enu.apm_files\ndp1.1sp1-kb925168-x86.exe
Item=CAPICOM-KB931906-v2102.exe
DetectFile=autopatcher:\modules\Critical\KB931906_x86_enu.apm_files\CAPICOM-KB931906-v2102.exe
#292
Posted 22 October 2009 - 11:21 AM
this one isn't required at all, since the flash player update has replaced this one ages ago. but, in order to do that, the flash player from extras should be added into the main releases, as critical. and this is kinda tricky to do, if the releases are like the current version of the enu scripts are.
> KB925168
this one should be in the .net package, as any other .net package. after all, this one isn't even critical. but, in order to do that and this is kinda tricky to do. in meantime, that was already moved to the proper section and the script will be signed as soon i be able to bypass my user restrictions in this machine. it is so hard to do that will take one minute or 2
[]s
#293
Posted 22 October 2009 - 11:54 AM
[]s
#294
Posted 22 October 2009 - 01:47 PM
Quote
The new APUP downloaded from the APUP script and there was a new .rti file - that's all I see. I ran my old md5 and the only
2 files that were a mismatch were the .rti and apup.exe.
BTW, did you do something different with the latest script, I opened it in notepad and it was gibberish, as if you encrypted it,
assigned new attributes, or opened an executable file as a text file - is this the new way of doing things?
APUP.Scripts.In.Notepad! - if you are using a new program to create and edit the scripts, what is it, and are you assigning new
attributes to the scripts?
Anyway, please, if someone has an Official XP SP3 release downloaded from the most recent script could you please create an md5
of the \modules folder and upload it to the forums. I should know in a moment what the problem is but I need an md5 from an Official
package for it to work
#295
Posted 25 October 2009 - 12:30 PM
KB968537 replaced by hotfix KB972483
KB970653 replaced by hotfix KB974176
Thanks
#296
Posted 25 October 2009 - 02:33 PM
this may be an error in the upload process. in local mode, the file is still fine, take a look:

also, another weird thing: i've downloaded that file and it seems normal
by the way, i only choose notepad for it and i don't change any attributes when uploading. as for the ftp tool, i'm running filezilla.
> KB968537 replaced by hotfix KB972483
weird. the catalog doesn't state that. and KB972483 is an update that must be requested to ms and, due the nature of the distribution (encripted with password that changes in a few days), we can't include that
KB970653 replaced by hotfix KB974176
same as above
in meantime, i will re-upload the script file to see if this issue relies on that file. i've also added an file named md5_checksum_for_AutoPatcher_XP_ENU.md5 into the script, that shall help track this issue. in meantime, i also will do an clean download to check for errors
[]s
#297
Posted 25 October 2009 - 03:13 PM
thanks
[]s
#298
Posted 25 October 2009 - 07:59 PM
[]s
#299
Posted 26 October 2009 - 12:01 AM
Ciao
Edited by click-click, 26 October 2009 - 12:01 AM.
#300
Posted 26 October 2009 - 01:42 AM
isn't bad, you know. there's only a few problems, like the politicians and certain ferengi companies. telefonica (also know around here as "telecômica" or, in a close translation "teleclawn") isn't better. so far i know, the only telecom that works in here is GVT, but this one is about the be sell to telefonica, despite Vivendi efforts. but i still have high hopes for Vivendi. maybe this one give some better answer than the one that Oi give me today, when i called them to complain about the download rates "mr, it's sunday... everybody is on internet high now and the website that you are trying to visit may be overloaded". ok, the international link of them has nothing to do with this issue and ms has only one 486 serving the entire globe with an shared link of 56K or so...
but finally the download come to an end. still, the xp enu script shows also official, even downloading from zero. but this doesn't mean too much, since an broken command or even an forgotten module may be creating this issue. but in order to track it, i must compare the entire content of an apup folder that is having this unofficial issue to mine. i'm saving one copy of the download test that i did into one portable device, that shall allow me track this issue as soon that someone present one md5 from the entire content of apup folder
now, sleep mode...
[]s
Edited by Cristiano, 26 October 2009 - 01:42 AM.
2 user(s) are reading this topic
0 members, 2 guests, 0 anonymous users












