Hi,
I have created two msi file (sample1 sample2) using wix toolset3.8.
While uninstalling msi through wix custom bootstrapper,it shows an below
error.
MSI (s) (20:94) [01:01:37:045]: Resolving source to launched-from source.
MSI (s) (20:94) [01:01:37:045]: Setting launched-from source as
Hi,
I have modifed the URL while posting due to security resons. Also i have
been given valid URL in bundle file.
http:\\{Domain}\{Folder}\samplefile.msi.
Regards,
Mohamed Yasir K
--
View this message in context:
OK, that makes sense. Did you use Fiddler (or similar) to evaluate why you
are getting network failures?
Since you are reporting having network problems on both install and
uninstall, related to this package, it seems like determining the core cause
of those problems is needed. I have several
Hi all,
I am setting a permission on a folder:
Component Id=quot;cmp_ProgramDataPermServquot;
Guid=quot;lt;some guid Permanent=no Shared=no
CreateFolder
util:PermissionEx User=NETWORK SERVICE GenericWrite=yes
GenericRead=yes /
/CreateFolder
This has been
Hello,
I have a bundle with 3 chained MSI's. I want it to put all (!) the log
files to a specified folder. Does anyone have a code sample that actually
WORKS? I checked the web, I tried LogPathVariable, Variable/ and Log/
in various combinations - to no avail.
Many thanks in advance.
Probably because a German Windows 7 has a localized NETWORK SERVICE. What is
the name of NETWORK SERVICE on the German machine? Should be pretty obvious
from just looking at running services.
--
John Merryweather Cooper
Senior Software Engineer | Enterprise Service Applications | Continuing
Use the Well-Known SID to look up the localized name for built-in accounts.
I think the C# code would look like this:
string aSID = new
SecurityIdentifier(WellKnownSidType.LocalServiceSid, null).ToString();
string domain_localService = new
There's another thread here regarding a Finnish Language Install
that's causing the same problem for the Users group if you'd like a
little reading material...
Quoting John Cooper jocoo...@jackhenry.com:
Probably because a German Windows 7 has a localized NETWORK
SERVICE. What is the
This also needs to be posted in the Finnish language Pack post...
Quoting Phill Hogland phogl...@rimage.com:
Use the Well-Known SID to look up the localized name for built-in accounts.
I think the C# code would look like this:
string aSID = new
Classification: Public
So below is to translate localservice built in account, cool
Thanks,
Steve
Sigh Why would Microsoft localize specific accounts,
guest/administrator/network service/localsystem etc... sigh...
[Latest TITUS News!]http://www.titus.com/TMCPolicy_footer_link_landingpage.php
These properties in the Util extension may also be useful:
Fragment
Property Id=WIX_ACCOUNT_LOCALSYSTEM Secure=yes /
CustomActionRef Id=WixQueryOsWellKnownSID /
/Fragment
Fragment
Property Id=WIX_ACCOUNT_LOCALSERVICE Secure=yes /
CustomActionRef
Classification: General Business
So I would use: util:PermissionEx User=[WIX_ACCOUNT_NETWORKSERVICE]
GenericWrite=yes GenericRead=yes / ??
Steve
[Latest TITUS News!]http://www.titus.com/TMCPolicy_footer_link_landingpage.php
This message has been marked as General Business by Steven
If you were German, Russian etc, would you like it if Microsoft was
to say, We're lazy, and we're ignoring all i18n standards so all our
important users and groups will be in English. If I were German or
Russian I'd be a little peeved, which is why the UserID Number is the
same in all
This thread involving Neal may help:
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/PermissionEx-and-WixQueryOsWellKnownSID-properties-td788238.html
Once upon a time he had the same problem.
--
John Merryweather Cooper
Senior Software Engineer | Enterprise Service Applications |
I have noticed this issue today, with Wix 3.9.1006 in the simplest msi setup
project, which makes no reference to any security element (or any other
extension), when there is not a reference in the project to
WixUtilExtension. Adding the WixUtilExtension referenced silenced this
build error.
The obvious question to ask is whether the MSI file actually is there
at that location, which seems an odd location (it's where cached MSIs
are). If it is there, it had better be the same package and product
code as the original install, that's a requirement. Also check the
permissions to that
Classification: General Business
Right but he says:
I have resolved this now (see earlier post) but I am on Windows XP (and
Vista) and I am fairly sure that WIX_ACCOUNT_NETWORKSERVICE or the others do
not work with PermissionsEx, I have looked at the code and I don't see anything
to handle it.
Hi Tobias,
I'm also trying to build the .mst based on the .wixout instead the .msi
Do you have any insight on the subject? Did you managed to fix it out?
TNX
--
View this message in context:
Rule #1: You must use bindpaths in your RTM msi.
-Original Message-
From: SE [mailto:evensi...@gmail.com]
Sent: November-12-14 1:59 PM
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Generate mst files based on wixout instead of MSIs (to
reduce build time)
Hi Tobias,
Thanks Phill, my MBA is also hosted in another application. But application
that hosts my MBA does not have any resources, also I do not have one resource
file for each language as I use Passolo to generate satellite assemblies for me.
I used one of the great features of Passolo to generate
so is using this okay??
[WIX_ACCOUNT_NETWORKSERVICE]?
util:PermissionEx User=[WIX_ACCOUNT_NETWORKSERVICE] GenericWrite=yes
GenericRead=yes /
--
View this message in context:
Hi,
I'm also trying to build the .mst based on the .wixout instead the .msi
Did you managed to create .mst from .wixmst?
TNX
--
View this message in context:
I don't know if it would be any use, but Apache has a suite of AD/LDAP
tools/libraries at http://directory.apache.org/studio/ .
--
Bruce
On Nov 11, 2014, at 10:12 PM, pezmannen pezman...@gmail.com wrote:
My setup includes several dialogs where you need to specify different Active
Or create a custom MBA and use the existing framework bits from .Net. Then you
can just property drive the MSI.
On Nov 12, 2014, at 5:01 PM, Bruce Cran br...@cran.org.uk wrote:
I don't know if it would be any use, but Apache has a suite of AD/LDAP
tools/libraries at
Apologies if this is a repost, but I think the first post may not have got
through because it contained images instead of links to same.
I have built an MSI using Wix and the MSI executes fine on Windws 8.1 with
Office 2013, WIndows 7 with no Office install, but I had a report from a
reputable
How is this installer assembled? Is there a merge module involved?
--
John Merryweather Cooper
Senior Software Engineer | Enterprise Service Applications | Continuing
Development
Jack Henry Associates, Inc.® | Lenexa, KS 66214 | Ext: 431050
|jocoo...@jackhenry.com
-Original
There are different approaches to doing localization in a managed context,
and since this is a .Net issue and not specifically related to WiX I did not
find a specific document with steps on how to do it. Yes I localize my mba
for en, de, es, it, ja, and zh. My approach was a little different
Thanks Phill, Yes I tried with en-US as that is how I did for my other C#/.Net
assemblies that works. Then I came across an article that talks about using
Decimal identifiers for languages, but I guess that is only for wix
translations!
I am sure there must be something I am missing, which is
Hi John,
I am using Wix Toolset 3.8 via wix-maven-plugin-1.1.1
There are no merge modules.
The wix-maven-plugin uses the WixUtilExtension and the WixUIExtension.
William
On Thu, Nov 13, 2014 at 9:51 AM, John Cooper jocoo...@jackhenry.com wrote:
How is this installer assembled? Is there a
OK, ignore this. Turns out the MSI being distributed was not the same one
that I had built.
All is good with the world again.
On Thu, Nov 13, 2014 at 11:19 AM, William Ferguson
william.fergu...@xandar.com.au wrote:
Hi John,
I am using Wix Toolset 3.8 via wix-maven-plugin-1.1.1
There are no
30 matches
Mail list logo
