drixomanbeta

Hi, I'm wondering if nLite has a detail log of what it did to the source. I want to rid of MSN explorer but I can't use nLite as I have other addon that doesn't seem to work well when slipped by nLite (I use a East Asian system and nLite seem to mess up the language display in the GUI install dialog box), so I had to use RVMI instead (which works). I've been told not to use both integrator (that kind of make sense) The addon provided on the RVMI page is outdated (dated 2007, before SP3) and SP3 (or SP2? It doesn't really matter anyway) did seem to have changed MSN somewhat from previous pack (it's now "MSN 8" or smth). That addon is just one file of list of source file removal (and some other thing I'm not technically literate enough to understand, but it should not manageable, right?); so I thought perhap I'll just find out how to "update" this addon. Better yet is if someone can provide a link for an MSN Removal addon for SP3 and RVMI, or have one made. I have tried to search for one but considering nLite has this built in it seems almost nonexistent. Thanks.

So does that mean it's okay to add regular hotfix onto packs; nLite shouldn't "break" anything RVMi done should it? I don't know if doing so would compromise any integrity prospect...

Oh...I don't know if it helps but I use packs made by YumeYao, but s/he doesn't seem to be active lately. And about nLite, I tried to order the hotfix to be below the updatepack but nLite seem to slip them first regardless.

Really silly question: Is it okay to slipstream with nLite individual hotfixes (yes i know there're some exceptional hotfix that can't slip properly, what they are is a separate matter) after already applying a update packs from someone else? The pack I have is kind of outdated by months and there doesn't seem to be any new update for it coming in sight from the author (the packs is behind about 30 hotfixes). I tried to let them install at T-13 but somewhere along the way some unreadable error occurred (I'm not using english so it came out garbled/boxed).

In fact I did found the problem, and the solution. You wouldn't (would you?) believe how simple it was...(and how dumb I was.) The problem: in my batch file I kept relative path when I should have used full, like so: start /wait %~d0\UPDATE\... Problem solved. Apparently it did not occur to the unenlightened me of what y'all here would probably have thought of as 1+1 Then again, when I said I was a newb, I really did meant it. How come this batch worked when ran on its own while called on by prompt it fails? Anyway... To that end...I still don't understand how %~d0 actually work (yes I searched for it...something about %n special enviro variable...way out of my league to comprehend ) Anyway, thanks for the help here; consider my question answered. At least if some other simpleton like me asked these silly type of question...well they won't have to torment you experts for too much with this particular case. (I probably should have sticked to svcpack rather than setupparams. I obviously don't know the difference (except I know I have some other stuff from addonpacks being called at T-13; don't want to mess up that). "I'm a simple man. I do not possess a [compsci] degree nor am I [algorithmically] inclined." ~George Carlin.

I have posted my batch file earlier, could you not see it? I'm pretty sure my batch (should) have no problem, seeing that if you just run it normally from explorer all the start commands works, as the target program are all called as relative path. It's just that when it is called by your parameter it seems to have lost track of its "starting location" or something. I wouldn't think we need to examine the sif file as even not in installation mode I'm unable to get my batch to perform as it should with your command there, so it's doubtful that it's an installation issue. But here's the two file you requested: I changed the sif to have it run at T-9 instead of GuiRunOnce, but that shouldn't matter since the same problem of my batch not finding directory structure correctly persist. The problem it seems is rather fundamental and I'm not expecting it to change with different timing of the call to the batch. Pinstall.cmd WINNT.sif

okay...I replaced my batch with your ping test and ran the for loop from a prompt. Here's what happens: D:\Documents and Settings\Drix>IF EXIST C:\PostInstall.cmd CALL C:\PostInstall.c md D:\Documents and Settings\Drix>IF EXIST D:\PostInstall.cmd CALL D:\PostInstall.c md D:\Documents and Settings\Drix>IF EXIST E:\PostInstall.cmd CALL E:\PostInstall.c md D:\Documents and Settings\Drix>IF EXIST G:\PostInstall.cmd CALL G:\PostInstall.c md %CDROM%=G: Delaying tactics employed From there it just exit and return to the prompt. My (virtual) disc drive is G: (Daemon Tools Lite) Just my opinion but I don't think there's anything wrong with my batch file, seeing that it works no problem if it's just dbl-clicked on (even as burned to CD, so it's probably not related to batch and the set-up's file structure).

