Re: [PATCH] Add two new libraries to requirement list (deb)

On Thu, Jun 11, 2015 at 01:52:02PM -0700, Linus Torvalds wrote: > On Thu, Jun 11, 2015 at 11:53 AM, Dirk Hohndel wrote: > > > > QtPositioning is new - I use that to quickly calculate distances between > > GPS locations. > > Umm. Is that the only thing you use it for? Umm, right now, yet. > Beca

Re: Dive site management on daily build 4.4.2.669

hi! On Wed, Jun 10, 2015 at 15:15:29 +0200, "Robert C. Helling" wrote: [...] > we could also think about sharing dive site information between different > users. Then I could for example import something like „Top 100 dive spots > in Germany“ and never have dived at 99 of them… that sounds like

Re: [PATCH] Add two new libraries to requirement list (deb)

On Thu, Jun 11, 2015 at 11:53 AM, Dirk Hohndel wrote: > > QtPositioning is new - I use that to quickly calculate distances between > GPS locations. Umm. Is that the only thing you use it for? Because if it is, it's kind of wasteful. The thing is, you only care about distances when they are near

Re: Dive site management on daily build 4.4.2.669

> On 11 Jun 2015, at 21:11, Davide DB wrote: > > On Thu, Jun 11, 2015 at 8:23 PM, Dirk Hohndel wrote: >> >> And here I was SO excited that Henrik was chiming in on this >> discussion… I’m still trying to get my head around this discussion, and can’t quite believe how it all got so compli

Re: Dive site management on daily build 4.4.2.669

On Thu, Jun 11, 2015 at 10:25:29PM +0200, Henrik Brautaset Aronsen wrote: > > > On 11 Jun 2015, at 21:11, Davide DB wrote: > > > > On Thu, Jun 11, 2015 at 8:23 PM, Dirk Hohndel wrote: > >> > >> And here I was SO excited that Henrik was chiming in on this > >> discussion… > > I’m still try

Re: Dive site management on daily build 4.4.2.669

On Thu, Jun 11, 2015 at 8:23 PM, Dirk Hohndel wrote: > > And here I was SO excited that Henrik was chiming in on this > discussion... Henrik left the tough job to me ;) -- Davide https://vimeo.com/bocio/videos ___ subsurface mailing list subsurfa

Re: git backend: actually update local cache from remote

On Thu, Jun 11, 2015 at 08:54:53PM +0200, Robert Helling wrote: > > On 11 Jun 2015, at 20:47, Robert C. Helling wrote: > > Hi, > > > Somehow, we might make use of the fact that our files have more structure > > than just line numbers, namely they are xml fields. > > a quick google search rev

Re: git backend: actually update local cache from remote

On Thu, Jun 11, 2015 at 08:47:16PM +0200, Robert C. Helling wrote: > > > So you are our posterchild for then implementing merging :-) > > that may be way beyond my powers. I realized that I phrased this badly. No, I'm not saying you need to implement that. What I'm saying is "you need to help bu

Re: git backend: actually update local cache from remote

On 11 Jun 2015, at 20:47, Robert C. Helling wrote: Hi, > Somehow, we might make use of the fact that our files have more structure > than just line numbers, namely they are xml fields. a quick google search reveals that this http://www.cs.hut.fi/~ctl/ might be our man! Best Robert signat

Re: [PATCH] Add two new libraries to requirement list (deb)

On Thu, Jun 11, 2015 at 3:53 PM, Dirk Hohndel wrote: > On Thu, Jun 11, 2015 at 03:44:48PM -0300, Tomaz Canabrava wrote: > > On Thu, Jun 11, 2015 at 3:32 PM, Miika Turkia > > wrote: > > > > > Signed-off-by: Miika Turkia > > > --- > > > INSTALL | 2 +- > > > 1 file changed, 1 insertion(+), 1 del

Re: [PATCH] Add two new libraries to requirement list (deb)

On Thu, Jun 11, 2015 at 03:44:48PM -0300, Tomaz Canabrava wrote: > On Thu, Jun 11, 2015 at 3:32 PM, Miika Turkia > wrote: > > > Signed-off-by: Miika Turkia > > --- > > INSTALL | 2 +- > > 1 file changed, 1 insertion(+), 1 deletion(-) > > > > diff --git a/INSTALL b/INSTALL > > index 2a4c987..b23

