ente

Acheron, of course I did, and the serial is fine, and it worked in the beginning. Then I rebuilt my xpsp3 image. This time I replaced some IE6 related files. These files were falsely downgraded from sp3 by the IE7 slipstream process in hfslip. Namely these were BROWSEUI.DLL, html.iec, ieencode.dll, JSCRIPT.DLL, SHDOCVW.DLL, SHLWAPI.DLL, vbscript.dll. So maybe some of this new sp3 files treat me bad. Otherwise there was no big change to the image (at least I think so). For now I'll go back to v7.10-lite which works just fine. But if you want me to try out something... Anyways thanks a lot for your great work!

Hi, got some trouble with nero-7.11.6.0_europe_lite. Yesterday there was just this nagging "new features" popup, but at least it disappeared. But now I get stuck with this stupid "configlicense.exe" This also happens on a fully loaded xp sp3 german. After killing this mentioned process tree everything works fine. Any ideas? ente

Hi out there, just want to happily confirm rc5 is working great for me. Did it to a fresh german XP SP3 source. Added this to HF -IE7-WindowsXP-KB947864-x86-DEU.exe -IE7-WindowsXP-x86-deu.exe -rootsupd16.exe -WindowsXP-KB941569-x86-DEU.exe -wmp11-windowsxp-x86-DE-DE.exe Everything seems to work ok Windows Update is quiet except for MRT setuperr.log is clean I didn't add the WUA/WGA stuff, I thought it might be already integrated, but no. So I still have to check with that. thanks alot ente

Hi just one of this stupid errors check the line! you have a single quotation mark, just delete it and you're fine.

Hi Just found the mst-file doesn't work anymore on new kaspersky kis6.0.1.411de. And with "LastStart"-regtweak it doesn't work either, you're gettin ask to reboot. They refined the setup a bit and now it's a different line to be removed in the msi, it's not RunApp anymore, seems you can leave this alone. Instead removing the new entry "RunPIWAndWait" in "InstallExecuteSequence" does the trick (Seq 6604) to summarize the steps I'm happy with: with cmdlines (via wihu) I use NIRCMD.EXE exec hide CMD.EXE /c %WIHU%\KIS6.cmd KIS6.cmd ::Kaspersky silent setup %~dp0kis6.0.1.411de.msi TRANSFORMS=%~dp0kis6.mst /QN ::Remove Kaspersky string from Welcome screen REG ADD HKLM\SOFTWARE\KasperskyLab\AVP6\settings /v EnableLoginShow /t REG_DWORD /d 0x0 /f ::Inform the user about automatic reboot REG ADD HKCU\SOFTWARE\Microsoft\Windows\CurrentVersion\RunOnce /V "zzzreboot0" /T REG_SZ /D "nircmd infobox \"Der Rechner wird gleich automatisch neu gestartet, um die Installationen abzuschliessen!\" \"Neustart\"" /f ::Reboot by avp.exe REG ADD HKCU\SOFTWARE\Microsoft\Windows\CurrentVersion\RunOnce /V "zzzreboot1" /T REG_SZ /D "%ProgramFiles%\Kaspersky Lab\Kaspersky Internet Security 6.0\avp.exe" /f The only problems still remaining is the missing update and settings integration. Get the attachment for the mst-file made for kis6.0.1.411de (removing just that one entry mentioned above) I guess language and flavour (KIS or KAV) still doesn't matter for this. kis6.mst

Might be nice Did you consider adding Siginet's PowerPacker, which again supports BTS DriverPacks? For WIHU at T-12, I don't like the idea to interrupt the setup in the middle of the (unattended) process. At ROE there is still the chance to load default hive. Anyways, I think many people would appreciate to get a good One-Button-Solution, so go ahead!

Hi there, just came across this nice tool when i was looking for how to use the new BTS base. And hey.. it's great. Some remarks When there is a winnt.sif in the source it's taken over to the pack instead of the chosen one. This could be a feature, but according to the settings this behavior is more like a bug. It gave me a real headache with my first PP-cd. Anyways, I think it would be better to choose the winnt.sif by file, not by folder. That way one could give it a more meaningful name and there is no problem to keep all the sif-files together in one folder. With the first cd, one has no idea what the "boot folder name" might be, so it's difficult to place additional sifs. With Tri-Pack the name is ignored at all and the additional sifs are putten in both the folders. Maybe it could have dynamically labeled checkboxes, so one can check the default/custom name. By the way, i would like to use custom names for Tri-packs, too. With CDImage, I always use -j1 setting. With XP I've never had any issues and in Explorer it looks nicer with no `screaming` names. With the PP settings I got an issue with my OEM folder, some letter was changed to underscore. Maybe there could be an option for the cdimage arguments? And last, it seems I'm the only one who does it, but I prefer to put text- and gui parts together in one folder (to avoid the root folder) . It's easily done with a cmd-script, but maybe this option could make its way to PP. Anyways, Siginet, thanx a lot for this fine tool. It's much more fun with PP than to work with my chaotic script set. Greetz ente

this post is just because my last one didn't show up (counter remained on post#20)

Hi there As far as I understand the problem it should be solved now. But still it didn't work for me On Asus A7V880 (viasraid) everything is fine. But on MSI KT880 I didn't reach GUI mode This error doesn't make any sense to me my txtsetup.sif has this: PCI\VEN_1106&DEV_3149&SUBSYS_80ED1043 = "viasraid" PCI\VEN_1106&DEV_3164 = "viamraid" PCI\VEN_1106&DEV_3149 = "viamraid" PCI\VEN_1106&DEV_3249 = "viamraid" and the MSI has PCI\VEN_1106&DEV_3149&SUBSYS_04701462 so everything is fine here! However, I took the FD provided with the MB and added winnt.sif (without oempath). After pressing F6 and choosing the driver, Setup asked to reconfirm on using viamraid drivers beeing older than the ones included on CD. But still BSOD for GUI mode. Without BTS Pack everything was fine. There was no time to go for thorough testing, maybe there was just some strange coincidence of whatever. I think there'll be a new chance to go for it in a couple of days. have a nice day

