[muiz]

RogueSpear, on Jul 21 2006, 02:33 AM, said:

I don't know what to tell you muiz, it installs perfectly for me. As far as decompiling the whole thing, I did check the box to allow decompiling. Perhaps there's a problem with the version of scite that I'm using.

As far as i know i am using the latest version.
Maybe that is the problem

[RogueSpear]

Update - 20060723
Updated Crap Cleaner to V1.31.325
Updated RogueSpear's Runtimes Installer to V1.2
Updated SyncBack to V3.2.11

[RogueSpear]

Update - 20060723
Updated QuickTime Alternative to V1.71
Updated Real Alternative to V1.49


Note: If you downloaded the updates to Crap Cleaner or SyncBack shortly after they were posted, you should check your MD5's. If they don't match that means you should download them again. I had to fix them because I upgraded to AdminStudio 7.5 which apparently cannot deal with unadvertised shortcuts on it's own. I just knew when Macrovision bought out InstallShield that things would start to go down the crapper.

This post has been edited by RogueSpear: 23 July 2006 - 08:43 PM

[MGadAllah]

RogueSpear, on Nov 2 2005, 04:30 AM, said:

DAEMON Tools V4.03HE (w/ SPTD V1.25) .cab Addon
Home Page:http://www.daemon-tools.cc
File size: 2.26MB
MD5: 20A88E1DB1E0707B90355F10D9540A1E
MD5: FD3F5108030E82CDD07D9CF4CBBE9239
Install from: svcpack.inf and RunOnceEx
Installs to: %PROGRAMFILES%\CD-R\Daemon Tools
Shortcut: Programs\CD-R
Last updated: 20060715
Notes: Without getting the idea to first extract SPTDinst.exe from MHz, I never would have made this. I had essentially given up on the idea. This download contains two installers. The first one, SPTD.exe, should be installed from svcpack.inf. The second file, 050_DAEMONTools.exe, should be installed from RunOnceEx. If you follow these simple instructions, it will work. I have tested it. The SPTDinst.exe file that is used with the first installer is left inside %SystemRoot% in case you later need to uninstall the driver. Also, the registry entry to autorun the tray application has been removed, but you can easily enable it yourself when you first run the application. The .cab Addon Pack can be integrated using the RyanVM Integrator and the RunOnceEx setting will automatically be picked up if you use my ScriptPack. If you do not use the ScriptPack, then you will have to make arrangements for the RunOnceEx registry setting on your own.

If I add this to my unattended cd, will I need to do any thing else, because after I integrate it with RyanVM integrator I did not find it installed at all.

Thanks

[RogueSpear]

Update - 20060724
Added Wireshark V0.99.2 (replaces Ethereal)
Updated TaskSwitchXP to V2.0.10
Updated TrueCrypt to V4.2a

[RogueSpear]

Update - 20060724
Added FastStone Capture V4.2
Fixed all of the problems with the ieSpell links, versions, MD5s, etc.
Updated GrabIt to V1.6.2.940

[RogueSpear]

Update - 20060725
Updated FileZilla to V2.2.26a
Updated VirtualDub to V1.6.15 Build 24442

[muiz]

Microsoft ActiveSync 4.2

http://www.microsoft.com/downloads/details.aspx?FamilyID=7269173a-28bf-4cac-a682-58d3233efb4c&DisplayLang=en

[RogueSpear]

Update - 20060801
Updated FFDShow Decoder to 20060522
Updated ieSpell to V2.3.0 Build 264
Updated Microsoft ActiveSync to V4.2
Updated QuickTime Alternative to V1.72
Updated SyncBack to V3.2.12

This post has been edited by RogueSpear: 01 August 2006 - 07:14 PM

[RogueSpear]

Update - 20060802
Updated Paint.NET to V2.70
Updated QuickTime Alternative to V1.73

[ebin25]

RogueSpear, is there any chance you could get the AutoGK links up again (at least the .cab anyway.) Thanks


EDIT: NM, the silent .exe link works.

This post has been edited by ebin25: 06 August 2006 - 11:54 PM

[RogueSpear]

Yea I just noticed that over the weekend myself. I was able to get the .exe file up, but had to wait til today to get my hands on the .msi file. Should all be squared away in the next couple of hours.

EDIT: All of the AutoGK links should be operational now.

This post has been edited by RogueSpear: 07 August 2006 - 06:49 PM

[vci]

