> For Linux Fedora add new dive from Log > New dive still crashes the app:
> > Ok.
> > First test failed on linux.
> > I click Log > Add dive and app crashes. Where is the log of the app in
> > linux? I can dig it out but I am too lazy now.
Cannot reproduce this on Opensuse 15.1
Updated to
> I'd appreciate if people could test these builds. Yeah, there's a lot
> of them and likely no one has access to all those platforms... but if
> you have one of the Ubuntu versions we build for (18.04, 19.10, 20.04)
> or openSUSE 15.0 or 15.1 or Fedora 29 through 31... please give them a
> try.
>
Hi Dirk,
Phone: Samsung Galaxy S7 Edge, LineageOS 14.1
DC: Suunto Vyper 2
FTDI cable: NoName...
Subsurface 4.8.1.156
> Start Subsurface-mobile (I need to poke at this a little more in order for
> it to work correctly when Subsurface-mobile gets started because you
> plugged in a dive computer)
Hi,
> On Wednesday, 20 June 2018 12:35:45 PDT Martin Gysel wrote:
> > I get the following backtrace:
> >
> > QPainter::begin: Paint device returned engine == 0, type: 2
>
Here is another backtrace, running subsurface 4.7.8-372 on Tumbleweed, not
sure if this can give any more clues...
Hi all,
> It builds. What happens if you resort the dive list based on a different
> column?
dive list disappears, following output in console:
--
QPainter::begin: Paint device returned engine == 0, type: 2
QPainter::setFont: Painter not active
> > Only once there was a problem with connecting to the cloud, but the other
> > three times I started the appimage it connected to cloud without problems.
>
> What were the symptoms when you couldn't connect to the cloud? Did it just
> time out or did you get an error? Could you test connecting
> Hi,
>
> just tested on openSUSE Leap 42.3, and I get the following error:
> ./Subsurface-5196b46-x86_64.AppImage: symbol lookup error:
> /lib64/libssl.so.1.0.0: undefined symbol: OPENSSL_init_library>
> Guillaume
>
> Le 06/11/2017 à 07:09, Dirk Hohndel a écrit :
> > Thanks to
On Sonntag, 15. Oktober 2017 23:13:24 CEST Lubomir I. Ivanov wrote:
> > ok, we can try with the de-saturated flag when editing. i will create
> > a new Github pull-request for people to test this.
> > mind that we have some "legal" polices about image contributions, so
> > it's best that i
On Sonntag, 15. Oktober 2017 22:40:37 CEST Lubomir I. Ivanov wrote:
> On 15 October 2017 at 23:14, Dietrich Meyer <dietr...@sunnynames.com> wrote:
> > On Sonntag, 15. Oktober 2017 21:51:28 CEST Lubomir I. Ivanov wrote:
> >> On 15 October 2017 at 22:42, Lubomir I. Iva
On Sonntag, 15. Oktober 2017 21:51:28 CEST Lubomir I. Ivanov wrote:
> On 15 October 2017 at 22:42, Lubomir I. Ivanov wrote:
> > On 15 October 2017 at 22:30, Willem Ferguson
> >
> >> A suggestion. Change the colour if the non-finalised marker from red to
> >> any
> >> colour
> Am 15.10.2017 um 16:22 schrieb Willem Ferguson:
> > I create a new, nonexistent dive location name, then click "Apply
> > changes". Then I click the icon "edit dive site". A new marker is
> > created on the map with a message "Drag the selected location". When I
> > drag the new marker, I drag
On Samstag, 23. September 2017 11:46:12 CEST you wrote:
> On 23 September 2017 at 10:14, Dietrich Meyer <dietr...@sunnynames.com>
wrote:
> > - changing exact position of dive site by dragging with mouse
> > works (never
> >
> > noticed this in the
On Samstag, 23. September 2017 06:41:23 CEST you wrote:
> > Anything more specific I could test?
>
> Key things I worry about
> a) does the map widget work
Yes, as far as I can see, everything works fine
- click on dive in list, map moves and zooms to dive
- click on divesite in
> Right now I'm building Windows (that gets a decent amount of testing it
> seems), Mac (not as much), Ubuntu (very little), openSUSE/Fedora (any?).
I am using subsurfacedaily on Opensuse Tumbleweed, installed from the OBS,
updated to 4.6.4.839-1.1 today.
> If you are regularly / occasionally
On Montag, 10. Juli 2017 00:04:13 CEST Dirk Hohndel wrote:
> Correct analysis. I'm about NN minutes away from an update that provides
> much better debug information. I hope NN < 30 - but I have learned not to
> make such promises.
>
> /D
Ok, here is some progress:
The problem was SELinux not
On Montag, 10. Juli 2017 00:04:13 CEST Dirk Hohndel wrote:
> Correct analysis. I'm about NN minutes away from an update that provides
> much better debug information. I hope NN < 30 - but I have learned not to
> make such promises.
>
> /D
just tried version 4.6.4.380.
Same,same... only that I
On Sonntag, 9. Juli 2017 23:53:36 CEST you wrote:
> > but with your help I see the problem:
> > there is a line
> > "Finished thread Insufficient privileges to open the device %s %s (%s)
> > dives downloaded 0"
> > next line reads
> > "50.409: DCDownloadThread finished"
> >
> > So some privileges
On Sonntag, 9. Juli 2017 23:30:28 CEST you wrote:
> > Tried to download from Suunto Vyper2 via third-party FTDI Suunto-USB
> > cable
> > and USB-OTG cable connected to Samsung Galaxy S5 with LineageOS 14.1
> > (Android 7.1.1). I used subsurface - version 2.0(4.6.4.363).
> >
> > Don't have any
Dear Dirk and all other contributors,
Preface: I am not sure how much you all are interested in my opinion, since I
am merely an open-source "parasite" (i.e. user, who, until now did not even
report any bugs, nor contribute any useful input or code)
I have been using subsurface since 2012,
19 matches
Mail list logo