Re: 5.0.9

[Benjamin via subsurface]

Loads all my current dives correctly (based on a random sample only). I'll
test the downloading and other functionality that i use this weekend :)

Benjamin

On Wed, 3 Aug 2022, 03:39 Attilla de Groot via subsurface, <
subsurface@subsurface-divelog.org> wrote:

> Hi Dirk,
>
> Updated on my Android. I can confirm you didn't kill any of my imaginary
> kittens.
>
> -- Attilla
>
> On August 3, 2022 02:27:04 Dirk Hohndel via subsurface <
> subsurface@subsurface-divelog.org> wrote:
>
>> And a quick 30 hours after I submitted the build, it just got approved.
>> And with that, the signup link for the beta also should work again:
>>
>> https://testflight.apple.com/join/k2OGhIS5
>>
>> The Android binary is already available.
>>
>> I'd appreciate some quick light testing from a few people, just so I know
>> I didn't break anything too badly :)
>>
>> Thanks
>>
>> /D
>>
>> On Aug 1, 2022, at 1:19 PM, Jason  wrote:
>>
>> Thanks, I’ll just sit tight and wait for this to get sorted from the
>> Apple end and then that should let me have it, I can test this pretty
>> easily.
>>
>> Jb
>>
>> Sent from my iPhone
>>
>> On 1 Aug 2022, at 20:51, Dirk Hohndel via subsurface <
>> subsurface@subsurface-divelog.org> wrote:
>>
>> 
>>
>> On Aug 1, 2022, at 11:07 AM, Dirk Hohndel via subsurface <
>> subsurface@subsurface-divelog.org> wrote:
>>
>>
>> The iOS app (3.4.6) has been submitted and is waiting for review, before
>> it will land in the Beta channel.
>> You can join with this link https://testflight.apple.com/join/k2OGhIS5
>>
>>
>> Thanks to a diligent tester I have learned that currently this link
>> doesn't work. Googling for the reasons I have found out that it's the lack
>> of "active" test build that prevents new people from joining.
>>
>> So once the 3.4.6 build has been approved this should work again. I'll
>> holler here once that's the case.
>>
>> /D
>> ___
>> subsurface mailing list
>> subsurface@subsurface-divelog.org
>> http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
>>
>>
>> ___
>> subsurface mailing list
>> subsurface@subsurface-divelog.org
>> http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
>>
>>
> ___
> subsurface mailing list
> subsurface@subsurface-divelog.org
> http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
>
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: translations

[Benjamin via subsurface]

Hebrew done.

It was actually 3 strings in Hebrew. The other strings were not actually
equivalent - singular versus plural issues.

Benjamin
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: Gelaber...

[Benjamin via subsurface]

It looks interesting anyway. Should I rather delete it?
Benjamin


On Tue, 24 Mar 2020 at 17:55, Berthold Stoeger via subsurface <
subsurface@subsurface-divelog.org> wrote:

> Ooops.
>
> Sorry, that was not supposed to be sent to the list. :-/
>
> Berthold
>
>
> ___
> subsurface mailing list
> subsurface@subsurface-divelog.org
> http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
>
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: translations

[Benjamin via subsurface]

Hebrew is done.
Those 5 new strings look suspiciously like other strings which were already
translated... ;)

Benjamin
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: translations

[Benjamin via subsurface]

Hebrew is done. I hope that somebody will check it at some stage. I know
the hebrew vocabulary, but like Miika's case, I don't use the Hebrew
translation.

Benjamin
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: translations

[Benjamin via subsurface]

Working on the Hebrew one when I can.

I was informed at work that I don't get to sit at home on holiday, so I'm
one of those people who are let out of the house to go to their day job. I
suppose that soon ( possibly by the weekend) the entire country will be in
lockdown and then I'll have time to do all the tasks like the translation
which have been sitting on my todo list...

Benjamin

On Wed, 18 Mar 2020, 18:13 Salvador Cuñat via subsurface, <
subsurface@subsurface-divelog.org> wrote:

> Spanish is completed.
>
> Best regards.
>
> Salva.
>
> El mié., 18 mar. 2020 16:01, Dirk Hohndel via subsurface <
> subsurface@subsurface-divelog.org> escribió:
>
>> Thank you, I really appreciate it!
>>
>> We have a couple of languages that are complete (and my HUGE THANKS to
>> everyone working on Swedish, Portuguese and German), but also some of our
>> more popular languages are not there, yet.
>> Of our most commonly used languages, Italian and French appear to have
>> the biggest gap, Dutch and Spanish are missing just a few strings. A few
>> other languages that have slightly smaller user groups but typically have
>> strong translations (Hebrew, Finnish, Norwegian) also could use some help.
>>
>> Given that we are still tracking a couple of weird crashes and errors, I
>> think we are likely looking at a release next week.
>>
>>
>> Again, thank you everyone who is contributing through translations!
>>
>> /D
>>
>> On Mar 18, 2020, at 1:39 AM, Chirana Gheorghita Eugeniu Theodor <
>> off...@adaptcom.ro> wrote:
>>
>> Romanian language complete
>>
>> On Thu, Mar 12, 2020, 18:07 Dirk Hohndel via subsurface <
>> subsurface@subsurface-divelog.org> wrote:
>>
>>> Quick note to all of you who are contributing through translations...
>>> with the massive UI changes on mobile we have seen of course a lot of new
>>> strings and a lot of small changes to existing strings.
>>> I am hoping to create a new mobile release in the next week or two and
>>> it would be great to get reasonably complete translations for that. I
>>> realize that this is a lot of work, but if you have some time over the next
>>> few days, that would be truly marvelous.
>>>
>>> Realistically I expect that the strings aren't "frozen" just yet - but I
>>> think most of the changes that we'll see for Subsurface-mobile are indeed
>>> in.
>>>
>>> Thanks
>>>
>>> /D
>>> ___
>>> subsurface mailing list
>>> subsurface@subsurface-divelog.org
>>> http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
>>>
>>
>> ___
>> subsurface mailing list
>> subsurface@subsurface-divelog.org
>> http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
>>
> ___
> subsurface mailing list
> subsurface@subsurface-divelog.org
> http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
>
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: mailing list changes

[Benjamin via subsurface]

Email is not really personally identifiable. Anyone can use a given account
at any time. Telegram, Signal, WhatsApp and their ilk are all linked to a
telephone number. So that already limits who can use it concurrently. Which
means that fingers can be pointed at people more easily. Which tends to
make certain people slightly nervous ;)

On Sat, 7 Mar 2020, 11:26 tormento via subsurface, <
subsurface@subsurface-divelog.org> wrote:

> Are you all really talking about crypto when emails travel as plain text?
> XD
>
> Il giorno sab 7 mar 2020 alle 09:47 Benjamin  ha
> scritto:
>
>> The cryptography in Telegram has already been compromised, as seen in
>> that case in Brazil a short while ago.
>>
>> On Sat, 7 Mar 2020, 10:12 Robert C. Helling via subsurface, <
>> subsurface@subsurface-divelog.org> wrote:
>>
>>> Hi,
>>>
>>> > Am 07.03.2020 um 00:06 schrieb tormento via subsurface <
>>> subsurface@subsurface-divelog.org>:
>>> >
>>> > Ever thought about creating a Telegram group?
>>>
>>> Please don’t. Email as a mature technology is far superior to any
>>> messenger in terms of archiving, searching, sorting and automated
>>> processing.
>>>
>>> Just my $.02
>>> Robert
>>>
>>> Ps: wrt telegram: please convince yourself you can trust the people
>>> behind telegram before relying on the cryptography they offer.
>>> ___
>>> subsurface mailing list
>>> subsurface@subsurface-divelog.org
>>> http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
>>>
>> ___
> subsurface mailing list
> subsurface@subsurface-divelog.org
> http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
>
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: mailing list changes

[Benjamin via subsurface]

The cryptography in Telegram has already been compromised, as seen in that
case in Brazil a short while ago.

On Sat, 7 Mar 2020, 10:12 Robert C. Helling via subsurface, <
subsurface@subsurface-divelog.org> wrote:

> Hi,
>
> > Am 07.03.2020 um 00:06 schrieb tormento via subsurface <
> subsurface@subsurface-divelog.org>:
> >
> > Ever thought about creating a Telegram group?
>
> Please don’t. Email as a mature technology is far superior to any
> messenger in terms of archiving, searching, sorting and automated
> processing.
>
> Just my $.02
> Robert
>
> Ps: wrt telegram: please convince yourself you can trust the people behind
> telegram before relying on the cryptography they offer.
> ___
> subsurface mailing list
> subsurface@subsurface-divelog.org
> http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
>
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: Proposal: mobile menu system

[Benjamin]

Sounds organised. Although I'm currently speaking from no real basis in GUI
design, and am just injecting myself into the conversation.

Benjamin

On Wed, Feb 12, 2020, 08:12 Dirk Hohndel  wrote:

>
> > On Feb 12, 2020, at 7:26 AM, Stephen Goodall <
> stephen.goodal...@googlemail.com> wrote:
> >
> > I agree that having "About" under "Help" never seemed that
> logical... however a lot of desktop apps do put it there :D
> >
> > I just checked Chrome, Eclipse, DBeaver and Notepad++
> >
> > Not very useful input there, sorry!
>
> Actually, I think that's very useful input. It reminds me that on Windows
> (and often Linux) that is in fact the "natural" spot for "About".
>
> With that in mind, here's what I'm considering:
>
> - Dive list
> - Dive management ->
>   -- Add dive manually
>   -- Download from DC
>   -- Apply GPS fixes
>   -- Manual sync with cloud
>   -- Automatic sync with cloud
>   -- Dive summary
>   -- Export
> - Location
>   -- Map
>   -- Show GPS fixes
>   -- Clear GPS cache
>   -- Run location service
> - Settings
> - Help
>   -- About
>   -- Show user manual
>   -- Ask for support
>   -- Reset password
> {- Developer}
>
> That gives us 5 (or 6 with Developer) main menu entries, the longest
> submenu is Dive management with 7 entries -- compared to the current 9 or
> 10 entries in the main menu.
>
> What does that mean on your device? Well, that depends on screen size and
> font size. Our algorithms should ensure that you have at least 21 character
> widths horizontally (it's actually much more than that because of
> proportional fonts) and in the most extreme case that I could create for a
> 3:4 screen aspect ratio (as exists on some tablets) that leads to a 21x30
> grid. And with that I still get six menu entries without scrolling...
> Phones generally are 16:9 or taller, so you'd have space for seven or more
> menu entries.
> Yes, if you flip your phone into landscape then of course things get
> crowded, but hey, you asked for it...
>
> Thoughts?
>
> /D
>
> ___
> subsurface mailing list
> subsurface@subsurface-divelog.org
> http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
>
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: Website Archival Reasoning? / Looking to Contribute

[Benjamin]

Dirk, dives-share.appspot.com seems to be down. The page returns a 404
currently.

Benjamin

On Sat, 14 Dec 2019 at 17:36, Dirk Hohndel  wrote:

> Hi Connor,
>
> I added you as an approved sender to the mailing list, so responses from
> you won't be held for moderation...
>
> On Dec 13, 2019, at 11:15 PM, Connor O'Shea  wrote:
>
> I was wondering why the subsurface-website repo has been archived? I was
> looking to start contributing there as I am more familiar with web-apps
> than desktop or mobile clients.
>
>
> The reason for archiving that repo is that I no longer use it to feed
> content into the website. Having a WordPress based website that is publicly
> accessible caused way too many hacking attacks.
> I am now maintaining the web content rather differently - it's not a great
> setup, but the result is a static web site that performs MUCH better and is
> by definition much harder to hack for attackers.
>
> Also, I am curious about the general direction of subsurface and whether
> there is any interest in having a webapp platform along with public/private
> logs (similar to https://en.divelogs.de/) given the data on subsurface
> cloud.
>
>
> Rainer Mohr, the maintainer of divelogs.de is a good friend of the
> Subsurface project and works with us closely. I always felt that there
> wasn't really any point in us duplicating all the amazing work that he has
> done there.
> We do have a way to access the cloud data via the web (
> cloud.subsurface-divelog.org) which is rather basic and could use some
> help - this is implemented through the export-html app that is part of the
> source tree.
> Also, there is dives-share.appspot.com which was build by a Subsurface
> contributor to allow you to share your dives in a different way...
>
> /D
> ___
> subsurface mailing list
> subsurface@subsurface-divelog.org
> http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
>
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: Facebook and Subsurface

[Benjamin]

There appears to be a bit of noise about releases on ScubaBoard. I know
that here people have been hearing about SubSurface mainly in conversations
at dive shops. There is also at least 1 dive shop in Eilat where it has
been installed as a semi-public terminal for dive planning.

Benjamin

On Tue, Jul 30, 2019, 03:37 Dirk Hohndel  wrote:

> With Google+ gone and RSS feeds a thing of the past, I wonder how people
> get updates for software like Subsurface.
> For a while I thought it was Facebook - we used to get about 6-7k
> impressions on our updates and that seemed to be about half of our user
> number, so that seemed about right.
> But the last few posts that I made got barely over a thousand impressions
> - yet our active user numbers (downloads as well as connections to the
> cloud storage) aren't stagnating at all, quite the contrary, they keep
> going up.
> We have more than 10k active users of cloud storage at this point (which
> in itself is interesting as we have only about 8k downloads combined of iOS
> and Android - so people are using the cloud to just sync between different
> desktop installations... cool).
>
> So... should I worry about reaching only about a thousand people with our
> announcements on FB? Or simply shrug and say whatever? I guess the app
> stores notify people automatically and at least those users who haven't
> turned off the update check will also get the notification within the next
> few weeks. So maybe I simply shouldn't care?
>
> /D
> ___
> subsurface mailing list
> subsurface@subsurface-divelog.org
> http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
>
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: road to 4.9

[Benjamin]

Hebrew translation is updated. Unless more strings have been added in the
last 24 hours...

Benjamin

On Thu, 4 Jul 2019 at 04:56, Dirk Hohndel  wrote:

> I don't see any show stoppers listed. I'm trying to track down a few small
> things, but overall I think we are getting close.
> Let's aim for a release in about a week or so?
>
> That means we need the missing pieces to the user manual (and I can help
> edit that), we need the missing translations, and we need a lot more
> testing :-)
>
> Thanks
>
> /D
>
> PS: if I'm missing a major issue that we need to fix, first, please
> respond here and also file a GitHub issue (or link to it if it's already
> there)
>
> > On Jun 23, 2019, at 2:45 AM, Dirk Hohndel  wrote:
> >
> > I feel a bit like I'm talking to myself here. Willem responded privately
> > about the user manual and also reported a bug. Is anyone else testing?
> >
> > I did see several of the translators worked on the new strings that I
> > pushed - my heartfelt thanks for this.
> >
> > I will be traveling the next two weeks and should as part of this have
> > plenty of opportunity to test Subsurface (Linux and Mac) and
> > Subsurface-mobile (Android). Hopefully that will help me get a better
> idea
> > how close we are to being able to release this. But I'd really love to
> > hear from others since there are large parts of this software that I
> never
> > use:
> >
> > - planner
> > - SCR / CCR
> > - configure dive computer
> > - printing
> >
> > I know that we currently have an issue where a relatively simple sequence
> > of operations with an undo at the end can crash the program. That would
> > seem to be a pretty obvious show stopper for a release.
> >
> > Willem reported another bug that I think needs to be addressed where
> > adding a dive manually on the desktop has changed dramatically and is
> > fundamentally broken (and I think this is again a side effect of the new
> > undo code). The profile that we generate uses bogus descent / ascent
> > speeds. I'll look into this one.
> >
> > It would be great to see what else currently doesn't work as it should.
> >
> > Thanks
> >
> > /D
> >
> >
> >
> > On Tue, Jun 18, 2019 at 08:20:00AM -0700, Dirk Hohndel wrote:
> >>
> >> In a new thread, hoping that more people will read it...
> >>
> >> I should be emerging from my self inflicted "almost absence" this week.
> Which means that I once again want to try to get to a 4.9 release.
> >>
> >> We discussed this a few times, most of the missing pieces have either
> been taken care of or are available as a pull request.
> >>
> >> What we need are translations, documentation, and testing. A lot of
> testing.
> >> I will do some testing myself about a week from now (yay, finally), but
> I'd like to ask everyone here to play with builds based on current master,
> and to especially try some of the less frequently used parts of the code.
> >> Renumbering dives. Configuring dive computers. More complex operations
> with dive sites. Import and export functionality.
> >>
> >> Sure, I'd love to get this out in July, but I realize that at this
> point I lost all credibility for statements like this. And in reality the
> timing will largely depend on how many people will read this email and
> think "uh, I can't wait for 4.9, then I can switch to the new version for
> my next dive trip", and how many will actually test current master, report
> issues, and help fix them.
> >>
> >> Thanks
> >>
> >> /D
> >> ___
> >> subsurface mailing list
> >> subsurface@subsurface-divelog.org
> >> http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
> > ___
> > subsurface mailing list
> > subsurface@subsurface-divelog.org
> > http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
>
> ___
> subsurface mailing list
> subsurface@subsurface-divelog.org
> http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
>
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: 4.8.6 plans

