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

On 2016-05-28 23:37, Dirk Hohndel wrote: [..] > So what should we be working on...? Should we... > > (1) just shut this down and move on? Definite no. > (2) move things to maintenance mode, 4.5 could be in maint IMHO. With 4.6 being the 'fix dive site management' edition. > abandon

Re: so apparently Qt 5.7 was released

On 2016-06-16 16:00, Dirk Hohndel wrote: > > Not sure if it fixes any of our bugs, but it will likely cause > problems for the desktop version that still uses WebKit which was > deprecated in 5.6 and which I believe is now gone. So someone will > have to spend the time to make sure that

Re: OSX Build problems

, Dirk Hohndel wrote: > On Tue, Mar 15, 2016 at 04:32:37PM +0100, Jeroen Massar wrote: >>>> >>>> There are errors while building libdivecomputer, it tries also to >>>> build examples/dctool_parse.c where in calls of the type >>>> VENDOR_MODEL_p

Re: OSX Build problems

On 2016-03-15 18:59, Dirk Hohndel wrote: > On Tue, Mar 15, 2016 at 06:42:21PM +0100, Jeroen Massar wrote: >> [TLDR: Full intent to provide proper patches, but I need it then to >> build first as then I can debug the real problem: why the heck I get >> segfaults when

Re: OSX Build problems

On 2016-03-15 19:05, Dirk Hohndel wrote: > On Tue, Mar 15, 2016 at 06:53:20PM +0100, Jeroen Massar wrote: >> >>> But fact is... people are asking for a 4.5.4 release. Yet the total number >>> of people who have tried the daily build that I did weeks ago (and yes, I &

Re: OSX Build problems

On 2016-03-15 18:40, Dirk Hohndel wrote: > On Tue, Mar 15, 2016 at 05:30:10PM +, Pablo Wolter wrote: >> So this: >> >> $ git shortlog -s -n | egrep -i "jeroen|massar" >> >> $ git shortlog -s -n | grep -i "hohndel" >> 3799 Dirk

Re: OSX Build problems

On 2016-03-15 15:40, Dirk Hohndel wrote: > >> On Mar 15, 2016, at 3:31 AM, Robert Helling > > wrote: >> >> Hi, >> >> I am currently enjoying two build problems when using the build.sh script: >> >> There are errors while building libdivecomputer, it tries

[PATCH] OSX build patches against v4.5-branch

of a clean install already. Greets, Jeroen From 937b2b1fb764ed5df0d0353e1d462dba4ec1a1ca Mon Sep 17 00:00:00 2001 From: Jeroen Massar <jer...@massar.ch> Date: Wed, 16 Mar 2016 08:57:41 +0100 Subject: [PATCH 1/3] Debug reminder: how to get more verbose details out of cmake Signed-off-by: Je

[PATCH] 3 tiny OSX build patches (against master)

p 17 00:00:00 2001 From: Jeroen Massar <jer...@massar.ch> Date: Wed, 16 Mar 2016 08:57:41 +0100 Subject: [PATCH 1/3] Debug reminder: how to get more verbose details out of cmake Signed-off-by: Jeroen Massar <jer...@massar.ch> --- CMakeLists.txt | 3 +++ 1 file changed, 3 ins

Re: Developing and Deploying devices

On 2016-04-12 18:42, Dirk Hohndel wrote: > On Tue, Apr 12, 2016 at 05:39:54PM +0200, Jeroen Massar wrote: >>>> The device: >>>> * a name ("OnSurface" ? :) >>> >>> Subsurface Box >>> >>> But of course this is open to di

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

On 2016-04-08 18:19, Robert Helling wrote: > Hi, > > today, I had a lunch meeting with Lars and Martin the authors of the > Divemate dive log for Android and iOS and and Divemate fusion USB > connectors. We had a chat about their products and subsurface and > exchanged some ideas. In particular

Re: Developing and Deploying devices

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

Re: Developing and Deploying devices

On 2016-04-12 16:58, Dirk Hohndel wrote: [..] >> Hence the best way to go is to just use the packaging system of the >> distro that gets chosen. > > So the CHIP uses a Debian based system. But as I said in my last two > emails, exposing that to end users is already declaring defeat. Indeed,

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

On 2016-04-10 10:05, Miika Turkia wrote: [..] >> Yes, now that I have a working BLE connection from the C.H.I.P to my iPhone >> I would have to agree - it's not exactly fast. >> But then again, the information we need to transfer isn't all that large, >> either. The compressed XML for me seems

Re: Developing and Deploying devices

On 2016-04-14 07:54, Tim Wootton wrote: > On 12/04/16 15:58, Dirk Hohndel wrote: [..] > The disadvantage is that a full image download is needed for each > upgrade, which provides an intensive to make it as minimal as possible. > Group A users can always side-load their favourite tools after

Re: SubsurfacePi report

On 2016-04-18 16:16, Robert Helling wrote: [..] > I have the RPi acting as an access point and my iPhone connects to it > (and for example I can access the RPi’s web server with safari). It does > not yet boot into that state for unknown reasons, I still have to > ifconfig manually, but that

Re: Google spam-detection [WAS: Re: [PATCH 10/12] Grab the payload of DL7 file]

On 2016-04-28 11:17, "Paul-Erik Törrönen" wrote: > Got caught in moderation as I used incorrect sender info. > > On Mon, April 25, 2016 22:39, Thomas Pfeiffer wrote: >> though not as often as those from the subsurface list. The GMail spam > filters seem to be pretty bad on the false positives

Re: RFC Multiple users of cloud storage

On 2016-05-18 14:44, Robert Helling wrote: [..] > This is more about the internal handling. What is the local path name Looking at Chrome/Thunderbird as examples, they use a random hash as the random profile path (though that is done primarily against code trying to store files in those paths and

Re: Developing and Deploying devices

[Two replies in one] On 2016-04-14 08:48, Robert Helling wrote: > Hi, > >> On 14.04.2016, at 08:05, Jeroen Massar <jer...@massar.ch >> <mailto:jer...@massar.ch>> wrote: >> >> Thus in the case of a 'wrong flash', we could have a tool that just >> f

Re: Developing and Deploying devices

On 2016-04-14 16:18, Dirk Hohndel wrote: > >> On Apr 13, 2016, at 11:48 PM, Robert Helling <hell...@atdotde.de >> <mailto:hell...@atdotde.de>> wrote: >> >> Hi, >> >>> On 14.04.2016, at 08:05, Jeroen Massar <jer...@massar.ch >&

Re: Developing and Deploying devices

On 2016-04-14 16:43, David Tillotson wrote: [..] > On a commercial product I worked on in the past, we used a fairly > simple solution for field upgrades (although that was an FPGA based > system, so it may not be as easy for the likes of the CHIP): [..] The C.H.I.P. has Uboot like many other

Re: Developing and Deploying devices

On 2016-04-14 16:55, Dirk Hohndel wrote: > >> On Apr 14, 2016, at 7:50 AM, Jeroen Massar <jer...@massar.ch> wrote: [..] >> Thus, if we go the image route, and the KISS-setup that we are going for >> will likely imply that, then we just use this recovery feature to

OT: Recall of Suunto Tank Pod & Wireless Tank Pressure Transmitter

As several of us here are using Suunto's and specifically EON Steel's, they are recalling all Tank Pods/WirelessTransmitters. See below for the text from the mail and the link to the web edition. Save diving! Greets, Jeroen -- Suunto has identified a potential safety risk affecting all

Re: services should be back up - power outage

On 20201001, at 10:38, Chirana Gheorghita Eugeniu Theodor wrote: > > Peacemaker and corosync? There are hundreds of options to achieve these kind of goals, but without knowing the type of data that one wants to synchronise and how they are updated and how locking works and how much

Re: services should be back up - power outage

On 20201001, at 07:00, Dirk Hohndel via subsurface wrote: > >> On Sep 30, 2020, at 8:36 PM, Chirana Gheorghita Eugeniu Theodor >> wrote: >> >> What would be needed to have a secondary server in a new location? what >> setup are we talking about? > > It’s actually rather difficult to

Re: services should be back up - power outage

> On 20201001, at 22:08, Attilla de Groot wrote: > > I’m not familiar with all the details, but an F5 is probably an overkill and > you can acomplish the same thing with quite a simple nginx setup. ;-) BIG-IP is indeed effectively an old Red-Hat, with Apache, Zebra (not even Quagga) and

Re: Removing all gps features

On 2021-09-11 21:34, Robert Helling via subsurface wrote: Hi, On 11. Sep 2021, at 18:53, Dirk Hohndel via subsurface > wrote: Thoughts? Is there anyone here who side-loads their own build? And if yes, are you using the GPS features? the GPS

Re: because people are just fundamentally assholes

On 2022, at 20:33, Dirk Hohndel via subsurface wrote: > > And I finally broke down and implemented DKIM on the server (as Linus and I > speculated that that might help to not be "disappeared" by gmail). Yeah, these are sucky tactics, and in many cases, unless you have personal contacts

Re: GitHub two-factor authentication

Btw, read: https://github.blog/2023-03-09-raising-the-bar-for-software-security-github-2fa-begins-march-13/ which links to https://docs.github.com/en/authentication/securing-your-account-with-two-factor-authentication-2fa for various options. Note these are options (outside of the requirement