wouldn't it be nice to add an extra folder for the downloadlist, to put all the stuff not applicable by xpcreate (like the new dxpatch, and maybe mdac2.8 + mdac hf again). so no one would miss the updates. another more important improvement would be the ability to choose to apply all the patches or just the security hotfixes. the unapplied ones could still make their way onto the CD, to be used later if necessary. however, Alanoll's idea to add a pause would be a good workaround atm. anyway, this tool is great the way it is! ps @GM: sorry, my fault; i promise to mend my ways.

@BaTLeZone: no problem for you. the line was just ment to tell you that you don't have SWFLASH or there was a problem with one of its components. I suppose you didn't download the file. To avoid this, you could open the XPCREATE.CMD in an editor and replace all instances of SHOWMSS with SHOWMESS. I think GM will fix this very fast.

found a bug in the german HFLIST4XPP the version of Q811114 is made for NT4 (Q811114I) the right one should be: Q811114_WXP_SP2_x86_DEU.exe http://download.microsoft.com/download/0/8/8/0881a282-2091-42e1-ab22-6559accfeb1c/Q811114_WXP_SP2_x86_DEU.exe MD5: c5e3776bb8bc7dcc61e63e6dd1538ca3 compared to the english list, some files are missing: MBSASetup-de.msi http://download.microsoft.com/download/4/3/6/4367ed02-f546-46e0-b51b-f4b8a7a23a03/MBSASetup-de.msi MD5: d4427e38ea0f1e0047c93a602d3e1260 msxmlger.msi http://download.microsoft.com/download/5/f/d/5fda3c88-bd50-43cf-a845-73614e974e91/msxmlger.msi MD5: 985824ce60a37eb2d40e712c3a8b0d12 msxml3ger.msi http://download.microsoft.com/download/f/c/a/fca2b508-9d78-45cf-a146-9d0b294018f0/msxml3ger.msi MD5: bd2b32017646cbde7061a7bfba09a1b4 KB832414_MSXML3.0_x86.exe http://download.microsoft.com/download/7/f/b/7fb9bddd-c56b-4ed6-b49b-b5e8718dd778/KB832414_MSXML3.0_x86.exe MD5: bb08332183901258e80b7bd6f55e5715 swflash (its international) wm9tweak (the english version works fine with the german WMP) the german list has the HF for MSXML4.0 (KB832414) - but no XML4. i used to put both of the versions of KB832414 to the setup. But i just found, that the msxml3.dll is not fixed after setup, msxml4.dll is ok. xp always uses the oldest version if possible, so this might not be the best solution. for now i will remove msxml4. for the dx9-hf, i just checked the logs and it seemed to be alright. but the KB839643-DirectX9.log says: MyMakeSfcFileExceptionA: MakeSfcFileException failed; error=0x6ba. and then the setupapi.log states: A newer file "C:\WINDOWS\System32\dplayx.dll" was overwritten by an older (signed) file. Version of source file: 5.3.0.900. Version of target file: 5.3.0.903. The existing target file was signed. sigh have not tried in cmdlines yet. have a nice day

moin moin there is still a problem in the XPCTHLST.TXT for german xpp there is a strange thing with the new dx9hf. in the list it's WindowsXP-KB839643-x86-DEU.EXE, but this one is not made for our dx version (only m$ knows what it is good for). as i stated before the correct patch has to be everything else seems to be fine. @GM: no more discrepancies with your script . greetz ente

Hi there Found this for WindowsMedia9-KB837272-DEU http://download.windowsupdate.com/msdownload/update/v3-19990518/cabpool/WindowsMedia9-KB837272-DEU_f965653aa48671556380e19b8135678.exe MD5 ac5b5a1a1179a44099fa3630f256dc62 also Q831167.exe isn't updated yet as stated by Ice M. ADD SVC-HF2\Q831167.exe http://download.microsoft.com/download/7/c/6/7c6cc370-d3e3-4b23-a035-4e9518a64298/Q831167.exe 912F6985247362045C6C4C39DE2326A1 The new DirectX90-KB839643-x86-DEU.EXE is here: http://download.windowsupdate.com/msdownload/update/v3-19990518/cabpool/DirectX90-KB839643-x86-DEU_18c6639ae8f32fe6fc0e0318957a1fd.EXE MD5: 760505b94571aa9991d67f0d71c7ef6a when the hotfixes were downloaded, the script deleted my localy stored XPCTHLST.TXT, this isn't very polite. (especially for a stupid like me, who knows it, but still makes no backup) and there was a discrepancy at this time -------------------------------------------------------------------------------- -- 0:52:21 -- Repacking setup.exe -------------------------------------------------------------------------------- TEMP\EXTRCMSI\MICROS~1.MSI 1 Datei(en) kopiert -------------------------------------------------------------------------------- -- 0:52:54 -- Updating Windows Messenger. -------------------------------------------------------------------------------- the cmd output said something like : "dir not empty" "PACKMSI already exists " PACKMSI\MICROS~1.MSI is setup.exe is journalviewer and it's reproducible will check the xpsetup tomorrow. have had similar case with the official version. that time there was a problem with mdac2.8 and msxml. i didn't care to much and just put mdac+hf back to cmdtxt. (of course I didn't keep the logs) however this tool is great Greetz ente