<feed xmlns='http://www.w3.org/2005/Atom'>
<title>subsurface.git/Makefile, branch v2.0.1</title>
<subtitle>forked from https://github.com/subsurface/subsurface</subtitle>
<id>https://git.tsegers.com/subsurface.git/atom?h=v2.0.1</id>
<link rel='self' href='https://git.tsegers.com/subsurface.git/atom?h=v2.0.1'/>
<link rel='alternate' type='text/html' href='https://git.tsegers.com/subsurface.git/'/>
<updated>2012-10-07T12:02:48Z</updated>
<entry>
<title>Bump version to 2.0.1</title>
<updated>2012-10-07T12:02:48Z</updated>
<author>
<name>Dirk Hohndel</name>
<email>dirk@hohndel.org</email>
</author>
<published>2012-10-07T12:02:48Z</published>
<link rel='alternate' type='text/html' href='https://git.tsegers.com/subsurface.git/commit/?id=14856aab4bb8511e12a073cd987c1fbf9d641274'/>
<id>urn:sha1:14856aab4bb8511e12a073cd987c1fbf9d641274</id>
<content type='text'>
That crash is far too easy to hit for people just trying out subsurface.

Signed-off-by: Dirk Hohndel &lt;dirk@hohndel.org&gt;
</content>
</entry>
<entry>
<title>Getting ready for the 2.0 release</title>
<updated>2012-09-27T03:50:23Z</updated>
<author>
<name>Dirk Hohndel</name>
<email>dirk@hohndel.org</email>
</author>
<published>2012-09-27T03:50:23Z</published>
<link rel='alternate' type='text/html' href='https://git.tsegers.com/subsurface.git/commit/?id=58ba24b84eda600a4e286d7849207afb03e56e10'/>
<id>urn:sha1:58ba24b84eda600a4e286d7849207afb03e56e10</id>
<content type='text'>
Changing the version to 2.0-rc1

Signed-off-by: Dirk Hohndel &lt;dirk@hohndel.org&gt;
</content>
</entry>
<entry>
<title>First implementation of native Uemis downloader</title>
<updated>2012-09-26T17:58:15Z</updated>
<author>
<name>Dirk Hohndel</name>
<email>dirk@hohndel.org</email>
</author>
<published>2012-09-25T14:28:47Z</published>
<link rel='alternate' type='text/html' href='https://git.tsegers.com/subsurface.git/commit/?id=43f122f9ff6eb933fcf831ac0b242f770204d2d5'/>
<id>urn:sha1:43f122f9ff6eb933fcf831ac0b242f770204d2d5</id>
<content type='text'>
This includes one major hack that uses a private data structure from
libdivecomputer to allow us to show the Uemis Zurich as one computer the
user can import from.

Once the user has chosen the Uemis we don't use libdivecomputer but our
own downloader. Just like in the libdicecomputer case this runs in its own
thread and updates the import dialog with progress information.

The code also keeps track of the last dive that has been downloaded from a
Uemis computer so we only import new dives on subsequent downloads. And
since the Uemis Zurich gives us its device id, we make this a "per
divecomputer" property for people who dive with multiple Uemis Zurich
computers.

This uses the debugfile infrastructure to allow easily collecting
debugging output - especially on Windows where by default console output
is lost.

Known limitations: when the Uemis runs out of space (it uses its
filesystem for communication with the host computer) we have no graceful
way to reset things. This is why the code doesn't try to download ALL
dives on the computer but instead download them in increments of ten
dives. This clearly needs to be addressed once I understand how to reset
the device.

The Cancel button of the import dialog isn't correctly hooked up, yet.
I still need to figure out how to gracefully shut down a download without
potentially hanging the device.

Signed-off-by: Dirk Hohndel &lt;dirk@hohndel.org&gt;
</content>
</entry>
<entry>
<title>Use a 64-bit 'timestamp_t' for all timestamps, rather than 'time_t'</title>
<updated>2012-09-20T00:35:52Z</updated>
<author>
<name>Linus Torvalds</name>
<email>torvalds@linux-foundation.org</email>
</author>
<published>2012-09-20T00:35:52Z</published>
<link rel='alternate' type='text/html' href='https://git.tsegers.com/subsurface.git/commit/?id=dce08deb34939eaed349d315777214c3181c1a8d'/>
<id>urn:sha1:dce08deb34939eaed349d315777214c3181c1a8d</id>
<content type='text'>
This makes the time type unambiguous, and we can use G_TYPE_INT64 for it
in the divelist too.

It also implements a portable (and thread-safe) "utc_mkdate()" function
that acts kind of like gmtime_r(), but using the 64-bit timestamp_t.  It
matches our original "utc_mktime()".

Signed-off-by: Linus Torvalds &lt;torvalds@linux-foundation.org&gt;
</content>
</entry>
<entry>
<title>make clean should remove subsurface.exe as well</title>
<updated>2012-09-13T21:43:34Z</updated>
<author>
<name>Dirk Hohndel</name>
<email>dirk@hohndel.org</email>
</author>
<published>2012-09-13T21:43:34Z</published>
<link rel='alternate' type='text/html' href='https://git.tsegers.com/subsurface.git/commit/?id=e84cdf59bba08464e48a0159ffbef7d2f923c8cd'/>
<id>urn:sha1:e84cdf59bba08464e48a0159ffbef7d2f923c8cd</id>
<content type='text'>
Signed-off-by: Dirk Hohndel &lt;dirk@hohndel.org&gt;
</content>
</entry>
<entry>
<title>Update for libdivecomputer pkg-config include file changes</title>
<updated>2012-07-10T19:33:44Z</updated>
<author>
<name>Linus Torvalds</name>
<email>torvalds@linux-foundation.org</email>
</author>
<published>2012-07-10T19:33:44Z</published>
<link rel='alternate' type='text/html' href='https://git.tsegers.com/subsurface.git/commit/?id=a3ead9fb862207749d23368db9b857559c0dde78'/>
<id>urn:sha1:a3ead9fb862207749d23368db9b857559c0dde78</id>
<content type='text'>
Subsurface doesn't compile on OS X any more, because libdivecomputer
changed the way the header inclusion works: the include path from
pkg-config no longer includes the final "libdivecomputer" component, and
instead of doing

  #include &lt;header.h&gt;

