Hi,

I added dotnetfx.exe to a setup project as a custom action to be installed
before the main app is installed.

I set the Arguments property to /q:a /c:"install /l /q" for a silent
install but it complains that its already installed, then I set the
Condition to check as Installed == false and that doesnt work.

How can one do this on a setup project?

Thanks.

Re: Custom Actions not working by Phil

Phil
Fri Feb 06 16:28:43 CST 2004

"as Installed == false " is definitely the wrong syntax for a custom action
condition. Not Installed would be the right syntax, but I don't think it's the
right choice - it means run this custom action if my product is not installed,
but it should be running the custom action if the runtime isn't installed.

I don't think you can install the runtime out of a custom action. .NET installs
require Windows Installer (MSI) 2.0, and MSI 2.0 is installed by the dotnet
redist, so if MSI 1.1 is on the system your setup won't start. The redist is an
MSI-based setup, and two MSI setups can't run at the same time, so that's
another reason why you can't embed the redist in your MSI setup. Setups that
appear to this kind of thing usually have a wrapper program that launches the
required setups after checking what's on the system.
--
Phil Wilson [MVP Windows Installer]
----
<discussion@discussion.microsoft.com> wrote in message
news:%23xjGiPL7DHA.1592@TK2MSFTNGP10.phx.gbl...
> Hi,
>
> I added dotnetfx.exe to a setup project as a custom action to be installed
> before the main app is installed.
>
> I set the Arguments property to /q:a /c:"install /l /q" for a silent
> install but it complains that its already installed, then I set the
> Condition to check as Installed == false and that doesnt work.
>
> How can one do this on a setup project?
>
> Thanks.
>
>



Re: Custom Actions not working by >

>
Sat Feb 07 07:05:17 CST 2004

Ok, I have 4 packages I must install before my application is installed but
I want them as one MSI file.

Some use InstallShield 1.5 I think.

So, I have to resort to shipping a .bat file to preinstall these? What a
bummer.


"Phil Wilson" <phil.wilson@unisys.spamcom> wrote in message
news:#qjIVCQ7DHA.2416@TK2MSFTNGP10.phx.gbl...
> "as Installed == false " is definitely the wrong syntax for a custom
action
> condition. Not Installed would be the right syntax, but I don't think it's
the
> right choice - it means run this custom action if my product is not
installed,
> but it should be running the custom action if the runtime isn't installed.
>
> I don't think you can install the runtime out of a custom action. .NET
installs
> require Windows Installer (MSI) 2.0, and MSI 2.0 is installed by the
dotnet
> redist, so if MSI 1.1 is on the system your setup won't start. The redist
is an
> MSI-based setup, and two MSI setups can't run at the same time, so that's
> another reason why you can't embed the redist in your MSI setup. Setups
that
> appear to this kind of thing usually have a wrapper program that launches
the
> required setups after checking what's on the system.
> --
> Phil Wilson [MVP Windows Installer]
> ----
> <discussion@discussion.microsoft.com> wrote in message
> news:%23xjGiPL7DHA.1592@TK2MSFTNGP10.phx.gbl...
> > Hi,
> >
> > I added dotnetfx.exe to a setup project as a custom action to be
installed
> > before the main app is installed.
> >
> > I set the Arguments property to /q:a /c:"install /l /q" for a silent
> > install but it complains that its already installed, then I set the
> > Condition to check as Installed == false and that doesnt work.
> >
> > How can one do this on a setup project?
> >
> > Thanks.
> >
> >
>
>



Re: Custom Actions not working by Phil

Phil
Sat Feb 07 10:06:25 CST 2004

See if this helps. The site appears to be down right now, and you may have
to register, but there's some good stuff there.

http://www.codeproject.com/managedcpp/dotnetsetup.asp

