Software Deployment

Hey man!

Take a look on Package KB:

I think what you need is here:

http://itninja.com/link/it-resources,-enterprise-document-collaboration-software-|-adobe-acrobat

See ya

Ya Mate I did check the KB article before posting the question here...what I meant was even though I incorporated the key, its not working.

In our environment we are using Marimba for the deployment and when I tried to install the package on the end user PC,which doesn't have the admin rights gave me an error.So what I did,changed the installation context from Tuner service to the user context.But it is not reflecting the changes I made on the Key in the .MST.

My question is do we need to change the permission on the key or something or there is something else that we need to add,which would reflect the changes on the Registry key and doesn't show the Yahoo toolbar.

I tried the same installation on the PC, where the user had the admin rights, it worked fine on that PC, without any problem.

Now please help?

hum... I get it now...

The kb mention was about just HKCU and the admin rights installation ran Ok... so it is strange because the user should be permission to change own registry entries...

It is a work around not recommended by almost of all, but you can use calcs.exe to change the permissions and so you can distribute your package normally..

But what I use when something like that happens is: loadhive:
[link]http://www.adminscripteditor.com/syntax.asp?act=v&id=262[/link]

You can use this to change the registry entries using System Context to install :D

The A Std 7.0 installed normally but the HKCU entries not when you try to install using User context? if So when you have time you must review what is happen in your environment to know why the users cannot change their own registry values, basically any user who is in the User Group can change it ... Try to use the procmon to get more details about what is happen... :D

Try to find the Property that will disable that Yahoo toolbar by directly editing the MSI using ORCA or your Editor or use TRansform file to make the changes. I have used it before but don't have the exact value right now. Would be worth the effort once you have found it without using those REG keys that could be annoying during deployment.

Send me a couple of Stella Artois once you have found it..

Hi

I would want to test the cacls option first.The command line I have came up with is as below:

cacls REG.EXE /E /P user:F

Is this the right one or I have to give it on the Hive itself.I tried it both ways but its not reflecting the changes, though it doesn't say Access Denied this time,while launching the script.

I ran the script manually, just to check if it works fine.

yikes, that sounds like an awful idea...what is the purpose of giving "user" full access to reg.exe?

I think the poster believes that that will assign permissions to some part of the registry....

@Star: Apart from any other consideration, CACLS is unable to set permissions in the registry. For that, you need XCACLS, SetACL or, for the seriously propeller-headed, SecEdit.

You are going about this in completely the wrong manner.

- Add the registry entries detailed in the 'Package KB' article to a new feature (called, say, 'CurrentUser') in your transform.
- Make this new feature the parent of an existing feature which has advertised entry-point, preferably the one containg the main Acrobat executable.

After deployment, when the entry-point is selected, the Windows Installer engine will see that part of that feature is "broken" (the HKCU entries) and "repair" it.

Yeap ... calcs/xcalcs is not the best, but in an emergency is usefull

Star try this...

Create a custom action to set a reg value in the active setup to peform those registry when the user log in the machine... and it will configure those registry conf in all users...

when the package finish the installation, using system context, the reboot is required to force the user login in the machine again.

look those articles: http://jimotech.blogspot.com/2008/09/active-setup-como-utilizar-e-quando.html (Portuguese Article... Friend of mine )

http://en.wikipedia.org/wiki/Active_Setup ...

Let us to know if it worked ...

Hi folks,
this is most likely not a registry permission problem!
Doesn't this error come from a self repair?

This registry key IS working, but it points in to HKCU. That means it has to be set somehow on each profile.
If you want to make this happen, you have to use Active Setup or change the package to make self repair possible.

Another solution would be some Java Script: http://kb.adobe.com/selfservice/viewContent.do?externalId=332905

Regards, Nick

Hi

Could you please send me the Active Setup code?