Re: git backend: actually update local cache from remote

On 11 Jun 2015, at 20:25, Dirk Hohndel wrote: Dirk, > So you are our posterchild for then implementing merging :-) that may be way beyond my powers. But I promise I will think about this and try to come up with something. Somehow, we might make use of the fact that our files have more struct

Re: [PATCH] Add two new libraries to requirement list (deb)

On Thu, Jun 11, 2015 at 3:32 PM, Miika Turkia wrote: > Signed-off-by: Miika Turkia > --- > INSTALL | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/INSTALL b/INSTALL > index 2a4c987..b23d08e 100644 > --- a/INSTALL > +++ b/INSTALL > @@ -75,7 +75,7 @@ sudo apt-get install

[PATCH] Add two new libraries to requirement list (deb)

Signed-off-by: Miika Turkia --- INSTALL | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/INSTALL b/INSTALL index 2a4c987..b23d08e 100644 --- a/INSTALL +++ b/INSTALL @@ -75,7 +75,7 @@ sudo apt-get install git g++ make autoconf libtool cmake pkg-config \ libusb-1.0-0-dev

Re: cmake problem - libssh2

On Thu, Jun 11, 2015 at 09:21:26PM +0300, Miika Turkia wrote: > I just installed libssh2-1-dev and qtpositioning5-dev today on Ubuntu > to get Subsurface to compile again. Can you send a patch to the INSTALL file? :-) /D ___ subsurface mailing list subs

Re: git backend: actually update local cache from remote

On Thu, Jun 11, 2015 at 07:06:20PM +0200, Robert C. Helling wrote: > > On 11 Jun 2015, at 18:32, Davide DB wrote: > > Hi, > > > How could local be synced form remote while working if we pull/sync at > > application start? > > As syncing might take a few seconds we would not freeze the applicat

Re: git backend: actually update local cache from remote

On Thu, Jun 11, 2015 at 06:56:27PM +0200, Robert C. Helling wrote: > Dirk, > > > > > Am 11.06.2015 um 16:53 schrieb Dirk Hohndel : > > > > https://cloud.subsurface-divelog.org/make-latte?number-of-shots=3 > > > > if the response is > > > > 418 with text "Linus does not like non-fat milk" > >

Re: Dive site management on daily build 4.4.2.669

On Thu, Jun 11, 2015 at 06:33:10PM +0200, Henrik Brautaset Aronsen wrote: > Den torsdag 11. juni 2015 skrev Davide DB følgende: > > > On Thu, Jun 11, 2015 at 4:22 PM, Dirk Hohndel > > wrote: > > > > > >> Ok you bought me. > > > > > > BTW - English idioms... "you bought me" means that I paid you

Re: git backend: actually update local cache from remote

On Thu, Jun 11, 2015 at 06:32:48PM +0200, Davide DB wrote: > On Thu, Jun 11, 2015 at 6:03 PM, Dirk Hohndel wrote: > > > > So any "sync" is a two step process. FIRST we save to the local cache. > > THEN we sync. > > Ah! > So if I manually use "Ctrl+S" or "File > Save" I fire this two step process.

Re: cmake problem - libssh2

I just installed libssh2-1-dev and qtpositioning5-dev today on Ubuntu to get Subsurface to compile again. miika On Thu, Jun 11, 2015 at 9:19 PM, Tomaz Canabrava wrote: > do you have the dev-files for libssh? I know that you use ubuntu and I'm not > sure if that's on by default. > > > On Thu, Jun

Re: cmake problem - libssh2

do you have the dev-files for libssh? I know that you use ubuntu and I'm not sure if that's on by default. On Thu, Jun 11, 2015 at 3:13 PM, Willem Ferguson < willemfergu...@zoology.up.ac.za> wrote: > On 11/06/2015 20:10, Tomaz Canabrava wrote: > > > > On Thu, Jun 11, 2015 at 3:06 PM, Willem Fer

Re: cmake problem - libssh2

On 11/06/2015 20:10, Tomaz Canabrava wrote: On Thu, Jun 11, 2015 at 3:06 PM, Willem Ferguson > wrote: During build: -- checking for module 'libssh2' -- package 'libssh2' not found Any user action required? how did you tried to comp

Re: cmake problem - libssh2

