<feed xmlns='http://www.w3.org/2005/Atom'>
<title>subsurface.git/packaging/windows, branch v4.3.970</title>
<subtitle>forked from https://github.com/subsurface/subsurface</subtitle>
<id>https://git.tsegers.com/subsurface.git/atom?h=v4.3.970</id>
<link rel='self' href='https://git.tsegers.com/subsurface.git/atom?h=v4.3.970'/>
<link rel='alternate' type='text/html' href='https://git.tsegers.com/subsurface.git/'/>
<updated>2015-01-02T00:45:24Z</updated>
<entry>
<title>Remove the 32/64 bit warning in the Windows installer</title>
<updated>2015-01-02T00:45:24Z</updated>
<author>
<name>Dirk Hohndel</name>
<email>dirk@hohndel.org</email>
</author>
<published>2015-01-02T00:45:24Z</published>
<link rel='alternate' type='text/html' href='https://git.tsegers.com/subsurface.git/commit/?id=4ce3c1e8b89cd7b8178ee8f360f6a431d3d381e6'/>
<id>urn:sha1:4ce3c1e8b89cd7b8178ee8f360f6a431d3d381e6</id>
<content type='text'>
We now have perfectly fine 32bit binaries with Qt5 so no more reason to
steer people towards 64bit binaries. Actually, I don't plan to make 64bit
binaries for the next release.

Signed-off-by: Dirk Hohndel &lt;dirk@hohndel.org&gt;
</content>
</entry>
<entry>
<title>Add a new script to create cross built Windows installer</title>
<updated>2014-12-31T18:20:28Z</updated>
<author>
<name>Dirk Hohndel</name>
<email>dirk@hohndel.org</email>
</author>
<published>2014-12-31T18:20:28Z</published>
<link rel='alternate' type='text/html' href='https://git.tsegers.com/subsurface.git/commit/?id=1d39df092253916474b927b3df665d4b1b2245fa'/>
<id>urn:sha1:1d39df092253916474b927b3df665d4b1b2245fa</id>
<content type='text'>
This script is based on the mxe package and builds everything from source
instead of using the mingw packages from Fedora as I did in the past.

I'm keeping the old script around for now, but eventually I should remove it as
this is the current way to create a working installer that supports both 32 and
64 bit Windows and is Qt5 based.

Signed-off-by: Dirk Hohndel &lt;dirk@hohndel.org&gt;
</content>
</entry>
<entry>
<title>Remove some way way way outdated files</title>
<updated>2014-12-31T16:48:27Z</updated>
<author>
<name>Dirk Hohndel</name>
<email>dirk@hohndel.org</email>
</author>
<published>2014-12-31T16:43:30Z</published>
<link rel='alternate' type='text/html' href='https://git.tsegers.com/subsurface.git/commit/?id=c246432092f13101b2ce03cb93b98c5119fee9c9'/>
<id>urn:sha1:c246432092f13101b2ce03cb93b98c5119fee9c9</id>
<content type='text'>
From the very earliest packaging attempts. Definitely not useful anymore.

Signed-off-by: Dirk Hohndel &lt;dirk@hohndel.org&gt;
</content>
</entry>
<entry>
<title>Windows installer: move the 32/64 bit check earlier</title>
<updated>2014-10-30T19:40:03Z</updated>
<author>
<name>Dirk Hohndel</name>
<email>dirk@hohndel.org</email>
</author>
<published>2014-10-30T19:40:03Z</published>
<link rel='alternate' type='text/html' href='https://git.tsegers.com/subsurface.git/commit/?id=d2567f761a1cff48e46849eff8e3e09073751210'/>
<id>urn:sha1:d2567f761a1cff48e46849eff8e3e09073751210</id>
<content type='text'>
It makes more sense to do this on init and not have the user go through
any other screens in case this is the wrong binary.

Signed-off-by: Dirk Hohndel &lt;dirk@hohndel.org&gt;
</content>
</entry>
<entry>
<title>Ugly hack to work around broken Qt5.3.2 for Windows cross builds</title>
<updated>2014-10-29T22:10:32Z</updated>
<author>
<name>Dirk Hohndel</name>
<email>dirk@hohndel.org</email>
</author>
<published>2014-10-29T22:10:32Z</published>
<link rel='alternate' type='text/html' href='https://git.tsegers.com/subsurface.git/commit/?id=1291d100f6b99e22bf8aee4fa30cc7b49f572722'/>
<id>urn:sha1:1291d100f6b99e22bf8aee4fa30cc7b49f572722</id>
<content type='text'>
Checking this in to make sure I don't end up creating broken installers
again. I doubt that this is useful for anyone but me - but then, I don't
think anyone but me creates Windows installers.

