Friday, 2014-01-03

*** herndon_ has quit IRC00:00
fungii'm liking the possibility of embedding gerrit views into storyboard by making use of a stable rest api00:00
jeblairfungi: it's a fun idea to think about, but storyboard needs to exist first.00:00
krotscheckfungi: What would your expectations on that be? Diffs in storyboard? Synchronized comment threads?00:01
fungikrotscheck: not sure whether i have expectations at this point. just the potential to tie them together more tightly than we do with launchpad (bug and blueprint linking and updating) would be a huge improvement00:02
mordred++00:02
mordredI see that as a natural progression, honestly - sort of like what reviewday is doing now - except not batched00:02
mordredand then taking further steps00:02
mordredI also have no concrete examples00:02
mordredkrotscheck: have you seen reviewday?00:02
jeblairlet's develop that idea after storyboard tracks bugs.00:02
mordredjeblair: ++00:03
fungiyeah, working core first, awesome new features later00:03
mordredALL NEW FEATURES NOW00:03
*** herndon has joined #openstack-infra00:03
*** herndon has quit IRC00:03
krotscheckmordred: Indeed I have.00:04
krotscheckjeblair: I'm just collecting data for the roadmap that colette's putting together.00:04
jeblairstoryboard isn't a mythical future repository where we put all of our hopes; it's an actual system that tracks bugs.00:05
jeblairthe fact that it is not currently running is bug #100:05
*** ArxCruz has quit IRC00:05
uvirtbotjeblair: Error: Could not parse data returned by Launchpad: HTTP Error 503: Service Unavailable00:06
jeblairhehe00:06
jeblaironce it's doing that, i think we will have room to consider a scope expansion, and i think it's very exciting.00:06
jeblairbut i feel like it's way premature to be putting things like that on a roadmap00:07
fungi(for example, uvirtbot replacement which groks storyboard)00:07
sdagueyeh, agreed, less puppies and unicorns00:07
* mordred takes blame for storyboard not running ...00:07
* mordred introduced a roadblock and then became absent00:07
fungispeaking of working, nova tox -r -epy27 works now with new mysql-python and hand-patched virtualenv "1.11.1" (one-liner from the pull request) by updating tox.ini to...00:08
fungi install_command = pip install --allow-external netaddr --allow-unverified netaddr -U {opts} {packages}00:08
*** mriedem has quit IRC00:08
mordredfungi: neat! netaddr is the only one remaining?00:08
fungiso looks like netaddr is the only one it needs00:09
jeblairfungi: nice00:09
openstackgerritSean Dague proposed a change to openstack-infra/config: Gerrit-2.8: Add secondary index support  https://review.openstack.org/6008000:09
fungiremember, this is just nova. no idea yet where else there be dragons00:09
mordredfungi: that's awesome00:09
zarofungi: i added the 'CLA Accepted - ICLA' group to the gerrit db.  however i can't seem to test where it works anymore since i've already accepted the agreement.  is there a way to not agree anymore so i can go thru process again?00:09
fungizaro: interesting. did you restart gerrit and make sure project.conf is set back to using that group name for the icla members?00:10
mordredwe should pressure netaddr upstream00:10
fungigerrit shouldn't think you've agreed to it00:10
*** michchap has quit IRC00:10
mordreddhellmann: you don't know David P. D. Moss do you?00:10
*** michchap has joined #openstack-infra00:10
fungii thought there were discussions about replacing netaddr in nova... any guesses how far that got?00:11
zarofungi: yes, double checked and the project.config is back to original.00:11
zarofungi: from my point of view everything looks like it is working.00:12
krotscheckjeblair: Roadmaps, by their nature, are premature. And optimistic. And full of unicorns and rainbows. That doesn't make them useless, it just makes them shiny.00:12
mordredif it's the last thing nova is depending on, perhaps just poking the dude and saying "hi, could you run python setup.py sdist upload one time?"00:12
fungizaro: okay, then the other possibility is that it was just the disjoint group name breaking gerrit, and that it actually checks both that group and the account_agreements table for backward-compatability00:12
*** mkoderer_ has quit IRC00:12
jgriffithmtreinish: wanted to confirm this is what you had in mind?  http://paste.openstack.org/show/59739/00:12
fungizaro: i can poke around at the db for a few minutes and see if i can un-agree myself00:13
jgriffithmtreinish: so the addCleanup directive ensures that item is always called on teardown correct?00:13
jeblair#status ok see: https://etherpad.openstack.org/p/pip1.5Upgrade00:13
openstackstatusNOTICE: see: https://etherpad.openstack.org/p/pip1.5Upgrade00:13
*** ChanServ changes topic to "Discussion of OpenStack Project Infrastructure | Docs http://ci.openstack.org/ | Bugs https://launchpad.net/openstack-ci | Code https://git.openstack.org/cgit/openstack-infra/"00:13
*** rongze has joined #openstack-infra00:14
fungimordred: okay, one other wrinkle... if we update the tox.ini to use that, it will work with pip 1.5 and break under 1.4.1 and earlier... how do you make pip-version-dependent branching logic in tox.ini?00:14
*** mkoderer_ has joined #openstack-infra00:15
mordredfungi: you cannot.00:15
fungimordred: nevermind--as tox bundles virtualenv which carries latest pip, i guess that will never actually cause a problem?00:16
fungior... hrm, i should just test00:16
*** svarnau has quit IRC00:17
*** rongze has quit IRC00:18
zarofungi: actually you should not need to. you are not on the CLA accepted group.00:18
zarofungi: just try to accept the agreement.00:19
zarofungi: actually i can un-accept myself thru the GUI.00:19
fungizaro: yeah, so even with my account listed in account_agreements as having agreed to it, gerrit 2.8 apparently only checks membership on the "CLA Accepted - ICLA" group and decides i haven't, but i can successfully agree and it adds me to the group no problem00:21
fungiwhich means we probably will have to script populating that group on upgrade, but it should be doable00:21
*** CaptTofu has quit IRC00:21
zarofungi: yep, i just went thru the process again and it seems to work.00:22
fungimordred: i tested that modified tox.ini on a system with only pip 1.4.1 globally installed and it seems to work fine, so no worries there after all00:22
clarkbfungi: but the same tox.ini can be used with different versions of tox so you will need to set the min tox version00:23
*** praneshp has quit IRC00:24
fungiclarkb: well, there isn't a newer version of tox which solves anything for this... people may need to update the version of virtualenv they're running, since we'll no longer be compatible with virtualenv 1.10.1, for example00:24
fungii think... need to try that next00:25
openstackgerritStefano Maffulli proposed a change to openstack-infra/config: Discussion list for the personas working group  https://review.openstack.org/6475200:26
*** jergerber has quit IRC00:29
openstackgerritStefano Maffulli proposed a change to openstack-infra/config: Discussion list for the personas working group  https://review.openstack.org/6475300:30
reeddamn it00:30
fifieldt:D00:30
reedgit --amen is not the same thing as git --amend00:31
fifieldt:D00:33
fungiit sounds a lot more affirmative though00:34
reeddamn it, now I'm stuck in git-review00:34
fungimordred: clarkb: okay, different bad news... if we add --allow-unverified (which netaddr doesn't work without), then anyone running tox on a project using that option will need 1.11.x (just confirmed it breaks with 1.10.1 globally installed)00:36
*** rakhmerov has joined #openstack-infra00:38
fungier, will need *virtualenv* 1.11.x00:38
reedwhat exactly is causing this error? http://logs.openstack.org/53/64753/1/check/gate-config-puppet-syntax/2c834eb/console.html00:41
reedis it my fault?00:41
clarkbreed: yes you need a comma after the description string00:41
reedthanks clarkb00:42
openstackgerritStefano Maffulli proposed a change to openstack-infra/config: Discussion list for the personas working group  https://review.openstack.org/6475300:42
*** rakhmerov has quit IRC00:43
fungireed: looks like you spotted it before i could leave a review comment to that effect00:43
reedfungi, clarkb told me what to do00:43
fungivery fast ;)00:43
reed:)00:43
zaroclarkb, fungi : i've installed the core plugins to review-dev.o.o00:45
zaroclarkb, fungi : i'm guessing we should probably turn on review searching to test as well?00:47
fungizaro: probably, yes00:47
*** ryanpetrello has quit IRC00:49
*** praneshp has joined #openstack-infra00:53
*** praneshp_ has joined #openstack-infra00:56
*** praneshp has quit IRC00:58
*** praneshp_ is now known as praneshp00:58
*** jaypipes has quit IRC01:02
*** ^d has quit IRC01:11
*** rongze has joined #openstack-infra01:15
jeblairreed: git commit --amen should really do something01:16
reedjeblair, and I thought it was just a typo :>01:16
*** melwitt has joined #openstack-infra01:17
*** rongze has quit IRC01:20
*** AaronGr is now known as AaronGr_Zzz01:20
*** banix has joined #openstack-infra01:32
*** AaronGr_Zzz is now known as AaronGr01:36
*** rongze has joined #openstack-infra01:38
*** rakhmerov has joined #openstack-infra01:39
*** CaptTofu has joined #openstack-infra01:39
*** rakhmerov has quit IRC01:44
*** weshay has joined #openstack-infra01:44
*** StevenK has quit IRC01:47
*** jheiss has quit IRC01:48
*** rockstar has quit IRC01:48
*** StevenK has joined #openstack-infra01:48
*** jheiss has joined #openstack-infra01:48
*** AaronGr has quit IRC01:49
*** Ryan_Lane has joined #openstack-infra01:49
*** banix has quit IRC01:51
*** ryanpetrello has joined #openstack-infra01:53
*** sarob has joined #openstack-infra01:53
openstackgerritMichael Krotscheck proposed a change to openstack-infra/config: Added Storyboard-Webclient to gerrit  https://review.openstack.org/6476101:53
*** praneshp has quit IRC01:55
*** thedodd has joined #openstack-infra01:55
openstackgerritMichael Krotscheck proposed a change to openstack-infra/config: Added Storyboard-Webclient to gerrit  https://review.openstack.org/6476101:55
*** AaronGr has joined #openstack-infra01:57
*** sarob_ has quit IRC01:57
*** rockstar has joined #openstack-infra01:58
*** rockstar has joined #openstack-infra01:58
*** sarob has quit IRC01:58
*** thedodd has quit IRC01:58
*** AaronGr_Zzz has joined #openstack-infra01:59
*** krotscheck has quit IRC02:02
*** nati_ueno has joined #openstack-infra02:03
*** CaptTofu_ has joined #openstack-infra02:06
*** CaptTofu has quit IRC02:08
*** CaptTofu has joined #openstack-infra02:09
*** CaptTofu_ has quit IRC02:11
*** weshay has quit IRC02:13
*** dguitarbite has joined #openstack-infra02:16
*** dguitarbite__ has joined #openstack-infra02:17
*** banix has joined #openstack-infra02:17
*** rongze has quit IRC02:18
*** ryanpetrello has quit IRC02:19
*** rongze has joined #openstack-infra02:19
*** rongze has quit IRC02:19
*** rongze has joined #openstack-infra02:20
*** CaptTofu has quit IRC02:27
*** CaptTofu has joined #openstack-infra02:27
*** rongze has quit IRC02:32
*** rongze has joined #openstack-infra02:33
*** rakhmerov has joined #openstack-infra02:40
*** rakhmerov has quit IRC02:44
*** dguitarbite__ has quit IRC02:45
*** dguitarbite has quit IRC02:45
*** AaronGr has quit IRC02:57
*** julim has quit IRC02:59
*** cyeoh has quit IRC03:01
*** cyeoh has joined #openstack-infra03:02
*** zhiwei has joined #openstack-infra03:08
zhiweiclarkb: hi03:08
zhiweiclarkb: Did you see my rename project request email in mailling list?03:09
clarkbzhiwei: I did, haven't had time to compose a reply03:11
clarkbI will do that now03:11
zhiweiok, thank you very much.03:11
*** melwitt has quit IRC03:13
*** AaronGr_Zzz is now known as AaronGr03:15
*** Daviey has quit IRC03:15
*** Daviey has joined #openstack-infra03:22
*** loq_mac has quit IRC03:25
*** boris-42 has quit IRC03:37
*** rakhmerov has joined #openstack-infra03:40
*** CaptTofu has quit IRC03:41
*** CaptTofu has joined #openstack-infra03:41
*** ryanpetrello has joined #openstack-infra03:42
*** rakhmerov has quit IRC03:45
*** ryanpetrello has quit IRC03:46
*** harlowja is now known as harlowja_away03:51
*** david-lyle_ has joined #openstack-infra03:56
openstackgerritA change was merged to openstack-dev/hacking: Enforce import grouping  https://review.openstack.org/5222104:03
openstackgerritA change was merged to openstack-dev/hacking: Enforce grouping like imports together  https://review.openstack.org/5440204:03
*** rongze has quit IRC04:04
*** coolsvap has joined #openstack-infra04:07
*** coolsvap has quit IRC04:10
*** coolsvap has joined #openstack-infra04:10
*** david_lyle has joined #openstack-infra04:18
*** david-lyle_ has quit IRC04:21
anteayajust in case anyone is keeping score, change of plan. I am flying over the north pole again and am planning on being in perth sometime late Saturday night04:22
clarkbanteaya: weather causing problems?04:22
pleia2anteaya: safe travels04:22
anteayapleia2: thanks04:22
anteayaclarkb: well, a number of things, that meant I was going to miss my LAX to MEL flight04:22
*** jerryz has quit IRC04:23
anteayaso since I was still at YYZ, I said I should just do HK to Perth and the captian on the flight agreed with me04:23
anteayaand I was able to get my flight rescheduled before YYZ to LAX took off04:23
anteayaso here I be04:23
clarkbnice04:23
anteayayay for airport food04:24
pleia2hehe04:24
anteayagetting to know some good ones04:24
anteayaYYZ terminal 3, B and C gates have way better food options04:24
anteayain case you care04:24
anteayabetter food options than A gate (flights to US)04:25
anteayaoh and more fun, US passport check now requires going to a computer kiosk complete with photograph04:25
anteayagrimace for Uncle Sam04:25
clarkbfingerprints too I think04:26
anteayanot yet for me04:26
jgriffithmordred: clarkb is there a bug for the mysql-python issue that we should use for recheck?04:26
clarkbjgriffith: I don't think so04:26
jgriffithclarkb: is it worth logging one or just doing a "no bug" in this case04:26
clarkbno bug should be fine04:26
jgriffithclarkb: thanks04:26
clarkbanteaya: so your route is now similar ish to mine04:27
clarkbjust in different directions :)04:27
anteayaclarkb: really?04:27
anteayaare you visiting Santa too?04:27
anteayaand for what reason04:28
anteayaoh yeah, dubai04:28
anteayado you hit the pole for Seattle to dubai?04:28
clarkbI believe so04:28
pleia2I have an 8 hour layover in aukland, that'll be fun04:28
pleia2auckland too04:28
anteayaI'm 8 hours in hk04:28
anteayamore over priced shopping of stuff I would never ever wear04:29
pleia2hah04:29
clarkbbut they have dim sum in the airport :)04:29
anteayaI found a good hk airport restaurant04:29
anteayadoes a great vegetarian squash soup04:29
anteayalooking forward to it04:29
anteayaplus Cathay pacific has a great touch screen04:30
anteayaand a good movie selection04:30
anteayaI hope they have some fresh ones04:30
anteayaso help me here, Seattle to dubai via the north pole, dubai to auckland?04:31
clarkbdubai to perth04:31
anteayadon't you have to fly over perth to get to auckland?04:31
anteayaso where does 8 hrs in auckland come in?04:31
clarkbthat is pleia204:31
anteayaah sorry04:31
anteayayou are both the same colour and name length04:31
anteayayou became one in my eyes04:31
anteayaI was going to say, who schedules a dubai to auckland to get to perth04:32
pleia2hehe04:32
anteayapleia2: so you are SF to auckland?04:32
pleia2anteaya: yep04:33
anteayaI think notmyname has something similar04:33
anteayaswift04:33
anteayalet's find out04:33
pleia2stop in hawaii on the way home though04:33
notmynameheh. I see my name too ;-)04:33
anteayapleia2: awesome04:33
*** gyee_ has quit IRC04:33
anteayanotmyname: :D04:33
pleia2anteaya: not so much, means I have to fly united hawaii to sf ;)04:33
anteayanotmyname: 8 hours in auckland for you too?04:33
notmynameI'm SFO->Auckland->MEL->Perth on the way there and Perth->Auckland->HON->SFO on the way back04:33
anteayapleia2: :(04:34
pleia2I don't stop in MEL on my way out04:34
pleia2notmyname: flying out tomorrow?04:34
notmynameno, about 3 hours in AUK04:34
notmynameya, I'm leaving tomorrow at 7:45 (Pacific). and I get to AUK on Sun morning.04:34
notmyname21h15m in the air for tomorrow's trip04:35
clarkbso while I realize I am going the long way around (close to 13k miles one way iirc), I leave tomorrow evening and get there Sunday right about noon. Which isn't too bad04:35
pleia2notmyname: ah, same flight then!04:35
notmynamepleia2: which leg?04:36
pleia2notmyname: SFO to auckland04:36
notmynamek04:36
pleia2and I'm doing Perth->Auckland->HON->SFO on saturday04:36
notmynameah, cool04:36
clarkbI don't fly back until Tuesday, going to melt. should be fun04:37
notmynameI've got one thing to finish up for swiftstack tonight, then I'm planning on finally getting to check out the lca wiki and fill out the arrival page and etc04:37
pleia2clarkb: hehe, yeah, it looks hot04:37
anteayanotmyname: there is an arrival page?04:37
anteayait will be04:37
notmynameI saw an email about it today04:37
pleia2anteaya: https://lca2014.linux.org.au/wiki/Arrivals_Departures04:37
anteayaMonday Jan. 6 will be 38C04:37
anteayathat is hot04:38
clarkbyou should also get a 'boarding pass' which if you can print it will make life easier or something04:38
anteayamost other days will be 30C04:38
anteayahot but manageable04:38
pleia2I've started couch-to-5k, just in time for this, I might actually die :)04:38
anteayaclarkb: yeah, got that email sitting in the boarding lounge04:38
*** CaptTofu has quit IRC04:38
pleia2(I did survive florida though!)04:38
anteayapleia2: 5k swimming?04:38
notmynamehttps://lca2014.linux.org.au/wiki/Arrivals_Departures04:38
pleia2anteaya: running04:39
anteayarunning walking?04:39
anteayaeww04:39
*** CaptTofu has joined #openstack-infra04:39
pleia2haha04:39
anteayaI can swim till I drop, can run at all04:39
anteayacan't04:39
pleia2I couldn't either 3 weeks ago04:39
anteayawalk, I'll walk anywhere, not run04:39
pleia2I ran for 3 minutes straight yesterday, twice!04:39
anteayaI am impressed04:39
anteayagood for you04:39
anteayawell done04:39
pleia2thanks04:39
pleia2san francisco is a great place for it04:40
*** rakhmerov has joined #openstack-infra04:41
anteayaawesome04:41
*** ryanpetrello has joined #openstack-infra04:41
anteayaI have no idea what my username and password is for the wiki04:41
pleia2it's the same as the lca2014 website04:42
anteayadoesn't help me04:42
anteayaI have no idea what I said04:42
anteayahit the door till I'm in, look I'm in, do the thing I came for04:42
anteayahow did you get in before? *shrug* no idea04:43
anteayafeel free to laugh and point04:43
*** rakhmerov has quit IRC04:45
*** dcramer_ has joined #openstack-infra04:47
anteayano, I have logged into the website again and it is not accepting my name and password04:54
anteayait says it should be the same, but it isn't working for me04:56
*** melwitt1 has joined #openstack-infra04:58
*** zhiwei has quit IRC04:59
*** melwitt2 has joined #openstack-infra05:00
*** blamar has quit IRC05:00
*** melwitt1 has quit IRC05:03
*** Ryan_Lane has quit IRC05:03
*** senk has quit IRC05:05
*** talluri has joined #openstack-infra05:06
*** ^d has joined #openstack-infra05:07
*** ^d has joined #openstack-infra05:07
*** senk has joined #openstack-infra05:09
*** HenryG has quit IRC05:11
*** Ryan_Lane has joined #openstack-infra05:15
anteayait asks for username on the wiki, I have tried my first name, my first and last name, my email and my irc nick05:15
*** zhiwei has joined #openstack-infra05:15
anteayanothing works05:15
anteayain my profile for the conference I don't see a username05:16
mikalanteaya: the lca wiki?05:16
anteayayes05:16
mikalDid you sign up for the conference with persona perchance?05:16
anteayawhen I sign into the lca website it wants my email05:16
anteayaI have no idea what persona is, so chances are slim I did that05:17
mikalOk, the wiki should be email address / password for the conf site05:17
anteayaI'll try that again05:17
*** talluri has quit IRC05:17
notmynamemikal: I shall get on a plane, sit down for 21 hours, and come visit you05:17
*** talluri has joined #openstack-infra05:17
mikalnotmyname: good man05:17
anteayamikal: okay since that narrowed down what username I was looking for I just fed it passwords until I hit the right one05:18
anteayathanks05:18
*** ^d has quit IRC05:19
notmynamemay I recommend a password manager? any of them will do05:19
mikalanteaya: lol05:19
*** uvirtbot has quit IRC05:20
StevenKanteaya: I second notmyname. Password managers are excellent.05:21
*** Hefeweizen has quit IRC05:23
*** Hefeweizen has joined #openstack-infra05:23
anteayanotmyname StevenK I would have to remember how to use them, would I not?05:24
anteayaI am designed a horizontal file system05:24
anteayathe size of a 4 by 8 sheet of plywood, like a big screen for a window05:24
anteayaable to stack them up and raise them or lower them like scenery on flies05:25
anteayaI would be so organized05:25
anteayaI am designing05:25
StevenKanteaya: Lastpass is awesome for that, when you add a site with a username and password, it autofills out the information05:25
anteayaI would remember where I put all my stuff05:25
anteayaStevenK: you are the man handy for the suggestions, I remember you from a prior conversation05:26
StevenKanteaya: :-)05:26
anteayaokay I'll look at lastpass while I loiter in hk airport for 8 hours05:26
anteaya:D05:27
StevenKanteaya: Since you'll be at LCA, I'd be delighted to help you05:27
anteayaI'll take you up on that05:27
notmynameI use 1Password and like it (honestly any password manager > no password manager)05:27
anteayaI might get a story or two out of the deal, that improves my ability to remember anything05:27
anteayafacts and a story work far better for me than anything else05:27
anteayanotmyname: yes I'm probably too oblivous to even be as ashamed as I should be05:28
notmynameonce upon a time alice, forgot her password to the LCA wiki....05:28
notmynames/,//05:28
anteayanow we are talking05:28
StevenKnotmyname: Hahaha05:29
anteayawhat did alice do?05:29
anteayaand what airport was she stuck in when she did it?05:29
anteayaand how was the soup?05:29
notmynameshe bought StevenK a beer and learned how to use a password manager ;-)05:29
StevenKIt doesn't matter! All airports are the SAME!05:29
anteayaawesome05:29
notmynameStevenK: yes they are05:29
anteayaStevenK: not so05:29
anteayano no, some have good restaurants05:29
anteayathey just appear the same05:30
StevenKThat's true05:30
anteayaand the detroit airport has a Wendy's05:30
notmynameall have giant toblarone bars for sale05:30
StevenKThe quality of resturants at international airports is hellishly variable05:30
anteayagotta get a frosty in detroit05:30
anteayaStevenK: yes05:30
anteayaStevenK: what beer do you drink?05:30
StevenKHappily, I only have to fly domestic to Perth05:30
anteayagreat05:30
anteayayou can laugh and point at me if I am jet lagged05:31
anteayahk wasn't bad but coming back took about a week05:31
StevenKIt takes me about two days to get back to feeling human after travelling to the US or Europe05:31
StevenKOn the way back home it varies, depending on when I land in Sydney05:32
*** david_lyle has quit IRC05:33
anteayayeah, I am finding I am doing okay back and forth to Europe05:34
anteayacoming back from summit, well let's just say there were a few early mornings05:35
anteayaI probably should pack up and change locations05:35
StevenKHaha05:35
anteayasomething closer to my gate05:35
anteaya:D05:35
anteayalooking forward to meeting you StevenK05:35
StevenKPack? That's so Sunday mornings problem05:35
anteayaand seeing you again mikal05:35
anteayapack up as in vacate this restaurant05:36
anteayaand move to another one05:36
StevenKHaha05:36
*** dstanek has quit IRC05:37
*** chandankumar has joined #openstack-infra05:37
*** AaronGr is now known as AaronGr_Zzz05:38
*** gilliard has quit IRC05:38
*** dstanek has joined #openstack-infra05:39
*** Ryan_Lane has quit IRC05:40
*** DennyZhang has joined #openstack-infra05:41
*** rakhmerov has joined #openstack-infra05:42
*** chandankumar has quit IRC05:44
*** chandankumar has joined #openstack-infra05:45
*** rakhmerov has quit IRC05:46
*** zhiwei has quit IRC05:49
*** chandankumar has quit IRC05:50
*** chandankumar has joined #openstack-infra05:51
*** mrda has quit IRC05:59
*** StevenK has quit IRC06:01
*** StevenK has joined #openstack-infra06:02
*** praneshp has joined #openstack-infra06:05
*** DennyZhang has quit IRC06:08
*** reed has quit IRC06:10
*** jpeeler has quit IRC06:11
*** ryanpetrello has quit IRC06:12
*** jishaomei has joined #openstack-infra06:17
*** dguitarbite has joined #openstack-infra06:27
*** chandankumar is now known as ciypro06:36
*** senk has quit IRC06:39
*** rakhmerov has joined #openstack-infra06:43
*** rakhmerov has quit IRC06:47
*** nicedice__ has joined #openstack-infra06:54
openstackgerritZhiwei Chen proposed a change to openstack-infra/config: Rename a StackForge project  https://review.openstack.org/6478806:55
*** dstanek has quit IRC06:55
*** dstanek has joined #openstack-infra06:56
*** nicedice_ has quit IRC06:58
mikalAnyone with gerrit admin perms around?07:00
*** dguitarbite has quit IRC07:06
*** dguitarbite has joined #openstack-infra07:09
*** rongze has joined #openstack-infra07:12
*** praneshp has quit IRC07:19
*** yaguang has joined #openstack-infra07:31
*** banix has quit IRC07:39
*** rakhmerov has joined #openstack-infra07:44
*** rcarrillocruz has quit IRC07:48
*** rakhmerov has quit IRC07:49
*** rcarrillocruz has joined #openstack-infra07:49
*** flaper87|afk is now known as flaper8708:00
openstackgerritAndreas Jaeger proposed a change to openstack-infra/config: Create gate for api-site  https://review.openstack.org/6479508:00
*** melwitt2 has quit IRC08:02
openstackgerritAndreas Jaeger proposed a change to openstack-infra/config: Create gate for api-site  https://review.openstack.org/6479508:06
*** yolanda has joined #openstack-infra08:11
openstackgerritAndreas Jaeger proposed a change to openstack-infra/config: Create gate for api-site  https://review.openstack.org/6479508:13
*** fifieldt has quit IRC08:18
openstackgerritAndreas Jaeger proposed a change to openstack-infra/config: Create gate for api-site  https://review.openstack.org/6479508:23
*** vipul is now known as vipul-away08:27
*** vipul-away is now known as vipul08:29
*** vipul is now known as vipul-away08:44
*** cyeoh has quit IRC08:45
*** rakhmerov has joined #openstack-infra08:45
*** rakhmerov has quit IRC08:49
*** fbo_away is now known as fbo08:51
*** jpich has joined #openstack-infra08:59
*** rossella_s has joined #openstack-infra09:00
*** vipul-away is now known as vipul09:00
*** jishaomei has quit IRC09:03
*** hashar has joined #openstack-infra09:06
*** fifieldt has joined #openstack-infra09:06
*** rongze has quit IRC09:10
*** amotoki has joined #openstack-infra09:11
*** dguitarbite has quit IRC09:12
*** fifieldt has quit IRC09:14
*** derekh has joined #openstack-infra09:18
*** boris-42 has joined #openstack-infra09:21
*** hashar has quit IRC09:26
*** rossella_s has quit IRC09:36
*** rossella_s has joined #openstack-infra09:38
*** amotoki has quit IRC09:42
*** sdake has quit IRC09:43
*** jooools has joined #openstack-infra09:45
*** sdake has joined #openstack-infra09:46
*** rakhmerov has joined #openstack-infra09:46
*** rakhmerov has quit IRC09:50
*** johnthetubaguy has joined #openstack-infra09:53
*** rongze has joined #openstack-infra10:04
*** lcheng has quit IRC10:07
*** dguitarbite has joined #openstack-infra10:14
*** dguitarbite has quit IRC10:26
*** dguitarbite has joined #openstack-infra10:35
*** johnthetubaguy1 has joined #openstack-infra10:40
*** dguitarbite has quit IRC10:42
*** johnthetubaguy has quit IRC10:42
*** lcestari has joined #openstack-infra10:46
*** rossella_s_ has joined #openstack-infra10:47
*** lcheng has joined #openstack-infra10:47
*** rakhmerov has joined #openstack-infra10:47
*** rossella_s has quit IRC10:49
*** rossella_s_ is now known as rossella_s10:49
*** hashar has joined #openstack-infra10:50
*** rakhmerov has quit IRC10:52
*** yaguang has quit IRC10:56
*** lcheng has quit IRC11:13
*** yolanda has quit IRC11:25
*** yolanda has joined #openstack-infra11:26
*** hashar has quit IRC11:29
*** dguitarbite_ has joined #openstack-infra11:30
*** yolanda has quit IRC11:31
*** yolanda has joined #openstack-infra11:31
*** dguitarbite_ has quit IRC11:36
*** yolanda has quit IRC11:39
*** yolanda has joined #openstack-infra11:41
*** yolanda has quit IRC11:44
*** yolanda has joined #openstack-infra11:45
*** rakhmerov has joined #openstack-infra11:48
*** cyeoh_ has joined #openstack-infra11:48
*** cyeoh_ is now known as cyeoh11:48
*** dguitarbite has joined #openstack-infra11:50
*** yolanda has quit IRC11:51
*** yolanda has joined #openstack-infra11:52
*** yolanda has quit IRC11:52
*** rakhmerov has quit IRC11:53
*** yolanda has joined #openstack-infra11:53
*** yolanda has quit IRC11:56
*** yolanda has joined #openstack-infra11:57
*** coolsvap has quit IRC12:01
*** yolanda has quit IRC12:07
*** smarcet has joined #openstack-infra12:09
*** yolanda has joined #openstack-infra12:09
*** dguitarbite has quit IRC12:12
*** CaptTofu has quit IRC12:17
*** CaptTofu has joined #openstack-infra12:17
openstackgerritSoren Hansen proposed a change to openstack-infra/jenkins-job-builder: Allow passing credentials-id for git repos  https://review.openstack.org/6481712:18
*** dguitarbite_ has joined #openstack-infra12:23
*** yolanda has quit IRC12:23
*** ArxCruz has joined #openstack-infra12:24
*** yolanda has joined #openstack-infra12:24
*** Ajaeger has joined #openstack-infra12:29
*** dguitarbite_ has quit IRC12:37
*** weshay has joined #openstack-infra12:38
*** jlibosva has joined #openstack-infra12:43
*** yolanda has quit IRC12:44
*** yolanda has joined #openstack-infra12:44
*** yolanda has quit IRC12:44
*** yolanda has joined #openstack-infra12:46
*** CaptTofu has quit IRC12:46
*** CaptTofu has joined #openstack-infra12:46
*** ihrachys has joined #openstack-infra12:47
*** CaptTofu has quit IRC12:47
*** CaptTofu_ has joined #openstack-infra12:47
*** rakhmerov has joined #openstack-infra12:48
ihrachyshi all. It seems that my patch for oslo.messaging, Change-Id: I76bfa5b48bad4a70fbf06b74f4cc8234af6610c2 was not triggered for Jenkins verification, as per Zuul. Can you help me with the issue? Probably it's worth mentioning that I've created the review as a draft first, and then published it once I've made sure it's ok.12:49
openstackgerritA change was merged to openstack-infra/os-loganalyze: Provide a script that starts a simple WSGI server  https://review.openstack.org/6032512:50
*** yolanda has quit IRC12:51
*** yolanda has joined #openstack-infra12:51
*** yolanda has quit IRC12:52
*** rakhmerov has quit IRC12:53
*** CaptTofu_ has quit IRC12:53
*** CaptTofu has joined #openstack-infra12:54
*** dguitarbite has joined #openstack-infra12:54
*** CaptTofu has quit IRC12:59
*** dguitarbite has quit IRC13:00
ihrachysah, that just required adding a 'recheck' comment, and this resolved the problem. sorry for the noise above. :|13:05
*** rongze has quit IRC13:10
openstackgerritEmilien Macchi proposed a change to openstack-infra/config: Add Puppet 3.4 gate support for OpenStack modules  https://review.openstack.org/6482313:17
*** julim has joined #openstack-infra13:19
*** julim has quit IRC13:20
*** dguitarbite_ has joined #openstack-infra13:23
*** hashar has joined #openstack-infra13:26
*** dguitarbite_ has quit IRC13:27
*** b3nt_pin has joined #openstack-infra13:33
*** b3nt_pin is now known as beagles13:34
*** jpeeler has joined #openstack-infra13:40
*** rongze has joined #openstack-infra13:41
*** dprince has joined #openstack-infra13:46
*** rakhmerov has joined #openstack-infra13:49
*** dguitarbite has joined #openstack-infra13:49
*** ekarlso has quit IRC13:50
*** rakhmerov has quit IRC13:50
*** ciypro has quit IRC13:51
*** rongze has quit IRC13:52
*** ekarlso has joined #openstack-infra13:52
*** Ajaeger has quit IRC13:55
*** Ajaeger has joined #openstack-infra13:57
openstackgerritSean Dague proposed a change to openstack/requirements: wip: sqla 0.8 state of the world  https://review.openstack.org/6483113:58
*** tma996 has joined #openstack-infra13:58
*** HenryG has joined #openstack-infra14:00
*** jpeeler has quit IRC14:00
*** julim has joined #openstack-infra14:00
*** jpeeler has joined #openstack-infra14:01
*** dguitarbite has quit IRC14:01
*** dcramer_ has quit IRC14:03
fungiihrachys: did that patchset start out as a draft maybe?14:10
fungiif so, it's a known shortcoming of the gerrit version we're currently running (it doesn't have an event in its stream for a patchset transitioning from draft to published)14:11
fungimikal: what admin perms are you needing, by the way? (if you're still around)14:14
fungior, rather, what are you needing me to do with my perms?14:14
ihrachysfungi: yes, indeed, that was a draft [my first patch sent for review, so wanted to make sure it's ok before publishing it.] But since we can trigger tests via a recheck comment, that's fine. On a side note, another shortcoming with those drafts is that Launchpad bugs are not updated with links to corresponding reviews either.14:15
*** mriedem has joined #openstack-infra14:16
* fungi ihrachys yes, we have "work in progress" as a way to mark changes which aren't ready for review. drafts are decidedly broken in several ways, and not really appropriate for our open design methodology anyway14:16
* fungi doesn't know why he /me'd the previous line. tabfail maybe14:17
*** ryanpetrello has joined #openstack-infra14:17
fungiwe're still looking at potential options to effectively disable drafts, but because gerrit doesn't make that configurable, the alternatives are somewhat ugly14:18
ihrachysfungi: ok, what's about that 'wip' thing? where can I check the proper guide on marking reviews as WiP?14:18
fungithere's a button in the current webui for "work in progress" which you can click on your change so that others will know it's still a work in progress14:19
ihrachysAh, I see. Thanks!14:19
fungithe implementation is changing as we switch to gerrit 2.8 or 2.9, but once it stabilizes we'll almost certainly add a command-line option to git-review for it as well14:19
*** jswarren has joined #openstack-infra14:21
*** mriedem has quit IRC14:25
*** mriedem has joined #openstack-infra14:27
openstackgerritRadomir Dopieralski proposed a change to openstack-dev/hacking: Add an option for ignoring h302 for some names  https://review.openstack.org/6483214:32
openstackgerritA change was merged to openstack-infra/reviewday: Cleanup projects  https://review.openstack.org/6447414:33
openstackgerritA change was merged to openstack-infra/reviewday: Add identity-api to projects  https://review.openstack.org/6447514:33
mtreinishjgriffith: actually it won't work until https://review.openstack.org/#/c/62101/ is merged14:40
mtreinishjgriffith: otherwise the addcleanup will be executed too late14:41
mtreinishbut I'm not sure on the approach in that patch14:41
*** eharney has joined #openstack-infra14:41
mtreinishin the meantime it might be better to figure out a way to add the volume detach to the lifo in teardown class14:42
*** coolsvap has joined #openstack-infra14:44
sdaguemtreinish: you rebasing that?14:45
*** rongze has joined #openstack-infra14:45
mtreinishsdague: I will, it's just it only works if people write scenarios properly14:45
*** mfer has joined #openstack-infra14:45
mtreinishbecause I can't call addCleanup from setUpClass14:46
*** mfer has quit IRC14:46
sdaguecan we fix that with hacking?14:46
mtreinishI don't think so, we have to ensure there aren't any shared resources between test cases in a class14:47
*** dcramer_ has joined #openstack-infra14:49
*** rongze has quit IRC14:50
*** mfer has joined #openstack-infra14:51
*** portante is now known as portante|afk14:51
*** rakhmerov has joined #openstack-infra14:51
*** coolsvap has quit IRC14:52
*** yolanda has joined #openstack-infra14:53
*** jasondotstar has joined #openstack-infra14:55
*** rakhmerov has quit IRC14:56
*** rongze has joined #openstack-infra14:56
*** chmouel has quit IRC14:59
sdaguemtreinish: so that means really waiting to using fixtures?15:03
mtreinishsdague: yeah, that would probably be the ideal solution.15:05
openstackgerritRadomir Dopieralski proposed a change to openstack-dev/hacking: Add an option for ignoring h302 for some names  https://review.openstack.org/6483215:05
sdaguemtreinish: so is there a reason to do your patch before than then? if it's only going to work if other people do exactly the right things?15:09
openstackgerritCyril Roelandt proposed a change to openstack-infra/config: sphinxcontrib-docbookrestapi: enable tests for Python 2.6, 2.7 and 3.3  https://review.openstack.org/6484115:09
mtreinishsdague: the only reason is so that jgriffith's patch (https://review.openstack.org/#/c/62014/ ) will work as expected15:11
mtreinishthe fixture model will take some time to get working properly15:11
*** ruhe has joined #openstack-infra15:12
openstackgerritCyril Roelandt proposed a change to openstack-infra/config: sphinxcontrib-docbookrestapi: enable tests for Python 2.6, 2.7 and 3.3  https://review.openstack.org/6484115:18
*** coolsvap has joined #openstack-infra15:18
*** yolanda has quit IRC15:18
*** yolanda has joined #openstack-infra15:19
*** coolsvap_ has joined #openstack-infra15:22
*** thedodd has joined #openstack-infra15:22
*** coolsvap_ has quit IRC15:22
*** coolsvap_ has joined #openstack-infra15:22
*** russellb is now known as rustlebee15:23
*** coolsvap has quit IRC15:23
*** coolsvap_ is now known as coolsvap15:23
*** dcramer_ has quit IRC15:25
*** dansmith is now known as damnsmith15:26
*** dcramer_ has joined #openstack-infra15:27
*** rossella_s has quit IRC15:28
*** AaronGr_Zzz is now known as AaronGr15:29
*** blamar has joined #openstack-infra15:29
*** dims has quit IRC15:30
*** herndon has joined #openstack-infra15:31
*** yolanda has quit IRC15:31
*** talluri has quit IRC15:31
*** talluri has joined #openstack-infra15:32
*** yolanda has joined #openstack-infra15:32
*** dims has joined #openstack-infra15:33
*** yolanda has quit IRC15:33
*** yolanda has joined #openstack-infra15:34
*** dims is now known as dimsum15:34
*** yolanda has quit IRC15:34
*** senk has joined #openstack-infra15:35
*** yolanda has joined #openstack-infra15:36
*** talluri has quit IRC15:36
sdagueany chance we can get another +2 on this to get oslo.rootwrap into the gate - https://review.openstack.org/#/c/64675/1 ?15:40
openstackgerritRadomir Dopieralski proposed a change to openstack-dev/hacking: Add an option for ignoring h302 for some names  https://review.openstack.org/6483215:43
*** yolanda has quit IRC15:43
*** yolanda has joined #openstack-infra15:44
*** senk has quit IRC15:46
*** rnirmal has joined #openstack-infra15:47
*** senk has joined #openstack-infra15:50
*** rakhmerov has joined #openstack-infra15:52
*** yolanda has quit IRC15:55
*** rakhmerov has quit IRC15:56
*** ^d has joined #openstack-infra15:56
*** ^d has joined #openstack-infra15:56
*** changbl has quit IRC15:57
*** changbl has joined #openstack-infra15:57
openstackgerritMonty Taylor proposed a change to openstack-infra/config: Add storyboard-webclient to gerrit  https://review.openstack.org/6476115:59
mordredsdague: looking15:59
*** chmouel has joined #openstack-infra16:00
mordredsdague: done16:00
*** senk has quit IRC16:02
mordredzaro: ooh! I like the new commit message plugin: https://review-dev.openstack.org/plugins/commit-message-length-validator/Documentation/config.html16:02
*** markmcclain has joined #openstack-infra16:02
mordredzaro: I believe we should configure commitmessage.maxSubjectLength to 50, since that's the actual recommended length that we suggest16:03
mordredbut I do think we should leave it just at warn16:03
*** senk has joined #openstack-infra16:03
jgriffithmtreinish: I vote you just take my original patch and we move on :)16:12
*** yolanda has joined #openstack-infra16:13
jgriffithmtreinish: I'm kidding of course16:13
*** Ajaeger has quit IRC16:13
*** yolanda has quit IRC16:13
*** rakhmerov has joined #openstack-infra16:13
*** yolanda has joined #openstack-infra16:14
*** yolanda has quit IRC16:15
*** david-lyle_ has joined #openstack-infra16:15
*** yolanda has joined #openstack-infra16:16
*** yolanda has quit IRC16:18
*** pmathews has joined #openstack-infra16:19
openstackgerritRussell Bryant proposed a change to openstack-infra/reviewstats: Add the gantt repo to the nova (compute) stats  https://review.openstack.org/6485016:19
*** yolanda has joined #openstack-infra16:19
*** DennyZhang has joined #openstack-infra16:20
*** yolanda has quit IRC16:22
*** yolanda has joined #openstack-infra16:23
openstackgerritA change was merged to openstack-infra/reviewstats: Add the gantt repo to the nova (compute) stats  https://review.openstack.org/6485016:24
mtreinishjgriffith: heh :)16:24
openstackgerritMate Lakat proposed a change to openstack-infra/config: Initial commit of a XenServer builder script  https://review.openstack.org/6058116:27
mordreddstufft: I'm always open to new pbr options - but I'm not sure I understand what that option would do for us?16:27
dstufftmordred: I think I'm just being grumpy16:28
mordreddstufft: k. grumpy is fair16:28
dstufftmordred: but why not declare dependencies in setup.cfg instead of a seperate file?16:28
mordreddstufft: hrm. I was about to argue - but in formulating the response I talked myself out of it16:29
mordreddstufft: I think the main thing is that then it's not clear how to make a virtualenv populated with the things the project needs not including the project itself16:29
mordredwhich is helpful when we're debugging installs16:30
mordredbut16:30
mordredmight not actually be super important16:30
dstufftmordred: btw the docs for pbr points out it requires distribute, should probably be setuptools now adays?16:31
mordreddstufft: +16:31
mordreddstufft: ++16:31
mordredsince what they _usually_ want to do is install the software into a venv16:31
clarkbuntil you realize that is how run_tests.sh works and breaks on neutron because pyudev16:31
mordredclarkb: what?16:31
clarkbreseparate files16:31
mordredclarkb: I still don't follow "how run_tests.sh works"16:31
dstufftmordred: fwiw https://github.com/openstack-dev/pbr/blob/master/doc/source/index.rst#usage is where the docs reco distribute, I can submit a PR thing but if you want to do it for fastering that's fine with me too!16:32
mordreddstufft: yeah - I can get it16:32
clarkbrun tests just installs the reqs files and does not installthe project to the venv so pyudev does not install16:32
mordredah. gotcha16:32
mordredso that's an argument _for_ moving to declaring directly in setup.cfg16:32
*** yolanda has quit IRC16:33
dstufftmordred: fwiw if I remember pbr automatically translates -e's in a requirements.txt into dependency links16:33
dstufftwhich won't install by default in pip 1.516:33
dstufftI could be remembering that wrong though16:33
dstufft(Can you tell i'm messing with pbr?)16:34
openstackgerritMonty Taylor proposed a change to openstack-dev/pbr: Remove reference to distribute  https://review.openstack.org/6485316:34
mordreddstufft: yes. I can. and I welcome that! you know a lot of things about a lot of things16:34
fungiwasn't the -e handling just a short-term workaround for not being in a position yet to upload wheels of prereleases?16:34
mordreddstufft: fwiw, as soon as I finish my wheel uploading code, we're going to get rid of supporting links in pbr too16:34
mordredyes16:34
mordredwe are not interested in people declaring that software should be gotten from not-pypi16:35
*** ruhe has quit IRC16:35
dstufftok cool16:35
*** yolanda has joined #openstack-infra16:36
*** DennyZhang has quit IRC16:37
*** yolanda has quit IRC16:38
mordreddstufft: in general, I'm not married to the way we do any specific things we do in pbr, as long as replacements can handle all the use cases16:39
*** yolanda has joined #openstack-infra16:40
*** dangers_` is now known as dangers16:40
mordredand doing requirements directly in setup.cfg would certainly make adding the os selector parsing support easier16:42
mordredotoh- any idea on how to do what we're doing with test-requirements?16:42
*** yolanda has quit IRC16:42
*** senk has quit IRC16:43
*** yolanda has joined #openstack-infra16:43
dstufftmordred: isn't it just injecting that into tests_require?16:44
*** talluri has joined #openstack-infra16:44
*** senk has joined #openstack-infra16:44
*** yolanda has quit IRC16:44
mordredwell, tests_require doesn't do much useful16:44
mordredso we process it directly16:44
mordredbut the question is - how would I request of pip install . that it also include the test requirements16:45
dstufftyea tests_require more or less depends on ``python setup.py test``16:45
*** yolanda has joined #openstack-infra16:45
dstufftthe way I do it, which isn't perfect but it's close to the metadata 2.0 way of doing it, is just define a tests extra16:45
dstufftso then it'd be ``pip install .[tests]``16:45
mordreddstufft: does the tests extra need to have the whole list of requirements _plus_ the tests requirements? or is it additive?16:46
dstufftmordred: it's additive16:46
dstufftit's a list of extra stuff to install16:47
mordredgreat. well then, that seems like a non-impossible thing to do16:47
*** rossella_s has joined #openstack-infra16:47
dstufftthe way metadata 2.0 does it, is with an invalid extra name that maps to the tests_require16:47
dstufft:test:16:47
dstufftso in the ~future~ it'll be pip install whatever[:test:]16:47
mordredwe'd need to re-write the global-requirements sync script too16:48
dstufftbut since that doesn't exist yet I mimic it with ane xtral extar16:48
dstufftextra16:48
dstufftactual16:48
*** talluri has quit IRC16:48
mordredso - I could do it an alternate way in pbr ...16:50
*** reed has joined #openstack-infra16:50
mordredand put the test requirements into tests_require in setup.cfg ... but have pbr translate that into a tests extra when it does the parse16:50
openstackgerritMate Lakat proposed a change to openstack-infra/config: Initial commit of a XenServer builder script  https://review.openstack.org/6058116:51
mordredand then when we start emiting metadata 2.0 stuff, that could get put into :test: properly16:51
mordredor is that too much?16:51
dstufftmordred: makes sense I think16:52
dstufftin emtadata 2.0 it'll map tests_require to :test:16:52
dstufftso that would probably be fine16:52
dstufftmordred: also I think git has a fix for the --system-site-packages stuff in virtualenv16:53
dstufftthere's another issue someone mentioned with pip, but i expect a X.Y.1 release sometime in the near future16:53
*** yolanda has quit IRC16:53
*** UtahDave has joined #openstack-infra16:54
mferclarkb jeblair I was wondering if either of you could fill me in on the status of https://bugs.launchpad.net/openstack-ci/+bug/1242569. I see the patch set was merged but the bug is still open16:54
mferI'm curious if I can pursue the new project now16:55
*** yolanda has joined #openstack-infra16:57
*** lcheng has joined #openstack-infra16:58
clarkbmfer: it needs proper testing. once that is done bug can be closed16:58
*** yolanda has quit IRC16:58
mferif there is anything i can do to help please let me know16:59
*** yolanda has joined #openstack-infra16:59
*** jooools has quit IRC17:00
*** UtahDave has quit IRC17:00
fungidstufft: yeah, the patch in git is trivial and works... we just need virtualenv to release a version which includes that now17:02
openstackgerritA change was merged to openstack-infra/devstack-gate: Add oslo.rootwrap to the devstack gate  https://review.openstack.org/6467517:02
*** gyee_ has joined #openstack-infra17:02
*** praneshp has joined #openstack-infra17:02
zaromorning17:04
*** yolanda has quit IRC17:05
dstufftmordred: another thing, you may want to think about having pbr drop a file that encodes the version instead of using pkg_resources17:05
dstufftfor the version stuff17:05
*** herndon has quit IRC17:05
mordreddstufft: we used to do that, actually17:05
dstufftpkg_resources tells you what version of a thing is installed, not what version you've imported17:05
*** coolsvap has quit IRC17:05
mordredhrm. what's the difference?17:06
*** UtahDave has joined #openstack-infra17:06
*** coolsvap has joined #openstack-infra17:06
*** pcrews_ has quit IRC17:06
sdaguemordred: also, please take a look at dev list on the taskflow wedge, and make sure I'm not crazy pants17:06
mordredsdague: I agree with you17:06
*** coolsvap has quit IRC17:06
dstufftdownload a tarball and run ``python`` inside of it, you get "." on the sys.path and will be importing the code from the tarball, but since it's not installed pkg_resources won't see it, and if you already have a version of _whatever_ installed, you'll be told your importing that version instead of the actual version17:06
dstufftsame thing with PYTHONPATH modifications and such17:07
*** yolanda has joined #openstack-infra17:07
sdaguemordred: cool17:07
dstufftsort of a corner case, but I've seen folks get bit by using pkg_resources thinking they were debugging against 1 version when really it was another17:07
*** coolsvap has joined #openstack-infra17:07
*** herndon has joined #openstack-infra17:08
mordrednod17:09
mordredwell, in general, we tel people that we don't support un-installed operation - and we're fairly heavy users of entrypoints, which forces the issue a bit17:09
mordredBUT17:09
*** bnemec is now known as beekneemech17:09
mordredit's a good point17:09
jeblairpleia2, notmyname: i'll see you tonight.  :)17:11
dstufftmordred: yea, I rarely use entrypoints for anything so I don't really ru into that particular thing much. I just know the misinformation (probably major reason for a human to look at __version__ is debugging I think) can be a huge time waster and I figured i'd mention it!17:11
mordred++17:11
zarofungi, clarkb, sdague : i turned on secondary indexing on review-dev.o.o.  You can try the expanded searching capability if you like.  Not sure if gerrit handles the periodic reindexing or it's something we need to setup a cron job for though.17:11
sdaguezaro: thanks, I will do this afternoon17:12
*** yolanda has quit IRC17:12
openstackgerritCyril Roelandt proposed a change to openstack-infra/config: sphinxcontrib-docbookrestapi: enable tests for Python 2.6, 2.7 and 3.3  https://review.openstack.org/6484117:12
fungii think we need to rework the log uploader to ask permission rather than forgiveness. it's driving people to recheck and reverify other devstack/tempest/grenade failures against bug 123395717:13
*** yolanda has joined #openstack-infra17:13
fungiuvirtbot hath forsaken us... https://launchpad.net/bugs/123395717:13
*** yolanda has quit IRC17:14
jeblairfungi: any chance that correlates with the jenkins server that is upgraded and running the new scp plugin?17:15
fungijeblair: i don't think so. this is just the benign error message where our upload script tries to grab a variety of different filename patterns and emits error messages about the ones which don't exist17:16
jeblairfungi: but the job failed; why?17:16
*** rcleere has joined #openstack-infra17:16
*** banix has joined #openstack-infra17:16
fungiand people are seeing those in other jobs (which failed for entirely other unrelated reasons), assume they're the reason for their job failure and reverify against it17:16
jeblairfungi: if what you are saying is happening; i agree we should deal with it, however, i'm concerned with the potentially more serious situation where that _actually is_ the reason their jobs fail...17:17
jeblairfungi: from what's pasted in the bug report, i can't eliminate that possibility17:18
notmynamejeblair: are you flying out of SFO tonight on the same flight?17:18
jeblairnotmyname: yes17:19
notmynamejeblair: what time are you getting to the airport? I was going to shoot for abut 5:30 and grab something to eat17:19
fungijeblair: well, i have proof people are reverifying grenade jobs against that bug incorrectly (that's how i ran across the bug in the first place), but i'll try to run down the actual bugs which they should have been rechecked against instead17:19
jeblairnotmyname: yeah, i should be there by then, maybe a bit earlier, and was planning on doing the same thing; try to meet up?17:21
*** Ajaeger has joined #openstack-infra17:21
jeblairfungi: yeah, the link in comment #2 is a bad match, as you say17:22
notmynamejeblair: sure17:22
fungijeblair: as is https://review.openstack.org/59686 (spotted failing in the gate just now)17:22
jeblairfungi: the text in the bug report, however, is concerning, assuming that it's not edited; however, the author did not link to the actual logs17:22
*** gyee_ has quit IRC17:23
fungijeblair: the actual log for the first one is http://logs.openstack.org/17/49117/3/check/check-grenade-devstack-vm/a0080db/ (from october). i'm still digging through that one17:23
fungicould be it stems from a two-month-old systemic issue which i've now forgotten we dealt with, but so far i'm not spotting the actual reason it failed17:24
*** flaper87 is now known as flaper87|afk17:24
AjaegerHi Infra team, I'd love to see https://review.openstack.org/#/c/64567/ reviewed asap, please - to see that this really works as expected.17:24
jeblairfungi: ah, the original is a timeout.17:26
*** rcarrillocruz has quit IRC17:26
fungii was just coming to that conclusion based on the timestamps, but didn't spot the actual timeout message17:26
jeblairfungi: so i think we sholud17:27
jeblair(a) close the bug report as invalid17:27
jeblair(b) have devstack-gate copy testr and usbunit log files into $WORKSPACE/logs; then change the devstack-logs jjb macro to stop doing that17:28
jeblairfungi: that should get rid of the msg from jenkins17:28
jeblairs/usbunit/subunit/17:28
fungiseems a sane course of action. i'll take care of it17:28
jeblairfungi: awesome, thx17:28
*** derekh has quit IRC17:29
*** moted has quit IRC17:29
*** moted has joined #openstack-infra17:30
*** praneshp has quit IRC17:30
*** gyee_ has joined #openstack-infra17:30
*** yolanda has joined #openstack-infra17:32
*** guest23423423 has joined #openstack-infra17:33
*** praneshp has joined #openstack-infra17:33
*** yolanda has quit IRC17:33
*** jpich has quit IRC17:34
*** krotscheck has joined #openstack-infra17:34
*** CaptTofu has joined #openstack-infra17:34
*** senk has quit IRC17:35
*** CaptTofu_ has joined #openstack-infra17:35
*** guest23423423 has left #openstack-infra17:37
*** harlowja_away is now known as harlowja17:38
*** CaptTofu has quit IRC17:39
*** senk has joined #openstack-infra17:39
*** fbo is now known as fbo_away17:42
openstackgerritAndreas Jaeger proposed a change to openstack-infra/config: Create gate for api-site  https://review.openstack.org/6479517:44
*** ruhe has joined #openstack-infra17:45
fungiyeah, so the failure i spotted that bug being used to reverify against today seems to indicate that what's actually going on at the moment is havana is untestable because grenade's failing to run the aggregates exercises on grizzly. new bitrot17:46
harlowjasdague yt17:48
*** pcrews has joined #openstack-infra17:53
*** ruhe is now known as _ruhe17:57
*** tma996 has quit IRC17:58
zarofungi: i see review-dev is setup to replicate to github.  where can i find the review-dev project on github?17:59
*** markmcclain has quit IRC17:59
jeblairzaro: it has non-overlapping orgs, such as 'gtest-org'17:59
jeblairzaro: https://github.com/gtest-org18:00
fungimikal: we're getting turbo-hipster bugs reported against openstack-ci. where do you want those forwarded?18:00
clarkbharlowja: fwiw oslo project don't pose the same problem as taskflow because they are installed from source and not pypi when doing integration testing. Because source installs are used we can (and do) update the requirements lists to match the global requirements before install18:01
harlowjaclarkb ok, that doesn't seem so bad, install from source vs not18:02
fungimikal: nevermind... i just noticed turbo-hipster has an lp project, so i moved the bug in question to it18:02
harlowjaclarkb why is it limited to installing oslo projects from source? stackforge ones can also?18:05
*** bknudson has quit IRC18:05
clarkbharlowja: because we don't control stackforge projects18:05
clarkbwe can't enforce requirements on them18:05
clarkbor assume that doing so would work and so on18:06
clarkb(it really boils down to which projects are gated)18:06
harlowjahmmm, but u could let some stackforge projects say 'i'm ok with being enforced'18:06
dhellmannclarkb, harlowja : sdague added an option to devstack to install some stackforge projects from source (we use it for pecan and wsme right now)18:06
*** bknudson has joined #openstack-infra18:06
zarojeblair: thanks.  just verified that replication continues to work.18:06
clarkbharlowja: the inverse is not true though18:06
clarkbopenstack doesn't want to be gated on stackforge18:06
*** yolanda has joined #openstack-infra18:06
dhellmannhttp://git.openstack.org/cgit/openstack-dev/devstack/tree/lib/stackforge18:07
harlowjaclarkb hmmm, blurry lines between stackforge and oslo and gating and what is really a dependent18:07
dhellmannto use it, have "enable_service stackforge_libs" in your localrc18:07
*** yolanda has quit IRC18:08
dhellmannwe have a few libraries in stackforge now that are maintained by mostly OS devs and are strong dependencies, but that aren't part of an OS program18:08
clarkbdhellmann: interesting. I don't think that solves the problem of openstack being gated on stackforge which would be necessary to solve this proble while keeping taskflow in stackforge, but it does solve part of the technical problem18:08
fungiright, we want to check that changes to openstack work with other non-openstack library dependencies as-released, since that's how they'll be run in the wild. if we test openstack changes against unreleased dependency sources, we risk releasing an openstack nobody can run with released deps18:08
dhellmannclarkb: yeah, I think sdague was working on some symmetric gating stuff in december, but I'm  not sure where it stands18:09
*** yolanda has joined #openstack-infra18:09
dhellmannfungi: true, I think the devstack changes were mostly so we could gate pecan and wsme changes against openstack18:09
*** yolanda has quit IRC18:10
*** jlibosva has quit IRC18:10
fungiwe actually also have this problem now with openstack components which are part of gating but do not follow the integrated release cadence, and so still need to add some more jobs to confirm that we're also testing against released libs we do control18:10
clarkbdhellmann: ya gating stackforge on openstack is fine18:10
jeblairyeah, gating stackforge against openstack for libraries that openstack uses _as libraries_ is fine (and pretty cool)18:10
*** yolanda has joined #openstack-infra18:10
fungifor instance, it would not be good if we released icehouse with a nova which only worked with an unreleased version of oslo.config... right now we don't have jobs which confirm we won't make that mistake18:11
pleia2it's behind a pay wall (unless you're a usenix member) but my code review for sysadmins talk turned into an article here: https://www.usenix.org/publications/login-logout/january-2014-login-logout18:11
jeblairopenstack dependencies either need to be released libraries, or other openstack projects18:11
*** yolanda has quit IRC18:11
jeblairso are we discussing the possibility of taskflow being an unreleased dependency of openstack?18:11
clarkbjeblair: there is a thraed on the ML, sdague is suggesting it get slurped into oslo18:12
*** yolanda has joined #openstack-infra18:12
harlowjajeblair i'm not sure yet, still trying to figure it out :-P18:12
*** yolanda has quit IRC18:12
fungijeblair: this came up because taskflow pins sqlalchemy to the same thing as specified in requirements, thus because it's also a dependency we can't test un-pinning sqlalchemy easily18:12
harlowjai don't mind getting slurped into oslo, although i guess that just changes really not that much18:12
dhellmannit doesn't seem to change much to me, either, but I haven't read sdague's argument yet18:13
dhellmannI'll chime in on that after lunch18:13
harlowjathx dhellmann18:13
*** _ruhe is now known as ruhe18:13
*** yolanda has joined #openstack-infra18:13
*** yolanda has quit IRC18:13
harlowjaivan also just tried https://review.openstack.org/#/c/64869/ and seems ok18:13
*** prad has joined #openstack-infra18:14
jeblaircaught up (i only skimmed that thread because sdague said "you should be in oslo" and harlowja said "okay"; so i moved on.  :)18:14
*** yolanda has joined #openstack-infra18:15
harlowja:)18:15
jeblairharlowja: dhellmann can say for sure, but my understanding of the incubator is that it's only for code that's being refactored out of openstack...18:15
harlowjajeblair ya thats my understanding as well18:15
dhellmannyeah, it's not appropriate to put taskflow in the incubator18:15
jeblairharlowja: so since taskflow is already an extant library, it could go straight to being its own oslo lib18:15
*** senk has quit IRC18:15
dhellmannit's already a lib, what benefit do we get from attaching "oslo" to it?18:15
*** yolanda has quit IRC18:16
jeblairdhellmann: making it part of openstack18:16
fungiit could go straight into any existing program where it's appropriate to be associated18:16
jeblairfungi: ++18:16
dhellmanndoes that solve a technical problem somehow?18:16
clarkbdhellmann: mutual gating18:16
harlowjabtw, just so i can address a user of taskflow who is using it in a non-openstack cloud, at least one person is doing this (refactoring parts of his own cloud using taskflow)18:16
harlowjai just want to make sure that his usage doesn't become hard18:16
krotscheckDo we have the cobertura plugin on our jenkins?18:17
dhellmannclarkb: why can't we do that anyway?18:17
*** yolanda has joined #openstack-infra18:17
*** yolanda has quit IRC18:17
clarkbdhellmann: because we cannot gate openstack on stackforge18:17
dhellmannclarkb: is that a technical issue or a policy we've set?18:17
clarkbkrotscheck: we might, but shouldn't use it18:17
fungikrotscheck: what are you wanting to do with it?18:17
*** SEJeff_work has joined #openstack-infra18:18
clarkbkrotscheck: its one of those plugins that is slow. better to generates coverage reports in a job and stash them somewhere18:18
clarkbalso you don't want to talk to jenkins directly18:18
dhellmannclarkb: I'm just trying to understand the situation, because if there's a technical issue then it may change some of my own plans for other libs like cliff and stevedore18:18
fungikrotscheck: right, we usually run coverage as a job with a testenv:cover section in tox.ini18:18
jeblairdhellmann: it's a policy we've set because when we start putting projects into the integrated gate, we're getting involved in project governance, and the only way we want to do that is using the existing project governance we have: openstack18:18
krotscheckclarkb: fungi: Well, I have coverage and unit test reports being generated, and I'd like to know how best to break my build if it fails.18:19
clarkbdhellmann: so it is clear. Gating stackforge on openstack is fine. openstack on stackforge is not18:19
dhellmannjeblair: ok, that makes sense18:19
krotschecksorry- break my build if the coverage doesn't pass18:19
dhellmannclarkb: sure18:19
clarkbkrotscheck: exit 1 :)18:19
fungior sys.exit(1)18:19
clarkbkrotscheck: also coverage 'passing' is really tricky18:20
jeblairkrotscheck: we have all kinds of ideas on how to break your build!  :)18:20
krotscheckclarkb: That works. So I should just dump console output if it fails?18:20
*** thedodd has quit IRC18:20
fungikrotscheck: i think you should dump console output regardless of whether it passes or fails, because it's useful for debugging why it incorrectly passed sometimes18:20
krotscheckfungi: Well, yes. I just want to know if there's a big fancy UI type thing that gives us pretty "Hey this needs coverage" graphs.18:21
krotscheck....though I suspect the answer to that is "What does UI stand for?":18:21
clarkbkrotscheck: most coverage tools will output them themselves18:21
clarkbkrotscheck: the way we do it with the python projects is the coverage job runs, after completion it generates html files from the results, those files are copied to the log server and served statically18:21
krotscheckclarkb: Perfect. Point me at the publisher that does that?18:22
krotscheckclarkb: I can definitely generate HTML18:22
harlowjaclarkb jeblair cliff and stevedore would probably also need to get pulled in olso i guess?18:23
fungii was going to pull up an example nova coverage report, but apparently their coverage jobs are crashing with tracebacks18:23
clarkbkrotscheck: http://git.openstack.org/cgit/openstack-infra/config/tree/modules/openstack_project/files/jenkins_job_builder/config/macros.yaml#n28918:23
clarkbkrotscheck: jobs that use that put the html in a dir called cover and that gets copied to the logs server18:23
krotscheckclarkb: Easy enough.18:24
fungikrotscheck: http://logs.openstack.org/b9/b9dd7c74055fa17fe6fe4e6632e6df219f315c08/post/swift-coverage/8924e85/18:24
fungi(pretty example)18:24
jeblairharlowja: only if dhellmann wants tighter integration, or to gate changes to openstack on cliff and stevedore; right now the gate is only the other way so it's not a problem.18:25
jeblairharlowja: it seems like taskflow is hitting a need for tighter integration18:25
harlowjaya, or just the first to bring up transitive dependencies in this way18:26
zarojeblair: do we use any features, besides replication, in gerrit that are now plugins?18:27
jeblairharlowja: yeah.  there are other ways to solve it; knowing sqlalchemy, they are probably all bad and involve lots of things like "if sqlalchemy version < x"18:27
*** rwsu has quit IRC18:28
harlowjaya, puke18:28
*** ruhe is now known as _ruhe18:28
fungizaro: where's the official list of things which became plugins?18:28
clarkbzaro: pretty sure we use the list installed on review-dev18:28
*** dcramer_ has quit IRC18:28
jeblairzaro: just looking at the list at the top of https://etherpad.openstack.org/p/gerrit-2.8-upgrade18:29
jeblairzaro: the only thing there that i think we should look at early is monitoring plugin18:29
jeblairzaro: the others can be deferred18:29
*** johnthetubaguy1 has quit IRC18:30
zarois that something we want to test out on review-dev?18:30
zaroi mean now or later time?18:30
openstackgerritDavid Lyle proposed a change to openstack-infra/reviewstats: Updating horizon core  https://review.openstack.org/6487718:31
*** hashar has quit IRC18:31
jeblairzaro: we should test monitoring now; if we can go into production with it available to help us deal with any problems, that would be good.18:31
harlowjajeblair cool, after i guess dhellmann thinks it over i guess we can figure out the next steps here18:32
*** _ruhe is now known as ruhe18:33
zaroi'll get going on installing and configuring that.  everything seems like its working pretty good so far.18:33
zarofungi: i can't seem to find an official list.18:36
mferfolks, is there a guide for creating a new project that includes getting setup on launchpad as a project and all the little details?18:37
mferi keep searching around and i'm not finding anything that goes through the whole process18:37
*** yolanda has joined #openstack-infra18:37
*** yolanda has quit IRC18:40
*** yolanda has joined #openstack-infra18:40
zaromfer: have you read this? https://wiki.openstack.org/wiki/How_To_Contribute18:41
mferzaro yeah. i'm looking at the details of spinning up a new project starting on stackforge. things like adding the project to launchpad and all of that18:41
mferi took on the golang-client and i'd like to get that setup completed18:42
jeblairmfer: http://ci.openstack.org/stackforge.html is all we have; launchpad isn't really covered (it is optional)18:42
jeblairmfer: the main thing to do is to give the 'openstackci' account bug triage access if you do decide to use it.18:42
*** yolanda has quit IRC18:42
mferjeblair that part is done. it's the launchpad part i'm interested in now18:43
jeblairmfer: anything else is up to you18:43
*** yolanda has joined #openstack-infra18:43
mferjeblair what's the right way to get a launchpad project setup as part of the openstack project?18:43
*** markmcclain has joined #openstack-infra18:43
*** yolanda has quit IRC18:43
clarkbI need to run and grab lunch before heading to the airport, but a quick glance at the zuul status page indicates neutron is having trouble18:44
*** yolanda has joined #openstack-infra18:44
zaromfer all you need to do is create a launchpad project then configure one of the yaml files to point to that project.18:44
*** rossella_s has quit IRC18:44
*** garyk has quit IRC18:45
zaromfer: yaml file is in openstack/config project18:45
mferzaro and that will put it under the openstack (https://launchpad.net/openstack) project on launchpad?18:45
fungimfer: for that, you just configure your project on lp and set the "part of" option to the openstack project group18:46
mferk, thanks18:46
fungithere's no central control over that. individual projects seem to add themselves if they feel like it. i think the only thing it probably gets you is blueprint integration from commit messages18:47
fungi(since the blueprint hyperlinks in gerrit send you to a lp blueprint search against "openstack")18:47
mferok18:48
mferit's also a matter of branding and direction if someone is purusing launchpad18:48
openstackgerritA change was merged to openstack-infra/reviewstats: Updating horizon core  https://review.openstack.org/6487718:48
*** coolsvap has quit IRC18:49
*** yolanda has quit IRC18:51
*** yolanda has joined #openstack-infra18:51
*** yolanda has quit IRC18:52
openstackgerritMichael Krotscheck proposed a change to openstack-infra/config: Add storyboard-webclient to gerrit  https://review.openstack.org/6476118:52
*** banix has quit IRC18:53
*** thedodd has joined #openstack-infra18:55
*** dstanek has quit IRC18:58
*** hashar has joined #openstack-infra18:58
*** herndon has quit IRC19:00
*** coolsvap has joined #openstack-infra19:00
*** gyee_ has quit IRC19:02
*** dstanek has joined #openstack-infra19:02
*** herndon has joined #openstack-infra19:03
*** hashar has quit IRC19:05
morganfainbergbknudson, ping19:07
bknudsonmorganfainberg: what's up?19:07
morganfainberghttps://review.openstack.org/#/c/63671/13/keystone/assignment/core.py i don't think we should delete the tokens if the update fails19:07
bknudsonmorganfainberg: just because the update raised an exception doesn't mean that the project wasn't actually updated.19:07
bknudsonthe exception might happen after the commit.19:07
bknudson(in the case of SQL)19:08
bknudsonso do you want the project disabled and the tokens not revoked?19:08
morganfainbergeh. sure i'll move it19:08
bknudsonI believe the way the code worked before is that the tokens were revoked before the project was updated.19:08
jeblairclarkb, fungi, mordred: http://lists.openstack.org/pipermail/openstack-dev/2014-January/023399.html19:09
morganfainberglikely we should have some mechanism checking the project is actually disabled before revoking. but sure. will move it19:09
openstackgerritJames E. Blair proposed a change to openstack-infra/config: Add a devstack-gate core group  https://review.openstack.org/6488219:10
fungijeblair: thanks!19:11
krotscheckCan I get someone to look at https://github.com/krotscheck/storyboard-webclient/blob/master/bin/bootstrap.sh and tell me that I'm not accidentally using a package that's not installed on the jenkins box?19:15
*** rongze has quit IRC19:15
krotscheckwget, autoconf, etc etc...19:15
openstackgerritJames E. Blair proposed a change to openstack-infra/config: Zuul status: don't toggle on link click  https://review.openstack.org/6471619:15
*** rongze has joined #openstack-infra19:16
jeblairkrotscheck: they should all be there19:16
krotscheckAwesome, thanks.19:16
openstackgerritBrant Knudson proposed a change to openstack-infra/elastic-recheck: Add query for bug 1265672  https://review.openstack.org/6488519:17
*** rongze has quit IRC19:20
bknudsonjenkins really had his way with that one.19:20
bknudson"No distributions at all found for lazr.authentication" again.19:21
bknudsonI don't know what happened to fix it last time.19:22
Ajaegerjeblair, fungi, clarkb: I would love to see https://review.openstack.org/#/c/64567/ reviewed and approved if possible - to create some better docu gates.19:23
*** praneshp_ has joined #openstack-infra19:25
*** jgrimm has joined #openstack-infra19:25
*** praneshp has quit IRC19:27
*** praneshp_ is now known as praneshp19:27
*** salv-orlando_ has joined #openstack-infra19:30
fungibknudson: pip 1.5 is refusing to download lazr.authentication because it's not hosted on pypi (this is a new behavior for pip, introduced in yesterday's 1.5 release)19:32
fungibknudson: the proper fix is to get lazr.authentication to start uploading releases to pypi properly rather than merely linking to them elsewhere19:33
*** salv-orlando has quit IRC19:34
*** salv-orlando_ is now known as salv-orlando19:34
fungibknudson: the short-term workaround will probably be to whitelist that package in your tox.ini so that pip 1.5 will agree to install it, even though it's potentially unsafe19:34
fungibknudson: noted in item 3.2 at https://etherpad.openstack.org/p/pip1.5Upgrade19:35
*** CaptTofu_ has quit IRC19:35
fungibknudson: you probably want to change tox.ini to have something like...19:36
fungiinstall_command = pip install --allow-external lazr.authentication --allow-unverified lazr.authentication -U {opts} {packages}19:36
notmynameI don't understand what's going on with https://review.openstack.org/#/c/63918/. pretty much all tests are failing (including those used by other projects), but there is just a "reverify bug 123" comment. is something else going on with the gate?19:36
zarofungi: would it be possible to bring openstack/2.8 up to date with upstream/stable-2.8 ?  we need a patch that's in stable-2.819:37
zarofungi: it's for the gerrit monitoring plugin19:37
*** dstanek has quit IRC19:38
clarkbzaro: aren't we deploying upstream gerrit?19:38
clarkbzaro: eg it doesn't matter what we have in our gerrit fork19:38
zaroclarkb: we are forking so we can apply the zaro patch.19:39
clarkbI thought your patch was applied19:39
clarkbor is it 2.9 that will have it?19:39
clarkb(I can't keep up)19:40
zaroapplied to master which is 2.919:40
clarkbgot it19:40
zarofungi: actually don't bother. i'll just build from upstream/2.8 branch for now.19:40
zarofungi: i meant stable-2.8 branch19:40
fungizaro: okay. well, i can certainly update the openstack/2.8 branch as well if you need19:40
clarkbwhat if we just deploy master?19:41
clarkbI think wikimedia does that and gerrit itself does it19:41
*** rwsu has joined #openstack-infra19:41
*** dstanek has joined #openstack-infra19:41
jeblairclarkb: how about we stick with 2.8 for now and consider tracking master later?19:42
clarkbwfm19:43
jeblair(so we can finish upgrading asap, and keep that delta to a known quantity)19:43
*** elasticio has joined #openstack-infra19:44
zarofungi: ohh yeah. i think we need to move it forward so i can apply my patch on top.19:44
*** coolsvap has quit IRC19:44
zaroi forgot to do that on the current build19:45
*** rakhmerov has quit IRC19:45
smarcetfungi: could u please go ahead a rename "master" branch to "feature/openid" and "feature/openid-oauth2" to "master"  on review system ? :)19:46
*** dstanek has quit IRC19:47
fungismarcet: will do19:47
fungijust a moment...19:47
smarcetfungi: tnx sire :)19:48
fungismarcet: okay, you now have a feature/openid branch at 83e5491 and a master branch at 6523a1f19:53
smarcetok cool19:53
smarcettnx a lot sire :)19:53
fungismarcet: i'll propose a cherry-pick of the .gitreview addition onto master in just a moment19:54
smarcetfungi: ok cool tnx sire :)19:54
beekneemechnotmyname: I'm seeing the same thing on some of the tests for https://review.openstack.org/#/c/61037/919:55
beekneemechThe problem seems to be this line in error.txt.gz: [ERROR] /opt/stack/new/devstack/functions:378 Failure creating NET_ID for 36033ee931044cb5bc76570da0eff97b19:56
beekneemechNo clue what's causing it though.19:56
*** hogepodge has joined #openstack-infra19:56
fungismarcet: https://review.openstack.org/6489419:58
smarcetfungi: ok cool19:58
*** vipul is now known as vipul-away20:00
fungizaro: okay, so you want me to move openstack-infra/gerrit's openstack/2.8 branch to be at the same commit as the upstream/stable-2.8 branch (45bcb39)?20:05
*** MarkAtwood has joined #openstack-infra20:05
*** vipul-away is now known as vipul20:07
bknudsonfungi: I was able to recreate the problem locally this time.20:08
openstackgerritDavid Kranz proposed a change to openstack-infra/devstack-gate: comparison to stable/grizzly is not numeric  https://review.openstack.org/6393420:08
*** flaper87|afk is now known as flaper8720:08
openstackgerritDavid Kranz proposed a change to openstack-infra/devstack-gate: comparison to stable/grizzly is not numeric  https://review.openstack.org/6393420:10
bknudsonit says "Some insecure and unverifiable files were ignored (use --allow-unverified lazr.authentication to allow)."20:13
sdaguedhellmann: sorry I missed the earlier thread20:13
bknudsonbut when I do that it says "no such option: --allow-unverified"20:13
*** dcramer_ has joined #openstack-infra20:13
bknudsonmaybe it's different versions of pip20:14
*** ArxCruz has quit IRC20:14
dhellmannsdague: here? I don't know that we discussed much, just getting some context for the email thread20:15
sdaguethis all comes back to requirements wedging20:15
*** ^d is now known as ^demon|away20:15
*** rongze has joined #openstack-infra20:16
*** rakhmerov has joined #openstack-infra20:16
sdagueI spent a month this summer unwinding this for all the projects, when we had to get 12 projects to uncap libs in a specific order to get them past the gate20:16
sdagueand do client releases in a specific order20:16
bknudsonpip 1.4.1 from /home/bknudson/dev/elastic-recheck/.tox/pep8/lib/python2.7/site-packages (python 2.7)20:16
dhellmannsdague: we need a way to fix that besides bringing every library we use into openstack, though20:17
sdaguedhellmann: well, if you come up with a way, tell me :)20:17
bknudsonI upgraded virtualenv... sudo pip install --upgrade virtualenv20:18
dhellmannsdague: well, some projects just aren't going to let us take over, right?20:18
sdaguebecause global requirements forced update is the best idea I've had here20:18
sdaguedhellmann: sure, but there are ones that are so embedded, that we can20:18
sdagueand taskflow is that20:18
dhellmannsdague: I have considered changing stevedore so it uses pkg_resources to find plugins, but then does the import itself without enforcing any of the requirements stuff that pkg_resources does on an import20:18
dhellmannsdague: nature abhors the special case20:19
sdaguedhellmann: so all that would do is take us back to the old problem here right, where when we installed taskflow, it would uninstall sqla 0.8 and install the version it liked20:19
sdaguethen depending on who ran last, we'd have a different version20:20
dhellmannsdague: because if we test libraries' trunks instead of releases, we will have to release the libraries at the same time that we release the apps20:20
mriedembeekneemech: i'm seeing the same here: http://logs.openstack.org/19/60719/4/check/gate-tempest-dsvm-neutron-large-ops/1f73559/logs/error.txt.gz20:20
*** rakhmerov has quit IRC20:20
mriedemdevstack setup fails around the time of some q-metering stuff20:20
dhellmannsdague: well, yes, but we can ask the library author to fix the requirements, right?20:20
fungibknudson: that option is new to (and required by, in your case) pip 1.5. if you're using pip embedded in a virtualenv, such as via tox, you also want virtlauenv 1.11 which bundles pip 1.5 as well20:20
sdaguedhellmann: sure, you signing up for that? because it was a 50% job all summer long20:21
sdagueuntil we got g-r20:21
sdaguewe have over 100 requirements :)20:21
dstufftbknudson: pip 1.4 has --allow-insecure20:21
dstufftso does pip 1.520:21
dstufftthe option name was changed in 1.5 to be more descriptive20:21
dhellmannI mean, I'm aware of the amount of time we spend on chasing down these requirements conflicts and I've done my share of pushing new versions of dependencies, but I don't think making the libraries move in lockstep with the apps is the right solution20:21
dstufftbut the old option is still there, it's just hidden from help output20:21
openstackgerritBrant Knudson proposed a change to openstack-infra/elastic-recheck: Tox allow lazr.authenticate install  https://review.openstack.org/6489820:21
openstackgerritBrant Knudson proposed a change to openstack-infra/elastic-recheck: Add query for bug 1265672  https://review.openstack.org/6488520:21
zarofungi: yes, that is correct.20:21
sdaguedhellmann: so I provided the other option, no library is ever allowed to specify a max verison20:22
fungidstufft: so if we use --allow-insecure instead of --allow-unverified that will work with both pip 1.5 and older (1.4.1 at least)?20:22
sdagueever20:22
dstufftfungi: yea20:22
dhellmannsdague: i missed that, that would work for me20:22
sdagueit was in the email20:22
dhellmannsdague: I try to do that myself20:22
sdaguedhellmann: this would be an absolute20:22
fungidstufft: you are a life saver ;)20:22
sdaguebecause if it's not, we're back into wedge land20:23
*** vipul is now known as vipul-away20:23
beekneemechmriedem: Yeah, it seems like there is a legitimate problem here.  Think I'll open a bug and try a recheck to see if it reproduces.20:23
dstufftit won't work in 1.320:23
dstufftFWIW20:23
fungidstufft: is there a deprecation on --allow-insecure? (will it be going away in 1.6?)20:23
dstufftfungi: uh20:23
mriedembeekneemech: was just going to open one, but go ahead - link me and i'll post my logs20:23
dhellmannsdague: ah, your most recent email just landed in my inbox20:23
*** rongze has quit IRC20:23
dhellmannI'm OK with that being a rule for stackforge libraries20:23
beekneemechmriedem: Will do.20:23
openstackgerritBrant Knudson proposed a change to openstack-infra/elastic-recheck: Add query for bug 1265672  https://review.openstack.org/6488520:23
openstackgerritBrant Knudson proposed a change to openstack-infra/elastic-recheck: Tox allow install of lazr.authentication  https://review.openstack.org/6489820:23
sdagueharlowja: you ok with removing all your caps in taskflow and releasing a new library today?20:24
dhellmannsdague: I like it better than testing unreleased versions of stuff20:24
harlowjaall caps?20:24
dstufftfungi: the changelog says "a period of time", but tbh I doubt there will ever be a compelling reason to remove it other than as part of some sort of down the road cleanup kind of thing20:24
harlowjai think all caps shouldn't be to bad actually, only pbr it seems20:25
sdagueharlowja: all specifications of maximum versions20:25
harlowjaand SQLAlchemy20:25
fungidstufft: though even if it does, that's tractable i guess. right now the sticking point i that i can't patch nova's tox.ini to work with pip 1.5 until virtualenv releases a newer version with the sitepackages fix included, because we're pinning to virtualenv 1.10.1 on our systems to get around that for now, so adding --allow-unverified would cause the embedded pip 1.4.1 to break20:25
bknudsonlooks like now jenkins is running with old virtualenv / pip: http://logs.openstack.org/98/64898/1/check/gate-elastic-recheck-pep8/47db1b2/console.html20:25
bknudsonhttp://logs.openstack.org/98/64898/1/check/gate-elastic-recheck-pep8/47db1b2/console.html#_2014-01-03_20_21_47_53420:26
dstufftfungi: the code has a comment for # Remove --allow-insecure after 1.720:26
bknudson"no such option: --allow-unverified"20:26
sdagueharlowja: ok, cool, as soon as you can do that, we can probably officially support sqla 0.820:26
harlowjacool20:26
fungidstufft: but sounds like --allow-insecure will get us around it for now, and we can just make a point of transitioning once virtualenv 1.11.1 or 1.12 or something comes along20:26
harlowjalet me see if ivan is running any additional tests, but don't see it as to bad20:26
*** ryanpetrello has quit IRC20:26
fungidstufft: thanks again20:26
*** ryanpetrello has joined #openstack-infra20:27
sdaguedhellmann: so the other issue about apps vs. libs needs someone to rework the matrix then. Because it's different than what we do, and we do what we do because we'd get broken by python client releases20:27
dstufftfungi: np20:27
mriedemwe don't index on logs/error.txt.gz do we :(20:28
dhellmannsdague: our client libraries may be the special case20:28
*** lcestari has quit IRC20:28
sdaguewell, I don't think they are more special than oslo?20:28
beekneemechmriedem: https://bugs.launchpad.net/openstack-ci/+bug/126590420:28
sdagueoslo releases the same time as the servers, the clients don't20:28
dhellmannsdague: because I see the client libs as bound much more tightly to the apps than other libraries20:28
mriedembeekneemech: thanks20:29
fungizaro: okay, openstack/2.8 is now at the same commit as upstream/stable-2.820:29
dstufftfungi: FWIW I think all/most of pip's options can be declared as env vars too, though i'm not 100% on that20:29
dstufftfungi: incase this ever comes up in a case where there isn't a simple fix like --allow-insecure20:30
sdagueso I think there is an interesting matrix here, and maybe a way to do this better. But I'll admit I don't have time to rejigger in this cycle.20:30
fungidstufft: oh, awesome i'll try that too (would be a potentially better workaround)20:30
dhellmannsdague: we've been conservative with oslo library releases because (a) we don't expect anyone else to be using them and (b) the code has gone through the incubator and had a chance to "stabilize" there20:31
dhellmannfor libraries where one or neither of those things is not true, we should just be relying on releases20:31
sdaguesure, though taskflow is pretty openstack specific at this point as well20:31
dhellmannmy understanding from harlowja was that someone other than openstack is already using it20:31
harlowjaya20:32
harlowjaSEJeff_work is20:32
dhellmannand in fact adopted it first?20:32
harlowjadhellmann not sure if first20:32
dhellmannok, I may have imagined that part :-)20:32
harlowjaand i've heard at&t is using it for other stuff internally as well (although nothing publicly said)20:32
sdagueok, from my pov it feels like part of oslo, as it's a common library20:33
sdaguebuilt for openstack, even if others are using it20:33
zarofungi: thanks.20:33
sdaguebut I'll let others make that call20:33
dhellmannsdague: I would like to avoid having OpenStack become a black hole for libraries (oslo or otherwise) that no one else uses because they are so tightly bound up in our processes, so I am tending to push back on the idea of every library being an oslo library.20:34
dstufftdhellmann: +1 :D20:34
sdaguedhellmann: that's fair20:35
sdaguewe just need to get a better way to premptively test these things en-mass20:35
bknudsondhellmann: how do we handle common code?20:36
dhellmannsdague: +100020:36
dhellmannbknudson: common?20:36
sdaguebecause come the last week of March... we're going to have every other day gate wedge as people prep for pycon20:36
bknudsondhellmann: the stuff that's in oslo-incubator... it stays there?20:36
sdagueI mean we couldn't even survive a virtualenv release :)20:36
dhellmannsdague: well, it may be appropriate for us to tighten our requirements specs during times like that20:36
sdagueand dstufft hangs with us20:36
dhellmannbknudson: no, the incubation-to-graduation process markmc laid out is still the plan for that20:36
dhellmannsdague: what about running a periodic test against "newer" versions of our dependencies?20:37
jeblairit's not intractable for a library to have version caps.  it's only intractable if they are intentionally keeping them at a level that doesn't allow openstack to advance20:37
jeblairit would work fine for taskflow to bump its sqlalchemy requirement, release, and then for openstack to depend on that newer release20:38
harlowjajeblair https://review.openstack.org/#/c/64905/20:38
jeblair(taskflow having no caps is fine with me; not trying to argue against that)20:38
sdaguejeblair: so.... that only works in practice when the number of libs that you are dealing with is small20:38
jeblairjust pointing out that i don't think it's the only option.  libraries specifying versions they work with is fine, but only if they _correctly_ specify the versions they work with.20:39
sdaguewc -l global-requirements.txt20:39
sdague150 global-requirements.txt20:39
sdagueit really took me *3* weeks to get just 12 projects sorted out this summer20:39
jeblairsdague: yeah, as a big project our dealing with lots of libraries is hard; but i'm not sure we can expect to "control" all of them, and defining our processes based on the assumption we can ask any dependent library to remove all caps is suspect in my mind.20:40
dhellmannsdague: I spent a whole release cycle updating webob, so I feel your pain20:40
jeblair(especially when our own policy is that we must have caps because to have uncapped library depends is _crazy_)20:40
sdaguejeblair: so the alternative is integrated gate20:40
*** MarkAtwood has quit IRC20:40
jeblairsdague: alternative to what?20:40
sdagueto no caps20:41
jeblairsdague: alternative to using library version dependencies the way they are intended?  we can not take that off the table.20:41
sdaguewell, someone else can manage the requirements matrix then. I think I've given all the blood I can on that one20:42
jeblairsdague: we have 3 choices: (a) taskflow _correctly_ describes versioun requirements (b) taskflow uncaps version requirements (c) taskflow joins openstack and the integrated gate20:42
*** vipul-away is now known as vipul20:42
harlowjaor (d) taskflow bumps its version cap for sqlalchemy20:42
jeblairsdague: as i said, i'm not trying to talk you and harlowja out of your agreement to uncap versions20:42
jeblairharlowja: (that's what i meant by (a))20:42
harlowjaah20:43
jeblairsdague: however, i am trying to talk you out of going on a crusade to convince 150 libraries to remove all their max caps.  :)20:43
sdague:)20:43
sdaguewell, I'm also trying to be pragmatic20:43
sdagueso I'm not actually going on that crusade20:44
beekneemechhttps://bugs.launchpad.net/openstack-ci/+bug/1265904 appears to have completely wedged the gate.20:44
beekneemechEverything on the zull status page is red right now.20:44
beekneemech*zuul20:44
dstufftFWIW the ~future~ will be to have dependency stuff default to something similar to >=1.1,<2 style thing20:44
*** banix has joined #openstack-infra20:45
SEJeff_workdhellmann, Yes my issue with some of the openstack bits is that it seems to be all or nothing20:46
dhellmannSEJeff_work: right, I'm trying to avoid that where practical in new libraries20:46
SEJeff_workI've love for taskflow to not hard depend on the whole of openstack. Unfortunately, openstack doesn't fit the bill of what I'm building for server automation. Taskflow however, does. I'd prefer not to require openstack where possible20:46
sdaguejeblair: I guess the real issue is libraries that depend on things we know are unstable20:46
dstufftsdague: FWIW a lot of the virtualenv problem is that virtualenv has all of like 12 tests on it's own, and our largest test of virtualenv is the fact that the pip test uses the hell out of venv :(20:46
sdaguelike sqla20:46
SEJeff_workbut am sympathetic to your side if it absolutely has to depend on openstack20:47
SEJeff_workdhellmann, Thanks20:47
sdagueso we need need to have a global lever for unstable libs20:47
sdagueotherwise upgrading is a paris peace treaty20:47
dhellmannsdague: it's too late for this year, but we should put together a pycon talk for next year20:48
jeblairsdague: yeah, that's definitely something we need to consider; and negotiating/understanding if a lib is going to mantain wide sqla compatibility (or upgrade asap on new sqla releases), or uncap sqla requirements is in-scope for requirements repo reviews.20:48
dhellmannsdague: my guess is most projects don't hit the sorts of conflicts we do20:49
sdaguedhellmann: agreed20:49
jeblairsdague: i'm totally cool with a policy of "if there is a transitive dep on sqla, the middle lib must be responsive to upgrades and version bumps, or have no sqla version cap"20:49
*** sarob has joined #openstack-infra20:49
jeblairsdague: i'm not sure i'd want to apply that universally to all our libs and all possible transitive deps.20:49
jeblairbut to known problems, it seems very reasonable20:50
*** senk has joined #openstack-infra20:50
sdaguejeblair: so I actually think "be responsive" isn't good enough. Because it means we can't actually ever test uncaps20:50
sdaguewithout lots of people negotiation20:50
sdagueit stops being CI when it involves asking people for new releases20:51
jeblairsdague: sure we can; once taskflow determines it is compatible with new sqla and releases, we can.20:51
jeblairsdague: we shouldn't ask them.  that's what "be responsive" means.  :)20:51
jeblairsdague: be responsive to sqla having made a new release.20:51
jeblairsdague: that having been done, taskflow should validate their compatibility with it, and then release with a new version cap.20:52
mriedembeekneemech: looking through the devstack recent commits i see a few red flags related to networking and neutron20:52
sdagueyou know.... there would be another way. If pip let us do requirements overrides on packages....20:53
sdaguebasically a similar lever flip like what g-r gives us20:53
*** yolanda has joined #openstack-infra20:53
sdagueletting us speculate in a world where the underlying packages are wrong in their requirements20:53
* fungi needs to pop out and get some food... back in a bit20:53
jeblairyep20:53
sdaguedstufft: how crazy pants does that sound to you?20:54
dstufftjeblair: well ideally you wouldn't be bumping with each new release, you'd set the version spec to whatever the libraries declared backwards comapt policy allows (lol yea right :V)20:54
dstufftsdague: not sure what you're looking for exactly, you want to be able to say "my library A depends on B, and B depends on C, but I want to pretend B actually depends on C<1.0" ?20:55
jeblairdstufft: yes, ideally -- but we keep using sqla as an example because like every point release is backwards incompat or something crazy like that.20:55
sdaguedstufft: yeh, basically20:55
sdaguedstufft: pip --overide-version "C>1.5"20:56
sdaguethen any time it tries to install C from anywhere, it ignores the requirements.txt version, and uses the override instead20:56
dstufftsdague: so additive is simple because in a world where pip has an actual dependency resolver (not yet :() you'd just add your own dependency on C, if you want to full out replace that's a bit different20:56
sdaguedstufft: we typically need a full out replace20:57
dstufftsdague: pip's dependency resolver is really really really dumb at the moment20:57
dstufftbut it's dumb in a way that probably allows this20:57
jeblairsdague: hypothetically if that existed; it would be useful for those experiments, but it's worth considering whether we want to have software that is not actually installable without using that...20:57
sdaguedstufft: and we need the override because we actually need to do about 20 different pip installs to setup openstack20:57
dstufftbasically pip's dependency resolver just accepts whatever the first version spec is for a package20:58
dstufftso if you have in a chain of dependencies, C>=1.0 and C==1.1, it'll see it as just C>=1.0 if it saw that one first20:58
*** melwitt has joined #openstack-infra20:58
sdaguejeblair: right, but it would give us feedback to get upstream20:58
dstufftso I think all you'd need to do right now, is do ``pip install C>1.5 -r requirements.txt``20:58
*** vipul is now known as vipul-away20:59
jeblairsdague: i would imagine that we would not actually want to land a change that required a version override; but yes, could provide info.20:59
sdagueso we'd know "taskflow, your requirements are wrong"20:59
sdagueand be able to put the paris peace treaty on the other end of the process, as we'd already have proven results20:59
dstufftas far as actually supporting that as a first class feature20:59
SEJeff_workFeels more like a Mexican Standoff at the moment21:00
dstufftit's probably doable, I'd have to think about it and it'd need discussed and such, but I don't think it's an unreasonable request21:00
dstufftalthough for testing you can get around it by just using --no-deps21:00
*** melwitt1 has joined #openstack-infra21:00
sdaguedstufft: so in this particular break, I think we actually got the right thing out of pip21:00
sdaguebut then the entry point loading had the version spec encoded, and blew us up21:01
dstufftyea21:01
dstufftthat's a setuptools feature21:01
sdaguebut if pip gets smarter.... having that override functionality would be really nice21:01
dstufftand pip doesn't really have any control over that21:01
sdaguedstufft: agreed21:01
sdaguebut dhellmann said he was going to reconsider the way stevedore loads to get around that21:02
sdagueabout 1/3 of our requirements breaks have actually been that21:02
sdagueit all actually would work fine, but entry points blew us up21:02
*** vipul-away is now known as vipul21:02
dstufftyea, that's mostly a side effect of the way setuptools tried to do virtual environments21:02
*** melwitt has quit IRC21:03
dstufft(install everything into sub directories of site-packages, like site-packages/C-1.0.egg/FILES and dynamically add the C 1.0 version to the sys.path)21:03
dstufftso it has checks like that to make sure the proper version was loaded21:04
dstufftsdague: FWIW console_sciprts when installed by pip from a Wheel don't use pkg_resources anymore :D21:05
sdagueyay!21:05
dstufftin pip 1.5 anyways21:05
beekneemechmriedem: Yeah, I'm trying to reproduce locally so I can git bisect it.21:06
dstufftsdague: this is the new autogenerated script https://gist.github.com/dstufft/61001f4d4465e94e5bc3 , but only when installing from wheels with pip 1.521:07
*** elasticio has quit IRC21:07
*** vipul is now known as vipul-away21:08
*** vipul-away is now known as vipul21:08
sdaguedstufft: cool, though probably getting over my head in the subtlties ;)21:09
sdaguerealistically I'm just a noob with way too many battle scars after the summer of global requirements :)21:09
*** yolanda has quit IRC21:09
*** jasondotstar has quit IRC21:09
harlowjak, so shall i unbind for 0.8 sdague , that seems simplest, although trunk is being worked on currently (expected to have 0.2 release sometime this month) so will have to get a couple patches in to make 0.1.2 presentable, does that seem fair?21:10
*** yolanda has joined #openstack-infra21:10
*** yolanda has quit IRC21:10
dstufftsdague: FWIW I'm pretty sure that global requirements is basically a requirement because of pip's brain dead dependency resolution scheme21:10
dstufftI *think* that fixing that in pip will remove the need for some of that orchecstration in openstack21:10
sdaguedstufft: it's actually a requirement because we have to pip install each repo21:11
sdagueso we don't get to do this in one go21:11
sdagueharlowja: sure21:11
*** yolanda has joined #openstack-infra21:11
sdagueI think as soon as you get a 0.1.2 out there we can probably put a nail in this sqla 0.8 thing21:11
harlowjak21:11
*** senk has quit IRC21:11
sdaguethen figure out how far off 0.9 is21:11
dstufftsdague: you can pip install more than one repo at a time, and realistically pip should not install something that is incompatible with the already installed stuff either21:12
*** praneshp is now known as praneshp_lunch21:12
sdaguedstufft: well it just uninstalls the incompatible thing :)21:12
sdaguebecause I did this we found some libraries were getting uninstalled and reinstalled up to 6 times during an openstack setup21:12
* dhellmann envisions sdague wearing a "I survived an OpenStack requirements update" badge in Atlanta this spring21:12
sdagueit was awesome21:12
harlowjasdague as some of the other taskflow core is asleep, if this happens by say like mondayish is that ok?21:12
sdagueharlowja: sure21:13
sdagueharlowja: thanks for jumping on this21:13
harlowjanp21:13
*** senk has joined #openstack-infra21:13
harlowjathe never ending requirements battle :(21:13
dstufftsdague: what I mean, is when the dependency graph is built in any one ``pip install <foo>`` it should also include everything already installed as part of that graph21:13
harlowjaanvil has taught me the same lessons21:13
harlowja*why i also made it completly avoid pip, lol21:13
*** krotscheck_ has joined #openstack-infra21:14
harlowja*well avoid installating via pip, pip good at downloading tarballs of the right version usually21:14
*** krotscheck_ has quit IRC21:14
harlowjaso i feel the pain sdague  :(21:15
*** yolanda has quit IRC21:16
*** rakhmerov has joined #openstack-infra21:16
*** yolanda has joined #openstack-infra21:17
*** rongze has joined #openstack-infra21:19
*** rakhmerov has quit IRC21:21
*** Ajaeger has quit IRC21:22
*** rongze has quit IRC21:23
*** rfolco has quit IRC21:24
*** yolanda has quit IRC21:25
*** herndon has quit IRC21:28
beekneemechmriedem: I went ahead and pushed a revert of my hostname change.  Will see if it passes Jenkins now.21:30
mriedembeekneemech: ok, that was the only one that was really suspicious to me given the timing21:31
*** smarcet has quit IRC21:32
beekneemechmriedem: Yeah, although it merged something like 16 hours before this started happening.  Could be an interaction with another change though.21:33
*** herndon has joined #openstack-infra21:33
*** senk has quit IRC21:41
*** dprince has quit IRC21:41
beekneemechmriedem: Looks like the revert is going to fail Jenkins too, so that's probably not it. :-(21:45
*** chrisstreeter_ has joined #openstack-infra21:48
zarofungi: i think there's something wrong with the openstack/gerrit git project.21:53
*** vipul is now known as vipul-away21:56
*** vipul-away is now known as vipul21:56
zarofungi: git submodule update doesn't work anymore.21:58
*** beagles has quit IRC22:04
*** nati_ueno has quit IRC22:05
*** nati_ueno has joined #openstack-infra22:08
*** SergeyLukjanov has joined #openstack-infra22:10
*** sarob has quit IRC22:15
*** sarob has joined #openstack-infra22:16
*** rakhmerov has joined #openstack-infra22:17
*** prad has quit IRC22:17
*** rongze has joined #openstack-infra22:20
*** sarob has quit IRC22:20
*** jergerber has joined #openstack-infra22:20
*** rakhmerov has quit IRC22:22
*** nati_ueno has quit IRC22:22
*** rongze has quit IRC22:25
beekneemechmriedem: Reproduced the problem locally.  My neutron commands are failing with "'ExtensionManager' object does not support item assignment"22:26
beekneemechThinking that's the problem.22:26
mriedembeekneemech: maybe a recent ML2 change in neutron?22:27
*** banix has quit IRC22:27
beekneemechmriedem: Not sure.  I'm not even clear on whether the error is coming from neutron or the client.22:29
*** MarkAtwood has joined #openstack-infra22:32
markmcclainbeekneemech we are currently experiencing problems with the client22:32
beekneemechmriedem: ^22:33
beekneemechmarkmcclain: Okay, thanks.22:34
*** jergerber has quit IRC22:34
mriedembeekneemech: markmcclain: thanks22:34
*** eharney has quit IRC22:35
beekneemechLooks like probably this bug: https://bugs.launchpad.net/python-neutronclient/+bug/126592622:35
*** mriedem has quit IRC22:35
*** vipul is now known as vipul-away22:35
markmcclainjust waiting on the changes to merge22:36
*** vipul-away is now known as vipul22:36
openstackgerritBrant Knudson proposed a change to openstack-infra/reviewday: Generate JSON  https://review.openstack.org/6447122:39
openstackgerritMatt Farina proposed a change to openstack-infra/config: Adding the launchpad project for the golang-client  https://review.openstack.org/6491922:41
openstackgerritBrant Knudson proposed a change to openstack-infra/reviewday: Generate JSON  https://review.openstack.org/6447122:42
*** ryanpetrello has quit IRC22:43
*** senk has joined #openstack-infra22:45
*** senk1 has joined #openstack-infra22:46
*** sarob has joined #openstack-infra22:46
*** burt has quit IRC22:46
*** mfer has quit IRC22:47
*** dcramer_ has quit IRC22:48
*** senk has quit IRC22:49
ruhe[storyboard] can we use '{name}-branch-tarball' template with non-python project (assuming that tarball is built in dist/ too)?22:56
clarkbif python setup.p sdist builds the tarball then yes22:57
*** sarob has quit IRC22:57
*** banix has joined #openstack-infra22:57
*** weshay has quit IRC22:58
*** hogepodge has quit IRC22:59
ruheclarkb: that project will not be built this way. should we create macros  similar to '{name}-branch-tarball' under misc.yaml ?22:59
reedDelete is successfully failing23:00
* reed parsing error23:00
reedreading questions on Ask can be amusing23:01
*** banix has quit IRC23:01
clarkbruhe: or just write out a job from scratch and start there23:02
*** banix has joined #openstack-infra23:02
*** hogepodge has joined #openstack-infra23:03
*** nati_ueno has joined #openstack-infra23:07
ruhegot it, thanks23:08
*** banix has quit IRC23:10
*** salv-orlando has quit IRC23:14
*** salv-orlando has joined #openstack-infra23:14
*** pcrews has quit IRC23:15
*** flaper87 is now known as flaper87|afk23:15
*** thedodd has quit IRC23:16
*** rakhmerov has joined #openstack-infra23:18
*** rongze has joined #openstack-infra23:20
*** thedodd has joined #openstack-infra23:21
*** rakhmerov has quit IRC23:23
morganfainbergit looks like gate is happier now the neutronclient change went in.  just checking before starting to issue some rechecks.23:23
morganfainbergdon't need to spam check/gate queues if it's going to just fail.23:23
krotscheckQuestion- given a specific pipeline trigger (say, post), are the individual jobs run in order without cleanup ( i.e. can I tarball the results from a previous job)?23:24
openstackgerritSergey Lukjanov proposed a change to openstack-infra/zuul: Collect and report last reconfigured timestamp  https://review.openstack.org/6384923:24
jeblairkrotscheck: they are run simultaneously on different hosts, at random; however...23:24
jeblairkrotscheck: you can indicate that a job should run _after_ another job, though the first job will need to stash its results somewhere23:24
jeblairkrotscheck: see the -tarball and -pypi-upload jobs for an example of this23:25
jeblairkrotscheck: but that should really only be used if the intermediate artifact is publishable on its own.23:25
*** rongze has quit IRC23:25
jeblairkrotscheck: temporary storage of transient artifacts isn't expected23:25
krotscheckjeblair: Thanks for the clarification. ruhe's helping me get the tarball onto a server, but first we need to create a tarball. Ergo, questions blah blah.23:26
jeblairkrotscheck: a tarball is exactly the kind of thing we would expect to be created and pushed to tarballs.o.o.23:26
*** SergeyLukjanov has quit IRC23:26
*** senk1 has quit IRC23:26
krotscheckjeblair: Really? Is that why it's called tarballs.o.o?23:29
* krotscheck couldn't help himself.23:30
*** vipul is now known as vipul-away23:30
*** vipul-away is now known as vipul23:30
*** rcleere has quit IRC23:33
reedjeblair, are you having problems today with Sonic.net DNS servers?23:33
sdagueharlowja: so as I dive into the taskflow thing more in detail, I'm coming back towards the original integrated gate bits. Mostly from pragmatic pov.23:34
*** thedodd has quit IRC23:35
harlowjasdague sure, i'd be ok with that to from said pragmatic pov, it doesn't seem to change that much really23:35
jeblairreed: i don't use them; i run my own recursive resolver.23:35
sdaguebecause we really can't have a library that prevents us from working on sqla 0.9 compatibility because it blocks us23:35
sdagueanyway, put a few more thoughts back on the list23:36
harlowjak23:36
jeblairsdague, harlowja: we can only do two-way gating if it's part of openstack.23:36
sdaguelets get over the 0.8 hump first23:36
sdaguejeblair: agreed23:36
jeblaircool23:37
* jeblair -> SFO23:37
sdaguewhich means thinking about the fact that if you require SQLA you have to be part of oslo23:37
*** dstanek has joined #openstack-infra23:37
harlowjasdague ya,, it just feels weird  though23:37
sdaguebecause we can't have things managing tables in an openstack environment that aren't23:38
sdagueharlowja: I agree23:38
reedjeblair, should have known better :)23:38
sdaguebut, the other direction is taskflow effectively dictates the sqla versions in all of openstack23:39
harlowjaunderstandable, when oslo.db shows up on pypi then i expect taskflow to use it, but that doesn't exist23:39
sdaguethe alternative would be taskflow not doing the actual storage itself, and having some kind of storage callback mechanism23:39
harlowjathen oslo.db can dictate that version23:39
*** jerryz has joined #openstack-infra23:39
harlowjasdague so the storage is already plugabble (via these entrypoints), just one of the defaults is sqlalchemy23:40
sdagueharlowja: so if there was taskflow and taskflow-sqla, and we didn't need taskflow-sqla in the gate, then we'd be fine as well23:40
sdagueas with all complex systems, we often figure out what works over time by figuring out what doesn't work :)23:41
harlowjaagreed23:41
harlowjaentrypoints make this more hardier to figure out what the right way should be23:41
sdagueagreed23:42
beekneemechmorganfainberg: My recheck seems to be proceeding normally now, so I think you're good to go ahead and mass recheck.23:42
morganfainbergbeekneemech, thank you much for the confirmation23:42
harlowjasince people using taskflow can provide there own, or not use the sqlalchemy storage thing, but then people that do use it want to know which version to use...23:42
*** chrisstreeter_ has quit IRC23:43
harlowjalike we could move it to test-requirements.txt (similar what happened with eventlet in taskflow) and then those that use it have to know to include sqlalchemy in there requirements23:43
harlowjadependencies sux, lol23:43
*** ruhe is now known as _ruhe23:44
*** vipul is now known as vipul-away23:46
sdagueharlowja: well what if you split the package and made the sqla part a second install?23:46
harlowjapossible23:46
sdagueI guess the question is, does cinder need the sqla part23:47
sdague?23:47
harlowjanot yet23:47
sdaguebut we expect it to?23:47
harlowjaya23:47
harlowjaresponding to ML23:47
harlowja:-P23:47
sdaguecool23:47
*** julim has quit IRC23:47
sdagueyeh ML is good, as I expect we'll need to come back to this thread later23:47
harlowjadef23:48
harlowjadoubt this will be the first time ;)23:48
sdagueor the last :)23:49
openstackgerritMichael Krotscheck proposed a change to openstack-infra/config: Add storyboard-webclient to gerrit  https://review.openstack.org/6476123:51
markmcclainhow long is the wait before VMs are built with the most current version of a client lib appear?23:51
fungiwow, i go to dinner and... *bam* scrollback23:52
harlowjato much chit-chat, ha23:54
*** rnirmal has quit IRC23:54
sdaguemarkmcclain: pypi lib, or client?23:54
sdaguewe do integrated gate with the git trees of the client libraries23:55
markmcclainhmmm23:55
markmcclainhttps://jenkins01.openstack.org/job/gate-neutron-python27/5197/console23:55
markmcclainshow 2.3.2 version of neutronclient lib23:55
markmcclain2.3.3 is most current23:55
sdagueok, so unit tests are different23:56
sdaguefungi: would know23:56
markmcclainor is this a case where I need to bump the min in the global reqs too for the cliff bug?23:57
*** dimsum has quit IRC23:57
sdaguelet's let fungi weigh in first23:59

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