On Thu, Jun 11, 2015 at 3:06 PM, Willem Ferguson < willemfergu...@zoology.up.ac.za> wrote: > During build: > -- checking for module 'libssh2' > -- package 'libssh2' not found > > Any user action required? > how did you tried to compile? manually, via configure script? > Kind regards, > wille

cmake problem - libssh2

During build: -- checking for module 'libssh2' -- package 'libssh2' not found Any user action required? Kind regards, willem ___ subsurface mailing list subsurface@subsurface-divelog.org http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/sub

Re: git backend: actually update local cache from remote

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

Re: git backend: actually update local cache from remote

Dirk, > Am 11.06.2015 um 16:53 schrieb Dirk Hohndel : > > https://cloud.subsurface-divelog.org/make-latte?number-of-shots=3 > > if the response is > > 418 with text "Linus does not like non-fat milk" > > we have established a working connection. I think you still have to work on this: I get

Re: [RFC ]Dive site tags: my try

On Thu, Jun 11, 2015 at 06:15:13PM +0200, Davide DB wrote: > On Thu, Jun 11, 2015 at 4:45 PM, Dirk Hohndel wrote: > > On Thu, Jun 11, 2015 at 10:51:47AM +0200, Davide DB wrote: > >> > >> I agree, we can skip entirely this. > >> The important thing is that a welcome dialog explain everything > >> c

Re: Dive site management on daily build 4.4.2.669

Den torsdag 11. juni 2015 skrev Davide DB følgende: > On Thu, Jun 11, 2015 at 4:22 PM, Dirk Hohndel > wrote: > > > >> Ok you bought me. > > > > BTW - English idioms... "you bought me" means that I paid you money to do > > something. To change your mind, to provide services, etc. I think you > >

Re: git backend: actually update local cache from remote

On Thu, Jun 11, 2015 at 6:03 PM, Dirk Hohndel wrote: > > So any "sync" is a two step process. FIRST we save to the local cache. > THEN we sync. Ah! So if I manually use "Ctrl+S" or "File > Save" I fire this two step process. If I never save explicitly my logbook, is this two step process fired au

Re: [RFC ]Dive site tags: my try

On Thu, Jun 11, 2015 at 4:45 PM, Dirk Hohndel wrote: > On Thu, Jun 11, 2015 at 10:51:47AM +0200, Davide DB wrote: >> >> I agree, we can skip entirely this. >> The important thing is that a welcome dialog explain everything >> clearly and that V2 xm user file is saved/backup in some way. > > The ni

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

On Thu, Jun 11, 2015 at 03:43:39PM +, Benjamin wrote: > 16cm is more than enough for anyone... :P U... :c > 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 :( Their excuse for exis

Re: git backend: actually update local cache from remote

On Thu, Jun 11, 2015 at 05:29:58PM +0200, Davide DB wrote: > On Thu, Jun 11, 2015 at 3:23 PM, Dirk Hohndel wrote: > > > > Subsurface preference asks you "automatic or manual sync to cloud". > > If you are in manual mode, you have to manually start a "sync to cloud" > > from the menu. > > > > If yo

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

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 wrote: > On Thu, Jun 11, 2015 at 02:54:28AM +, Benjamin

Re: Dive site management on daily build 4.4.2.669

On Thu, Jun 11, 2015 at 4:22 PM, Dirk Hohndel wrote: > On Thu, Jun 11, 2015 at 10:09:19AM +0200, Davide DB wrote: >> >> Even knowing that to change current dive you click on the dive list, >> >> our eyes were drawn upwards on the dropbox. >> >> Given that actions on that control are very important

Re: git backend: actually update local cache from remote

On Thu, Jun 11, 2015 at 3:23 PM, Dirk Hohndel wrote: > > Subsurface preference asks you "automatic or manual sync to cloud". > If you are in manual mode, you have to manually start a "sync to cloud" > from the menu. > > If you are in automatic mode, Subsurface acts like this: > - if there is netwo

Re: [PATCH] Minor fixes to the INSTALL-file

On Thu, Jun 11, 2015 at 12:02:22PM +0300, "Paul-Erik Törrönen" wrote: > * Add needed qt5-qtlocation-devel package for Fedora install > * Correct the call to subsurface binary after compilation] Thanks for the patch. Much appreciated. Small complaint... the patch was line wrapped and needed to be