Background - when Fedora 20 updated the cross-built version of Qt for
Win64 something broke. Subsurfae installed with those DLLs will crash.
Replacing the older 5.3.1 DLLs fixes this for now, so I have a directory
with just those DLLs and simply replace them in the staging directory
before calling makensis.

Signed-off-by: Dirk Hohndel &lt;dirk@hohndel.org&gt;
</content>
</entry>
<entry>
<title>Don't install Windows 64bit binaries on 32bit system</title>
<updated>2014-10-29T20:01:19Z</updated>
<author>
<name>Dirk Hohndel</name>
<email>dirk@hohndel.org</email>
</author>
<published>2014-10-29T18:24:43Z</published>
<link rel='alternate' type='text/html' href='https://git.tsegers.com/subsurface.git/commit/?id=0e0d6135afb626480f85135cf1c16c1701105088'/>
<id>urn:sha1:0e0d6135afb626480f85135cf1c16c1701105088</id>
<content type='text'>
Also warn people installing 32bit binaries on a 64bit system

Signed-off-by: Dirk Hohndel &lt;dirk@hohndel.org&gt;
</content>
</entry>
<entry>
<title>Minor changes to Windows build and packaging</title>
<updated>2014-09-26T03:50:14Z</updated>
<author>
<name>Dirk Hohndel</name>
<email>dirk@hohndel.org</email>
</author>
<published>2014-09-26T03:50:14Z</published>
<link rel='alternate' type='text/html' href='https://git.tsegers.com/subsurface.git/commit/?id=28800622f00b07724b3395eacc49f1ee87b42d08'/>
<id>urn:sha1:28800622f00b07724b3395eacc49f1ee87b42d08</id>
<content type='text'>
With these changes we link statically against libusb and libdivecomputer
but don't add the .a files to our installers.

Signed-off-by: Dirk Hohndel &lt;dirk@hohndel.org&gt;
</content>
</entry>
<entry>
<title>Allow cross-building 64 bit binaries for Windows</title>
<updated>2014-08-02T22:08:22Z</updated>
<author>
<name>Dirk Hohndel</name>
<email>dirk@hohndel.org</email>
</author>
<published>2014-08-02T22:06:10Z</published>
<link rel='alternate' type='text/html' href='https://git.tsegers.com/subsurface.git/commit/?id=6c15647858e866d1366de57f49e52a4a2b69aa0f'/>
<id>urn:sha1:6c15647858e866d1366de57f49e52a4a2b69aa0f</id>
<content type='text'>
This also makes sure that we package the Qt5 translations, not the Qt4
translations.

There was an odd issue that somehow a 32bit search path ended up being
used by win-dll which resulted in the wrong DLLs being packaged.

Signed-off-by: Dirk Hohndel &lt;dirk@hohndel.org&gt;
</content>
</entry>
<entry>
<title>Remove theme directory when uninstalling on Windows</title>
<updated>2014-07-14T04:39:42Z</updated>
<author>
<name>Miika Turkia</name>
<email>miika.turkia@gmail.com</email>
</author>
<published>2014-07-14T04:09:10Z</published>
<link rel='alternate' type='text/html' href='https://git.tsegers.com/subsurface.git/commit/?id=c43708bc8ea7abc474b751cb0d901b913e54598c'/>
<id>urn:sha1:c43708bc8ea7abc474b751cb0d901b913e54598c</id>
<content type='text'>
I assume the theme directory should be deleted on uninstall the same way
e.g. Documentation directory is deleted.

Signed-off-by: Miika Turkia &lt;miika.turkia@gmail.com&gt;
Signed-off-by: Dirk Hohndel &lt;dirk@hohndel.org&gt;
</content>
</entry>
<entry>
<title>HTML export: fix packaging of theme dir</title>
<updated>2014-06-08T14:54:11Z</updated>
<author>
<name>Dirk Hohndel</name>
<email>dirk@hohndel.org</email>
</author>
<published>2014-06-08T14:54:11Z</published>
<link rel='alternate' type='text/html' href='https://git.tsegers.com/subsurface.git/commit/?id=bded22f2f6ecaa09bdf14308801d32f04aed4741'/>
<id>urn:sha1:bded22f2f6ecaa09bdf14308801d32f04aed4741</id>
<content type='text'>
I was confused by the function name getSubsurfaceDataPath() - it does not
find paths relative to the "data" folder, if finds the path where we might
install folders like "data", "translations", or "theme".
"data" is for some reason where we install the "marbledata" files.
Therefore on both Mac and Windows we need to put the "theme" directory
next to the "data" directory, not below it.

Signed-off-by: Dirk Hohndel &lt;dirk@hohndel.org&gt;
</content>
</entry>
</feed>
