Re: i386 Subsurface AppImage

Succeeded by using personality=linux32 for schroot and the linux32 command. Now I can build i386 AppImages locally on a 64-bit host. ___ subsurface mailing list subsurface@subsurface-divelog.org

inotify_add_watch failed

I keep getting a QInotifyFileSystemWatcherEngine::addPaths: inotify_add_watch failed: No such file or directory message. sudo mkdir -p /maps makes the message go away. Is this a bug? Is it related to the AppImage or also on other builds? If you would like to check for yourself: sudo strace -f

Re: i386 Subsurface AppImage

2015-11-07 16:26 GMT+01:00 Dirk Hohndel : >> On Nov 7, 2015, at 06:09, probono wrote: >> >> Succeeded by using personality=linux32 for schroot and the linux32 >> command. Now I can build i386 AppImages locally on a 64-bit host. > > Cool. But I assume that

Re: i386 Subsurface AppImage

> On Nov 7, 2015, at 06:09, probono wrote: > > Succeeded by using personality=linux32 for schroot and the linux32 > command. Now I can build i386 AppImages locally on a 64-bit host. Cool. But I assume that then only runs on a 32bit machine, right?

[PATCH]es: mobile ui improvements

A whole bunch of improvements to the mobile ui ahead. This series of patches implements does the following: - build fix for Android (#0001) - layout and spacing improvements (#0006, #0009, #0010), these use common values for spacing in the layout, and result in a more organized appearance of

Re: cloud storage on Android

> On 07 Nov 2015, at 19:10, Dirk Hohndel wrote: > > > I think Lubomir posted about the fact that we may be using the wrong path > on Android. I'll play with this later but wanted to send this out now in > case it rings a bell for someone. Yepp, ever since the change to

Re: cloud storage on Android

> On Nov 7, 2015, at 11:03 AM, Lubomir I. Ivanov wrote: > > On 7 November 2015 at 20:30, Dirk Hohndel wrote: >> >> I want to look at where we used to write things to and just go back to using >> that :-) >> > > QStandardPaths::DataLocation seems

Re: cloud storage on Android

On 7 November 2015 at 21:24, Thiago Macieira wrote: > On Saturday 07 November 2015 11:20:20 Dirk Hohndel wrote: >> And we had that fail for us which is why we went back to DataLocation... >> >> what a mess > > https://bugreports.qt.io/browse/QTBUG-49101 > > Nothing is being

[PULL REQUEST] warning fixes

some general cleanup of warnings. i always check for #ifdefs before removing an unused variable, but please let me know if i messed up somewhere or if something looks wrong. --- The following changes since commit dab207a8c84ca0621a8a3cabd0b911e60347537d: Subsurface-mobile: load

4.5.2

Just a quick heads up. Heinrichs Weikamp surprised us with a firmware change that breaks downloading from their dive computers. It would have been nice had we known this was coming, but it is what it is. I decided to merge Jef's latest updates to libdivecomputer (YAY Jef!!!) into our branch

cloud storage on Android

Thanks to Sebastian our mobile UI is making quick progress! I fixed a couple more bugs that were introduced in the code restructuring and now Subsurface-mobile almost sorta works again :-) The exception is cloud storage. Thanks to a 10" tablet in landscape mode I have a nice complete error

Re: cloud storage on Android

> On Nov 7, 2015, at 10:19 AM, Joakim Bygdell wrote: > > >> On 07 Nov 2015, at 19:10, Dirk Hohndel wrote: >> >> >> I think Lubomir posted about the fact that we may be using the wrong path >> on Android. I'll play with this later but wanted to send

Re: cloud storage on Android

On Saturday 07 November 2015 11:20:20 Dirk Hohndel wrote: > And we had that fail for us which is why we went back to DataLocation... > > what a mess https://bugreports.qt.io/browse/QTBUG-49101 Nothing is being done because neither of the developers of QStandardPaths (David and I) do Android

Re: cloud storage on Android

On 7 November 2015 at 20:30, Dirk Hohndel wrote: > > I want to look at where we used to write things to and just go back to using > that :-) > QStandardPaths::DataLocation seems deprecated in favor of AppDataLocation. Android: go back to using Qt's DataLocation

Re: inotify_add_watch failed

> On Nov 7, 2015, at 7:46 AM, probono wrote: > > I keep getting a > QInotifyFileSystemWatcherEngine::addPaths: inotify_add_watch failed: > No such file or directory > message. > > sudo mkdir -p /maps > makes the message go away. > > Is this a bug? Is it related to the

Re: i386 Subsurface AppImage

On 7 November 2015 at 17:49, probono wrote: > 2015-11-07 16:26 GMT+01:00 Dirk Hohndel : >>> On Nov 7, 2015, at 06:09, probono wrote: >>> >>> Succeeded by using personality=linux32 for schroot and the linux32 >>> command. Now I can

