Re: preparing for 5.0.2

Hi Dirk, Hi everyone, The sad news concerning Arch is that I resigned my role as a developer a while ago due to lack of time and they apparently haven't found any other dev/TU interested to keep maintaining a subsurface package in the official repos. There are still user-contributed packages in

Re: preparing for 5.0.2

Hi Dirk, Hi everyone, The sad news concerning Arch is that I resigned my role as a developer a while ago due to lack of time and they apparently haven't found any other dev/TU interested to keep maintaining a subsurface package in the official repos. There are still user-contributed packages in

Re: renaming the default branch to 'main'

[2020-06-15 13:01:04 -0700] Dirk Hohndel via subsurface: > I strongly believe that words matter. And that sometimes it's the small > things where we can show respect. Shall we rename divemaster too? As an explicit GUI label it gets much more user exposure than the default branch name. I would

Re: Git-related segfault in master

[2020-02-17 09:54:28 -0800] Linus Torvalds: > Gaetan, I'd suggest blowing away your tree and re-building from > scratch, in case it's some stale object file and a libgit update > interacting badly? Thanks, it was actually the upgrade of http-parser (which libgit2 depends on) from 2.9.2 to 2.9.3

Git-related segfault in master

Hi, Building today's master (4c5054ec4) on an up-to-date Arch Linux system (with libgit2-0.28.4) I get a binary which runs fine until it tries to connect to the cloud service. It then segfaults with the following backtrace: #0 0x75b05e74 in () at /usr/lib/libgit2.so.28 #1

Re: Segfault in OstcFirmwareCheck::checkLatest

Hi Anton, [2020-01-10 16:51:26 -1000] Gaetan Bisson: > I'll double check later this weekend. I can't seem to be able to reproduce the segfault anymore. It could very well be that I misdiagnosed the problem and was in fact facing the issue Jan described. Sorry for the confusion. Che

Re: Segfault in OstcFirmwareCheck::checkLatest

Hi Anton, [2020-01-10 23:27:04 +0100] Anton Lundin: > On 09 January, 2020 - Gaetan Bisson wrote: > > > Hi Anton, > > > > [2020-01-09 20:47:59 +0100] Anton Lundin: > > > So, can you re-run this and provide a libdivecomptuer logfile? I'd like > >

Re: Segfault in OstcFirmwareCheck::checkLatest

[2020-01-08 15:55:34 -1000] Gaetan Bisson: > I just rebuilt subsurface from current git master and am getting a > segfault when downloading dives from my OSTC3. The problem appears to be > in OstcFirmwareCheck::checkLatest. I'm attaching the full backtrace of > the crash. I'll inve

Segfault in OstcFirmwareCheck::checkLatest

Dear list, I just rebuilt subsurface from current git master and am getting a segfault when downloading dives from my OSTC3. The problem appears to be in OstcFirmwareCheck::checkLatest. I'm attaching the full backtrace of the crash. I'll investigate more later unless someone beats me to it.

Segfault when removing a cylinder

Dear all, With current git master I'm consistently getting a segfault when trying to remove a row from the Cylinders table in the Equipment tab, simply by clicking on the trash bin icon. The segfault occurs inside CylindersModel::remove(). I do not understand much of that code but what I could

Re: web server update

Hi Dirk, The download links are broken on: https://subsurface-divelog.org/download/ They point to the domain "placeholder.wpsho" which it took me a few minutes to realize is probably WordPress related... Cheers. -- Gaetan ___ subsurface

Re: Mares genius

[2019-02-04 22:13:15 +0100] Jef Driesen: > On 4/02/19 21:59, Gaetan Bisson wrote: > > [2019-02-04 11:59:34 +0100] didier duriez: > > > j'utilise comme ordinateur, un Mares Genius, je ne le trouve pas dans > > > votre liste d'ordinateur, > > > > Notre logi

Re: Mares genius

Bonjour, [2019-02-04 11:59:34 +0100] didier duriez: > j'utilise comme ordinateur, un Mares Genius, je ne le trouve pas dans votre > liste d'ordinateur, Notre logiciel communique avec les ordinateurs de plongée par le biais de cette bibliothèque : https://libdivecomputer.org/ Même s'il

Re: Mares genius

Bonjour, [2019-02-04 11:59:34 +0100] didier duriez: > j'utilise comme ordinateur, un Mares Genius, je ne le trouve pas dans votre > liste d'ordinateur, Notre logiciel communique avec les ordinateurs de plongée par le biais de cette bibliothèque : https://libdivecomputer.org/ Même s'il

