I'm a bit puzzled as to which one to move to the WiX folder.
The one that I currently have is dated: 8/12/2006 and is 632 KB.
The platform SDK for vista has two copies. One at:
C:\Program Files\Microsoft SDKs\Windows\v6.0\Bin\msitools\Schemas\MSI\120
and one at
C:\Program Files\Microsoft SDKs\W
Kevin Fischer wrote:
I'm currently using the WixUI_InstallDir dialog set for my install UI.
I need to make several minor changes to the stock dialogs including:
1) removing specific icons from dialogs
2) using different text for a few of the controls
3) removing controls and changing their beh
Scott Palmer wrote:
Anyway... I'm just looking for a build process, including creating the
installer, that doesn't suck...
Just FYI: Saying that something "sucks" is neither useful nor constructive.
--
sig://boB
http://joyofsetup.com/
--
I always create my own based off of the Mondo file, but I would assume you
should be able to use the DialogRef tag to overwrite/alter the elements that
you wish. Someone correct me if I am wrong.
Regards,
//aj
On 5/22/07, Kevin Fischer <[EMAIL PROTECTED]> wrote:
I'm currently using the WixUI_
Ignore those extra spaces, I don't know where they came from. :-P
1
//aj
On 5/22/07, Aaron Shurts <[EMAIL PROTECTED]> wrote:
The condition on your publish property event appears to be the problem.
If you always want this event to trigger than this text:
TRUE
should read like this:
< Publish P
The condition on your publish property event appears to be the problem. If
you always want this event to trigger than this text:
TRUE
should read like this:
1
When you have just "TRUE" in there. The installer isn't really checking
against anything so that condition will always evaluate to false
Hi,
I'm not sure what I'm doing wrong.
When one feature is selected it will go to a certain dialog, in this
dialog I will always set a property to true. And later I will check this
property in a component.
Here is what I have in the dialog:
TRUE
I'm currently using the WixUI_InstallDir dialog set for my install UI.
I need to make several minor changes to the stock dialogs including:
1) removing specific icons from dialogs
2) using different text for a few of the controls
3) removing controls and changing their behavior
I know I can cha
That worked, thank you! And of _course_ var.PROGRAMFILESFOLDER is
going to have issues at build time, what was I thinking? *sigh*
On 5/22/07, Mike Dimmick <[EMAIL PROTECTED]> wrote:
> You're looking for something defined at build time. Try $(env.ProgramFiles).
>
> Windows defines the ProgramFiles
This the ProgramFiles64Folder property isn't it?
Phil Wilson
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Mike
Dimmick
Sent: Tuesday, May 22, 2007 3:57 PM
To: 'Geoff Finger'; wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Allowing sources
This is actually good news. I thought I was doing something crazy wrong.
:-)
On a side note, if I want to build this myself, every time I try to open the
solution, I get all kinds of errors that the project files are not valid
project files. Is there something I am missing?
Regards,
//aj
On 5
Hello,
I plan to add preprocessor before the , under , is that possible?
Thanks,
-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
Actually, it looks like you changed the name of the entry point to
InstallSqlData and added an UninstallSqlData, but did not change
src\ext\SqlExtension\wixlib\SqlExtension.wxs. You did change
src\ca\serverca\scawixlib\sca.wxs, but I don't think that file is used any
more in WiX v3.
Sorry, guys
Something got broken in the build process: ConfigureSql is not exported from
the CA DLL contained in WixSqlExtension.dll.
--
Mike Dimmick
_
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Rob Mensching
Sent: 22 May 2007 18:48
To: Aaron Shurts; Bob Arnson
Cc: Mike D
Is there a way to conditionally set permission on a folder depending on
a property value?
If value then set permission else do not set permission.
I'd like to set a permission on a newly created folder if the user
exists, but if the user doesn't exist then of course I don't want to set
per
You're looking for something defined at build time. Try $(env.ProgramFiles).
Windows defines the ProgramFiles environment variable to the location of the
Program Files folder.
I'm not guaranteeing this will work as I don't have an x64 system and don't
know whether ProgramFiles is defined differen
I've got a rather simple question that is probably due to some obvious
in hindsight error, but I'm totally stymied by it and haven't had any
luck searching for a solution.
I just recently switched from an x86 machine to an x64 machine running
XP x64. I suddenly find that some of the installers I'v
I've used Wix include files fairly successfully to do what you describe
below. I have a main install file (wxs) for i386, AMD64 and IA64 and a
Wix include (wxi) containing the common files. I'm able to pass in
variables for Win64 and Source at build time. You could also use
fragments to get the
My first quesiton is, can I install both x64 and x86 with the same installer.
IF so, if I specify Program files, does it know which program files
directory to put the files into?
I shouldn't have my x64 applicaiton installing to the Program Files(x86)
directory, but the data between the x86 and x6
Fair enough I'll just use attrib instead then - thanks
ccitt
Brian Simoneau wrote:
>
> We are using a custom action to make a directory hidden. I think there
> is only built-in support to make files hidden.
>
> -Brian Simoneau
>
> -Original Message-
> From: [EMAIL PROTECTED]
> [mail
The problem here is that Microsoft tools are already in the habit of
automatic code generation - and they all are designed to produce code for
SELF REGISTRATION. The process of self registration is effectively
encouraged by the development environment.
Now if the development process has to chang
This is a snippet of the include script that is called from the main product
file:
The attached SQL script is an obfuscated snippet of the SQL script we call
which is a functioning script and I still get the failure described. If I
can provide any other information
We are using a custom action to make a directory hidden. I think there
is only built-in support to make files hidden.
-Brian Simoneau
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of ccitt
Sent: Tuesday, May 22, 2007 2:23 PM
To: wix-users@lists.sourceforg
Hello all
Is there a built-in way in WiX to make a target direcory hidden, or am i
just going to have to call an external program to do it?
Thanks
ccitt
--
View this message in context:
http://www.nabble.com/Making-a-directory-hidden-tf3798371.html#a10744833
Sent from the wix-users mailing li
Thanks. That was what I needed.
Scott
Brian Simoneau wrote:
>
> Yes, you can't define files to install in a Binary element. A binary
> can be used by the installer but is not installed on the system. You
> must be File elements as part of a Component.
>
> -Brian Simoneau
>
> -Original
I don't know if there's a better way than this, but you could certainly make
a custom action to do it using WMI. The Win32_Process class lets you see if
there's a process running of a certain name, command line, etc.
('Win32_Product', http://msdn2.microsoft.com/en-us/library/aa394372.aspx)
Ther
That was a huge integration last week. It is possible that you've found a bug
in the integration (or even scarier a bug that wasn't fixed in WiX v2 either).
Is it possible to share the .wxs and SQL script? The last bugs we've fixed
have all been edge cases where the SQL Script had to be set j
Yes, you can't define files to install in a Binary element. A binary
can be used by the installer but is not installed on the system. You
must be File elements as part of a Component.
-Brian Simoneau
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of ccitt
I defined them below with the tags... Am I missing something?
Thanks
ccitt
You need to define File elements under each of those Components.
-Brian Simoneau
--
View this message in context:
http://www.nabble.com/Installer-not-placing-any-files-tf3797683.html#a10742790
Sent from the wix-user
You need to define File elements under each of those Components.
-Brian Simoneau
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of ccitt
Sent: Tuesday, May 22, 2007 1:05 PM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Installer not placing any f
Hi. I am just getting started with WiX, and am having an extremely
frustrating issue (especially after working on the bloody thing all last
night and this morning).
My program must be installed outside of Program Files because for
third-party reasons, mainly due to the fact that one of the main p
Maybe I am grasping at straws trying to get this v3 to work, but the latest
weekly release (3.0.2921.0) doesn't even get in to the custom action DLL.
Now I am getting this:
MSI (s) (FC:3C) [09:35:15:234]: Doing action: ConfigureSql
Action 9:35:15: ConfigureSql. Configuring SQL Server
Action start
Anthony Wieser wrote:
> Unfortunately, ICE45 gives an error once you've added ElevationShield="yes"
> to the Pushbutton control.
>
> Is this because ICE45 is out of date?
>
Yes. You can update darice.cub from the Vista SDK to get the latest ICEs.
--
sig://boB
http://joyofsetup.com/
--
Daniel Gurney wrote:
> Thanks for the quick reply Bob. Now hurry up and put that new element
> into WiX! :-)
I'd be happy to review your code contribution...
--
sig://boB
http://joyofsetup.com/
-
This SF.net email is s
Variables can also be set in the Candle Arguments with a -d such as this:
Candle.exe "projectfile.wxs" -out "projectname.wixobj" -dIsWin64="no"
Then, from within the xml, you reference the variable with the $(var. )
syntax such as this line:
Or, yet another example
I've authored my new UI, and thought it would be nice for the user if I
marked my install button with the Vista Shield.
Unfortunately, ICE45 gives an error once you've added ElevationShield="yes"
to the Pushbutton control.
Is this because ICE45 is out of date?
I tried changing
to
But, i
Hi,
I have a similar situation (where the list of files changes from release
to release), and I use a perl script to generate wix include files for
the components and features. Let me explain. We keep list files, split
into what become components, containing simply the relative pathname of
all f
...?
From: Amit Srivastava (Tata Consultancy Services)
Sent: Monday, May 21, 2007 6:19 PM
To: wix-users@lists.sourceforge.net
Cc: Rob Mensching
Subject: RE: public properties can be read inside the merge module?
Any Suggestion…?
From: Amit Srivastava (Tata Consult
Hi John,
I've dnone something similar, but while the MSI technology incorporates the
LockPermissions table in order to achieve such things it actually removes
any existing permissions and as such far more intrusive than you'd really
want. I use SubinACL.exe from M$... the WiX looks something lik
OK, I have to admit, I still can't fathom all of the implicit rules going on
here.
On Rob's blog, he shows a way of installing shortcuts, and shows us an
example that hangs them here:
But, what I'd like to do, is create my values in this way instead:
I have a similar desire to create applica
Thanks for the quick reply Bob. Now hurry up and put that new element into
WiX! :-)
On 5/21/07, Bob Arnson <[EMAIL PROTECTED]> wrote:
Daniel Gurney wrote:
> I'd like to find out if an application is running. I don't want to
> close the application. This is more of a boolean action that I am
One of the teams in our company has it's own script for creating the WiX
fragment for a large set of
files. It doesn't use heat or tallow, it creates everything itself. The start
of the file is
always the same, as is the end. It's only the XML under the top directory that
ever changes. The
Is this a bug ?
When i update my application then shar ecreated in th einitail install is
removed.
The log is as follows :
Actie gestart 12:06:03: CreateSmbRollback.
CreateSmbRollback:
Actie beeindigd 12:06:03: CreateSmbRollback. Retourwaarde 1.
MSI (s) (70!70) [12:06:03:937]: PROPERTY CHANGE: A
After receiving emails from people on this subject asking about our
process, I will reply to all publicly here.
Unfortunatly my employer 'owns' the code, getting OS in the door is hard
enough, getting it out is not an option I am afraid.
However for those interested the general methodology used
Hi,
My setup uses WixUI_InstallDir and in addition I need to enable NETWORK SERVICE
full control permision for to a folder that the setup creates.
I read that for Netwrok Service I should do the following:
1. Is the above the right solution for adding a group of network service with
Sorry, somehow managed to respond in the wrong thread:
Variables can be set like this, from my previous example:
Anthony Wieser
Wieser Software Ltd
- Original Message -
From: Wik Carl-Johan
To: wix-users@lists.sourceforge.net
Sent: Tuesday, May 22, 2007 7:47 AM
Subject:
Has anyone else noticed a pattern of emails getting marked as spam by
Windows Mail on vista.
Does gmail always look like spam to source forge?
This message was one of the messages marked as spam, presumably due to these
headers:
X-Spam-Score: 0.5 (/)
X-Spam-Report: Spam Filtering performed by s
Thanks for the heads up. I'll bear that in mind.
Presumably, changing the root folder for the files each time would solve
this problem then.
so
sample-v1
sample-v2, etc would fix it as the root of the installed pieces.
Anthony Wieser
Wieser Software Ltd
- Original Message -
From: "M
Like this, from my previous example:
Anthony Wieser
Wieser Software Ltd
- Original Message -
From: "Harry Liljeström" <[EMAIL PROTECTED]>
To:
Sent: Tuesday, May 22, 2007 8:03 AM
Subject: [WiX-users] Debug CRT merge module
>
> Hi,
>
> I have WiX source code, which contains debug ve
Hi,
I have WiX source code, which contains debug version of an executable. Also,
in WiX I have included CRT merge module (debug version):
The MSI package is created successfully and it is also installed correctly
on the target system.
The CRT dll:s are installed in:
C:\WINDOWS\WinSxS\x86_Micro
50 matches
Mail list logo