--
Phil Wilson
[MVP Windows Installer]
<.> wrote in message news:%23r6pfmX7DHA.1112@tk2msftngp13.phx.gbl...
> Ok, I have 4 packages I must install before my application is installed
but
> I want them as one MSI file.
>
> Some use InstallShield 1.5 I think.
>
> So, I have to resort to shipping a .bat file to preinstall these? What a
> bummer.
>
>
> "Phil Wilson" <phil.wilson@unisys.spamcom> wrote in message
> news:#qjIVCQ7DHA.2416@TK2MSFTNGP10.phx.gbl...
> > "as Installed == false " is definitely the wrong syntax for a custom
> action
> > condition. Not Installed would be the right syntax, but I don't think
it's
> the
> > right choice - it means run this custom action if my product is not
> installed,
> > but it should be running the custom action if the runtime isn't
installed.
> >
> > I don't think you can install the runtime out of a custom action. .NET
> installs
> > require Windows Installer (MSI) 2.0, and MSI 2.0 is installed by the
> dotnet
> > redist, so if MSI 1.1 is on the system your setup won't start. The
redist
> is an
> > MSI-based setup, and two MSI setups can't run at the same time, so
that's
> > another reason why you can't embed the redist in your MSI setup. Setups
> that
> > appear to this kind of thing usually have a wrapper program that
launches
> the
> > required setups after checking what's on the system.
> > --
> > Phil Wilson [MVP Windows Installer]
> > ----
> > <discussion@discussion.microsoft.com> wrote in message
> > news:%23xjGiPL7DHA.1592@TK2MSFTNGP10.phx.gbl...
> > > Hi,
> > >
> > > I added dotnetfx.exe to a setup project as a custom action to be
> installed
> > > before the main app is installed.
> > >
> > > I set the Arguments property to /q:a /c:"install /l /q" for a silent
> > > install but it complains that its already installed, then I set the
> > > Condition to check as Installed == false and that doesnt work.
> > >
> > > How can one do this on a setup project?
> > >
> > > Thanks.
> > >
> > >
> >
> >
>
>



Re: Custom Actions not working by discussion

discussion
Mon Feb 09 02:28:50 CST 2004

Unfortunately its not a publically accessable file.

Do I just code up a customActions assembly that inherits from the Install
class and override .Install and then launch the installers there? That would
still have the same problem as its within the new setup environment. Why MS
make this difficult is beyond me. Looks like im doing a s.hity .bat file.
I guess they want to encourage us to make shit products for Windows. Oh
well.



"Phil Wilson" <pdjwilson@nospam.cox.net> wrote in message
news:%23B4j4QZ7DHA.1112@tk2msftngp13.phx.gbl...
> See if this helps. The site appears to be down right now, and you may have
> to register, but there's some good stuff there.
>
> http://www.codeproject.com/managedcpp/dotnetsetup.asp
>
> --
> Phil Wilson
> [MVP Windows Installer]
> <.> wrote in message news:%23r6pfmX7DHA.1112@tk2msftngp13.phx.gbl...
> > Ok, I have 4 packages I must install before my application is installed
> but
> > I want them as one MSI file.
> >
> > Some use InstallShield 1.5 I think.
> >
> > So, I have to resort to shipping a .bat file to preinstall these? What
a
> > bummer.
> >
> >
> > "Phil Wilson" <phil.wilson@unisys.spamcom> wrote in message
> > news:#qjIVCQ7DHA.2416@TK2MSFTNGP10.phx.gbl...
> > > "as Installed == false " is definitely the wrong syntax for a custom
> > action
> > > condition. Not Installed would be the right syntax, but I don't think
> it's
> > the
> > > right choice - it means run this custom action if my product is not
> > installed,
> > > but it should be running the custom action if the runtime isn't
> installed.
> > >
> > > I don't think you can install the runtime out of a custom action. .NET
> > installs
> > > require Windows Installer (MSI) 2.0, and MSI 2.0 is installed by the
> > dotnet
> > > redist, so if MSI 1.1 is on the system your setup won't start. The
> redist
> > is an
> > > MSI-based setup, and two MSI setups can't run at the same time, so
> that's
> > > another reason why you can't embed the redist in your MSI setup.
Setups
> > that
> > > appear to this kind of thing usually have a wrapper program that
> launches
> > the
> > > required setups after checking what's on the system.
> > > --
> > > Phil Wilson [MVP Windows Installer]
> > > ----
> > > <discussion@discussion.microsoft.com> wrote in message
> > > news:%23xjGiPL7DHA.1592@TK2MSFTNGP10.phx.gbl...
> > > > Hi,
> > > >
> > > > I added dotnetfx.exe to a setup project as a custom action to be
> > installed
> > > > before the main app is installed.
> > > >
> > > > I set the Arguments property to /q:a /c:"install /l /q" for a
silent
> > > > install but it complains that its already installed, then I set the
> > > > Condition to check as Installed == false and that doesnt work.
> > > >
> > > > How can one do this on a setup project?
> > > >
> > > > Thanks.
> > > >
> > > >
> > >
> > >
> >
> >
>
>