[Benjamin]

It loads and I can plan dives on my High Sierra install. No new dives to
try and download.
I'll try again later today with a Windows 64 bit install.

Benjamin

On Thu, 11 Apr 2019 at 03:14, Steve  wrote:

>
>
> I tried testing them and what I could test works but the Windows Bluetooth
> issue is still a problem so I can't test any Bluetooth computers either.
>
>
>
> Steve
>
>
>
> *From:* subsurface  *On Behalf
> Of *Federico Masias
> *Sent:* Thursday, 11 April 2019 5:41 AM
> *To:* Dirk Hohndel 
> *Cc:* Subsurface Mailing List 
> *Subject:* Re: 4.8.6 plans
>
>
>
> I've not kept up with the mailing list lately to see all the changes, but
> a cursory check of the dmg seems to work. Printing, editing, and saving.
> Any specifics to test? I don't have a BT dive computer, so I can't test
> that but I'll be home the rest of the day so feel free to throw stuff over
> to test.
>
>
>
> I'm sure I'm behind on the change but glad to see the Facebook thing
> removed.
>
>
>
> On Wed, Apr 10, 2019 at 11:01 AM Dirk Hohndel  wrote:
>
> Just checking... is anyone testing these? Or should I simply release what
> I have and assume that this is all good?
>
> /D
>
> On Mon, Apr 08, 2019 at 09:45:27PM -0700, Dirk Hohndel wrote:
> > Test installers are available here:
> >
> >
> https://subsurface-divelog.org/downloads/test/Subsurface-4.8.5-45-g4b293d6ad9f7.dmg
> >
> https://subsurface-divelog.org/downloads/test/subsurface-4.8.5-44-gd43032f01fba.exe
> >
> > Ubuntu / Fedora / SUSE have been pushed to Launchpad and OBS. AppImage
> is available
> > on GitHub
> >
> > (ignore the fact that the macOS one contains a commit that isn't on
> GitHub - that's a
> > local hack that I need to fix the DMG to not reference to the wrong libs
> - I'm not convinced
> > that I want to push this upstream - I'll need to figure out a clean way
> to hide this when
> > creating binaries)
> >
> > /D
> >
> > > On Apr 8, 2019, at 11:25 AM, Dirk Hohndel  wrote:
> > >
> > > On Thu, Apr 04, 2019 at 03:54:39PM -0700, Dirk Hohndel wrote:
> > >> To make sure you can re-affirm that believe, I pushed a first draft
> to the
> > >> v4.8-branch on Github.
> > >
> > > I picked those commits that I believed to be bug fixes plus the ones
> some
> > > of you pointed out to me. Travis passes again, so from my perspective
> we
> > > are really close.
> > >
> > > Please let me know if I'm missing anything - and if possible, try and
> test
> > > what's in v4.8-branch
> > >
> > > Unless I hear anything that would make me stop, I hope I'll be able to
> > > create a release Wednesday or Thursday.
> > >
> > > Thanks
> > >
> > > /D
> > > ___
> > > subsurface mailing list
> > > subsurface@subsurface-divelog.org
> > >
> http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
> >
> > ___
> > subsurface mailing list
> > subsurface@subsurface-divelog.org
> > http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
> ___
> subsurface mailing list
> subsurface@subsurface-divelog.org
> http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
>
> ___
> subsurface mailing list
> subsurface@subsurface-divelog.org
> http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
>
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: 4.8.6 plans

[Benjamin]

When I get home tomorrow I'll go over the list and send it to you. I need
to take advantage of the current good weather to go camping in the desert
before it becomes unbearable.

Benjamin

On Fri, Apr 5, 2019, 06:50 Dirk Hohndel  wrote:

> I will update to the latest libdivecomputer, if that's what you mean.
> If you are talking about fixes in Subsurface, then I'm not quite sure what
> you are referring to and would love a link to the commits you mean
>
> Thanks
>
> /D
>
> On April 4, 2019 8:29:52 PM PDT, Benjamin  wrote:
>>
>> Good morning.
>>
>> Probsbly a stupid question, but will you be including all of the small
>> fixes for the different computers that have been added?
>>
>> On Fri, Apr 5, 2019, 01:53 Dirk Hohndel  wrote:
>>
>>> I take “no responses” to mean that you all think this is insanely
>>> brilliant and
>>> that obviously as your infallible leader I am doing the right thing.
>>>
>>> To make sure you can re-affirm that believe, I pushed a first draft to
>>> the
>>> v4.8-branch on Github.
>>>
>>> Thanks
>>>
>>> /D
>>>
>>> > On Apr 3, 2019, at 7:57 AM, Dirk Hohndel  wrote:
>>> >
>>> > Since it seems we'll need a little more time to get to 4.9 with all
>>> the amazing undo
>>> > changes, I'm planning to cherry pick a few more commits into our
>>> v4.8-branch and
>>> > release 4.8.6 ASAP. Obviously that will include the time edit fix. If
>>> there are others
>>> > you want to make sure I don't miss, please respond to this email.
>>> >
>>> > I would prefer to focus on clear bug fixes and leave all the new
>>> features for 4.9.
>>> >
>>> > As always, let me know if you think I'm doing this wrong :-)
>>> >
>>> > /D
>>> > ___
>>> > subsurface mailing list
>>> > subsurface@subsurface-divelog.org
>>> >
>>> http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
>>>
>>> ___
>>> subsurface mailing list
>>> subsurface@subsurface-divelog.org
>>> http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
>>>
>>
> --
> From my phone
>
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: 4.8.6 plans

[Benjamin]

Good morning.

Probsbly a stupid question, but will you be including all of the small
fixes for the different computers that have been added?

On Fri, Apr 5, 2019, 01:53 Dirk Hohndel  wrote:

> I take “no responses” to mean that you all think this is insanely
> brilliant and
> that obviously as your infallible leader I am doing the right thing.
>
> To make sure you can re-affirm that believe, I pushed a first draft to the
> v4.8-branch on Github.
>
> Thanks
>
> /D
>
> > On Apr 3, 2019, at 7:57 AM, Dirk Hohndel  wrote:
> >
> > Since it seems we'll need a little more time to get to 4.9 with all the
> amazing undo
> > changes, I'm planning to cherry pick a few more commits into our
> v4.8-branch and
> > release 4.8.6 ASAP. Obviously that will include the time edit fix. If
> there are others
> > you want to make sure I don't miss, please respond to this email.
> >
> > I would prefer to focus on clear bug fixes and leave all the new
> features for 4.9.
> >
> > As always, let me know if you think I'm doing this wrong :-)
> >
> > /D
> > ___
> > subsurface mailing list
> > subsurface@subsurface-divelog.org
> > http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
>
> ___
> subsurface mailing list
> subsurface@subsurface-divelog.org
> http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
>
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: quick 4.8.5 release - feedback needed!

[Benjamin]

Is there a difference between options b and c? Or have only minor fixes
been added since the release?

Benjamin
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: Temperature vs. depth

[Benjamin]

I really like the idea. Depending on where in the sea, the thermoclines can
be felt here, especially in the Mediterranean.


On Wed, 21 Nov 2018 at 12:23, Willem Ferguson <
willemfergu...@zoology.up.ac.za> wrote:

> On 2018/11/21 07:55, Robert Helling wrote:
> > Hi,
> >
> > yesterday, I had an hour of time and I played around with an idea that
> > I would like to get some feedback on (I already showed it to my wife
> > and she absolutely hated it).
> >
> > The idea is not to show the temperature as a function of time as we
> > currently do it but rather plot it against depth. I find it much less
> > interesting what the temperature was 28 minutes into the dive but
> > rather want to know what was the temperature at 12m of depth and in
> > particular like to see the positions of thermoclines. So here is a
> > mock up:
>
> I love your idea.
>
> wf
>
>
>
> --
> This message and attachments are subject to a disclaimer.
>
> Please refer to
> http://upnet.up.ac.za/services/it/documentation/docs/004167.pdf
>  for
> full
> details.
> ___
> subsurface mailing list
> subsurface@subsurface-divelog.org
> http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
>
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: Dive planner CNS calculations

[Benjamin]

In the end everything is always implemented in C. Even if only for clarity,
brevity and simplicity :)

On Thu, Nov 8, 2018, 17:01 Willem Ferguson 
wrote:

> On 2018/11/08 08:37, Willem Ferguson wrote:
>
> On 2018/10/29 23:52, Robert Helling wrote:
>
> Hi,
>
> On 29. Oct 2018, at 22:31, Robert Helling  wrote:
>
> I can confirm the problem and here is a simplified version that also shows
> problem 1) (let’s deal with that first).
>
>
> it seems, this is a regression that was introduced sometime between 4.8.1
> and 4.8.2. Bisecting….
>
>
> Robert,
>
> On the Web I found a document with no provenance but written by Erik Baker
> and with a good approach towards calculating OTU & CNS.
>
> I will get back to you about OTU & CNS. My spreadsheet is so complex now I
> could have done everything in C.
>
> Kind regards,
>
> willem
>
>
>
>
> This message and attachments are subject to a disclaimer.
> Please refer to
> http://upnet.up.ac.za/services/it/documentation/docs/004167.pdf for full
> details.
> ___
> subsurface mailing list
> subsurface@subsurface-divelog.org
> http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
>
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: Cross-compile for RPi

[Benjamin]

Good morning

The compile time on the Raspberry seems to stretch towards infinity, which
is why I was wondering about cross-compiling. Also, if we are already
cross-compiling, then the whole idea about an AppImage suddenly starts
making more sense, and...

But before heading down that particular rabbit hole, which parts did you
have to comment out? Unlike with a desktop, the hardware on the Raspberry
is completely standard. If the video card is known to support the GL calls
which are used, would it not make sense to ifdef those calls out and say
that if we are cross-compiling for the platform, then the checks can be
discarded? The hardware itself seems to be stronger than certain laptops
which Subsurface can run on. Or is this just my work life (embedded
systems) bleeding over into my private life? :)

Benjamin
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Cross-compile for RPi

[Benjamin]

I know it's a rather general question, but how would I go about
cross-compiling Subsurface on a laptop in order to get a binary for a
Raspberry Pi 3 running Raspbian stretch? And is it possible to generate an
AppImage of Subsurface for this?

It's a rather edge case, but I'm wanting to have a small computer which I
can VNC into or even set up an automatic set of scripts in order to
download dives from 3 dive computers instead of having to get to a
laptop/PC after every set of dives which the dive computers can store.

Benjamin
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: Windows refuses to run Subsurface

[Benjamin]

Isn't there something in Windows 10 where you can say that you only want to
run stuff from the Windows store?
https://www.computerworld.com/article/3175639/microsoft-windows/microsoft-adds-store-app-only-restriction-as-option-in-windows-10.html

Sorry for any clickbait from that link.

Benjamin

On Mon, 16 Jul 2018 at 00:31, Lubomir I. Ivanov  wrote:

>
>
> On 15 July 2018 at 21:31, Robert Helling  wrote:
> >
> > Hi,
> >
> > today, I was diving (yay!) with a new dive buddy who wasn’t aware of the
> many great features of Subsurface. So I could convince her to try it out
> but her Windows refuses to run it with an error message
> >
> >
> > that indicates some compatibility problem (thats what you get when you
> google the error message). Has anybody else seen this?
> >
> > I should mention she is a programmer with Qt experience and wasn’t too
> reluctant to contribute…
> >
>
> the subsystem responsible for running 32bit apps on 64bit Windows is
> called WoW64 and it's installed by default on modern versions.
> if WoW64 is not working there is something quite wrong with this OS setup.
>
> other possible causes:
> - the quality of the screenshot is not very good, but if that right there
> on the Desktop is the Subsurface installer, it does not have an icon, which
> could be caused by a partial download - try downloading the installer again?
> - antivirus software can block the installer - try disabling any AV
> temporarily?
>
> lubomir
> --
>
> ___
> subsurface mailing list
> subsurface@subsurface-divelog.org
> http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
>
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: translations

[Benjamin]

Hebrew is done.
Benjamin

On Mon, 25 Jun 2018 at 20:11, Murillo Bernardes 
wrote:

> On Mon, Jun 25, 2018 at 2:10 PM Dirk Hohndel  wrote:
> ...
> > If people fluent in
> >
> > - Russian
> > - Greek
> > - Brazilian Portuguese
> >
>
> I've been slowly updating pt-BR, but I doubt I'll be able to get it to
> 100% anytime soon. I'm struggling with some terms because over 90% of
> my diving/training was abroad, in English.
>
> Now it might be easier to learn some German terms :)
>
> > ...
> ___
> subsurface mailing list
> subsurface@subsurface-divelog.org
> http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
>
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: Bluetooth nonfunctional

[Benjamin]

When mine starts to play stupid, I find that it sometimes helps to 1.
forget the pairing 2. reset the pc 3. pair with the petrel and then to try
and download again. Sometimes it almost seems that the bluetooth on the pc
side is the bit which is causing the problems.

Just my 2 cents.

Benjamin

On 13 May 2018 at 22:55, Dirk Hohndel <d...@hohndel.org> wrote:

