Albert Shamsiyan wrote:
> Thanks for the prompt response Adam.
>
> So basically I should point the [EMAIL PROTECTED] element to the public key
> (spc file) representing my company signatures? If that's so, Is it possible
> to extract it from already signed file? If so how?
>
You probably have to
Anidil wrote:
> I have tried that but still it's not preventing install on Windows 2008..
>
Windows 2008 is the identical kernel to Vista SP1 (in fact Win2008 makes
a great client OS for development - Vista without the cruft.. several
people here have switched to it already).
There should be no
Ben Greene wrote:
>
>
> This doesn’t seem to work though. When I run it either nothing happens,
> or I get a dialog telling me about the command-line switches msiexec
> accepts.
>
>
>
You can't run an msi from within an msi, so what you're attempting isn't
going to work.
You have two opt
DEXK JAHN, GXbor wrote:
> I admin a list where new people are set to moderated until their
> first post, then it can be decided whether to accept and liberate the
> user or to remove it as spam. But this requires extra human work and
> I don't know if SourceForge supports this at all (besides, ever
Richard Wilde wrote:
> Hi
> 2) We compile the msi WITHOUT the logo and templates and send the SAME msi
> to all resellers. Each reseller only has burn the msi along with a folder
> containing their logo and templates and distribute this to their clients.
Can't you just put the changing files in an
Anasuri, Mahesh wrote:
> Hello WiX dev/users:
>
> Is WiX package supports Unicode MSI Installers? I customized WiX
> source to make Unicode MSI but stuck with some errors and the below
> is the extract.,
No it doesn't, because the underlying MSI engine doesn't. Wix can't do
anything that MSI ca
Rob Mensching wrote:
> One thing I remember the MSI team mentioning was that certain system
> dialogs the Windows Installer puts up will show up with boxes because
> the Windows Installer does not understand the UTF-8 codepage. Basic UI
> maybe... I forget the specific dialogs (if they even sai
DEXK JAHN, GXbor wrote:
> With 65001, I could successfully create an installer that does
> display Unicode characters not covered by any of the other,
> officially supported codepages. However, I can only test it on a US
> XP. I'm worried about other, localized versions of Windows, most
> notably t
Mike Dimmick wrote:
> I would strongly recommend using satellite resource DLLs rather than
> registry entries if possible. Registry lookups are not free. If you have to
> persist with this approach, look at creating a language-neutral installer,
> which uses codepage 0, and a collection of languag
DEXK JAHN, GXbor wrote:
> Windows Installer still doesn't handle Unicode--I can't simply
> understand how the developers got away with this :-)) So, it's not a
> WiX limitation...
>
Maybe MSI 4 wil fix it.. we can only hope.
Tony
-
Bob Arnson wrote:
> Tony Hoyle wrote:
>> I've been tasked with modifying an existing installer to include
>> localised country names. Unfortunately wix seems to be mishandling
>> the registry entries and replacing every extended character with '?'.
>&g
Hi,
I've been tasked with modifying an existing installer to include
localised country names. Unfortunately wix seems to be mishandling the
registry entries and replacing every extended character with '?'.
I found a reference to a similar issue in 2005:
http://groups.google.co.uk/group/micros
Chris Mumford wrote:
> And am also setting the
> attribute. Is light/WMI just not smart enough to know that this isn't
> a per-user install, or am I failing to specify something correctly.
It's just a bug in the ICE - in your case putting registry key in HKCU
would be exactly the wrong thing to
Brent B. Powers wrote:
> Werner, Harvey D wrote:
>> I need to update the PATH environment variable to prepend the value of
>> "[TARGETDIR]\bin" during our product installation.
>>
> You need
>
> Action='set'
>
> below, and I believe you have to do a CA to get/manipulate the value to set.
>
>
Vincent Ho wrote:
> In Windows XP, the silent install works with no problems. Is there a way to
> grant credentials for silent installs within Vista?
>
Not without the admin disabling UAC, no.
If an installer could silently give itself admin rights there would be
little point in UAC at all!!
To
Hao Liu wrote:
> 2. I signed my custom actions (a setup dll and a remove dll) and the
> msi as well. But when I run the msi, I still get the UAC prompt like:
>
>
>
> Is there any way to prevent the prompt opened?
>
No. You can't bypass UAC in any way. That's the point of it.
Tony
---
Bob Arnson wrote:
> A way with less work would be to allow only members to send to the list.
> But that means people have to sign up first -- that might be more
> annoying...
>
I have this with a simple script that emails nonmembers for
confirmation, so a member gets to post immidiately, a non
Albert Tuulas wrote:
> Sweet. Running the regedit from System32 showed my registry entries, however
> in not very much expected location:
> HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\
That's the 32bit registry.
http://support.microsoft.com/kb/896459
> It's pretty confusing, when I ask installer to
Anthony Wieser wrote:
> Looking into this further, HKLM doesn't work, however reading the ICE43
> documenation, it says:
Yes, ICE43 is wrong in this respect. It should read ALLUSERS and check
(using HKMU is an interesting workaround though).
> That almost works, but then you get an ICE57 error
Glen Harvy wrote:
> Frankly, I had hoped to record the directory in the Registry but I can't
> figure out how I will know which option the end user is going to chose!
It's valid for the directory to change after installation. Not common
I'd guess, but you should be able to handle that.
Another
Glen Harvy wrote:
> Can someone confirm this and if it is true, presumably these files
> should be put into the AppDataFolder or CommonAppDataFolders depending
> on whether it is a user or alluser install. Again, if so, how do you
> determine what user type the install is at runtime and how do y
Pseudonymic Wannabe wrote:
> Is it possible to suppress MSM conditionals? Our product is dependent on
> some Microsoft merge-modules that have a conditional not to install on
> NT version <= 500 (meaning Windows2000). The thing is though we need the
> mergemodules to install on Windows2000, so i
Rob Mensching wrote:
> Not today. That's a pretty strange thing to do. To go modify some
> other file to "remove" some attribute off of it. Usually, people
> just build up ACLs on the files they own to make sure the right stuff
> is there.
Also with inheritance 'removing' might have no effect a
Gareth at Serif wrote:
> Hi Tony,
>
> Thanks for your quick response. The reason we use 'Everyone' is merely on
> our registration details - we only want one user (whoever it is) on the
> system to have to register the application for all users to be registered...
>
> What are the SIDs and how a
Gareth at Serif wrote:
> Hi guys,
>
> I've been using SubinACL to ensure that some of our own registry keys have
> full control permissions for the Everyone user group instead of any
> inherited permissions that might cause issues - this is particularly vital
> on Vista where even administrators h
Thomas Leigh wrote:
> Would doing this mean that you can't do a distributed install, or
> whatever you would call it, i.e. with GPO?
All the bootstrap solutions have this limitation. If you want to go for
'pure msi' you need to list the prerequisites in the install
instructions and let the admi
conkerjoe wrote:
> one of the main issues is whats to stop the user just starting the msi
> rather than the Exe you ask them to start with an autorun.. it really needs
> to be something like Installshield which wraps everything up into 1 exe so
> the end user doesnt have a choice
Have a required
conkerjoe wrote:
> What would be the most efficient way to install MS Jet 3.5 on a machine with
> Wix ?
Use a bootstrapper to run MDAC (then most likely jet 3.5 sp3). MDAC
most likely won't do anything on newer systems as it's in the base OS
now, but you want to be sure in case it gets run on w
F. David del Campo Hill wrote:
> Do you know of a way to separate the service installation to a
> separate component so it can be referenced and optionally installed
> differently to the file it uses?
Include the file in two separate components (one service, one not) with
mutually exclu
Robert Randall wrote:
> 2) I’ve never tried to execute msiexec from a script inside of an
> MSI package. There may be some other caveats with this. Perhaps others
> on the list know more.
As far as I know it's impossible, as nested installs don't work.
Tony
-
DEXK JAHN, GXbor wrote:
> Forcing IE in any way in an installation (unless you do it for a
> company-internal setup where you know for sure what the default
> browsers are) is not downright rude, it has already been reached the
> level of being counter-productive. I can only speak for myself, but
Damitha Bogahawatta wrote:
>
> Hi,
>
> I am trying to set a registry key in HKCU area and have that registry key
> applied to
> all users on the PC and new accounts created on the PC. I have created a
> component with
> the registry key and set the KeyPath='yes', but it only applies to the
James Lapalme wrote:
> Is it possible to create an All Users installation package, if yes how?
Set ALLUSERS=1
> We have created a package but once installed with a certain user
> account, it can only be uninstalled by the same user account.
>
Make sure the installer only read/writes from HKEY_L
Igor Lemsky wrote:
> When I create ServiceInstall element and set attribute Account="SYSTEM"
> I get error like "You have haven't permissions to launch system
> service..." but I launch installer under administrator account!
AFAIK to run as LocalSystem you just leave the account attribute undefi
Mike Dimmick wrote:
> Or if you're using advertised shortcuts, which you need to if you want
> install-on-demand or advertised products to work. Advertised shortcuts will
> cause Windows Installer to be invoked to install/repair the feature that the
> shortcut links to.
Not all features have short
Gareth at Serif wrote:
> the system wouldn't have those files and they may be vital to the
> running of the program and will probbaly see a lot of crashes or
> missing content - a poor experience.
Which will probably happen anyway if your app is not specifically
designed to be installed per-user
Simon Dahlbacka wrote:
> that seems like a Bad Idea(tm) to me, as a user in a locale that's
> usually affected by "hardcoded decimal point programming" I definately
> do *not* want a random installer go fiddle with my regional settings
> just because the programmers didn't get it right. Fix your
stian wrote:
> I'm trying to put the dlls msvcp71.dll and msvcr71.dll in the installation
> folder. I merge them to my msi using the merge modules CRT and STL, as I've
> understood using the merge modules is the way to go (correct?). The problem
Don't bother with the VS2003 merge modules - they'r
Very Secret wrote:
> I was not allowed to specify "Target" when the Shortcut was embedded
> in the scope. However, I found out, that the shortcuts works
> perfectly if the executable file is assigned its very own component.
> That is, the exe-file should be the *only* file in this component.
> Thi
Joe O'Sullivan wrote:
> This will compile fine when I run it I get "The Installer has encountered an
> unexpected error installing this package. This may indicate a problem with
> this package. The Error Code is 2721"
>
> What am I doing wrong arrrgh! :-}
That's 'can't find custom action'.
That
David Thielen wrote:
> In our case the AddIn hits the port as soon as Word starts so we need it
> added on installation.
I'm curious why a Word addin would be listening for incoming
connections? (without giving away any trade secrets of course).
Tony
Wilson, Phil wrote:
> The other question to ask is whether this really belongs in the
> installation at all. The line between installation and configuration is
> sometimes a huge gray area, but this could be seen as application
> configuration that doesn't need to be in the installation.
>
>
Pallavi Patrutkar wrote:
> I read in one of the documents of Windows Vista that, when UAC is
> enabled, administrative privileges are disabled for the user (Standard
> user). These privileges include granting KEY_WRITE privilege for writing
> to HKEY_LOCAL_MACHINE and SE_DEBUG_PRIVILEGE.
> So,
Wout de Zeeuw wrote:
> - Next approach was creating an unadvertised shortcut. But then
> initially ICE gives an ICE43 error, telling:
> "Error 2 ICE43: Component CadLibShortcuts has non-advertised shortcuts.
> It should use a registry key under HKCU as its KeyPath, not a
> file. C:\wout\views\ww
André Pönitz wrote:
> One is not allowed to ignore ICE57 errors for Windows Vista
> logo certification (even if everybody agrees that the errors
> themselves are bogus and should be ignored ...)
>
I'd try to talk them into changing that..
Presumably they allow some ICE errors since some are ine
André Pönitz wrote:
>
> Tony Hoyle wrote:
>>> Simply using [StartupFolder]\Programme does not cut it as the 'Programme'
>>> part is language-dependend.
>> ProgramMenuFolder
>
> But with ALLUSERS=0 [ProgramMenuFolder] is in the user's hierar
André Pönitz wrote:
>
> Simply using [StartupFolder]\Programme does not cut it as the 'Programme'
> part is language-dependend.
ProgramMenuFolder
http://msdn2.microsoft.com/en-us/library/aa372057.aspx
Tony
-
Take Surveys.
Sigurd Stenersen wrote:
> Is it possible to assign a value to a property based on the value of some
> other property ?
>
> E.g. something like
> if ALLUSERS='2' then Root='HKLM' else Root='HKCU'
For that particular setting you can use HKMU.
Tony
---
[EMAIL PROTECTED] wrote:
> AddLocal and Remove work pretty good, except that after my CD Key dialog
> "Remove"s a component, the user can still change its status back to "Install
> Locally" inside the SelectionTree. Is there any way to prevent this?
>
> Or maybe I'm being too ambitious trying to
Patrick Steele wrote:
> Hi,
> I am just beginning to learn about using Wix 3, so any help would be
greatly
> appreciated. As part of my installation process, I need to create a
couple
> of files, placing them inside:
> "C:\Documents and Settings\All Users" and "C:\Documents and
> Settings\c
André Pönitz wrote:
> One of my biggest gripes with MSI so far is that it dead slow
> (which is, of course, a very subjective impression).
Not so subjective when it comes to patching... VS2005 SP1 took 6 hours
on one machine here. 30 minutes even to get to the EULA. Average is
2-3 hours. Much
Bennett, Joel H wrote:
> Hope this helps
>
> Any C/C++ app you compile using VC++ will require the Microsoft Visual
> C++ Runtime (MSVCRT)
> This is NOT part of the .NET Framework, and is required for any C/C++
> code, no way around that.
In fact MSVCRT is specific to visual C++ 6.0 (and 5.0 I
Rafael Rivera Jr. wrote:
> Hi,
>
> Yet another email from me.
>
> I've written a shiny new custom action support library for new shiny new
> MSI file. I've jumped through all the right hoops coding wise but am
> seemingly running into a manifest issue with Debug CRT libraries
> (MSVCR80D.dll).
Rafael Rivera Jr. wrote:
> Is there a way to explicitly specify the path in which my Custom Action
> Type 17 action runs in? It has a dependency on a library at init.
> (imported) and cannot find it (Filemon shows it searching my PATH).
>
System32. IIRC it also uses the system paths... so you'
Bob Arnson wrote:
> I don't but I'd be interested in encapsulating it in an extension for
> Apache. It doesn't look like the stock Apache installer supports
> creating arbitrary services; maybe it's supposed to be driven through
> changes to httpd.conf?
In the same way as you don't create a new II
Mike Dimmick wrote:
> Also, the CAPICOM team should have provided a better solution for
> installation than SelfReg. Ideally they should provide a merge module.
> Am I being too idealistic in suggesting that any Platform SDK
> redistributable should have a merge module?
>
There's an official capic
Alexander Gnauck wrote:
> took a look at this script. It compares 2 MSI installations. But i have
> only 1 MSI file and want to create a transform which sets some
> properties (INSTALLDIR, ALLUSERS, SERIAL etc...)
>
That's how transforms work unfortunately.. they are used to turn one MSI
into a
Danny Smith wrote:
>
> *ICE43** –* xxx has non-advertised shortcuts. It should use a registry
> key under HKCU as its KeyPath, not a file
>
> *ICE57** –* xxx has both per-user and per-machine data with a
> per-machine KeyPath.
>
> All of the packages have ALLUSERS = 1 and the shortcuts are not
Charlie Poole wrote:
> For better testing, I'd like to know where that is and
> clear it out periodically. Any ideas?
HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\MenuOrder
I don't believe it's documented what's in that key though so deleting it
might not be a good idea
Steven Chin wrote:
> Visual Studio 2005 Released version 8.0.50727.42 creates output DLLs
> with a manifest that says it depends upon
>
>version="8.0.50608.0"
>
>
Does version="*" work? Even better would be version="8.0.*.*" but I
suspect that's unlikely.
Tony
---
Bob Arnson wrote:
> so you won't be able to do major upgrades between 1.0.0.40 and 1.0.0.41.
I think you meant minor upgrades there.
Major upgrades uninstall the old product first so there isn't any issue
with version numbers.
Tony
---
Tiago Silva wrote:
> 1. How do I produce a double click install to install the upgrade? The
> upgrade that i've playing in tutorial gives me a "Product already
> installed" message when I install it by double clicking the msi file.
> I'm using a minor upgrade, i.e., the same ProductID and different
Standa Kunc wrote:
> Where can I get msm file for olepro32.dll? Thank you.
>
You don't need one it exists on the base install of windows.
Tony
-
Using Tomcat but need to do more? Need to support web services, security?
Get
Standa Kunc wrote:
> ACTION: SharedFile: "C:\WINNT\system32\COMDLG32.OCX"
> (File was now found or had older version -- new file was copied)
Avoid modifying system32. Definately don't 'upgrade' anything found there -
you have no idea what other applications you're breaking whilst attempting to
Magus wrote:
> While creating a dialog box in Win32 I used the RichEdit2.0 control, and it
> runs fine until I try to call my .dll dialog in Wix. It seems it doesn't
> know what the wnd class is for richedit. Anyone ever come across tis
> problem?
Have you remembered to call called InitCommon
Derek Cicerone wrote:
> Non-advertised shortcuts require dummy HKCU keypaths in their components
> – do you have those? (This is one of many mistakes ICE validation catches)
>
The OP is using ALLUSERS=1 so that would make the problem worse, not
better (modifying HKCU in ALLUSERS would mean that
Jeremy Farrell wrote:
> I agree totally. As far as I'm concerned this is a useful feature. I
> want to be sure the ProductCode changes every time, to ensure that it is
> impossible to do anything other than major upgrades. This may be an
> unusual requirement, but it's a valid one and I shouldn'
Foster, Richard - PAL wrote:
> Tony,
>
> One scenario we have in our systems is that our customers may want
> *some* users to have access to all the components, but other users to
> only have access to certain items.
I guess it's the line where you limit your support - if one of our customers
wa
Derek Cicerone wrote:
> That means that the component needs to have a registry key under HKCU as its
> keypath. This supports installation of per-user shortcuts for a per-machine
> installation.
I don't see why anyone would ever want to do this - put per user shortcuts in
per user installations
John Calcote wrote:
> Hi,
>
> Can anyone tell me what the following error message from the Orca
> Validator means:
>
> ICE43 ERROR Component PROGUID_comp has non-advertised shortcuts. It
> should use a registry key under HKCU as its KeyPath, not a file.
>
> ??
>
I tend to ignore that one. It
Kelly Summerlin wrote:
> So it sounds like here that I should have separate GUIDs for 32-bit and
> 64-bit definitions even though the assemblies that are being
> deployed are exactly the same. If this is the case, then I can
> understand the need for separate GUIDs, but it sure makes maintainin
71 matches
Mail list logo
