The user is able to select which ones they want to install. If they only
want the x86 BE, they don't have to install the x64 or ARM BE.
On Fri, Jun 3, 2011 at 3:14 AM, Adam <geekdundee(a)gmail.com> wrote:
On Fri, 03 Jun 2011 17:58:42 +1000, Ged Murphy
<gedmurphy(a)gmail.com>
wrote:
When I say wix, I mean windows installer. The two have become synonymous
for me now.
Much of what you say isn't true.
The only issue I've ever come across with msi's is that failed installs
can lead to the database becoming corrupt.
However this is very rare and can be repaired in various ways.
Now the problem here is: will the end users be able to apply this easily
without risk of damaging the other installs? I'm not suggesting attempting
to fix such a problem will damage the other installs or the system, but are
the repair methods clean?
I get the feeling people use NSIS because
it's open source and that must
mean it's better/cooler.
I prefer to look at the merits of both open and closed and choose the
best.
In 99% of cases, closed source comes out on top.
I must admit I am not a big fan of their clumsy syntax myself. Inno Setup
seems better to me. As for open sourcedness - IMO its only really useful if
you have the tools to edit the source. Bottom line is that I agree with
this.
-----Original Message-----
From: Adam [mailto:geekdundee@gmail.com]
Sent: 02 June 2011 22:55
To: ReactOS Development List; Ged Murphy
Subject: Re: [ros-dev] 1294 [dreimer] Fix clean for cmake trees. ...
So having a service running all the time just to install programs, and
having to not be able to uninstall a program cleanly if the MSI file has
been moved/deleted (or if the MSI file that was copied into some obscure
place in the %SYSTEMROOT% path) or due to some other sort of failure,
provides an error, is clean is it? Not to mention it will be impossible to
uninstall in Safe Mode (should it be necessary) since MSIEXEC refuses to
run under Safe Mode these days.
Never tried WiX before, but the problem wouldn't be WiX - it would be
MSIEXEC and the way it works.
On Fri, 03 Jun 2011 07:35:56 +1000, Ged Murphy <gedmurphy(a)gmail.com>
wrote:
Are you serious? Have you ever used WiX in a serious capacity?
It's far superior to NSIS in pretty much
every way.
On 2 June 2011 22:18, Adam <geekdundee(a)gmail.com> wrote:
I do not like the idea of moving to Windows
Installer for RosBE 2.0 -
it can
be quite tedious to clean up if the install is half done. IMO the
original
installer (NSIS) is much more cleaner than Windows Installer too.
If it ain't broke don't fix it I say.
On Fri, 03 Jun 2011 06:52:17 +1000, Colin Finck <colin(a)reactos.org>
wrote:
dreimer(a)svn.reactos.org wrote:
> > if not exist "CMakeLists.txt" (
>
> Can we decide on dropping support for rbuild stuff in RosBE 2.0?
> Reasons:
>
> - RosBE 2.0 will certainly come with an updated set of build tools.
> (GCC 4.6 with mingw-w64 target is planned, maybe even a multilib
> version)
> The target change already makes older builds uncompilable with RosBE
> 2.0. Even if this would be fixed, nobody would guarantee you that a
> revision built with RosBE 2.0 behaves the same as one compiled with
> 1.5.x.
> - Several versions of RosBE can be installed parallely, especially if
> you're also moving to a Windows Installer for RosBE 2.0, which
> doesn't
> care about Uninstall entries of NSIS. So everybody has the option
> to build older rbuild-powered revisions at any time.
> - It could make all scripts cleaner again :-)
>
> Regards,
>
> Colin
>
> _______________________________________________
> Ros-dev mailing list
> Ros-dev(a)reactos.org
>
http://www.reactos.org/mailman/listinfo/ros-dev
>
--
Using Opera's revolutionary email client:
http://www.opera.com/mail/
_______________________________________________
Ros-dev mailing list
Ros-dev(a)reactos.org
http://www.reactos.org/mailman/listinfo/ros-dev
_______________________________________________
Ros-dev mailing list
Ros-dev(a)reactos.org
http://www.reactos.org/mailman/listinfo/ros-dev
--
Using Opera's revolutionary email client:
http://www.opera.com/mail/
_______________________________________________
Ros-dev mailing list
Ros-dev(a)reactos.org
http://www.reactos.org/mailman/listinfo/ros-dev