>
> > On May 13, 2018, at 12:36 PM, Linus Torvalds <
> torva...@linux-foundation.org> wrote:
> >
> > On Sun, May 13, 2018 at 12:00 PM Willem Ferguson <
> > willemfergu...@zoology.up.ac.za> wrote:
> >
> >> Thank yo so much for your time, Linus. Nope, same error. Error bar at
> >> bottom of Subsurface screen "Unsupported operation".
> >
> > Yeah, that's just the "none of the protocols we tried worked" error case.
> >
> > The real problem is simply this:
> >
> >> Failed to connect to device  00:13:43:5B:8F:BE .
> >> Device state QBluetoothSocket::UnconnectedState .
> >> Error: QBluetoothSocket::UnknownSocketError
> >
> > So it's simply that Qt doesn't successfully connect to the device at all,
> > and we never even get to the point where we can talk to it.
> >
> > Why _that_ happens, I have absolutely no idea. There is simply not a lot
> of
> > information to go on. It's like the device isn't paired.
>
> In my experience with the Petrel 2, once it decides to be stupid, it stays
> stupid. Remove the battery for at least 15 minutes. Forget the pairing on
> your computer. Insert battery, fix clock, pair again with your computer.
> Try again.
>
> At one point I had to do that three times until it decided to play with my
> Mac again. There is something SERIOUSLY broken - and my current
> guess is that it's in the BT/BLE stack on the Shearwater Petrel 2
>
> /D
> ___
> subsurface mailing list
> subsurface@subsurface-divelog.org
> http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
>
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: latest Subsurface-mobile with latest Kirigami has no Icons

[Benjamin]

The icons have vanished here too :) other than that, I can't see any
scrolling problems on my archaic Galaxy S5 running Android 6.0.1.

Benjamin

On Mon, 16 Apr 2018, 06:37 Dirk Hohndel, <d...@hohndel.org> wrote:

> Hi Marco,
>
> I updated Subsurface-mobile to the latest Kirigami - which helped fix a
> serious ListView scrolling issue...
> But it also made all the icons in Subsurface-mobile disappear.
> Interestingly current Kirigami master removed src/Icon.qml a few days ago
> - even though thats still referenced in src/qmldir (and there are still
> references to Kirigami.Icon in other files) - so I'm a bit confused about
> the current state of upstream Kirigami, I guess :-(
>
> I'd love some help to figure out what's going on there :-)
>
> Thanks
>
> /D
> ___
> subsurface mailing list
> subsurface@subsurface-divelog.org
> http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
>
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: Cloud server

[Benjamin]

I'm heading down to the Red Sea today to work on that. It's been a dry 3
weeks at work and I feel that I need a break.

On 5 April 2018 at 07:35, Dirk Hohndel <d...@hohndel.org> wrote:

>
> > On Apr 4, 2018, at 9:20 PM, Benjamin <nyst...@gmail.com> wrote:
> >
> > This is a hint that we're not generating enough log files because we are
> not diving enough? :)
>
> Definitely. I haven't been diving since last October. Ridiculous. I plan
> to fix this on Sunday.
>
> With Linus' help I was able to reduce the memory footprint of the git
> repos a bit. At this point we have cloud storage for over 5000 dive logs in
> about 5GB. And enough space for about another 40 thousand users.
> And best of all, this is on a VM that's new enough that the attached
> storage is elastic and can be expanded within reason, so even if we fill
> that space we can easily double or quadruple it.
>
> /D
>
>
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: 4.7.8 planning

[Benjamin]

Hebrew is done.

On 3 April 2018 at 17:18, Chirana Gheorghita Eugeniu Theodor <
off...@adaptcom.ro> wrote:

> Romanian done also
>
> On Tue, Apr 3, 2018 at 1:28 PM, Davide DB  wrote:
>
>> On 3 April 2018 at 10:38, Guillaume Gardet 
>> wrote:
>> >
>> >
>> > Le 02/04/2018 à 18:25, Dirk Hohndel a écrit :
>> >>
>> >> In order to keep my promise of reasonably regular releases, I guess we
>> >> should start thinking about 4.7.8.
>> >>
>> >> I just pushed the latest strings to Transifex (there don't appear to be
>> >> all that many). I'll pull translations later this week. Unless I hear
>> >> reasons not to do so, I'd do a new release later this week...
>> >
>>
>> Italian done
>>
>> --
>> Davide
>> https://vimeo.com/bocio/videos
>> ___
>> subsurface mailing list
>> subsurface@subsurface-divelog.org
>> http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
>>
>
>
>
> --
> 
> Cu stima/Best regards/Mit freundlichen Grüßen,
>
> Chirana-Gheorghita Eugeniu-Theodor
> Bucharest, Romania
>
> e-mail : off...@adaptcom.ro
> mobile: 0743 698721
> 0747 447675
> SSI diver ID: 1118289
>
> ___
> subsurface mailing list
> subsurface@subsurface-divelog.org
> http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
>
>
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: Cloud server

[Benjamin]

This is a hint that we're not generating enough log files because we are
not diving enough? :)

On 5 April 2018 at 06:28, Thiago Macieira  wrote:

> On Sunday, 1 April 2018 11:55:34 PDT Dirk Hohndel wrote:
> > I know added another 30GB of storage, hopefully that will last for a
> while
>
> "30 GB will be enough for everyone" ?
>
> --
> Thiago Macieira - thiago (AT) macieira.info - thiago (AT) kde.org
>Software Architect - Intel Open Source Technology Center
>
>
>
> ___
> subsurface mailing list
> subsurface@subsurface-divelog.org
> http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
>
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: New Android beta

[Benjamin]

The map works for me on a Galaxy S5 running Android 6.0.1.

On Mon, 12 Mar 2018, 13:26 Dirk Hohndel,  wrote:

>
> We now have a version of the map widget for the mobile app, thanks to
> Lubomir.
>
> I pushed an Android update to the beta channel and would appreciate
> testing and feedback.
>
> Thanks
>
> /D
> --
> from my phone.
> ___
> subsurface mailing list
> subsurface@subsurface-divelog.org
> http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
>
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: getting ready for 4.7.7

[Benjamin]

Basic test (access dives, load from git, planning a dive, replanning a
saved dive, etc...) of the Mac binary passes here (MacOS High Sierra
10.13.3 (build 17D47)), but I didn't try to download anything from a dive
computer.

Benjamin

On 10 February 2018 at 18:12, Dirk Hohndel <d...@hohndel.org> wrote:

>
> > On Feb 10, 2018, at 7:16 AM, Dirk Hohndel <d...@hohndel.org> wrote:
> > Almost all of the binaries are done. My build Mac died yesterday, so I
> don't have Mac binaries, everything else is done. If I don't get a working
> build system with the right certificates up today, I'll announce 4.7.7 with
> the unsigned binaries on GitHub
>
> OK, doing this when I'm awake worked much better. The reason this failed
> yesterday sat in front of the keyboard.
>
> All binaries are on the server in http://subsurface-divelog.org/downloads/
> as well as in the distro repos.
> I'll write the announcement in a couple of hours, I'd appreciate if
> someone else could test at least the Mac binary (but the Windows binary and
> AppImage could use some testing, too, of course).
>
> /D
> ___
> subsurface mailing list
> subsurface@subsurface-divelog.org
> http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
>
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: Subsurface mobile 2 BTLE broken

[Benjamin]

Stupid question, but did you try completely quitting Subsurface (killing
the task) before turning on BT and then rerunning Subsurface?

On Tue, 10 Oct 2017, 18:04 Miodrag Adamovic,  wrote:

> I did it too. Now it just says BT not enabled. Only connection mode is
> FTDI. nRF connects and bonds OK. Stock Android BT pairs up no problem.
>
> Dana 10. lis 2017. 17:01 osoba "Willem Ferguson" <
> willemfergu...@zoology.up.ac.za> napisala je:
>
> From phone. Using build 4.6.4.951, I successfully downloaded dives from a
>> Perdix using BTLE two days ago. Do you get a connection number from
>> Subsurface - mobile? See attached screenshot.
>> Kind regards, willem
>>
>> On 10 Oct 2017 16:37, "Miodrag Adamovic"  wrote:
>>
>>> If you remember I had problems connecting my S5 to my BTLE Perdix. I
>>> managed to solve problem by wiping my phone and it worked great after that.
>>> Since yesterday, getting latest Subsurface update, it no longer works.
>>>
>>> ___
>>> subsurface mailing list
>>> subsurface@subsurface-divelog.org
>>> http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
>>>
>>> ___
> subsurface mailing list
> subsurface@subsurface-divelog.org
> http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
>
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: Subsurface-mobile 2.0 -- what's missing?

[Benjamin]

The latest version as of this morning (Israel time) worked for me on a
Samsung Galaxy S5.

On 7 October 2017 at 22:34, Dirk Hohndel  wrote:

>
> > On Oct 7, 2017, at 11:24 AM, Rick Walsh  wrote:
> >
> > Sorry for the top post. There was also that issue of not being able to
> download from a Petrel 2 (and maybe some other) any more. I haven't checked
> with the latest apk, but I don't think anything has changed in the last few
> weeks. I'm collecting some data in a few hours and will report back.
>
> So I successfully downloaded from a Petrel 2 last weekend. I'll check
> again.
>
> /D
>
> ___
> subsurface mailing list
> subsurface@subsurface-divelog.org
> http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
>
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: Crash in Subsurface when entering planner

[Benjamin]

Thank you! The patch works. I still can't download from bluetooth on this
mac (macos 10.13), but I can definitely say that my Galaxy S5 works well
with a Petrel 2 in bluetooth mode.

On 6 October 2017 at 05:31, Benjamin <nyst...@gmail.com> wrote:

> I'll try it tomorrow when I get back. Busy gathering more test data :)
>
> On 5 October 2017 at 21:45, Lubomir I. Ivanov <neolit...@gmail.com> wrote:
>
>> On 5 October 2017 at 08:51, Benjamin <nyst...@gmail.com> wrote:
>> > The issue is reproduced every time.
>> > Running on macOS 10.13 official build.
>> > Using the latest version in Git as of 0849 on 05/10/2017
>> >
>> > I get the following crash whenever I try to enter the planner:
>> >
>>
>> 
>>
>> >
>> > Thread 0 Crashed:: Dispatch queue: com.apple.main-thread
>> > 0   libsystem_kernel.dylib0x7fff721d3fce __pthread_kill + 10
>> > 1   libsystem_pthread.dylib0x7fff72311150 pthread_kill + 333
>> > 2   libsystem_c.dylib  0x7fff7213032a abort + 127
>> > 3   libsystem_malloc.dylib0x7fff7222d866 free + 521
>> > 4   org.subsurface-divelog0x00010646dd80 clear_dive_site +
>> 64
>> > 5   org.subsurface-divelog0x0001062b688b
>>
>> Benjamin, you can try this out if you can - possible fix:
>> https://github.com/Subsurface-divelog/subsurface/pull/639
>>
>> lubomir
>> --
>>
>
>
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: Crash in Subsurface when entering planner

[Benjamin]

I'll try it tomorrow when I get back. Busy gathering more test data :)

On 5 October 2017 at 21:45, Lubomir I. Ivanov <neolit...@gmail.com> wrote:

> On 5 October 2017 at 08:51, Benjamin <nyst...@gmail.com> wrote:
> > The issue is reproduced every time.
> > Running on macOS 10.13 official build.
> > Using the latest version in Git as of 0849 on 05/10/2017
> >
> > I get the following crash whenever I try to enter the planner:
> >
>
> 
>
> >
> > Thread 0 Crashed:: Dispatch queue: com.apple.main-thread
> > 0   libsystem_kernel.dylib0x7fff721d3fce __pthread_kill + 10
> > 1   libsystem_pthread.dylib0x7fff72311150 pthread_kill + 333
> > 2   libsystem_c.dylib  0x7fff7213032a abort + 127
> > 3   libsystem_malloc.dylib0x7fff7222d866 free + 521
> > 4   org.subsurface-divelog    0x00010646dd80 clear_dive_site + 64
> > 5   org.subsurface-divelog0x0001062b688b
>
> Benjamin, you can try this out if you can - possible fix:
> https://github.com/Subsurface-divelog/subsurface/pull/639
>
> lubomir
> --
>
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Fwd: BLE on macOS and many requests for testing

[Benjamin]

Resending to the entire list due to not enough coffee.

-- Forwarded message --
From: Benjamin <nyst...@gmail.com>
Date: 23 September 2017 at 10:18
Subject: Re: BLE on macOS and many requests for testing
To: Dirk Hohndel <d...@hohndel.org>


