Re: Report error received from zip_close

On 26 October 2015 at 09:54, Rick Walsh wrote: > On 26 October 2015 at 18:42, Dirk Hohndel wrote: >> >> That's what I get for assuming that libzip has a stable API. Silly, of >> course. I'll need to check the specific commit that Lubomir has tested as >>

Re: [PATCH 1/2] Calculate VPM-B ceiling outside of planner

Robert, On 26 October 2015 at 09:06, Robert C. Helling wrote: > HI, > > On 25 Oct 2015, at 10:44, Rick Walsh wrote: > > I like this concept. I'm not sure how to turn it into something > meaningful (other than the single statistic of "was the free gas

Re: Report error received from zip_close

On Mon, Oct 26, 2015 at 01:22:25PM +0200, Lubomir I. Ivanov wrote: > On 26 October 2015 at 09:54, Rick Walsh wrote: > > On 26 October 2015 at 18:42, Dirk Hohndel wrote: > >> > >> That's what I get for assuming that libzip has a stable API. Silly, of > >>

Re: Report error received from zip_close

On Mon, Oct 26, 2015 at 06:13:57PM +1100, Rick Walsh wrote: > Hi, > > I cannot build Subsurface with commit 8c70635 Report error received from > zip_close. > > I'm not sure where the type zip_error_t is/should be defined. I'm running > Fedora 22. > > [rick@notyourcomputer build]$ make > [ 0%]

Re: storing pictures

On 25/10/2015 23:48, Anton Lundin wrote: One idea i got for not bloating the git repo, is actually chucking the pictures in a separate git branch, completely separate from our "dive-data" branch. We could even put thumbs in another branch. That way we could choose if we would like to just

Re: Report error received from zip_close

On 26 October 2015 at 18:42, Dirk Hohndel wrote: > On Mon, Oct 26, 2015 at 06:13:57PM +1100, Rick Walsh wrote: > > Hi, > > > > I cannot build Subsurface with commit 8c70635 Report error received from > > zip_close. > > > > I'm not sure where the type zip_error_t is/should be

Report error received from zip_close

Hi, I cannot build Subsurface with commit 8c70635 Report error received from zip_close. I'm not sure where the type zip_error_t is/should be defined. I'm running Fedora 22. [rick@notyourcomputer build]$ make [ 0%] Built target documentationLink [ 0%] Built target documentation [ 0%] Built

Re: [PATCH 1/2] Calculate VPM-B ceiling outside of planner

Hi Rick, > On 26 Oct 2015, at 10:25, Rick Walsh wrote: > > So, using your observation that it converges fast, I realized we don't > actually need to calculate tts for every sample point. We just need to > calculate tts for the final sample, iif the ceiling has been

Re: Build errors

> > > > The thing that completely baffles me is that this is our daily build. > NOTHING in that area has changed in Subsurface and the "daily" build a few > days ago worked fine. > > I'm beginning to ask myself if this is maybe a corruption somewhere. I'll > push another commit and trigger new

Re: Build errors

On 26 October 2015 at 21:01, Dirk Hohndel wrote: > On Mon, Oct 26, 2015 at 08:54:48PM +, Long, Martin wrote: > > > > > > > > > > > > The thing that completely baffles me is that this is our daily build. > > > NOTHING in that area has changed in Subsurface and the "daily"

Re: Build errors

On Mon, Oct 26, 2015 at 04:02:50PM -0200, Tomaz Canabrava wrote: > On Mon, Oct 26, 2015 at 3:51 PM, Miika Turkia > wrote: > > > On Mon, Oct 26, 2015 at 7:44 PM, Tomaz Canabrava > > wrote: > > > > > > > > > On Mon, Oct 26, 2015 at 3:42 PM, Long, Martin

Re: Build errors

On Mon, Oct 26, 2015 at 09:11:38PM +, Long, Martin wrote: > On 26 October 2015 at 21:01, Dirk Hohndel wrote: > > > On Mon, Oct 26, 2015 at 08:54:48PM +, Long, Martin wrote: > > > > > > > > > > > > > > > > The thing that completely baffles me is that this is our daily

