13 replies to this topic

[JRosenfeld]

I used Autopatcher to install the dotnet updates 979909 and 982168. In my temp files I get files showing the install was successful (e.g the htm file shown in pic).

But on opening autopatcher again they still show as black (not installed.

[JRosenfeld]

Tried to edit above to addpic of Autopatcher, but the full editor would not open, so add it here

[Cristiano]

there are 2 .net updates that doesn't work if not installed in proper order. i don't remember right now the kb numbers, but i will test it as soon as possible

thanks

edit: great... the page of KB979909 states that this one is v2, but it is v1 and the module is looking for the wrong value. for KB982168, it's an similar case. the fact is that this one isn't KB982168, but it's an collection of updates: NDP20SP2-KB976765.msp, NDP20SP2-KB980773.msp, and NDP30SP2-KB976769.msp. so, the detection has to be changed to be multiple. in this case:
KB976765
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Updates\Microsoft .NET Framework 2.0 Service Pack 2\SP2\KB976765v2
PackageVersion=2

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Updates\Microsoft .NET Framework 2.0 Service Pack 2\SP2\KB980773
PackageVersion=1

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Updates\Microsoft .NET Framework 3.0 Service Pack 2\SP2\KB976769v2
PackageVersion=2

i will fix those detections, don't worry. sorry about that, but this month i had to update the scripts from shared computers, without be able to test a lot of things that are required. right now, i'm doing that from a computer that doesn't belong to me, so...

[]s

Edited by Cristiano, 14 June 2010 - 02:03 AM.

[Cristiano]

fixed. thanks again

[]s

[click-click]

>fixed. thanks again

Hmmm, ran Apup for .NET after your last fix and got a verification error.

Spoiler

APUP Has Started
Version: 1.3

Operating System: English (1033) Windows Vista Business 32-bit Service Pack 2
Current Locale: German - Germany / Non-Unicode Default: German - Germany
Starting APUP From: Z:\Autopatcher
Date & Time: 15-Jun-2010 11:40 UTC Offset: 1

***Downloading/Processing Releases.list***

List file HTTP location: http://www.autopatch...m/releases.list
Download queue processed. Proceeding to next phase.

***Releases.list Processed: Waiting for User Input***

The Following Releases have been Picked:
apup.script
apengine.script
dotnet/autopatcher_dotnet_20100613.script

***Running Any Pre-Cleanup Routines***

Download queue processed. Proceeding to next phase.
Executing shell command: del "Z:\Autopatcher\apup_bin\uz.exe"
Executing shell command: rmdir /S /Q "Z:\Autopatcher\win9xnt"
Executing shell command: ren "Z:\Autopatcher\modules\Components\__dotnet\NDP1.1sp1-KB953297_files" NDP1.1sp1-KB953297.apm_files
Executing shell command: del "Z:\Autopatcher\modules\Components\__dotnet\NDP35SP1-KB976126.apm_files\NDP35SP1-KB976126-x86.exe"

***Starting Detection Routine Phase***

Detection error for file Z:\Autopatcher\modules\Components\__dotnet\NDP30SP2-KB982168-x86.apm
MD5 Hashes do NOT match. Expecting 7857A6CEE1075B7C5C5EBF0310E23E56, but found 70740afc5b1f3da5ee4f95242da5a46e!!!
Detection error for file Z:\Autopatcher\modules\Components\__dotnet\NDP20SP2-KB979909-x86.apm
MD5 Hashes do NOT match. Expecting EE51690549A8EF68F8D9C3654BC1DF64, but found a2790d0c4b0f8152a4c0772676ac4227!!!
Item AutoPatcher .Net Modules is missing or its parts are not completely downloaded. Adding whole download for this item to the queue.
--Adding http://www.autopatch...t_20100613.7z--

***Downloading Releases***

Files to be Downloaded: 1
Download queue processed. Proceeding to next phase.

Download Error: Z:\Autopatcher\modules\Components\__dotnet\windows_dotnet.7z
File size does NOT match. Expecting 6101, but found 6102!!!

***Processing Cleanup Routines***

Extracting Z:\Autopatcher\modules\Components\__dotnet\windows_dotnet.7z into Z:\Autopatcher\modules\Components\__dotnet
Deleting file Z:\Autopatcher\modules\Components\__dotnet\windows_dotnet.7z

If you run it a second time there is no error. You can recreate the error by making a slight change to the 2 APM files so that apup gets a mismatch and downloads them again.

[Cristiano]

ok, no problem. i will fix that. only one issue: last night, i've notice that at least one of the .nets has changed the detection due an recent update. those are just md5 errors, so they can be fixed in minutes. but the 3 ones that aren't detecting properly is another thing. they could have even replaced...

edit: weird... downloading the script file in here and the compressed modules, the expected hashes match. but i'm behind an webcache right now and sometimes i can reach old files. but ok, i will check it again from another location today

[]s

Edited by Cristiano, 15 June 2010 - 11:46 AM.

[click-click]

>Download Error: Z:\Autopatcher\modules\Components\__dotnet\windows_dotnet.7z
>File size does NOT match. Expecting 6101, but found 6102!!!

Seems rather strange that windows_dotnet.7z happens to be off by one byte.

[Cristiano]

fixed. but i've already noticed that issue more than one time. i think (but i'm not sure) that this issue is related to the upload process, but the funny thing is that the md5 doesn't change a bit most of the times