Good morning
Due to the Mediterranean not cooperating, I'm testing software instead of
diving today :(
Running the latest version from the daily builds - 4.6.4 - 839 with a
Petrel 2.
Windows 10 64 bit - Bluetooth works fine
macOS 10.13 Beta (17A360a) - can't seem to connect to the dive computer.
The logfile consists of the following 2 lines:

INFO: Open: name=00:13:43:0C:56:29

ERROR: Failed to open the serial port. [in ../../src/shearwater_common.c:46
(shearwater_common_open)]

This behaviour under macOS is consistent even after removing the Bluetooth
pairing and reassociating the dive computer to the computer.

Benjamin

On 18 September 2017 at 02:41, Dirk Hohndel <d...@hohndel.org> wrote:

> I finally found some time to look more into BLE on macOS. Things there are
> rather different because Qt doesn't give us BT addresses. Or, actually, it
> never gives us BT addresses for BLE devices, it seems, it sometimes (but I
> can't quite figure out when) gives us BT addresses for BT classic devices.
>
> Anyway, our whole BLE setup was designed around the idea that we'd have a
> BT address to use in order to create our QLowEnergyController. Sadly that
> doesn't work at all on macOS (or iOS), and is deprecated on Linux (I
> haven't checked if it will still be in 5.10, though).
>
> Instead, what you are supposed to do is to create that controller using
> your QBluetoothDeviceInfo. But sadly I haven't figured out a way to get
> this unless I am scanning for BT/BLE devices. So what this means is that
> at least in the BLE case you now need to scan for and pick your dive
> computer every time you want to download. :-(
>
> At first I tried to use that newer method on all OSs, but it turns out
> that that was a bad idea. For one thing, our Android implementation
> doesn't use Qt to scan for devices, so a lot more code would have to be
> rewritten there. And additionally, the new interfaces were only introduced
> in Qt 5.7, so the Linux distros with Qt 5.6 would fail to build Subsurface
> after I made those changes.
>
> So for now I went back to the old code for all the non-Apple OSs.
>
> So what has been tested (and works) so far:
>
> BLE download on Mac, right after scanning for and selecting the dive
> computer appears to work with Shearwater Petrel AI, Shearwater Petrel 2,
> and Suunto EON Steel.
>
> More testing (especially with other BT and BLE dive computers) would be
> extremely useful:
>
> http://subsurface-divelog.org/downloads/test/Subsurface-4.6.
> 4-830-gae209a3d9f8e.dmg
>
> BLE download on Linux (Fedora with a manual install of Qt 5.9.1) works
> with a Shearwater Petrel AI. I couldn't get the Petrel 2 to work because
> BT and BLE code somehow stepped all over each other there (this is a dual
> mode dive computer). I need to investigate a bit more what's going wrong
> there.
>
> I have NOT checked Windows, yet; obviously, BLE isn't supported there at
> all, but I would love to know if BT still works or if I inadvertandly
> broke something there.
>
> http://subsurface-divelog.org/downloads/test/subsurface-4.6.
> 4-831-g753c00a4936f.exe
>
> I did a quick test on Android and things seem to continue to work there.
> Again, there's a new test APK and testing would be appreciated.
>
> http://subsurface-divelog.org/downloads/test/Subsurface-mobi
> le-4.6.4.831-arm.apk
>
> And I haven't had enough time to try to build a new iOS binary based on
> this latest code. This will require me to write some Qt based BLE scanning
> for Subsurface-mobile (which might eventually allow us to migrate the
> Android binary to the new way of doing things).
> But in general, I'm hoping that we might be getting closer to having
> working BLE download for iPads and iPhones.
>
> Please test and let me know.
>
> Thanks
>
> /D
>
> ___
> subsurface mailing list
> subsurface@subsurface-divelog.org
> http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
>
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: who has BLE dive computers - which one, which OSs can you test

[Benjamin]

I have a Petrel 2. It claims to be BLE ready. I can test on:
Mac - latest beta of High Sierra
Manjaro - synced daily
Android - 6.0.1 on a Samsung Galaxy S5
Window 10 (Don't judge me! I need it to access my bank via the Internet :( )
All are physical machines.

On Tue, 19 Sep 2017, 17:45 Dirk Hohndel  wrote:

>
> Hi there,
>
> I asked almost the same question before, but only a few people answered...
>
> I'm trying to figure out how much coverage we have for testing BLE
> support, but at this
> point I can't really tell how many of us have access to such devices (and
> which OSs
> they might be testing on).
>
> So, could you please respond and tell me
>
> - which BLE dive computer do you have access to
>   (So far only support Suunto EON Steel, Heinrich Weikamp OSTC 4,
>   Shearwater Perdix AI (and dual stack Perdix / Petrel 2), and Scubapro G2
> --
>   if you have others, I'd love to know as well)
>
> - which OSs can you test on
>
>
> I'll start:
>
> Suunto EON Steel
> Shearwater Perdix AI
> Shearwater Petrel 2 dual stack
>
> Mac
> Linux (only Fedora on a physical machine, BLE doesn't work in a VM)
> Windows (currently an ancient netbook with BLE dongle)
> Android
> iOS
>
> Thanks
>
> /D
> ___
> subsurface mailing list
> subsurface@subsurface-divelog.org
> http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
>
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: RATIO iX3M DEEP computers compatibility and connection/configuration problem

[Benjamin]

What should be passed there for a bluetooth connection? Because it used to
work up until the G2 support was added to Subsurface :(

On 20 August 2017 at 13:46, Jef Driesen <j...@libdivecomputer.org> wrote:

> On 19-08-17 12:00, Benjamin wrote:
>
>> So, after a few trials, I'm getting the following in the subsurface.log
>> file:
>>
>> INFO: Open: name=00:13:43:0C:56:29
>>
>> ERROR: Failed to open the serial port. [in ../../src/shearwater_common.c:46
>> (shearwater_common_open)]
>>
>
> This shows exactly what the problem is! A bluetooth MAC address
> (00:13:43:0C:56:29) is being passed to the dc_serial_open() function. And
> of course that doesn't work!
>
> Jef
>
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: RATIO iX3M DEEP computers compatibility and connection/configuration problem

[Benjamin]

So, after a few trials, I'm getting the following in the subsurface.log
file:

INFO: Open: name=00:13:43:0C:56:29

ERROR: Failed to open the serial port. [in ../../src/shearwater_common.c:46
(shearwater_common_open)]

Currently running Macos 10.13 Beta (17A344b) (updated since my last email).
Running Subsurface 4.6.4-709-gd77de11a1d2e from the "test" folder on the
offical download site.

When using the latest version from the git server, compiling against Qt
5.9.1 using the -build-deps switch, I get the exact same error in the log
file.

I'm lost as to how to proceed from here :(


Benjamin

On 18 August 2017 at 09:32, Benjamin <nyst...@gmail.com> wrote:

> Good morning
> I just checked with the latest version in test (709), and on Macos
> version 10.13 Beta (17A330h), I still get the "Insufficient permissions"
> when trying to download from my Petrel 2.
> I'll do another download with a log later on today and hopefully will be
> able to say something slightly more useful than my current "I can't see
> what is wrong"
> Benjamin
>
> On 18 August 2017 at 03:04, Gregory Sin <urani...@gmail.com> wrote:
>
>> Dear Robert,
>>
>> I tried last version Subsurface-4.6.4-709-gd77de11a1d2e , but it crashes
>> on startup, see screen attached.
>> Was no such things with 4.6.4 release.
>>
>> Can you help?  Please.
>>
>> thanks
>> Gregory
>>
>> On 16 Aug, 2017, at 16:32, Robert Helling <hell...@atdotde.de> wrote:
>>
>> Gregory,
>>
>> On 16. Aug 2017, at 10:15, Gregory Sin <urani...@gmail.com> wrote:
>>
>> Dear Miika, gentlemen
>>
>> Actually here is 2 problems.
>> One is no connectivity with DEEP (via BT or USB) and second is lack of
>> configuration functionality for iX3M computers.
>>
>> May be I can start from main problem- connectivity.
>>
>> Mac 10.9.5
>> iX3M DEEP Gps APOS 4.0.26/013 (works well with Ratio SW via USB).
>>
>> CONNECTIVITY
>>
>> Perhaps screens saying more than words.
>>
>> In case of BT, Mac and DEEP are paired and connected.
>> In case of USB you can see USB0 interface availability.
>> Of course computer is in PC mode and showing CONNECTED in case of BT.
>>
>>
>> The problem is that the error message about „Insufficient privileges“
>> actually only means „there is a problem, I cannot talk to the device“. But
>> we recently fixed some problems regarding BT connectivity on Macs (which at
>> least solved a problem for my mac talking to an OSTC), so unless you are
>> already doing that, you should try with the latest version from
>> http://subsurface-divelog.org/downloads/test/
>>
>>
>> CONFIGURATION
>>
>> To my understanding this feature not yet implemented?
>> At least computer is not visible (USB/BT) on that screen.
>> Any attempt to press CONNECT button returned w/o any reaction.
>>
>> Last week I was asking if SS and RATIO can be used together, I think
>> Robert said it is ok.
>> Appreciate if you may guide me what went wrong on my side. I will follow.
>>
>> Please accept my thanks for your kind effort and time.
>>
>>
>> Indeed, configuring dive computers in Subsurface is so far only
>> implemented for OSTCs and Suuntos (as you can see from the device selection
>> on the left).
>>
>> Best
>> Robert
>>
>>
>>
>> ___
>> subsurface mailing list
>> subsurface@subsurface-divelog.org
>> http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
>>
>>
>
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: RATIO iX3M DEEP computers compatibility and connection/configuration problem

[Benjamin]

Good morning
I just checked with the latest version in test (709), and on Macos
version 10.13 Beta (17A330h), I still get the "Insufficient permissions"
when trying to download from my Petrel 2.
I'll do another download with a log later on today and hopefully will be
able to say something slightly more useful than my current "I can't see
what is wrong"
Benjamin

On 18 August 2017 at 03:04, Gregory Sin <urani...@gmail.com> wrote:

> Dear Robert,
>
> I tried last version Subsurface-4.6.4-709-gd77de11a1d2e , but it crashes
> on startup, see screen attached.
> Was no such things with 4.6.4 release.
>
> Can you help?  Please.
>
> thanks
> Gregory
>
> On 16 Aug, 2017, at 16:32, Robert Helling <hell...@atdotde.de> wrote:
>
> Gregory,
>
> On 16. Aug 2017, at 10:15, Gregory Sin <urani...@gmail.com> wrote:
>
> Dear Miika, gentlemen
>
> Actually here is 2 problems.
> One is no connectivity with DEEP (via BT or USB) and second is lack of
> configuration functionality for iX3M computers.
>
> May be I can start from main problem- connectivity.
>
> Mac 10.9.5
> iX3M DEEP Gps APOS 4.0.26/013 (works well with Ratio SW via USB).
>
> CONNECTIVITY
>
> Perhaps screens saying more than words.
>
> In case of BT, Mac and DEEP are paired and connected.
> In case of USB you can see USB0 interface availability.
> Of course computer is in PC mode and showing CONNECTED in case of BT.
>
>
> The problem is that the error message about „Insufficient privileges“
> actually only means „there is a problem, I cannot talk to the device“. But
> we recently fixed some problems regarding BT connectivity on Macs (which at
> least solved a problem for my mac talking to an OSTC), so unless you are
> already doing that, you should try with the latest version from
> http://subsurface-divelog.org/downloads/test/
>
>
> CONFIGURATION
>
> To my understanding this feature not yet implemented?
> At least computer is not visible (USB/BT) on that screen.
> Any attempt to press CONNECT button returned w/o any reaction.
>
> Last week I was asking if SS and RATIO can be used together, I think
> Robert said it is ok.
> Appreciate if you may guide me what went wrong on my side. I will follow.
>
> Please accept my thanks for your kind effort and time.
>
>
> Indeed, configuring dive computers in Subsurface is so far only
> implemented for OSTCs and Suuntos (as you can see from the device selection
> on the left).
>
> Best
> Robert
>
>
>
> ___
> subsurface mailing list
> subsurface@subsurface-divelog.org
> http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
>
>
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: Compile error on macos

[Benjamin]

Sorry for the late reply. In order to compile under macos, it seems that at
least 1 "build --make-deps" must be run. Otherwise, I have an issue with
openssh2 not finding openssl.

Benjamin

On 16 July 2017 at 12:15, Benjamin <nyst...@gmail.com> wrote:

> I'll rebuild my environment tonight after work and report back.
>
> On Sun, 16 Jul 2017, 08:05 Dirk Hohndel, <d...@hohndel.org> wrote:
>
>>
>> On Jul 15, 2017, at 10:20 AM, Dirk Hohndel <d...@hohndel.org> wrote:
>>
>>
>> On Jul 15, 2017, at 8:54 AM, Benjamin <nyst...@gmail.com> wrote:
>>
>> Good afternoon
>> Have there been any changes to the OpenSSH2/OpenSSL requirements?
>> I've been getting this error directly after 'grantlee' inishes building
>> for the past 2 or 3 days when trying to build Subsurface:
>>
>> build DesktopExecutable in build
>>
>> -- Checking for module 'libssh2'
>>
>> --   Package 'libssl', required by 'libssh2', not found
>>
>> CMake Error at 
>> /usr/local/Cellar/cmake/3.8.2/share/cmake/Modules/FindPkgConfig.cmake:416
>> (message):
>>
>>   A required package was not found
>>
>> Call Stack (most recent call first):
>>
>>   /usr/local/Cellar/cmake/3.8.2/share/cmake/Modules/FindPkgConfig.cmake:589
>> (_pkg_check_modules_internal)
>>
>>   cmake/Modules/pkgconfig_helper.cmake:2 (pkg_check_modules)
>>
>>   cmake/Modules/HandleFindGit2.cmake:27 (pkg_config_library)
>>
>>   CMakeLists.txt:111 (include)
>>
>>
>> While I use the build script to rebuild the binaries, I rarely wipe
>> things clean and do a fresh build.
>> Let me start one and see what's up.
>>
>>
>> So I didn't run into this at all. I ran into a ton of other issues (which
>> are now all fixed in master),
>> but not into this one. Did you install all the dependencies from
>> Homebrew, as suggested in the
>> INSTALL file?
>>
>> brew install asciidoc libzip sqlite cmake libusb pkg-config automake
>> libtool hidapi libxml2 curl openssl libssh2
>>
>>
>> I just did a complete clean build on Mac and it seemed to work fine...
>>
>> /D
>>
>
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: Compile error on macos

[Benjamin]

I'll rebuild my environment tonight after work and report back.

On Sun, 16 Jul 2017, 08:05 Dirk Hohndel, <d...@hohndel.org> wrote:

>
> On Jul 15, 2017, at 10:20 AM, Dirk Hohndel <d...@hohndel.org> wrote:
>
>
> On Jul 15, 2017, at 8:54 AM, Benjamin <nyst...@gmail.com> wrote:
>
> Good afternoon
> Have there been any changes to the OpenSSH2/OpenSSL requirements?
> I've been getting this error directly after 'grantlee' inishes building
> for the past 2 or 3 days when trying to build Subsurface:
>
> build DesktopExecutable in build
>
> -- Checking for module 'libssh2'
>
> --   Package 'libssl', required by 'libssh2', not found
>
> CMake Error at
> /usr/local/Cellar/cmake/3.8.2/share/cmake/Modules/FindPkgConfig.cmake:416
> (message):
>
>   A required package was not found
>
> Call Stack (most recent call first):
>
>   /usr/local/Cellar/cmake/3.8.2/share/cmake/Modules/FindPkgConfig.cmake:589
> (_pkg_check_modules_internal)
>
>   cmake/Modules/pkgconfig_helper.cmake:2 (pkg_check_modules)
>
>   cmake/Modules/HandleFindGit2.cmake:27 (pkg_config_library)
>
>   CMakeLists.txt:111 (include)
>
>
> While I use the build script to rebuild the binaries, I rarely wipe things
> clean and do a fresh build.
> Let me start one and see what's up.
>
>
> So I didn't run into this at all. I ran into a ton of other issues (which
> are now all fixed in master),
> but not into this one. Did you install all the dependencies from Homebrew,
> as suggested in the
> INSTALL file?
>
> brew install asciidoc libzip sqlite cmake libusb pkg-config automake
> libtool hidapi libxml2 curl openssl libssh2
>
>
> I just did a complete clean build on Mac and it seemed to work fine...
>
> /D
>
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Compile error on macos

[Benjamin]

Good afternoon
Have there been any changes to the OpenSSH2/OpenSSL requirements?
I've been getting this error directly after 'grantlee' inishes building for
the past 2 or 3 days when trying to build Subsurface:

build DesktopExecutable in build

-- Checking for module 'libssh2'

--   Package 'libssl', required by 'libssh2', not found

CMake Error at
/usr/local/Cellar/cmake/3.8.2/share/cmake/Modules/FindPkgConfig.cmake:416
(message):

  A required package was not found

Call Stack (most recent call first):

  /usr/local/Cellar/cmake/3.8.2/share/cmake/Modules/FindPkgConfig.cmake:589
(_pkg_check_modules_internal)

  cmake/Modules/pkgconfig_helper.cmake:2 (pkg_check_modules)

  cmake/Modules/HandleFindGit2.cmake:27 (pkg_config_library)

  CMakeLists.txt:111 (include)
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: Android beta...

[Benjamin]

Dirk, on a related note, how long do the translators have until you want to
start compiling the release versions?

On 9 July 2017 at 00:16, Davide DB  wrote:

> I will try as I came back to Rome
>
> davide@mobile
>
> Il 08 lug 2017 23:09, "Dirk Hohndel"  ha scritto:
>
>
> > On Jul 8, 2017, at 2:02 PM, Davide DB  wrote:
> >
> > Not the latest build but it's a shame that UI gets completely screwed up
> in other languages.
> > On mobile we do not have same flexibility as on desktop. There should be
> a way to manage layouts in different languages.
>
> There is a very simple solution.
>
> Change the translations of those strings. This isn't something I can do -
> it's something an Italian speaker needs to do.
> I'll be happy to point you in the right direction (which reminds me, I
> need to push and pull strings...)
>
> /D
>
>
>
> ___
> subsurface mailing list
> subsurface@subsurface-divelog.org
> http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
>
>
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: progress report

[Benjamin]

The file for Mac works, apart from downloading still failing with the
"insufficient permissions" error.

Benjamin

On 4 July 2017 at 08:38, Dirk Hohndel <d...@hohndel.org> wrote:

>
> (1) Subsurface-mobile for Android
>
> We now have confirmed that this works for the Suunto EON Steel (BLE), the
> Scubapro G2 (BLE), and the BT versions of the Shearwater family
> I bumped the version to Subsurface-mobile 2.0 (seems justified with the
> significant new feature) and am hoping to push this out as a beta on Google
> Play. But since I'll be on a family road trip for the next two days, maybe
> tonight is not the best time to do this. Maybe in the meantime people here
> could give this a bit more testing.
>
> http://subsurface-divelog.org/downloads/test/Subsurface-
> mobile-4.6.4.333-arm.apk
>
>
> (2) Subsurface for Mac
>
> I figured out why the signature failed. Please test this DMG:
>
> http://subsurface-divelog.org/downloads/test/Subsurface-4.6.
> 4-333-gbc1a313c9f13.dmg
>
> BT should work with this. I ran out of time testing BLE.
>
>
>
> Windows is still broken (sorry), while Robert started on iOS, I ran out of
> time to continue to work on that.
>
> Have fun
>
> /D
>
> ___
> subsurface mailing list
> subsurface@subsurface-divelog.org
> http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
>
>
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: Mac Qt 5.9.1 binaries

[Benjamin]

I get both the complain and the working printing too with the new build :)

Benjamin

On 4 July 2017 at 00:34, Dirk Hohndel <d...@hohndel.org> wrote:

>
> > On Jul 3, 2017, at 2:25 PM, Matt Thompson <math...@gmail.com> wrote:
> >
> > With the -319 build I was able to successfully download new dives from
> my Suunto D4i and my Aqualung i750tc.  I was able to to add details and
> save to the cloud.
> >
> > Printing works with the -325 build.  However, when I launched the -325
> build it complained that the app was from an unknown author so it looks
> like something didn't get properly signed in that one.
>
> Hmm. Odd. I need to see what went wrong there as that is usually fully
> scripted.
>
> /D
>
> ___
> subsurface mailing list
> subsurface@subsurface-divelog.org
> http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
>
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: Mac Qt 5.9.1 binaries

[Benjamin]

Edit and syncing those edits work, as does exporting to Divelogs.de .
Trying to preview printing gives me a set of 306 blank pages, as does
printing to a pdf file.

I don't have any new dives to download, but I'll try moving the data file
and syncing later on.
Currently running on macos 10.13 Beta.

Benjamin

On 3 July 2017 at 21:38, Dirk Hohndel <d...@hohndel.org> wrote:

>
> Calling Mac users
>
> http://subsurface-divelog.org/downloads/test/Subsurface-4.6.
> 4-319-gbd18b6b88fb0.dmg
>
> This test binary uses a bunch of new libraries (not just new Qt libraries)
> and is built slightly differently from the way I've done things before.
> I'd appreciate if you could take this through a reasonably rigorous set of
> tests, including things like Facebook integration, printing, and other,
> less frequently exercised functions.
>
> Thanks
>
> /D
> ___
> subsurface mailing list
> subsurface@subsurface-divelog.org
> http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
>
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: Error compiling on macos

[Benjamin]

Stupid question :S Applied it in the libdivecomputer directory with -p1
Libdivecomputer seems to build correctly. I'm building the entire
Subsurface project now and will report back after that.

Benjamin

On 28 June 2017 at 23:02, Benjamin <nyst...@gmail.com> wrote:

> Where exactly do I apply the patch file? In the Subsurface directory?
>
> On 28 June 2017 at 22:33, Linus Torvalds <torva...@linux-foundation.org>
> wrote:
>
>> On Wed, Jun 28, 2017 at 9:42 AM, Benjamin <nyst...@gmail.com> wrote:
>> > Good afternoon
>> > I'm running macos 10.12.5.
>> > I just synced to the latest sources, and when running the build script,
>> I
>> > get the following message:
>> >
>> > Making install in src
>> >
>> >   CCLD libdivecomputer.la
>> >
>> > Undefined symbols for architecture x86_64:
>> >
>> >   "_crc32", referenced from:
>>
>> Interesting. The new Suunto protocol over bluetooth needs crc32() for
>> stream integrity control, and I was expecting to get it from zlib -
>> which we require to be there anyway due to other dependencies (eg
>> libgit uses zlib too).
>>
>> An you must have zlib installed *somehow*, since the
>>
>> #include 
>>
>> in suunto_eonsteel.c worked.
>>
>> I wonder what the difference here between macos and Linux is - maybe
>> it's a clang linker difference, or maybe I got crc32() some other
>> way..
>>
>> Anyway, it definitely is my bug - I think I just added the "-lz" to
>> the wrong place (I hate autotools, and I'm bad at it).
>>
>> I think the attached trivial patch to move the -lz to the right place
>> will fix it. Can you please test?
>>
>>  Linus
>>
>
>
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: Error compiling on macos

[Benjamin]

Where exactly do I apply the patch file? In the Subsurface directory?

On 28 June 2017 at 22:33, Linus Torvalds <torva...@linux-foundation.org>
wrote:

> On Wed, Jun 28, 2017 at 9:42 AM, Benjamin <nyst...@gmail.com> wrote:
> > Good afternoon
> > I'm running macos 10.12.5.
> > I just synced to the latest sources, and when running the build script, I
> > get the following message:
> >
> > Making install in src
> >
> >   CCLD libdivecomputer.la
> >
> > Undefined symbols for architecture x86_64:
> >
> >   "_crc32", referenced from:
>
> Interesting. The new Suunto protocol over bluetooth needs crc32() for
> stream integrity control, and I was expecting to get it from zlib -
> which we require to be there anyway due to other dependencies (eg
> libgit uses zlib too).
>
> An you must have zlib installed *somehow*, since the
>
> #include 
>
> in suunto_eonsteel.c worked.
>
> I wonder what the difference here between macos and Linux is - maybe
> it's a clang linker difference, or maybe I got crc32() some other
> way..
>
> Anyway, it definitely is my bug - I think I just added the "-lz" to
> the wrong place (I hate autotools, and I'm bad at it).
>
> I think the attached trivial patch to move the -lz to the right place
> will fix it. Can you please test?
>
>  Linus
>
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Error compiling on macos

[Benjamin]

Good afternoon
I'm running macos 10.12.5.
I just synced to the latest sources, and when running the build script, I
get the following message:

Making install in src

  CCLD libdivecomputer.la

Undefined symbols for architecture x86_64:

  "_crc32", referenced from:

  _send_cmd in suunto_eonsteel.o

  _receive_header in suunto_eonsteel.o

ld: symbol(s) not found for architecture x86_64

clang: error: linker command failed with exit code 1 (use -v to see
invocation)


Is this maybe from one of the new patches? Is there perhaps a new
dependency?

Benjamin
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: Overthinking on Subsurface mobile app UX

[Benjamin]

I've seen a lot of the ones on Youtube. Halfway there with trimix training.
Now I also need to start slowly on the rebreather route and then I'll be
able to consider actually starting to work up to doing the dives. :)

On 24 June 2017 at 19:06, Davide DB <dbdav...@gmail.com> wrote:

> To dream of it on the couch I can link you the French documentary about
> Coelacanth ;)
>
> davide@mobile
>
> On Jun 24, 2017 5:49 PM, "Benjamin" <nyst...@gmail.com> wrote:
>
> One day I'll get to see a coelacanth in real life. And not just one in a
> museum. :)
>
> On Sat, 24 Jun 2017, 17:38 Dirk Hohndel, <d...@hohndel.org> wrote:
>
>> I'm not sure if you mean 65m/1:51 or 2.2m/1:13 ?
>> :-)
>>
>> --
>> From my phone
>> --
>> *From:* Benjamin
>> *Sent:* Sat Jun 24 03:52:28 PDT 2017
>> *To:* willemfergu...@zoology.up.ac.za, Dirk Hohndel , Davide DB
>> *Cc:* subsurface@subsurface-divelog.org
>>
>> *Subject:* Re: Overthinking on Subsurface mobile app UX
>>
>> Completely off topic, but the highlighted trip is something which really
>> inspires jealousy... :)
>>
>> Benjamin
>>
>> On Sat, 24 Jun 2017, 13:36 Willem Ferguson, <
>> willemfergu...@zoology.up.ac.za> wrote:
>>
>>> On 23/06/2017 17:49, Dirk Hohndel wrote:
>>> > A new APK is up that adds two neat features
>>> >
>>> > a) Android title bar / navigation bar color now matches our title bar
>>> color (and changes if you change the color theme)
>>> > b) Action button is now colored with our secondary color
>>> >
>>> > http://subsurface-divelog.org/downloads/test/Subsurface-mobi
>>> le-4.6.4.267-arm.apk
>>> >
>>> > Comments welcome :-)
>>> >
>>> > /D
>>> > ___
>>> This is just a concept of an idea to indicate a date with each dive
>>> trip. See attached image. I think only the month and year are really
>>> important within this context. I was thinking of how to include the date
>>> and take up as little space as possible in the trip header, leaving
>>> maximal space for the text. This is also a concept without taking into
>>> account what may be do-able within QML. The probability is quite large
>>> that it is not do-able.
>>>
>>> 1) Is this an aesthetically acceptable way of approaching showing the
>>> date for each dive trip?
>>> 2) The date takes up 2 lines. Look at the top header of the three with a
>>> date. What to do in the case of a dive trip that fits on one line?
>>>
>>> Kind regards,
>>> willem
>>>
>>>
>>>
>>> ___
>>> subsurface mailing list
>>> subsurface@subsurface-divelog.org
>>> http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
>>>
>>
>
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: Overthinking on Subsurface mobile app UX

