But I do not think "NT Authority\Network Service is localized" (it only is in Czech and other tonguebreaking languages and also not from Vista onwards as far as I remember. In Vista/2008/7 localization only applies to GUI and not command syntax)
Also isn't 'NT AUTHORITY\SYSTEM' what user account MySQL normally uses? But using \Network Service may be an improvement .. I remember we had some discussions. :-) If you need more information from my system just ask for a registry key dump or the output from some specific command. -- Peter On Tue, Feb 1, 2011 at 20:30, Peter Laursen <[email protected]>wrote: > It is a Danish Windows (Home Premium 64 bit). > > > On Tue, Feb 1, 2011 at 20:07, Vladislav Vaintroub > <[email protected]>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:[email protected]] >> *Sent:* Dienstag, 1. Februar 2011 19:52 >> >> *To:* Vladislav Vaintroub >> *Cc:* [email protected] >> *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 <[email protected]> >> 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:[email protected]] >> *Sent:* Dienstag, 1. Februar 2011 18:46 >> *To:* Vladislav Vaintroub >> *Cc:* Kristian Nielsen; [email protected]; >> [email protected] >> >> >> *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 <[email protected]> >> 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 <[email protected]> >> wrote: >> >> >> >> > -----Original Message----- >> > From: Kristian Nielsen [mailto:[email protected]] >> > Sent: Dienstag, 1. Februar 2011 14:59 >> > To: Vladislav Vaintroub >> > Cc: [email protected]; [email protected]; Michael >> Widenius >> > Subject: Re: [Maria-developers] Windows installer MWL#55 finished. >> > >> > "Vladislav Vaintroub" <[email protected]> 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 : [email protected] >> Unsubscribe : https://launchpad.net/~maria-developers >> More help : https://help.launchpad.net/ListHelp >> >> >> >> >> >> >> > >
_______________________________________________ Mailing list: https://launchpad.net/~maria-developers Post to : [email protected] Unsubscribe : https://launchpad.net/~maria-developers More help : https://help.launchpad.net/ListHelp
