maria-developers team mailing list archive
-
maria-developers team
-
Mailing list archive
-
Message #03889
Re: Windows installer MWL#55 finished.
It is a Danish Windows (Home Premium 64 bit).
On Tue, Feb 1, 2011 at 20:07, Vladislav Vaintroub <wlad@xxxxxxxxxxxxxxxx>wrote:
>
>
> Thanks Peter.
>
> This might be helpful. Is this a localized Windows? Asking because error
> you get is ERROR_INVALID_SERVICE_ACCOUNT, and the service account is NT
> Authority\Network Service, which is “well-known” and always there. However I
> recall there was some PITA with localized names for standard users mentioned
> in source code in other open source projects (e.g. Wix). I was never
> affected since I do not run localized Windows, though now I think I should
> give them a try from time to time;)
>
>
>
> *From:* Peter Laursen [mailto:peter_laursen@xxxxxxxxxx]
> *Sent:* Dienstag, 1. Februar 2011 19:52
>
> *To:* Vladislav Vaintroub
> *Cc:* maria-developers@xxxxxxxxxxxxxxxxxxx
> *Subject:* Re: [Maria-developers] Windows installer MWL#55 finished.
>
>
>
> I am sorry .. no luck either this time. I executed: "C:\m>msiexec /i
> mariadb-5.2.5-winx64.msi /l*v log.txt"
>
>
>
> It looks like it is the service creation that fails .. excerpt
>
>
>
> CAQuietExec: Running bootstrap
> CAQuietExec: Removing default user
> CAQuietExec: Changing root password
> CAQuietExec: Creating my.ini file
> CAQuietExec: Registering service
> CAQuietExec: FATAL ERROR: CreateService failed (1057)
> CAQuietExec: Error 0x80070001: Command line returned an error.
> CAQuietExec: Error 0x80070001: CAQuietExec Failed
> CustomAction CreateDatabase returned actual error code 1603 (note this may
> not be 100% accurate if translation happened inside sandbox)
>
>
>
> (full installation log attached).
>
>
>
> I specified service name 'maria52' and no such service exist. Port
> specified is 3310 what is not in use. Selected default path for
> installation. I am administrator user of course and UAC is disabled.
>
>
>
> -- Peter
>
>
>
>
>
> On Tue, Feb 1, 2011 at 19:20, Vladislav Vaintroub <wlad@xxxxxxxxxxxxxxxx>
> wrote:
>
> This could be a bug I found and fixed yesterday evening. It turns out I
> did an superfluous LocalFree() in mysql_install_db.exe. Interestingly, it
> has crashed rather seldom, it was the first time I have seen it.
>
>
>
> Fixed here :
> http://bazaar.launchpad.net/~maria-captains/maria/5.2-windows-packaging-upgrade/revision/2929.
>
> I updated msi installers after the fix here
> http://cid-ff0c950417b4f8a4.office.live.com/browse.aspx/share . I would
> appreciate if you could give new MSI’s a try . Make sure to uninstall what
> you currently have prior to this experiment .
>
>
>
> To trace what is happening in installation, a log file can be helpful. To
> get a log, issue
>
> msiexec /i mariadb-5.2.5-win32.msi /l*v log.txt
>
>
>
> on the command line. This will launch setup and write some interesting
> (and lots of uninteresting) info into log.txt. If an executable launched by
> MSI crashes (I presumably it was the case here), the information would be
> sparse, but at least one would know at what step installation did a
> rollback, which exe has crashed and what it has written to output prior to
> crash.
>
>
>
> Wlad
>
>
>
> *From:* Peter Laursen [mailto:peter_laursen@xxxxxxxxxx]
> *Sent:* Dienstag, 1. Februar 2011 18:46
> *To:* Vladislav Vaintroub
> *Cc:* Kristian Nielsen; serg@xxxxxxxxxxxx;
> maria-developers@xxxxxxxxxxxxxxxxxxx
>
>
> *Subject:* Re: [Maria-developers] Windows installer MWL#55 finished.
>
>
>
> sorry .. it was 32 bit installer!
>
> On Tue, Feb 1, 2011 at 18:43, Peter Laursen <peter_laursen@xxxxxxxxxx>
> wrote:
>
> hmmm .. installer rolls back. Why?
>
>
>
> 64 bit build on 64 bit Win7 (UAC disabled). Default file path. No
> conflicts with ports or service name specified. After rollback there is no
> track left.
>
>
>
>
>
> -- Peter
>
>
>
> On Tue, Feb 1, 2011 at 18:05, Vladislav Vaintroub <wlad@xxxxxxxxxxxxxxxx>
> wrote:
>
>
>
> > -----Original Message-----
> > From: Kristian Nielsen [mailto:knielsen@xxxxxxxxxxxxxxx]
> > Sent: Dienstag, 1. Februar 2011 14:59
> > To: Vladislav Vaintroub
> > Cc: maria-developers@xxxxxxxxxxxxxxxxxxx; serg@xxxxxxxxxxxx; Michael
> Widenius
> > Subject: Re: [Maria-developers] Windows installer MWL#55 finished.
> >
> > "Vladislav Vaintroub" <wlad@xxxxxxxxxxxxxxxx> writes:
> >
> > > Wizard is an MFC application. I'm sorry for that, but my Windows C/C++
> GUI programming experience is not only rusty (prior to
> this
> > > WL last time I used it was more than a decade ago), it is also
> restricted to MFC only. Being MFC application, it will require
> at
> > > least VS Professional to build. There is no MFC in free Visual Studio
> Express edition, nor in free Windows SDK. Build and
> > > packaging process will handle missing MFC gracefully (build won't try
> to compile upgrade wizard, package won't include it , and
> > > installer won't start it at the end of installation).
> >
> > What license are we distributing the wizard source code under?
>
> > The reason I ask is that because of the above dependency, GPL may not be
> > appropriate (and since it sounds like a new application, nor is it
> > necessary). So we might consider another license, eg. BSD or if prefered
> some
> > other more copy-left license. Or just GPL-with-MFC-exception.
> >
> > I don't really have an opinion myself for one license or the other, I
> just
> > wanted to point out the issue to make sure it is considered by those that
> do
> > care. Since it sounds like if we just use GPL, we may be releasing
> something
> > that formally others cannot redistribute without violating the license.
> Which
> > I think we should avoid, even if we're obviously not planning to sue
> anyone
> > over it ...
>
> Not sure I'm correct person to start discussions over the of GPL, I think
> I'm not qualified.
>
> I do know there is a plenty of established open source projects that use
> MFC, including GPLv2, such as different incarnations of
> Tortoise (SVN,CVS, BZR, HG).
>
> >From my point of view, it is just a system library. It came bundled with
> compiler, just like other library CRT which is non-GPL
> that we use extensively for quite important functionality like strcpy() or
> say fopen(). Maybe this explanation will satisfy GPL
> purists. I do not think CRT , MFC , ATL (libraries that come bundled with
> Visual Studio) have any written license, at least I have
> never seen one. The source code is available, and installed together with
> Visual Studio. If one needs to redistribute one of this
> libraries as DLLs, there is Microsoft EULA that basically allows inclusion
> into any software . But we do not even do that, as we
> link Visual Studio libraries (CRT, and also MFC now) statically, MySQL-ish
> way.
>
> > - Kristian.
>
>
> _______________________________________________
> Mailing list: https://launchpad.net/~maria-developers
> Post to : maria-developers@xxxxxxxxxxxxxxxxxxx
> Unsubscribe : https://launchpad.net/~maria-developers
> More help : https://help.launchpad.net/ListHelp
>
>
>
>
>
>
>
Follow ups
References