Tuesday, 2014-03-11

*** yamahata has joined #openstack-oslo00:42
openstackgerritJoshua Harlow proposed a change to openstack/oslo.messaging: Start adding a futures executor based executor  https://review.openstack.org/7091401:05
openstackgerritJoshua Harlow proposed a change to openstack/oslo.messaging: Start adding a futures executor based executor  https://review.openstack.org/7091401:06
*** rpodolyaka has quit IRC01:23
*** rpodolyaka has joined #openstack-oslo01:25
*** rpodolyaka has quit IRC01:52
*** rpodolyaka has joined #openstack-oslo01:52
openstackgerritJoshua Harlow proposed a change to openstack/oslo.messaging: Start adding a futures executor based executor  https://review.openstack.org/7091401:53
*** lbragstad has joined #openstack-oslo02:00
*** rpodolyaka has quit IRC02:10
*** yamahata has quit IRC02:11
*** rpodolyaka has joined #openstack-oslo02:30
*** zhiyan_ is now known as zhiyan02:51
*** harlowja is now known as harlowja_away02:54
*** rpodolyaka has quit IRC02:58
*** harlowja_away is now known as harlowja03:06
*** wingwj has quit IRC03:24
*** wingwj has joined #openstack-oslo03:25
openstackgerritLuis A. Garcia proposed a change to openstack/oslo-incubator: Add default user_identity to logging record  https://review.openstack.org/7953304:08
*** yamahata has joined #openstack-oslo04:12
*** rpodolyaka has joined #openstack-oslo05:54
*** harlowja is now known as harlowja_away06:08
openstackgerritJoshua Harlow proposed a change to openstack/taskflow: Lock test tweaks  https://review.openstack.org/7940106:53
*** rpodolyaka has quit IRC07:01
*** rpodolyaka has joined #openstack-oslo07:01
*** rpodolyaka has joined #openstack-oslo07:01
*** rpodolyaka has quit IRC07:02
*** rpodolyaka has joined #openstack-oslo07:07
*** rpodolyaka has quit IRC07:17
openstackgerritMehdi Abaakouk proposed a change to openstack/oslo-incubator: Raise RuntimeError of unloadable library  https://review.openstack.org/7793407:40
openstackgerritMehdi Abaakouk proposed a change to openstack/oslo-incubator: Raise RuntimeError of unloadable library  https://review.openstack.org/7793407:45
openstackgerritMehdi Abaakouk proposed a change to openstack/oslo-incubator: Re-raise exception of unloadable library  https://review.openstack.org/7793407:46
*** flaper87|afk is now known as flaper8707:50
*** dshulyak has joined #openstack-oslo07:54
*** viktors has joined #openstack-oslo08:07
*** yamahata has quit IRC08:14
*** yamahata has joined #openstack-oslo08:30
openstackgerritMehdi Abaakouk proposed a change to openstack/oslo.messaging: Remove old drivers dead code  https://review.openstack.org/7890308:32
openstackgerritIvan Melnikov proposed a change to openstack/taskflow: Test that failures in retry results are saved correctly  https://review.openstack.org/7956108:36
*** yamahata has quit IRC09:04
*** gcb has joined #openstack-oslo09:06
openstackgerritIlya Pekelny proposed a change to openstack/oslo-incubator: Fix migrations changing the type of deleted column  https://review.openstack.org/7241909:56
*** yamahata has joined #openstack-oslo10:09
ihrachysdhellmann: up to discuss oslo.messaging notifier interface?10:37
flaper87dims_: you around?10:54
flaper87dims_: I've a question about config.generator10:54
ihrachysin oslo-rpc, notifier allowed to specify priority in generic way thru argument to notify(). In oslo.messaging, there are separate functions for error, info... To be able to mimic prev behavior, I can use _notify(), but this is not part of public API. Is it ok? Or should I introduce some hack like a dictionary of priority:function pairs?11:04
*** yamahata has quit IRC12:09
dhellmannihrachys: don't use the private method -- what's the use case that requires specifying the priority using something other than calling the appropriate method?12:09
*** dims_ has quit IRC12:12
ihrachysdhellmann: well, we already expose priority as conf option, so it's probably for backwards compatibility12:14
*** dims_ has joined #openstack-oslo12:14
ihrachysdhellmann: and some notifications are invoked with this configured priority, whatever it is12:15
dhellmannihrachys: "we"?12:17
ihrachysdhellmann: eh... as in 'neutron' :)12:17
ihrachysthe question comes from my porting effort for neutron12:18
dhellmannwhere is that in neutron?12:18
ihrachys1sec12:19
ihrachysdhellmann: https://github.com/openstack/neutron/blob/master/neutron/api/v2/base.py#L34312:20
ihrachysthere are some other instances in the same file12:20
ihrachysalso affected: neutron/db/l3_db.py, neutron/services/metering/agents/metering_agent.py,12:21
dhellmannI'm not sure that value should be configurable12:21
dhellmannis that normal to do that?12:22
ihrachysI'm not either, but attempting to remove the option may expose questions unrelated to porting itself, like backwards compatibility concern12:22
ihrachysmost notifications in neutron are done without using this conf option12:23
dhellmannpart of the point of changing the notifier API was to ensure that the string used as the level was always consistent12:23
ihrachysfair enough. MAYBE this is some error in neutron itself, I may try to ask about that in neutron channel in parallel12:24
dhellmannthe application should be controlling the notification "level" for each message, based on the content of the message -- what the message is saying12:24
dhellmanndo you know why this was made configurable?12:24
ihrachysno, I don't12:25
dhellmannok, perhaps we should talk to markmcclain about it12:25
dhellmannIMHO, the config option should be removed, but I would like to understand the history12:26
ihrachysyeah, maybe. OR we may end up with a dictionary of string:function pairs12:26
dhellmannyeah, that would be a way to work around it in neutron12:27
ihrachysthe latter option does not touch the current behavior, so the option may be removed separately later.12:27
ihrachysI think I'll go that route now, we'll see later whether we may get rid of it completely later. I'll try to catch mark at #neutron re: the matter.12:28
openstackgerritMehdi Abaakouk proposed a change to openstack/oslo.messaging: Implements notification-dispatcher-filter  https://review.openstack.org/7788612:35
openstackgerritMehdi Abaakouk proposed a change to openstack/oslo.messaging: Full support of multiple hosts in transport url  https://review.openstack.org/7894812:37
openstackgerritMehdi Abaakouk proposed a change to openstack/oslo.messaging: Add transport reconnection retries  https://review.openstack.org/7536512:37
dims_flaper87, pong12:43
flaper87dims_: hey, so12:46
flaper87config generator currently scans files in the project base and tries to find oslo.config options being created there12:46
flaper87that's done everytime regardless there are explicit entry points specified for the project12:47
flaper87is there a way to prevent config.generator doing that?12:47
flaper87The only way I found to do that is to use a tuple instead of a list for the config options12:48
flaper87(not sure if what I'm saying makes sense)12:48
dims_flaper87, give me an example please?12:48
flaper87dims_: I don't want the generator to do this on Marconi's modules: https://github.com/openstack/oslo-incubator/blob/master/openstack/common/config/generator.py#L11612:49
flaper87because we already have this: https://github.com/openstack/marconi/blob/master/marconi/queues/bootstrap.py#L5312:49
flaper87I thought about overwriting $FILES in the config-generator.rc but that would prevent it from scanning files under openstack/common/12:51
dims_flaper87, which piece of code calls_config_options to collect the options?12:53
flaper87dims_: those are entry_points to use with -l https://github.com/openstack/marconi/blob/master/setup.cfg#L5112:53
flaper87since the config generator does this: gihttps://github.com/openstack/oslo-incubator/blob/master/openstack/common/config/generator.py#L11612:54
flaper87I can workaround this issue by using `tuples` but that's not nice12:55
flaper87so, I was wondering if there's a better way to do it12:55
flaper87and obviously, I think  we should improve this somehow12:55
dims_flaper87, so, the entry points for oslo.config.opts is picked up in lines 111-114, can we save those and skip the same modules in the 115-125 block?13:02
dims_i.e. when we see "marconi.bootstrap = marconi.queues.bootstrap._config_options" then we should not try to look inside marconi.queues.bootstrap.py?13:04
flaper87dims_: yeah, pretty much that, or we could simple allow the project to explicitly specify which packages should be scanned13:04
flaper87i.e: MARCONI_PACKATES_TO_SCAN="marconi/openstack/common/"13:05
flaper87and then just fils under marconi/openstack/common will be picked13:05
flaper87the rest goes under MARCONI_GENERATOR_EXTRA_LIBRARIES="..."13:05
flaper87ideally, all projects should move away from scanning files to just using entry_points for this13:06
dims_flaper87, my pref is to try to use existing constructs if possible13:06
*** gcb has quit IRC13:06
dims_flaper87, agree we should move all projects to entry_points13:07
flaper87what I don't like about the existing constructs is that they support the fact that there are globally defined configuration options, AFAICS13:07
openstackgerritStanislav Kudriashev proposed a change to openstack/taskflow: Rework proxy publish functionality  https://review.openstack.org/7960113:07
dims_flaper87, k. let's check with dhellmann as well, he must have something in mind as well13:08
*** mriedem has joined #openstack-oslo13:15
*** lbragstad has quit IRC13:18
*** yamahata has joined #openstack-oslo13:26
*** beav has joined #openstack-oslo13:29
openstackgerritStanislav Kudriashev proposed a change to openstack/taskflow: Use message.requeue instead of message.reject  https://review.openstack.org/7960713:32
*** yamahata has quit IRC13:41
*** yamahata has joined #openstack-oslo13:41
dhellmanndims_, flaper87 : the idea was to use the scanning for apps and the entry points for libraries13:44
*** lbragstad has joined #openstack-oslo13:44
dims_dhellmann, i am catching flak on #openstack-cinder for this https://bugs.launchpad.net/oslo/+bug/1290861 (see https://bugs.launchpad.net/oslo/+bug/1290503 as well)13:45
dims_dhellmann, please take a peek for that as well13:45
dhellmanndims_: isn't logging_context_format_string a configuration option for the logging module?13:47
flaper87dhellmann: mmh, although that makes sense, I still think there should be a way to opt-out from scanning. I may be wrong, though.13:47
flaper87to be completely honest, this is the first time I mess directly with config.generator13:47
dims_dhellmann, yes, it is. where can a project specify it is the problem13:49
dhellmannflaper87: does the generator make assumptions about which files to scan, or is it given a list?13:50
dhellmanndims_: set_default()?13:50
dhellmanndims_: as in cfg.CONF.set_default(logging_context_format_string='something without user_identity')13:50
dhellmanndims_: what's the plan to get cinder on the shared context?13:50
dims_dhellmann, i also see a set_defaults in log.py13:51
dhellmanndims_: ah, yeah, I thought that was there but couldn't find it13:51
* dhellmann is still warming up his fingers this morning13:51
dims_dhellmann, problem is that cinder.conf.sample would still have the one from the code13:52
dims_and not the one set using either CONF.set_default or log.set_defaults13:53
dhellmanndims_: true, unless set_defaults() is called in a module during import13:54
dims_ah13:54
dhellmanndims_: which is ugly, but...13:54
dhellmanndims_: actually, I'm not sure set_defaults() will change the value in the place it needs to be changed, we should try it but it may not work13:57
dims_dhellmann, too many places to add :( not sure if it's a good idea13:58
dhellmanndims_: hey, what do you know, it does change the option directly13:58
dhellmanntoo many places?13:58
dims_cinder/bin has at least 9 scripts i think13:58
dhellmanndims_: why not just add the value to the cinder context, then?13:59
dims_dhellmann, right after say "LOG = logging.getLogger(__name__)"?14:01
dhellmanndims_: no, in to_dict() add a key with the name 'user_identity' built like we do in the oslo context -- just copy that little bit of the code over14:01
dhellmannI guess it needs an instance_uuid too14:01
dhellmannnot instance_uuid, just instance14:02
dhellmannugh14:02
dhellmannwe should make that "instance" key more generic to let the other projects override it14:03
dhellmannI'd like to get to the point where cinder subclasses our context and adds to it, instead of reimplementing it14:03
dims_dhellmann, nova just went the other way since we told them we are getting rid of our context no?14:04
* dhellmann didn't know we were getting rid of our context14:04
dhellmannwhen did we decide that?14:04
dhellmannif we can't have a common context api it's going to be very difficult to make them all work with the logging module14:05
dims_== context ==14:05
dims_M:14:05
dims_S: Obsolete14:05
dims_F: context.py14:05
dhellmannsigh14:05
dhellmannok14:05
dhellmannwe may regret that, we'll see14:06
dhellmannso what do you think about adding user_identity to the cinder context?14:06
dhellmannit's either that or add calls to change the default context format string to all the required places -- maybe one module that the cinder apps already import?14:07
dims_dhellmann, i am thinking about the opposite. in oslo's log.py we do this14:07
dims_extra.setdefault('user_identity', kwargs.pop('user_identity', None))14:07
dims_we can just look for user there as well14:07
dhellmanndims_: if we're already doing that, why are we getting a key error?14:09
* bnemec wonders that too14:09
dims_good point14:10
dhellmannthe ColorHandler doesn't call the ContextHandler14:11
dhellmanner, ContextFormatter14:11
dhellmannthat's the bug, I think14:11
dhellmannColorHandler is hard-coded to use the default StreamHandler formatter, but we have a custom formatter14:11
dims_ha!14:12
dhellmannsorry, power flickered here a few times -- it's a very pretty windless day, so of course14:14
dhellmanndims_, I think we need both fixes -- the context formatter should look for everything that's in the default format string and make sure there's at least an empty string, and then that ColorHandler should use the right formatter14:17
dhellmanndims_, I'll mark https://bugs.launchpad.net/oslo/+bug/1290503 as having high priority for rc114:18
dims_thanks dhellmann please add these notes there as well14:18
dhellmanndims_: are you working on the fix, or should I work something up?14:18
dims_dhellmann, please go ahead. i will get a chance only late tonight14:19
dhellmanndims_: ok14:19
dhellmannhmm, it's calling its base class method. I wonder why that  doesn't call the configured formatter?14:20
dhellmannok, need more research14:20
*** rpodolyaka has joined #openstack-oslo14:40
openstackgerritgordon chung proposed a change to openstack/oslo-incubator: sql backend throwing DeprecationWarning: BaseException.message  https://review.openstack.org/7963015:04
silehtjd__, did you see the py33 failure on https://review.openstack.org/#/c/74728/15:07
silehtjd__, I have the same issue on other oslo-incubator patch15:08
silehtjd__, this is perhaps due to the nose release yesterday15:08
silehtjd__, downgrading fixes the issue :(15:18
dhellmanndims_, bnemec : https://review.openstack.org/#/c/79533/ looks like a reasonable work-around for cinder's keyerror issue, until they can add the value to their context15:25
bnemecdhellmann: It looks like we have precedent for that change, but I feel like it means we're doing something wrong.  All of those parameters should have been populated by the ContextAdapter, shouldn't they?15:29
dhellmannbnemec: in this case, the ContextAdapter isn't being used15:29
dhellmannas we move oslo.log to a library, we are going to have to stop relying on the ContextAdapter and move a lot of that stuff into the ContextFormatter15:30
dhellmannoslo.log will set up the formatter, and then all logging calls will have the context info, even from third-party libraries15:30
dhellmannand our libs won't all rely on oslo.log15:30
bnemecdhellmann: Hmm, okay.15:31
* bnemec doesn't understand how this works very well15:31
dhellmannright now we wrap every call that asks for a log handler and add our context adapter to the result15:32
dhellmannthat means the context is only available to openstack code15:32
dhellmannthat means that when sqlalchemy, for example, logs it does not include request context15:32
bnemecI thought we fixed that.15:32
dhellmannthe context formatter fixes it, right?15:32
dhellmannmaybe I misunderstood some of the history :-(*15:33
bnemecI remember reviewing a change to pull the context from a thread local store.15:33
bnemecLet me see if I can find it.15:33
dhellmannyeah, that's the context formatter15:33
bnemecOh, right.  It's directly above this change. :-)15:33
dhellmannright, so with the context formatter we shouldn't need the context adapter any more -- except that the formatter isn't doing all of the things the adapter does15:34
dhellmannthe section of ContextFormatter.format() that starts with the comment "store request info" needs to have the smarts of ContextAdapter.process()15:35
bnemecRight, okay.  So this is just the new way things should work.15:35
dhellmannand we also need to figure out a way to avoid having project-specific keywords in the format strings (like 'instance')15:35
dhellmannbnemec: right15:35
bnemecYeah, lots of nova-isms left in the logging format.15:36
dhellmannwe're moving in the right direction, just not quite there yet15:36
ihrachysdhellmann: discussed with mark, we'll replace conf setting with audit and remove it from conf file15:36
bnemecI know the keystone guys commented on that not too long ago too.15:36
dhellmannihrachys: sounds good, thanks!15:36
dhellmannbnemec: yeah, it keeps coming up15:36
dhellmannlet me make sure we have a bug or something filed15:36
dhellmannblueprint, I guess15:36
bnemecdhellmann: It's kind of a bug too.  We probably need blueprints for all of this logging work.15:37
bnemecObviously I didn't understand it. :-)15:37
dhellmannbnemec: see the dep graph on https://blueprints.launchpad.net/oslo/+spec/graduate-oslo-log15:37
*** harlowja_away is now known as harlowja15:38
bnemecdhellmann: Okay, so we need to add blueprints for "remove the nova-isms" and "remove the need for ContextAdapter" still, right?15:38
dhellmannbnemec: yes, I'm writing up the first of those now15:39
ihrachysflaper87: dhellmann: in neutron, I've seen some agents to use BASE_RPC_API_VERSION instead of RPC_API_VERSION; do you know about the difference between them? It seems BASE_RPC_API_VERSION is not checked by oslo-rpc, while RPC_API_VERSION is.15:39
*** rpodolyaka has quit IRC15:40
dhellmannbnemec: https://blueprints.launchpad.net/oslo/+spec/app-agnostic-logging-parameters15:40
openstackgerritJoshua Harlow proposed a change to openstack/oslo.messaging: Add a thread + futures executor based executor  https://review.openstack.org/7091415:42
dhellmannihrachys: I'm afraid I don't know15:42
bnemecdhellmann: Nice.  Then related to dims_ comment on https://review.openstack.org/#/c/79533/1 that would just be a workaround until we can set more sane defaults for our logging formats?15:42
*** harlowja has quit IRC15:43
dhellmannbnemec: I thought, incorrectly, that most projects used the oslo request context, and so having user_identity be defined there would make the logging work right on the next sync. I should have checked more closely.15:43
bnemecOr, no, we want everyone to not have to change our logging formats.15:44
dhellmannwe have deprecated our request context, but it feels like we at least want something to define what the API for that class should look like -- a simple common base class15:44
dhellmannright, that's the idea -- we use generic terms for parts of the message structure, and the project-specific contexts fill those in with useful info15:44
dhellmannin place of "instance" we might say "object" or something and then in nova it's the instance UUID and in cinder it's the volume UUID15:44
bnemecOkay, think I've got it.  Will +A that change.15:45
bnemecOoh, after Jenkins passes though. :-)15:45
dhellmannyeah, we hit that db race issue15:45
bnemecYeah, that's going to be a headache for basically the rest of the cycle it sounds like.15:46
dhellmannthere's something wrong with only some of the nodes?15:46
bnemecdhellmann: Yeah, according to Roman in https://bugs.launchpad.net/oslo/+bug/1288916 about 40% of the infra nodes don't have the new configuration, and for some reason they can't fix that right now.15:47
*** harlowja has joined #openstack-oslo15:48
bnemecI wonder if we could stick the lock fixture in the db base test class until the problem is fixed.15:48
dhellmannbnemec: that seems like a reasonable workaround, what are the cons?15:49
bnemecdhellmann: It would serialize the db tests, which is not a big deal, and infra told us they'd rather have us do it the other way, but since it's not currently working I'm not too concerned about that either. :-)15:51
*** zhiyan is now known as zhiyan_15:51
dhellmannif it's only temporary...15:51
bnemecYeah15:51
bnemecI'll get a change proposed.15:51
dhellmanncool, thanks15:51
openstackgerritJenkins proposed a change to openstack/oslo-incubator: Updated from global requirements  https://review.openstack.org/7764415:53
openstackgerritJenkins proposed a change to openstack/pycadf: Updated from global requirements  https://review.openstack.org/7567215:54
*** rpodolyaka has joined #openstack-oslo15:57
openstackgerritBen Nemec proposed a change to openstack/oslo-incubator: Add lockutils fixtures to OpportunisticTestCase  https://review.openstack.org/7965516:05
dhellmannbnemec: have you ever seen this python 3 error? http://logs.openstack.org/33/79533/1/check/gate-oslo-incubator-python33/79f577e/console.html16:05
bnemecdhellmann: I haven't, but I think someone said it seemed to be related to a new version of nose that just released.16:06
bnemec<sileht> jd__, did you see the py33 failure on https://review.openstack.org/#/c/74728/16:06
bnemec<sileht> jd__, I have the same issue on other oslo-incubator patch16:06
bnemec<sileht> jd__, this is perhaps due to the nose release yesterday16:06
bnemec<sileht> jd__, downgrading fixes the issue :(16:06
bnemecdhellmann: ^16:06
dhellmannbnemec: aha16:07
jd__let me sleep16:07
dhellmannjd__: no sleep for the wicked16:07
bnemecjd__: Never!16:07
jd__:)16:07
jd__wouh, that error sucks16:07
dhellmannso is there a review up somewhere I can +2 to change the version of nose we use?16:07
jd__like downgrading?16:08
dhellmannyeah, this is the gate so we have to specify the upper bound in our requirements list16:08
dhellmannglobal-requirements.txt just says "nose"16:09
bnemecYeah, we're probably going to have to get that changed before we can fix oslo-incubator. :-/16:09
jd__or we go punch the nose upstream authors?16:09
dhellmannjd__: you do that, I'll work on figuring out which version of nose works right16:09
jd__punch on their nose of course (PUN INTENDED)16:09
bnemecIndeed. :-)16:10
jd__dhellmann: ack16:10
dhellmannwow, they are replacing self.__class__?16:10
dhellmannwtf?16:10
silehtdhellmann, I bisect nose to find the borken commit16:11
dhellmannsileht: does downgrading to 1.3.0 work, or do we have to go to an older version?16:11
silehtdhellmann, yes16:11
jd__sileht: did you find the culprit?16:12
dhellmannanswered as a mathematician16:12
dhellmannsileht: which?16:12
jd__I'm opening a bug in their Github16:12
sileht1.3.0 works16:12
dhellmannsileht: thanks :-)16:12
jd__sileht: do you have the commit id of the regression or?16:12
silehtjd__, soon16:12
* jd__ shakes sileht holding him by the shoulder16:12
jd__TELL ME NOW16:12
jd__sileht: feel free to add https://github.com/nose-devs/nose/issues/78016:13
openstackgerritBen Nemec proposed a change to openstack/oslo-incubator: Add lockutils fixtures to OpportunisticTestCase  https://review.openstack.org/7965516:14
silehtthe winner is : https://github.com/nose-devs/nose/commit/c51ff6ffda7e8b36eaa1152090e6238479610d7d16:14
*** rpodolyaka has quit IRC16:15
silehtjd__, dhellmann, beav ^16:15
silehtbnemec, ^16:15
jd__triangulating location of the author16:15
jd__sending black helicopters…16:16
bnemecThe anticipation is killing me. :-)16:16
dims_lol16:17
bnemecThey must not test against py3?  im_class went away, didn't it?16:17
*** rpodolyaka has joined #openstack-oslo16:17
* dims_ peeks outside the window16:17
dhellmannsileht, jd__, bnemec : https://review.openstack.org/7966116:18
dhellmanndims_, did you catch up on our discussion of the logging issue?16:19
dims_dhellmann, just scrolling back now16:20
dhellmanndims_: tl;dr - the default for user_identity was only in ContextAdapter, not ContextFormatter, so we need luis' patch for now and a cinder patch to add a real value is up for review, too16:21
* bnemec lost the window with that logging review. :-(16:22
dhellmannbnemec; https://review.openstack.org/#/c/79533/16:22
dhellmannthat's currently blocked on the nose issue for python 316:22
bnemecAh, that's right.16:22
dims_dhellmann, ah ok thanks16:23
*** saikrishna_ has joined #openstack-oslo16:23
dhellmanndims_: we also added https://blueprints.launchpad.net/oslo/+spec/app-agnostic-logging-parameters for juno16:24
dims_dhellmann, yep saw that16:24
dhellmannbnemec, were you going to write up "remove ContextAdapter" or was I supposed to do that? I can, just don't want a dupe.16:24
bnemecdhellmann: I can do it.16:24
bnemecIt'll be a good sanity check that I actually understand what's going on too. :-)16:25
dhellmannbnemec: ok :-)16:26
* dhellmann doesn't think sanity is a prerequisite for membership on this team16:26
*** rpodolyaka has quit IRC16:27
bnemecdhellmann: +1!16:28
openstackgerritAndrey Kurilin proposed a change to openstack/oslo-incubator: Add an automated naming convention for UNIQUEs  https://review.openstack.org/7319116:30
openstackgerritJames Carey  proposed a change to openstack/oslo-incubator: Fix gettextutil.Message handling of deep copy failures  https://review.openstack.org/7966716:31
bnemecAh, gettextutils.  The gift that keeps on giving. :-)16:34
bnemecdhellmann: https://blueprints.launchpad.net/oslo/+spec/remove-context-adapter16:39
dhellmannbnemec: nice, I added a detail to the whiteboard16:40
*** rpodolyaka has joined #openstack-oslo16:40
bnemecdhellmann: Cool16:41
openstackgerritJames Carey  proposed a change to openstack/oslo-incubator: Fix gettextutil.Message handling of deep copy failures  https://review.openstack.org/7966716:41
dhellmannwe're building up quite a list of blueprints for juno already: https://blueprints.launchpad.net/oslo/juno16:41
harlowjadhellmann are u aware of anyone looking into https://github.com/jsonpickle/jsonpickle and using that for various places instead of jsonutils (jsonpickle seems to have better abilities to deserialize/serialize custom types)16:52
dhellmannharlowja: I'm not. The "reconstituting" part makes me shudder, given the issues with regular pickle, but it may be worth a look16:53
harlowjadhellmann agreed, it does make me shudder to ;)16:53
harlowjajsonpickle takes the jsonutils serializers to the next level (allowing more customization of the serializers/deserializers)16:55
openstackgerritRoman Podoliaka proposed a change to openstack/oslo-incubator: Add a base test case for DB schema comparison  https://review.openstack.org/7408116:57
openstackgerritStanislav Kudriashev proposed a change to openstack/taskflow: Rename remote task to request  https://review.openstack.org/7968517:14
*** rpodolyaka has quit IRC17:16
*** arnaud has joined #openstack-oslo17:19
*** rpodolyaka has joined #openstack-oslo17:22
bnemecdhellmann: Glance actually wants to start using the common context. :-/17:25
bnemechttps://bugs.launchpad.net/glance/+bug/128884617:25
rpodolyakaisn't it deprecated in oslo?17:26
bnemecrpodolyaka: Yes, that's the problem. :-)17:27
bnemecIt's also being used in oslo db right now, apparently.17:27
rpodolyakayeah, I talked to viktors this morning about removing it (and we can do that easily as the only function it's passed in isn't used in target projects right now)17:28
rpodolyakaI'm just wondering, why did we deprecate it in the first place?17:28
bnemecrpodolyaka: Can you comment on that bug and let them know that?17:29
rpodolyakabnemec: sure!17:29
bnemecI don't know.  We were just talking about it for logging this morning too, so I'm wondering if we need to revisit that deprecation.17:29
rpodolyakait's definitely useful for logging, as it's the place we take info about the request being processed from17:30
openstackgerritJay Bryant proposed a change to openstack/oslo-incubator: Fix gettextutil.Message handling of deep copy failures  https://review.openstack.org/7966717:32
bnemecrpodolyaka: Thanks!  Maybe this was all covered in the deprecation discussion the first time around, but I don't think I was involved with that.17:34
openstackgerritJenkins proposed a change to openstack/oslo-incubator: Updated from global requirements  https://review.openstack.org/7764417:35
openstackgerritJenkins proposed a change to openstack/oslo.messaging: Updated from global requirements  https://review.openstack.org/7969117:35
openstackgerritJenkins proposed a change to openstack/oslo.vmware: Updated from global requirements  https://review.openstack.org/7969217:35
openstackgerritJenkins proposed a change to openstack/pycadf: Updated from global requirements  https://review.openstack.org/7969317:35
openstackgerritJenkins proposed a change to openstack/taskflow: Updated from global requirements  https://review.openstack.org/7969817:37
*** rpodolyaka has quit IRC17:38
*** viktors is now known as viktors_17:39
bnemecHmm, https://review.openstack.org/#/c/77644/7 isn't updating the test-requirements, so it isn't going to fix nose. :-(17:41
*** saikrishna_ has quit IRC17:47
dhellmannbnemec: do you remember why we deprecated it in the first place?17:48
dhellmannbnemec: nm, just caught up on the backlog17:48
*** rpodolyaka has joined #openstack-oslo17:49
bnemecdhellmann: Yeah, I'm assuming that happened at the last summit, which I missed.17:49
*** saikrishna_ has joined #openstack-oslo17:49
dhellmannbnemec: I don't think that requirements change is the latest version, the nose version setting hasn't merged yet (waiting for tests)17:49
bnemecdhellmann: Oh, that makes sense.17:50
dhellmannbnemec: I would like to reconsider dropping the common context, and think about whether it makes sense to keep it as a base class for the other projects to subclass.17:50
bnemecdhellmann: That certainly seems like the right thing to do based on what we know right now.17:51
dhellmannI'll update the GraduationStatus page with a comment to that effect17:51
dhellmannhmm, that page lists it as Orphaned not Obsolete17:52
dhellmannI wonder if it's middleware/context.py that we talked about deleting17:52
dhellmannhttps://etherpad.openstack.org/p/icehouse-oslo-status17:52
openstackgerritJulien Vey proposed a change to openstack/oslo-incubator: Don't slugify names that don't exist.  https://review.openstack.org/7864217:54
dhellmannbnemec: https://wiki.openstack.org/wiki/Oslo/GraduationStatus#context17:54
bnemecdhellmann: Hmm, yeah.  There may be some conflation of the context middleware and the Context class going on here.17:57
dhellmannbnemec: right17:58
openstackgerritRoman Podoliaka proposed a change to openstack/oslo-incubator: Add a base test case for DB schema comparison  https://review.openstack.org/7408118:13
*** mriedem has quit IRC18:16
*** rpodolyaka has quit IRC18:24
*** rpodolyaka has joined #openstack-oslo18:27
*** mriedem has joined #openstack-oslo18:34
*** lbragstad is now known as lbragstad__18:43
openstackgerritBen Nemec proposed a change to openstack/oslo-incubator: Add lockutils fixture to OpportunisticTestCase  https://review.openstack.org/7965518:44
openstackgerritRoman Podoliaka proposed a change to openstack/oslo-incubator: Add a base test case for DB schema comparison  https://review.openstack.org/7408118:47
*** rpodolyaka has quit IRC18:51
*** rpodolyaka has joined #openstack-oslo18:52
*** harlowja has quit IRC19:04
*** sagaidakt has joined #openstack-oslo19:06
*** harlowja has joined #openstack-oslo19:08
*** sagaidakt has quit IRC19:09
*** lbragstad__ has quit IRC19:18
*** lbragstad has joined #openstack-oslo19:25
openstackgerritZane Bitter proposed a change to openstack/oslo-incubator: Config generator: handle options in multiple groups  https://review.openstack.org/7973819:30
*** saikrishna_ has quit IRC19:30
*** kozolup has joined #openstack-oslo19:31
*** beav has quit IRC19:33
*** beav has joined #openstack-oslo19:34
*** beav has quit IRC19:37
openstackgerritDoug Hellmann proposed a change to openstack/oslo.test: Fix up documentation files  https://review.openstack.org/7974219:40
*** kozolup has quit IRC19:42
openstackgerritDoug Hellmann proposed a change to openstack/oslo.test: Fix up documentation files  https://review.openstack.org/7974219:47
openstackgerritDoug Hellmann proposed a change to openstack/oslo.test: Fix up documentation files  https://review.openstack.org/7974219:53
*** mriedem1 has joined #openstack-oslo20:02
*** mriedem has quit IRC20:03
*** rpodolyaka has quit IRC20:07
*** arnaud has quit IRC20:18
*** rpodolyaka has joined #openstack-oslo21:09
dhellmannviktors_: ping me when you have a few minutes to talk about the plan for oslo.db21:17
dhellmannviktors_: please :-)21:17
*** harlowja has quit IRC21:28
*** wingwj has quit IRC21:28
*** dims_ has quit IRC21:28
*** dshulyak has quit IRC21:28
*** jd__ has quit IRC21:28
*** zhiyan_ has quit IRC21:28
*** mriedem1 has quit IRC21:28
*** bknudson has quit IRC21:28
*** yamahata has quit IRC21:28
*** dhellmann has quit IRC21:28
*** clarkb has quit IRC21:28
*** rpodolyaka has quit IRC21:28
*** viktors_ has quit IRC21:28
*** yamahata_ has quit IRC21:28
*** flaper87 has quit IRC21:28
*** lbragstad has quit IRC21:28
*** jeblair has quit IRC21:28
*** openstackgerrit has quit IRC21:28
*** dteselkin has quit IRC21:28
*** SergeyLukjanov has quit IRC21:28
*** ruhe has quit IRC21:28
*** gilliard has quit IRC21:28
*** ihrachys has quit IRC21:28
*** sileht has quit IRC21:28
*** boris-42 has quit IRC21:28
*** russellb has quit IRC21:29
*** ekarlso has quit IRC21:29
*** bnemec has quit IRC21:29
*** anteaya has quit IRC21:29
*** hdd has quit IRC21:29
*** sileht has joined #openstack-oslo21:31
*** zhiyan_ has joined #openstack-oslo21:38
*** jd__ has joined #openstack-oslo21:38
*** jd__ is now known as 23LAAONZW21:41
*** russellb has joined #openstack-oslo21:41
*** dims_ has joined #openstack-oslo21:41
*** dshulyak has joined #openstack-oslo21:41
*** boris-42 has joined #openstack-oslo21:41
*** morganfainberg has joined #openstack-oslo21:41
*** mriedem has joined #openstack-oslo21:41
*** rpodolyaka has joined #openstack-oslo21:41
*** lbragstad has joined #openstack-oslo21:41
*** yamahata has joined #openstack-oslo21:41
*** viktors_ has joined #openstack-oslo21:41
*** bknudson has joined #openstack-oslo21:41
*** SergeyLukjanov has joined #openstack-oslo21:41
*** hdd has joined #openstack-oslo21:41
*** jeblair has joined #openstack-oslo21:41
*** clarkb has joined #openstack-oslo21:41
*** flaper87 has joined #openstack-oslo21:41
*** openstackgerrit has joined #openstack-oslo21:41
*** yamahata_ has joined #openstack-oslo21:41
*** dhellmann has joined #openstack-oslo21:41
*** ihrachys has joined #openstack-oslo21:41
*** dteselkin has joined #openstack-oslo21:41
*** ruhe has joined #openstack-oslo21:41
*** anteaya has joined #openstack-oslo21:41
*** ekarlso has joined #openstack-oslo21:41
*** gilliard has joined #openstack-oslo21:41
*** bnemec has joined #openstack-oslo21:41
*** 23LAAONZW is now known as jd__`21:41
*** jd__` is now known as jd__21:42
*** mriedem has quit IRC21:44
*** harlowja has joined #openstack-oslo21:45
*** lbragstad has quit IRC21:47
openstackgerritCyril Roelandt proposed a change to openstack/oslo-incubator: Python 3: enable more tests, remove a failing one  https://review.openstack.org/7978122:07
openstackgerritCyril Roelandt proposed a change to openstack/oslo-incubator: Python 3: enable more tests, remove a failing one  https://review.openstack.org/7978122:16
*** flaper87 is now known as flaper87|afk22:19
*** dims_ has quit IRC22:30
bnemecCrud, the requirements change failed a test in the gate for some probably unrelated reason.22:34
*** yamahata has quit IRC22:43
*** openstackstatus has joined #openstack-oslo22:44
*** dims_ has joined #openstack-oslo22:45
dhellmannbnemec: :-|22:54
dhellmannbnemec: it's past time to call it a night here, but if you're around when that finishes and can reverify it that would be great -- otherwise I'll do it first thing tomorrow22:55
dhellmannbnemec: dunno which tz you're in...22:55
*** lbragstad has joined #openstack-oslo23:07
*** rpodolyaka has quit IRC23:09
*** rpodolyaka has joined #openstack-oslo23:12
*** mriedem has joined #openstack-oslo23:31
openstackgerritZhongyue Luo proposed a change to openstack/oslo-incubator: Clean up test_imageutils  https://review.openstack.org/7809323:33
openstackgerritZhongyue Luo proposed a change to openstack/oslo-incubator: Remove redundant test cases in test_imageutils  https://review.openstack.org/7703023:33
openstackgerritZhongyue Luo proposed a change to openstack/oslo-incubator: Adds test condition in test_periodic  https://review.openstack.org/7207123:34

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