[Benjamin]

One day I'll get to see a coelacanth in real life. And not just one in a
museum. :)

On Sat, 24 Jun 2017, 17:38 Dirk Hohndel, <d...@hohndel.org> wrote:

> I'm not sure if you mean 65m/1:51 or 2.2m/1:13 ?
> :-)
>
> --
> From my phone
> --
> *From:* Benjamin
> *Sent:* Sat Jun 24 03:52:28 PDT 2017
> *To:* willemfergu...@zoology.up.ac.za, Dirk Hohndel , Davide DB
> *Cc:* subsurface@subsurface-divelog.org
>
> *Subject:* Re: Overthinking on Subsurface mobile app UX
>
> Completely off topic, but the highlighted trip is something which really
> inspires jealousy... :)
>
> Benjamin
>
> On Sat, 24 Jun 2017, 13:36 Willem Ferguson, <
> willemfergu...@zoology.up.ac.za> wrote:
>
>> On 23/06/2017 17:49, Dirk Hohndel wrote:
>> > A new APK is up that adds two neat features
>> >
>> > a) Android title bar / navigation bar color now matches our title bar
>> color (and changes if you change the color theme)
>> > b) Action button is now colored with our secondary color
>> >
>> >
>> http://subsurface-divelog.org/downloads/test/Subsurface-mobile-4.6.4.267-arm.apk
>> >
>> > Comments welcome :-)
>> >
>> > /D
>> > ___
>> This is just a concept of an idea to indicate a date with each dive
>> trip. See attached image. I think only the month and year are really
>> important within this context. I was thinking of how to include the date
>> and take up as little space as possible in the trip header, leaving
>> maximal space for the text. This is also a concept without taking into
>> account what may be do-able within QML. The probability is quite large
>> that it is not do-able.
>>
>> 1) Is this an aesthetically acceptable way of approaching showing the
>> date for each dive trip?
>> 2) The date takes up 2 lines. Look at the top header of the three with a
>> date. What to do in the case of a dive trip that fits on one line?
>>
>> Kind regards,
>> willem
>>
>>
>>
>> ___
>> subsurface mailing list
>> subsurface@subsurface-divelog.org
>> http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
>>
>
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: Overthinking on Subsurface mobile app UX

[Benjamin]

Completely off topic, but the highlighted trip is something which really
inspires jealousy... :)

Benjamin

On Sat, 24 Jun 2017, 13:36 Willem Ferguson, <willemfergu...@zoology.up.ac.za>
wrote:

> On 23/06/2017 17:49, Dirk Hohndel wrote:
> > A new APK is up that adds two neat features
> >
> > a) Android title bar / navigation bar color now matches our title bar
> color (and changes if you change the color theme)
> > b) Action button is now colored with our secondary color
> >
> >
> http://subsurface-divelog.org/downloads/test/Subsurface-mobile-4.6.4.267-arm.apk
> >
> > Comments welcome :-)
> >
> > /D
> > ___
> This is just a concept of an idea to indicate a date with each dive
> trip. See attached image. I think only the month and year are really
> important within this context. I was thinking of how to include the date
> and take up as little space as possible in the trip header, leaving
> maximal space for the text. This is also a concept without taking into
> account what may be do-able within QML. The probability is quite large
> that it is not do-able.
>
> 1) Is this an aesthetically acceptable way of approaching showing the
> date for each dive trip?
> 2) The date takes up 2 lines. Look at the top header of the three with a
> date. What to do in the case of a dive trip that fits on one line?
>
> Kind regards,
> willem
>
>
>
> ___
> subsurface mailing list
> subsurface@subsurface-divelog.org
> http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
>
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: proposed changes to libdc

[Benjamin]

It definitely makes sense for a default value. It may, however, make sense
for the user to be able to choose a different value. But that could just be
my preference of KDE peeking through :)

On Fri, 23 Jun 2017, 08:09 Dirk Hohndel, <d...@hohndel.org> wrote:

> On Fri, Jun 23, 2017 at 05:06:39AM +, Benjamin wrote:
> > Would it be an option to maybe allow the user to choose a specific
> > transport type when they choose the dive computer?  As in for a Petrel 2,
> > offer a choice between BT and BLE?
> > Or for the G2, offer USB or BLE?
>
> So USB or BT/BLE will already be determined by whether you pick BT in the
> download dialog. BT vs. BLE will often be determined by available
> capability. If both the computer/device and the dive computer support
> both, I'd always pick BT as that will be MUCH faster...
>
> Makes sense?
>
> Fundamentally, I want to make this easy for the user.
>
> /D
>
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: proposed changes to libdc

[Benjamin]

Good morning.
It sounds like a good idea.
Would it be an option to maybe allow the user to choose a specific
transport type when they choose the dive computer?  As in for a Petrel 2,
offer a choice between BT and BLE?
Or for the G2, offer USB or BLE?

Benjamin

On Fri, 23 Jun 2017, 07:52 Dirk Hohndel, <d...@hohndel.org> wrote:

