.
Best regards,
Ilya Slobodin
Blair wrote on Thu, 02 Dec 2010 13:50:04 -0800
> Do those components actually share anything (registry keys, COM
> registration,
> custom actions, whatever) that require them to have the same guid?
>
> Original Message
> Subject: R
update Program Files\Product 1\A.dll
because it is considered to have the same version.
Is there a way to solve this problem on Vista and 7 other than making
.wxi files with different GUIDs for each configuration.
Best regards,
Ilya Slobodin
Original Message
Subject: Re
e Product.
On 21.05.2010 17:59, Ilya wrote:
> Hi, Igor.
> I have seen many posts in Stackoverflow and in this mailing list with
> the same question as mine. Seems like there is no other way except
> creating custom action.
> I've viewed .msi with Orca. WiX does it's job: if I
I've just checked Heat in WiX 3.5. It also ignores Copy Local property
of referenced assemblies.
My conclusion: at the moment there is no way to harvest referenced
assemblies using heat.exe with the "project" mode.
Ilya Serbis
On 17.05.2010 14:57, Илья Сербис wrote:
>
on at
http://wix.sourceforge.net/manual-wix3/WixUI_customizations.htm
Briefly: you can add Publish/@Order attribute.
3. About KeyPath attribute (also applicable to File):
http://stackoverflow.com/questions/2003043/what-is-the-wix-keypath-attribute
Hope this will be helpful.
Ilya Serbis
ttribute according to the WiX schema
> limitations:
> error CNDL0006: The RegistrySearch/@Name attribute's value cannot be an empty
> string. If you want the value to be null or
number of consecutive patches patch2, patch3, patch4 that essentially
update same few files monthly reflecting development process?
Thanks,
Ilya Mayzel
-Original Message-
From: Yan Sklyarenko [mailto:y...@sitecore.net]
Sent: Wednesday, July 08, 2009 2:34 AM
To: General discussion for
Does anyone have an experience following those instructions?
Can you build a patch without creating a final v1.1 MSI, but just using
v1.0 as a base?
Thanks,
Ilya Mayzel
-Original Message-
From: Brian Rogers [mailto:rogers.br...@gmail.com]
Sent: Tuesday, July 07, 2009 5:19 PM
To
patch.pcp -p patch.msp -l msimsp.log
But what should be a different in the patch.wxs vs normal MSI .wxs ?
Thanks,
Ilya Mayzel
--
Enter the BlackBerry Developer Challenge
This is your chance to win up to
?
...
'
'
'
'
'
...
=
,
action state of all components becomes "Local" but no action is really
executed on the components not included in the patch.
When REINSTALL=ALL REINSTALLMODE=omus are not set, action states of
the files being patched are set to "Local" by the msi engine.
Best regards,
Il
veSource when a new user starts our product for the first
time.
Best regards,
Ilya Slobodin
-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications
until I need the new functions in that
build. What's why I call this a break of compatibility.
Best regards,
Ilya Slobodin
- Original Message -
From: "Neil Enns" <[EMAIL PROTECTED]>
To: "General discussion for Windows Installer XML toolset."
Sent
)
where CultureSuffix is overridable and is empty by default when single
culture is used?
Or, even better, put
$(TargetDir)\$(CultureSuffix)\$(TargetName)$(TargetExt) into the
overridable property, say TargetDirLocalized.
Best regards,
Ilya Slobodin
- Original Message -
From: "
are usual for a growing
project.
Best regards,
Ilya Slobodin
-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great p
g was closed with the following reason:
Bob Arnson: That was an intentional change to support building
multiple localized outputs from a single project.
Best regards,
Ilya Slobodin
-
This SF.Net email is sponsored by the Mobl
otidy argument. Very helpful to see what tables are
included in the patch and what are not.
Best regards,
Ilya Slobodin
-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linu
, that is a patch is being installed,
REINSTALL & REINSTALLMODE must not be set.
If set, action states of all components are set to "Local" but no real
action on these components is taken. But, MoveFile reco
(as expected)
2. msiexec /update Patch\Patch.msp REINSTALL=ALL REINSTALLMODE=omus /lv*
Logs\PatchBad.log
File Sample.txt is patched
SampleDb.txt is renamed to SampleDb.bak while the original file SampleDb.txt is
not reinstalled (confusing)
Best regards,
Ilya Slobo
not be executed. But it IS executed if required arguments
REINSTALL=ALL, REINSTALLMODE=omus are set.
Best regards,
Ilya Slobodin
-
Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW!
Studies have shown that
y in the MoveFile table means that file
is moved when referred component is reinstalled (the file from source is
copied to the real file on disk) and not moved when file is not reinstalled.
Best regards,
Ilya Slob
This makes MoveFile table completely non-functional when the file
being moved is not included in the patch. In our case it's a database,
much bigger than the code itself.
So, the only solution is to avoid MoveFiles and write CA to suppoft
custom MoveFileEx?
Best regards,
Ilya Slo
Sorry for the mistake in the explanation.
The problem does not depend on UI, it depends only on REINSTALL &
REINSTALLMODE
I have to use the following command line to get my update installed:
msiexec /passive /update Patch.msp REINSTALL=ALL REINSTALLMODE=omus
Best regards,
Ilya Slob
Patch.msp
But, if we have UI, msiexec /update Patch.msp /passive does nothing. If I add
REINSTALL & REINSTALLMODE my database is gone.
Any ideas how to avoid REINSTALL & REINSTALLMODE and install the patch?
Best regards,
Ilya
ently I temporarily solved the problem by modyfing with the patch
MoveFiles condition to "NOT PATCH". Is there a better solution?
Best regards,
Ilya Slobodin
-
Sponsored by: SourceForge.net Community Choice A
Product Base
3. Uninstall Base (StartMenu\Programs\My Product Base\My Product
Shortcut.lnk remains and it has Action: Null in the log)
4. Uninstall Pro (Pro\Shortcut to My.exe uninstalled)
I use MSI 3.01
Could someone comment on this?
Best regards
GC, it is not clear how this requirement can be satisfied
by managed code, which does not know what thread GC will use to call.
Just a random shot.
Ilya
From: Ilya Kleyman
Sent: Thursday, October 05, 2006
11:05 AM
To: Rob Mensching;
wix-users@lists.sourceforge.net
Subject: RE
="VAL2"
-dMSI_COMPRESSION_LEVEL=high -out .wixobj FF.wxs
102> F.wxs
101>NMAKE : fatal error U1077:
‘. . \tools\light.exe' : return code '0xc005'
101>Stop.
Ilya
From: Rob Mensching
Sent: Thursday, October 05, 2006
10:01 AM
To: Ilya Kley
andle.Dispose(Boolean disposing)
101> at
Microsoft.Tools.WindowsInstallerXml.Msi.MsiHandle.Finalize()
. . .
101>NMAKE : fatal error U1077: ‘.
. \tools\light.exe' : return code '0xc005'
101>Stop.
Thanks,
Ilya
---
29 matches
Mail list logo