Re: Build errors

> > > Figured it out. > > And of course it was my personal stupidity that caused it. > You can't modify a list in cmake by treating it as a string. That breaks > things in apparently really creative ways. > > And trusty is the only platform we build on with BT so old that we disable > it in cmake.

Re: storing pictures

On Mon, Oct 26, 2015 at 06:53:50PM +0200, Guido Lerch wrote: > Hi Dirk, > > I¹ve put some thoughts into this. Not an easy topic as people might have > very individual requirements on this topic. > I suggest to take a step-wise approach, determining who would benefit > quickly depending on the

Re: Build errors

On Mon, Oct 26, 2015 at 08:54:48PM +, Long, Martin wrote: > > > > > > > > The thing that completely baffles me is that this is our daily build. > > NOTHING in that area has changed in Subsurface and the "daily" build a few > > days ago worked fine. > > > > I'm beginning to ask myself if this

Re: [PATCH 1/2] Calculate VPM-B ceiling outside of planner

Thanks Roberts, On 27 Oct 2015 06:08, "Robert C. Helling" wrote: > > Hi Rick, > >> On 26 Oct 2015, at 10:25, Rick Walsh wrote: >> >> So, using your observation that it converges fast, I realized we don't actually need to calculate tts for every sample

Re: [RFC PATCH]: honor LC_TIME variable (somewhat)

On Tuesday 27 October 2015 10:58:17 Dirk Hohndel wrote: > I'm sure I'm overlooking unintended consequences of this approach - which > is why this is an RFC and not something I just committed to master I'm not sure... this may be you're making a workaround instead of fixing it properly 10 lines

Re: [RFC PATCH]: honor LC_TIME variable (somewhat)

On Mon, Oct 26, 2015 at 08:11:57PM -0700, Thiago Macieira wrote: > On Tuesday 27 October 2015 10:58:17 Dirk Hohndel wrote: > > I'm sure I'm overlooking unintended consequences of this approach - which > > is why this is an RFC and not something I just committed to master > > I'm not sure... this

Re: Build errors

dude... I have no idea. are you sure that CMake found the right Qt ? try to look at CMakeCache.txt, look for Qt5_DIR ___ subsurface mailing list subsurface@subsurface-divelog.org http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: Build errors

On Mon, Oct 26, 2015 at 7:24 PM, Tomaz Canabrava wrote: > dude... I have no idea. > are you sure that CMake found the right Qt ? > > try to look at CMakeCache.txt, look for Qt5_DIR Built in launchpad, so no access to the CMakeCache.txt. But then again there should only be qt5

Re: Build errors

On Mon, Oct 26, 2015 at 7:44 PM, Tomaz Canabrava wrote: > > > On Mon, Oct 26, 2015 at 3:42 PM, Long, Martin wrote: >> >> >> >> On 26 October 2015 at 17:24, Tomaz Canabrava wrote: >>> >>> dude... I have no idea. >>> are you sure that

Re: storing pictures

Hi Dirk, I¹ve put some thoughts into this. Not an easy topic as people might have very individual requirements on this topic. I suggest to take a step-wise approach, determining who would benefit quickly depending on the complexity of the implementation. Let me explain my case. * I love to take

Re: Build errors

On Mon, Oct 26, 2015 at 3:51 PM, Miika Turkia wrote: > On Mon, Oct 26, 2015 at 7:44 PM, Tomaz Canabrava > wrote: > > > > > > On Mon, Oct 26, 2015 at 3:42 PM, Long, Martin > wrote: > >> > >> > >> > >> On 26 October 2015 at

Build errors

I am looking failed build logs for Ubuntu Trusty and there are some errors that apparently cause the build to fail. Can someone explain to me what the following error is and how to fix it? ---8<--- /«PKGBUILDDIR»/qt-ui/profile/tankitem.h:14: Error: Undefined interface AUTOMOC: error: process for