> > [robmen] I truly hope it won't come to that. Creating a separate
> project
> > would essentially fork the development of the WiX toolset.
> It shouldn't. I assume Frederik was talking about something like the
> NAnt-Contrib project. It serves the same purpose as an incubator or
lab
> -- a plac
>>I'm afraid that's how it works. WixUI_InstallDir lets you specify at
install time
>>the path of one directory. Subdirectories and parent directories
aren't
affected.
>>However, you can have custom actions set the subdirectory paths based
on the
>>chosen "root."
>This seems very strang
Hi all,
My question is not realy related to WiX, but...
Is it possible to create MSI package (using WiX or any other
software) to install application in Windows CE?
Or better:
Does the Windows CE support the Windows Installer packages (MSI)?
Thanks in advance...
Stefan
--
Stefan Pavlik | [EMAI
Is there a $ at the start of the password? It occurs to me that if Windows
Installer is seeing a $ at the start of the password in square brackets it
could be attempting to do substitution for a component path (that's what $
at the start of a name means).
Phil Wilson
-Original Message-
F
I’m reposting this with a little more detail in the
hope someone might be able to suggest a resolution.
I have a .NET assembly that contains a performance counter installer
class as well as some other business logic. The requirement of my install is to
run InstallUtil and the dll to ins
is there any plan to have a -cultures cmd-line option for
lit.exe? The idea here is that we'd like to have a complete dialog set in
a wix library that includes all available dialogs and all languages for those
dialogs. Then when we need a specific dialog sequence we create a new
wixlib and
Anything Wix does to prevent a lot of Installer class code would be a good
thing. I notice that the new MMC is going down a similar route, using a
SnapinInstaller class with InstallUtil to create just a bunch of registry
entries.
For perf counters the LoadPerfCounterTextStrings API call with an i
Frederik Carlier wrote:
> But yes, that is essentially what I am talking about: a place where we
> can put good code, that can't make it into WiX because of people not
> trusting Microsoft, a stubborn boss, the WiX developers having a bad
> hair day or whatever reason.
>
That's not the same thin
> You can use custom actions to set target paths to whatever you want.
> Just sequence them after CostFinalize. For the Cursors
> directory, create
> a Directory element with a name of Cursors under a Directory
> with an Id
> of WindowsFolder. WindowsFolder is hard-coded and Cursors is the
>
What I was trying to do therefore was to
author one to install the dll to an arbitrary location on the
file system and run installutil on it there, then a second to
install the dll to the GAC . Should deferred custom actions be able to use the
assemblies I have installed to the file syste
No, Windows CE does not support the Windows Installer (or should I say the
Windows Installer does not support Windows CE). However, a friend of my
from university has expressed interest in creating the infrastructure to use
MSI to install Windows CE packages to devices... but he isn't planning to
I think you can already do this scenario –
but you don’t need to create a separate wixlib files for each
language. The WiX UI library is a multi-language, multi-sequence UI
library. You select the sequence and language to use at link time.
Why would you want to select the language at lib
Simon Burgess wrote:
What I was
trying to do therefore was to
author one to install the dll to an arbitrary
location on the
file system and run installutil on it there, then a second
to
install the dll to the GAC . Should deferred custom actions be able to
use the
assemblies I
Simon Burgess wrote:
As both the GACing of the
assembly and running InstallUtil
on the same assembly using the above WiX source code works fine when
only one
operation is carried out independently, I can only assume it is some
kind of
sequencing issue.
Correct. Assemblies ar
Rafuse Robert wrote:
> I have not specified a custom action Assign_TARGETDIR, nor does one appear
> in the .msi according to ORCA, so I assume this is some sort of default
> action?
>
No, at least not in WiX, anyway. Do you use any merge modules or other
libraries? Something's wrong...
--
sig:
Nordvik, Christer wrote:
> I've modified the featuretree GUI and now everything works like a charm
> :) No more WixUI_InstallDir for me...
>
That's probably a better solution for multiple directories.
--
sig://boB
http://bobs.org
-
And that is what I have tried in my
example but for some reason while the installutil actions are being performed
(see InstallUtilFail.txt) the ‘assemblypath’ value changes from
this location on the file system to a GAC–like location (when as you say
the GACing of the assembly should come l
> > I have not specified a custom action Assign_TARGETDIR, nor does one
> > appear in the .msi according to ORCA, so I assume this is
> some sort of
> > default action?
> >
> No, at least not in WiX, anyway. Do you use any merge modules
> or other
> libraries? Something's wrong...
I'm not
Yes. It has a $ at the beginning of password.
How to overcome this problem as we can't predict what kind of passwords
people use at customer locations?. Is there a way to tell wix/msi to
take
Password string as it is?
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] O
It takes a few tries to get populating the combobox right. I'd start by adding a few basic message boxes to make sure you are getting the correct data from IIS, make sure that no errors are being thrown and also make sure that the ca is actually being called in your UI sequence. Combobox errors c
Simon Burgess wrote:
And that is
what I have tried in my
example but for some reason while the installutil actions are being
performed
(see InstallUtilFail.txt) the ‘assemblypath’ value changes from
this location on the file system to a GAC–like location (when as you
say
the GAC
Rafuse Robert wrote:
> I'm not using merge modules for this sample... the wxs file in the OP is the
> sole source I'm using. However... I searched through the source of my
> earlier attempts at this and the very first one had a custom action
> Assign_TARGETDIR... I'd forgotten I'd done that, sorry
We approach the problem from a little different perspective. Instead of
using a combo box / selection functionality within the UI, we set up
multiple web site / web application components and features and have Admins
(who perform installs in our environment) select which one they choose.
In ou
Rob,
Take a look at the Contributing section on the NUnitForms project:
http://nunitforms.sourceforge.net/cvs.html
By the way, you mentioned that Apache requires a similar agreement, but
there doesn't seem to be any mention of it at all on the Apache httpd
server's development page (http://ht
1. Thanks, I've
already started the conversation with the people who manage the assignment
agreements (it'll be slow, they are always busy). I find it interesting
that the Nant-contrib just says, "Sign your copyright over to me..."
(but doesn't explicitly say anything about granting the r
25 matches
Mail list logo