for libdivecomputer headers, we're now supposed to do

  #include &lt;libdivecomputer/header.h&gt;

instead. Which is cleaner anyway.

The reason this only bit us on OS X is that I never trusted pkg-config
that much for non-system libraries on Linux (maybe it works, maybe it
doesn't, I've seen it go both ways), so on Linux we just used our own
version of the include path, and thus weren't affected by the
libdivecomputer config change.

Clean up the includes while at it - we no longer need (or want) the
device-specific header files, since we just use the generic functions.

Reported-by: Grischa Toedt &lt;toedt@embl.de&gt;
Signed-off-by: Linus Torvalds &lt;torvalds@linux-foundation.org&gt;
</content>
</entry>
<entry>
<title>Add some initial cochran CAN file parsing</title>
<updated>2012-01-27T20:43:40Z</updated>
<author>
<name>Linus Torvalds</name>
<email>torvalds@linux-foundation.org</email>
</author>
<published>2012-01-27T20:43:40Z</published>
<link rel='alternate' type='text/html' href='https://git.tsegers.com/subsurface.git/commit/?id=b1a747f537d1df8b9ea9f4caf55e568dd4c3a733'/>
<id>urn:sha1:b1a747f537d1df8b9ea9f4caf55e568dd4c3a733</id>
<content type='text'>
It's broken, and currently only writes out a debug output file per dive.
I'm not sure I'll ever really be able to decode the mess that is the
Cochran ANalyst stuff, but I have a few test files, along with separate
depth info from a couple of the dives in question, so in case this ever
works I can at least validate it to some degree.

The file format is definitely very intentionally obscured, though.
Annoying.  It's not like the Cochran software is actually all that good
(it's really quite a horribly nasty Windows-only app, I'm told).

Cochran Analyst is very much not the reason why people would buy those
computers.  So Cochran making their computers harder to use with other
software is just stupid.

Signed-off-by: Linus Torvalds &lt;torvalds@linux-foundation.org&gt;
</content>
</entry>
<entry>
<title>Add "native" Suunto SDE zip file reading</title>
<updated>2012-01-27T01:43:33Z</updated>
<author>
<name>Linus Torvalds</name>
<email>torvalds@linux-foundation.org</email>
</author>
<published>2012-01-27T01:43:33Z</published>
<link rel='alternate' type='text/html' href='https://git.tsegers.com/subsurface.git/commit/?id=a65b9b48e0be56bc33ea857d928b83b726b13c34'/>
<id>urn:sha1:a65b9b48e0be56bc33ea857d928b83b726b13c34</id>
<content type='text'>
You need to have libzip-devel installed, and pkg-config needs to know about it
for the build to pick up on it.

On at least Fedora, a simple "yum install libzip-devel" will make things
work, although you may need to force a rebuild of subsurface too (the
"file.o" file in particular - the Makefile doesn't track system
dependencies).

Then, you can just do

   subsurface my-dives.SDE

to read the data directly from the SDE file.

Signed-off-by: Linus Torvalds &lt;torvalds@linux-foundation.org&gt;
</content>
</entry>
<entry>
<title>Split up file reading from 'parse-xml.c' into 'file.c'</title>
<updated>2012-01-26T21:00:45Z</updated>
<author>
<name>Linus Torvalds</name>
<email>torvalds@linux-foundation.org</email>
</author>
<published>2012-01-26T21:00:45Z</published>
<link rel='alternate' type='text/html' href='https://git.tsegers.com/subsurface.git/commit/?id=4d10bc017ad683ffa3e7e399b9bcb9dcf524d964'/>
<id>urn:sha1:4d10bc017ad683ffa3e7e399b9bcb9dcf524d964</id>
<content type='text'>
We're going to eventually import non-xml files too, so let's begin
splitting the logic up.

Signed-off-by: Linus Torvalds &lt;torvalds@linux-foundation.org&gt;
</content>
</entry>
<entry>
<title>Link with libm for 'pow()'</title>
<updated>2012-01-16T00:19:18Z</updated>
<author>
<name>Cristian Ionescu-Idbohrn</name>
<email>cristian.ionescu-idbohrn@axis.com</email>
</author>
<published>2012-01-15T23:40:50Z</published>
<link rel='alternate' type='text/html' href='https://git.tsegers.com/subsurface.git/commit/?id=d34defc85bdc9872a8d1f1045c524a422e39b39e'/>
<id>urn:sha1:d34defc85bdc9872a8d1f1045c524a422e39b39e</id>
<content type='text'>
Solves suddenly revealed linking error:

  divelist.c:400: error: undefined reference to 'pow'

Signed-off-by: Cristian Ionescu-Idbohrn &lt;cii@axis.com&gt;
Signed-off-by: Linus Torvalds &lt;torvalds@linux-foundation.org&gt;
</content>
</entry>
</feed>