by the way: the modules that seems to have something odd are those:
kb974417
kb953297
kb976126v2
kb979909
kb982168

this running the global .net package in a windows xp 1046. but if i run the xp ptb (that has the same modules), then only the first 3 issues happen. since i'm not in the right mood today (seagate has refused the rma for booth of my hds that has smart failures - to say the least), there's a lot of guys around here that think that Africa is in here (they are with that noise stuff), and my pc that should be here already and isn't yet, i will dig into those issues still today to try clear my mind of those issues

[]s

[Cristiano]

done. i did an consolidation in the .net package and also i've updated several modules to include more detections. i didn't found any info about if the updates was replaced or something, but one fact: some detections was broken after some updates. i think that the changes that i did will detect the updates, but if not, please report

[]s

Edited by Cristiano, 15 June 2010 - 08:40 PM.

[JRosenfeld]

I had updated the NET framework addon pack on 14 June (after your post 4 above) and it was OK, everything true and official in Autopatcher.

I noticed there was a new update (15 June), but selecting that I get the 'one or more files has failed verification' message and the dotnet pack is now false in Autopatcher.
I tried several times, but same error message each time.
I also tried deleting dotnet.rti first. It redownloaded it but still same error message.

Edited by JRosenfeld, 15 June 2010 - 09:53 PM.

[Cristiano]

my friend, without an log, it's kinda difficult track issues. you was right about an download error. the download size was wrong for windows_dotnet.7z. it's fixed now. but that it just an warning, not an cause of an unofficial version. deleting all .apm files and downloading all them again is still resulting in a official script. as an guess, i've uploaded the rti file again, but without an log, it's only an guess

one thing can speed up things a lot: in the autopatcher root folder, there's an .md5 file. just run it against your system. hksfv helps a lot with that, but if this one doesn't work to you, ilsfv will work. this last one is an tribute to hksfv makers. just don't forget to go to files, preferences, checking and uncheck "rename bad files"

[]s

[JRosenfeld]

Whatever you did, it fixed it :-). All true and official again.
Many thanks.

[Cristiano]

by the way, and about the detections? they are working ok now? as they are just registry detections, instead do an new one (and possible break the detection for those missing certain updates), i've just added some extra detections for the same thing. one or another will state that the update is already in place, but as those detections aren't the standard ones, they may not be fully ok for all systems. so please, if anything isn't showing as was supposed to, please report

i will re-do my vms soon, but as i will have to add some extra hardware into my new computer and i will loose any warranty due that, i will be forced to do extensive hardware tests before do that (stress tests... basically, days testing over and over the same thing...) and it may take some time. i was supposed to receive it today, but no, they didn't honored... probably due Brazil x North Korea... oh well, live in a country where anything is an excuse to not work sometimes is a problem...

[]s

[JRosenfeld]

Yes, for me at least, the detection of the installed NET framework components and updates now all show correctly.

Edited by JRosenfeld, 17 June 2010 - 10:36 PM.