linux subsurface appimage on centos 7

Sun Feb 3 12:56:53 PST 2019

Ps: during wk diving i observed that the 4.8.5 mobile app crashes whe
trying to download fro shearwater petrel.

On Sat, Feb 2, 2019, 07:51 Chirana Gheorghita Eugeniu Theodor <
office at adaptcom.ro wrote:

> This is with no proxy set under os level:
>
> 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]
> "
> Opening cloud storage from: "
> 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
> 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"
>
>
> On Fri, Feb 1, 2019, 17:51 Dirk Hohndel <dirk at hohndel.org wrote:
>
>> 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]
>> "
>> Opening cloud storage from: "
>> 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
>> 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]
>> "
>> Local git storage: /root/.subsurface/cloudstorage/9936b99948304f79
>> Cloud URL:
>> 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]
>> "
>> Opening cloud storage from: "
>> 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
>> 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]
>> 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
>> email_encoded=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> 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> 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 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> 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> wrote:
>>>>
>>>>>
>>>>> On Jan 31, 2019, at 6:29 AM, Chirana Gheorghita Eugeniu Theodor <
>>>>> 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]
>>>>> git storage: Sync with cloud storage
>>>>> set proxy to "
>>>>> 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
>>>> 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
>> 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/20190203/6fb7c4d5/attachment-0001.html>