Thursday, 2018-03-22

*** diablo_rojo has quit IRC00:43
*** diablo_rojo has joined #storyboard00:45
*** fatema_ has quit IRC00:50
*** udesale has joined #storyboard04:03
*** persia has quit IRC04:13
*** persia has joined #storyboard04:14
*** udesale_ has joined #storyboard05:36
*** udesale__ has joined #storyboard05:37
*** udesale has quit IRC05:39
*** udesale_ has quit IRC05:41
*** udesale_ has joined #storyboard06:48
*** udesale__ has quit IRC06:50
*** jtomasek has joined #storyboard07:18
*** diablo_rojo has quit IRC07:25
*** sparkycollier has quit IRC07:25
*** sparkycollier has joined #storyboard07:27
*** diablo_rojo has joined #storyboard07:28
*** tosky has joined #storyboard08:19
*** fatema_ has joined #storyboard09:08
*** udesale_ has quit IRC10:16
fatema_ok I followed the steps mentioned but got stuck10:54
fatema_mentioned int the readme in github*10:54
persiafatema_: Where did you get stuck?  Also, which steps?10:54
persiaAh.  One of the persistent problems we have is that the github mirrors are easy to find, but not actually used by the project :)10:55
fatema_aha10:55
fatema_but the thing is that It got fine10:56
fatema_and I double-clicked run10:56
persiaAm I correct that you were looking at a prettily rendered version of http://git.openstack.org/cgit/openstack-infra/storyboard/tree/README.rst ?10:56
fatema_The GUI showed then the menus aren't clickable10:57
fatema_I guess not10:57
fatema_I was looking into detailed steps to build the project as gradle in intellij10:58
persiaCould you share the URL from which you started, and the one on which you got stuck?10:58
fatema_ https://github.com/opendatakit/briefcase10:59
fatema_it's all in the same url11:00
fatema_but this is totally different from the URL you sent me11:01
persiaYes.  I thought you started form https://github.com/openstack-infra/storyboard11:01
persiaI don't actually know anything about ODK.11:02
persiaBut if you're looking for storyboard stuff, I wouldn't start from https://github.com/opendatakit/briefcase :)11:02
fatema_Oh my wrong link11:03
persiahttps://docs.openstack.org/contributors/code-and-documentation/index.html is perhaps a good general overview document about setting up accounts, etc. to work with OpenStack11:03
fatema_ok I will go with the link and thanks for help11:03
persiaPlease ask if you have any issues along the way.11:05
*** udesale has joined #storyboard11:46
fatema_so I have stumbled in step "Run a local development server, which uses the production API."12:11
fatema_and all the terminal says12:12
fatema_ERROR:   venv: commands failed12:13
toskyfatema_: only that? Can you please paste the command that you executed and the full output?12:14
fatema_tox -e venv -- storyboard-db-manage --config-file ./etc/storyboard.conf upgrade head12:15
toskydid you also execute the API service, as described into the previous section? ("Start the API server:")12:15
toskyso you are one or two steps before "Run a local development server"12:15
fatema_this command should Upgrade DB schema to the latest version12:18
fatema_should the API service start before, I have been walking through the command line series12:18
toskyno, the API should run after the upgrade12:20
toskybut iirc the command should be a bit more verbose12:20
toskyso do you only get the line "ERROR:   venv: commands failed" after you run that tox -e venv command?12:21
fatema_It loaded for a while then error occurred12:24
fatema_File "/home/fatema/GSoC/storyboard/.tox/venv/local/lib/python2.7/site-packages/sqlalchemy/engine/__init__.py", line 386, in create_engine12:24
fatema_    return strategy.create(*args, **kwargs)12:24
fatema_  File "/home/fatema/GSoC/storyboard/.tox/venv/local/lib/python2.7/site-packages/sqlalchemy/engine/strategies.py", line 51, in create12:24
fatema_    dialect_cls = u.get_dialect()12:24
fatema_AttributeError: 'NoneType' object has no attribute 'get_dialect'12:24
fatema_ERROR: InvocationError: '/home/fatema/GSoC/storyboard/.tox/venv/bin/storyboard-db-manage --config-file etc/storyboard.conf upgrade head'12:24
fatema_this is the last part of it12:24
toskyneed to go away for ~30 minutes, but please paste the full output on a pastebin site (like paste.openstack.org)12:34
toskynot just the last part - there is a reason if I asked for the full output12:34
fatema_http://paste.openstack.org/raw/708944/12:40
fatema_I did as you asked12:40
SotKfatema_: what does the `connection = ...` line in your etc/storyboard.conf file look like? (don't paste the password though)12:48
fatema_No etc/storyboard.conf exists12:50
SotKah, thats likely the issue then12:56
SotKsteps 4 and 5 on https://docs.openstack.org/infra/storyboard/install/development.html describe what it needs to contain12:56
*** udesale has quit IRC13:00
*** udesale has joined #storyboard13:18
*** dmsimard has quit IRC13:21
fatema_I can't seem to find this file./etc/storyboard.conf.sample13:26
fatema_NVM was looking in the root directory13:30
fatema_SotK, thank you13:34
fatema_I added the Public IP address13:53
fatema_http://paste.openstack.org/show/708956/13:53
fatema_still there is the error13:53
toskyfatema_: so did you both copy the file as ./etc/storyboard.conf inside the repository, fixed  valid_oauth_clients AND also fixed the connection key?14:00
fatema_yes14:02
fatema_valid_oauth_clients = storyboard.openstack.org, localhost 41.35.56.014:02
fatema_and the pass14:02
toskyand uncommented the connection line?14:03
fatema_yes14:03
toskyjust to add few more details, which distribution are using?14:05
fatema_Ubuntu 16.04 lts14:06
toskyok, then that should work14:07
SotKthat valid_oauth_clients line is missing a comma after `localhost`14:09
toskyoh, right14:10
SotKthough, I'm not sure that would cause the error14:10
fatema_I tried that before and got the same result14:11
fatema_well I should use my public IP address right14:11
fatema_?14:11
SotKthat only affects where login requests are accepted from, so you need to use whichever IP address or hostname you're planning to go to in the browser to see storyboard14:12
persiafatema_: You should use an IP you can reach from your workstation.  If you are on a purely private network with private access to the machine you are using, you can use a private IP.  Otherwise the public IP is correct.14:12
toskyuhm, but do you think that the incorrect IP would produce that backtrace?14:13
SotKno14:14
fatema_What could be the cause, something with the configuration or the machine ?14:17
toskyI did the same steps on that version of ubuntu 3 weeks ago14:18
toskyapart from rechecking if the required packages are installed, could try cloning the storyboard repository again and trying again the changes?14:19
fatema_ok I'll start the steps again14:20
fatema_ok error is in the same step  but different14:29
fatema_http://paste.openstack.org/show/708964/14:29
toskyfatema_: that looks like a syntax error in the conf file14:30
persiafatema_: What do you have in line 63 of the configuration file?14:30
fatema_# A list of valid client id's that may connect to StoryBoard.14:35
fatema_this is a comment it can't cause an error!14:39
toskyit may be something related to the previous line too14:41
toskyfor sure there is something fishy there, or the parser wouldn't explode14:42
fatema_when I ran the command again it returned the old error14:45
fatema_I can't understand its behavior14:45
fatema_almost all the file is commented14:46
toskyif you start again with a clean etc/storyboard.conf file and only change the connection key, without touching the other value, does it work?14:46
fatema_I redo the cp step again and try14:46
fatema_I have redone it and it's finally successful14:54
fatema_this way I lack only one step14:55
fatema_Thank you14:58
SotKI'm glad you got it working, that was an unusual error14:59
fungifollowing mordred's thread on the -dev ml, looks like not only openstacksdk but also python-openstackclient are both interested in migrating their bugs to storyboard.o.o now14:59
fatema_well it shouldn't give me 404 not found error !15:01
toskyfatema_: who exactly is returning 404? The browser?15:02
fatema_yes15:02
toskyfatema_: how did you start the web part?15:02
fatema_I have cloned web-client15:02
fatema_but should the server wait for the client ??15:03
toskyand how did you start the webclient?15:03
fatema_I didn't start it yet15:03
fatema_I started the server first15:04
toskyyou started the API server then; you need to start the webclient, that provides the web interface15:04
toskyaccording the instructions15:04
fatema_while starting the client I should run : "tox -egrunt_no_api -- serve", right ?15:24
SotKyeah15:26
toskyand probably I would add also --hostname 0.0.0.015:29
toskyat the end of the command line15:30
fatema_http://paste.openstack.org/show/708975/15:35
fatema_It's giving me this error15:35
fatema_I hope it's not related to pyhton version as I read15:36
toskywhat is 'Already using interpreter /home/fatema/anaconda3/bin/python' ?15:36
toskyit should work with the default python15:36
*** jamesmcarthur has joined #storyboard15:39
fatema_should I configure it to work with the default python instead15:41
fatema_?15:42
toskyI would change the question: is there a special reason for configuring a custom python? (maybe for some other reasons)15:42
fatema_for my machine I didn't do it for a special purpose15:42
fatema_I guess anaconda does this by default15:42
toskyI know anaconda the installer of the Fedora distribution, is this another anaconda?15:43
persiaAlso, is this machine a live-boot environment, or the result of a completed installation?15:44
fatema_yes it is an environment to develop with python it has jypter and spydir as IDEs15:45
persiaIn that case, you may find things more likely to work if you configure to use system python.15:46
*** udesale has quit IRC16:03
*** udesale has joined #storyboard16:18
*** udesale has quit IRC16:23
fungiis storyboard known to run successfully under python 3.6?17:05
fungii think in production we've still got it deployed under 2.7 but i should check that assertion17:06
SotKiirc my test instance is running 3.617:06
fungiyeah, we're still running it under 2.7, but if someone has successfully run it under 3.6 then i expect it must work17:07
SotKI hit one issue when logging in, but I think the fix for that merged17:07
*** mridu has joined #storyboard17:07
fungifatema_: looks like this bug, perhaps: https://github.com/conda/conda/issues/602617:08
fungiwhich seems to have actually been https://bugs.python.org/issue30065 if i'm following all the breadcrumbs correctly17:12
mriduHi, I have cloned storyboard project. As discussed with Kendall I am working on test_tasks.py file. To improve the test case coverage. But, I wanted to know how to start running the tests.17:12
mriduI don't see any module import of pytest or unittest either17:12
fungifatema_: so anyway, using a newer build of python (or an older one) may solve this17:13
fungimridu: looks like we may not (yet) do a great job of documenting inside the repo how to initiate its unit tests17:14
fungithe short story is that you can run tests like `tox -e py27` (if you have tox installed and in your path)17:15
mriduno I don't have tox installed. Aren't the tests using pytest? I could have run the pytest command.17:15
fungithe underlying testrunner is "testr" (invoked via a setuptools entrypoint provided courtesy of pbr)17:15
toskyright now the ostestr wrapper is used17:17
fungihere are some testr-related notes/tips: https://wiki.openstack.org/wiki/Testr17:17
fungitosky: oh, you're right, looking in tox.ini i see it's indeed invoking via ostestr (except for `tox -e cover` which calls testr through setuptools/pbr)17:18
fungibut anyway, you could invoke ostestr or testr (or stestr presumably) to run tests directly without relying on tox17:19
*** diablo_rojo has quit IRC17:19
clarkbchances are you can even run pytest too17:20
fungiwe generally recommend running tests under tox, however, as this helps ensure you're using appropriate versions of the test dependencies installed into a clean virtualenv17:20
clarkbtestr (and friends) use a fairly bland stdlib standardish set of expectations so tests that work with it should work with other runners17:20
fungipresumably even nosetest?17:20
* fungi shudders17:20
mordredit should work with any test runner17:21
mordredalthough we don't test that anywhere, and there are no guarantees17:21
fungiand for our automated testing we also invoke tox, so if you use tox locally you're getting an experience much more consistent with what our ci system will run when your patches get proposed17:22
* mordred should get storyboard migrated over to stestr17:22
*** diablo_rojo has joined #storyboard17:24
mridusure. Will read through the notes.17:28
mriduAnd try using tox.17:29
mriduAlso, any specific reason for using Python2.7?17:32
mriduDo we plan to port it to Python 3?17:32
mordredI don't know if we have plans to do so yet - but the latest versions of our other things are actually python3 only ... I know *I* would be in favor of such a thing17:33
diablo_rojomridu, yeah the plan is to move forward, but we are all kind of overworked and have bigger fish to fry. If you wanted to work on porting things over, that would be an easy way to get some patches in.17:33
mordred++17:33
* mordred was just about to add "but you should talk to diablo_rojo" :)17:34
* diablo_rojo had to do a lappy restart else she would have butted into the conversation sooner :) 17:34
mriduSure, in either case I have no issues helping with that as well. Provided something else does not break.17:35
diablo_rojomridu, I think most changes should be pretty straight forward from what I saw of the other projects switching over.17:37
* diablo_rojo tries to remember the name of who went through many of the other OpenStack projects switching them to python3..17:38
diablo_rojohe could probably give you some pointers17:38
diablo_rojoIf I can remember his name.17:38
fungiyeah, basically the tests (and storyboard in general) should ideally run with both python 2.7 and 3.5 for now (these are what we test in our ci system)17:38
fungiour production instance of storyboard for the openstack community (storyboard.openstack.org) is installed under python 2.7 but may be rebuilt under 3.something in the near future17:39
fungiwhere "near" is likely sometimes before or around the 2020 end of life for python 2.x17:40
diablo_rojoIt would be great to get things moving though so that we are looking ahead a little bit.17:41
fungiabsolutely17:41
fungisounds like it already works under 3.6, and we're testing every commit against 3.5, so we're probably in okay shape17:42
*** tosky has quit IRC17:44
mordredwoot17:48
*** tosky has joined #storyboard17:48
mridusure. Anything to me is fine17:49
mriduWill start off with the tests17:50
diablo_rojomridu, sounds good to me :)17:50
mridu:)17:52
openstackgerritMonty Taylor proposed openstack-infra/storyboard master: Switch to using stestr for tests  https://review.openstack.org/55539718:01
mordreddiablo_rojo: ^^ merry christmas18:01
diablo_rojomordred, thank you :) Opened the tab to review.18:06
diablo_rojoWill get to it after I am done digging out from all the emails I need to reply to lol18:06
*** fatema_ has quit IRC18:10
mriduI installed tox. But, on running 'tox -e venv $TESTS_YOU_ARE_TRYING_TO_RUN' getting an error  https://pastebin.com/sP1Q3u6D18:18
mordredmridu:  "ReadTimeoutError: HTTPSConnectionPool(host='pypi.python.org', port=443): Read timed out." is, I believe, the salient piece18:19
mordredmridu: pip seems unable to talk to pypi.python.org from where you're executing it18:19
*** fatema_ has joined #storyboard18:35
*** diablo_rojo has quit IRC18:38
*** mridu has quit IRC18:40
*** diablo_rojo has joined #storyboard18:40
*** mridu has joined #storyboard18:45
fungiyes, the first time you run tox for a given environment name, it will want to retrieve and install all declared dependencies into the associated virtualenv it creates. subsequent runs will reuse that virtualenv and so won't redownload them every time (unless you add -r to recreate)18:48
mriduinstalling netifaces is giving me error18:52
mridunot all requirements are getting installed18:52
fatema_fungi, thank you I have been trying to uninstall anaconda but it will result in more complex, so I will change used python on my machine hopefully it'll work just fine18:53
fungimridu: the bindep.txt file in the storyboard repository describes the system packages you may need separately install to be able to run some tests18:56
mriduwill have a look. thanks18:56
fungimridu: if you run `tox -e bindep` it will hopefully be parsed and compared to your installed list of system packages to tell you which ones are missing18:56
fungiin the case of netifaces failing to build, odds are it's one of the c header (-dev or -devel depending on your distro) packages which the c extensions in netifaces need to complile18:57
mriduMissing packages:     gawk libcurl4-gnutls-dev libmysqlclient-dev postgresql-client python-lxml python-zmq python3-all-dev uuid-dev xvfb ERROR: InvocationError: '/home/mridu/openstack-outreachy/storyboard/.tox/bindep/bin/bindep test' ____________________________________________________________________________ summary _____________________________________________________________________________ ERROR:   bindep: commands failed18:59
*** jamesmcarthur has quit IRC19:04
fungimridu: yeah, the "ERROR: InvocationError: [...] bindep: commands failed" is normal. that's because bindep exits nonzero (failure) if you are missing some packages and exits 0 (success) if you have all the packages installed19:05
fungiso tox is reporting failure in the same way that it would report failure ofr, say, failed tests in a test run19:05
fungiso basically you want to use your package manager of choice to install: gawk libcurl4-gnutls-dev libmysqlclient-dev postgresql-client python-lxml python-zmq python3-all-dev uuid-dev19:06
fungi(probably with apt, judging by the names of the packages you listed there)19:06
fungi`sudo apt install gawk libcurl4-gnutls-dev libmysqlclient-dev postgresql-client python-lxml python-zmq python3-all-dev uuid-dev`19:07
fungisomething like that19:07
fungiwithout the quotes, of course19:07
mriduyeah. just now did the same.19:08
mriduagain it came package missing. but finally command ran successfully19:08
mridunetifaces still fails bt19:09
*** jamesmcarthur has joined #storyboard19:10
fungican you put the full output on paste.openstack.org and link it in here?19:17
fungii can hopefully discern from the pip and/or gcc errors what's missing (and get our bindep.txt updated accordingly if it's wrong)19:17
mridufungi: http://paste.openstack.org/show/708992/ here it is19:20
fungimridu: looks like you also need the python-dev package installed19:21
mriduI install it using sudo apt-get install19:21
fungiright19:21
fungiour ci images probably have that preinstalled which is why we haven't noticed it missing from the bindep.txt but i'll add it19:21
fungihrm, no it's in the bindep.txt already so you presumably have it installed19:22
fungii wonder why gcc can't find it19:23
toskyuhm, it's also documented in the installation guide19:23
fungioh, this is python3.6 complaining it can't find Python.h19:24
mriduI reinstalled python-dev. then re ran requirements.txt but it still fails with the same error19:24
fungimridu: what tox env were you invoking? py36?19:25
mridupy3519:26
fungiweird19:26
fungiit's doing -I/usr/include/python3.6m which indicates it's trying to build against python 3.6 i think19:27
mriduJust rechecked. I have python3.6 installed19:28
mriduso I guess py36 had to be done19:28
fungiand what version does `dpkg -l|grep python3-all-dev` say is installed?19:28
mriduno idea19:28
mriduhave re run tox command now.19:28
mriduonce it's done will check this19:28
fungiokay19:28
fungimy guess is that python3-all-dev installed headers for python 3.5.something so invoking `tox -e py36` failed to find any c headers for the running python19:29
mridufor 3.6 it says19:32
mriduhttp://paste.openstack.org/show/708995/19:32
fungithat's even more strange. so when getting you're getting "netifaces.c:1:20: fatal error: Python.h: No such file or directory" and it's running gcc with "-I/usr/include/python3.6m" that's from invoking `tox -e py35` ?19:34
fungimordred: any chance you've seen that ^ before?19:34
fungii'm trying to imagine what would cause -e py35 to install netifaces in such a way that it attempts to link against headers for python 3.619:35
mriduI ran tox -e venv py3619:38
mriduafter checking that I am using 3.6 and not 3519:39
mridu3.5*19:39
mordredfungi: uhm.19:40
mordredfungi: why is py35 pulling in /usr/include/python3.6 ?19:40
mordredfungi: (I know you said that already ... I'm just impressed)19:41
fungimridu: i thought the error 3.6 was goving you was "ERROR: InvocationError: could not find executable 'py36'19:41
mriduERROR: InvocationError: could not find executable 'py36' yes19:42
fungiright, that suggests you _don't_ have python3.6 installed19:45
fungithat's the generic error from tox when it can't find a matching python interpreter version for the requested env name19:47
mridustrange. but on terminal when I write python and press enter19:49
mriduit gives python 3.6.219:50
fungithat is definitely strange19:51
mriduon deactivating virtualenv it gives python 2.7.1219:53
fungioh! you have done an activate in a virtualenv19:53
fungithis might have been seriously confusing tox19:53
mridubut on deactivating virtualenv and typing python3 as command19:54
mriduit gives python 3.6.219:54
fungiif your tox is installed in a virtualenv, you don't need to activate the virtualenv to run it, just invoke it by its full path... e.g., `/home/mridu/openstack-outreachy/storyboard/venv/bin/tox -e py36`19:55
fungiand see if that helps at all19:55
mridua cd you mean?19:56
fungidon't cd, just run it by calling the full path to the tox executable19:57
fungii have a similar setup (though for convenience i use a symlink to mine from a directory in by executable search path)19:58
mriduwithout cd20:00
mriduit gives an error20:00
mriduno such file or directory20:00
fungii was guessing at the path to it (based on some earlier errors where it looked like you had a virtualenv created at /home/mridu/openstack-outreachy/storyboard/venv). what virtualenv had you activated when you installed tox?20:01
fungii need to disappear for a bit and eat, but will be back soon20:09
mriduI had activated the same that you are referring to20:09
fungiso i guess that's not where you had installed tox20:11
fungiif you installed tox globally, then you can continue to run it normally now that you don't have a virtualenv activated20:11
mridusure20:18
mridubut then it would use python2.7 I guess20:18
toskyiirc the version python used to run tox does not affect the test environments created and executed by tox20:29
toskyversion of python*20:29
toskyso you should be able to safely install tox from packages and still run tox -e py3520:29
*** mcnanci has quit IRC20:33
mridushould I run the tox venv command again?20:34
dhellmanndiablo_rojo : maybe talk to bnemec about moving oslo over to storyboard next?20:34
fungimridu: yes, try it again just as `tox -e py35` and see what it does20:36
fungiwith no virtualenv activated20:37
fungier, sorry, `tox -e py36` i guess20:37
fungisince that's what you seem to have installed20:37
mriduby default it says python2.720:37
mriduon typing python3 and enter it says 3.620:38
toskyunrelated to the problem above: if I create a story, shouldn't I be automatically subscribed to it?20:40
mriduon doing tox -e py36 got error http://paste.openstack.org/show/709008/20:43
mridu:(20:44
toskymridu: I've got a bit lost in the past history: did you say that python3-all-dev is installed?20:51
mriduI said python-all-dev is installed20:52
mridudamn does everything need to be done using python3 now20:52
toskywell, if you want to run py36 tests, you need the python3 headers :)20:53
toskyso please install python3-all-dev too20:53
tosky(if you just need to run the tests with python 2.7, you don't need it)20:53
mriduit shows http://paste.openstack.org/show/709016/20:55
mriduno error but shows 0 upgraded, 0 newly installed20:55
toskyand it's the python3.5 version20:56
fungithis is why i requested the output from `dpkg -l|grep python3-all-dev` earlier20:56
mridupython3 and enter shows 3.6 on my terminal20:56
fungiyeah, your python headers package and interpreter aren't for the same versions20:56
mridusorry in the middle of rest commands I missed out on it20:57
mridujust doing it20:57
diablo_rojodhellmann, yeah I can definitely run the test migration and talk to ben20:57
fungimridu: if you `sudo apt-get install python3` does that get you a python3.5 interpreter?20:58
toskymridu: when you can, also, what does `which python3.6` say? And also, and sorry if you already wrote it, which version of ubuntu do you use?20:58
mridufungi: http://paste.openstack.org/show/709017/20:58
mriduwhich python gives the output as /usr/bin/python320:59
mriduwhich python320:59
toskyand `which python3.6` ?20:59
fungitry `which python3.6` like tosky saud20:59
mriduwhich python3.6 gives output /usr/bin/python3.620:59
mriduI am using ubuntu 16.0421:00
toskyand `dpkg -S /usr/bin/python3.6` ?21:00
* fungi bets this is the python3.6 package from backports21:00
toskyyep, no python3.6 in xenial21:00
fatema_which step was to create './etc/superusers.yaml' ??21:01
mriduhttp://paste.openstack.org/show/709018/21:01
toskyfatema_: this one: https://docs.openstack.org/infra/storyboard/install/development.html#optional-steps-seed-database-with-base-data21:01
mriduabove mentioned link contains output of dpkg -S /usr/bin/python3.621:01
toskymridu: can you please also execute this other command:21:02
toskyapt-cache policy python3.6-minimal21:02
*** jamesmcarthur has quit IRC21:02
mridutosky: output of last command you mentioned is http://paste.openstack.org/show/709019/21:03
toskymridu: so apparently there is an additional repository added to the system21:04
toskyand python3.6 comes from that21:04
mriduoh....21:04
fungiyeah, the "deadsnakes" ppa is a popular one for getting alternate python interpreter builds from21:04
mriduI think instead of python3.5 getting upgraded to 3.6 new python3.6 has got installed21:05
toskydo you need python3.6 specifically for something?21:05
toskymost of openstack projects target 3.521:05
toskyif you don't need for other stuff, I would suggest to remove python3.6-minimal21:05
toskyin one month, Ubuntu 18.04 is out, so in the worst case you can upgrade21:06
mriduNo, I am as such now using any specific python3.6 features explicitly in any of my projects21:06
mridunot*21:06
mriduI am fine working with 3.5 as well no issues21:06
toskyoki, so it's simple then :)21:06
tosky(hopefully)21:06
mriduhaha yeah I too hope so21:07
fungii would suggest, if you don't need alternative python builds, deactivating the fkrull/deadsnakes ppa, purging the python3.6-minimal package, and then installing the python3 package (which should pull in the normal python3.5 interpreter for ubuntu 16.04)21:10
mriduhow to do that?21:11
*** jamesmcarthur has joined #storyboard21:13
fungithis should deactivate the extra ppa:21:13
fungisorry, just a sec, making sure i have the syntax correct21:15
fungisudo add-apt-repository --remove ppa:fkrull/deadsnakes21:15
fungiafter you do that, i would recommend removing the python3.6-minimal package with:21:16
fungisudo apt-get purge python3.6-minimal21:16
fungithen update your sources with:21:16
fungisudo apt-get update21:16
fungiand finally, install the normal python3 package via:21:16
fungisudo apt-get install python321:16
mridudo I need to replace sudo add-apt-repository --remove ppa:fkrull/deadsnakes repository with something else in this command?21:17
mriduI mean replacing keyword repository21:18
fungii don't believe so, though if you added that ppa through a different command than add-apt-repository we may need to use more manual methods to remove the sources.list entry for it21:18
mriduhttp://paste.openstack.org/show/709020/21:19
mriduoutput of sudo add-apt-repository --remove ppa:fkrull/deadsnakes21:19
fungiweird, that should be provided by the software-properties-common package on xenial, which i thought was priority standard21:21
fungisudo apt-get install software-properties-common21:21
mriduhttp://paste.openstack.org/show/709021/21:23
fungiwhich add-apt-repository21:24
fungioh!21:25
fungii know the problem... that's a misleading error21:25
fungithe shebang line for /usr/bin/add-apt-repository is "#! /usr/bin/python3" and i bet it's /usr/bin/python3 which is what's missing21:25
fungiso see if you can `sudo apt-get install python3` first21:26
mriduhttp://paste.openstack.org/show/709022/21:27
fungioh, and you did also say earlier that `which python3` says /usr/bin/python3 so maybe it's a broken symlink. try `ls -l /usr/bin/python3` and we'll see what that points to21:30
mriduhttp://paste.openstack.org/show/709023/21:31
fungioh, right, alternatives redirection. so we need to then `ls -l /etc/alternatives/python3` and see what that's linked to in turn21:32
mriduhttp://paste.openstack.org/show/709025/21:33
fungiand then `ls -l /usr/bin/python3.6` shows you a file?21:35
mriduhttp://paste.openstack.org/show/709026/21:36
fungiokay, so now i'm extra baffled as to why you got the error you did in http://paste.openstack.org/show/709020/21:37
mriduhmm...21:37
mriduI am surprised seeing what chaos can multiple versions create21:38
fungiyeah, messing with the default system python can get weird since some of the system tools are themselves written in python21:39
fungiso let's go abotu the ppa removal manually21:39
fungido a `ls -l /etc/apt/sources.list.d/` and we'll see if it has its own file21:39
mriduhttp://paste.openstack.org/show/709028/21:42
fungithere is is... so you can remove it now with `sudo rm /etc/apt/sources.list.d/fkrull-ubuntu-deadsnakes-xenial.list`21:43
fungiafter that, update your package sources with `sudo apt-get update`21:45
fungithis wat the index will no longer see packages from that ppa as being available to you21:45
fungier, after that21:45
fungi"this way" is what i meant to type, sorry. fingers are starting to give up on me21:47
*** jamesmcarthur has quit IRC21:47
*** jamesmcarthur has joined #storyboard21:48
mriduran both the commands21:48
mriduno errors21:48
funginow this is the point where we try installing python3.5 which will probably complain about downgrading the python3 package, but we'll see what it grumbles about21:49
fungi`sudo apt-get install python3.5`21:49
mriduhttp://paste.openstack.org/show/709038/21:51
fungiokay, so it was already installed just not what /etc/alternatives was pointed to21:51
mriduok21:52
*** jamesmcarthur has quit IRC21:52
mridushould I install requirements.txt now?21:52
fungiin that case, we can presumably just `sudo apt-get purge python3.6` and it will correct the alternative link (assuming it's been left at auto)21:53
fungihowever it may now complain that its python3 package depends on that because it got an updated dummy package for it from the ppa. if so we can work around that too21:54
mriducool. should I run the command you mentioned then21:54
fungiyes21:54
fungithat will uninstall the old python3.6 from the ppa, hopefully21:55
mridudone21:55
fungiif you run `python3 --version` now what does it say?21:55
mridusad 3.6.221:56
fungido `dpkg -l|grep python3.6` and see what packages it says you have matching that21:57
fungiit's possible the package providing the interpreter wasn't just called "python3.6" but maybe something like "python3.6.2"21:59
mriduhttp://paste.openstack.org/show/709048/22:01
fungioh, right-o... so `sudo apt-get purge python3.6-minimal libpython3.6-stdlib libpython3.6-minimal`22:03
mridudone22:06
mriduAh.... now python3 gives no such file or directory22:07
mriduphew22:07
fungido `sudo apt-get install python3==3.5.1-3`22:07
fungithat should hopefully set up the correct dummy package again, though we may still need to more directly correct the alternatives link for that executable name after22:08
mriduhttp://paste.openstack.org/show/709061/22:11
mriduunable to locate package python322:11
fungioh, sorry, it's probably just `sudo apt-get install python3=3.5.1-3` (not ==)22:13
fungihard to remember the differences in syntax for package version specifiers across multiple package managers22:14
mriduhttp://paste.openstack.org/show/709072/22:16
fungiokay, also a good sign, we have the version we wanted already there22:17
fungiso we should probably just correct the python3 alternative linking22:18
mriduwhat next?22:18
fungiaha, so checking on another ubuntu 16.04 system, the symlink from /usr/bin/python3 to python3.5 doesn't rely on the alternatives system22:20
fungiit's just directly provided by the python3-minimal package22:20
fungiso do `sudo apt-get install --reinstall python3-minimal`22:20
fungithat should hopefully replace the missing symlink that the deadsnakes ppa package blew away22:21
mridudone22:23
fungidoes `python3 --version` say 3.5.1 now?22:23
fatema_should the server still have 404 error eve I had ran the client ?22:25
fatema_even after*22:25
fungifatema_: the server shouldn't have a 404 error as long as you started the webclient. what url did you use to get to it?22:27
mridu3.5.2 it is :)22:27
fatema_http://127.0.0.1:8080/22:28
fungimridu: you should be ready to run tox again, but this time to `tox -e py35`22:29
mriduwithout virtualenv?22:30
fungimridu: correct, tox will create a virtualenv automatically and install python dependencies (requirements and test-requirements) into it for you22:31
mriducool22:32
mriduhey fungi, thanks a lot for helping out. here it's 4:02 am. Need to sleep. Once this command runs will ping again in morning.22:33
fungidiablo_rojo: SotK: i'm not super familiar with running storyboard-webclient standalone (only really ran it in production behind apache via wsgi). have any tips for fatema_?22:33
fungimridu: oh! yes you should pick this up another time. i didn't mean to keep you up late22:33
mriduhaha. no problem. I actually wanted to complete it :)22:33
persiafungi: fatema_: I've only done it a couple times, but my memory is that one points the browser at the address configured in grunt, and it loads.22:33
fungifatema_: presumably the webclient daemon logs somewhere, so if it's actually returning a 404 error page there should hopefully be a corresponding error log entry for that request22:34
mriduit has ran the tests it seems. lots of errors. let's debug tomorrow22:36
persiafatema_: To confirm, if you visit http://127.0.0.1:8080/aip/v1 do you get an API response?22:36
mridubye. thanks again :)22:36
persia(https is expected to fail in a development environment)22:36
fungimridu: you're welcome. thanks for pitching in!22:36
persiafatema_: If so, I *think* http://127.0.0.1:8080/ should load the javascript UI (if I'm reading Gruntfile.js correctly)22:39
toskyuhm, doesn't the the web client listens to port 9000 by default?22:39
fungioh, yes if 8080 is the api listening socket then i wouldn't be surprised at all by a 404 response to get /22:40
persiatosky: Yes.  Thank you.  I'm not reading it correctly.22:40
persiahttp://127.0.0.1:8080/api/v1/ should return an API response and http://127.0.0.1:9000/ should return the Javascript UI.22:40
toskyfatema_: how did you start the web client?22:40
toskyfatema_: also, what does it happen if you go to http://127.0.0.1:9000/ ?22:41
fatema_The client is on port 900022:43
fatema_and it's working22:43
fatema_not logged in22:43
fatema_but working22:43
fatema_but 8080 is giving me 404 server not found22:44
persiaSo, when the client loads on 9000, it should connect to the Grunt proxy that connects to 8080 and let things work.22:47
persiaIt you run `netstat -ntl | grep 8080` do you see a response?22:48
diablo_rojofungi, I fear I have as much or less  knowledge than you.22:49
*** fatema_ has quit IRC22:54
SotKhttp://127.0.0.1:9000/ will take you to the webclient, https://127.0.0.1:8080/ is the root of the API, a 404 there is expected as we don't actually return anything there23:24
SotKerm, s/https/http/23:24
SotKhttp://127.0.0.1:8080/v1/stories should be an xml document that looks something like `<result/>` in-browser usually, unless you've created some stories23:26
SotKthe available API endpoints are documented here: https://docs.openstack.org/infra/storyboard/webapi/v1.html23:26
SotKthe API is also exposed at http://127.0.0.1:9000/api/ (i.e. that is equivalent to http://127.0.0.1:8080/)23:28
SotKI feel like I should probably add a basic explanation of that and related stuff to the developer docs23:33
*** jtomasek has quit IRC23:42
diablo_rojoI think fatema_ is gone sadly :/ But yes, put a patch to the developer docs and I will gladly review :)23:42
*** tosky has quit IRC23:43
diablo_rojofungi, looks like osc is another one that hits the same issue as Mistral and Heat.23:47
diablo_rojoTheir test migration fails today.23:48
SotK:/ I always forget I have joins/parts ignored23:49
SotKI'll create a patch tomorrow when I should finally have some free time back23:49
diablo_rojoSotK, cool. I will try to remember to keep an eye out.23:49

Generated by irclog2html.py 2.15.3 by Marius Gedminas - find it at mg.pov.lt!