search

Berimor66 / duplicati

Automatically exported from code.google.com/p/duplicati
0 stars 0 forks source link

Creating the installer error #590

Closed GoogleCodeExporter closed 9 years ago

GoogleCodeExporter commented 9 years ago 
What steps will reproduce the problem?
1. Run UpdateVersionNumber.exe
2. Set Version as 2.5.0.1176
3. Rebuild Duplicati.sln in release mode
4. Rebuild Duplicati Scheduler.sln in release mode
5. Rebuild BuildTools/LocalizationTool/LocalizationTool.sln in release mode
6. Rebuild BuildTools/WixIncludeMake/WixIncludeMake.sln in release mode
7. Changed BuildTools/WixProjBuilder/WixProjBuilder.sln's output path to 
../../Installer
8. Rebuild BuildTools/WixProjBuilder/WixProjBuilder.sln in release mode
9. Copied Paraffin.exe
10. Run VS Express build.bat

What is the expected output? What do you see instead?
Create installer *.msi files instead the build tool fails.

What version of Duplicati are you using? On what operating system?
I took the latest version from the SVN yesterday. Revision number 1168.
I am running Windows 7 64bit
I installed Wix, Set Environment Variable WIXPATH as C:\Program Files 
(x86)\Windows Installer XML v3\bin\
I am using Visual Studio 2010

What backend (destination) are you using?
Default application settings, have not changed anything.

Please provide any additional information below.
I have attached screenshots of errors along the way.
There aren't any instructions on how the installer works. It would be 
beneficial if a detailed instructions are available on this website.

Original issue reported on code.google.com by lathees...@gmail.com on 21 Mar 2012 at 1:05

Attachments:

GoogleCodeExporter commented 9 years ago 
The trunk is currently a little bit shaky. If you want to build a working 
version, you should build svn/branches/1.3.1. Does that solve your issue?

Original comment by rst...@gmail.com on 21 Mar 2012 at 1:34

GoogleCodeExporter commented 9 years ago 
René is right, you should build from 1.3.1, the trunk is not in a state that 
you would want to distribute.

In case you REALLY want to build from trunk, the error seems to be that you are 
invoking resgen.exe from a .Net 2.0 (or 3.5) SDK, and the trunk is strictly 4.0 
so it cannot find the right assemblies. You can change the search paths in the 
LocalizationTool project so they fit your setup and so that it searches the 
paths in the right order.

Original comment by kenneth@hexad.dk on 21 Mar 2012 at 1:40

GoogleCodeExporter commented 9 years ago 
Thank you for the quick response. I'll try both your suggestion and let you 
know.

Original comment by lathees...@gmail.com on 21 Mar 2012 at 1:53

GoogleCodeExporter commented 9 years ago 
It worked great. I installed the latest sdk from Microsoft. In the 
ResXCompiler.cs, I set only the SDK paths on my system and it worked great. No 
Issues.

I didn't test with 1.3.1 since this worked for me with the latest version of 
duplicati.

Thank you for your help.

I included how I setup the sdk paths below. This may different depending on the 
environment.

string[] known_sdk_paths =
{                    
Environment.ExpandEnvironmentVariables("%WINDIR%\\Microsoft.Net\\Framework\\v4.0
.30319\\"),
                    Environment.ExpandEnvironmentVariables("%PROGRAMFILES%\\Microsoft SDKs\\Windows\\v7.1\\Bin\\NETFX 4.0 Tools\\")
};

Original comment by lathees...@gmail.com on 27 Mar 2012 at 2:39

GoogleCodeExporter commented 9 years ago 
Great. Thank you for your feedback!

Original comment by rst...@gmail.com on 27 Mar 2012 at 5:36

GoogleCodeExporter commented 9 years ago 
If you plan on using the build for production backup, there are a few things 
you should know:

1) The trunk has switched to .Net 4.0. This should not cause any problems, but 
has not been tested.
2) The SSH client has switched to SSH.Net, and has not been tested.

If you plan on running this with Mono, you need at least Mono 2.10.

I will update the build tool to include the paths from your machine in the 
search order, and fix the order the paths are searched so it works better if 
multiple versions of the SDK is installed.

Original comment by kenneth@hexad.dk on 28 Mar 2012 at 8:00