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 < [email protected] wrote: > This is with no proxy set under os level: > > root@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/[email protected][[email protected]] > " > Opening cloud storage from: " > https://cloud.subsurface-divelog.org//git/[email protected][[email protected]] > " > git_remote_repo: accessing > https://cloud.subsurface-divelog.org//git/[email protected] > 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:[email protected]:8080"; > > > On Fri, Feb 1, 2019, 17:51 Dirk Hohndel <[email protected] 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 < >> [email protected]> wrote: >> >> Ahoj, >> so here are the logs: >> >> 1. with no proxy setup in the OS env: >> [root@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/[email protected][[email protected]] >> " >> Opening cloud storage from: " >> https://cloud.subsurface-divelog.org//git/[email protected][[email protected]] >> " >> git_remote_repo: accessing >> https://cloud.subsurface-divelog.org//git/[email protected] >> 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:[email protected]: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:[email protected]:8080/' >> >> logs: >> >> >> [root@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/[email protected][[email protected]] >> " >> Local git storage: /root/.subsurface/cloudstorage/9936b99948304f79 >> Cloud URL: >> https://cloud.subsurface-divelog.org//git/[email protected][[email protected]] >> Image filename table: /root/.subsurface/hashes >> Local picture directory: /root/.subsurface/picturedata/ >> >> cloud URL set as " >> https://cloud.subsurface-divelog.org//git/[email protected][[email protected]] >> " >> Opening cloud storage from: " >> https://cloud.subsurface-divelog.org//git/[email protected][[email protected]] >> " >> git_remote_repo: accessing >> https://cloud.subsurface-divelog.org//git/[email protected] >> git storage: Synchronising data file >> git storage: update local repo >> sync with remote >> https://cloud.subsurface-divelog.org//git/[email protected][[email protected]] >> git storage: Sync with cloud storage >> set proxy to "http://ccc:[email protected]: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@chef2 Subsurface]# cat Subsurface.conf >> [CloudStorage] >> cloud_verification_status=3 >> [email protected] >> [email protected] >> 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 <[email protected]> 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 < >>> [email protected]> 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@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 <[email protected] 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 < >>>> [email protected]> 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 <[email protected]> wrote: >>>> >>>>> >>>>> On Jan 31, 2019, at 6:29 AM, Chirana Gheorghita Eugeniu Theodor < >>>>> [email protected]> wrote: >>>>> >>>>> hello using appimage 4.8.4 and i get this: >>>>> >>>>> [root@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/[email protected][[email protected]] >>>>> 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 : [email protected] >>>> 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 : [email protected] >> mobile: 0743 698721 >> 0747 447675 >> SSI diver ID: 1118289 >> >> >>
_______________________________________________ subsurface mailing list [email protected] http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
