*** salv-orlando has quit IRC | 00:09 | |
*** browne has quit IRC | 00:37 | |
*** gcb has quit IRC | 00:42 | |
*** tovin07_ has joined #openstack-oslo | 00:51 | |
openstackgerrit | Kiseok Kim proposed openstack/oslo.log master: Fix bug in log_method_call decorator https://review.openstack.org/444908 | 00:55 |
---|---|---|
*** sdague has quit IRC | 00:57 | |
*** jamielennox is now known as jamielennox|away | 00:58 | |
*** jamielennox|away is now known as jamielennox | 01:12 | |
*** browne has joined #openstack-oslo | 01:18 | |
*** browne has quit IRC | 01:18 | |
*** zhangjl has joined #openstack-oslo | 01:19 | |
openstackgerrit | Anthony Washington proposed openstack/oslo.policy master: Add additional param to policy.RuleDefault https://review.openstack.org/439070 | 01:23 |
*** eck` is now known as eck`gone | 01:25 | |
*** tovin07 has joined #openstack-oslo | 01:42 | |
*** yamamoto has joined #openstack-oslo | 01:43 | |
*** zz_dimtruck is now known as dimtruck | 01:57 | |
*** zzzeek has quit IRC | 02:30 | |
*** zzzeek has joined #openstack-oslo | 02:31 | |
*** yamahata has quit IRC | 02:42 | |
*** salv-orlando has joined #openstack-oslo | 03:10 | |
*** nicolasbock has quit IRC | 03:13 | |
*** salv-orlando has quit IRC | 03:15 | |
*** ihrachys has joined #openstack-oslo | 03:23 | |
*** ihrachys has quit IRC | 03:44 | |
*** Dinesh_Bhor has joined #openstack-oslo | 03:55 | |
*** ihrachys has joined #openstack-oslo | 04:15 | |
*** ihrachys has quit IRC | 04:25 | |
*** links has joined #openstack-oslo | 04:35 | |
*** ihrachys has joined #openstack-oslo | 04:36 | |
*** salv-orlando has joined #openstack-oslo | 05:11 | |
*** dimtruck is now known as zz_dimtruck | 05:12 | |
*** salv-orlando has quit IRC | 05:15 | |
*** gcb has joined #openstack-oslo | 05:17 | |
*** claudiub has joined #openstack-oslo | 05:51 | |
*** ihrachys has quit IRC | 05:56 | |
*** nkrinner_afk is now known as nkrinner | 06:06 | |
*** salv-orlando has joined #openstack-oslo | 06:12 | |
*** yamahata has joined #openstack-oslo | 06:15 | |
*** salv-orlando has quit IRC | 06:17 | |
*** salv-orlando has joined #openstack-oslo | 06:26 | |
openstackgerrit | WangBinbin proposed openstack/oslo.utils master: Replace six.iteritems() with .items() https://review.openstack.org/445314 | 06:26 |
*** david-lyle has quit IRC | 06:27 | |
*** eezhova has joined #openstack-oslo | 06:47 | |
*** lpetrut has joined #openstack-oslo | 06:49 | |
*** e0ne has joined #openstack-oslo | 06:51 | |
*** zhangjl has quit IRC | 07:00 | |
*** zhangjl has joined #openstack-oslo | 07:01 | |
*** nkrinner has quit IRC | 07:09 | |
*** nkrinner has joined #openstack-oslo | 07:14 | |
*** tesseract has joined #openstack-oslo | 07:20 | |
*** salv-orl_ has joined #openstack-oslo | 07:23 | |
openstackgerrit | Merged openstack/oslo.concurrency master: Updated from global requirements https://review.openstack.org/445123 | 07:25 |
*** salv-orlando has quit IRC | 07:26 | |
*** e0ne has quit IRC | 07:28 | |
*** eezhova has quit IRC | 07:39 | |
*** pcaruana has joined #openstack-oslo | 07:50 | |
*** lpetrut has quit IRC | 07:55 | |
*** claudiub has quit IRC | 07:55 | |
*** zzzeek has quit IRC | 08:00 | |
*** zzzeek has joined #openstack-oslo | 08:00 | |
*** shardy has joined #openstack-oslo | 08:04 | |
openstackgerrit | Merged openstack/oslo.config master: Handle both - and _ forms of deprecated opts https://review.openstack.org/438752 | 08:05 |
*** salv-orl_ has quit IRC | 08:10 | |
*** eezhova has joined #openstack-oslo | 08:15 | |
*** jaosorior has joined #openstack-oslo | 08:24 | |
openstackgerrit | Merged openstack/oslo.utils master: Updated from global requirements https://review.openstack.org/445132 | 08:24 |
*** aarefiev_afk is now known as aarefiev | 08:32 | |
openstackgerrit | Merged openstack/oslo.cache master: Updated from global requirements https://review.openstack.org/445122 | 08:40 |
*** jpena|off is now known as jpena | 08:43 | |
openstackgerrit | Merged openstack/oslo.i18n master: Updated from global requirements https://review.openstack.org/445125 | 08:46 |
*** e0ne has joined #openstack-oslo | 08:50 | |
openstackgerrit | Merged openstack/oslo.log master: Updated from global requirements https://review.openstack.org/445126 | 08:50 |
*** salv-orlando has joined #openstack-oslo | 08:54 | |
*** jpena is now known as jpena|off | 08:56 | |
openstackgerrit | Merged openstack/oslo.db master: Updated from global requirements https://review.openstack.org/445124 | 08:57 |
*** jpena|off is now known as jpena | 09:03 | |
*** lucas-afk is now known as lucasagomes | 09:15 | |
openstackgerrit | Juan Antonio Osorio Robles proposed openstack/oslo.messaging master: Add "ssl" option for amqp driver https://review.openstack.org/438563 | 09:18 |
*** pblaho has quit IRC | 09:31 | |
openstackgerrit | Merged openstack/oslo.service master: Updated from global requirements https://review.openstack.org/445131 | 09:43 |
*** pblaho has joined #openstack-oslo | 09:46 | |
*** tovin07_ has quit IRC | 10:03 | |
*** nicolasbock has joined #openstack-oslo | 10:04 | |
*** pblaho has quit IRC | 10:10 | |
*** gcb has quit IRC | 10:11 | |
*** salv-orlando has quit IRC | 10:18 | |
*** boden has joined #openstack-oslo | 10:18 | |
*** zhangjl has left #openstack-oslo | 10:20 | |
*** pblaho has joined #openstack-oslo | 10:23 | |
*** chenying_ has quit IRC | 10:32 | |
*** chenying_ has joined #openstack-oslo | 10:32 | |
*** salv-orlando has joined #openstack-oslo | 10:45 | |
*** salv-orl_ has joined #openstack-oslo | 10:46 | |
*** lpetrut has joined #openstack-oslo | 10:46 | |
*** nicolasbock has quit IRC | 10:46 | |
*** sdague has joined #openstack-oslo | 10:47 | |
*** nicolasbock has joined #openstack-oslo | 10:48 | |
*** salv-orlando has quit IRC | 10:49 | |
*** salv-orl_ has quit IRC | 10:51 | |
*** Guest91536 has quit IRC | 11:03 | |
*** yassine has joined #openstack-oslo | 11:03 | |
*** yassine is now known as Guest47 | 11:04 | |
*** cdent has joined #openstack-oslo | 11:09 | |
*** links has quit IRC | 11:36 | |
*** gordc has joined #openstack-oslo | 11:43 | |
*** links has joined #openstack-oslo | 11:48 | |
dims | jd_ : etcd upto 3.0.17 seems to work fine with tooz ("tox -e py27-etcd") | 12:13 |
dims | jd_ : 3.1.3 fails on 2 tests | 12:14 |
dims | at least intermittently | 12:16 |
dims | hmm, IPCTestAPI, switching to linux to see if it's any better there | 12:29 |
*** ansmith has joined #openstack-oslo | 12:33 | |
openstackgerrit | Davanum Srinivas (dims) proposed openstack/tooz master: [WIP] Try latest etcd - 3.1.3 https://review.openstack.org/445470 | 12:34 |
*** eck`gone is now known as eck` | 12:43 | |
*** kgiusti has joined #openstack-oslo | 12:51 | |
*** links has quit IRC | 12:52 | |
*** links has joined #openstack-oslo | 12:53 | |
*** amotoki has joined #openstack-oslo | 12:54 | |
*** lucasagomes is now known as lucas-hungry | 12:55 | |
jd_ | dims: IPC tests are not working well on Darwin if that is what you're seeing | 13:02 |
dims | jd_ : yep | 13:02 |
jd_ | I never dug why, since well, nobody really care :) | 13:02 |
dims | :) | 13:02 |
sileht | /1/15 | 13:24 |
therve | dims, jd_ : I was thinking about reviving the work around using etcd as a backend for oslo.config | 13:38 |
therve | Any interest/opinion? | 13:38 |
jd_ | no opinion | 13:39 |
jd_ | merely interested | 13:39 |
jd_ | I'm not sure I really see the use case but I want to be convinced | 13:39 |
jd_ | ;) | 13:39 |
therve | jd_, Well, the use case is to remove the config files :) | 13:39 |
jd_ | why are they a problem? | 13:40 |
therve | And ship the configuration in etcd itself | 13:40 |
-openstackstatus- NOTICE: Gerrit is going to be restarted due to performance problems | 13:40 | |
*** ChanServ changes topic to "Gerrit is going to be restarted due to performance problems" | 13:40 | |
therve | Because they are stuff that you need to manage on disks on all your nodes | 13:40 |
therve | Instead of an API to call | 13:40 |
jd_ | therve: got an example? | 13:42 |
therve | jd_, Of using etcd behind oslo.config? | 13:42 |
jd_ | therve: yes, the kind of problem it solves that you can't solve with files | 13:42 |
jd_ | I just want to hear a good use case :) | 13:42 |
dims | therve : seen this already? (https://review.openstack.org/#/c/440835/) - bnemec is starting small there, objective would be what you stated | 13:42 |
dims | bnemec : around? ^ | 13:43 |
*** jpena is now known as jpena|lunch | 13:43 | |
therve | jd_, https://gist.github.com/chmouel/05fb715f96344161268c | 13:43 |
therve | dims, Yeah I followed the discussion. The actual implementation is a much more trivial subject | 13:44 |
therve | jd_, It's not really about not solving it with files, but rather not use files... | 13:44 |
jd_ | therve: yeah so I guess being more stateless? | 13:45 |
therve | jd_, Right | 13:46 |
-openstackstatus- NOTICE: Gerrit has been successfully restarted | 13:46 | |
*** ChanServ changes topic to "Gerrit has been successfully restarted" | 13:46 | |
therve | jd_, For example, kolla is doing some relatively weird stuff to expose configuration to the various openstack services | 13:46 |
therve | Using volumes to have files available, maintaining the files on the volumes... | 13:47 |
dims | therve : i'd support the use case, having hit this in several places | 13:47 |
jd_ | therve: yeah I see | 13:48 |
jd_ | makes sense | 13:48 |
dims | therve : another example the keystone folks needed for was fernet keys, they initially wanted to use oslo.config but ended up defining their own stuff | 13:49 |
jd_ | therve: does it play well with things like e.g. Puppet? | 13:49 |
dims | lbragstad : right? ^ | 13:49 |
therve | jd_, Well puppet only manages files. But it's easy to have them not step on each other toes | 13:49 |
therve | dims, I guess that's another issue. They need the config to be reloaded, right? | 13:50 |
jd_ | therve: so how are you supposed to fill etcd then? | 13:50 |
therve | jd_, TBD? :) | 13:50 |
* lbragstad reads back | 13:50 | |
jd_ | therve: ok :) | 13:50 |
therve | jd_, I think https://review.openstack.org/#/c/440835/ is the other side of the issue | 13:50 |
dims | therve : y, we'll need some way to tell processes when things changed too (like the log level stuff) | 13:50 |
jd_ | dims: SIGHUP? | 13:52 |
therve | dims, jd_ : https://github.com/chmouel/oslo.config/commit/01ee54dd5219b1434eaac422055b58e77694d89f is the kind of change I'm thinking about currently | 13:52 |
therve | (2 years old yesterday, woo) | 13:52 |
*** ChanServ changes topic to "#openstack-oslo" | 13:52 | |
-openstackstatus- NOTICE: Gerrit has been successfully restarted | 13:52 | |
*** lucas-hungry is now known as lucasagomes | 13:53 | |
dims | therve : :) we need to convince dhellmann too | 13:53 |
therve | dims, Yeah I'm testing the waters | 13:54 |
dims | therve : here's another old one https://review.openstack.org/#/c/243114/ | 13:55 |
dhellmann | dims, therve : as soon as someone can explain to me how to tell a service how to connect to etcd with a unique id that lets an operator configure different instances of the same type of service in different ways *without using a config file* then I'm on board. | 13:55 |
dims | there you go therve :) ^ | 13:56 |
dhellmann | you have to solve the deployment problem before any of the rest of the work is going to make sense | 13:56 |
therve | dhellmann, OK, what about: nova --etcd-server http://10.0.0.1/openstack/nova/b79647f9-588a-47c2-be4e-310ac5291f92 | 13:56 |
therve | Though I'm not sure you really want to configure the instances differently | 13:57 |
*** links has quit IRC | 13:57 | |
dhellmann | therve : some of the services other than nova may need to be configured differently | 13:58 |
dhellmann | I assume there are some sort of credentials that would go in a URL like that | 13:58 |
therve | dhellmann, Sure you can always define some kind of service class, no? IE not an unique ID | 13:58 |
therve | I don't know if etcd supports auth. jd? | 13:59 |
jd_ | I can't think of any service configured differently, that sounds weird | 13:59 |
jd_ | therve: it does IIRC | 13:59 |
therve | dhellmann, At any rate, you need some kind of bootstrap, sure. Why is that an issue? | 14:00 |
dhellmann | jd_ , therve: in the past, the reason given for doing this was to make deployment tools "simpler" because they would be able to send the same config file to every host. If every host needs a unique URL, that argument doesn't make sense. There may be other reasons for using etcd, but I don't think I've heard any of them. I'm not against doing it, I just want to make sure there's some sort of user-visible benefit beyond | 14:01 |
dhellmann | "etcd is what kubernetes uses" | 14:01 |
dhellmann | we also have to handle the mutable/immutable config option situation | 14:02 |
dhellmann | some options are cached inside code, so changing them in etcd won't change the service behavior | 14:02 |
dhellmann | that's not a blocker, but we need to make sure we're communicating with deployers about limitations like that | 14:03 |
dhellmann | (or fix the code to not cache the values) | 14:03 |
therve | True, I don't have a plan to solve everything | 14:03 |
therve | FTR I don't really care about k8s | 14:03 |
therve | I want to deploy heat in a container. Having to push config files to that container is just kind of ridiculous | 14:03 |
dhellmann | I don't want us to push out a half-baked feature without at least thinking through some of these issues | 14:03 |
therve | It's like having a VM and manually doing the network | 14:04 |
dhellmann | my point is that moving from static config to remotely served config is more than just providing a way to fetch things from urls or etcd | 14:04 |
therve | dhellmann, It may be, but it doesn't have too in step 1? | 14:05 |
dhellmann | we have some assumptions built into our services right now that we have to address | 14:05 |
*** ihrachys has joined #openstack-oslo | 14:05 | |
therve | Yeah but it's a chicken and egg problem. We''re not going to do anything while those issues are not addressed? | 14:05 |
therve | Meanwhile, even fetching config remotely at startup would be a win to me | 14:05 |
dhellmann | address them in a spec, to at least have them written down with some sort of thought applied | 14:05 |
dhellmann | fetching config remotely once at startup is one design we could do easily. does it buy us what we want? | 14:06 |
dhellmann | what's the access pattern for config in etcd? one option at a time? | 14:06 |
therve | To me it's better than mounting docker volumes and copying files to it | 14:06 |
dhellmann | I'm not arguing otherwise. I'm suggesting that you work through more of the problem than writing an etcd driver for oslo.config so that when we roll this out into real services it works. | 14:07 |
therve | I'm not sure what you mean by access pattern | 14:07 |
dhellmann | for a typical application reading its config from etcd, does it fetch all of the config at one time or does it ask for individual config options as it needs them? | 14:07 |
dhellmann | do deployers using etcd for config for other applications expect that if they change etcd the application notices that change automatically? | 14:08 |
therve | I'm not a deployer and I don't use etcd, so I can't tell you | 14:08 |
dhellmann | or do they expect to kill the container and start a new one each time they change the config? | 14:08 |
dhellmann | we should get some input from someone who can answer those questions | 14:09 |
dhellmann | maybe the architecture working group can help identify some people | 14:09 |
therve | I guess | 14:10 |
therve | It feels that we'll enter bikeshedding hell, and we'll talk about it again in 2 years :) | 14:12 |
dhellmann | so instead we should build something that may not meet anyone's real requirements? | 14:12 |
dhellmann | the driver is the easy part of this change. | 14:12 |
dhellmann | I'll start a mailing list thread | 14:13 |
therve | Well yeah. That's why I think we should do it! :) | 14:13 |
dims | experimental :) | 14:13 |
therve | Meeting anyone's requirements is also a good way to make sure we want do anything at all | 14:13 |
therve | s/want/won't | 14:13 |
dhellmann | if you don't know what you're building, why are you in such a hurry to start? | 14:14 |
therve | ? | 14:14 |
therve | I have a need, with a solution that works for me | 14:15 |
therve | It's unfair to say "in a hurry", when discussions started 2 years ago and nothing happened | 14:16 |
*** zz_dimtruck is now known as dimtruck | 14:18 | |
dhellmann | but it's somehow fair to say that these questions I have are bikeshedding? | 14:19 |
therve | No, I wasn't referring to your questions | 14:19 |
dims | dhellmann : we can lay out exactly what we can do - example "applications can load the whole config just like we would load a whole file" | 14:21 |
dims | dhellmann : and see what kind of feedback we get | 14:21 |
dhellmann | dims : that would be a good step to take | 14:21 |
dims | therve : i like the idea of a uuid or something to load options specific to a "thingy". would we have a base set of options and layer on the key/value pairs specific to a uuid? | 14:22 |
dims | therve : that will turn into a question on how an operator would populate and maintain the etcd store | 14:23 |
therve | dims, Right, we need to define some kind of structure | 14:24 |
dims | therve : so let's lay down some structure, say a tool to set/update (may be from config files?) and the access pattern in a spec | 14:24 |
dhellmann | do we need to build something to load config? or can we use existing tools for that? | 14:25 |
dims | dhellmann : load from config (we have) and then save into etcd store (we will need) | 14:25 |
dims | therve : if we can just point folks to existing etcd tools that others use, that may be good too, we don't need to invent | 14:26 |
dhellmann | yeah, that's what I meant, do we actually need to do that? or can we just tell operators to use their normal etcd tools to set values in the store? | 14:26 |
dims | right dhellmann | 14:26 |
dims | we can just define the structure we expect | 14:27 |
dhellmann | right | 14:28 |
dhellmann | dims, therve : maybe one of you should start that ML thread, since I'm out next week for PTO | 14:29 |
dims | therve : are you up for it? :) | 14:30 |
therve | dims, Not sure to be honest :) | 14:31 |
dims | therve : how about we get something into a spec first and then ML | 14:32 |
*** shardy has quit IRC | 14:37 | |
*** shardy has joined #openstack-oslo | 14:37 | |
*** edmondsw has joined #openstack-oslo | 14:40 | |
*** pblaho has quit IRC | 14:43 | |
therve | dims, Sorry, I shouldn't have started this discussion. I'm too tried to drive it. | 14:47 |
dims | therve : understood. though may i ask you to drop your ideas/thoughts into an etherpad? i can peel that onion next :) | 14:49 |
therve | Sure | 14:50 |
*** jpena|lunch is now known as jpena | 14:51 | |
dims | thanks therve ! | 14:52 |
*** Syed__ has joined #openstack-oslo | 14:52 | |
*** edmondsw has quit IRC | 14:53 | |
*** pblaho has joined #openstack-oslo | 15:08 | |
openstackgerrit | Davanum Srinivas (dims) proposed openstack/tooz master: Switch tests to use latest etcd - 3.1.3 https://review.openstack.org/445470 | 15:17 |
therve | dims, https://etherpad.openstack.org/p/oslo.config_etcd_backend | 15:20 |
dims | therve : cool. so multiple urls means aggregate from all these sources (in the specified order) | 15:26 |
therve | dims, Yeah it's the same semantic as multiple config-files currently | 15:27 |
dims | right, makes sense | 15:28 |
dims | then we don't have to dictate the url structure | 15:28 |
*** SamYaple has joined #openstack-oslo | 15:28 | |
dims | SamYaple : here about config files i mentioned? :) | 15:29 |
*** mtanino has quit IRC | 15:29 | |
*** spsurya has joined #openstack-oslo | 15:30 | |
SamYaple | dims: mayhaps | 15:31 |
dims | SamYaple : so background, many times in the past we've had requests for oslo.config information to be not in a file.. so we have talked about backends like etcd, trying to re-raise that topic with this etherpad - https://etherpad.openstack.org/p/oslo.config_etcd_backend | 15:33 |
SamYaple | is this semi-related to the discussion we had come out of the PTG? | 15:34 |
dims | y | 15:34 |
SamYaple | i think jesse brought up the etcd point | 15:34 |
SamYaple | cool | 15:34 |
dims | SamYaple : thoughts here or on the etherpad. | 15:35 |
dims | bnemec : ^ | 15:35 |
SamYaple | dims: pinged odyssey4me on OSA with the etherpad as well. strong interest there | 15:42 |
SamYaple | dims: looks like multistr opts are not going to work here | 15:43 |
dims | SamYaple : need to refine the tree structure to support that | 15:44 |
SamYaple | ive been thinking for a while on how to support multistr in any standard non-hacked-ini format, and im just not seeing how | 15:44 |
SamYaple | what would that look like in etcd or any other format? | 15:45 |
SamYaple | in yaml i might call it a list, but what about cases where you specify it in multiple configs | 15:45 |
dims | example /openstack/heat/oslo_messaging_notifications/key/1 -> "abc" /openstack/heat/oslo_messaging_notifications/key/2 -> "xyz" | 15:46 |
*** srwilkers has joined #openstack-oslo | 15:47 | |
SamYaple | dims: so are 1 and 2 arbitrary? | 15:47 |
SamYaple | what if you are overriding 'key' with a second config | 15:48 |
SamYaple | or appending | 15:48 |
dims | SamYaple : do we allow append in the command line when we use config files? overriding would be picking up the key's values from the last url | 15:49 |
*** lpetrut has quit IRC | 15:51 | |
SamYaple | dims: i meant more in relation to the 1/2 naming | 15:52 |
dims | SamYaple: added the question under challenges in etherpad | 15:52 |
SamYaple | dims: danke | 15:52 |
dims | ack, let's add stuff there and see if anyone has a better idea :) | 15:52 |
*** salv-orlando has joined #openstack-oslo | 16:03 | |
therve | dims, Aren't lists managed after file parsing? | 16:03 |
therve | I thought they were | 16:04 |
*** salv-orlando has quit IRC | 16:05 | |
*** salv-orlando has joined #openstack-oslo | 16:05 | |
*** eezhova has quit IRC | 16:11 | |
*** salv-orlando has quit IRC | 16:13 | |
*** aarefiev is now known as aarefiev_afk | 16:14 | |
*** nkrinner is now known as nkrinner_afk | 16:30 | |
*** e0ne has quit IRC | 16:31 | |
*** yamahata has quit IRC | 16:32 | |
*** Dinesh_Bhor has quit IRC | 16:37 | |
*** david-lyle has joined #openstack-oslo | 16:42 | |
*** pblaho has quit IRC | 16:45 | |
*** Dinesh_Bhor has joined #openstack-oslo | 16:48 | |
*** d0ugal has quit IRC | 16:55 | |
*** mhickey has joined #openstack-oslo | 17:11 | |
*** david-lyle_ has joined #openstack-oslo | 17:13 | |
*** david-lyle has quit IRC | 17:13 | |
*** yamahata has joined #openstack-oslo | 17:13 | |
*** pblaho has joined #openstack-oslo | 17:22 | |
*** eezhova has joined #openstack-oslo | 17:25 | |
*** lucasagomes is now known as lucas-afk | 17:26 | |
*** jaosorior has quit IRC | 17:45 | |
*** mhickey has quit IRC | 17:45 | |
*** tesseract has quit IRC | 17:49 | |
*** browne has joined #openstack-oslo | 17:55 | |
openstackgerrit | Merged openstack/tooz master: Switch tests to use latest etcd - 3.1.3 https://review.openstack.org/445470 | 17:58 |
*** d0ugal has joined #openstack-oslo | 17:58 | |
*** jpena is now known as jpena|away | 18:00 | |
*** pcaruana has quit IRC | 18:03 | |
*** d0ugal has quit IRC | 18:04 | |
*** lpetrut has joined #openstack-oslo | 18:29 | |
*** mkoderer has quit IRC | 18:37 | |
*** eezhova has quit IRC | 18:42 | |
*** shardy is now known as shardy_afk | 18:45 | |
ihrachys | sileht: fyi reported the RFE for oslo.messaging to allow to set timeout for all RPC communication as discussed during ptg: https://bugs.launchpad.net/oslo.messaging/+bug/1672836 | 18:50 |
openstack | Launchpad bug 1672836 in oslo.messaging "[RFE] allow to set hard RPC timeout" [Undecided,New] | 18:50 |
ihrachys | as for backoff RPC client, there is already a WIP from boden and a bug: https://bugs.launchpad.net/oslo.messaging/+bug/1667445 | 18:50 |
openstack | Launchpad bug 1667445 in oslo.messaging "[RFE] Backing off RPC client" [Undecided,New] | 18:50 |
boden | yes, the WIP patch has had some discussion in the past, but not for awhile https://review.openstack.org/#/c/407722/ | 18:52 |
*** amotoki has quit IRC | 18:56 | |
*** eck` is now known as eck`gone | 19:18 | |
*** jdandrea has joined #openstack-oslo | 19:31 | |
*** eck`gone is now known as eck` | 19:52 | |
*** ihrachys has quit IRC | 19:59 | |
*** lpetrut has quit IRC | 20:05 | |
*** david-lyle_ is now known as david-lyle | 20:12 | |
*** e0ne has joined #openstack-oslo | 20:13 | |
*** e0ne has quit IRC | 20:18 | |
*** e0ne has joined #openstack-oslo | 20:21 | |
*** mpotdar has joined #openstack-oslo | 20:22 | |
dims | harlowja : are you thinking of reworking tooz to support what Jay is doing? | 20:25 |
*** eezhova has joined #openstack-oslo | 20:28 | |
harlowja | dims the idea crossed my mind about 15 minute ago, lol | 20:29 |
dims | y saw your email and was wondering | 20:29 |
harlowja | some of the ideas maybe | 20:29 |
harlowja | some are not right imho | 20:29 |
harlowja | its really just a more capable member filtering api imho | 20:30 |
harlowja | filtering/searching | 20:30 |
harlowja | and concept of maintenance mode | 20:30 |
harlowja | the rest i believe is mappable to tooz | 20:30 |
harlowja | but ya, i'll wait on doing any work there :-P | 20:33 |
*** dimtruck is now known as zz_dimtruck | 20:38 | |
openstackgerrit | Anthony Washington proposed openstack/oslo.policy master: Add additional param to policy.RuleDefault https://review.openstack.org/439070 | 20:39 |
*** mhickey has joined #openstack-oslo | 20:45 | |
*** jdandrea has quit IRC | 20:58 | |
*** mpotdar has quit IRC | 20:59 | |
*** zz_dimtruck is now known as dimtruck | 21:03 | |
*** jpena|away is now known as jpena|off | 21:07 | |
*** e0ne has quit IRC | 21:15 | |
*** e0ne has joined #openstack-oslo | 21:17 | |
*** e0ne has quit IRC | 21:28 | |
*** e0ne has joined #openstack-oslo | 21:32 | |
*** dimtruck is now known as zz_dimtruck | 21:36 | |
*** zz_dimtruck is now known as dimtruck | 21:37 | |
*** mhickey has quit IRC | 21:38 | |
*** e0ne has quit IRC | 21:42 | |
*** srwilkers has quit IRC | 21:47 | |
*** eezhova has quit IRC | 21:49 | |
*** cdent has quit IRC | 21:57 | |
*** ihrachys has joined #openstack-oslo | 22:08 | |
*** kgiusti has left #openstack-oslo | 22:14 | |
*** ihrachys has quit IRC | 22:16 | |
*** boden has quit IRC | 22:47 | |
*** gordc has quit IRC | 22:51 | |
lifeless | dhellmann: hey | 23:21 |
dhellmann | lifeless : hi! how're things? | 23:22 |
lifeless | dhellmann: I haven't had time to prep a PR for Python's NEWS file management yet :( | 23:22 |
lifeless | dhellmann: things are good but crazy busy | 23:22 |
dhellmann | lifeless : I have a local branch I'm working on, but I keep getting distracted | 23:22 |
dhellmann | let me push that somewhere you can see it | 23:22 |
lifeless | dhellmann: I think we have 2 days left? | 23:22 |
dhellmann | lifeless : https://github.com/dhellmann/cpython/tree/add-reno | 23:23 |
dhellmann | oh, there was a deadline? | 23:23 |
dhellmann | damn | 23:23 |
dhellmann | I think the things left to do are break up some of the existing news to make examples, and then to update the build to generate Misc/NEWS instead of having the file checked in | 23:24 |
lifeless | https://github.com/python/core-workflow/issues/6#issuecomment-284503174 | 23:24 |
dhellmann | harlowja, jd_, sileht, bknudson_ : do any of you want to chime in on this thread about the folks asking oslo to adopt castellan? http://lists.openstack.org/pipermail/openstack-dev/2017-March/113863.html | 23:26 |
harlowja | hmmmm | 23:26 |
harlowja | i was thinking about it :-P | 23:26 |
dhellmann | harlowja : ^^ | 23:26 |
dhellmann | oh, got you the first time :-) | 23:26 |
dhellmann | who am I missing. flaper87 ^^ | 23:26 |
dhellmann | lifeless : I missed that comment. I was traveling. | 23:28 |
*** sdague has quit IRC | 23:29 | |
dhellmann | lifeless : it is not at all clear to me that the python-dev team is interested in using reno, based on the comments. they seem not to recognize that the benefit is you don't have to think about things like version numbers any more. | 23:30 |
dhellmann | at least in advance of writing the ntoes | 23:30 |
*** dimtruck is now known as zz_dimtruck | 23:31 | |
lifeless | dhellmann: that seems like education. Whats the command you're using to build Misc/NEWS - just 'reno', or does it need parameters? | 23:39 |
dhellmann | lifeless : it would be something like "reno report" and then redirected to a file, but the news file currently contains info that won't be in any notes so we'll have to accommodate the legacy information somehow | 23:40 |
dhellmann | I thought maybe of moving NEWS to NEWS-legacy and then concatenating that with the output of "reno report" as a temporary solution, until the news file no longer needs to include the old data | 23:40 |
lifeless | ok | 23:41 |
lifeless | what info is missing? | 23:44 |
dhellmann | let me look at my notes | 23:45 |
dhellmann | lifeless : https://etherpad.openstack.org/p/reno-cpython | 23:45 |
Generated by irclog2html.py 2.14.0 by Marius Gedminas - find it at mg.pov.lt!