> Linus, Anton, everyone else...
>
> Looking at the code we added to filter the dive computer list I realized
> that this is just a silly hack and that this information needs to be
> collected in libdivecomputer, which already has a weird attempt to
> encapsulate the transport used. Right now that type is
>
> typedef enum dc_transport_t {
> DC_TRANSPORT_NONE,
> DC_TRANSPORT_SERIAL,
> DC_TRANSPORT_USB,
> DC_TRANSPORT_IRDA
> } dc_transport_t;
>
> And we then define in desktop-widgets/downloadfromdivecomputer.cpp
>
> // Workaround abuse of old libdc types
> #define DC_TRANSPORT_BLUETOOTH 1024
>
> And the way it is populated is pretty much this function:
>
> dc_transport_t
> dc_descriptor_get_transport (dc_descriptor_t *descriptor)
> {
> if (descriptor == NULL)
> return DC_TRANSPORT_NONE;
>
> if (descriptor->type == DC_FAMILY_ATOMICS_COBALT)
> return DC_TRANSPORT_USB;
> else if (descriptor->type == DC_FAMILY_SUUNTO_EONSTEEL)
> return DC_TRANSPORT_USB;
> else if (descriptor->type == DC_FAMILY_SCUBAPRO_G2)
> return DC_TRANSPORT_USB;
> else if (descriptor->type == DC_FAMILY_UWATEC_SMART)
> return DC_TRANSPORT_IRDA;
> else
> return DC_TRANSPORT_SERIAL;
> }
>
> Which is of course completely useless.
>
> I'm proposing to fix this to make this actually useful.
>
> typedef enum dc_transport_t {
> DC_TRANSPORT_NONE = 0,
> DC_TRANSPORT_SERIAL,
> DC_TRANSPORT_USB_FTDI,
> DC_TRANSPORT_USB_HID,
> DC_TRANSPORT_USB_OTHER,
> DC_TRANSPORT_IRDA,
> DC_TRANSPORT_BT,
> DC_TRANSPORT_BLE
> } dc_transport_t;
>
>
> First, let's include that thing in the dc_descriptor_t:
>
> struct dc_descriptor_t {
> const char *vendor;
> const char *product;
> dc_family_t type;
> unsigned int model;
> dc_transport_t transport[3]; // 3 assuming that someone builds a
> dive computer that does USB, BT, and BLE
> unsigned int serial;
> };
>
> Then we extend the g_descriptors to become useful:
>
> dc_descriptor_t g_descriptors[] = {
> //...
> {"Suunto", "Vyper Novo", DC_FAMILY_SUUNTO_D9, 0x1D, {
> DC_TRANSPORT_USB_FTDI , 0, 0 }},
> {"Suunto", "Zoop Novo",  DC_FAMILY_SUUNTO_D9, 0x1E, {
> DC_TRANSPORT_USB_FTDI , 0, 0 }},
> /* Suunto EON Steel */
> #ifdef USBHID
> {"Suunto", "EON Steel", DC_FAMILY_SUUNTO_EONSTEEL, 0, {
> DC_TRANSPORT_USB_HID, DC_TRANSPORT_BLE, 0 }},
> {"Scubapro", "G2", DC_FAMILY_SCUBAPRO_G2, 0x11, {
> DC_TRANSPORT_USB_HID, DC_TRANSPORT_BLE, 0 }},
> #endif
> //...
> {"Shearwater", "Petrel 2", DC_FAMILY_SHEARWATER_PETREL, 3, {
> DC_TRANSPORT_BT, DC_TRANSPORT_BLE, 0 }},
> //...
> {"Uwatec", "Smart Pro", DC_FAMILY_UWATEC_SMART, 0x10, {
> DC_TRANSPORT_IRDA, 0, 0 }},
> //...
> }
>
> Of course for those dive computers that change capabilities without
> changing names, we need to list all the ones they might have (and explain
> the problem in the FAQ / user manual) - as seen with the Petrel 2 in the
> example (for the EON Steel it's at least just a firmware update that makes
> it work).
>
> And now with this information it becomes MUCH easier to write the
> fill_computer_list() - we simply skip those descriptors that don't include
> on of the supported transports: (soon) only DC_TRANSPORT_BLE on IOS,
> DC_TRANSPORT_BT, DC_TRANSPORT_BLE, and DC_TRANSPORT_USB_FTDI on Android
> (Anton seems to believe that DC_TRANSPORT_USB_HID might work as well),
> etc.
>
> Does this seem reasonable? What am I missing?
>
> /D
> ___
> subsurface mailing list
> subsurface@subsurface-divelog.org
> http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
>
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: Pic or didn't happen

[Benjamin]

Heading to the Red Sea for data here. No need for a drysuit on this side :)

On Thu, 22 Jun 2017, 17:34 Willem Ferguson, 
wrote:

> Ass far as I can remember Ludwig was never found. So we have high
> expectations of you!
>
> On 22 Jun 2017 16:31, "Robert C. Helling" 
> wrote:
>
>> Poltsi and me about to take some more test data in lake Starnberg.
>>
>>
>> ___
>> subsurface mailing list
>> subsurface@subsurface-divelog.org
>> http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
>>
>> ___
> subsurface mailing list
> subsurface@subsurface-divelog.org
> http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
>
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Hebrew translations

[Benjamin]

Good morning
.I updated all of the Hebrew translations last night (the things people do
when they don't want to study for exams...).
If you could, please pull them.

Thank you
Benjamin
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: translations again

[Benjamin]

On Tue, 21 Feb 2017, 23:37 Pedro Neves, <nevesdi...@gmail.com> wrote:

> On 21-02-2017 21:28, Dirk Hohndel wrote:
> > The question becomes: should I leave Transifex source strings unchanged,
> > create a 4.6 branch, cherry pick the hand full of bug fixes in master
> that
> > came in since 4.6.2 (three commits from Linus, a couple from Robert, one
> > from Jan) and create a 4.6.3 based on that? Or should I push the updated
> /
> > improved strings that we have in master to Transifex (which means ALL the
> > languages will have to do more work in order to get back to 100%) and
> > stick with releasing master.
> >
> I prefer the 2nd option (push the updated /improved strings that we have
> in master to Transifex), even if it means extra work. But, I'll go with
> the majority...
>
> Cheers:
>
> Pedro
> ___
> subsurface mailing list
> subsurface@subsurface-divelog.org
> http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface


My 2 cents would be that the 2nd option of pushing the new strings would be
best.

Benjamin
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: Subsurface deco calculations

[Benjamin]

Or just count the gas for the crrently selected computer? After all, the
profile being displayed is from a single computer, isn't it?
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: Building on macOS error

[Benjamin]

On 4 February 2017 at 00:42, Dirk Hohndel  wrote:

>
> ...
> Webkit is no longer included by default. You can build it from source, or
> you can use -DUSE_WEBENGINE=ON on the cmake command line. That disables
> printing as that hasn't been ported to WebEngine, yet
>
> /D
>
> Is printing the only thing which is disabled?
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: 4.6 translations

[Benjamin]

Just updated all the possible strings in the Hebrew translation. I hope
that I didn't miss the deadline.

Benjamin
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: Bluetooth download on Mac

[Benjamin]

I just realised that I have not yet tried to download from bluetooth on
this macbook. I can scan for the Petrel 2 and find it, but I'm getting the
"Insufficient privileges to open the device" error message when I click on
download.
What can I do to try and isolate the problem?

Benjamin

On 9 January 2017 at 04:04, Rick Walsh <rickmwa...@gmail.com> wrote:

> Hi,
>
> One of my friends just installed Subsurface on his Mac (OS 10.9.5) for the
> first time and is trying to connect his Petrel 2 dive computer.
>
> He says he can pair the device, but the "save" button on the Bluetooth
> dialog is greyed out, so he cannot proceed any further.
>
> I'm not sure if this is Qt, OS, or user-related.
>
> Does anyone have any suggestions? I have not touched a Mac in years.
>
> Cheers,
>
> Rick
>
> ___
> subsurface mailing list
> subsurface@subsurface-divelog.org
> http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
>
>
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: Building on OSX

[Benjamin]

OK. I'll install Qt 5.7 and do my best.

Benjamin

On 30 December 2016 at 10:13, Robert C. Helling <rob...@euve10195.vserver.de
> wrote:

> Benjamin,
>
> > Am 30.12.2016 um 09:05 schrieb Anton Lundin <gla...@acc.umu.se>:
> >
> > I take my Subsurface without marble, printing and the user manual, so I
> > build and run it against the latest and greatest Qt 5.7
>
> If you really have time to spend you could help to make Subsurface compile
> with 5.7. The manual should already work (at least I sent patches gor that
> a while back), I don't know about marble (which could be a show stopper,
> one thing to investigate) and printing needs some more care since the way
> we currently do. page breaks depends on stuff that is no longer there for
> 5.7. You either need to replace this with some JavaScript logic or come up
> with a new approach.
>
> Best
> Robert
>
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: Building on OSX

[Benjamin]

Ok. I'll look through the mailing list and see if I can maybe pick up where
he left off.

Thank you!

Benjamin

On 30 December 2016 at 10:09, Anton Lundin <gla...@acc.umu.se> wrote:

> On 30 December, 2016 - Anton Lundin wrote:
>
> > On 30 December, 2016 - Benjamin wrote:
> >
> > > How does one build Subsurface on OSX? I'm trying to build the latest
> git
> > > version. I've followed the instructions on the webpage, but I now get
> the
> > > following message:
> > >
> > > CMake Error at /Users/user/Qt/5.6/clang_64/
> lib/cmake/Qt5/Qt5Config.cmake:26
> > > (find_package):
> > >
> > >   Could not find a package configuration file provided by
> "Qt5WebKitWidgets"
> > >
> > >   with any of the following names:
> > >
> > >
> > > Qt5WebKitWidgetsConfig.cmake
> > >
> > > qt5webkitwidgets-config.cmake
> > >
> > >
> > >   Add the installation prefix of "Qt5WebKitWidgets" to
> CMAKE_PREFIX_PATH or
> > >
> > >   set "Qt5WebKitWidgets_DIR" to a directory containing one of the above
> > >
> > >   files.  If "Qt5WebKitWidgets" provides a separate development
> package or
> > >
> > >   SDK, be sure it has been installed.
> > >
> > > Call Stack (most recent call first):
> > >
> > >   CMakeLists.txt:193 (find_package)
> >
> > Some parts of Subsurface uses Qt5WebKitWidgets, which isn't build for
> > the pre-packaged Qt 5.6 builds and up.
> >
> > You need a Qt 5.5 to build a "complete" Subsurface.
> >
>
> Btw. Robert started on the convertion to QtWebEngine, but ran in to some
> issues.
>
>
> We should probably fix those issues.
>
>
> Then it just comes down to Grantlee and Marble supporting QtWebEngine.
>
>
> //Anton
>
> --
> Anton Lundin+46702-161604
>
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: Building on OSX

[Benjamin]

Ah. That could be the problem. I was trying to build it against Qt 5.6.2
with the default install.
What is the currently recommended version for development? I suddenly have
some free time which hasn't yet been filled up for me in the next few
months... :)

Benjamin


On 30 December 2016 at 09:47, Dirk Hohndel <d...@hohndel.org> wrote:

> Which version of Qt are you building against?
> Qt 5.7 no longer includes the Qt5WebKitWidgets - and Qt 5.6 doesn't
> include it by default (but you can build it from source). 5.5 should still
> include it.
>
> /D
>
> On Dec 29, 2016, at 23:07, Benjamin <nyst...@gmail.com> wrote:
>
> How does one build Subsurface on OSX? I'm trying to build the latest git
> version. I've followed the instructions on the webpage, but I now get the
> following message:
>
> CMake Error at /Users/user/Qt/5.6/clang_64/lib/cmake/Qt5/Qt5Config.cmake:26
> (find_package):
>
>   Could not find a package configuration file provided by
> "Qt5WebKitWidgets"
>
>   with any of the following names:
>
>
> Qt5WebKitWidgetsConfig.cmake
>
> qt5webkitwidgets-config.cmake
>
>
>   Add the installation prefix of "Qt5WebKitWidgets" to CMAKE_PREFIX_PATH or
>
>   set "Qt5WebKitWidgets_DIR" to a directory containing one of the above
>
>   files.  If "Qt5WebKitWidgets" provides a separate development package or
>
>   SDK, be sure it has been installed.
>
> Call Stack (most recent call first):
>
>   CMakeLists.txt:193 (find_package)
>
> ___
> subsurface mailing list
> subsurface@subsurface-divelog.org
> http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
>
>
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Building on OSX

[Benjamin]

How does one build Subsurface on OSX? I'm trying to build the latest git
version. I've followed the instructions on the webpage, but I now get the
following message:

CMake Error at /Users/user/Qt/5.6/clang_64/lib/cmake/Qt5/Qt5Config.cmake:26
(find_package):

  Could not find a package configuration file provided by "Qt5WebKitWidgets"

  with any of the following names:


Qt5WebKitWidgetsConfig.cmake

qt5webkitwidgets-config.cmake


  Add the installation prefix of "Qt5WebKitWidgets" to CMAKE_PREFIX_PATH or

  set "Qt5WebKitWidgets_DIR" to a directory containing one of the above

  files.  If "Qt5WebKitWidgets" provides a separate development package or

  SDK, be sure it has been installed.

Call Stack (most recent call first):

  CMakeLists.txt:193 (find_package)
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: Transifex

[Benjamin]

Same for Hebrew

On Tue, 13 Dec 2016, 12:55 Tim Wootton,  wrote:

> Same for UK English
>
>
> On 13 December 2016 10:54:32 GMT+00:00, Pedro Neves 
> wrote:
>
> Dirk:
>
> Despite having translated all new strings to Pt, Transifex still says that
> there are 2 untranslated strings (which don't show up when I select
> "Untranslated"). Ignore?
>
> Cheers:
>
> Pedro
>
>
> subsurface mailing list
> subsurface@subsurface-divelog.org
> http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
>
> ___
> subsurface mailing list
> subsurface@subsurface-divelog.org
> http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
>
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: Theoretical Diver Blog

[Benjamin]

It's in English further down the page.

Benjamin

On Mon, 14 Nov 2016, 12:48 Davide DB, <dbdav...@gmail.com> wrote:

> Great Work indeed,
>
> Unfortunately I do not speak German and google translate doesn't grasp
> very well such articles.
>
> On 13 November 2016 at 13:57, Robert Helling <hell...@atdotde.de> wrote:
> > Hi,
> >
> > I finally got around to do what I had intended to do for more than a
> year: Start a blog on the theoretical aspects of diving (many of which I
> learned while contributing to Subsurface):
> >
> > http://atdotde.de/theoreticaldiver/
> >
> > So far, I started with some comments on VPM-B.
> >
> > Comment, contribute and spread the word!
> >
> > Best
> > Robert
> >
> >
> > ___
> > subsurface mailing list
> > subsurface@subsurface-divelog.org
> > http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
> >
>
>
>
> --
> Davide
> https://vimeo.com/bocio/videos
> ___
> subsurface mailing list
> subsurface@subsurface-divelog.org
> http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
>
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: Export to Facebook

[Benjamin]

No pressure :)
I was just testing it. It isn't something which breaks stuff for me.

Benjamin

On Sun, 9 Oct 2016, 21:00 Tomaz Canabrava, <tcanabr...@kde.org> wrote:

> Benjamin,
>
> This part is something I wrote, and Im terribly without time. I promess to
> fix this, but I can't give a timetable. Just moved from another country and
> started a new job.
>
> Tomaz Canabrava
>
> Em 8 de out de 2016 08:35, "Benjamin" <nyst...@gmail.com> escreveu:
>
> I tried the export to Facebook just now on a Windows 10 laptop.
> Nothing seems to happen on the Facebook side. Also, the dialog box for the
> export seems to only rebuild the post when the checkboxes are touched.
> Otherwise the dialog box displays the information from the last dive which
> I tried to share.
>
> Benjamin
>
> ___
> subsurface mailing list
> subsurface@subsurface-divelog.org
> http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
>
>
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Export to Facebook

[Benjamin]

I tried the export to Facebook just now on a Windows 10 laptop.
Nothing seems to happen on the Facebook side. Also, the dialog box for the
export seems to only rebuild the post when the checkboxes are touched.
Otherwise the dialog box displays the information from the last dive which
I tried to share.

Benjamin
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: Stickers

[Benjamin]

On 27 August 2016 at 23:42, Dirk Hohndel <d...@hohndel.org> wrote:

> ...
>
> So let’s first get a handle on interest. Who’d want some? How many? Which
> city / country?
>
> /D
>
>
Me!
Maybe 4 or 5? Ramat-Gan, Israel.
Strange as it may sound, I've run across quite a few people here using
Subsurface (All of them in English... :P). They suggested that I use it,
because it works much better than Oceanic's OceanLog, which my backup
computer (an OCS) comes with :)

