linux subsurface appimage on centos 7

Fri Feb 1 21:51:09 PST 2019

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/20190202/6c9417eb/attachment-0001.html>