I tried the JavaScript option but it did not work:-(

Credit to Ed Tippelt, whom I haven't seen around but is a packaging guru of sorts. There's also a KB article on this site.

http://www.etlengineering.com/installer/activesetup.txt

Hi,

I wonder why nothing is working for me:-(

I tried the Active Setup to test , how it works,as well but no go.This is what I did:

Created a script to add the Key under HKLM.Saved it nder c:\temp\test.bat
Created a new Installed component key and added the Stubpath,giving the path of the script.
Created the new version "1"

Logged off from that account and when logged back in.none of the key were created but HKCU had that created installed component with the version "1" but no stubpath.

Please help:-(

Star there is another solution mentioned by vbscab and nheim and there is an explanation in the last link:


To force a repair using the existing MSI where a separate Active Setup
EXE is not required, you can do it this way:

Create the following key structure under HKEY_LOCAL_MACHINE hive:
HKEY_LOCAL_MACHINE\Software\Microsoft\Active Setup\Installed Components\[ProductCode]
Under this registry key, create a <new string value> such as:
"StubPath"="msiexec /fauvs {ProductCode} /qb"
The MSIEXEC options can be found in the help file MSI.CHM, which is
part of the windows installer SDK.


I think you need to add the values on the mst too!

Did you try this one?

ps: a silly question: After you installed the software and logged like end user, Are you able to change this reg manually?

cheers

ORIGINAL: Star
I tried the Active Setup to test , how it works,as well but no go.This is what I did:
Created a script to add the Key under HKLM.Saved it nder c:\temp\test.bat

Where in the link I sent did it say to do this? No script...the keys (under hklm and hkcu) are part of the MSI or transform if that's what you're using.


Created a new Installed component key and added the Stubpath,giving the path of the script.
Created the new version "1"

They're supposed to be under hkcu and hklm with the same paths. Please review the link I sent and do a search of active setup on appdeploy. There are lots of examples. Follow the instructions exactly.

This is what I did:

I added the the following entries in .MST file
HKCU, "Software\ADOBE\Adobe Acrobat\7.0\AVGeneral\cToolbars\cWebSearchView\cPositions\cInternal\[bHidden]","1")
HKCU, "Software\ADOBE\Adobe Acrobat\7.0\AVGeneral\cToolbars\cWebSearchView\cPositions\cExternal\[bHidden]","1")

But when I logged on to a different user not having the admin rights,the Yahoo toolbar was still there and the Registry entries were missing as well.

So what do you recommend?I desperately need help...I tried all options whatever I was asked to but no go:-(

In all this frustration I deleted all the entries related to WEBSEARCH and IE and guess what no yahoo toolbar but I need a good solution not the one i tried outta frustration:-)

Please help!!!!

Two questions:

1 - Are you able to change these regs manually? (when you logged as non admin rights user)
2 - What did you put in the test.bat, nothing?

Hi Star,
ORIGINAL: Star
I wonder why nothing is working for me:-(


Sorry to tell you that: You are just not persistent enough, to track your problems down!
You can't just scrap the surface of a solution and move on if it is not working in a few minutes.
The Java Script will work, but you have to check, what is causing the problem and dig deeper!
That's just way, how problems are solved!

Regards, Nick

HKCU, "Software\ADOBE\Adobe Acrobat\7.0\AVGeneral\cToolbars\cWebSearchView\cPositions\cInternal\[bHidden]","1")
HKCU, "Software\ADOBE\Adobe Acrobat\7.0\AVGeneral\cToolbars\cWebSearchView\cPositions\cExternal\[bHidden]","1") In the verbose log - which of course you took at the very outset - is the property [bHidden] resolved, or is the registry setting set exactly like that, with the text '[bHidden]'?

Did you associate the component containing the entries with a feature which has as its child a feature which is advertised?

You need to decide which approach you're going to take: Active Setup or a CurrentUser feature.

Hi All,

Active Setup worked for me....It worked wonders.Thanks All.

I would like to thank nheim for the comments which pushed me to think with a calm mind:-)

Thanks again!!!!

Hi Meera,
good to hear!
Isn't that a good feeling to take with you into the weekend ;-)
Regards, Nick

Good one [;)]

Just a question, I am really curious:

What did you put in the stubpath, a reg entries (HKCU\...) or you call a MSI self repair?

see ya

First of all I added the HKCU entries in the MST :
HKCU, "Software\ADOBE\Adobe Acrobat\7.0\AVGeneral\cToolbars\cWebSearchView\cPositions\cInternal\[bHidden]","1")
HKCU, "Software\ADOBE\Adobe Acrobat\7.0\AVGeneral\cToolbars\cWebSearchView\cPositions\cExternal\[bHidden]","1")

and then In the HKLM Stubpath,I called the MSI self repair[:)]