| *** dims_ has joined #openstack-release | 00:39 | |
| *** dims has quit IRC | 00:40 | |
| *** dims_ has quit IRC | 01:48 | |
| *** dims has joined #openstack-release | 01:48 | |
| *** dims has quit IRC | 01:54 | |
| *** jhesketh has quit IRC | 02:05 | |
| *** jhesketh has joined #openstack-release | 02:05 | |
| *** dims has joined #openstack-release | 02:06 | |
| *** amotoki has joined #openstack-release | 02:54 | |
| *** amotoki has quit IRC | 03:12 | |
| *** amotoki has joined #openstack-release | 03:14 | |
| *** sigmavirus24_awa is now known as sigmavirus24 | 03:22 | |
| *** dims has quit IRC | 03:24 | |
| *** doug-fish has joined #openstack-release | 03:30 | |
| *** amotoki has quit IRC | 03:36 | |
| *** doug-fish has quit IRC | 03:58 | |
| *** amotoki has joined #openstack-release | 04:04 | |
| *** sigmavirus24 is now known as sigmavirus24_awa | 05:18 | |
| *** dtantsur|afk is now known as dtantsur | 08:57 | |
| *** amotoki has quit IRC | 09:05 | |
| *** amotoki has joined #openstack-release | 09:07 | |
| *** amotoki has quit IRC | 09:07 | |
| *** openstackgerrit has quit IRC | 09:17 | |
| *** openstackgerrit has joined #openstack-release | 09:17 | |
| *** sileht has quit IRC | 09:52 | |
| *** amotoki has joined #openstack-release | 09:59 | |
| *** sileht has joined #openstack-release | 10:03 | |
| *** dims has joined #openstack-release | 11:05 | |
| *** openstackgerrit has quit IRC | 11:17 | |
| *** openstackgerrit has joined #openstack-release | 11:17 | |
| *** amotoki has quit IRC | 11:46 | |
| *** amotoki has joined #openstack-release | 11:50 | |
| *** amotoki has quit IRC | 12:02 | |
| *** mriedem_away has quit IRC | 13:15 | |
| *** sigmavirus24_awa is now known as sigmavirus24 | 13:31 | |
| *** sigmavirus24 is now known as sigmavirus24_awa | 13:40 | |
| *** BobBall has joined #openstack-release | 13:51 | |
| BobBall | dhellmann / ttx : Any chance you could look at https://review.openstack.org/#/c/264741/ ? ryu 3.29 is incompatible with oslo.config 3.1+ and it's causing Citrix's internal CI to fail. We'd like to prevent ryu 3.29 from being used (as commented on the review, ryu have a fix in place pending the next release, so excluding 3.29 should be sufficient) | 13:54 |
|---|---|---|
| ttx | BobBall: looking | 13:54 |
| ttx | looks goof | 13:57 |
| ttx | or good | 13:57 |
| BobBall | Awesome - thanks | 13:58 |
| *** gordc has joined #openstack-release | 14:04 | |
| *** amotoki has joined #openstack-release | 14:20 | |
| *** amotoki has quit IRC | 14:21 | |
| *** mriedem has joined #openstack-release | 14:25 | |
| *** amotoki has joined #openstack-release | 14:40 | |
| *** amotoki has quit IRC | 14:47 | |
| *** doug-fish has joined #openstack-release | 15:02 | |
| openstackgerrit | Steve Martinelli proposed openstack/releases: release keystoneauth and keystoneclient for stable/liberty https://review.openstack.org/266433 | 15:24 |
| stevemar | dhellmann: dims bknudson_ ^ | 15:24 |
| dims | stevemar : will wait for the jobs to run (need to look at output from list-changes) | 15:26 |
| stevemar | dims: cool cool | 15:27 |
| stevemar | dims: for stable releases, we don't need to make a change to requirements right? | 15:27 |
| dims | stevemar : y, we leave those alone for now | 15:30 |
| openstackgerrit | gordon chung proposed openstack/releases: ceilometerclient 2.2.0 https://review.openstack.org/266438 | 15:32 |
| dhellmann | BobBall, ttx: approved | 15:46 |
| dhellmann | stevebaker : looking | 15:47 |
| dhellmann | stevebaker : oops, stevemar | 15:47 |
| dhellmann | stevemar: you're missing send-announcements-to in those files http://logs.openstack.org/33/266433/1/check/gate-releases-tox-validate/7c1f454/console.html#_2016-01-12_15_43_28_173 | 15:47 |
| BobBall | Awesome - thanks dhellmann! | 15:48 |
| ttx | dhellmann: interesting discussion about release models at the stable team meeting, you should review the logs when done | 15:50 |
| ttx | we may want to better document the consequences of picking "independent" wrt testing | 15:50 |
| dhellmann | ttx: noted | 15:53 |
| dhellmann | I should add that meeting to my calendar | 15:53 |
| ttx | dhellmann: link: http://eavesdrop.openstack.org/meetings/stable/2016/stable.2016-01-12-15.01.log.html#l-38 | 15:54 |
| openstackgerrit | Steve Martinelli proposed openstack/releases: release keystoneauth and keystoneclient for stable/liberty https://review.openstack.org/266433 | 15:56 |
| openstackgerrit | Doug Hellmann proposed openstack/releases: copy send-announcements-to from mitaka to kilo and liberty https://review.openstack.org/266448 | 15:59 |
| dhellmann | ttx: we should get ^^ in to avoid causing issues for folks with stable release requests | 15:59 |
| ttx | dhellmann: looking | 16:06 |
| ttx | +2 | 16:09 |
| dhellmann | ttx: it sounds like mriedem and sdague were proposing that release:independent projects can't be co-gated with release:cycle-with-intermediary or milestone-based projects | 16:09 |
| dhellmann | the only real reason I see for that is the implementation detail of our d-g jobs, though, right? | 16:10 |
| ttx | I think it goes beyond that, but I won't talk for them ;) | 16:11 |
| mriedem | dhellmann: well i think that's how ceilometer is getting around it right now | 16:11 |
| mriedem | https://review.openstack.org/#/c/264769/ | 16:11 |
| dhellmann | I mean there's the conceptual issue of saying "what is stable" but the roadblock that makes having lots of cross testing hard is the implementation of figuring out what branch to check out when | 16:12 |
| ttx | it's also about how likely you are to break backwards compat too | 16:12 |
| dhellmann | is it? why does having more stable branches imply more breaks? | 16:13 |
| ttx | more stable branches implies less breaks :) | 16:13 |
| dhellmann | ok, that's what I would have thought, too, I guess I misinterpreted what you said | 16:14 |
| dhellmann | the fact that we have to do so much fooling around to configure jobs specially when we have branches with mis-matched names is an implementation detail we can fix, imo | 16:15 |
| sdague | dhellmann: it's also about being able to communicate to users | 16:15 |
| sdague | what are they supposed to run with their liberty cloud? | 16:15 |
| dhellmann | the version(s) we test with. I'm not sure why a list of 2-3 is that much harder than 1 | 16:15 |
| dhellmann | I mean, I understand the value of having a single stable branch per project, too, I'm just trying to understand why we want to add a new rule in a case where we have more than one | 16:17 |
| sdague | maybe, I feel like it adds a pretty big level of complexity to an already complex system | 16:17 |
| dhellmann | is there something wrong with the ceilometer/gnocchi situation or is it just a pain for the developers who have chosen to do something outside of our norms? | 16:17 |
| sdague | it has impacted beyond just the projects that deviated, because of co-gating | 16:18 |
| dhellmann | with lifeless' stability changes to libs, we're going to end up having tests for lower bounds of requirements as well as upper | 16:18 |
| sdague | and has managed to block other things | 16:18 |
| *** sigmavirus24_awa is now known as sigmavirus24 | 16:18 | |
| sdague | this is only about co-gating branches | 16:18 |
| dhellmann | ok, so why is gnocchi being installed from source in projects other than ceilometer? | 16:18 |
| sdague | because ceilometer co-gates with other things | 16:19 |
| dhellmann | I'm OK with us saying "don't do this", too, fwiw, but I'd like to understand the real issue | 16:19 |
| dhellmann | but if gnocchi is a dependency of ceilometer, shouldn't it be installed from packages in those other tests? | 16:20 |
| sdague | so when this all goes sideways, tempest can't land any patches, for instance | 16:20 |
| sdague | except they set it up to co-gate iirc | 16:20 |
| dhellmann | who set what up? the telemetry team set up cogating between gnocchi and projects other than ceilometer? | 16:21 |
| sdague | https://github.com/openstack-infra/project-config/blob/d2cfff4803dba96f2a5abaf82f4e3b5d68f767a4/jenkins/jobs/ceilometer.yaml#L212 | 16:21 |
| dhellmann | how does that affect tempest's ability to land patches? I only see other telemetry team projects there | 16:21 |
| sdague | ok, well, I only have about half the problem in my head because I've mostly been seeing some of the breaks from a far | 16:22 |
| sdague | I'm happy to walk away from this one | 16:22 |
| dhellmann | it's simple to create a rule that release:independent projects cannot co-gate with other projects. it's easy to understand, and maybe gets us what we want in terms of managing complexity and avoiding one project breaking the gate in unexpected ways. | 16:24 |
| dhellmann | otoh, this team seems to have a reason for wanting to do this, so I'd like to understand the goals and real ramifications before supporting a change like that. | 16:25 |
| *** BobBall has quit IRC | 16:25 | |
| dhellmann | gordc : ^^ | 16:26 |
| mriedem | the ceilometer stable/liberty thing doesn't break tempest, it breaks the dsvm integration job for ceilometer | 16:38 |
| mriedem | ceilometer isn't in the integrated gate jobs | 16:38 |
| mriedem | dhellmann: and i'm told gnocchi isn't a library, it's a service, so that's why they install from master | 16:39 |
| mriedem | ceilometer only depends on python-gnocchiclient | 16:39 |
| mriedem | heh, or not https://github.com/openstack/ceilometer/blob/stable/liberty/requirements.txt | 16:40 |
| * gordc reading | 16:43 | |
| *** dtantsur is now known as dtantsur|brb | 16:45 | |
| mriedem | gordc: if ceilometer doesn't require gnocchiclient in stable/liberty, why is it needed in the stable/liberty job (gnocchi that is) | 16:47 |
| mriedem | gordc: oh i guess it is https://github.com/openstack/ceilometer/blob/stable/liberty/ceilometer/tests/integration/hooks/post_test_hook.sh#L43 | 16:49 |
| gordc | mriedem: we don't add drivers to our requirements | 16:49 |
| gordc | but yes, that gate test specifically tests the integration between ceilometer+gnocchi+aodh+heat | 16:50 |
| gordc | +nova i guess | 16:50 |
| mriedem | gordc: ok, the master gnocchi + stable/liberty ceilometer thing came up in the stable team meeting this mornign | 16:50 |
| gordc | so just background on why gnocchi doesn't have same branches as all the other projects... it started off as it's own and has uses cases beyond openstack. | 16:50 |
| mriedem | http://eavesdrop.openstack.org/meetings/stable/2016/stable.2016-01-12-15.01.log.html#l-38 | 16:50 |
| mriedem | gordc: so i see gnocchi is in pypi, | 16:51 |
| mriedem | why doesn't ceilometer on stable/liberty just install from pypi?> | 16:51 |
| gordc | mriedem: yep | 16:51 |
| gordc | mriedem: we actually could (i believe). we were just trying to follow all the gating protocols/"standards" | 16:52 |
| mriedem | except gnocchi doesn't follow those | 16:52 |
| gordc | jd__: ^ | 16:52 |
| gordc | mriedem: because we name our stables differently? | 16:53 |
| mriedem | yeah, well and https://github.com/openstack-infra/project-config/blob/d2cfff4803dba96f2a5abaf82f4e3b5d68f767a4/jenkins/jobs/ceilometer.yaml#L214 | 16:53 |
| gordc | well we were trying to use enable_plugin which should allow you to choose branches | 16:53 |
| mriedem | that means you can use 3 stable gnocchi branches for ceilometer stable/kilo testing rihgt? | 16:53 |
| gordc | yes. those are valid for kilo | 16:54 |
| mriedem | i guess it's confusing from a downstream user pov | 16:54 |
| mriedem | which version of gnocchi should i run with ceilometer stable/liberty | 16:54 |
| mriedem | if ceilometer doesn't put a version constraint on gnocchi | 16:54 |
| gordc | i would think it's similar to any other driver. ie what version of mysql should you run? | 16:55 |
| mriedem | if gnocchi is more than just openstack, what's it's backward compat policy? just semver? | 16:55 |
| mriedem | thinking out loud, if gnocchi 2.0 drops some things that ceilometer stable/liberty were using, the dsvm integration job shouldn't break b/c it should be using gnoccho stable/1.3 branch | 16:57 |
| gordc | i understand it complicates stuff because of naming differences, but our idea is gnocchi should mimic how we treat other db. it shouldn't be "stable/liberty" only because then it only makes senes in oepnstack context. | 16:57 |
| jd__ | we could pip install it, I indeed already proposed that | 16:57 |
| jd__ | we just didn't implement it | 16:58 |
| mriedem | i feel like we should pip install it | 16:58 |
| gordc | the client or both? | 16:58 |
| ttx | that would make the version pairing more explicit | 16:59 |
| ttx | because I don't expect that many people to read jenkins/jobs/ceilometer.yaml#L214 | 17:00 |
| gordc | mriedem: sorta/not-related but the project-config change worked for liberty | 17:00 |
| mriedem | gordc: ceilometer stable/liberty isn't using the client - there is a todo in the post_test_hook.sh to add that | 17:01 |
| mriedem | idk, like dhellmann said, this is really just pain for the developers that are doing the CI | 17:03 |
| mriedem | i'm not really sure how you'd advertise the gnocchi version that ceilometer stable/liberty should be using | 17:03 |
| gordc | mriedem: oh. yeah, we didn't have gnocchiclient released in liberty... or it was very late | 17:03 |
| mriedem | since it's not in requirements anywhere | 17:03 |
| mriedem | it seems like gnocchi should live in stable/liberty upper-constraints.txt | 17:04 |
| mriedem | and would be ===1.3 | 17:04 |
| mriedem | however, i don't think we have anything that would be testing with that | 17:04 |
| gordc | mriedem: so i just want to clarify, gnocchiclient doesn't actually exists in liberty timeframe | 17:05 |
| mriedem | yeah i know | 17:06 |
| gordc | so we want gnocchi in requirements for stable/liberty and gnocchiclient in requirements post-liberty? | 17:08 |
| jd__ | I don't think we need it in requirement, just pip install from devstack? | 17:09 |
| jd__ | from the devstack plugin of Ceilometer I mean | 17:09 |
| jd__ | e.g. like we do for some other backends | 17:10 |
| gordc | jd__: we would still have OVERRIDE condition for gnocchi though... like when it runs from gnocchi pov | 17:10 |
| jd__ | right | 17:11 |
| gordc | i was under impression people didn't like using OVERRIDE period. | 17:11 |
| gordc | i guess start by moving to pypi? maybe let the liberty patches merge in meantime. | 17:12 |
| mriedem | i was thinking pip installing gnocchi from the devstack plugin | 17:13 |
| mriedem | which it'd be nice if that used upper-constraints from stable/liberty | 17:13 |
| mriedem | b/c you could set that to 1.3 in there | 17:14 |
| mriedem | and upper-constraints can be used as the manifest for what we've tested against for stable/liberty | 17:14 |
| mriedem | which is what we're telling users | 17:14 |
| jd__ | we can pip install gnocchi from the Ceilometer plugin _except_ if Gnocchi is already installed – which would be the case if it's pulled by devstack when running the job from Gnocchi pov, WDYT gordc ? | 17:14 |
| gordc | mriedem: we want to add gnocchi to global-reqs only for stable/liberty? is there something we do for elasticsearch in liberty? we don't actually dictate versioning for that do we? | 17:18 |
| mriedem | gordc: not global-reqs since that's really only used for syncing to project's requirements files | 17:19 |
| mriedem | but upper-constraints should be used when pip installing things in devstack | 17:19 |
| mriedem | i think anyway | 17:19 |
| gordc | mriedem: lol i like the confidence. :) | 17:19 |
| mriedem | well i didn't work on the mechanics | 17:20 |
| mriedem | that's more lifeless i think | 17:20 |
| mriedem | so maybe we should just table this until lifeless is around and see what he thinks | 17:20 |
| gordc | mriedem: so simliar to what jd__ is suggesting? | 17:20 |
| jd__ | we can pip install without going to upper req, just "pip install gnocchi>=1.3,<1.4" directly from the plugin if that's what we support for example | 17:21 |
| gordc | mriedem: we can try to do pip install and then use devstack when check runs in gnocchi gate... i just found a lot of random gotchas of different places setting/ignoring different things | 17:21 |
| openstackgerrit | Merged openstack/releases: Fix week starting date https://review.openstack.org/266023 | 17:24 |
| *** dtantsur|brb is now known as dtantsur|afk | 17:27 | |
| dhellmann | gordc, jd__, mriedem : sorry I missed the discussion. It sounds like there's a plan though? | 17:31 |
| gordc | dhellmann: somewhat. i think the idea is to explore how to set ceilometer/aodh/heat to use gnocchi through pypi (and see if upper-constraint does anything if it's not in global-reqs)... and gnocchi gate to run through devstack. | 17:35 |
| dhellmann | gordc : ok. constraints do work for things not in g-r -- we use them for secondary dependencies, too, that's sort of the point. | 17:35 |
| gordc | mriedem: same understanding? | 17:35 |
| gordc | ^ | 17:35 |
| mriedem | yeah | 17:36 |
| gordc | dhellmann: cool. i guess that's one step forward. | 17:36 |
| lifeless | mriedem: morning | 17:50 |
| mriedem | :) | 17:51 |
| mriedem | i'm just about to grab lunch | 17:51 |
| lifeless | k, ping me later | 17:51 |
| mriedem | backscroll basically says it all - we were just trying to sort out how ceilometer should depend on gnocchi (which doesn't have stable/liberty branch scheme), | 17:53 |
| mriedem | and how to communicate what versions of gnocchi works with stable/liberty ceilometer | 17:54 |
| openstackgerrit | Merged openstack/releases: ceilometerclient 2.2.0 https://review.openstack.org/266438 | 18:33 |
| *** mriedem has quit IRC | 18:40 | |
| openstackgerrit | Doug Hellmann proposed openstack-infra/release-tools: stop sending folks to launchpad milestones for release details https://review.openstack.org/266064 | 18:43 |
| *** mriedem has joined #openstack-release | 18:43 | |
| dhellmann | bswartz : hey, are you still interested in this manilaclient release? https://review.openstack.org/#/c/259799/ | 18:44 |
| stevemar | dhellmann: re: https://review.openstack.org/#/c/266433/ i thought we didn't change requirements for stable releases? | 18:50 |
| lifeless | mriedem: upper-constraints should apply normally | 18:50 |
| lifeless | mriedem: the most likely issue is that a gnocchi raises a dep to a min version incompatible w/liberty in some way (e.g. oslo.config breaks compat, gnocchi needs latest oslo.config, boom) | 18:51 |
| mriedem | lifeless: yeah so i was thinking gnocchi===1.3 in stable/liberty upper-constraints | 18:53 |
| mriedem | ceilometer devstack plugin would install from that | 18:53 |
| dhellmann | stevemar : there's an upper constraints file, and that needs to be updated since this is one of our libs | 18:54 |
| lifeless | it makes sense to me that ceilometer would bring in it's deps ;) | 18:54 |
| sdague | lifeless: is there any bit issue if nova team makes our normal tox targets all force constraints? | 18:56 |
| sdague | s/bit/big/ | 18:56 |
| stevemar | dhellmann: gotcha, i see that now | 18:57 |
| dhellmann | stevemar : sorry, I should have been more detailed in my comment | 18:58 |
| stevemar | dhellmann: yeah, wait a tick, those in u-c are the mitaka releases | 18:59 |
| dhellmann | stevemar : ah, ok, let's leave it then. mriedem and some of us are working through how to revert those updates | 18:59 |
| dhellmann | stevemar : I'll go ahead and cut the release | 19:00 |
| stevemar | yippie | 19:02 |
| stevemar | dhellmann: i'll have mitaka ones tomorrow | 19:03 |
| dhellmann | stevemar : ok | 19:03 |
| bswartz | dhellmann: thanks for the ping | 19:04 |
| bswartz | dhellmann: which change merges first? the requirements change or the release? | 19:05 |
| dhellmann | bswartz : we have to do the release before you can use it, but we want the requirements change up for review so we can approve it quickly after the release is done | 19:05 |
| bswartz | understood | 19:06 |
| lifeless | sdague: so, we didn't want to have different semantic for e.g. 'py27' | 19:06 |
| lifeless | sdague: since the behaviour of py27 is in the project testing interface | 19:06 |
| openstackgerrit | Merged openstack/releases: release keystoneauth and keystoneclient for stable/liberty https://review.openstack.org/266433 | 19:06 |
| lifeless | sdague: there's a technical issue, which is getting the file on disk during CI, which is only wired up for the -constraints jobs | 19:07 |
| lifeless | sdague: and there is the social issue of confusion / inconsistency | 19:07 |
| lifeless | sdague: the former is solvable, if nova cares enough; the later I'm not sure about | 19:07 |
| bswartz | dhellmann: https://review.openstack.org/#/c/266534/ | 19:13 |
| dhellmann | bswartz : ack, I'll look at the rest of that review now | 19:14 |
| sdague | right, there is more concern that you've got to teach everyone a new command to run tests | 19:15 |
| sdague | after we spent 4 years teaching them the old command | 19:15 |
| dhellmann | gordc : the ceilometerclient requirements bump is failing, do you want to debug that? https://review.openstack.org/#/c/266440/ | 19:20 |
| gordc | dhellmann: kk. thanks for the heads up | 19:20 |
| *** yarkot has joined #openstack-release | 19:22 | |
| gordc | dhellmann: just hitting recheck so it picks up new ceilometerclient | 19:23 |
| dhellmann | gordc : sounds good, thanks | 19:24 |
| gordc | dhellmann: if i create a depends-on against that upper-constraint patch, would it work? | 19:25 |
| *** yarkot has quit IRC | 19:25 | |
| gordc | want to see if i can run it against full suite of tests (not just tempest) | 19:25 |
| dhellmann | gordc : a depends-on where? ceilometer? | 19:25 |
| gordc | right. or from aodh.. that links to requirements bump. | 19:26 |
| gordc | something that* | 19:26 |
| dhellmann | that would work for the d-g jobs, but not unit tests | 19:26 |
| dhellmann | because of the way requirements syncing works | 19:27 |
| gordc | kk. i'll give that a try as well. | 19:27 |
| gordc | thanks | 19:27 |
| lifeless | sdague: so folk on master should be fine most of the time running unconstrained | 19:58 |
| lifeless | sdague: I get there is an education aspect - I'm not trying to argue we've got the competing balances right | 19:59 |
| sdague | lifeless: I think that confusion of "fails for me" but works upstream is something we want to avoid | 20:00 |
| sdague | also, it appears tox -epy27-constraints doesn't work for me locally | 20:01 |
| sdague | is there something else required for it | 20:01 |
| lifeless | sdague: is it passing in CI ? | 20:30 |
| lifeless | sdague: define 'doesn't work' ? | 20:30 |
| gordc | lifeless: some additional info, we should think of gnocchi == mysql. in liberty, ceilometer doesn't have req on gnocchiclient since it doesn't exist yet. in mitaka, ceilometer has req on gnocchiclient but it's defined in test-requirements becuase it's a driver (so not a hard requirement for ceilometer itself) | 20:30 |
| sdague | I am trying to run it on my desktop | 20:30 |
| sdague | git clone nova; tox -e py27-constraints | 20:31 |
| *** topolznc has joined #openstack-release | 20:35 | |
| *** topolznc is now known as topol | 20:52 | |
| *** topol is now known as Guest45335 | 20:52 | |
| *** Guest45335 is now known as topol_ | 20:57 | |
| *** topol_ is now known as Guest12581 | 20:58 | |
| *** Guest12581 is now known as topol2 | 20:58 | |
| *** LouisF has joined #openstack-release | 20:58 | |
| openstackgerrit | Davanum Srinivas (dims) proposed openstack/releases: Oslo Releases for week of Jan 11, 2016 https://review.openstack.org/265673 | 21:05 |
| dims | dhellmann : waiting for your review :) ^^^ | 21:06 |
| dhellmann | dims : ack, did you address josh's comments? | 21:06 |
| *** topol2 is now known as topol_ | 21:06 | |
| dims | dhellmann : yep | 21:07 |
| dhellmann | dims : ok | 21:07 |
| *** topol_ is now known as topol | 21:07 | |
| sdague | lifeless: this is what I get when I try to run py27-contraints locally - http://paste.openstack.org/show/483663/ | 21:08 |
| dhellmann | sdague : you have the latest version of pip? | 21:10 |
| sdague | 7.1.2 | 21:10 |
| dhellmann | I wonder if tox is hiding a better error in one of its log files | 21:10 |
| dhellmann | "invocation error" doesn't mean much | 21:10 |
| dhellmann | nor does "Missing distribution spec" I guess | 21:11 |
| dhellmann | I wonder if the file has a blank line or something | 21:11 |
| *** sigmavirus24 is now known as sigmavirus24_awa | 21:12 | |
| *** sigmavirus24_awa is now known as sigmavirus24 | 21:13 | |
| sdague | I don't know | 21:13 |
| openstackgerrit | Merged openstack/releases: Release python-manilaclient 1.6 https://review.openstack.org/259799 | 21:17 |
| ttx | Wow zuul is having a hard time today | 21:20 |
| openstackgerrit | Joshua Harlow proposed openstack/releases: Oslo Releases for week of Jan 11, 2016 https://review.openstack.org/265673 | 21:21 |
| dims | ttx: clarkb mentioned that nodepool is busted | 21:21 |
| lifeless | gordc: we're moving to having drivers exposed as extras | 21:51 |
| lifeless | gordc: so you'd say ceilometer[gnocchi] | 21:52 |
| lifeless | sdague: thats weird | 21:53 |
| lifeless | blank lines should be ok | 21:53 |
| lifeless | sdague: on master or stable/liberty? | 21:53 |
| gordc | lifeless: yep, we have that in gnocchi and aodh :) | 21:53 |
| gordc | just haven't gotten aroudn to it for ceilometer | 21:53 |
| lifeless | sdague: ah, I see. let me try locally | 21:53 |
| lifeless | sdague: the {opts} thing is suspicious, since thats the line that its trying to parse | 21:54 |
| lifeless | but IIRC thats a tox substitution variable | 21:54 |
| lifeless | yep | 21:54 |
| lifeless | sdague: '--force-reinstall', '{opts}', | 21:54 |
| lifeless | sdague: line 7 | 21:55 |
| lifeless | sdague: I suspect a too-old tox? What is your tox version ? | 21:55 |
| openstackgerrit | Davanum Srinivas (dims) proposed openstack/releases: Fix pep8 errors https://review.openstack.org/266594 | 22:11 |
| dims | lifeless : dhellmann : looks like something changed and we have pep8 errors in releases/ repo ^^ | 22:12 |
| *** dims has quit IRC | 22:15 | |
| *** gordc has quit IRC | 22:32 | |
| LouisF | dhellmann: i want to get networking-sfc released to mitaka | 22:44 |
| LouisF | dhellmann: do i need to add networking-sfc.yaml to deliverables.mitaka? | 22:45 |
| *** mriedem has quit IRC | 22:54 | |
| *** sigmavirus24 is now known as sigmavirus24_awa | 23:01 | |
| *** Kiall has quit IRC | 23:03 | |
| *** Kiall has joined #openstack-release | 23:04 | |
| *** sigmavirus24_awa is now known as sigmavirus24 | 23:38 | |
| *** sigmavirus24 is now known as sigmavirus24_awa | 23:47 | |
| *** sigmavirus24_awa is now known as sigmavirus24 | 23:48 | |
Generated by irclog2html.py 2.14.0 by Marius Gedminas - find it at mg.pov.lt!