Re: further iterations on the release process and user experience

Am Montag, 15. Januar 2024, 01:34:05 CET schrieb Dirk Hohndel via subsurface: > Not being able to leave your house, a laptop and internet connection... > ideal conditions to keep dinking around with stuff :) > > On Jan 13, 2024, at 10:53, Dirk wrote: > > > > In order to address some of these

Re: subsurface builds, but dumps core at startup :(

Am 11.09.18 um 18:21 schrieb Cristian Ionescu-Idbohrn: > This is on debian unstable, subsurface master. Seen this happening > since a few days back. > > The kernel reports: > > Sep 11 17:36:33 host kernel: [11915775.481135] subsurface[24251]: segfault at > 7fea4684ec60 ip 7fea4684ec60 sp

Re: experimenting with milestones at github

Am Freitag, 6. Juli 2018, 04:21:37 CEST schrieb Dirk Hohndel: > I can't see a milestone on GitHub - am I looking at this wrong? https://github.com/Subsurface-divelog/subsurface/milestones > > /D > > > On Jul 5, 2018, at 4:05 PM, Lubomir I. Ivanov wrote: > > > > a milestone can be used to

Re: Re : Re: Subsurface on Opensuse Tumbleweed

Am 20.06.2018 um 13:04 schrieb Dirk Hohndel: > It builds. What happens if you resort the dive list based on a different > column? once I upgraded to Qt-5.11.1 (on gentoo), the issue has gone (was there with 5.11) /martin ___ subsurface mailing list

Re: Subsurface on Opensuse Tumbleweed

Am Mittwoch, 20. Juni 2018, 22:15:27 CEST schrieb Thiago Macieira: > On Wednesday, 20 June 2018 12:35:45 PDT Martin Gysel wrote: > > I get the following backtrace: > > > > QPainter::begin: Paint device returned engine == 0, type: 2 > > Thanks Martin. > > I do

Re: Subsurface on Opensuse Tumbleweed

Am 20.06.2018 um 19:46 schrieb Thiago Macieira: > On Wednesday, 20 June 2018 07:23:27 PDT guillaume.gar...@free.fr wrote: >> If I click the dive number it is fine. Otherwise, I get a blank area with >> the following messages in console: QPainter::begin: Paint device returned >> engine == 0, type:

Re: 4.7.1 released

Am 22.10.2017 um 12:46 schrieb Dirk Hohndel: > With all the confusion (caused by me, no one else to blame - ok, I blame > the bad internet here which made it worse) I decided to call this one > 4.7.1. The OBS builds of 4.7.0 snuck out and I didn't realize until much > later that they were

Re: Very timid beginning framework for BLE communication

Am 24.04.2017 um 01:47 schrieb Linus Torvalds: > On Sun, Apr 23, 2017 at 1:49 PM, Anton Lundin wrote: >> >> As far as I've understood things, even the scan for devices are >> completely different, so is the reason that Qt merges the two scan >> results? > > So as far as Qt

Re: 4.6.3

Am Donnerstag, 2. März 2017, 08:05:38 CET schrieb Dirk Hohndel: > I tagged it, built it, pushed it, posted the announcement to our site, but > for once didn't post it on FB, G+ or anywhere else - this way the > translators have a chance to translate the announcement on github... let's > see if

[PATCH] tex export: check site pointer, before accessing it; print empty string rather than 'null'

Signed-off-by: Martin Gysel <m...@bearsh.org> --- desktop-widgets/divelogexportdialog.cpp | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/desktop-widgets/divelogexportdialog.cpp b/desktop-widgets/divelogexportdialog.cpp index 9d3d271..6121bd9 100644 --- a/d

Re: Kirigami patches

Am 16.08.2016 um 01:55 schrieb Dirk Hohndel: > It's pretty clear that no one ever tested the kirigami.pro qmake file. The > second patch I'm not 100% sure about, but it seems to match what the > documentation tells us SHOULD be done. maybe my understanding of the qt build system, tools and

Re: [PATCH] WIP: use kirigami plugin instead of embedding in qrc

Am 30.05.2016 um 14:55 schrieb Marco Martin: > On Monday 30 May 2016, Martin Gysel wrote: >> Am 30.05.2016 um 13:59 schrieb Marco Martin: >>> On Sunday 29 May 2016, Dirk Hohndel wrote: >>>> To make matters worse, Tomaz no longer has access to a Mac so he can’t

Re: [PATCH] WIP: use kirigami plugin instead of embedding in qrc

Am 30.05.2016 um 13:59 schrieb Marco Martin: > On Sunday 29 May 2016, Dirk Hohndel wrote: >> To make matters worse, Tomaz no longer has access to a Mac so he can’t >> help, either. Which means that right now a Kirigami version that requires >> the plugin is a non-starter for Subsurface-mobile on

Re: Developing and Deploying devices

Am 12.04.2016 um 16:36 schrieb Dirk Hohndel: > >> On Apr 12, 2016, at 4:53 AM, Martin Gysel <m...@bearsh.org> wrote: >>> The other thing is deployment. Initially, that’s simple, we provide disk >>> images. But then, what is the upgrade path? Connect to wifi and

Re: Developing and Deploying devices

Am 12.04.2016 um 11:53 schrieb Robert Helling: > Hi, > > I have been thinking a bit more about setting up a small device > (C.H.I.P. or similar) to do the dive computer read out and communication > with the mobile device. > > One thing I am worried about is how to collaboratively develop for

Re: Divecomputer-reading from Mobile devices (Was: Divemate Fusion)

Am 10.04.2016 um 15:53 schrieb Dirk Hohndel: > >> On Apr 10, 2016, at 12:42 AM, Robert Helling > > wrote: >> >> Hi, >> >> this is going fast! >> >>> On 09.04.2016, at 18:57, Linus Torvalds >>> >>

Re: Divecomputer-reading from Mobile devices (Was: Divemate Fusion)

Am 09.04.2016 um 23:55 schrieb Dirk Hohndel: > On Sat, Apr 09, 2016 at 02:46:32PM -0700, Linus Torvalds wrote: >> On Sat, Apr 9, 2016 at 1:59 PM, Dirk Hohndel wrote: >>> >>> It would be equally easy to build a full Subsurface - we seem to have a >>> pretty complete Debian distro

Re: Advanced alternative to cloud storage in Subsurface mobile

Am 18.02.2016 um 18:41 schrieb Tim Wootton: > On 18/02/16 15:18, Dirk Hohndel wrote: >> On Thu, Feb 18, 2016 at 03:13:56PM +0100, Anton Lundin wrote: >>> Hi. >>> >>> I was thinking about adding a "advanced settings" to the cloud storage >>> credentials screen, were one could point the app to a

Sourcecode of modified 3. party libs

Hi Dirk What do you think about archiving the modified 3rd party libs for each subsurface release (e.g. in a separate tar Subsurface-bundle.tgz)? Otherwise it's not so trivial to know what lib has been used in which version to build the official release binary. It would also help packaging it for

Re: Sourcecode of modified 3. party libs

Am 02.11.2015 um 16:26 schrieb Dirk Hohndel: > On Mon, Nov 02, 2015 at 02:05:38PM +0100, Martin Gysel wrote: >> Hi Dirk >> >> What do you think about archiving the modified 3rd party libs for each >> subsurface release (e.g. in a separate tar Subsurface-bundle.tgz

Re: Swiss Translations

Hi Guido Am 12.10.2015 um 11:00 schrieb Guido Lerch: > Hi Dirk, > I translated over 150 string for Swiss, last master does not contain those. > Any reason why? > I still have about 140 more to do though. I first started the swiss translations but at the moment lack some time do do any subsurface

Re: Swiss Translations

Am 12.10.2015 um 14:36 schrieb Guido Lerch: > Hi Martin > > 2015-10-12 14:03 GMT+02:00 Martin Gysel <m...@bearsh.org > <mailto:m...@bearsh.org>>: > > Hi Guido > > Am 12.10.2015 um 11:00 schrieb Guido Lerch: > > Hi Dirk, > > I t

Re: Location, location, location

Am 15.07.2015 um 10:10 schrieb Henrik Brautaset Aronsen: On Wed, Jul 15, 2015 at 1:45 AM, Dirk H dir...@gmail.com mailto:dir...@gmail.com wrote: So now I have Blu which completes to Blue Corner, Blue Grotto or Blue Hole. You also see an example of a dive site with no GPS data in

Re: git backend: actually update local cache from remote

Am 11.06.2015 um 07:25 schrieb Robert C. Helling: On 11 Jun 2015, at 06:16, Dirk Hohndel d...@hohndel.org wrote: Good morning, This is kind of a hybrid of what you are talking about. If you are on a boat or on an island with shitty network you can simply work from the local cache. And

Re: git backend: actually update local cache from remote

Am 11.06.2015 um 15:28 schrieb Dirk Hohndel: On Thu, Jun 11, 2015 at 12:15:12PM +0200, Martin Gysel wrote: I would to all cloud access in the background and offer the user (via a modal dialog) to reload when the background operation finished and implied an update to the currently displayed

Re: HighPressureLogger ... Re: Which protocol to implement on a home brewed diving computer ?

Am 25.03.2015 um 14:18 schrieb Anton Lundin: On 17 March, 2015 - Thomas Schrein (mailinglists) wrote: Betreff: HighPressureLogger ... Re: Which protocol to implement on a home brewed diving computer ? Datum: Tue, 17 Mar 2015 15:58:09 +0100 Von: Thomas Schrein

Re: Which protocol to implement on a home brewed diving computer ?

Am 19.03.2015 um 14:14 schrieb Anton Lundin: On 17 March, 2015 - Thomas Schrein (mailinglists) wrote: Robert, Am 16.03.2015 um 17:35 schrieb Robert Helling: Thomas, On 16.03.2015, at 14:29, Thomas Schrein (mailinglists) tsx...@schrein.de mailto:tsx...@schrein.de wrote: The housing of

Re: HighPressureLogger, Odometer/ Re: Which protocol to implement on a home brewed diving computer ?

Am 19.03.2015 um 20:09 schrieb Robert C. Helling: Hi, On 19 Mar 2015, at 18:30, Thomas Schrein (mailinglists) tsx...@schrein.de wrote: About the sensor: as a first idea we found this:http://www.amsys.info/sheets/amsys.en.me501_d.e.pdf May you have an other sensor from the sensor

[PATCH] update de_CH translation

Signed-off-by: Martin Gysel m...@bearsh.org --- translations/subsurface_de_CH.ts | 296 +-- 1 file changed, 163 insertions(+), 133 deletions(-) diff --git a/translations/subsurface_de_CH.ts b/translations/subsurface_de_CH.ts index 42b8485..36cf4ff 100644

Re: Any qmake experts out there?

Am 29.01.2015 10:06, schrieb Anton Lundin: On 29 January, 2015 - Thiago Macieira wrote: On Wednesday 28 January 2015 11:04:21 Linus Torvalds wrote: The proper way to get the git version is to just do # get raw SHA1 git rev-parse HEAD # get description of it git

[PATCH] api change in libgit2-0.22

Yet another api change in libgit2... let's quote the website libgit2 is ... linkable library with a solid API ... Signed-off-by: Martin Gysel m...@bearsh.org --- save-git.c | 28 ++-- 1 file changed, 18 insertions(+), 10 deletions(-) diff --git a/save-git.c b/save-git.c

yet another api change in libgit

this is a only compile tested patch which address' the latest api break in libgit2. hope this breaks nothing... any brave tester? /martin ___ subsurface mailing list subsurface@subsurface-divelog.org