Re: git backend: actually update local cache from remote

On Thu, Jun 11, 2015 at 04:28:20PM +0200, Anton Lundin wrote: > On 11 June, 2015 - Dirk Hohndel wrote: > > > It's not easy to test this in a reliable manner. Ping is blocked in a ton > > of environments. We'd really have to open a direct https connection to the > > cloud server to figure out if we

Re: [RFC ]Dive site tags: my try

On Thu, Jun 11, 2015 at 10:51:47AM +0200, Davide DB wrote: > After an endless debate on taxonomy between Dirk, me and Henrik. In > the end we badgered Dirk to implement something :) Yes. That's how it's supposed to work. :-) Except that of course it is Tomaz that implemented most of this. I'm just

Re: git backend: actually update local cache from remote

On 11 June, 2015 - Dirk Hohndel wrote: > It's not easy to test this in a reliable manner. Ping is blocked in a ton > of environments. We'd really have to open a direct https connection to the > cloud server to figure out if we have connectivity or not. > The common trick is to use HTCPCP or such

Re: Dive site management on daily build 4.4.2.669

On Thu, Jun 11, 2015 at 10:09:19AM +0200, Davide DB wrote: > >> Even knowing that to change current dive you click on the dive list, > >> our eyes were drawn upwards on the dropbox. > >> Given that actions on that control are very important I would avoid it. > > > > I'm not quite sure why the dropd

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

On Thu, Jun 11, 2015 at 08:45:40AM +0200, Davide DB wrote: > > 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 > > furth

Re: git backend: actually update local cache from remote

Hi Dirk, > On 11 Jun 2015, at 15:23, Dirk Hohndel wrote: > > The save in the background when quitting is dangerous. On a larger data > set / slow connection this can take a while - I hate it when software does > something like this and then "hangs" instead of closing. I agree. But OTOH you are

Re: git backend: actually update local cache from remote

On Thu, Jun 11, 2015 at 12:15:12PM +0200, Martin Gysel wrote: > > > > I would to all cloud access in the background and offer the user (via > > a modal dialog) to reload when the background operation finished and > > implied an update to the currently displayed log. > > > > I never thought these

Re: git backend: actually update local cache from remote

On Thu, Jun 11, 2015 at 09:08:02AM +0200, Davide DB wrote: > I look forward to use this feature asap (as soon as it doesn't byte me) > I edit my logbook from three different machine and it's a PITA pying > attention to keep them in sync. I think we will be there, soon. > I do not like DropBox. Ac

Re: git backend: actually update local cache from remote

On Thu, Jun 11, 2015 at 07:25:46AM +0200, Robert C. Helling wrote: > > > This is kind of a hybrid of what you are talking about. If you are on a > > boat or on an island with shitty network you can simply work from the > > local cache. And if you suddenly have some connectivity you can trigger an

Re: git backend: actually update local cache from remote

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

[PATCH] Minor fixes to the INSTALL-file

* Add needed qt5-qtlocation-devel package for Fedora install * Correct the call to subsurface binary after compilation] Signed-off-by: Paul-Erik Törrönen --- INSTALL | 9 ++--- 1 file changed, 6 insertions(+), 3 deletions(-) diff --git a/INSTALL b/INSTALL index 2a4c987..09caf3e 100644 --- a

Re: [RFC ]Dive site tags: my try

After an endless debate on taxonomy between Dirk, me and Henrik. In the end we badgered Dirk to implement something :) The whole process was sketched four months ago when nothing was developed and discussed in detail so it's normal that not everything will apply now. On Thu, Jun 11, 2015 at 7:11 A

Re: Dive site management on daily build 4.4.2.669

On Thu, Jun 11, 2015 at 5:50 AM, Dirk Hohndel wrote: >> #2 In spite of the V2 UI, current V3 UI have all location related >> fields into the dive site panel. Moreover, even the Location name is a >> dropbox (containing dive sites) hence it's difficult thinking of a >> user who slip away from this

Re: git backend: actually update local cache from remote

On 11/06/2015 06:16, Dirk Hohndel wrote: >Dirk, I haven't actually tried your cloud infrastructure, I've just >been testing with my "remote repository on local disk" setup. Fact of the matter is, exactly ONE PERSON has tried this in the past 24 hours. Apparently this is far less exciting than I