Almost Beta 2 Cloud Storage fails

[Dirk Hohndel]

> On Sep 18, 2015, at 4:09 PM, Rick Walsh <rickmwalsh at gmail.com> wrote:
> 
> Hi,
> 
> On 19 September 2015 at 06:52, Dirk Hohndel <dirk at hohndel.org <mailto:dirk at hohndel.org>> wrote:
> Just a quick update. I'm waiting for patches from Tomaz. I just kicked of
> daily builds so people who want to test have something to test.
> The weekend will be rather busy with family activities, so if I don't get
> Beta 2 today I'm not sure when it will go out, but as far as I'm concerned
> we have now entered the final stage.
> 
> We need to test, translate, document, and fix bugs and issues that pop up.
> 
> It would be really nice if more of the 200+ people on this list would
> participate in this effort. Beta 1 binaries have been tested on a total of
> 90 systema / VMss. And that includes all the folks who aren't on this list
> who saw the various announcements. Cloud storage has been tested by fewer
> than 50 people.
> 
> Cloud storage used to work for me when you first introduced it, but haven't been able to save to the cloud for quite a while now, including the latest master.  When I save to cloud, Subsurface does nothing for a little while, then a progress window pops up with 'contacting cloud service'.  The progress bar never fills.
> 
> I'm running Fedora 22, but it also failed for me last time I tested on Windows 8 and 10.
> 
> I'm not sure how to debug this.  Here is a backtrace of cloud storage failing.

So the obvious questions are... firewall? Proxy? built from source or my binaries?

> (gdb) bt 50
> #0  0x00007fffefaee063 in select () from /lib64/libc.so.6
> #1  0x00007ffff67a938c in wait_for.constprop () from /home/rick/src/install-root/lib/libgit2.so.23
> #2  0x00007ffff67a93f4 in curls_write () from /home/rick/src/install-root/lib/libgit2.so.23

So lib curls is used as transport, that's good. But it hangs. That's bad. That's why I'm asking about proxy settings.
> 
> Probably related, TestGitStorage_run fails:
> [rick at notyourcomputer build]$ ctest -V -R TestGitStorage_run 
> UpdateCTestConfiguration  from :/home/rick/src/subsurface/build/DartConfiguration.tcl
> UpdateCTestConfiguration  from :/home/rick/src/subsurface/build/DartConfiguration.tcl
> Test project /home/rick/src/subsurface/build
> Constructing a list of tests
> Done constructing a list of tests
> Checking test dependency graph...
> Checking test dependency graph end
> test 10
>     Start 10: TestGitStorage_run
> 
> 10: Test command: /home/rick/src/subsurface/build/TestGitStorage
> 10: Test timeout computed to be: 9.99988e+06
> 10: ********* Start testing of TestGitStorage *********
> 10: Config: Using QtTest library 5.5.0, Qt 5.5.0 (x86_64-little_endian-lp64 shared (dynamic) release build; by GCC 5.1.1 20150618 (Red Hat 5.1.1-4))
> 10: PASS   : TestGitStorage::initTestCase()
> 10: PASS   : TestGitStorage::testSetup()
> 10: PASS   : TestGitStorage::testGitStorageLocal()
> 10: PASS   : TestGitStorage::testGitStorageCloud()
> 10: PASS   : TestGitStorage::testGitStorageCloudOfflineSync()
> 10: PASS   : TestGitStorage::testGitStorageCloudMerge()
> 10: PASS   : TestGitStorage::testGitStorageCloudMerge2()
> 10: QFATAL : TestGitStorage::testGitStorageCloudMerge3() Received signal 11

That's fixed in latest master. Unrelated to the above... and it shows that here
you actually connect to the cloud storage successfully.

/D
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.subsurface-divelog.org/pipermail/subsurface/attachments/20150918/a09a49d8/attachment.html>