7-zip does not work properly:

installation works without problems ... but what does not work:

installation with admin
create new user (limited access)
use 7-zip

he tries to access a file within the admin temp folder

I hope this is fixed soon ...

[RogueSpear]

The 7-Zip installer has been working for me since day one.. couple hundred installs and counting. I'm not sure what the problem would be on your end.

EDIT: I think I'm understanding the issue, but still it has never not worked for me, even with the set of circumstances you have. Perhaps install from svcpack during windows setup.

This post has been edited by RogueSpear: 08 August 2006 - 06:55 AM

[fiber]

I am trying to use nLite to auto-install the VMWare Tools application.

Since nLite automatically creates a cmdlines.txt file in $OEM$, I simpled added the:

"cscript cmdlines.vbs"

to the last line of the file.

I have in the $OEM$ folder also, cmdlines.vbs.

In it is:

071_VMwareTools.exe

That application is then located in the $OEM$ folder.

It launched two windows once I booted into XP forthe first time, but they closed before I got a chance to read them.

This post has been edited by fiber: 09 August 2006 - 11:51 AM

[RogueSpear]

The installer file and the VBscript which determines whether or not the install is taking place on a VM both need to be in the \OEM directory, not the \$OEM$ directory.

[fiber]

Still no luck.

Here is $OEM$.

Volume in drive D is XP8
 Volume Serial Number is F629-2F8A

 Directory of D:\$OEM$

08/09/2006  01:57 PM	<DIR>		  .
08/09/2006  02:16 PM	<DIR>		  ..
08/09/2006  01:27 PM				94 cmdlines.txt
			   1 File(s)			 94 bytes
			   2 Dir(s)			   0 bytes free

Contents of cmdlines.txt

[Commands]
"rundll32 advpack.dll,LaunchINFSection nLite.inf,nLiteReg"
"cscript cmdlines.vbs"

Below is OEM.

Volume in drive D is XP8
 Volume Serial Number is F629-2F8A

 Directory of D:\OEM

08/09/2006  01:57 PM	<DIR>		  .
08/09/2006  02:16 PM	<DIR>		  ..
08/09/2006  11:03 AM		 3,282,548 071_VMwareTools.exe
08/09/2006  01:25 PM				19 cmdlines.vbs
			   2 File(s)	  3,282,567 bytes
			   2 Dir(s)			   0 bytes free

Contents of cmdlines.vbs

071_VMwareTools.exe

I have a feeling this shouldn't be too hard to do.

[RogueSpear]

If you're using the ScriptPack, which it looks like since you're mentioning cmdlines.vbs, then you should follow the instructions for that. If you are not, and only want the functionality of the VMware Tools installation, then there are instructions right in the post where the download is. Furthermore, there are a few posts within this very thread of people having similar issues with responses on how and what to do.

I will go on the assumption that you're using the ScriptPack based on the cmdlines.vbs file in your post. Well that file needs to be in your \$OEM$ directory if it's being called within cmdlines.txt. The cmdlines.vbs script will look for the script file named 070_VMwareTools.vbs in your \OEM directory. The 070_VMwareTools.vbs script will run in order to determine if your install is taking place on a VMware virtual computer. If it is, then VMware Tools will install. If it is not, as in your installing XP on a real physical computer, then the VMware Tools will not install.

If you need any further information you should be able to find it in this thread or in the support forum for the ScriptPack.

[amitri]

RogueSpear, on Aug 8 2006, 06:52 AM, said:

The 7-Zip installer has been working for me since day one.. couple hundred installs and counting. I'm not sure what the problem would be on your end.

EDIT: I think I'm understanding the issue, but still it has never not worked for me, even with the set of circumstances you have. Perhaps install from svcpack during windows setup.

RogueSpear, I can confirm that issue with normal silent installer.
Admin works just fine, every login with a locked user starts installer searching for ..<temp>\7z??.tmp\...

[RogueSpear]

Well I'm not certain what I am doing different, but today I made a CD-based install with 7-Zip installing from svcpack.inf and it works for me from both admin and restricted users. I may just remove the installer since this is a no-brainer to install silently anyway.

EDIT: I just finished up another test and sure enough, it works for me. The only thing I can think of is that towards the end of my RunOnceEx sequence I export HKCU and overwrite the NTUSER.DAT file in the Default User profile.

This post has been edited by RogueSpear: 11 August 2006 - 11:14 AM