Matthew Fry

It was not. `let g:clang_auto_user_options='compile_commands.json, path'` however, makes no difference.

The rest of my configuration: ``` let g:clang_library_path='/usr/lib/llvm-3.8/lib/libclang.so.1' let g:clang_complete_auto=1 let g:clang_user_options='-std=gnu++14 -DOS_LINUX' let g:clang_hl_errors=1 let g:clang_use_library=1 let g:clang_compilation_database=GetCompileDatabase() let g:clang_complete_copen=1 let g:clang_close_preview=1 set completeopt=longest,menuone function! GetCompileDatabase() let l:curPathVar =...

FWIW, I don't know if the compile database support is in the clang_complete plugin or the clang library, but I gave up on this. I just switched to the .clang_complete...

This is an old topic but you can actually do this already with fuse by using the umask option. This is how I am calling hubicfuse: hubicfuse /var/hubic -o noauto_cache,sync_read,default_permissions,allow_other,umask=003,uid=1001,gid=1001...

I am also having this problem (running on a synology nas) using a BD-RE HL-DT-ST WP50NB40. It worked once but now, while it recognizes that the drive is there and...

Deleting the image/container/config folder and pulling everything down fresh makes the drive work again, so far.

Getting ``` Traceback (most recent call last): File "./gp-okta.py", line 964, in sys.exit(main()) File "./gp-okta.py", line 886, in main _, userauthcookie, gateways = paloalto_getconfig(conf, s, saml_username, prelogin_cookie) File "./gp-okta.py", line...

Whoops. Not sure how I missed that. `TypeError: a bytes-like object is required, not 'str'`

@arthepsy missed your reply. I'll try to check this today.

Looks like you've got 'command' instead of the actual command at line 955. ```Traceback (most recent call last): File "./gp-okta.py", line 992, in sys.exit(main()) File "./gp-okta.py", line 955, in main...