Re: Subsurface ApplImage

2015-11-06 6:03 GMT+01:00 Dirk Hohndel : > On Thu, Nov 05, 2015 at 08:48:32PM +0200, Willem Ferguson wrote: >> Adding locality for imported dives through notes panel: ok >> HOWEVER, terminal message: >> qt.network.ssl: QSslSocket: cannot resolve SSLv2_client_method >>

Re: [PATCH 11/11] android build: remote -u flag from git pull

On Fri, Nov 6, 2015 at 10:57 PM, Sebastian Kügler wrote: > git pull -u isn't known on my systems (recent Debian and Ubuntu), so > better not use this flag. > Which Git version do you have? It's present on my Mac (v2.3.4) and on Ubuntu 15.04 (v2.1.4). -u, --update-head-ok

Re: [PATCH 11/11] android build: remote -u flag from git pull

On Saturday, November 07, 2015 23:45:58 Henrik Brautaset Aronsen wrote: > On Fri, Nov 6, 2015 at 10:57 PM, Sebastian Kügler wrote: > > > git pull -u isn't known on my systems (recent Debian and Ubuntu), so > > better not use this flag. > > Which Git version do you have? It's

[PATCH] Re: inotify_add_watch failed

2015-11-07 17:00 GMT+01:00 Dirk Hohndel : > >> On Nov 7, 2015, at 7:46 AM, probono wrote: >> >> I keep getting a >> QInotifyFileSystemWatcherEngine::addPaths: inotify_add_watch failed: >> No such file or directory >> message. > > Clearly another Marble

Re: [PATCH] Re: inotify_add_watch failed

> On Nov 7, 2015, at 2:33 PM, probono wrote: > > 2015-11-07 17:00 GMT+01:00 Dirk Hohndel : >> >>> On Nov 7, 2015, at 7:46 AM, probono wrote: >>> >>> I keep getting a >>> QInotifyFileSystemWatcherEngine::addPaths:

[PATCH] fix startpage appearing over dive list

Use the view, rather than the model to check if the list is empty. This allows us to use the property notifiers rather than a function call, and hence fixes updating the visibility of the startpage when the listview gets filled (or emptied). Signed-off-by: Sebastian Kügler ---

Re: [PATCH 11/11] android build: remote -u flag from git pull

On Sun, Nov 8, 2015 at 1:00 AM, Henrik Brautaset Aronsen < subsurf...@henrik.synth.no> wrote: > On Sun, Nov 8, 2015 at 12:04 AM, Sebastian Kügler wrote: > >> On Saturday, November 07, 2015 23:45:58 Henrik Brautaset Aronsen wrote: >> > On Fri, Nov 6, 2015 at 10:57 PM, Sebastian

Re: Subsurface ApplImage

> On Nov 7, 2015, at 2:39 PM, probono wrote: > > 2015-11-06 6:03 GMT+01:00 Dirk Hohndel : >> On Thu, Nov 05, 2015 at 08:48:32PM +0200, Willem Ferguson wrote: >>> Adding locality for imported dives through notes panel: ok >>> HOWEVER, terminal message:

[PATCH] Flip visibility when opacity is 0

This makes sure we don't accept any input from the startpage when interacting with the divelist -- they're really mutually exclusive. Signed-off-by: Sebastian Kügler --- qt-mobile/qml/DiveList.qml | 1 + 1 file changed, 1 insertion(+) diff --git a/qt-mobile/qml/DiveList.qml

Re: [PATCH 11/11] android build: remote -u flag from git pull

On Sun, Nov 8, 2015 at 12:04 AM, Sebastian Kügler wrote: > On Saturday, November 07, 2015 23:45:58 Henrik Brautaset Aronsen wrote: > > On Fri, Nov 6, 2015 at 10:57 PM, Sebastian Kügler wrote: > > > > > git pull -u isn't known on my systems (recent Debian and

Re: 4.5.2

[2015-11-07 14:05:55 -0800] Dirk Hohndel: > Just a quick heads up. Heinrichs Weikamp surprised us with a firmware change > that breaks downloading from their dive computers. It would have been nice > had we known this was coming, but it is what it is. I decided to merge Jef's > latest updates

Re: [PULL REQUEST] warning fixes

On Sun, Nov 08, 2015 at 12:00:47AM +0200, Lubomir I. Ivanov wrote: > some general cleanup of warnings. > > i always check for #ifdefs before removing an unused variable, but please > let me know if i messed up somewhere or if something looks wrong. I didn't see anything wrong with these. Thanks

Re: 4.5.2

On Sat, Nov 07, 2015 at 06:34:26PM -1000, Gaetan Bisson wrote: > [2015-11-07 14:05:55 -0800] Dirk Hohndel: > > Just a quick heads up. Heinrichs Weikamp surprised us with a firmware > > change that breaks downloading from their dive computers. It would have > > been nice had we known this was