RE: [msh] Some msh setup questions

Tech-Archive recommends: Fix windows errors by optimizing your registry

Hi Thomas,

I will try to answer 1. inline. Can you elaborate 5. for me? Specifically
what features you would like to see from our installer?

---
Krishna Vutukuri[MSFT]
Microsoft Command Shell Development
Microsoft Corporation
This posting is provided "AS IS" with no warranties, and confers no rights.



"Thomas Lee" wrote:

> Hi,
>
> I've been buried of late with work and have had little time to do
> anything Monad related. But I have a spanking new laptop (Dell Inspiron
> 9300 - it's awesome!) and am raring to go. I've been taking a look at
> setup of Monad and have a bunch of questions I'm going to want to ask!
>
> 1. Re profile.msh creation
> As I understand it, when msh.exe looks in both the all
> users\documents\msh folder and my documents\msh to find a profile.msh
> and subject to the execution policy runs them (all users running first).
> This is cool but why are these folders not created by default or why is
> there not a skeleton profile.msh (with no content) not provided?
>
> Suggestion: How about an option on setup to create and populate these?
>

Krishna[MSFT]: When you install monad an Examples directory will be created
in the install directory. A skeleton profile.msh is copied to this examples
directory.

When monad is installed, by default the ExecutionPolicy ( registry key
HKLM\software\microsoft\msh\1\shellids\microsoft.management.automation.msh )
is set to "Restricted". This means execution of scripts is disabled on the
system by default. Profile.msh is a script. So if profile.msh is installed in
"all users\documents\msh" then the user will see some annoying messages
everytime msh.exe is invoked. This happens even if profile.msh is empty. To
prevent these messages (warnings) at startup time we are not installing
profile.msh in "all users\documents\msh" location.

> 2. MSHXML files rejected at first
> The first time you start Msh, it gets upset about the 8 mshxml files.
> Now I understand that these are pretty fundamental to the proper running
> of MSH - so why are they not trusted in the first place. But more
> importantly - I'm not clear on what is not trusting what. Is it MSH that
> does not trust the digital signature on the XML docs? If not, why not?
> Is there a certificate somewhere that should/could be provided? This is
> a poor user experience.
>
> I'm thinking here about larger scale deployment - you can deploy with a
> machine startup script easily enough, but I'd like to automate whatever
> it is I need to automate in order to get MSH to run smoothly. Is there a
> cert I need to install?
>
> 3. Titanic support?
> Is there, is there going to be, support for Msh on Itanium. There is a
> version of the CLR, but I suspect the testing load is such that it does
> not make sense given only 3 people are actually using this platform
> <grin>. What is the Itaniuim support story for V1?
>
> 4. Language support
> At present, at least so far as I can tell, the only language supported
> in B2 is English (well American, but let's not split hairs). What is the
> plan? I am guessing that RTM will add German, Spanish, French, Italian,
> Japanese, Korea, both CHT and CHS and CS. Is this all?
>
> Also, what will Monad look like? I am assuming all keywords etc are
> fixed to their english names. Thus if a german wanted to see pictures of
> his wife's dog, he might type
>
> $MeinStuffen = ls | where {$_.name -match "hund" -and '$_.name - match
> "Frau" }
>
> Same for Japanese etc?
>
> What about support for Arabic script?
>
> 5 Deployment via Group Policies
>
> It looks like deployment via software group policy does not work
> (although this may just be a bug), but I can deploy via startup script.
> I'd like some idea of recomendations for best practice deployment via
> GP? Are there any?

Krishna[MSFT]: Can you elaborate this scenario for me?
>
> At present my best advice is to deploy using either a machine start up,
> or a user logon script. The former is better, IMHO, if you have the
> ability to bounce the server. I have a working script file that installs
> both the CLR and Monad. But I've yet to work out what to do around
> profile.msh, or how to solve the mshxml problem via a setup script.
>
> Comments welcome.
>
> Thomas
>
> --
> Thomas Lee
> doctordns@xxxxxxxxx
> MVP - Admin Frameworks and Security
>
.

Relevant Pages

  • Re: printer problems migrating from Netware 6.5 to 2003
    ... It doesn't install the printer for users. ... If we use group policy to deploy a printer, let us say, we deploy a logon ... It is true that the script will be running every time the ... Microsoft Online Partner Support ...
    (microsoft.public.windows.server.migration)
  • REPOST Installing inf files
    ... and neither is the Help And Support ... After some Googling, I tried to install the relevant .inf files, ... however this wouldn't run as I got 'Can't find script engine ... the Windows Update page doesn't work, nor can I access page 2 of threads on ...
    (microsoft.public.windowsxp.general)
  • Diff. between distr. (acc. graphics)
    ... The root of my problems is that there is only support for Red Hat, ... If there had been Debian support I ... guess it would just be to download, install and voila so to speak. ... When running the "vinstall" install script (that comes with the ...
    (comp.os.linux.x)
  • Diff. between distr. (acc. graphics)
    ... The root of my problems is that there is only support for Red Hat, ... If there had been Debian support I ... guess it would just be to download, install and voila so to speak. ... When running the "vinstall" install script (that comes with the ...
    (comp.os.linux.setup)
  • Diff. between distr. (acc. graphics)
    ... The root of my problems is that there is only support for Red Hat, ... If there had been Debian support I ... guess it would just be to download, install and voila so to speak. ... When running the "vinstall" install script (that comes with the ...
    (comp.os.linux.portable)