Oh sorry about that. It's just that I have the same line repeated many time with different program in different folders. You can ignore that bracketed line. Do you want me to change the batch to what you provided there and call it with the Run dialog with the parameter you provided earlier?

Here's the batch file: CLS @echo off TITLE Post Install ECHO Installing KB ECHO Please Wait... start /wait UPDATE\977816\update\update.exe /norestart /passive /nobackup start /wait UPDATE\n2656353.msp /norestart /passive (there's other stuff in the same format as above here) EXIT

I skipped the Systemdrive part, was that required? ---G:--- $OEM$ VALUEADD UPDATE DOCS I386 SUPPORT cmpnents PostInstall.cmd Last Session_u.ini SETUP.EXE Last Session.ini BOOTFONT.BIN AUTORUN.INF WIN51 WIN51IP README.HTM setupxp.htm win51ip.SP2 win51ip.SP3 Sorry for some editing there, I moved my batch file into a folder later on but still the same problem. I now moved it back.

Hi, sorry for being a little late... I tried your code above but it doesn't seem to be able to find the file that my batch file is suppose to start. I first tried it in installation, then I just tried it in plain Windows with a Run dialog with the following %SYSTEMROOT%\SYSTEM32\cmd.exe /Q /C FOR /F %# IN ('%SYSTEMROOT%\SYSTEM32\MOUNTVOL.EXE^|FINDSTR [C-Z]:\\') DO IF EXIST %#WIN51 CALL %#PostInstall.cmd The master batch PostInstall is at the root of CD, and it's suppose to "START /wait" a couple of program: the line in the batch program is : Start /wait UPDATE\3whateverprogram\whateverprogram.exe /parameter Both pretty much give the same result of not finding what the Start command is suppose to find. Simply running the batch file from the cd's root has no such problem. Any idea how to fix this? Thanks

Well...I was just thinking to use it to call on one batch file only on my disc. I'm not planning to run all my command with just one long concatenate by calling on cmd at RunOnce.

Hi, before I say anything, yes I know this seem to have been asked multiple time but bear with me. I'm a definite newb at this... anyway...I've found this little code that I think would satisfy navigating to the installation source directory with the GUIRunOnce in winnt.sif (I have no doubt this look very familiar to you experts on here) for %%a in (C D E F G H I J K L M N O P Q R S T U V W X Y Z) do if exist %%a:\yourfile.xyz set CDROM=%%a I thought, why couldn't I just call cmd.exe from GUIRunOnce, passing the above statement (which would normally be ran in a separate batch file) as a parameter (or "echo" it into the prompt and ran, if that's pretty much the same thing...) instead of putting that in a separate file having to be copied from $OEM$ folder. Any idea how to do this? I must admit I have NO skill with the command prompt at all that can be even close to help here.... Thanks.

Hi, sorry for renewing this thread but I'm facing this problem as well...though it took me a while to find this thread. I am wondering is there anything that can be done for people who don't use English. I use Simp Chinese for instance. You told the person who asked for Spanish version to look at what you did and just follow through in the same manner. But all your link is linked to the addon-creation script. Does this mean I can just used my Chinese hotfix file (renamed to the English) with your script? (Though I checked the resulting file language in Property pane being English but it shouldn't be a problem, should it?) I mean it does use the same file I think, only the entry of language version is changed by your script. I really don't want to use the regular /Integrate method...it takes up too much room. Thanks.

it's interesting...IE 8 just installed properly...but it seem that if I have anything else (sp3, other addon and whatever else) along it just won't work properly...I'm currently in progress of testing if I can add anything else to the setup with IE being the first thing after SP2...hopefully it still works...:|