Re: Website migration

[2018-12-31 09:30:54 -0800] Dirk Hohndel: > OK, second try. > Please commence the stress testing. And let me know what fails. Same thing as yesterday for me. :( $ curl --verbose https://subsurface-divelog.org/ * Trying 54.68.64.159... * TCP_NODELAY set * Connected to subsurface-divelog.org

Re: Cloud storage does not load at startup since b9b1f03

[2018-07-27 21:36:45 +0200] Jan Iversen: > Master was just updated with my fix, I hope that solves your problem. Thanks Jan, this indeed fixes my problem. Cheers. -- Gaetan ___ subsurface mailing list subsurface@subsurface-divelog.org

Re: Cloud storage does not load at startup since b9b1f03

Hi Jan, Just another remark (and I hope you can reproduce this): my issue is not limited to auto loading cloud storage on startup; even if I manually click on "File -> Open cloud storage" then nothing happens and the dive list remains empty. Loading XML files work and reverting to any commit

Re: Cloud storage does not load at startup since b9b1f03

[2018-07-24 20:34:48 +0200] Jan Iversen: > I was finally able to confirm the problem. > > I used a local xml profile and that prohibits cloud automatic loading, with a > cloud based default xml, I can reproduce the problem, which is somewhere in > qPrefCloudStorage. > > Sorry for the multiple

Cloud storage does not load at startup since b9b1f03

Hi Jan, I run a build of Subsurface's latest git master but since b9b1f03 I find that cloud storage does not load upon startup as it used to. Is there any settings or such things I need to migrate to conform with the new qPrefCloudStorage? Cheers. -- Gaetan

Re: Segfault with Qt-5.11.0

[2018-05-24 23:04:28 +0200] Berthold Stoeger: > On Donnerstag, 24. Mai 2018 22:46:30 CEST Gaetan Bisson wrote: > > [2018-05-23 07:20:43 -1000] Gaetan Bisson: > > > Oh, it's also there: > > > https://bugreports.qt.io/browse/QTBUG-67948 > > > > It turns out

Re: Segfault with Qt-5.11.0

[2018-05-23 07:20:43 -1000] Gaetan Bisson: > Oh, it's also there: > > https://bugreports.qt.io/browse/QTBUG-67948 It turns out removing oldModel->deleteLater(); from DiveListView::reload() avoids the segfault. See the discussion in the above bug report. However I have

Re: Segfault with Qt-5.11.0

[2018-05-23 07:12:45 -1000] Gaetan Bisson: > [2018-05-23 10:28:52 -0300] Thiago Macieira: > > On Wednesday, 23 May 2018 05:08:58 -03 Gaetan Bisson wrote: > > > Any ideas how to debug this? > > > > Can you valgrind? Without debug symbols in Qt it may be a little dif

Segfault with Qt-5.11.0

Dear all, I'm getting a segfault when running Subsurface with Qt-5.11. It occurs with both an old binary compiled against Qt-5.10 and a freshly rebuilt binary. Note that building against Qt-5.11 requires fixing a couple of headers, but that's unrelated:

Re: releases everywhere

[2017-12-07 18:35:43 -0600] Dirk Hohndel: > Funny coincidence... I was just about done with writing the release > announcement post for Subsurface 4.7.5 when I got the notification that the > review of Subsurface-mobile-2.0.1 for iOS was completed. > So today we actually managed to release a new

Re: 4.7.1 released

[2017-10-22 11:18:20 -1000] Gaetan Bisson: > Thanks for this new release! I'm ashamed I can't get subsurface-4.7.1 to > compile against the new libdivecomputer-subsurface-branch tarball... Ah, my mistake, I used the tarball from: https://subsurface-divelog.org/downloads/libdiveco

Re: 4.7.1 released

Hi Dirk, Thanks for this new release! I'm ashamed I can't get subsurface-4.7.1 to compile against the new libdivecomputer-subsurface-branch tarball... I'm getting errors like this: In file included from /build/src/Subsurface-4.7.1/core/qt-ble.cpp:18:0:

Official upstream... or not?

Hi Dirk, The GitHub project page for Subsurface says "This is NOT the official upstream of Subsurface" with a link to that very same page. See: https://github.com/Subsurface-divelog/subsurface I find this statement slightly confusing. Is this not the official upstream code repository?

Re: Segfault caused by "Hook qt model for country"

[2017-10-04 03:06:53 +0300] Lubomir I. Ivanov: > something else i would try is to modify this near line 430 in > divelistview.cpp, from: > DiveTripModel *tripModel = new DiveTripModel(this); > to: > tripModel = new DiveTripModel(this); Yay! With this modification all works perfectly. (No need to

Re: Segfault caused by "Hook qt model for country"

[2017-10-04 02:42:58 +0300] Lubomir I. Ivanov: > Gaetan, can you please try applying the attached patch on the latest > master for reference? Sure. With that patch I get a segfault: Thread 1 "subsurface" received signal SIGSEGV, Segmentation fault. 0x557ab79d in

Re: Segfault caused by "Hook qt model for country"

[2017-10-03 12:36:11 -1000] Gaetan Bisson: > [2017-10-03 10:56:48 -0700] Dirk Hohndel: > > On Mon, Oct 02, 2017 at 04:50:27PM -1000, Gaetan Bisson wrote: > > > Hi, > > > > > > I'm building the latest git snapshot of Subsurface on Arch Linux (we've > > &

Re: Segfault caused by "Hook qt model for country"

[2017-10-03 10:56:48 -0700] Dirk Hohndel: > On Mon, Oct 02, 2017 at 04:50:27PM -1000, Gaetan Bisson wrote: > > Hi, > > > > I'm building the latest git snapshot of Subsurface on Arch Linux (we've > > got qt-5.9.1) and the latest commit

Re: Segfault caused by "Hook qt model for country"

[2017-10-02 21:04:04 -0700] Dirk Hohndel: > I'd consider master in "maybe not the best time to use it" state... No problem. I can sure use an earlier snapshot for now. I'll let you know if I'm still having this issue with master in a week or two. Cheers. -- Gaetan

Segfault caused by "Hook qt model for country"

Hi, I'm building the latest git snapshot of Subsurface on Arch Linux (we've got qt-5.9.1) and the latest commit "Hook qt model for country" (d5ab03ef4e84820f9530152dbf4ffc29dec6e652) causes a segfault. Building goes well but then when running the binary I get: Thread 1 "subsurface"

