cloud storage

Joakim Bygdell j.bygdell at gmail.com
Sat Jun 13 08:02:23 PDT 2015


> On 13 Jun 2015, at 16:17, Dirk Hohndel <dirk at hohndel.org> wrote:
> 
> 
>> On Jun 13, 2015, at 7:06 AM, Joakim Bygdell <j.bygdell at gmail.com <mailto:j.bygdell at gmail.com>> wrote:
>> 
>>> 
>>>> Selecting “Cloud storage open” from file menu gives me this error message.
>>>> 
>>>> git clone of https://cloud.subsurface-divelog.org/git/j.bygdell@gmail.com <https://cloud.subsurface-divelog.org/git/j.bygdell@gmail.com> failed (Failed to make directory '/Library/Application Support/Subsurface': Permission denied)
>>> 
>>> Why would it try to create this directory in /Library? It should create it in ~/Library 
>>> (and there you should definitely have permission to create it... it's where by default
>>> we create your .XML / .ssrf file as well. Very strange. From the logs on my side
>>> you are on 10.10 just as I am (I'm on my iMac this morning, not on my Linux box
>>> so I figured I'd test from this machine as well.
>>> 
>>> I'll investigate this bug, too
>> 
>> Another thing, once I created the Subsurface folder under “/Library/Application Support/“, subsurface created a new folder named Subsurface in the one I created.
>> Generating structure like : “/Library/Application Support/Subsurface/Subsurface"
> 
> Yes, that's the pattern Linus chose. But I still don't understand why it
> uses /Library. I just removed my settings and everything on my Mac
> (also running 10.10) and it correctly creates ~/Library/Application Support/Subsurface/Subsurface/[hash]
> 
> We use system_default_directory() to figure out that path and that
> uses Qt's QStandardPaths::AppDataLocation (if you are using Qt5.4
> or newer) or QStandardPaths::DataLocation (with older Qt).
> Are you running this as root for some weird reason? How are you
> starting Subsurface? Is this my daily binary or did you build this
> yourself?

Built from master this morning using the build script.

Starting Subsurface both from GUI and from CLI as a standard user gives the same error (target path).

> 
>>> 
>>>> Interesting though, I can do a manual clone of the cloud repo from a terminal.
>>> 
>>> Which branch are you cloning? If I look in your repo it doesn't appear
>>> to have a branch initialized…
>> 
>> I just tested the connectivity using the same actions as in the error message to se if it where a user:password related error.
> 
> OK. I'm cleaning up the errors to make them more user friendly. And I'm
> fixing the bug with pushing the first commit into a new branch (something
> I never tested before, oops).
> 
> But I have no idea what's going on with the default_directory...
> 
> /D

/Jocke

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.subsurface-divelog.org/pipermail/subsurface/attachments/20150613/0f39bd37/attachment.html>


More information about the subsurface mailing list