Benjamin
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: Time zones (again)

[Benjamin]

It sounds like a good idea, but how would it affect dives which are
currently in logs? Would there then need to be a layer to check dates on
load/save and correct them to UTC? I can't think of other possible problem
areas, but maybe somebody else can?

Benjamin
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

TestFlight feedback for Subsurface-mobile.

[Benjamin Nauck]

First entry in divelog gets partly hidden by navigation bar

What I did:
1. Login to an empty account
2. Log a dive manually
3. The entry gets hidden by the blue bar at the top (see attached screenshot)

Expected result:
The first item in dive log should not scroll under the navigation bar


App Information:
App Name: Subsurface-mobile
App Version: 1.0.5 (4.5.2.1427)
Installed App Version: 1.0.5 (4.5.2.1427)

Device Information:
Device: iPhone8,1
iOS Version: 9.3.2
Language: en-SE (English (Sweden))
Carrier: TELIA
Timezone: CEST
Architecture: N/A
Connection Status: WiFi
Paired Apple Watch: N/A
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

TestFlight feedback for Subsurface-mobile.

[Benjamin Nauck]

Plus sign (add log) is not centered on the round button in the dive list



App Information:
App Name: Subsurface-mobile
App Version: 1.0.5 (4.5.2.1412)
Installed App Version: 1.0.5 (4.5.2.1412)

Device Information:
Device: iPhone8,1
iOS Version: 9.3.2
Language: en-SE (English (Sweden))
Carrier: TELIA
Timezone: CEST
Architecture: N/A
Connection Status: WiFi
Paired Apple Watch: N/A
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

TestFlight feedback for Subsurface-mobile.

[Benjamin Nauck]

Back button on first screen still closes/crashes the app, super annoying in my 
opinion

How to reproduce:
1. Open app
2. Press "<" button
3. It will now throw you back to the home screen

App Information:
App Name: Subsurface-mobile
App Version: 1.0.5 (4.5.2.1412)
Installed App Version: 1.0.5 (4.5.2.1412)

Device Information:
Device: iPhone8,1
iOS Version: 9.3.2
Language: en-SE (English (Sweden))
Carrier: TELIA
Timezone: CEST
Architecture: N/A
Connection Status: WiFi
Paired Apple Watch: N/A
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: [PLEASE VOTE] so what should we be working on

[Benjamin]

On 29 May 2016 at 00:37, Dirk Hohndel <d...@hohndel.org> wrote:

> I have been focused on other things for a while (and the why and the what
> will become public fairly soon) and decided to use that chance to figure
> out what would happen if I just stopped paying attention here for a while.
>
> So what should we be working on...? Should we...
>
> (1) just shut this down and move on?
> (2) move things to maintenance mode, abandon Subsurface-mobile, fix bugs
> in Subsurface whenever we find time but otherwise declare victory? It won't
> be too painful to track libdicecomputer and keep making 4.5.x releases for
> a while, I guess...
> (3) focus on Subsurface-mobile, release the iOS version, update the
> Android version and see if there is a single person besides me who is
> willing to invest time into that?
> (4) focus on Subsurface 4.6, fix the dive site management and create a
> list of prioritized features that we want to get in place?
> (5) focus on Subsurface 5.0, write a completely new UI and abandon what we
> have in 4.5?
>
> If your vote is for 3, 4, or 5 I assume that you are volunteering to carry
> some of the work that is needed to get there.
> If you don't vote, I will count that as a vote for 1.
>
> Good afternoon all,
As one of the many lurkers, I suppose that my 2 cents is worth slightly
less than that. To be honest, my life and work balance went to hell in the
past few months for various reasons.

Having said that, I would vote for 4  and 3, in that order. 5 sounds like a
fun challenge, but as both KDE and Gnome have shown, it is rather painful...

Given some time, I'm more than willing to help. I just need to a.) get
through this mess that I'm currently stuck in (Let's hear it for work
politics...), and b.) learn how the hell the QT interface code works (are
there any good tutorials for C/assembly programmers?).

Benjamin
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

TestFlight feedback for Subsurface-mobile.

[Benjamin Nauck]

It crashes when I press manually sync (for the record i dont have any logs on 
the cloud yet)

App Information:
App Name: Subsurface-mobile
App Version: 1.0.5 (4.5.2.1363)
Installed App Version: 1.0.5 (4.5.2.1363)

Device Information:
Device: iPhone8,1
iOS Version: 9.3.2
Language: en-SE (English (Sweden))
Carrier: TELIA
Timezone: CEST
Architecture: N/A
Connection Status: WiFi
Paired Apple Watch: N/A
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

TestFlight feedback for Subsurface-mobile.

[Benjamin Nauck]

Paste does not work in text fields. This makes it difficult to copy paste 
information from other applications.
I have tried the following fields:
* Email and password fields on the cloud credentials screen.
* Location, buddy and dive master fields on the add dive manually screen.

Paste works in the multi line field for notes though

App Information:
App Name: Subsurface-mobile
App Version: 1.0.5 (4.5.2.1283)
Installed App Version: 1.0.5 (4.5.2.1283)

Device Information:
Device: iPhone8,1
iOS Version: 9.3.2
Language: en-SE (English (Sweden))
Carrier: TELIA
Timezone: CEST
Architecture: N/A
Connection Status: WiFi
Paired Apple Watch: N/A
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

TestFlight feedback for Subsurface-mobile.

[Benjamin Nauck]

Hi, the app crashes for me when I tap the back button in the header when I 
don't have anything to go back to.

Steps to reproduce:
1. Open app
2. Tap < button

The button works if I first go to about.
Affected screen:


App Information:
App Name: Subsurface-mobile
App Version: 1.0.5 (4.5.2.1283)
Installed App Version: 1.0.5 (4.5.2.1283)

Device Information:
Device: iPhone8,1
iOS Version: 9.3.2
Language: en-SE (English (Sweden))
Carrier: TELIA
Timezone: CEST
Architecture: N/A
Connection Status: WiFi
Paired Apple Watch: N/A
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: latest Android build

[Benjamin]

> > After the update the dive profile doesn't show at all for me just the
yellow background colour.
>
> That's unfortunate. Does anyone else have that problem?
I'm not seeing this on my Galaxy S5 which runs 5.0.1 .
I did see the "double login" problem last night on this phone.

I'll try again tonight on a tablet that runs 4.3 and report back.

Benjamin
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: 4.5.3

[Benjamin]

Are there new strings that need translation?

Benjamin
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: towards 4.5.1 and 4.6

[Benjamin]

The subsurface4 resource is translated to the best of my abilities. Most of
what is in there are the terms I hear being used, so it isn't perfect
Hebrew.
The subsurface resource is locked for changes, so it is untouched.
Must the terms resource be translated, as in the Dutch translation?

Benjamin

On Mon, 19 Oct 2015 06:27 Dirk Hohndel <d...@hohndel.org> wrote:

> Since we have an easy to create crash with Windows / German translation I
> am leaning towards a rather rapid 4.5.1.
>
> From the data it appears that about 500 out of our 8500 current users have
> upgraded - that's pretty impressive given how many of our users only touch
> Subsurface a couple times a year. So far the bugs filed against 4.5.0 are
> two enhancement requests and Petrel communication issue (the crash
> mentioned above never made it into trac).
>
> I have applied the patches that were sent:
> - print templates (thanks Lubomir)
> - free diving stuff (thank Giorgio)
> - a couple random small things for both Subsurface and libdivecomputer
> (Robert, Anton, Gaetan, Ash)
>
> I fixed the bugs in the translations (thanks Robert - that script is
> extremely useful)...
>
> I'm wondering what else we need.
>
> If you missed 4.5 with your translation, now is a good time to catch up
> (Hi Benjamin).
>
> I know that some (cough - Tomaz - cough) are itching to get their
> "Subsurface-next" code into master, but it would be nice if we could spend
> a couple of days to figure out if there's anything else that we missed.
>
> Current tentative plan:
>
> 4.5.1 "in a few days" (I'll be traveling the next ten days which will make
> this a bit more fun)
> 4.5.2 early November (I'm just guessing that we'll need this - who knows)
>
> I'll open master for patches that are targeting 4.6 once 4.5.1 has been
> tagged.
>
> Comments, complaints?
>
> /D
> ___
> subsurface mailing list
> subsurface@subsurface-divelog.org
> http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
>
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: towards 4.5.1 and 4.6

[Benjamin]

Ok. Thank you.
Then I suppose that the Hebrew translation is ready, unless anybody reads
it and complains :D

On Tue, 20 Oct 2015 22:35 Miika Turkia <miika.tur...@gmail.com> wrote:

> No, the terms is only hints for the translators, it is not used
> anywhere (as far as I know)
>
> miika
>
> On Tue, Oct 20, 2015 at 10:09 PM, Benjamin <nyst...@gmail.com> wrote:
> > The subsurface4 resource is translated to the best of my abilities. Most
> of
> > what is in there are the terms I hear being used, so it isn't perfect
> > Hebrew.
> > The subsurface resource is locked for changes, so it is untouched.
> > Must the terms resource be translated, as in the Dutch translation?
> >
> > Benjamin
> >
> >
> > On Mon, 19 Oct 2015 06:27 Dirk Hohndel <d...@hohndel.org> wrote:
> >>
> >> Since we have an easy to create crash with Windows / German translation
> I
> >> am leaning towards a rather rapid 4.5.1.
> >>
> >> From the data it appears that about 500 out of our 8500 current users
> have
> >> upgraded - that's pretty impressive given how many of our users only
> touch
> >> Subsurface a couple times a year. So far the bugs filed against 4.5.0
> are
> >> two enhancement requests and Petrel communication issue (the crash
> mentioned
> >> above never made it into trac).
> >>
> >> I have applied the patches that were sent:
> >> - print templates (thanks Lubomir)
> >> - free diving stuff (thank Giorgio)
> >> - a couple random small things for both Subsurface and libdivecomputer
> >> (Robert, Anton, Gaetan, Ash)
> >>
> >> I fixed the bugs in the translations (thanks Robert - that script is
> >> extremely useful)...
> >>
> >> I'm wondering what else we need.
> >>
> >> If you missed 4.5 with your translation, now is a good time to catch up
> >> (Hi Benjamin).
> >>
> >> I know that some (cough - Tomaz - cough) are itching to get their
> >> "Subsurface-next" code into master, but it would be nice if we could
> spend a
> >> couple of days to figure out if there's anything else that we missed.
> >>
> >> Current tentative plan:
> >>
> >> 4.5.1 "in a few days" (I'll be traveling the next ten days which will
> make
> >> this a bit more fun)
> >> 4.5.2 early November (I'm just guessing that we'll need this - who
> knows)
> >>
> >> I'll open master for patches that are targeting 4.6 once 4.5.1 has been
> >> tagged.
> >>
> >> Comments, complaints?
> >>
> >> /D
> >> ___
> >> subsurface mailing list
> >> subsurface@subsurface-divelog.org
> >> http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
> >
> >
> > ___
> > subsurface mailing list
> > subsurface@subsurface-divelog.org
> > http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
> >
>
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: Subsurface 4.5 (Win10) crash after adding dive with planner

[Benjamin]

Sending from my phone, so I apologise for top-posting.
Does this string have the issue in all the other languages?
At work currently, so I can't check the Hebrew. Maybe everyone who is
working on a language could check their translation?

Benjamin

On Sun, 18 Oct 2015 05:39 Linus Torvalds <torva...@linux-foundation.org>
wrote:

> On Sat, Oct 17, 2015 at 7:32 PM, Linus Torvalds
> <torva...@linux-foundation.org> wrote:
> >
> > But right you are. That explains it. The German translation format
> > string is corrupt.
>
> True for both Swiss and German locale (de_CH and de_DE).
>
>  Linus
> ___
> subsurface mailing list
> subsurface@subsurface-divelog.org
> http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
>
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: Subsurface 4.5 (Win10) crash after adding dive with planner

[Benjamin]

Work in progress :D About 600 strings still to do in the subsurface4
tree... getting there slowly.
Benjamin
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

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

[Benjamin]

On Sun, 11 Oct 2015 08:58 Dirk Hohndel <d...@hohndel.org> wrote:



I was going to mention that... I think that was an unintended side effect of
a patch that Lubomir sent.

I would like .subsurface much better.

What do others think?

This is the directory that both the default .xml file as well as the hashes,
the picturedata and the git cache directories are in...

/D
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface


It does sound more "standard" to have those files in .subsurface instead of
in subsurface.
But I'm not really much of an expert :)

Benjamin
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: Hebrew translation of Subsurface [was Re: crash on planning a dive with LANG=fi]

[Benjamin]

I can try, but it won't be this week. It's my not-often-practiced 3rd
language, so I can't offer any miracles :S

Benjamin

On 11 October 2015 at 21:28, Dirk Hohndel <d...@hohndel.org> wrote:

> On Sun, Oct 11, 2015 at 09:24:27PM +0300, Sergey Starosek wrote:
> > Dirk,
> >
> > On Sun, Oct 11, 2015 at 9:14 PM, Dirk Hohndel <d...@hohndel.org> wrote:
> >
> > > On Sun, Oct 11, 2015 at 09:10:40PM +0300, Sergey Starosek wrote:
> > >
> > > Thanks for testing. I fixed this in the Portuguese translation (and the
> > > two instances in the rather incomplete Hebrew translation). The new
> daily
> > > binaries are compiling... if you could update this in few minutes and
> > > retest that would be very welcome.
> > >
> > > Planner with PT and FI locales works for me. Can't test hebrew since
> SSRF
> > does not offer it in the locales list.
>
> Oh, right. I removed that since it fell to such a low tranlation ratio...
>
> I changed the subject to see if we have any Hebrew speakers left on this
> list who would like to get that translation back into decent shape...
>
> Anyone?
>
> Thanks
>
> /D
> ___
> subsurface mailing list
> subsurface@subsurface-divelog.org
> http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
>
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: cloud storage progress bar testing

[Benjamin]

In my case it was a clean install. The computer hadn't had Subsurface on it
before.

Benjamin
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: Beta Testing

[Benjamin]

Steve 's scenario is what I saw. Not my machine, but I can't be blamed for
what my family decide to do to their computers and privacy.

Benjamin
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: Beta Testing

[Benjamin]

>> You could really do with a progress bar for the cloud data as the
download is very slow and subsurface seems to be hanging but isn't.
>
>
> There should be a big spinner overlaying the window as you load from or
save to the cloud. Are you not seeing that? I have seen that spinner get
stuck (and, frankly, haven't figured out why that happens or how to fix
that). Is that what you are seeing, or are you not seeing the spinner at
all?
>

Dirk, with regards to the spinner - I saw it while running the latest git
version on Saturday,  but not in the windows beta 1 version on Windows 10.

Benjamin
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

User ID checkbox

[Benjamin]

Should the "Save user ID locally?" checkbox in the Network preferences
constantly uncheck itself after clicking Apply or when opening the page?
The Default user ID is saved, but the checkbox state seems to be a bit off.

Benjamin
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: [PATCH] Add EON steel udev rule to FAQ

[Benjamin]

Would it not be best to include the firmware upgrade id anyway in a
different section? At some stage people will want to upgrade the software
anyway,  so it might save questions in the future...

Benjamin
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: Testing Native Bluetooth support on Windows platforms

[Benjamin]