Re: Working Proof of Concept: "AppImage with everything", prepared on Arch, can download from D9 on CentOS

[2017-08-02 11:13:04 -0700] Dirk Hohndel: > > > On Aug 2, 2017, at 10:07 AM, Gaetan Bisson <gae...@fenua.org> wrote: > > > > [2017-08-02 08:30:33 -0700] Dirk Hohndel: > >> That makes sense. We don't have a daily/test build for Arch. And that > >

Re: Working Proof of Concept: "AppImage with everything", prepared on Arch, can download from D9 on CentOS

[2017-08-02 08:30:33 -0700] Dirk Hohndel: > That makes sense. We don't have a daily/test build for Arch. And that > shouldn't be all that hard to do, anyway. For information, myself and a few others use the subsurface-git package from the AUR [1] which updates to the latest git snapshot whenever

WorldMap gives DeletedApiProjectMapError

Hi, I've tried making a new world map of my dive sites (File, Export, Worldmap) but loading it in any browser gives: "Oops! Something went wrong. This page didn't load Google Maps correctly. See the JavaScript console for technical details." And the console says: "Google Maps API error:

Re: [PATCH 6/4] Fix another cylinder pressure plotting special case

[2017-07-30 11:22:34 -0700] Linus Torvalds: > On Sun, Jul 30, 2017 at 10:51 AM, Linus Torvalds > wrote: > > > > So I think the code now does exactly the right thing for your case. Except > > for the equipment tab side, which doesn't show your two unused cylinders, >

Re: [PATCH] Profile support for multiple concurrent pressure sensors

[2017-07-30 10:32:56 -0700] Linus Torvalds: > Yup, that was it. The attached patch fixes it. Thanks so much! > The patch *does* show something a bit odd, though. Your second dive in that > XML file you sent actually has gas data for *four* cylinders: > > 'Steel 2L' start='190.0 bar'

[PATCH] libdc: export new symbol, needed for subsurface

Hi, Since the dc_context_set_custom_serial is now being used in subsurface, libdc must export it for dynamically-linked builds to work. See the attached patch. Cheers. -- Gaetan >From a9b95afbead3fd975adc71ff5a3a1c2d43d0d5d7 Mon Sep 17 00:00:00 2001 From: Gaetan Bisson <bis...@archlin

Re: Bug 971

[2016-08-11 00:42:35 +0200] Robert Helling: > sorry if I got this wrong. He says he uses manjaro. I had never heard of that > and googled where I found that it’s Arch based, where I (erroneously) stopped > reading and concluded that it must be you. I see. Manjaro is essentially one person that

Re: Bug 971

[2016-08-10 23:08:22 +0200] Robert Helling: > you are the maintainer of the subsurface package in Arch Linux. Could you > please have a look at this. It seems, there subsurface can be run with Qt 4 > and that causes problems. Subsurface is built against Qt5 in Arch Linux (and the custom

Re: missing ui_mainwindow.h?

Thanks Dirk and Robert, So it turns out the issue is that I'm building with `make -j2` (in fact, -j1 also exhibits the issue) and it goes away with `make -j4 like the build script does. You can imagine what happens... Apologies for not proposing a patch; I really know nothing about cmake.

missing ui_mainwindow.h?

Hi, When building the latest git snapshot of subsurface on a run-off-the-mill Linux desktop I get: [ 28%] Building CXX object qt-models/CMakeFiles/subsurface_models.dir/filtermodels.cpp.o In file included from /build/subsurface-git/src/subsurface/qt-models/filtermodels.cpp:8:0:

Re: Compiling libdivecomputer-subsurface-branch-4.5.4

[2016-03-22 10:34:06 -0700] Dirk Hohndel: > That's my fault. Since we really build libdivecomputer only to get the > library, I didn't bother > to change the sample app to deal with our changes to the API. > > The simple fix is to pass "--disable-examples" to the configure call > > I'll add a

Compiling libdivecomputer-subsurface-branch-4.5.4

Hi, I'm trying to build libdivecomputer-subsurface-branch-4.5.4 from the tarball. Running `autoreconf --install` and `./configure` gives a fairly normal output. Then, `make` spits: Making all in examples CC common.o CC dctool.o CC dctool_help.o CC

Re: 4.5.2

[2015-11-07 14:05:55 -0800] Dirk Hohndel: > Just a quick heads up. Heinrichs Weikamp surprised us with a firmware change > that breaks downloading from their dive computers. It would have been nice > had we known this was coming, but it is what it is. I decided to merge Jef's > latest updates

Re: new website - or "jet lag is good"

[2015-10-10 23:01:15 -0700] Dirk Hohndel: > Please go to http://ssrftest.subsurface-divelog.org > and let me know what you think. Wow, great work, that really looks awesome. The only thing I noted is that we have two redundant social media banners (one

Re: [PATCH 1/1] Use ~/.subsurface as default directory on Linux

[2015-10-12 00:20:14 +0300] Lubomir I. Ivanov: > i would say -1 for $XDG_DATA_HOME as that doesn't seem to be > established very well, yet. > but $HOME/.local/share/subsurface is less intrusive than ~/.subsurface > IMHO, so +1 to that. As far as I understand the XDG specs: - the cloud storage

[PATCH 1/1] Use ~/.subsurface as default directory on Linux

rom a0805d5143410afd52b27f3a7792e3ada07c90e4 Mon Sep 17 00:00:00 2001 From: Gaetan Bisson <bis...@archlinux.org> Date: Sat, 10 Oct 2015 19:24:09 -1000 Subject: [PATCH 1/1] Use ~/.subsurface as default directory on Linux This is more discreet than ~/subsurface (the previous default) and follows a well-es

Re: cmake -DMARBLE_INCLUDE_DIR broken?

Hi again, So I do not change the dive site at all (just fiddle with the notes), and when I click "Apply Changes", in MainTab::updateDiveSite(), the pickedUuid variable is 16777215 == 2^24-1. I'm not sure how that happens, but obviously it should be zero in order to be caught by the test you

Re: cmake -DMARBLE_INCLUDE_DIR broken?

[2015-09-23 20:10:35 -1000] Gaetan Bisson: > So I do not change the dive site at all (just fiddle with the notes), > and when I click "Apply Changes", in MainTab::updateDiveSite(), the > pickedUuid variable is 16777215 == 2^24-1. I'm not sure how that > happens, but obvio

Re: cmake -DMARBLE_INCLUDE_DIR broken?

[2015-09-23 14:58:43 -1000] Gaetan Bisson: > cmake \ > -DCMAKE_BUILD_TYPE=Release \ > -DCMAKE_INSTALL_PREFIX=/usr \ > -DMARBLE_INCLUDE_DIR='/usr/include/subsurface' \ > -DUSE_LIBGIT23_API=1 \ > . I had

Re: cmake -DMARBLE_INCLUDE_DIR broken?

[2015-09-23 20:04:56 -0700] Dirk Hohndel: > On Wed, Sep 23, 2015 at 07:58:02PM -0700, Dirk Hohndel wrote: > > On Wed, Sep 23, 2015 at 04:36:45PM -1000, Gaetan Bisson wrote: > > > [2015-09-23 15:53:59 -1000] Gaetan Bisson: > > > > Ah, that second issue goes away (and

Re: cmake -DMARBLE_INCLUDE_DIR broken?

[2015-09-23 15:53:59 -1000] Gaetan Bisson: > Ah, that second issue goes away (and subsurface builds fine) when I add > the cmake option -DMARBLE_LIBRARIES=/usr/lib/libssrfmarblewidget.so . Oh, now I'm getting a segfault when I edit any dive and click "Apply Changes". Program

Re: cmake -DMARBLE_INCLUDE_DIR broken?

[2015-09-23 14:58:43 -1000] Gaetan Bisson: > linking fails with: > > [100%] Linking CXX executable subsurface > libsubsurface_interface.a(subsurface_interface_automoc.cpp.o): In > function `GlobeGPS::qt_metacall(QMetaObject::Call, int, void**)': > /build/

cmake -DMARBLE_INCLUDE_DIR broken?

Hi, I've just built and installed today's git snapshot of our marble branch. Now I'm trying to build today's git snapshot of subsurface against it. However, invoking cmake as: cmake \ -DCMAKE_BUILD_TYPE=Release \ -DCMAKE_INSTALL_PREFIX=/usr \

Re: Artifacts with VPM-B ceiling on level changes

[2015-08-30 07:20:18 +1000] Rick Walsh: Good morning, On 30 Aug 2015 7:12 am, Robert C. Helling hell...@atdotde.de wrote: Gaetan, On 28 Aug 2015, at 05:31, Gaetan Bisson bis...@archlinux.org wrote: I've noticed what looks to me like artifacts regarding the ceiling VPM calculates

Artifacts with VPM-B ceiling on level changes

Dear list, I've noticed what looks to me like artifacts regarding the ceiling VPM calculates for multilevel dives. See the attached screenshot. Basically, during manually entered ascent segments, the calculated ceiling becomes deeper as the diver goes shallower... It might just be a well-known

Re: Ctrl-+ and Qt5.5

[2015-07-19 17:06:48 +0300] Claudiu Olteanu: I have a Fedora 22 with Qt 5.5.0 and the shortcut is working. Subsurface version: 4.4.2-1040-g5cbbff008411c322. It might be related to this patch, then:

[PATCH 1/1] Add new functions to list of exported symbols

Hi Dirk, I'm shamelessly bumping my proposed patch to libdc/Subsurface-testing from earlier, this time as a thread-starter with [PATCH] in the Subject... :) Cheers. -- Gaetan From 8e2c23c1191144ce9355569d3e15ea84ec5a8b89 Mon Sep 17 00:00:00 2001 From: Gaetan Bisson bis...@archlinux.org Date

Re: Linking error with recent libdc

[2015-07-08 06:06:07 -0700] Dirk Hohndel: On Tue, Jul 07, 2015 at 08:51:52PM -1000, Gaetan Bisson wrote: As I said in my reply to Jef's message, the build system issue I had was throwing away the static library. Ah, that explains it. We always link statically against libdivecomputer

Re: Linking error with recent libdc

[2015-07-08 08:40:04 +0200] Jef Driesen: On 2015-07-08 07:13, Gaetan Bisson wrote: [2015-07-07 21:45:49 -0700] Dirk Hohndel: On Tue, Jul 07, 2015 at 05:59:00PM -1000, Gaetan Bisson wrote: Linking CXX executable subsurface libsubsurface_corelib.a(libdivecomputer.c.o): In function

Re: Linking error with recent libdc

[2015-07-07 20:35:14 -1000] Gaetan Bisson: [2015-07-07 20:21:49 -1000] Gaetan Bisson: Building subsurface master against that still fails for me. So things work as expected if I compile libdc without build flags. Our build system uses: CPPFLAGS=-D_FORTIFY_SOURCE=2 CFLAGS=-march=x86-64

Re: Linking error with recent libdc

[2015-07-07 20:21:49 -1000] Gaetan Bisson: Building subsurface master against that still fails for me. So things work as expected if I compile libdc without build flags. Our build system uses: CPPFLAGS=-D_FORTIFY_SOURCE=2 CFLAGS=-march=x86-64 -mtune=generic -O2 -pipe -fstack-protector-strong

Re: Linking error with recent libdc

[2015-07-07 21:45:49 -0700] Dirk Hohndel: On Tue, Jul 07, 2015 at 05:59:00PM -1000, Gaetan Bisson wrote: Linking CXX executable subsurface libsubsurface_corelib.a(libdivecomputer.c.o): In function `do_libdivecomputer_import': /build/subsurface-git/src/subsurface/libdivecomputer.c:932

Custom libdc update

Hi, Would it be possible to merge the recent changes made to upstream libdivecomputer [1] into Subsurface's custom libdc [2]? [1] http://git.libdivecomputer.org/?p=libdivecomputer.git [2] http://git.subsurface-divelog.org/?p=libdc.git;a=summary It looks like a straightforward merge, but please

Re: Custom libdc update

[2015-06-14 21:08:22 -0700] Dirk Hohndel: On Sun, Jun 14, 2015 at 08:58:10PM -0700, Dirk Hohndel wrote: On Sun, Jun 14, 2015 at 05:33:35PM -1000, Gaetan Bisson wrote: Would it be possible to merge the recent changes made to upstream libdivecomputer [1] into Subsurface's custom libdc

Fix compiling against libgit2-0.22.1

:00:00 2001 From: Gaetan Bisson bis...@archlinux.org Date: Sun, 14 Jun 2015 17:02:42 -1000 Subject: [PATCH] Fix compiling against libgit2-0.22.1 I have no idea whether the semantics is right, this patch was only written so Subsurface compiles against the current stable release of libgit2. Signed-off

Re: [PATCH] Save more planner settings into prefs

. -- Gaetan From 835e6efdbef6607a41c20f242fdf5b689fb97778 Mon Sep 17 00:00:00 2001 From: Gaetan Bisson bis...@archlinux.org Date: Tue, 24 Mar 2015 11:57:22 -1000 Subject: [PATCH] Save more planner settings into prefs This adds to the prefs struct the variables last_stop, verbatim_plan, display_runtime

Re: [PATCH] Save more planner settings into prefs

Hi Lubomir, [2015-03-25 00:27:20 +0200] Lubomir I. Ivanov: any reason to also update the plannerSettings.ui file; perhaps residue from tests while you were developing the patch? the commit notes don't explain this particular change. The new code in subsurfacestartup.c takes care of

Re: Begin of Facebook Integration

Thanks Tomaz for the hard work; just a comment: [2014-12-24 13:28:58 -0200] Tomaz Canabrava: +#include QJsonDocument This requires Qt5. Should Qt4 builds still be supported? Cheers. -- Gaetan ___ subsurface mailing list

Re: Begin of Facebook Integration

Thanks Tomaz for the hard work; just a comment: [2014-12-24 13:28:58 -0200] Tomaz Canabrava: +#include QJsonDocument This requires Qt5. Should Qt4 builds still be supported? Cheers. -- Gaetan ___ subsurface mailing list

Re: Begin of Facebook Integration

[2014-12-24 18:10:03 -0800] Dirk Hohndel: I'm considering dropping Qt4 support for 4.4 Ah, OK, I'll compile marble for Qt5 then. :) -- Gaetan ___ subsurface mailing list subsurface@subsurface-divelog.org

Re: [PATCH] main.cpp: fix broken build for libgit2 0.21

[2014-12-07 20:32:14 +0200] Lubomir I. Ivanov: so if 'git_libgit2_init' isn't there and this is the case for version.h: #define LIBGIT2_VER_MAJOR 0 #define LIBGIT2_VER_MINOR 21 there is no solution...it could be that the distro used another branch to build the library.

Re: Two more rebreather patches

[2014-10-27 15:52:59 -0700] Dirk Hohndel: On Mon, Oct 27, 2014 at 08:14:44PM +0100, Anton Lundin wrote: On 27 October, 2014 - Gaetan Bisson wrote: [2014-10-24 16:48:34 +0200] Robert Helling: what happened to Gaetan’s attempts at coming up with a UI implementation? I wanted

Re: OSTC3 import failure

[2014-10-09 21:38:59 -0400] Dirk Hohndel: Can you post the output of subsurface --version ? It's a fairly recent git build of libdivecomputer: Subsurface v4.2-201-g84fdbefb58c7, built with libdivecomputer v0.5.0-devel (5f765f91430f16932d96b3777404420aa2dd4c7c) INFO: Read: size=538,