Re: Custom Actions not working by discussion

discussion
Mon Feb 09 04:05:11 CST 2004

Simple solution I used a setup.bat file and called the proper command line
instead of bulding my own Setup.exe project (waste of freakin time for what
its giving when a simple .bat file can do) and then launch the setup.msi
file.

Microsoft you suck s.shit for installer support. I am now shopping elsewhere
for a working product.


<discussion@discussion.microsoft.com> wrote in message
news:uM5wBXu7DHA.1672@TK2MSFTNGP12.phx.gbl...
> Unfortunately its not a publically accessable file.
>
> Do I just code up a customActions assembly that inherits from the Install
> class and override .Install and then launch the installers there? That
would
> still have the same problem as its within the new setup environment. Why
MS
> make this difficult is beyond me. Looks like im doing a s.hity .bat
file.
> I guess they want to encourage us to make shit products for Windows. Oh
> well.
>
>
>
> "Phil Wilson" <pdjwilson@nospam.cox.net> wrote in message
> news:%23B4j4QZ7DHA.1112@tk2msftngp13.phx.gbl...
> > See if this helps. The site appears to be down right now, and you may
have
> > to register, but there's some good stuff there.
> >
> > http://www.codeproject.com/managedcpp/dotnetsetup.asp
> >
> > --
> > Phil Wilson
> > [MVP Windows Installer]
> > <.> wrote in message news:%23r6pfmX7DHA.1112@tk2msftngp13.phx.gbl...
> > > Ok, I have 4 packages I must install before my application is
installed
> > but
> > > I want them as one MSI file.
> > >
> > > Some use InstallShield 1.5 I think.
> > >
> > > So, I have to resort to shipping a .bat file to preinstall these? What
> a
> > > bummer.
> > >
> > >
> > > "Phil Wilson" <phil.wilson@unisys.spamcom> wrote in message
> > > news:#qjIVCQ7DHA.2416@TK2MSFTNGP10.phx.gbl...
> > > > "as Installed == false " is definitely the wrong syntax for a custom
> > > action
> > > > condition. Not Installed would be the right syntax, but I don't
think
> > it's
> > > the
> > > > right choice - it means run this custom action if my product is not
> > > installed,
> > > > but it should be running the custom action if the runtime isn't
> > installed.
> > > >
> > > > I don't think you can install the runtime out of a custom action.
.NET
> > > installs
> > > > require Windows Installer (MSI) 2.0, and MSI 2.0 is installed by the
> > > dotnet
> > > > redist, so if MSI 1.1 is on the system your setup won't start. The
> > redist
> > > is an
> > > > MSI-based setup, and two MSI setups can't run at the same time, so
> > that's
> > > > another reason why you can't embed the redist in your MSI setup.
> Setups
> > > that
> > > > appear to this kind of thing usually have a wrapper program that
> > launches
> > > the
> > > > required setups after checking what's on the system.
> > > > --
> > > > Phil Wilson [MVP Windows Installer]
> > > > ----
> > > > <discussion@discussion.microsoft.com> wrote in message
> > > > news:%23xjGiPL7DHA.1592@TK2MSFTNGP10.phx.gbl...
> > > > > Hi,
> > > > >
> > > > > I added dotnetfx.exe to a setup project as a custom action to be
> > > installed
> > > > > before the main app is installed.
> > > > >
> > > > > I set the Arguments property to /q:a /c:"install /l /q" for a
> silent
> > > > > install but it complains that its already installed, then I set
the
> > > > > Condition to check as Installed == false and that doesnt work.
> > > > >
> > > > > How can one do this on a setup project?
> > > > >
> > > > > Thanks.
> > > > >
> > > > >
> > > >
> > > >
> > >
> > >
> >
> >
>
>