linux subsurface appimage on centos 7

Dirk Hohndel dirk at hohndel.org
Fri Feb 1 07:51:11 PST 2019


Maybe our log output is poor, maybe your editing makes it hard for me to see if you are doing what I would like you to do...
I believe the problem COULD be that you have user/password encoded in the proxy URL. And from what you post below it seems like you may still be doing that; it looks like you have user/password encoded in the URL and user/password in the settings in addition to that.
I may be misreading this, please let me know if I am.

What I really wanted was a log with
- no OS proxy setup
- plain host / port / user / password setup in the user settings

I have a test proxy here (squid3 with basic auth) that I can test with and this works for me.
It's not on centos 7 but I don't think that should matter.
Oh, and I run the latest version (4.8.5) but that shouldn't make a difference, either.

I'm trying to help you, but if I can't reproduce a problem then helping is harder... 

/D



> On Jan 31, 2019, at 11:53 PM, Chirana Gheorghita Eugeniu Theodor <office at adaptcom.ro> wrote:
> 
> Ahoj,
> so here are the logs:
> 
> 1. with no proxy setup in the OS env:
> [root at chef2 ~]# time ./Subsurface-4.8.4-x86_64.AppImage --allow_run_as_root -vvvvvvvvvvvvvvvvvvvvvv
> failed to get the current screen resources
> Subsurface v4.8.4,
> built with libdivecomputer v0.7.0-devel-Subsurface-NG (abde311d3a6ea97c7a586e4cc879e07d4ce0fd4f)
> built with Qt Version 5.9.3, runtime from Qt Version 5.9.3
> built with libgit2 0.26.0
> WARNING: Application calling GLX 1.3 function "glXCreatePbuffer" when GLX 1.3 is not supported!  This is an application bug!
> "validateGL(): created OpenGLContext."
> "validateGL(): obtained QOpenGLFunctions."
> "validateGL(): detected OpenGL version 2.1."
> Plugins Directory:  QDir( "/tmp/.mount_SubsurasVsK3/usr/bin" , nameFilters = { "*" },  QDir::SortFlags( Name | IgnoreCase ) , QDir::Filters( Dirs|Files|Drives|AllEntries ) )
> loading dive data from ("/root/.subsurface/root.xml")
> 
> File locations:
> 
> Unable to get local git directory
> Cloud URL: No valid cloud credentials set.
> 
> Image filename table: /root/.subsurface/hashes
> Local picture directory: /root/.subsurface/picturedata/
> 
> QXcbConnection: XCB error: 170 (Unknown), sequence: 170, resource id: 90, major code: 146 (Unknown), minor code: 20
> Completed connection with cloud storage backend, response "[OK]"
> cloud URL set as "https://cloud.subsurface-divelog.org//git/office@adaptcom.ro[office@adaptcom.ro] <https://cloud.subsurface-divelog.org//git/office@adaptcom.ro[office@adaptcom.ro]>"
> Opening cloud storage from: "https://cloud.subsurface-divelog.org//git/office@adaptcom.ro[office@adaptcom.ro] <https://cloud.subsurface-divelog.org//git/office@adaptcom.ro[office@adaptcom.ro]>"
> git_remote_repo: accessing https://cloud.subsurface-divelog.org//git/office@adaptcom.ro <https://cloud.subsurface-divelog.org//git/office@adaptcom.ro>
> git storage: Synchronising data file
> git storage: create_local_repo
> Cloud storage: checking connection to cloud server
> Checking cloud connection...
> Cloud storage: successfully checked connection to cloud server
> git storage: calling git_clone()
> set proxy to "http://xxx:ccc@s.o.i:8080"
> ^C
> 
> real    2m21.684s
> user    0m1.688s
> sys     0m0.428s
> 
> and it stays stuck here forever, i cannot even press cancel in the sincronizoing popup ... i have to stop from linux side.
> 
> and setting this into OS:
> 
> export http_proxy='http://xxx:ccc@s.o.i:8080/'
> 
> logs:
> 
> 
> [root at chef2 ~]# time ./Subsurface-4.8.4-x86_64.AppImage --allow_run_as_root -vvvvvvvvvvvvvvvvvvvvvv
> failed to get the current screen resources
> Subsurface v4.8.4,
> built with libdivecomputer v0.7.0-devel-Subsurface-NG (abde311d3a6ea97c7a586e4cc879e07d4ce0fd4f)
> built with Qt Version 5.9.3, runtime from Qt Version 5.9.3
> built with libgit2 0.26.0
> WARNING: Application calling GLX 1.3 function "glXCreatePbuffer" when GLX 1.3 is not supported!  This is an application bug!
> "validateGL(): created OpenGLContext."
> "validateGL(): obtained QOpenGLFunctions."
> "validateGL(): detected OpenGL version 2.1."
> Plugins Directory:  QDir( "/tmp/.mount_SubsurIoe8bt/usr/bin" , nameFilters = { "*" },  QDir::SortFlags( Name | IgnoreCase ) , QDir::Filters( Dirs|Files|Drives|AllEntries ) )
> QXcbConnection: XCB error: 170 (Unknown), sequence: 170, resource id: 90, major code: 146 (Unknown), minor code: 20
> loading dive data from ("/root/.subsurface/root.xml")
> 
> File locations:
> 
> cloud URL set as "https://cloud.subsurface-divelog.org//git/office@adaptcom.ro[office@adaptcom.ro] <https://cloud.subsurface-divelog.org//git/office@adaptcom.ro[office@adaptcom.ro]>"
> Local git storage: /root/.subsurface/cloudstorage/9936b99948304f79
> Cloud URL: https://cloud.subsurface-divelog.org//git/office@adaptcom.ro[office@adaptcom.ro] <https://cloud.subsurface-divelog.org//git/office@adaptcom.ro[office@adaptcom.ro]>
> Image filename table: /root/.subsurface/hashes
> Local picture directory: /root/.subsurface/picturedata/
> 
> cloud URL set as "https://cloud.subsurface-divelog.org//git/office@adaptcom.ro[office@adaptcom.ro] <https://cloud.subsurface-divelog.org//git/office@adaptcom.ro[office@adaptcom.ro]>"
> Opening cloud storage from: "https://cloud.subsurface-divelog.org//git/office@adaptcom.ro[office@adaptcom.ro] <https://cloud.subsurface-divelog.org//git/office@adaptcom.ro[office@adaptcom.ro]>"
> git_remote_repo: accessing https://cloud.subsurface-divelog.org//git/office@adaptcom.ro <https://cloud.subsurface-divelog.org//git/office@adaptcom.ro>
> git storage: Synchronising data file
> git storage: update local repo
> sync with remote https://cloud.subsurface-divelog.org//git/office@adaptcom.ro[office@adaptcom.ro] <https://cloud.subsurface-divelog.org//git/office@adaptcom.ro[office@adaptcom.ro]>
> git storage: Sync with cloud storage
> set proxy to "http://ccc:ooo@s.o.i:8080"
> Cloud storage: checking connection to cloud server
> Checking cloud connection...
> Cloud storage: successfully checked connection to cloud server
> git storage: fetch remote
> git storage: Successful cloud connection, fetch remote
> remote fetch failed (proxy authentication required, but no callback provided)
> git storage: Done syncing with cloud storage
> 
> real    0m30.953s
> user    0m1.234s
> sys     0m0.266s
> 
> 
> more logs would be usefull now but where to get them?
> 
> below the conf:
> 
> [root at chef2 Subsurface]# cat Subsurface.conf 
> [CloudStorage]
> cloud_verification_status=3
> email=office at adaptcom.ro <mailto:office at adaptcom.ro>
> email_encoded=office at adaptcom.ro <mailto:office at adaptcom.ro>
> password=xxx
> save_password_local=true
> 
> [Display]
> divelist_font=DejaVu Sans
> font_size=9
> 
> [GeneralSettings]
> default_file_behavior=1
> 
> [Language]
> UiLangLocale=en-US
> UiLanguage=English
> date_format="ddd MMM d, yyyy"
> date_format_short=M/d/yy
> time_format=h:mm AP
> 
> [MainWindow]
> bottomSplitter=@ByteArray(\0\0\0\xff\0\0\0\x1\0\0\0\x2\0\0\x3\xf0\0\0\x1\xb0\x1\xff\xff\xff\xff\x1\0\0\0\x1\0)
> geometry=@ByteArray(\x1\xd9\xd0\xcb\0\x2\0\0\0\0\0\x85\0\0\0\x82\0\0\x3\xe1\0\0\x3\xa1\0\0\0\x85\0\0\0\x82\0\0\x3\xe1\0\0\x3\xa1\0\0\0\0\0\0\0\0\x5\xa0)
> lastState=0
> mainSplitter=@ByteArray(\0\0\0\xff\0\0\0\x1\0\0\0\x2\0\0\x2v\0\0\x1\xe\x1\xff\xff\xff\xff\x1\0\0\0\x2\0)
> maximized=false
> topSplitter=@ByteArray(\0\0\0\xff\0\0\0\x1\0\0\0\x2\0\0\x1\xb0\0\0\x3\xf0\x1\xff\xff\xff\xff\x1\0\0\0\x1\0)
> windowState=@ByteArray(\0\0\0\xff\0\0\0\0\xfd\0\0\0\0\0\0\x3]\0\0\x3\xf\0\0\0\x4\0\0\0\x4\0\0\0\b\0\0\0\b\xfc\0\0\0\0)
> 
> [Network]
> proxy_auth=true
> proxy_host=s.o.i
> proxy_pass=ooo
> proxy_port=8080
> proxy_type=3
> proxy_user=ccc
> 
> [Planner]
> reserve_gas=39990
> 
> [Recent_Files]
> File_1=/root/.subsurface/root.xml
> 
> [UpdateManager]
> LastVersionUsed=4.8.4
> NextCheck=2458530
> 
> [UserSurvey]
> FirstUse42=@Variant(\0\0\0\xe\0%\x83\x94)
> 
> [cylinderTableWidget]
> colwidth4=0
> colwidth5=0
> 
> [cylinders]
> colwidth11=0
> colwidth8=0
> 
> [cylinders_dialog]
> column10_hidden=false
> column11_hidden=true
> column2_hidden=false
> column3_hidden=false
> column4_hidden=false
> column5_hidden=false
> column6_hidden=false
> column7_hidden=false
> column8_hidden=true
> column9_hidden=false
> 
> On Thu, Jan 31, 2019 at 10:52 PM Dirk Hohndel <dirk at hohndel.org <mailto:dirk at hohndel.org>> wrote:
> Given that I work at VMware as my day job, I approve of your setup :-)
> 
> Yes, please try setting the proxy user name and password in the Subsurface preferences and not as part of the proxy URL. Just to make sure that this isn't just an issue with parsing that URL correctly.
> 
> Thanks
> 
> /D
> 
>> On Jan 31, 2019, at 12:30 PM, Chirana Gheorghita Eugeniu Theodor <office at adaptcom.ro <mailto:office at adaptcom.ro>> wrote:
>> 
>> Ohhhhh
>> So the setup is as follows:
>> Linux machine is a vm inside a company esx and to gain access to internet i export username:password at proxy:address
>> I run subsurface beeing connected via ssh to vm and on my laptop which is a win7pro, also in company network using proxy in internet sei enter in subsurface settings use http proxy and enter the required proxy address , proxy port and username and pass. I can try different setup if you witsh.
>> 
>> On Thu, Jan 31, 2019, 18:38 Dirk Hohndel <dirk at hohndel.org <mailto:dirk at hohndel.org> wrote:
>> So you are filling in username and password for the proxy in the Subsurface preferences?
>> The reason I'm asking is because the way you anonymized your proxy settings looks to me like maybe you are trying to URL-encode the username and password.
>> And we had at some point had problems with that since one of the support libraries that we use to implement proxy support had problems with that.
>> Can you confirm that this fails with user name and password entered in the Subsurface preferences?
>> 
>> Thanks
>> 
>> /D
>>  
>>> On Jan 31, 2019, at 7:36 AM, Chirana Gheorghita Eugeniu Theodor <office at adaptcom.ro <mailto:office at adaptcom.ro>> wrote:
>>> 
>>> export http_proxy, socks_proxy in linux and in subsurface main screen under network settings using the right settings..
>>> 
>>> On Thu, Jan 31, 2019 at 5:26 PM Dirk Hohndel <dirk at hohndel.org <mailto:dirk at hohndel.org>> wrote:
>>> 
>>>> On Jan 31, 2019, at 6:29 AM, Chirana Gheorghita Eugeniu Theodor <office at adaptcom.ro <mailto:office at adaptcom.ro>> wrote:
>>>> 
>>>> hello using appimage 4.8.4 and i get this:
>>>> 
>>>> [root at chef2 ~]# ./Subsurface-4.8.4-x86_64.AppImage --allow_run_as_root -vvvvvvvv --cloud-timeout=30
>>>> git storage: Synchronising data file
>>>> git storage: update local repo
>>>> sync with remote https://cloud.subsurface-divelog.org//git/office@adaptcom.ro[office@adaptcom.ro] <https://cloud.subsurface-divelog.org//git/office@adaptcom.ro%5Boffice@adaptcom.ro%5D>
>>>> git storage: Sync with cloud storage
>>>> set proxy to "http://-----------------------------@-------------------------:8080 <http://-----------------------------@-------------------------:8080/>"
>>>> Cloud storage: checking connection to cloud server
>>>> Checking cloud connection...
>>>> git storage: Waiting for cloud connection (1 second(s) passed)
>>>> Cloud storage: successfully checked connection to cloud server
>>>> git storage: fetch remote
>>>> git storage: Successful cloud connection, fetch remote
>>>> remote fetch failed (proxy authentication required, but no callback provided)
>>> 
>>> So it says that you are behind an authenticated proxy, but that it didn't
>>> end up providing a callback to authenticate.
>>> How are you setting up the authentication?
>>> 
>>> /D
>>> 
>>> 
>>> 
>>> -- 
>>> ________________________________________
>>> Cu stima/Best regards/Mit freundlichen Grüßen,
>>> 
>>> Chirana-Gheorghita Eugeniu-Theodor
>>> Bucharest, Romania
>>> 
>>> e-mail : office at adaptcom.ro <mailto:office at adaptcom.ro>
>>> mobile: 0743 698721
>>>             0747 447675
>>> SSI diver ID: 1118289
>> 
> 
> 
> 
> -- 
> ________________________________________
> Cu stima/Best regards/Mit freundlichen Grüßen,
> 
> Chirana-Gheorghita Eugeniu-Theodor
> Bucharest, Romania
> 
> e-mail : office at adaptcom.ro <mailto:office at adaptcom.ro>
> mobile: 0743 698721
>             0747 447675
> SSI diver ID: 1118289

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.subsurface-divelog.org/pipermail/subsurface/attachments/20190201/09ac33a5/attachment-0001.html>


More information about the subsurface mailing list