*** matt__ has joined #openstack-relmgr-office | 02:01 | |
*** mattoliverau has quit IRC | 02:02 | |
*** dolphm has quit IRC | 02:02 | |
*** matt__ is now known as mattoliverau | 02:02 | |
*** dolphm has joined #openstack-relmgr-office | 02:07 | |
*** asalkeld is now known as asalkeld_afk | 04:32 | |
*** asalkeld_afk is now known as asalkeld | 05:46 | |
*** mikal has quit IRC | 08:22 | |
*** mikal has joined #openstack-relmgr-office | 08:23 | |
ttx | mestery: added https://bugs.launchpad.net/neutron/+bug/1441501 to RC1, blocking the merge of the liberty version bump | 08:54 |
---|---|---|
openstack | Launchpad bug 1441501 in neutron "gate-neutron-fwaas-python27 fails with ImportError: cannot import name test_db_plugin" [Critical,New] | 08:54 |
Kiall | ttx: heya, just FYI - Designate has 2 open bugs we care about fixing before RC1 cuts, both in progress.. | 09:31 |
ttx | ack | 09:32 |
*** zz_johnthetubagu is now known as johnthetubaguy | 09:52 | |
*** asalkeld has left #openstack-relmgr-office | 11:33 | |
mestery | ttx: Ack, looks like pc_m is on this, thanks for the tip! | 13:06 |
ttx | yep, looks like it's fully under control | 13:07 |
ttx | dhellmann, devananda, nikhil_k: about library releases and stable branches, see http://lists.openstack.org/pipermail/openstack-dev/2015-April/060932.html | 13:56 |
nikhil_k | thanks! | 13:56 |
SergeyLukjanov | ttx, we have number of doc updates, so, I prefer to tag tomorrow | 14:05 |
SergeyLukjanov | ttx, all of them are very useful, not just cleanups | 14:06 |
SergeyLukjanov | ttx, hello :) | 14:06 |
ttx | SergeyLukjanov: ack | 14:07 |
ttx | W'll talk tomorrow then :) | 14:07 |
SergeyLukjanov | ttx, yup | 14:09 |
sdague | ttx: so... requirements issue. | 14:20 |
ttx | sdague: about that panic thread I just sent ? | 14:20 |
sdague | ceilometermiddleware is currently required | 14:20 |
sdague | but not in g-r | 14:20 |
sdague | oh, I didn't read that yet | 14:20 |
ttx | just posted 20 min ago | 14:21 |
sdague | yeh, not that | 14:21 |
sdague | ttx: https://bugs.launchpad.net/ceilometer/+bug/1441655 | 14:25 |
openstack | Launchpad bug 1441655 in Ceilometer "ceilometermiddleware not in global requirements" [High,New] | 14:25 |
ttx | sdague: I thought you couldn't add stuff to requirements unless it was in g-r ? | 14:26 |
devananda | ttx: ack, replying | 14:29 |
sdague | ttx: this lives in one of the weird optional but not optional spaces | 14:32 |
ttx | arh | 14:33 |
sdague | because ceilometer injects this library into project paste pipelines for reporting, though those projects don't directly require it | 14:34 |
sdague | I only discovered it in trying to get this into devstack to address the ironic client breaks - https://review.openstack.org/#/c/171613/ | 14:35 |
devananda | sdague: in looking at how python-ironicclient is installed, i dont think we can cap it ... hoping you do. tldr; devstack/lib/ironic just does "pip_install python-ironicclient" | 14:35 |
sdague | devananda: see https://review.openstack.org/#/c/171613/ | 14:36 |
sdague | there is also a juno version | 14:37 |
sdague | and probably needs to be an icehouse one, but I'll land those first | 14:37 |
devananda | sdague: oh neat | 14:37 |
sdague | on the ironic break, arguably this is an unanticipated devstack bug from capping requirements | 14:38 |
devananda | sdague: which break? | 14:38 |
devananda | gah. i cant read | 14:39 |
sdague | all juno ironic jobs are fail | 14:39 |
devananda | yeap. working on a fix to the client release I pushed yesterday to address that | 14:40 |
devananda | our client should be backwards compatible, but we aren't testing it properly. adam_g's got a patch up to make our client-src job voting, which would really help | 14:41 |
devananda | https://review.openstack.org/#/c/171426/ | 14:41 |
sdague | devananda: it's already voting | 14:42 |
sdague | https://review.openstack.org/#/c/162806/ | 14:42 |
sdague | gate-tempest-dsvm-neutron-src-python-ironicclientSUCCESS in 53m 06s | 14:43 |
sdague | also, to address this issue you'd need to handle the stable branch issue | 14:43 |
devananda | sdague: IIRC from chatting with adam about this recently, the neutron job doesn't do the right things | 14:45 |
devananda | sdague: which is why he's proposed said changes to replace it with the one in 171426 | 14:46 |
sdague | devananda: that might be | 14:46 |
sdague | however, that change would still not have prevented this break | 14:46 |
devananda | sdague: sure. the same test need to also run on stable/ branches | 14:47 |
devananda | but right now we've got neither | 14:47 |
devananda | step 1: start testing the client from src on master. step 2: do that on stable branches. step 3: profit :) | 14:47 |
SergeyLukjanov | ttx, should we merge https://review.openstack.org/#/c/171642/1 into rc-1 | 15:14 |
ttx | SergeyLukjanov: I'd say yes | 15:15 |
SergeyLukjanov | ttx, oops, it's stable/juno, sorry | 15:15 |
ttx | oh. I'd say yes | 15:16 |
devananda | ttx: what's the impact if ironic delays our RC until monday? | 16:52 |
devananda | we're chasing several bugs in localboot & whole disk image support | 16:53 |
*** johnthetubaguy is now known as zz_johnthetubagu | 18:30 | |
david-lyle | ttx, sdague, what's the policy around removing python 2.6 support in client type libraries? specifically, I'd like to remove if from django_openstack_auth and release version 1.2.0 | 19:02 |
david-lyle | Django 1.7 and greater requires python >= 2.7 | 19:02 |
sdague | so, I'll leave that for ttx to decide, but that being said, releasing client libraries right now is kind of bad form | 19:05 |
david-lyle | sdague: I understand that and I've been ok with not doing it | 19:06 |
sdague | honestly, I think that if juno and icehouse are capped correctly, there is no reason to have py26 support in anything | 19:06 |
sdague | anything new | 19:06 |
david-lyle | ok, that was my hope | 19:07 |
ttx | devananda: it's fine (Monday) | 20:16 |
ttx | I prefer Monday rather than now and then do a RC2 next Wednesday :) | 20:16 |
devananda | k :) | 20:18 |
ttx | david-lyle: ok woith removing py26 support. Not so ok if that would be the only reason to release django_openstack_auth | 20:18 |
ttx | as I'd rather avoid updating libraries now if we can | 20:18 |
david-lyle | ttx: there are bug fixes and new feature support, but that can release after Kilo | 20:20 |
david-lyle | and be consumed then | 20:20 |
david-lyle | nothing to block the release over | 20:20 |
david-lyle | the only inconsistency is the py26 Django 1.7 issue | 20:21 |
david-lyle | but the library supports 1.7 otherwise | 20:21 |
ttx | right but the inconsistency doesn't prevent to run everything on 2.7 right | 20:21 |
david-lyle | ttx: correct | 20:22 |
david-lyle | we just can't merge the 1.7 global-requirements update with python 2.6 supported | 20:23 |
ttx | so I don't think a bump jus tto tear py26 support out is actually useful | 20:23 |
ttx | oh | 20:23 |
david-lyle | so we have django_openstack_auth 1.0.9 released and it supports django 1.7, but it's requirements file is <1.7 I believe | 20:24 |
david-lyle | my only concern was around inconsistencies in library requirements | 20:25 |
ttx | oh, so django_openstack_auth says django<1.7 and horizon says >=1.7 ? | 20:25 |
* ttx checks | 20:25 | |
david-lyle | horizon say >=1.4 ,<1.8 | 20:25 |
david-lyle | d-o-a says >=1.4, <1.7 | 20:26 |
david-lyle | 1.4.2 to be exact on the bottom end | 20:26 |
ttx | It's only consumed by Horizon right | 20:27 |
david-lyle | yes | 20:27 |
ttx | so the bump only affects horison, which doesn't even have rc1 yet | 20:27 |
david-lyle | that is correct | 20:27 |
ttx | I guess doing a release now and bumping the g-r is not completely crazy | 20:27 |
david-lyle | the released version will work unless someone is installing using pip and installs django 1.7, I think | 20:28 |
david-lyle | but not sure how that looks in the distros | 20:28 |
ttx | david-lyle: could you raise a thread on the ML to warn packagers that it's likely coming ? We can make the call tomorrow | 20:29 |
david-lyle | sure, I'll do that now, and since juno and icehouse versions of d-o-a are capped, we can safely remove 2.6, correct? | 20:30 |
ttx | yes | 20:30 |
ttx | next time would be good to spot the inconsistency earlier :) | 20:31 |
ttx | but then, htat's why we have such a long RC baking period | 20:31 |
david-lyle | ttx: indeed | 20:31 |
ttx | so we can recover from random fails | 20:31 |
*** SlickNik has left #openstack-relmgr-office | 21:05 | |
david-lyle | ttx: further looking and d-o-a is not capped in g-r, there would not be a change required | 21:21 |
david-lyle | only taken into account when placing the cap after release | 21:21 |
Generated by irclog2html.py 2.14.0 by Marius Gedminas - find it at mg.pov.lt!