<html><head><meta http-equiv="Content-Type" content="text/html charset=utf-8"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class=""><br class=""><div><blockquote type="cite" class=""><div class="">On Jun 13, 2015, at 7:06 AM, Joakim Bygdell <<a href="mailto:j.bygdell@gmail.com" class="">j.bygdell@gmail.com</a>> wrote:</div><br class="Apple-interchange-newline"><div class=""><meta http-equiv="Content-Type" content="text/html charset=utf-8" class=""><div style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class=""><div class=""><blockquote type="cite" class=""><div class=""><div style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class=""><div class=""><br class=""><blockquote type="cite" class=""><div class=""><div style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class="">Selecting “Cloud storage open” from file menu gives me this error message.<div class=""><br class=""><blockquote style="margin: 0 0 0 40px; border: none; padding: 0px;" class="">git clone of <a href="https://cloud.subsurface-divelog.org/git/j.bygdell@gmail.com" class="">https://cloud.subsurface-divelog.org/git/j.bygdell@gmail.com</a> failed (Failed to make directory '/Library/Application Support/Subsurface': Permission denied)<br class=""></blockquote></div></div></div></blockquote><div class=""><br class=""></div>Why would it try to create this directory in /Library? It should create it in ~/Library </div><div class="">(and there you should definitely have permission to create it... it's where by default</div><div class="">we create your .XML / .ssrf file as well. Very strange. From the logs on my side</div><div class="">you are on 10.10 just as I am (I'm on my iMac this morning, not on my Linux box</div><div class="">so I figured I'd test from this machine as well.</div><div class=""><br class=""></div><div class="">I'll investigate this bug, too</div></div></div></blockquote><div class=""><br class=""></div>Another thing, once I created the Subsurface folder under “/Library/Application Support/“, subsurface created a new folder named Subsurface in the one I created.</div><div class="">Generating structure like : “/Library/Application Support/Subsurface/Subsurface"</div></div></div></blockquote><div><br class=""></div>Yes, that's the pattern Linus chose. But I still don't understand why it</div><div>uses /Library. I just removed my settings and everything on my Mac</div><div>(also running 10.10) and it correctly creates ~/Library/Application Support/Subsurface/Subsurface/[hash]</div><div><br class=""></div><div>We use system_default_directory() to figure out that path and that</div><div>uses Qt's QStandardPaths::AppDataLocation (if you are using Qt5.4</div><div>or newer) or QStandardPaths::DataLocation (with older Qt).</div><div>Are you running this as root for some weird reason? How are you</div><div>starting Subsurface? Is this my daily binary or did you build this</div><div>yourself?</div><div><div><br class=""></div><blockquote type="cite" class=""><div class=""><div style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class=""><div class=""><blockquote type="cite" class=""><div class=""><div style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class=""><div class=""><br class=""><blockquote type="cite" class=""><div class=""><div style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class=""><div class="">Interesting though, I can do a manual clone of the cloud repo from a terminal.<br class=""></div></div></div></blockquote></div><br class=""><div class="">Which branch are you cloning? If I look in your repo it doesn't appear</div><div class="">to have a branch initialized…</div></div></div></blockquote><div class=""><br class=""></div>I just tested the connectivity using the same actions as in the error message to se if it where a user:password related error.</div></div></div></blockquote><div><br class=""></div><div>OK. I'm cleaning up the errors to make them more user friendly. And I'm</div><div>fixing the bug with pushing the first commit into a new branch (something</div><div>I never tested before, oops).</div><div><br class=""></div><div>But I have no idea what's going on with the default_directory...</div><div><br class=""></div><div>/D</div></div></body></html>