Good evening Claudiu
I can't manage to get the bluetooth downloading working on my Petrel 2.
Trying with Windows 10 64 bit Home install.
Subsurface keeps on crashing when I press download.
I've installed the 32 bit runtimes which you linked to above.

Benjamin

On 12 August 2015 at 10:49, Claudiu Olteanu 
olteanu.vasilica.clau...@gmail.com wrote:

 Windows 10 puts a message on the right side of the screen: Add a device,
 Tap to setup your OSTC3 (see win10-ostc3+bluetooth01.jpg).

 Then it fails with the message: Error, Unable to open 00: etc, No device
 found (see win10-ostc3+bluetooth02.jpg).


 That message is prompt when your devices are not paired. When your local
 BTH adapter tries to connect to the remote one it tries to automatically
 pair the devices (if they are unpaired). Therefore,  Windows asks for your
 permissions and puts that message box. I will write these details in the
 user manual.


 Tried again this time I clicked the windows message that popped up and
 paired the OSTC3 and it worked (as it always used to when paired).

 Unpaired and tried again and it failed again but this time the progress
 bar reached 100% (see win10-ostc3+bluetooth03.jpg).


 The progress bar status is not quite accurate when you press the retry
 button. Were your devices paired? Did your dive computer device entered in
 Download mode?
 As I said, when the Windows prompts for your permissions, you should allow
 it.

 Also there are moments when the connection method will raise a timeout and
 it will fail if the pairing step takes too long.

 Cheers,
 Claudiu



 ___
 subsurface mailing list
 subsurface@subsurface-divelog.org
 http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface


___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: [PATCH] start making the android app more mobile friendly.

[Benjamin]

Good morning.
Where can one download a version of the nightly apk for testing?

Benjamin

On Mon, 27 Jul 2015 07:56 Steve stevewilli...@internode.on.net wrote:


 Dirk Hohndel dirk at hohndel.org
 Sun Jul 26 07:14:19 PDT 2015

 -Original Message-
 On Sun, Jul 26, 2015 at 04:57:34PM +0300, Grace Karanja wrote:
  On Sun, Jul 26, 2015 at 3:13 PM, Joakim Bygdell j.bygdell at gmail.com
 wrote:
 
   0001: Moves the buttons to a popup menu accessible from a single
 button,
   as they don’t fit on the screen of a phone.
   0002: Change the background to the same blue as in the icon.
   0003: Add the name to the top row of the UI.
   0004: Style the menu button to fit the theme.
  
 
 
  Thanks for these, it looks much better on mobile :)
 
  Dirk, I think you can add these to mater, then we can build up on them.

 They have been added to master and pushed.

 Thanks

 /D


 Just FYI on a Samsung S4 4.3 I cannot get to the menu by pressing the
 usual menu key (or any other way I can think of).

 ___
 subsurface mailing list
 subsurface@subsurface-divelog.org
 http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

 ___
 subsurface mailing list
 subsurface@subsurface-divelog.org
 http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: [PATCH] start making the android app more mobile friendly.

[Benjamin]

On 27 Jul 2015 08:15, Miika Turkia miika.tur...@gmail.com wrote:

 http://subsurface-divelog.org/downloads/daily/

 miika

 On Mon, Jul 27, 2015 at 8:14 AM, Benjamin nyst...@gmail.com wrote:
  Good morning.
  Where can one download a version of the nightly apk for testing?
 
  Benjamin

Thank you.
And sorry for the top post :(

Benjamin
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: [QtBluetooth] Help for testing HW_OSTC3 and SHEARWATER families

[Benjamin]

Just some random handwaving here...

The idea of a new dive computer called a Petrel 2 might be the simple
option right now, but what happens if in a future firmware update the
channel number gets changed? Is the idea of doing something similar to the
sdptool query over qtbluetooth not doable?

Benjamin

On 30 June 2015 at 01:38, Miika Turkia miika.tur...@gmail.com wrote:





 On 30 Jun 2015, at 05:29, Rick Walsh rickmwa...@gmail.com wrote:

 Hi Claudiu,

 On 30 June 2015 at 04:37, Claudiu Olteanu 
 olteanu.vasilica.clau...@gmail.com wrote:

 I've tested your patches, and your work looks great!


 Hi Rick,

 First of all, thanks a lot for your help! It helps me a lot to know that
 it worked for a device that I didn't have the chance to test personally.
 It gives me hope that I am on the right track.


 It looks to me like you are on the right track.


 To test a bit more, I unpaired my dive computer through the KDE Bluetooth
 system tray thing, and tried to pair it again through the Bluetooth dialog
 in Subsurface.  I have to admit that right-clicking and choosing pair
 seemed less than intuitive, but it worked flawlessly.


 To be honest I don't have too much experience with the UI/UX. I though
 that usually when an user wants to execute an action on a specific item,
 he just uses the right button click and he selects the action from a
 context menu. If you have other suggestions, please let me know.


 I'm definitely not a UI designer.  Don't lose sleep over what this,
 because what you have works, which is the main thing.  The issue with the
 the context menu is that it doesn't prompt you if you don't know it's
 there.  I expected there would be a 'pair' button, that is greyed out (or
 becomes 'unpair') when a paired device is selected.  Even better, could you
 keep the context menu, but  allow the user to select a device and exit the
 dialog with save, whether it's paired on not.  If it isn't already paired,
 then pair at that point.  The user doesn't need to understand what pairing
 is.


 We have similar need to know ui designs in other places as well. At least
 the selection of columns on dive list. But I haven't seen this dialog, so
 don't know how confusing it is. A button might really make sense. Anyway,
 the UI can be improved once the real functionality is in place.





 Can you do a similar query through qtbluetooth?  Or perhaps try channel
 zero first (should work for OSTC computers, Shearwater Predator and Petrel
 v1), if that fails, try channel 5.  I'm only aware of dive computers using
 those two channels, but you could try brute force after that.


 I suspect that this is caused by the timer which after 5 seconds
 without a feedback will stop the connecting process. This is just a
 speculation but I believe that the device starts to interrogate each
 channel (incrementally) and searches for the UUID of the required
 service. It is possible that if the Serial Port Profile is available on
 channel 5, the connection needs more time to succeeds.
 Therefore, do you think that you can apply the attached patch and
 try again? First remove the patch number 5 and then apply this one.
 This patch increases the timeout from 5 seconds to 20. If the timeout
 signal is raised and the device is in lookup service state, then it waits
 another 30 seconds. I just want to eliminate this possibility.



 It doesn't appear to be a timeout issue.  Upon selecting download, there's
 no pause - I immediately get the dialog Unable to connect to
 xx:xx:xx:xx:xx:xx Shearwater (Petrel).  It's exactly the same with or
 without the 20s timeout patch.  In both cases, the display on the Petrel
 continues its Wait PC 2:10 timer (it counts down from 3:00), which
 suggests it isn't responding to a failed connection, but is waiting for
 another attempt (no error message).  When a connection is made to channel
 5, (either with your previous patch, or with rfcomm), the display changes
 to Wait CMD, then Sending when downloading starts.

 I have no idea how qtbluetooth works, and haven't even tried to understand
 the code, but it appears that on initial failure, we are getting unable to
 connect, and giving up, rather than trying the next channel.  Could you
 force it to try again with the next channel?

 Alternatively, create a new dive computer type, Petrel 2, and if that is
 selected, go straight to channel 5.  The problem with this is that it
 relies on the user knowing their computer is a Petrel 2 - they look the
 same as the Petrel 1, and are almost the same dive computer - only
 differences I'm aware of is the new version has a digital compass, and a
 new Bluetooth chip.


 This selection would not be a big issue as current serial dl requires that
 as well. But of course it would be better if user was not bothered with
 these details.

 miika

 ___
 subsurface mailing list
 subsurface@subsurface-divelog.org
 http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo

Re: [PATCH] Planner notes - revise logic for gasmix output

[Benjamin]

Can the tests for NULL hurt? If not, it's always a good thing to have them.
After all, tasks dying due to random NULL pointers are so fun to see in
production systems. Not that I'm crying about code quality in various
things at $WORK at all...
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Merging nearby dive locations

[Benjamin]

I know that I asked to implement this feature, but unfortunately work keeps
on interfering with my attempts to do so :(
I'm really sorry, but I don't see that I will have to to work on this
feature right now.

Benjamin
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: [PATCH] Simplify distance calculations

[Benjamin]

If this were running constantly in the background then maybe. But why
optimise if it is something that doesn't run often? Or is trig still THAT
scary to people?
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: Dive Site Duplicates [was Re: Dive site management on daily build 4.4.2.669]

[Benjamin]

16cm is more than enough for anyone... :P
I'm hoping to be able to find some time today after work to do something on
this, if nobody else wants to do so.
Day jobs are horrible things sometimes :(

On Thu, 11 Jun 2015 07:19 Dirk Hohndel d...@hohndel.org wrote:

 On Thu, Jun 11, 2015 at 02:54:28AM +, Benjamin wrote:
  To be fair, those jump are all about 19.84 metres. So the idea of a 20
  metre circle would work for the merge.

 That's a little close :-)

 In the end we need a UI that really allows us to manage all that in a
 smart way. But 20 or 25 meters seems like a good starting point to combine
 sites with the same name - or to leave them as separate sites if they are
 further apart.

 /D

___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: Dive site management on daily build 4.4.2.669

[Benjamin]

Maybe if the dives are withing something smaller than 5 metres then merge
them?

On Wed, 10 Jun 2015 18:47 Dirk Hohndel d...@hohndel.org wrote:

 On Wed, Jun 10, 2015 at 05:32:03PM +0200, Joakim Bygdell wrote:
 
   On 10 Jun 2015, at 17:07, Dirk Hohndel d...@hohndel.org wrote:
  
  
   If the user just added a location name, never went to the dive site
 edit
   screen and then saves the dive (so Apply changes in the Notes tab)
 then we
   look at the name - if it's a known dive site name we pick that one (no
   idea what to do if there are multiple dive sites with the same
 name...),
   if it's not we simply create a dive site with that name and no
 additional
   information and use the uuid of that dive site for the dive we just
   finished editing.
  
   Does that all seem reasonable? What am I missing?
 
  If the user already have a dive site with coordinates that have the same
  name we can assume that it is the same and pick that one.

 Yes, if there's just one, that's a good idea. I wonder if the
 label/editbox should be a combo box after all, one that allows for easy
 completion.

 Tomaz is going to hate me for going back and forth and back and forth on
 the UI here...

  If it is a new dive site for the user and there exists multiple sites
  with the same name, should we show a list for the user to pick from and
  in that case how much more information about the site should we show
  other than country.

 Good idea. Show some data about the different sites and allow the user to
 pick...

   Comparing my V2 and my V3 files I discovered a lot of of errors in my
   old logbook.
   I have several duplicates because:
   I had several dives in the same place. Same name but some of them with
   gps data, some not.
   I had several dives in the same place, same name but slightly
   different gps points (I mean I used the companion app several times in
   the same spot)
  
   I have that same situation in my data
  
   I discovered that a row of 8 training dives, the same day in the same
   place, have slightly different gps points because the boat moved on
   the anchor and now I have 7 different dive sites.
  
   Right now I'm not sure how laymen will solve these problems once
 migrated.
  
   I have no good idea how to do that, either.
 
  How big are the deviations between the GPS coordinates??
  Should we implement some sort of filter that merges dive site
 coordinates if they are within 50m
  or whatever error margin the GPS locator has.

 But what if this is for example a wreck site and the user carefully
 specifies the exact GPS coordinates for the different entry points?
 But then, I guess, they'll have different names.

 So we could have some logic that says if it's the same name and the GPS
 distance is less than 50m, merge them. What GPS spot do we then pick? One
 of the two (or more) GPS spots that the user had? Or some average of them?

 I have several dives at Blue Corner in Palau. As it turns out there are
 several starting points for that dive and if you look closely on the globe
 you can see the different spots on the reef where we started the dive.
 I don't think I WANT them to get merged, nor would I want some average
 spot picked for them.

 Not a simple problem...

 /D
 ___
 subsurface mailing list
 subsurface@subsurface-divelog.org
 http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: Dive Site Duplicates [was Re: Dive site management on daily build 4.4.2.669]

[Benjamin]

To be fair, those jump are all about 19.84 metres. So the idea of a 20
metre circle would work for the merge.

On Thu, 11 Jun 2015 00:33 Davide DB dbdav...@gmail.com wrote:

 On Wed, Jun 10, 2015 at 8:17 PM, Dirk Hohndel d...@hohndel.org wrote:
  On Wed, Jun 10, 2015 at 07:25:38PM +0200, Joakim Bygdell wrote:
 
   On 10 Jun 2015, at 17:46, Dirk Hohndel d...@hohndel.org wrote:
  
   But what if this is for example a wreck site and the user carefully
   specifies the exact GPS coordinates for the different entry points?
   But then, I guess, they'll have different names.
 
  Most likely yes.

 Yes

 
  So what I'm looking to implement now would be something like this:
  (and remember, this is all for now about automatic creation of dive sites
  when importing from a V2 XML file)
 
  IF two sites have the same name
  AND they are closer than 20m
  THEN merge them into one site
 
  Different name or different GPS? Different sites.

 Yes

 
  And of course next we need the ability to identify two sites and say
 yep,
  these are the same, make them one in the dive site management menu.
 

 Yes


  I don't think we'll be able to come up with an algorithm that gets this
  perfectly right for every user. So I'm trying to come up with something
  that gets it right in most cases but doesn't prevent someone from fixing
  it later.
 
  So my rationale is if you meant it to be two different dives, then you
  almost certainly should have given it different names. But I'll still
  keep the 20m threshold just in case.

 Once some merge or find duplicates tool will be available in the
 dive sites management view, it would be nice having the threshold
 configurable.

 The above logic should be explained in the user manual. Especially how
 to be sure to do not loose valuabel GPS point during the import.

 About my points.
 These are really strange. Currently Subsurface merges only the last
 two that have exactly the same coords.
 I had the companion app turned on the whole day and the rubber boat
 was anchored all the time. Maybe my old smartphone gps was not
 reliable.
 I will merge these manually.

 location gps='42.363000 11.184300'Porto Ercole - Punta
 Finestra/location
 location gps='42.363100 11.184100'Porto Ercole - Punta
 Finestra/location
 location gps='42.363000 11.184400'Porto Ercole - Punta
 Finestra/location
 location gps='42.363100 11.184500'Porto Ercole - Punta
 Finestra/location
 location gps='42.363100 11.184200'Porto Ercole - Punta
 Finestra/location
 location gps='42.363200 11.185100'Porto Ercole - Punta
 Finestra/location
 location gps='42.363200 11.184100'Porto Ercole - Punta
 Finestra/location
 location gps='42.363200 11.184100'Porto Ercole - Punta
 Finestra/location

 When I dive with a rubber boat I start the companion app in advance so
 I don't know if I will go on a known spot.
 I will merge these one regardless of the gps point. They are exactly
 the same on different date.

 location gps='42.251600 11.116300'Isola di Giannutri - Punta San
 Francesco/location
 location gps='42.251700 11.116500'Isola di Giannutri - Punta San
 Francesco/location
 location gps='42.251600 11.116300'Isola di Giannutri - Punta San
 Francesco/location
 location gps='42.251600 11.116300'Isola di Giannutri - Punta San
 Francesco/location



 --
 Davide
 https://vimeo.com/bocio/videos
 ___
 subsurface mailing list
 subsurface@subsurface-divelog.org
 http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface