Re: [WiX-users] Wix and 64-bit questions
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 maintaining > 32-bit and 64-bit installs twice as much work. Do I need to have dual > copies of my definitions for 32 & 64 bit? Pretty much.. that's what I do - maintain parallel trees for the (otherwise identical) 32bit and 64bit installers. I don't use separate GUIDs simply because the maintenence of the trees is already enough overhead (ie. they're out of sync at the moment and I need to schedule some time to work through them). I believe it's an MSI limitation rather than a wix one, but it would be nice if the default changed depending on package type rather than being hardcoded to win32.. going through 500 components copy/pasting "win64" into all of them is a real drag. Tony - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] ORCA validation issue with wix generated installer
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 basically means that the program is installing under program files but it can't tell whether you're trying to install in 'All Users' or a local user, so it throws a warning. For a per-machine install putting a key under HKCU is precisely the *wrong* thing to do. Tony - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] ORCA validation issue with wix generated installer
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 and per machine shortcuts in the all users category. Mixing the two is just silly IMO. I'm not even sure *how* you'd make wix do it, since ProgramMenuFolder is set correctly depending on the install type... you'd have to override the default behaviour somehow. I've never managed to author a nontrivial wix file without this ICE, but in each case I know I'm doing the correct thing.. it's just generated automatically by any attempt to create a shortcut. That makes the warning useless. Tony - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] ORCA validation issue with wix generated installer
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 wanted something like that they'd have to pay for a custom build and they'd have to be on our higher level support contracts... You can pretty much achieve it by setting ACLs on the files anyway. Tony - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] rfc: Package element changes
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't like to see a > warning for it. Not sure it's that unusual. Major upgrades are by far the easiest and most user friendly way to ship msi files. Tony - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Shortcuts orphaned when changed out from under File
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 the only the admin that installed it could uninstall it...) It's probably not changing the component GUIDs - you have to change them when you change a component (and probably force a major upgrade so the old ones are uninstalled just to be safe) otherwise it thinks that nothing has changed and doesn't install the new ones. Tony - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] RichEdit2.0 Problem while wix is running
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 InitCommonControlsEx? Tony - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] dynamic library registration
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 do that. SFP will undo your action anyway for most files. > I guess I need to self-register these two libraries but I do not know > how. I have never used DLL before so I need some introduction. Normally you'd use Tallow to work out what the selfreg did and code it into the wix file. OTOH in this case just use the proper comdlg32 msm which will do everything properly and not break stuff (or at least if it does you can legitimately blame microsoft..). > Actually I have the same problem with two other applications. It is > edition of educational software. In that case is it better to place > libraries to system folder than place them to application's folder? There's almost never a case to modify the system folder. Device drivers is about the only one I can think of. Tony - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] How to launch service under LocalSystem account?
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 undefined. > I need System account because I need Interactive service, because my > service launchs windowed programs and want to interact with them using > window messages. You may want to look at rewriting that - this won't work on Vista or (probably) any future OS. > Or may be there are another ways to interact with windowed appilcations > from service? > The normal way would be a named pipe or a socket. Named pipes are better since you can put an ACL on them to limit the users who can send data to the service. Tony - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Wix All Users intall
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_LOCAL_MACHINE and stores any data in the All Users data store (and the global Program Files, etc.) Tony - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] HKCU registry settings
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 > current user. > When I logon as the second user I don't see it. AFAIK this is impossible. You might be able to get it in the default registry for new users (although I'm not sure this is a good idea) but you can't access other users directly. Put the key in HKLM and have your application copy the data it needs to HKCU when it's run by the user. Tony - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Shortcut + hyperlink 2
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 I A shortcut to a hyperlink is simply an ini file, so you just create a file in your install: eg. google.url [InternetShortcut] URL=http://www.google.com Then create a standard wix shortcut to it. This works all the way back to NT4 (not tried Win9x as I don't support it, but can't see why it wouldn't). You could probably make something using the wix ini functions as well but I've not tried that - since the URLs don't change it's just as easy to have the files there. Forcing the browser goes beyond unfriendly IMO especially when there's no need to do it. Tony - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] How to use CustomAction with a VBScript
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 - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Installing/uninstalling Services
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 exclusive conditions separating them. Validation will complain because it isn't sophisticated enough to know the two are exclusive, but it is the only way I'm aware of. Tony - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] MSJET 3.5 With Wix
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 win2k. Never modify files in the system32 directory - SFP will probably undo what you're trying to do anyway and if you succeed it'll break other applications that depend on those files. Tony - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] MSJET 3.5 With Wix
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 property that you check for in the launch conditions. The microsoft installers do this - if you click on the msi it complains at you. Tony - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] MSJET 3.5 With Wix[Scanned]
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 admin sort it themselves (maybe have a bootstrap as well, but not make it mandatory.. depends on who you're selling to primarily). We do this - because it's a requirement of our customers that we use msi not exe (they're finicky.. although they say it's for GPO compatibility I've never actually heard of anyone actually using this - it's all about ticking boxes with them), so whereas we install what we can external dependencies are listed in the install manual. Tony - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] SubinACL usage abroad
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 have limited access. Full control is a bad idea (since any user could them come along and modify the permissions) - the maximum should be change, and you should limit it to the absolute minimum required to use the application, otherwise you open potential security issues. I'd also normally use 'Authenticated Users' not 'Everyone' as an extra check, since 'Everyone' includes anonymous and guest users, who you don't want to be able to write to anything normally. > The problem is that I've just discovered (using a German copy of XP) that > "Everyone" doesn't always mean "Everyone". In this German example, the > Everyone group is actually called Jeder and it is this user group that will Use the SIDs instead. As you've found names are localised. Tony - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] SubinACL usage abroad
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 are they used? http://msdn2.microsoft.com/en-us/library/aa379649.aspx - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] How revoke a security group on a file
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 anyway because a parent object has granted the permission. Tony - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Mergemodules not installing due to conditionals
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 is there anyway to fix this? If Microsoft have said that these modules don't install on Windows 2000 then there's probably a good reason for it. It would probably be better to re-author your app to not depend on them. Tony - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Vista question
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 you change > the appropriate dataFolder. Either look in both places or enforce per user or all users in the installer, depending on the app. Tony - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Vista question
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 way is just to work out which registry entries you've got - the installation type is implicit in where you store them - if it's per user they will all be in HKCU and if it's per machine they will all be in HKLM. Since you're going to have to check this anyway if you're using the registry at all you might as well use that information. Tony - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Sanity Check: Shortcuts and HKCU for a per machine install. Should it be HKMU?
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 instead, that says: > Component 'DesktopShortcut' has both per-user data and a keypath that can be > either per-user or per-machine. So you worked around the ICE43 error and ended up with an ICE57 error :p > The documentation on the Desktop Folder indicates that it changes based on > the ALLUSERS property, so is it my INSTALLLOCATION causing this, or > something else (like ICE57 coded incorrectly)? Sounds like it. Pick which ICE you're going to ignore basically.. in your case it sounds like ICE57 is the one. Tony - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Problem writing registry on Vista
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 write entry to HKLM\SOFTWARE, > it goes to HKLM\SOFTWARE\Wow6432Node. Is it possible to have the entry > always written to HKLM\SOFTWARE instead of HKLM\SOFTWARE\Wow6432Node on both > XP and Vista, 64 and 32 versions? A 32bit app simply can't see the 64bit HKLM\Software, so that wouldn't be useful to you unless you were installing a 64bit binary - and in that case you would have the Win64="yes" on all components. Tony - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] [Off-Topic] Moderation
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 nonmember gets 'the 'are you a real person?' email and if they reply positively can post from then on. It seems to have solved the spam on my lists completely without any drop off in post count. I don't think sourceforge supports anything like this though. A web forum is a bad idea.. I'd probably just forget about posting as it's a hassle having to different sites rather than just open my email client every hour or so. I could live with a newsgroup (Microsoft have support newsgroups I believe already). Tony - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Problems about running a msi against Vista
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 - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Credential elevation for silent install in Vista
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!! Tony - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] How to update PATH environment variable in WiX?
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. > > Am I the only one who absolutely hates it when a program plays with my > path? Drives me nuts. It's MY path. It's valid for command line apps which may be run from anywhere, but anything that runs from the GUI of course has no business using PATH at all - it should be setting AppPath if it needs paths at all. IMO new paths should *always* go at the end as well, not the start. I hate apps that automatically think they're the most important thing on the system (there's a security issue there too - the system should always be first in the path to avoid rogue applications redefining system DLLs). Tony - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Yet another ICE38 question
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 do. You might be able to shut it up by using HKMU otherwise just ignore it. Tony - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] merge module for olepro32.dll
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 stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Several doubts on Upgrades
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 > version. > I was able to install it only by runing the command msiexec /i > SampleUpgrade.msi REINSTALL=ALL REINSTALLMODE=vomus Always use major upgrades, or wrap the msi in a .exe that provides the command line.. which is best depends on your situation. Tony - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Several doubts on Upgrades
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 - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] heat cannot find MSVCR80.dll
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 - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Order of Menu Items
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. Tony - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Trying to get all warning and errors out of WIX package
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 > published what is the best way to correct these errors? > It's a source of debate (there have been threads about this before) by I'm firmly of the camp that these warnings are erroneous for an ALLUSERS=1 install (you should *never* modify HKCU when ALLUSERS=1, since an uninstall by another user will orphan the data). ICE57 is assuming that ALLUSERS=0 so that you're modifying the users' program files directory in a global install (which would be an error). It can be safely ignored in your case (but check you're not actually modifying any per-user data just in case). Tony - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] create transformations, Orca alternatives
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 another one. You can't simply create one to change a variable in an existing MSI - it would be useful though. Tony - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Register capicom.dll fails
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 capicom installer: http://www.microsoft.com/downloads/details.aspx?FamilyID=860ee43a-a843-462f-abb5-ff88ea5896f6&DisplayLang=en To be 'official' you'll have to chain to that. Tony - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] How to define the ImagePath for ServiceInstall (wix3)?
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 IIS to create a website, you don't do that with apache... the normal method is to put your website definition in conf.d and reload the server. Tony - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Custom Action Type 17 (DLL, C++) Path?
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'll have to statically link your custom action. Tony - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] msiexec + CRT (dbg/retail) Custom Action support?
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). My library and its dependencies have a manifest built in > but I'm starting to wonder about msiexec.exe. Opening it in a resource > editor reveals no CRT manifest entries at all. Isn't this a problem? I > also tried merge modules for the assemblies in question to no apparent > effect. Your library will have a manifest that will work. msiexec doesn't have one as it wasn't built with vs.net 2005. However requiring that something like msvcr80 (obviously you couldn't use the debug version on a final installer) is on the system in an installer pretty much guarantees that it won't run on most systems. custom actions should have minimal dependencies. You can't guarantee even if you install the library using its merge module that the SxS registration has happened at that point. Tony - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] MSVRCT dependency - WAS: Problem in installing msi on Xp
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 IIRC). > 2. Compile with an older compiler, eg: VC6 or even VC2003 so you depend > on the version of msvcrt > that's already present... Visual studio 2003 uses MSVCR71, 2001 used MSVCR70. 2005 uses MSVCR80. For an installer static linking is the best plan (probably the only one that makes sense, given comments elsewhere that vista no longer searches the current directory). Tony - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] New Official Installation Technology? CBS? What?
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 longer than it takes to install the product in the first place... There was a blog entry a while back where they explained what the problem was... to do with the way MSI does everything in memory IIRC - it can't stream a large patch from disk so you end up with your machine mostly in swap (650mb for the patch + working space for the transformations on a 32bit machine is getting close to the limits). Tony - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Creating files for current user accounts
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\current_user". > How can I go about doing these, given that I won't know the value of the > current user account? Is there any type of variable like PFiles that I could > use here? Some sample code would be nice :) > Thank you, > Patrick AppDataFolder and CommonAppDataFolder You'll want to create a subdirectory in there with your application's name. See http://www.microsoft.com/whdc/Driver/tips/SafeNamespace.mspx You probably don't want to create it in the root of All Users etc. especially if you want to be compatible with vista and future OS upgrades.. use the directories already set aside for this. Tony - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] SelectionTree Not Updated
[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 provide a fully featured > installer that disables certain features without a valid CD Key? > It's probably not safe enough to do that in the msi - anyone could load it into orca and change it so that it installs without the key. I'd just install anyway and have the code check the install key and put up a message / redirect to a website selling the product. The alternative is two MSIs - registered and unregistered. Tony - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Conditional assignment
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 - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Solution for StartMenuFolder < x < StartupFolder ?
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. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Solution for StartMenuFolder < x < StartupFolder ?
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 hierarchy > whereas StartupFolder and StartmenuFolder are under 'All Users' > > I basically want access to 'All Users\Program Files' > [if that make sense...] > If ALLUSERS=0 then you're installing for the local user only - modifying the global program files menu in this case would be an error. Tony - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Shortcuts and ICE
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 inevitable due to the design of MSI (case in point for our installer is an executable that can run on the client or as a service.. it gives an ICE because it's in two components, even though they're mutually exclusive conditionss). Tony - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Trouble creating shortcut to a folder.
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\wwview1\src\CadLib\WixProject\WixProject.wxs 19 1 > WixProject" > Huh? What is the registry key used for? Clearly I'm missing something. > But... by just fighting the symptoms and creating a registry key in > HKCU, it does work. But, I would like to install for all users however. > So what's the deal with the HKCU? I just want to create a simple shortcut!!! That ICE has been much discussed. Your choices are: 1. Ignore it - if you're using an all users install it's completely bogus, and putting a key in HKCU for ALLUSERS=1 is incorrect (since it gets left behind if the user uninstalling is different to the user installing). 2. Stick a key in HKCU somewhere to shut it up.. it'll leave keys around but it'll pass validation. I'm not sure what the deal is with HKCU even for ALLUSERS=0 but there's probably a reason for it... Tony - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Installation on Windows Vista
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, in this case, how can I install my application on Windows Vista, > with UAC enabled? MSI automatically requests elevation so that isn't an issue. > But my application requires both these privileges. Then you should fix your application - either make it exclusively use HKEY_CURRENT_USER or make it an administrative application by marking it with a manifest. Whichever is 'better' depends on the purpose... see the vista support groups and MS site for more information (since it has little to do with wix). Tony - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Set firewall exception
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. > > I've heard suggestion that where ports are concerned it might be better > if the app opens and closes them itself if necessary, which has the > benefit that the ports aren't sitting there open when the app isn't > running. Speaking with my admin hat on I'd really rather an application/installer did none of these things, and was unable to do so without requesting administrative approval (something I believe vista enforces.. hopefully even when running an MSI). Unfortunately on XP this can be done silently without any confirmation just by the installer running netsh firewall in the background... so it's probably a lost cause. Tony - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Set firewall exception
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 - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] OK Why does this not work
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 CustomAction definition looks wrong to me. You haven't defined what FolderT is and you're trying to run it before the file is actually installed (I think.. someone will be along to correct me in a minute). Tony - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Shortcuts in wix 3.0
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. > This is somewhat undocumented, I guess? For advertised shortcuts the advertising applies to the component. Since triggering the advertised shortcut will replace it with a link to the first file in the component it affectively means you have to make that the executable and you can only have one file with an advertised shortcut per component. Can't see why it would be true for standard shortcuts though - it's a regression from wix v2 if so. Tony - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Consensus about CRT/MCF merge modules?
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're broken, and will install the files in the root as you've found - just put the files in a component and install them as a normal part of your app. OTOH For VS2005 you must use the merge modules as they handle the global registration of the DLLs (which no longer work from the app directory). Tony - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] setting computer regional time format
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 software > instead IMO. > Agreed. Unless the installer is for a very controlled environment (in which case the machine is likely to be mirrored and have the correct settings anyway) it's just a bad idea all round. Tony - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] ICE38 error
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 (for example code that reads HKLM needs to be able to read HKCU as well or detect the installation type somehow). Mucking around with ALLUSERS is advanced stuff and any user that started doing it randomly should expect a lot of stuff to break. Equally if a user forced ALLUSERS=0 then another user installed ALLUSERS=1 then things would go completely fubar. Ideally ALLUSERS should *not* be overridable by a user but we have what we have... whatever happens is a broken system. > keypaths in a per-user location (such as a registry value in HKCU) > then any new user that's missing these components will get an > automated repair on runup (because they won't have the HKCU keypaths > either) and will have those Only if you code to check the registry keys and reexec the installer if you don't find them - again this requires special app support and most apps simply don't have it. Tony - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] ICE38 error
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 shortcuts.. in fact most don't, generally. You want to keep the number of shortcuts to a minimum (IIRC the MS recommendations are one for your main app plus a submenu for documentation). Pretty much unless you specifically code your app to handle it then it isn't going to work - and few apps are (in fact the only app I've seen that actually does that is MS Office.. and that sometimes gets it spectacularly wrong). > Most developers don't live in a centrally-managed environment where users > hot-desk and could be assigned different applications from those permitted > to different users sharing the same computer, but that's one of the problems > that Windows Installer was designed to solve. That's my view on where > per-user versus per-machine comes from. In centrally managed environments runnning the installer as a user is *not* an option. Some (probably most) of the admins I've worked with would have a major fit if an app brought up MSI as an ordinary user, even by an advertised shortcut. In most large companies the correct procedure is to put a request in to IT and wait two weeks for approval. Sucks, but that's the way it is and I don't see that changing. > Some of the ICE rules seem to be around cleaning up a per-user installation > after the application has been un-assigned from a user. > That may be what they were designed for but it's not what is happening - the ICE for example is saying that for a per-machine installation you must put a registry entry in HKCU. The person doing the per-machine installation is likely to be an administrator, not the user doing the install, so the registry entry makes no sense. It makes even less sense when you factor in that a *different* administrator may do the uninstall. Even though it's a global install the MSI system won't be able to tell what components are installed and will fail to uninstall those that use the HKCU key, leading to the opposite problem - incomplete install. As there is no such thing as a per-user add/remove programs (even in Vista.. maybe Longhorn will add one) there's no way for individual users to rectify this and just remove their parts - they've either got to remove the entries by hand or get an admin to do it. Tony - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ WiX-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] UTF8 in registry
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/microsoft.public.platformsdk.msi/browse_thread/thread/cf56f3b5a7910005/282eb2f48e7eed79 This had no replies and I haven't found any followup to see if there was a solution. The file looks like: ... This comes out in the MSI as: Catal? Cesk? Espa?ol Manually editing the MSI in Orca fixes the problem, but is rather labour intensive.. Any clues? (wix 2.0.5325) Tony - SF.Net email is sponsored by: Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] UTF8 in registry
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 '?'. >> > > You need to set a codepage that handles all the characters you want to > use. The default is the zero codepage and MSI replaces characters like > you described. > It needs to have the native names for 20 odd countries including korea and japan, so no single codepage is going to work. codepage 65001 appears to work but I found the following comment while searching around: "If system default code page (for non-unicode applications) is not 1252, 65001 is not available, which means CJK Windows does not recognize 65001." Is this true? A large chunk of our installed base is in Korea/China/Japan so we can't ship something that isn't compatible with their OS. The other option is a post-install installer application that sets up the registry manually, which is a pain for uninstall. Tony - SF.Net email is sponsored by: Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] UTF8 in registry
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 - SF.Net email is sponsored by: Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] UTF8 in registry
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 language transforms which > transform the MSI appropriately. However, the user will have to reinstall > the product multiple times to get each additional language. > Your way I would have to have 30+ installers all of which would have to be run in sequence before the app could work, just to set a bunch of strings in the registry. That is simply not sane! Currently I'm thinking of a selfreg DLL that just sets up the registry, since MSI has support for selfreg and handles uninstall for it. Hacky but the only way short of abandoning MSI completely - and it's too close to release date for that, alas. Tony - SF.Net email is sponsored by: Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Unicode. Unicode?
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 the CJK version because somebody has just mentioned that > 65001 would not function there. Consequently, if anybody builds an > MSI with that localized WXL, it will display differently depending on > the operating system of the user. And this is a Bad Thing. I've done some testing on different localised windows with a 65001 MSI (Chinese and Arabic), and can find no compatibility issues at all (with an XP SP2 out of the box install). I can't vouch for Windows 2000.. and I can bet it doesn't Work on Win9x/Me.. but for me those aren't currently a priority. There may be issues that affect features I haven't used.. codepage 65001 isn't 'officially' suported in any way, so YMMV of course. Tony - SF.Net email is sponsored by: Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Unicode. Unicode?
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 said)? The only issue we've had reported is that the uninstall dialog comes out in the wrong font (which is really bizarre since the install font is correct). If it all comes unstuck I've got a couple of custom actions on the back burner that can be rolled out fairly quicky. Tony - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Support for Unicode ??
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 can't do. You can create utf8 installers without modifying wix at all just by specifying codepage 65001, but it's not supported at all and has one or two minor issues (eg. the uninstall dialog comes out in the wrong font). Tony - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Unzip a .zip file in MSI
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 external CAB file instead? Then you just have to swap that out. Tony - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] wix mailing lists open to public => more spam
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, everything > should work by e-mail, by replying to prefabricated e-mail addresses > in notification letters, going to a web site to change settings would > be far more hassle). But, as far as I can tell, relatively few > spammers take the trouble to join a list. Here, they have to provide > a valid e-mail address, reply to a confirmation mail, and then send > the spam from the same address, then unsubscribe (but chances are it > will be removed, anyway, by an admin). Yes, it can be done using > disposable addresses but spam usually arrives by the single action of > blindly targeting the list address (probably among a million other > addresses, not sent specifically here), harvested from somewhere on > the web. > I do something similar but it's an automatic system. If an unsubscribed user posts then on their first post they get an email asking if they really wanted to post to the mailing list (with link to normal legal stuff saying it's public information etc. - we have had the odd occasion of people who think that I can magically remove their posts from the inboxes of everyone on the list!). This has eliminated incoming email spam. As a support list requiring registration is unacceptable in my case. Confirmation emails are tricky - The server takes measures to make sure it's not replying automatically to an obvious fake address.. the normal spamassassin, sender verification, SPF, etc. checks are made but I'm sure the system could be gamed (although to what end I'm not sure). OTOH I doubt sourceforge can be configured to do anything that sophisticated. You probably have the ability to set it to members only and that's about it. Tony - This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Don't miss this year's exciting event. There's still time to save $100. Use priority code J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] CustomAction to install the JRE to a subdirectory of TARGETDIR
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 options: 1. Make an external exe/batch file/whatever which installs them in sequence. 2. Reverse engineer the jre installer using dark and include it in your script. Tony - This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Don't miss this year's exciting event. There's still time to save $100. Use priority code J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] To Prevent Install on Windows 2008
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 reason to install on one but not the other, even for device drivers... but I'm sure something could be put together (might need a CA for it though). Tony - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] DigitalCertificate Element
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 point it at the private key, otherwise there wouldn't be a lot of point - a public key isn't any use except for verification of a signature on a file.. it's public (hence the name) thus confers zero security on its own. It goes without saying that the private key is not in the signed file. Tony - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
