| *** annashen has joined #openstack-glance | 00:04 | |
| *** annegent_ has quit IRC | 00:07 | |
| *** EmilienM is now known as EmilienM|afk | 00:11 | |
| *** TravT has quit IRC | 00:14 | |
| *** TravT has joined #openstack-glance | 00:15 | |
| *** TravT has quit IRC | 00:27 | |
| *** annegent_ has joined #openstack-glance | 00:30 | |
| *** TravT has joined #openstack-glance | 00:31 | |
| *** annegent_ has quit IRC | 00:38 | |
| *** cpallares has quit IRC | 00:39 | |
| *** chipmanc has joined #openstack-glance | 00:41 | |
| *** nellysmitt has joined #openstack-glance | 00:55 | |
| *** annashen has quit IRC | 01:00 | |
| *** nellysmitt has quit IRC | 01:00 | |
| *** junhongl__ has quit IRC | 01:00 | |
| *** jwang has joined #openstack-glance | 01:01 | |
| *** takedakn has joined #openstack-glance | 01:02 | |
| *** zhiyan has quit IRC | 01:10 | |
| *** briancurtin has quit IRC | 01:11 | |
| *** ameade has quit IRC | 01:11 | |
| *** junhongl__ has joined #openstack-glance | 01:17 | |
| *** briancurtin has joined #openstack-glance | 01:18 | |
| *** zhiyan has joined #openstack-glance | 01:21 | |
| *** ameade has joined #openstack-glance | 01:21 | |
| *** 21WAA8C7O has joined #openstack-glance | 01:32 | |
| *** sigmavirus24_awa is now known as sigmavirus24 | 01:36 | |
| *** ericpete_ has quit IRC | 01:36 | |
| *** TravT has quit IRC | 01:36 | |
| *** diegows has quit IRC | 01:47 | |
| *** takedakn has quit IRC | 01:58 | |
| *** Longgeek has joined #openstack-glance | 02:12 | |
| *** Longgeek has quit IRC | 02:13 | |
| *** Longgeek has joined #openstack-glance | 02:15 | |
| *** ericpeterson has joined #openstack-glance | 02:41 | |
| *** nellysmitt has joined #openstack-glance | 02:56 | |
| *** nellysmitt has quit IRC | 03:01 | |
| *** chipmanc has quit IRC | 03:04 | |
| *** chipmanc has joined #openstack-glance | 03:09 | |
| *** ericpeterson has quit IRC | 03:20 | |
| *** flwang has quit IRC | 03:24 | |
| *** flwang has joined #openstack-glance | 03:35 | |
| *** bkopilov has quit IRC | 03:37 | |
| *** jyoti-ranjan has joined #openstack-glance | 03:42 | |
| *** Longgeek has quit IRC | 03:59 | |
| *** cchipman has joined #openstack-glance | 04:00 | |
| *** chipmanc has quit IRC | 04:01 | |
| *** annashen has joined #openstack-glance | 04:02 | |
| *** Longgeek has joined #openstack-glance | 04:04 | |
| *** Longgeek has quit IRC | 04:05 | |
| *** harlowja has quit IRC | 04:08 | |
| *** flwang has quit IRC | 04:09 | |
| *** Longgeek has joined #openstack-glance | 04:09 | |
| openstackgerrit | Steve Lewis proposed openstack/glance: Rewrite SSL tests https://review.openstack.org/148400 | 04:12 |
|---|---|---|
| *** Longgeek has quit IRC | 04:17 | |
| *** Longgeek has joined #openstack-glance | 04:17 | |
| *** Longgeek has quit IRC | 04:18 | |
| *** ivasilevskaya1 has quit IRC | 04:18 | |
| *** ivasilevskaya has joined #openstack-glance | 04:21 | |
| *** TravT has joined #openstack-glance | 04:25 | |
| *** TravT_ has joined #openstack-glance | 04:29 | |
| *** sigmavirus24 is now known as sigmavirus24_awa | 04:30 | |
| *** TravT has quit IRC | 04:30 | |
| *** cchipman has quit IRC | 04:41 | |
| *** hollandais has quit IRC | 04:47 | |
| *** Longgeek has joined #openstack-glance | 04:50 | |
| *** annashen has quit IRC | 04:52 | |
| *** hollandais has joined #openstack-glance | 04:52 | |
| *** nellysmitt has joined #openstack-glance | 04:57 | |
| *** nellysmitt has quit IRC | 05:02 | |
| *** ozialien has quit IRC | 05:07 | |
| *** bkopilov has joined #openstack-glance | 05:10 | |
| *** takedakn has joined #openstack-glance | 05:15 | |
| *** takedakn has quit IRC | 05:24 | |
| *** echevemaster has quit IRC | 05:27 | |
| *** takedakn has joined #openstack-glance | 05:30 | |
| *** takedakn has quit IRC | 05:31 | |
| *** annashen has joined #openstack-glance | 05:38 | |
| *** TravT has joined #openstack-glance | 05:45 | |
| *** TravT_ has quit IRC | 05:47 | |
| *** TravT_ has joined #openstack-glance | 05:48 | |
| *** TravT has quit IRC | 05:49 | |
| *** rwsu is now known as rwsu-afk | 05:51 | |
| *** spzala has quit IRC | 06:02 | |
| openstackgerrit | OpenStack Proposal Bot proposed openstack/glance: Imported Translations from Transifex https://review.openstack.org/146765 | 06:03 |
| *** annashen has quit IRC | 06:14 | |
| *** Longgeek has quit IRC | 06:16 | |
| *** Longgeek has joined #openstack-glance | 06:16 | |
| *** Longgeek has quit IRC | 06:17 | |
| *** annashen has joined #openstack-glance | 06:19 | |
| *** nlevinki has joined #openstack-glance | 06:32 | |
| *** nellysmitt has joined #openstack-glance | 06:58 | |
| *** nellysmitt has quit IRC | 07:03 | |
| *** groen692 has joined #openstack-glance | 07:15 | |
| *** annashen has quit IRC | 07:26 | |
| *** takedakn has joined #openstack-glance | 07:27 | |
| *** takedakn has quit IRC | 07:29 | |
| *** takedakn has joined #openstack-glance | 07:30 | |
| *** takedakn has quit IRC | 07:34 | |
| openstackgerrit | Rajesh Tailor proposed openstack/glance: Handle location URLs that 404 in create-image https://review.openstack.org/137515 | 07:49 |
| *** TravT_ has quit IRC | 07:50 | |
| *** TravT has joined #openstack-glance | 07:51 | |
| *** TravT has quit IRC | 07:51 | |
| *** TravT has joined #openstack-glance | 07:52 | |
| *** TravT has quit IRC | 07:52 | |
| *** TravT has joined #openstack-glance | 07:54 | |
| *** TravT has quit IRC | 07:54 | |
| *** TravT has joined #openstack-glance | 07:55 | |
| *** TravT has quit IRC | 07:55 | |
| *** TravT has joined #openstack-glance | 07:55 | |
| *** TravT has quit IRC | 07:55 | |
| *** chlong has quit IRC | 07:56 | |
| *** TravT has joined #openstack-glance | 07:56 | |
| *** TravT has quit IRC | 07:56 | |
| *** TravT has joined #openstack-glance | 07:57 | |
| *** TravT has quit IRC | 07:58 | |
| *** tshefi has joined #openstack-glance | 07:58 | |
| *** TravT has joined #openstack-glance | 08:00 | |
| *** TravT has quit IRC | 08:00 | |
| *** TravT has joined #openstack-glance | 08:01 | |
| *** TravT has quit IRC | 08:01 | |
| *** TravT has joined #openstack-glance | 08:02 | |
| *** TravT has quit IRC | 08:02 | |
| *** TravT has joined #openstack-glance | 08:03 | |
| *** TravT has quit IRC | 08:03 | |
| *** TravT has joined #openstack-glance | 08:04 | |
| *** TravT has quit IRC | 08:04 | |
| *** TravT has joined #openstack-glance | 08:04 | |
| *** TravT has quit IRC | 08:05 | |
| *** jyoti-ranjan has quit IRC | 08:05 | |
| *** belmoreira has joined #openstack-glance | 08:05 | |
| *** TravT has joined #openstack-glance | 08:05 | |
| *** TravT has quit IRC | 08:05 | |
| *** TravT has joined #openstack-glance | 08:06 | |
| *** TravT has quit IRC | 08:06 | |
| *** TravT has joined #openstack-glance | 08:07 | |
| *** TravT has quit IRC | 08:07 | |
| *** TravT has joined #openstack-glance | 08:08 | |
| *** TravT has quit IRC | 08:08 | |
| *** TravT has joined #openstack-glance | 08:09 | |
| *** TravT has quit IRC | 08:09 | |
| *** TravT has joined #openstack-glance | 08:10 | |
| *** TravT has quit IRC | 08:10 | |
| *** TravT has joined #openstack-glance | 08:11 | |
| *** TravT has quit IRC | 08:11 | |
| *** TravT has joined #openstack-glance | 08:12 | |
| *** TravT has quit IRC | 08:12 | |
| *** sgotliv has joined #openstack-glance | 08:12 | |
| *** TravT has joined #openstack-glance | 08:13 | |
| *** TravT has quit IRC | 08:13 | |
| *** TravT has joined #openstack-glance | 08:14 | |
| *** TravT has quit IRC | 08:14 | |
| *** jyoti-ranjan has joined #openstack-glance | 08:15 | |
| *** TravT has joined #openstack-glance | 08:15 | |
| *** TravT has quit IRC | 08:15 | |
| *** TravT has joined #openstack-glance | 08:15 | |
| *** TravT has quit IRC | 08:16 | |
| *** TravT has joined #openstack-glance | 08:16 | |
| *** TravT has quit IRC | 08:16 | |
| *** TravT has joined #openstack-glance | 08:17 | |
| *** TravT has quit IRC | 08:17 | |
| *** TravT has joined #openstack-glance | 08:18 | |
| *** TravT has quit IRC | 08:18 | |
| *** TravT has joined #openstack-glance | 08:19 | |
| *** TravT has quit IRC | 08:19 | |
| *** TravT has joined #openstack-glance | 08:20 | |
| *** TravT has quit IRC | 08:20 | |
| *** TravT has joined #openstack-glance | 08:21 | |
| *** TravT has quit IRC | 08:21 | |
| *** TravT has joined #openstack-glance | 08:22 | |
| *** TravT has quit IRC | 08:22 | |
| *** TravT has joined #openstack-glance | 08:23 | |
| *** TravT has quit IRC | 08:23 | |
| *** TravT has joined #openstack-glance | 08:24 | |
| *** nellysmitt has joined #openstack-glance | 08:24 | |
| *** TravT has quit IRC | 08:24 | |
| *** TravT has joined #openstack-glance | 08:25 | |
| *** TravT has quit IRC | 08:25 | |
| *** TravT has joined #openstack-glance | 08:26 | |
| *** TravT has quit IRC | 08:26 | |
| *** TravT has joined #openstack-glance | 08:27 | |
| *** TravT has quit IRC | 08:27 | |
| *** TravT has joined #openstack-glance | 08:28 | |
| *** TravT has quit IRC | 08:28 | |
| *** flwang has joined #openstack-glance | 08:29 | |
| *** TravT has joined #openstack-glance | 08:29 | |
| *** TravT has quit IRC | 08:29 | |
| *** TravT has joined #openstack-glance | 08:30 | |
| *** TravT has quit IRC | 08:30 | |
| *** TravT has joined #openstack-glance | 08:30 | |
| *** TravT has quit IRC | 08:30 | |
| *** TravT has joined #openstack-glance | 08:31 | |
| *** TravT has quit IRC | 08:31 | |
| *** TravT has joined #openstack-glance | 08:32 | |
| *** TravT has quit IRC | 08:32 | |
| *** TravT has joined #openstack-glance | 08:34 | |
| *** TravT has quit IRC | 08:34 | |
| *** TravT has joined #openstack-glance | 08:35 | |
| *** TravT has quit IRC | 08:35 | |
| *** TravT has joined #openstack-glance | 08:35 | |
| *** TravT has quit IRC | 08:36 | |
| *** TravT has joined #openstack-glance | 08:36 | |
| *** TravT has quit IRC | 08:37 | |
| *** TravT has joined #openstack-glance | 08:38 | |
| *** TravT has quit IRC | 08:38 | |
| *** TravT has joined #openstack-glance | 08:39 | |
| *** TravT has quit IRC | 08:39 | |
| *** TravT has joined #openstack-glance | 08:40 | |
| *** TravT has quit IRC | 08:40 | |
| *** TravT has joined #openstack-glance | 08:41 | |
| *** TravT has quit IRC | 08:41 | |
| *** TravT has joined #openstack-glance | 08:42 | |
| *** TravT has quit IRC | 08:42 | |
| *** TravT has joined #openstack-glance | 08:42 | |
| *** TravT has quit IRC | 08:43 | |
| *** TravT has joined #openstack-glance | 08:45 | |
| *** TravT has quit IRC | 08:45 | |
| *** TravT has joined #openstack-glance | 08:45 | |
| *** TravT has quit IRC | 08:46 | |
| *** TravT has joined #openstack-glance | 08:47 | |
| *** TravT has quit IRC | 08:47 | |
| *** TravT has joined #openstack-glance | 08:49 | |
| *** TravT has quit IRC | 08:49 | |
| *** TravT has joined #openstack-glance | 08:50 | |
| *** TravT has quit IRC | 08:50 | |
| *** TravT has joined #openstack-glance | 08:51 | |
| *** TravT has quit IRC | 08:51 | |
| *** TravT has joined #openstack-glance | 08:52 | |
| *** TravT has quit IRC | 08:52 | |
| *** TravT has joined #openstack-glance | 08:52 | |
| *** TravT has quit IRC | 08:53 | |
| *** TravT has joined #openstack-glance | 08:53 | |
| *** jistr has joined #openstack-glance | 08:58 | |
| openstackgerrit | Kamil Rykowski proposed openstack/glance: Notifications for metadefinition resources https://review.openstack.org/148546 | 09:01 |
| *** markus_z has joined #openstack-glance | 09:14 | |
| kragniz | sigmavirus24_awa: nikhil_k that math is not correct, since the sleep only takes place on the store retries, not the swiftclient retries | 09:14 |
| *** junhongl__ is now known as junhongl | 09:18 | |
| junhongl | sigmavirus24_awa: Hi Ian, do you have any plan to implement https://blueprints.launchpad.net/glance/+spec/migrate-replicator-to-requests | 09:19 |
| junhongl | sigmavirus24_awa: The https support in glance-replicator. | 09:19 |
| *** MattMan has quit IRC | 09:19 | |
| junhongl | sigmavirus24_awa: I appreciate if you can share with me any progress or tell me anything i can help to implement this in early future, the sooner the better. :) | 09:21 |
| *** pdb has joined #openstack-glance | 09:25 | |
| *** krykowski has joined #openstack-glance | 09:26 | |
| flwang | junhongl: why don't you submit a spec to take it? :) | 09:28 |
| flwang | junhongl: you can collaborate with sigmavirus24_awa | 09:28 |
| *** jyoti-ranjan has quit IRC | 09:31 | |
| *** eglynn has joined #openstack-glance | 09:34 | |
| junhongl | flwang: i saw sigmavirus24_awa has already take it, so would like to know his idea, :) | 09:39 |
| junhongl | flwany: sure, i would like to cowork with him, hah | 09:39 |
| flwang | junhongl: i think it's easy to implement, since requests can support https perfectly | 09:39 |
| junhongl | flwang: yep, i think so. | 09:40 |
| *** MattMan has joined #openstack-glance | 09:45 | |
| *** krykowski has quit IRC | 09:48 | |
| *** krykowski has joined #openstack-glance | 10:16 | |
| *** nellysmitt has quit IRC | 10:50 | |
| *** krykowski has quit IRC | 10:50 | |
| *** aix has joined #openstack-glance | 10:51 | |
| *** krykowski has joined #openstack-glance | 10:58 | |
| *** 21WAA8C7O has quit IRC | 11:04 | |
| *** krykowski has quit IRC | 11:06 | |
| *** groen692 has quit IRC | 11:14 | |
| *** groen692 has joined #openstack-glance | 11:16 | |
| *** jistr has quit IRC | 11:21 | |
| *** aix has quit IRC | 11:27 | |
| *** jistr has joined #openstack-glance | 11:27 | |
| *** aix has joined #openstack-glance | 11:28 | |
| *** jyoti-ranjan has joined #openstack-glance | 11:43 | |
| *** diegows has joined #openstack-glance | 11:44 | |
| *** chlong has joined #openstack-glance | 12:06 | |
| *** EmilienM|afk is now known as EmilienM | 12:08 | |
| openstackgerrit | Abhishek Kekane proposed openstack/glance: Zero downtime configuration reload https://review.openstack.org/122181 | 12:18 |
| *** boris-42 has quit IRC | 12:22 | |
| *** boris-42 has joined #openstack-glance | 12:22 | |
| *** aix has quit IRC | 12:24 | |
| *** Longgeek has joined #openstack-glance | 12:29 | |
| *** cpallares has joined #openstack-glance | 12:30 | |
| *** jyoti-ranjan has quit IRC | 12:31 | |
| cpallares | flaper87: you around? | 12:31 |
| *** Longgeek has quit IRC | 12:33 | |
| *** aix has joined #openstack-glance | 12:37 | |
| *** TravT_ has joined #openstack-glance | 12:38 | |
| flaper87 | cpallares: yo :D | 12:39 |
| *** TravT has quit IRC | 12:41 | |
| *** diegows has quit IRC | 12:50 | |
| *** alex_xu_ has joined #openstack-glance | 12:53 | |
| *** belmorei_ has joined #openstack-glance | 12:54 | |
| *** belmoreira has quit IRC | 12:55 | |
| *** g4rg4m3|_ has joined #openstack-glance | 12:57 | |
| *** flwang has quit IRC | 12:57 | |
| *** jasondotstar has quit IRC | 12:57 | |
| *** alex_xu has quit IRC | 12:57 | |
| *** flwang has joined #openstack-glance | 12:57 | |
| openstackgerrit | Rakesh H S proposed openstack/python-glanceclient: return 130 for keyboard interrupt https://review.openstack.org/123934 | 13:02 |
| openstackgerrit | Rakesh H S proposed openstack/python-glanceclient: Use utils.exit rather than print+sys.exit https://review.openstack.org/130256 | 13:02 |
| *** diegows has joined #openstack-glance | 13:08 | |
| *** eglynn is now known as eglynn-sick | 13:10 | |
| *** belmorei_ has quit IRC | 13:11 | |
| *** jyoti-ranjan has joined #openstack-glance | 13:21 | |
| *** eglynn-sick has quit IRC | 13:24 | |
| *** eglynn-sick has joined #openstack-glance | 13:24 | |
| *** jasondotstar has joined #openstack-glance | 13:28 | |
| *** bkopilov has quit IRC | 13:32 | |
| *** Longgeek has joined #openstack-glance | 13:35 | |
| *** Longgeek has quit IRC | 13:54 | |
| *** mjturek has joined #openstack-glance | 14:01 | |
| *** sgotliv has quit IRC | 14:01 | |
| *** tellesnobrega has quit IRC | 14:01 | |
| *** eglynn-sick has quit IRC | 14:02 | |
| *** eglynn has joined #openstack-glance | 14:02 | |
| *** annegentle has joined #openstack-glance | 14:05 | |
| *** jasondotstar has quit IRC | 14:08 | |
| *** sgotliv has joined #openstack-glance | 14:10 | |
| *** spzala has joined #openstack-glance | 14:13 | |
| openstackgerrit | Yusuke Ide proposed openstack/glance: Add detail description image_cache_max_size https://review.openstack.org/152523 | 14:14 |
| *** jasondotstar has joined #openstack-glance | 14:20 | |
| *** jyoti-ranjan has quit IRC | 14:30 | |
| *** boris-42 has quit IRC | 14:32 | |
| *** changbl has quit IRC | 14:35 | |
| *** jgrimm is now known as zz_jgrimm | 14:42 | |
| *** Longgeek has joined #openstack-glance | 14:51 | |
| *** eglynn has quit IRC | 14:53 | |
| *** eglynn has joined #openstack-glance | 14:54 | |
| *** eglynn has quit IRC | 14:59 | |
| *** eglynn has joined #openstack-glance | 14:59 | |
| *** nlevinki_ has joined #openstack-glance | 15:00 | |
| *** nlevinki has quit IRC | 15:02 | |
| *** krykowski has joined #openstack-glance | 15:05 | |
| *** sigmavirus24_awa is now known as sigmavirus24 | 15:08 | |
| sigmavirus24 | junhongl: yeah I've been busy but I'll prioritize that for today unless you have it mostly working | 15:09 |
| sigmavirus24 | In which case I can update the spec to assign you as the sole worker | 15:09 |
| *** Longgeek has quit IRC | 15:11 | |
| *** eglynn has quit IRC | 15:12 | |
| *** eglynn has joined #openstack-glance | 15:13 | |
| *** vijendar has joined #openstack-glance | 15:14 | |
| *** haomaiwang has joined #openstack-glance | 15:14 | |
| openstackgerrit | Merged openstack/glance_store: Remove retry on failed uploads to VMware datastore https://review.openstack.org/149515 | 15:14 |
| openstackgerrit | Merged openstack/glance_store: Rename oslo.concurrency to oslo_concurrency https://review.openstack.org/144631 | 15:16 |
| openstackgerrit | Merged openstack/glance_store: Add needed extra space to error message https://review.openstack.org/146152 | 15:16 |
| *** haomaiwang has quit IRC | 15:19 | |
| openstackgerrit | Merged openstack/glance_store: Use testr directly from tox https://review.openstack.org/141809 | 15:25 |
| *** haomaiwang has joined #openstack-glance | 15:25 | |
| sigmavirus24 | kragniz: did you update the review with the correct math? | 15:26 |
| *** nellysmitt has joined #openstack-glance | 15:27 | |
| *** ericpeterson has joined #openstack-glance | 15:27 | |
| *** tellesnobrega has joined #openstack-glance | 15:28 | |
| markus_z | If a glanceclient core member could have a look at the 3x+1 review https://review.openstack.org/#/c/133632/ that would be great. | 15:29 |
| markus_z | It's plain documentation, no code. | 15:29 |
| *** TravT_ has quit IRC | 15:31 | |
| *** bkopilov has joined #openstack-glance | 15:34 | |
| ndonegan | Hi, using glance-replicator in anger locally, and ran into a whole load of, mostly small, show stoppers. | 15:35 |
| *** peristeri has joined #openstack-glance | 15:35 | |
| ndonegan | All fixed in a local fork of glance-replicator from Icehouse, but I'd prefer not to be maintining a fork :) | 15:35 |
| ndonegan | For pushing upstrem, should I really be making sure the bug fixes work on Juno/Trunk? | 15:36 |
| kragniz | sigmavirus24: no, I'll post comments on what the times should be | 15:39 |
| sigmavirus24 | kragniz: fwiw, those numbers didn't sound right, but I figured I wanted to point them out in case they were =P | 15:40 |
| sigmavirus24 | ndonegan: yes. You should be pushing them to trunk aka kilo | 15:40 |
| sigmavirus24 | if they're acceptable, we can backport them to icehouse and/or juno | 15:41 |
| kragniz | sigmavirus24: it should be ~56 seconds, not 192 days :P | 15:41 |
| sigmavirus24 | right | 15:41 |
| sigmavirus24 | that's just the first 5 numbers then. | 15:41 |
| ndonegan | sigmavirus24: Time to spin up a more up to date devstack for myself so. | 15:41 |
| *** zz_jgrimm is now known as jgrimm | 15:41 | |
| sigmavirus24 | ndonegan: | 15:43 |
| sigmavirus24 | *yes sounds like you do :) | 15:44 |
| *** krykowski has quit IRC | 15:44 | |
| *** krykowski_ has joined #openstack-glance | 15:44 | |
| *** haomaiwang has quit IRC | 15:45 | |
| ndonegan | For various reasons, don't ask, work is still aiming at Icehouse. However, the fixes in question still apply to Kilo/Trunk. | 15:45 |
| *** thangp has joined #openstack-glance | 15:50 | |
| *** diegows_ has joined #openstack-glance | 15:53 | |
| sigmavirus24 | ndonegan: yeah, I know of places still running Grizzly so there's no judgment from me :D | 15:57 |
| *** diegows has quit IRC | 15:57 | |
| nikhil_k | jcook: around? | 16:00 |
| *** belmoreira has joined #openstack-glance | 16:00 | |
| nikhil_k | jcook: flaper87 : we need to talk about https://review.openstack.org/#/q/topic:bp/replace-snet-config-with-endpoint-config,n,z | 16:01 |
| nikhil_k | flaper87: that is a very rackspace specific things | 16:02 |
| nikhil_k | thing* | 16:02 |
| nikhil_k | jcook: can probably add a note in the commit message and in the documentation/config (for the new one as well) that it continues to be | 16:02 |
| nikhil_k | plus, I agree with flaper87 that it needs a deprecation path | 16:03 |
| jcook | nikhil_k: yeah I'm here | 16:04 |
| nikhil_k | cool | 16:04 |
| nikhil_k | jcook: https://review.openstack.org/#/c/139726/8 | 16:04 |
| kragniz | sigmavirus24: commented | 16:05 |
| kragniz | sigmavirus24: tell me if I'm being crazy | 16:05 |
| jcook | nikhil_k: one min in meeting | 16:05 |
| nikhil_k | jcook: ok, I've added some comments here too https://review.openstack.org/#/c/150144/ | 16:06 |
| *** annegentle has quit IRC | 16:08 | |
| *** dkingshott has joined #openstack-glance | 16:11 | |
| *** TravT has joined #openstack-glance | 16:13 | |
| *** diegows has joined #openstack-glance | 16:14 | |
| flaper87 | nikhil_k: jcook here now if you want to talk | 16:14 |
| flaper87 | I replied to jokke_'s comment | 16:15 |
| flaper87 | damn, I hate jokke_ for leaving this channel and breaking my irc auto-completion | 16:15 |
| nikhil_k | lol | 16:16 |
| nikhil_k | flaper87: we're in a meeting, join you in 5 | 16:16 |
| flaper87 | kk | 16:17 |
| kragniz | flaper87: did you have a look at the spec for that store patch? | 16:17 |
| kragniz | flaper87: that's where all the cool kids put their -1s :P | 16:17 |
| *** groen692 has quit IRC | 16:18 | |
| flaper87 | kragniz: the spec was merged and I unfortunatelly got late to the party | 16:18 |
| flaper87 | lemme clarify something on the review | 16:18 |
| kragniz | flaper87: ah, I mean my store patch | 16:19 |
| kragniz | (too many patches!) | 16:19 |
| *** annegentle has joined #openstack-glance | 16:19 | |
| flaper87 | kragniz: ah mmh, sorry. I believe I did but I'll read it again. Just to be clear, I'm not against it, I'm just hoping we can find a better way that doesn't require adding more options | 16:21 |
| flaper87 | :D | 16:21 |
| jcook | nikhil_k, flaper87: ok, I'm here now, let me catch up | 16:22 |
| nikhil_k | jcook: flaper87 : we've added some more comments to the patches. Please ping me if you need more info. | 16:22 |
| *** pennerc has joined #openstack-glance | 16:29 | |
| jcook | nikhil_k, flaper87: The documentation is clear that the option should not be used unless you are Rackspace. No expectation is given that this option is broadly supported or used. The Danger! DO NOT USE! was explicit. If a deployer would fail because of this change it is in no way upstream or Rackspace's responsibility. In any event, the likelihood of someone using this hack outside Rackspace is minimal. This is a case where deprecation is unecessary p | 16:30 |
| flaper87 | jcook: I must have missed something. Where's that written in glance's docs ? | 16:31 |
| sigmavirus24 | flaper87: it's in the comments around the option, but I haven't looked at the docs yet | 16:31 |
| flaper87 | tbh, I don't really care about the option itself but the config. That option was made public and we can't simply expect people to not use config options that we added ourselves. we shouldn't added them to begin with | 16:33 |
| flaper87 | sigmavirus24: omg, I think I'm blind :( | 16:33 |
| flaper87 | I can't find those comments | 16:33 |
| flaper87 | sigmavirus24: are those comments in the patch? | 16:33 |
| jcook | flaper87: the option is not documented in the docs at all. It is documented here in teh config: https://github.com/openstack/glance/blob/fd5a55c7f386a9d9441d5f1291ff6a92f7e6cc1b/etc/glance-api.conf#L520 | 16:33 |
| sigmavirus24 | flaper87: what jcook said | 16:33 |
| sigmavirus24 | jcook: is it me, or does this discussion keep happening? ;) | 16:33 |
| flaper87 | ahhh, in the config file | 16:34 |
| jcook | sigmavirus24: keeps happening | 16:34 |
| jcook | ;) | 16:34 |
| flaper87 | sorry about that | 16:34 |
| sigmavirus24 | flaper87: no worries | 16:34 |
| sigmavirus24 | even other rackers missed that | 16:34 |
| jcook | yep :P | 16:34 |
| sigmavirus24 | I read it, but then ben confused me | 16:34 |
| flaper87 | sigmavirus24: jcook fwiw, it should've been in the config help text | 16:34 |
| flaper87 | :P | 16:34 |
| jcook | flaper87: it shouldn't have been hacked like that in the first place :P | 16:35 |
| jcook | that's why I removed it | 16:35 |
| sigmavirus24 | And honestly, I'm the kind of jerk to use snet just because config told me not to, so there have to be others ;{ | 16:35 |
| flaper87 | jcook: I guess by removing the config option we're not changing the behavior | 16:35 |
| jcook | correct | 16:35 |
| jcook | default is false | 16:35 |
| sigmavirus24 | flaper87: we're replacing it with betterer behaviour | 16:35 |
| jcook | true story | 16:35 |
| sigmavirus24 | It's more betterer with less Rackspace | 16:35 |
| jcook | hey...well I still agree | 16:35 |
| flaper87 | sigmavirus24: yeah, I'm just wondering if there's a way to not break cases where people like sigmavirus24 set it to True | 16:35 |
| flaper87 | anyway, I think I'm fine now | 16:36 |
| jcook | cool | 16:36 |
| sigmavirus24 | flaper87: I deserve to have a headache | 16:36 |
| jcook | thanks | 16:36 |
| sigmavirus24 | And so do people like me | 16:36 |
| sigmavirus24 | I have no sympathy for myself | 16:36 |
| jcook | haha | 16:36 |
| jcook | If it makes you feel better, it was a super easy change at least on our end. Just added the endpoint to the config and it was all happy | 16:37 |
| flaper87 | jcook: sigmavirus24 I'll comment on the patch again with my changed thoughts | 16:37 |
| jcook | flaper87: thanks | 16:37 |
| flaper87 | lets wait for nikhil_k to chime in again | 16:37 |
| nikhil_k | I'm here listening | 16:38 |
| openstackgerrit | Merged openstack/glance_store: Validate metadata JSON file https://review.openstack.org/141311 | 16:38 |
| nikhil_k | sigmavirus24: I do sympathize . If we keep the bold comments like flaper87 did in his v1-v2 patch, it would solve all problems ;) | 16:39 |
| sigmavirus24 | nikhil_k: I really can't think of another operator that would be using ServiceNet though | 16:39 |
| sigmavirus24 | And no one has replied to jcook's emails to -dev or -operators | 16:40 |
| nikhil_k | flaper87: jcook : should we move ahead with what is proposed in the patch ? I _may_ be okay with it | 16:40 |
| jcook | nikhil_k: yes, please | 16:40 |
| sigmavirus24 | We can wait a week for someone to reply, but I'm 99% certain that no one will reply | 16:40 |
| nikhil_k | sigmavirus24: +1 | 16:41 |
| flaper87 | nikhil_k: jcook sigmavirus24 commented | 16:41 |
| kragniz | the option should probably have been originally named i_am_rackspace = False :P | 16:42 |
| flaper87 | WAIT | 16:42 |
| flaper87 | nobody move | 16:42 |
| openstackgerrit | Inessa Vasilevskaya proposed openstack/glance: Declarative definitions of type-specific Artifact properties https://review.openstack.org/119174 | 16:42 |
| openstackgerrit | Inessa Vasilevskaya proposed openstack/glance: A mixin for jsonpatch requests validation https://review.openstack.org/148588 | 16:42 |
| openstackgerrit | Inessa Vasilevskaya proposed openstack/glance: Artifacts API https://review.openstack.org/136629 | 16:42 |
| openstackgerrit | Inessa Vasilevskaya proposed openstack/glance: Artifacts Repository - DB https://review.openstack.org/115998 | 16:42 |
| openstackgerrit | Inessa Vasilevskaya proposed openstack/glance: Artifacts Domain https://review.openstack.org/132898 | 16:42 |
| openstackgerrit | Inessa Vasilevskaya proposed openstack/glance: Artifacts plugin loader https://review.openstack.org/134300 | 16:42 |
| * sigmavirus24 moves | 16:42 | |
| * nikhil_k rofl | 16:43 | |
| kragniz | artifacts moved | 16:43 |
| nikhil_k | or rackspace_am_i | 16:43 |
| sigmavirus24 | rackspace_is_my_name_snet_is_the_game | 16:43 |
| flaper87 | ok, commented again | 16:43 |
| kragniz | we haven't added glance-yoda yet, nikhil_k | 16:43 |
| flaper87 | jcook: can you remove the option from the sample ? | 16:43 |
| sigmavirus24 | flaper87: don't do it | 16:44 |
| flaper87 | why? | 16:44 |
| * flaper87 confused | 16:44 | |
| nikhil_k | flaper87: nice catch | 16:44 |
| flaper87 | sigmavirus24: ah you're trolling me | 16:44 |
| flaper87 | >.> | 16:44 |
| flaper87 | :P | 16:44 |
| nikhil_k | kragniz: yoda yoda - there you go :P | 16:44 |
| *** changbl has joined #openstack-glance | 16:45 | |
| nikhil_k | flaper87: my +2 will come after yours. see here https://review.openstack.org/#/c/150144/ | 16:47 |
| nikhil_k | (why) | 16:47 |
| * nikhil_k bbiab | 16:48 | |
| flaper87 | ok | 16:48 |
| *** diegows_ has quit IRC | 16:48 | |
| *** diegows has quit IRC | 16:49 | |
| *** krykowski_ has quit IRC | 16:49 | |
| jcook | flaper87, nikhil_k, sigmavirus24: sorry juggle multiple things | 16:50 |
| *** annegentle has quit IRC | 16:51 | |
| jcook | option from the sample? | 16:51 |
| flaper87 | jcook: nvm, +2 | 16:52 |
| flaper87 | you already did it in a separate review | 16:52 |
| jcook | flaper87: cool, thanks | 16:52 |
| flaper87 | jcook: thank you! | 16:52 |
| jcook | np, ping me if you need me :) | 16:52 |
| sigmavirus24 | flaper87: yes, I was teasing you | 16:53 |
| * flaper87 pulls sigmavirus24 chair and watches him fall | 16:53 | |
| sigmavirus24 | flaper87: I use a standing desk. You're welcome | 16:54 |
| * flaper87 pulls sigmavirus24 desk and watches his laptop fall and all sigmavirus24's hopes vanish | 16:54 | |
| sigmavirus24 | well that's just rude | 16:54 |
| flaper87 | LOL | 16:54 |
| *** Longgeek has joined #openstack-glance | 16:57 | |
| *** pdb has quit IRC | 16:59 | |
| *** boris-42 has joined #openstack-glance | 17:03 | |
| *** Longgeek has quit IRC | 17:03 | |
| sigmavirus24 | flaper87: it'd be more effective if you removed the +2 from the enum patch on store capabilities =P | 17:04 |
| flaper87 | sigmavirus24: why? | 17:04 |
| sigmavirus24 | That would be a far superiour troll to pulling my chair out from under me | 17:05 |
| sigmavirus24 | =P | 17:05 |
| kragniz | flaper87: that's worse than pulling sigmavirus24's desk | 17:05 |
| sigmavirus24 | Just be like -Code-Review "I changed my mind. YOLO" | 17:05 |
| kragniz | sigmavirus24 has strange values | 17:05 |
| flaper87 | omg, I'm very slow today | 17:05 |
| * flaper87 has been in meetings for 2 days | 17:05 | |
| sigmavirus24 | flaper87: you need more RAM | 17:05 |
| sigmavirus24 | Use downloadmoreram.com for quick upgrades | 17:05 |
| *** pdb has joined #openstack-glance | 17:05 | |
| kragniz | sigmavirus24: everyone uses bittorrent to download their ram these days | 17:06 |
| *** changbl has quit IRC | 17:06 | |
| sigmavirus24 | kragniz: they also offer bitcoins | 17:06 |
| sigmavirus24 | http://downloadmorebitcoin.com/ | 17:06 |
| *** annegentle has joined #openstack-glance | 17:09 | |
| openstackgerrit | Merged openstack/glance: Simplify context by using oslo.context https://review.openstack.org/143449 | 17:13 |
| *** diegows has joined #openstack-glance | 17:14 | |
| *** rwsu-afk is now known as rwsu | 17:15 | |
| *** annashen has joined #openstack-glance | 17:16 | |
| *** belmoreira has quit IRC | 17:17 | |
| *** sgotliv has quit IRC | 17:23 | |
| kragniz | sigmavirus24: it would suck to wait almost a month for a VM to boot | 17:28 |
| sigmavirus24 | wait a second | 17:28 |
| sigmavirus24 | there are more than 194 days in a month? TIL! | 17:28 |
| kragniz | what is wrong with me | 17:29 |
| kragniz | sigmavirus24: please forgive me | 17:32 |
| sigmavirus24 | kragniz: why? | 17:32 |
| kragniz | sigmavirus24: please | 17:32 |
| sigmavirus24 | what did you do kragniz ? | 17:32 |
| sigmavirus24 | what did you -1 now? | 17:32 |
| sigmavirus24 | =P | 17:32 |
| kragniz | half a year is not under a month | 17:33 |
| kragniz | I am not worthy to -1 anything | 17:33 |
| *** annegentle has quit IRC | 17:33 | |
| *** pennerc has quit IRC | 17:34 | |
| cpallares | kragniz: except that store patch | 17:35 |
| sigmavirus24 | cpallares: ++ | 17:35 |
| cpallares | kragniz: just kidding | 17:35 |
| kragniz | cpallares: ;_; | 17:35 |
| kragniz | n-not you, too | 17:35 |
| *** diegows has quit IRC | 17:37 | |
| *** jistr has quit IRC | 17:38 | |
| *** tshefi has quit IRC | 17:47 | |
| *** nlevinki_ has quit IRC | 17:48 | |
| *** krtaylor has quit IRC | 17:48 | |
| *** pdb has quit IRC | 17:49 | |
| openstackgerrit | Merged openstack/glance: Update vmware_adaptertype metadef values https://review.openstack.org/151901 | 17:52 |
| *** krtaylor has joined #openstack-glance | 17:54 | |
| *** nellysmitt has quit IRC | 17:58 | |
| *** MattMan has quit IRC | 18:02 | |
| *** changbl has joined #openstack-glance | 18:04 | |
| *** flwang has quit IRC | 18:04 | |
| *** krykowski has joined #openstack-glance | 18:05 | |
| *** mjturek has left #openstack-glance | 18:10 | |
| *** harlowja has joined #openstack-glance | 18:15 | |
| openstackgerrit | Inessa Vasilevskaya proposed openstack/glance: Artifacts API https://review.openstack.org/136629 | 18:36 |
| kragniz | nikhil_k: around? | 18:42 |
| nikhil_k | kragniz: yo | 18:42 |
| kragniz | what do you think a workaround for swift retry stuff going over rate limits could be? | 18:42 |
| nikhil_k | kragniz: lemme get back to you in a couple hours on that | 18:43 |
| kragniz | rate limiting is disabled by default in swift | 18:43 |
| kragniz | okay, sounds good | 18:43 |
| nikhil_k | sorry about it | 18:43 |
| kragniz | that's okay | 18:43 |
| *** Longgeek has joined #openstack-glance | 18:48 | |
| *** markus_z has quit IRC | 18:51 | |
| *** delatte has joined #openstack-glance | 18:51 | |
| *** delattec has quit IRC | 18:55 | |
| openstackgerrit | Merged openstack/glance: Replace snet config with endpoint config https://review.openstack.org/150144 | 18:59 |
| *** aix has quit IRC | 18:59 | |
| *** delatte has quit IRC | 19:00 | |
| *** krykowski has quit IRC | 19:00 | |
| *** changbl has quit IRC | 19:05 | |
| *** Longgeek has quit IRC | 19:10 | |
| openstackgerrit | Ian Cordasco proposed openstack/python-glanceclient: Remove graduated gettextutils from openstack/common https://review.openstack.org/145273 | 19:20 |
| openstackgerrit | Ian Cordasco proposed openstack/python-glanceclient: Ignore NoneType when encoding headers https://review.openstack.org/152159 | 19:22 |
| *** jasondotstar has quit IRC | 19:30 | |
| openstackgerrit | Inessa Vasilevskaya proposed openstack/glance: Artifacts API https://review.openstack.org/136629 | 19:33 |
| *** changbl has joined #openstack-glance | 19:34 | |
| *** vijendar has quit IRC | 19:36 | |
| *** nellysmitt has joined #openstack-glance | 19:48 | |
| nikhil_k | kragniz: o/ | 19:54 |
| * sigmavirus24 steals the wave intended for kragniz | 19:54 | |
| nikhil_k | :) | 19:55 |
| nikhil_k | will just leave a message | 19:55 |
| * sigmavirus24 hopes kragniz uses a reliable messaging queue | 19:55 | |
| nikhil_k | kragniz: basically, I see a complete separation of the ideologies here. And both seem to be right in their own way. So, your point about a workaround seems like the right direction. | 19:56 |
| nikhil_k | As these are configs and the issue is with defaults, I do not see a clear way for us to propose a workaround (without having to make the code overtly complicated) | 19:57 |
| openstackgerrit | Eddie Sheffield proposed openstack/glance: Add ability to deactivate an image https://review.openstack.org/132717 | 19:58 |
| nikhil_k | Best thing to do in this situation sounds like going to the openstack operators group and getting a vote. Let this become a democratic debate on defaults. | 19:58 |
| nikhil_k | Technically we seem to have failed miserably anyways (atm) | 19:58 |
| nikhil_k | sigmavirus24: hey, I've been requested to look into the deactivate spec, as it did not make it to the k2 milestone | 20:00 |
| nikhil_k | this one https://review.openstack.org/#/c/135122/ | 20:00 |
| sigmavirus24 | Yep. I remember it | 20:00 |
| *** thumpba has quit IRC | 20:00 | |
| nikhil_k | sigmavirus24: can we sync up on this on Friday? | 20:00 |
| * sigmavirus24 takes no responsibility for the API design argument started there since he was asked to bring those people into the discussion =P | 20:01 | |
| sigmavirus24 | nikhil_k: I'm travelling Friday morning | 20:01 |
| nikhil_k | and involve whomever we need to for resolving the conflicts | 20:01 |
| nikhil_k | sigmavirus24: no issues, I understand and appreciate the open debate | 20:01 |
| * sigmavirus24 ✈︎ tennessee | 20:01 | |
| nikhil_k | sigmavirus24: I can meet you in person :P | 20:01 |
| sigmavirus24 | Will you be at PyTennessee? | 20:01 |
| *** shakamunyi has joined #openstack-glance | 20:02 | |
| * nikhil_k looks up | 20:02 | |
| nikhil_k | sigmavirus24: looks interesting. Would like to - though it seems rather difficult | 20:04 |
| nikhil_k | 10% chance that I would be there on Sat | 20:04 |
| sigmavirus24 | hah | 20:04 |
| sigmavirus24 | What about PyCon | 20:04 |
| sigmavirus24 | Anyway | 20:05 |
| *** chlong has quit IRC | 20:05 | |
| nikhil_k | again montreal :( | 20:05 |
| sigmavirus24 | Next year then | 20:05 |
| sigmavirus24 | I think I like Michael's last suggestion (the most recent comment about the API design) | 20:06 |
| nikhil_k | this is was successive year in montreal | 20:06 |
| sigmavirus24 | Yes. Next year it'll be in Portland iirc. | 20:06 |
| stevelle | will be nice for me | 20:07 |
| sigmavirus24 | stevelle: you can ride your bicycle to your favorite hipster free-trade artisinal coffee-shop before heading to the conference each day | 20:08 |
| nikhil_k | heh | 20:08 |
| stevelle | and I'll do it wearing a kilt and vibrams | 20:08 |
| sigmavirus24 | ^5 | 20:08 |
| nikhil_k | sigmavirus24: I think we lose the functional aspect of it in essense | 20:09 |
| nikhil_k | essence | 20:09 |
| nikhil_k | The argument that Miguel has is the 'action' is bad and that we need to operate on the status | 20:11 |
| nikhil_k | 'action' symantics is a bad style* | 20:11 |
| nikhil_k | gah, *semantics* | 20:11 |
| * nikhil_k takes a deep breath | 20:12 | |
| *** boris-42 has quit IRC | 20:12 | |
| nikhil_k | The main reason why such a proposal was made in the first place was to indicate that this kind of operation is a 'functional' aspect of the image entity | 20:12 |
| nikhil_k | the image entity == image record (with metadata) + image data | 20:13 |
| sigmavirus24 | hold on, let me find Miguel | 20:13 |
| nikhil_k | cool | 20:13 |
| openstackgerrit | Merged openstack/glance_store: Replace snet config with endpoint config https://review.openstack.org/139726 | 20:15 |
| *** vijendar has joined #openstack-glance | 20:15 | |
| *** flwang has joined #openstack-glance | 20:16 | |
| *** miguelgrinberg has joined #openstack-glance | 20:16 | |
| miguelgrinberg | nikhil_k: so I'm being summoned to defend my "actions are bad" argument :) | 20:18 |
| sigmavirus24 | heh | 20:18 |
| miguelgrinberg | having lots of little URLs that perform actions is a bad design, it goes against what REST is | 20:19 |
| miguelgrinberg | really, in a REST API there are no "functional" operations, you only have resources and state transitions | 20:20 |
| *** sgotliv has joined #openstack-glance | 20:23 | |
| stevelle | the crux of this blueprint seems to be a state transition | 20:23 |
| nikhil_k | miguelgrinberg: yeah, the weird thing is that openstack is not always REST friendly | 20:23 |
| *** shakamunyi has quit IRC | 20:23 | |
| nikhil_k | stevelle: it seems that way though it is a _little_ different than that | 20:23 |
| miguelgrinberg | nikhil_k: of course, but we should try to fix that | 20:23 |
| nikhil_k | heh | 20:23 |
| sigmavirus24 | nikhil_k: that's something a group of people are working to fix though | 20:23 |
| sigmavirus24 | And just because it isn't already doesn't mean we can't start trending towards it | 20:24 |
| miguelgrinberg | this is a nice opportunity, you guys don't have a /actions yet, for other it is too late | 20:24 |
| sigmavirus24 | esheffield: you around? | 20:24 |
| nikhil_k | miguelgrinberg: Mark had originally proposed to go this route. If you don't mind, can I share some of the viewpoints? | 20:24 |
| miguelgrinberg | sure | 20:24 |
| esheffield | sigmavirus24, what's up? | 20:25 |
| *** vijendar has left #openstack-glance | 20:25 | |
| sigmavirus24 | We're discussing your spec | 20:25 |
| nikhil_k | miguelgrinberg: this proposal stems from the new feature that we have in Glance. Called async tasks | 20:25 |
| sigmavirus24 | Thought you'd be interested | 20:25 |
| *** jasondotstar has joined #openstack-glance | 20:25 | |
| esheffield | sure | 20:26 |
| nikhil_k | miguelgrinberg: you can have a task of kind 'import' where the user has the opportunity to upload a custom image | 20:26 |
| nikhil_k | miguelgrinberg: of course, the tasks will have a mechanism for the operator to perform a specific set of checks on the image before it can be used in a production system | 20:27 |
| *** flwang2 has joined #openstack-glance | 20:27 | |
| *** flwang has quit IRC | 20:27 | |
| nikhil_k | this being a different kind of image and Glance states being conservatively kept to a small number (with good reason), we want the operator to be able to prevent any boot operations in certain conditions | 20:28 |
| nikhil_k | Hence, a operator specific API was proposed with certain functional aspects to it - activate and deactivate in this case | 20:29 |
| nikhil_k | we are using /tasks URL for the import, so /actions seems a good way for admins to deactivate and image and re-activate it (after whatever offline checks they have done - besides what the async task script does) | 20:30 |
| nikhil_k | they == admins | 20:31 |
| nikhil_k | s/and image/an image/g | 20:31 |
| * nikhil_k ends the context discussion | 20:31 | |
| * nikhil_k hands over the mic to miguelgrinberg | 20:31 | |
| miguelgrinberg | sorry, had to step away for a sec, let me read this | 20:33 |
| miguelgrinberg | this is the RPC way of thinking. It's not wrong, it's just not REST | 20:34 |
| miguelgrinberg | instead you can have the same thing done by altering the state of the image | 20:34 |
| miguelgrinberg | then you don't need to start creating new URLs | 20:34 |
| miguelgrinberg | which, BTW, hurt chances of ever getting hypermedia properly implemented | 20:35 |
| miguelgrinberg | sigmavirus24: you can roll your eyes at ^, you have my permission | 20:35 |
| stevelle | miguelgrinberg to be fair, altering the state of the image isn't addressing the existing state model available to Glance | 20:35 |
| miguelgrinberg | what I don't get, is why do it with actions, when you can do the same with a state transition and without having to create new URLS | 20:37 |
| sigmavirus24 | So for what my 2 ¢ are worth, I like miguelgrinberg's last proposal on the review | 20:38 |
| sigmavirus24 | I also understand that the existing services that have similar functionality all use /actions/{foo} | 20:38 |
| nikhil_k | miguelgrinberg: so, this is where it gets complicated. We do not want to enable explicit state transitions on image. | 20:38 |
| nikhil_k | something that is not exposed by the API | 20:39 |
| sigmavirus24 | That said, I'm not sure I understand the way the operators are expected to use this | 20:39 |
| sigmavirus24 | Are we expecting them to use curl, glanceclient, openstackcli, what? | 20:39 |
| nikhil_k | Image 'state' is very internal aspect of the entity and that is for a good reason | 20:39 |
| nikhil_k | sigmavirus24: so, the glanceclient would support whatever the g-api does | 20:40 |
| sigmavirus24 | Right, so my thing is this: If the operator isn't going to see the route and method, why do we care how they use the API? | 20:40 |
| nikhil_k | and operators would have option to choose between the client or any UI that the operator has setup for them (what UI uses it up to them) | 20:41 |
| sigmavirus24 | I would expect there to be only a few direct consumers of the API: client wrappers, horizon, people who like to script things with curl | 20:41 |
| nikhil_k | sigmavirus24: well, the issue is not with how operators use it. The issue is about exposing operations on the image state out in the API | 20:41 |
| nikhil_k | and that is complete no, no | 20:42 |
| sigmavirus24 | So I fail to see how POST /images/{image-id}/actions/inactive and PUT /images/{image-id}/inactive are so different in their design | 20:46 |
| sigmavirus24 | I mean one is subjectively better than the other and far clearer | 20:46 |
| nikhil_k | One suggestes that you have to perform a certain operations on the image to make it inactive and not just change its state | 20:48 |
| *** openstackgerrit has quit IRC | 20:50 | |
| *** jasondotstar has quit IRC | 20:50 | |
| *** openstackgerrit has joined #openstack-glance | 20:50 | |
| *** annashen has quit IRC | 20:52 | |
| stevelle | /images/{image-id}/members does not change the image state | 20:53 |
| stevelle | but it does imply a state transition for the image in terms of availability | 20:53 |
| nikhil_k | That is a slightly different aspect of the system | 20:55 |
| nikhil_k | It is dealing with the members who have access to the image and not deal with the availability of the resource | 20:55 |
| nikhil_k | Although, I do find it a little odd | 20:56 |
| stevelle | availability is in the spectrum of access in this case. | 20:56 |
| miguelgrinberg | nikhil_k: you say you do not want to enable an explicit transition, but allowing the client to change its enabled (or active, can't remember what it was exactly) is a state transition disguised as an action | 20:56 |
| *** Longgeek has joined #openstack-glance | 20:56 | |
| nikhil_k | stevelle: yeah, I agree to that point | 20:56 |
| stevelle | miguelgrinberg: are you thinking of "published" iirc? | 20:56 |
| miguelgrinberg | back when I reviewed this I tihnk it was to "deactivate" an image? I think that's what it was | 20:57 |
| nikhil_k | yes, deactivate | 20:57 |
| stevelle | I see now. ty | 20:57 |
| nikhil_k | miguelgrinberg: well, it's not exactly so. It is allowing an op (internal admin) to perform a certain checks on the image and then put it in deactivate state | 20:58 |
| miguelgrinberg | so this is an multi-task action? | 20:58 |
| nikhil_k | a certain number of checks* | 20:58 |
| miguelgrinberg | a single URL will trigger a bunch of things? | 20:58 |
| nikhil_k | it's deactivation | 20:59 |
| nikhil_k | how it does is Glance's reponsibility | 20:59 |
| sigmavirus24 | nikhil_k: the spec seemed to imply a state transition as the main way of handling this | 20:59 |
| nikhil_k | (basically, a tricky question to answer in an open source project) | 20:59 |
| nikhil_k | sigmavirus24: ^ | 21:00 |
| miguelgrinberg | so the image is either deactivate or it is not. That's how I think about this in terms of states. I know you have a "state" property, that may be unrelated to this. | 21:00 |
| *** Longgeek has quit IRC | 21:00 | |
| sigmavirus24 | nikhil_k: so the thing is you're exposing the making of the sausage to the user | 21:00 |
| sigmavirus24 | you're saying "You want to deactivate an image and prevent anyone from booting from it" | 21:01 |
| miguelgrinberg | nikhil_k: so if you have a property in the image resource that indicates if the image is in this "deactivated" state, then have the op send a PUT request editing that property. | 21:01 |
| nikhil_k | rosmaita: you around? Just want to know if we have plans to perform more than state change on the image. | 21:01 |
| sigmavirus24 | Which would seem to be a simple action on the part of the operator | 21:01 |
| stevelle | I feel like the naming may make this feel more opaque than it needs to, but that's another discussion | 21:01 |
| sigmavirus24 | Like to the operator their conceptual model doesn't need to be anything other than "I want to deactivate this image" or "I want to reactivate this image" | 21:01 |
| nikhil_k | miguelgrinberg: that is what we do not want. It's a read only property as far as user is concerned | 21:01 |
| nikhil_k | here the user is op | 21:01 |
| miguelgrinberg | it's not read only, you want the operator to change this state bit! | 21:02 |
| *** annegent_ has joined #openstack-glance | 21:02 | |
| miguelgrinberg | you are confusing your big "state" with this particular sub-state | 21:02 |
| *** diegows has joined #openstack-glance | 21:02 | |
| miguelgrinberg | the image deactivated state is separate from your read-only global state for the image | 21:02 |
| sigmavirus24 | I think the plan is to use the same attribute to convey all of this | 21:03 |
| *** sgotliv has quit IRC | 21:03 | |
| nikhil_k | miguelgrinberg: when you will ask the op to perform an action on this image, the backend API _can_ perform something before changing the state. It's not a straightforward transition. | 21:03 |
| sigmavirus24 | Which may be simpler and have less of a data model impact but may not be the right choice given this discussion | 21:03 |
| stevelle | that this property is not modifiable by the owner, only by operator, seems like it supports the idea that this belongs to a separate resource ideally | 21:03 |
| miguelgrinberg | sigmavirus24: I know, but that's wrong for this, because you don't want to allow edits to this attributte | 21:03 |
| miguelgrinberg | I'm fine with having a read-only property, but that doesn't mean you can alter state through other writable properties | 21:04 |
| miguelgrinberg | that in turn may translate into a change in the read-only prop | 21:04 |
| stevelle | miguelgrinberg: I might nit pick over that big about altering state through side effects | 21:04 |
| stevelle | s/big/bit/ | 21:05 |
| miguelgrinberg | well, then don't make your state read-only, that's causing most of this confusion. How do other states get set? | 21:05 |
| miguelgrinberg | stevelle: give me an example of how another state transition happens, without editing the state property | 21:06 |
| nikhil_k | for example, an image goes from queued to saving when the user starts uploading data | 21:06 |
| stevelle | command-query separation | 21:06 |
| nikhil_k | (or the data is being uploaded by some other mechanism) | 21:07 |
| stevelle | CQS REST APIs are legitimate, but it's best if the whole semantics of the API is built that way | 21:07 |
| miguelgrinberg | nikhil_k: aren't you mixing two categories of states then? | 21:07 |
| miguelgrinberg | you have states that are a consequence of a major even in the life-cycle of the image | 21:08 |
| miguelgrinberg | but this is a man-made state | 21:08 |
| nikhil_k | miguelgrinberg: it's not. It provides a way for glance to establish a deactivated (or whatever appropriate) state | 21:08 |
| nikhil_k | there are multiple ways an image can go from queued to saving today | 21:09 |
| *** nellysmitt has quit IRC | 21:09 | |
| miguelgrinberg | but none of them implies the operator setting state=saving | 21:09 |
| nikhil_k | tomorrow there could be multiple ways an image can go from <myimage_state> to deactivated | 21:09 |
| stevelle | the state property is a semi-computed property already, which is part of the challenge. if it was fully computed that would make this easier | 21:09 |
| miguelgrinberg | are there any circumstances in which state can be edited by the client? | 21:10 |
| miguelgrinberg | I mean edited directly | 21:10 |
| stevelle | I'm not familiar with one, but not authoritative | 21:10 |
| nikhil_k | stevelle: I did not get that completely. Mind elaborating a little bit? It would be really useful for us to make Glance image transitions better | 21:10 |
| nikhil_k | miguelgrinberg: no, we do not allow that | 21:11 |
| nikhil_k | miguelgrinberg: user/client needs to perform something on the image before state changes | 21:11 |
| miguelgrinberg | I think you have a first situation in which the image must be put into a state, without an event triggering that transition. | 21:11 |
| nikhil_k | or even glance has to perform something that triggers this state change | 21:11 |
| miguelgrinberg | it's just arbitrary, the operator wants to do it | 21:11 |
| stevelle | nikhil_k: when an image state == "saving" that is a state that is not computed. You have nowhere you can look to identify that it is saving. See also glance bugs | 21:11 |
| sigmavirus24 | So here's a thought | 21:12 |
| sigmavirus24 | This is being proposed mostly for use in situations when an operator wants to audit an image, yes? | 21:12 |
| nikhil_k | stevelle: yes, you can have some images that are stuck. agreed. However, the upload process has started on the image at some point | 21:12 |
| nikhil_k | sigmavirus24: yes (that's the fundamental use case) | 21:13 |
| sigmavirus24 | What other use cases do we envision people using this for? | 21:13 |
| nikhil_k | sigmavirus24: introspection for one | 21:13 |
| nikhil_k | sigmavirus24: may be if metadata, headers etc need to be changed on the disk | 21:14 |
| nikhil_k | or if the backend storage is under maintenance | 21:14 |
| nikhil_k | this can be adopted further | 21:15 |
| sigmavirus24 | Okay so that kind of destroys the idea that I had for resolving this | 21:15 |
| sigmavirus24 | I wonder if a more generic event system around images would be better | 21:15 |
| miguelgrinberg | nikhil_k: what do you think would happen if you allow certain writes to the state property? | 21:15 |
| miguelgrinberg | you would have validation in place, so the client can ask for any state to be set, but you would only allow it when it makes sense | 21:16 |
| nikhil_k | The main worry is that Nova would want to own some of the state transistions and that would destroy the fundamental aspect of glance owning the image and being source of truth | 21:17 |
| miguelgrinberg | so for example, active ==> deactivated would be allowed, but saving ==> deactivated would not | 21:17 |
| miguelgrinberg | you can continue having events that alter the state, but now you also allow the state to change on its own, for event-less state changes | 21:18 |
| *** annegent_ has quit IRC | 21:18 | |
| * sigmavirus24 away shortly | 21:19 | |
| miguelgrinberg | nikhil_k: but you never lose control, nova still has to go through you for any state changes, and you can only allow what you think is valid | 21:19 |
| miguelgrinberg | making the state writeable does not mean anybody can set any state, you still keep tight control | 21:20 |
| miguelgrinberg | any weird state change you reply with a 400 | 21:20 |
| nikhil_k | miguelgrinberg: I see your point, however the one thing that hurts in the process is exposing state specific write operations to the user and not keeping it internal to the system. Something that the program does not want to do. | 21:21 |
| nikhil_k | And trust me, I've been on the other side of the seat | 21:22 |
| nikhil_k | and had this response for such a proposal. It's such a conservative aspect of the code that we would like it to be as-is. | 21:22 |
| miguelgrinberg | so what I see is that by the definition of this feature, you have a user selectable state. You can try to disguise it any way you want, but that is what this is. | 21:22 |
| miguelgrinberg | you want to let an operator arbitrarily take the image offline to do something, doesn't matter what. This is arbitrary, no life-cycle event associated with it. | 21:23 |
| nikhil_k | miguelgrinberg: It seems as if, it's an operation on the state. However, it's more than that. It's being able to say that this image is no longer going to be able to be provisioned. | 21:23 |
| nikhil_k | And that could mean many things, really. | 21:24 |
| nikhil_k | Some operators have specific metadata on their images which are allowed on certain specific kind of images | 21:24 |
| miguelgrinberg | but it all comes down to putting something that is != "active" in the state. That is how the whole system will know to not use this image. | 21:24 |
| nikhil_k | example: windows image - we need to ensure licensing | 21:24 |
| nikhil_k | miguelgrinberg: well, that is how the current exposure of the image to the user is. If it is not active, you cannot use it. | 21:25 |
| miguelgrinberg | nikhil_k: okay, tell me what happens to the state when you have a windows image w/o license | 21:25 |
| hemanth_ | sorry for jumping in late on this conversation but I think we should take a generic idea of functional operations and not just 'deactivation' | 21:26 |
| nikhil_k | miguelgrinberg: the state will go to deactivated however, it _may_ perform an operation of unsetting or setting a property on the image | 21:26 |
| hemanth_ | deactivation is just one possible functional operation | 21:27 |
| *** annashen has joined #openstack-glance | 21:27 | |
| miguelgrinberg | nikhil_k: sorry, but I don't get this. I upload a windows image, what state does it go to? | 21:27 |
| * sigmavirus24 lied and is still here | 21:27 | |
| hemanth_ | when zhiyan proposed functional operations in Atlanta summit, it was to support various actions that couldn't supported in a REST style | 21:27 |
| sigmavirus24 | hemanth_: is that a challenge? | 21:28 |
| * sigmavirus24 is kidding when he asks that | 21:28 | |
| hemanth_ | providing context, I'd say | 21:29 |
| nikhil_k | miguelgrinberg: So, you did an import and the image went successfully into active. However, a week later the operator does not want specific windows images on the hosts. The way to do it would be using this approach and make them not useable by putting in deactivate state. | 21:29 |
| nikhil_k | hemanth_: Ok, glad that you mentioned that. Do we have a list of them? | 21:30 |
| miguelgrinberg | nikhil_k: so it's a state override | 21:30 |
| hemanth_ | nikhil_k: I'm trying to find the etherpad that zhiyan had | 21:30 |
| hemanth_ | also, in several conversations I heard that deactivation is an admin operation, which need not be the case | 21:31 |
| hemanth_ | its just a policy driven operation (just that it may default to admins) | 21:32 |
| sigmavirus24 | hemanth_: the image owner could deactivate tit too | 21:32 |
| hemanth_ | yeah | 21:32 |
| nikhil_k | hemanth_: this one https://etherpad.openstack.org/p/glance-adding-functional-operations-to-api ? | 21:32 |
| stevelle | more signs point at a sub-resource | 21:32 |
| stevelle | as that suggests a many-to-one of inactives to an image | 21:33 |
| hemanth_ | nikhil_k: yeah, that one | 21:33 |
| hemanth_ | nikhil_k: similarity is one example in there | 21:34 |
| hemanth_ | there are few example under #1 | 21:34 |
| miguelgrinberg | hemanth_: would you explain what the similarity action does? | 21:34 |
| miguelgrinberg | is it a diff of two imgs? | 21:35 |
| hemanth_ | miguelgrinberg: sorta | 21:35 |
| miguelgrinberg | have you seen the URLs for diffs in github? | 21:38 |
| miguelgrinberg | hemanth_: for example, http://github.com/project/compare/tag1...tag2 | 21:38 |
| miguelgrinberg | this is a resource, not an action. Wouldn't the same work for images? | 21:38 |
| sigmavirus24 | (very similar URI for the GitHub API too, before someone says "but that's not the API") | 21:41 |
| miguelgrinberg | sigmavirus24: of course, thanks | 21:41 |
| sigmavirus24 | tl;dr there are much better inspirations for API design than the existing OpenStack APIs and since the API-WG is writing guidelines to help people write better ones (and the WG was specifically solicited for feedback here), I don't understand the trouble in not using /actions/ | 21:42 |
| sigmavirus24 | I mean if the WG's feedback isn't desired to be anything other than a mindless rubber stamp here, fine, don't ask for our input. /actions is almost certainly going to die in the WG guidelines though so you can count on that at least | 21:42 |
| nikhil_k | so, see here: line 31 - We settled on 3b as an initial proposal (format -> /v2/images/{image_id}/actions/{action_name} ) | 21:44 |
| nikhil_k | followed by line 32 | 21:44 |
| nikhil_k | is there a consistency group that we need to talk to or is it just API-WG now? | 21:44 |
| miguelgrinberg | nikhil_k: I think that's us in the API-WG | 21:45 |
| nikhil_k | ok, great! | 21:45 |
| nikhil_k | hemanth_: did we ever hear from TC on this http://lists.openstack.org/pipermail/openstack-dev/2014-May/036416.html ? | 21:45 |
| sigmavirus24 | nikhil_k: perhaps this would make more sense to discuss in the next API-WG IRC meeting (tomorrow night EST) | 21:46 |
| hemanth_ | nikhil_k: I think we got a couple of responses | 21:46 |
| nikhil_k | sigmavirus24: noted . https://wiki.openstack.org/wiki/Meetings/API-WG | 21:48 |
| nikhil_k | it shows Thursdays so, day after then | 21:48 |
| sigmavirus24 | nikhil_k: So it's 0000 UTC Thursday | 21:48 |
| sigmavirus24 | which should be 7PM EST Wednesday | 21:49 |
| nikhil_k | oh! | 21:49 |
| stevelle | read as 0001 Thursday UTC | 21:49 |
| nikhil_k | got it | 21:49 |
| nikhil_k | Thanks! | 21:49 |
| nikhil_k | ok, I will discuss a bit more with Brian and may be we can try to dig a bit more on the emails | 21:51 |
| nikhil_k | may be esheffield hemanth_ and I can sync up before the same | 21:51 |
| nikhil_k | sigmavirus24: how do I add item to the agenda ? just edit it or talk to someone before doing so? | 21:52 |
| sigmavirus24 | nikhil_k: just add it (might want to sign it so we know who added it) | 21:52 |
| nikhil_k | sigmavirus24: ack | 21:52 |
| nikhil_k | sigmavirus24: added | 21:56 |
| nikhil_k | miguelgrinberg: sigmavirus24 stevelle hemanth_ esheffield : Thanks for your time and input. Much appreciated. Hope we get this resolved soon. | 21:56 |
| miguelgrinberg | nikhil_k: yup, I hope so, it's useful to have these discussions, feel free to grab me if you have questions or want to continue the discussion. | 21:57 |
| nikhil_k | hemanth_: esheffield : I've added the item on https://wiki.openstack.org/wiki/Meetings/API-WG#Agenda . It's at 7pm ET so, depending on who is online we will play it by ear ;) | 21:57 |
| hemanth_ | nikhil_k: sure | 21:58 |
| nikhil_k | miguelgrinberg: roger. Thanks again, helps to know what's going on and plan ahead. | 21:58 |
| miguelgrinberg | nikhil_k, sigmavirus24: I may not be able to attend tomorrow's meeting due to an medical appointment. Depending on how it goes and wi-fi availability I'll do my best to join. | 21:59 |
| nikhil_k | miguelgrinberg: no issues, this is planned for k3 so we've time. you take care :) | 21:59 |
| sigmavirus24 | miguelgrinberg: no worries | 22:00 |
| *** eglynn has quit IRC | 22:05 | |
| * nikhil_k afk to get food | 22:07 | |
| *** peristeri has quit IRC | 22:13 | |
| *** sigmavirus24 is now known as sigmavirus24_awa | 22:14 | |
| *** jaypipes has quit IRC | 22:15 | |
| hemanth_ | miguelgrinberg: still around? | 22:18 |
| miguelgrinberg | hemanth_: yes | 22:18 |
| hemanth_ | just confirming, this is what you are proposing, right? PUT /v2/images/{image_id}/inactive and DELETE /v2/images/{image_id}/inactive | 22:18 |
| hemanth_ | like 'inactive' as a resource and we are modifying that with PUT and DELETE | 22:19 |
| miguelgrinberg | hemanth_: no, I believe that is sigmavirus24_awa compromise proposal. It's better than /actions, but what I would do myself is to add a "inactive" boolean to the image representation. You then edit it with PUT. | 22:19 |
| hemanth_ | I see | 22:20 |
| *** eglynn has joined #openstack-glance | 22:20 | |
| miguelgrinberg | that is, assuming you guys remain on your decision to not make the state writable | 22:20 |
| *** jasondotstar has joined #openstack-glance | 22:20 | |
| hemanth_ | miguelgrinberg: yeah, not sure if we'd like to make the state writable | 22:21 |
| hemanth_ | let's see, I'll give it more thought | 22:22 |
| miguelgrinberg | I think the solution becomes more complicated because of that design decision. Ideally you just let the client change the state. So second to that I would propose an additional state variable, and sigmavirus24_awa's proposal would be my #3 | 22:22 |
| TravT | I was just joking with a co-worker that we're going to propose a new HTTP verb... DOIT as in Do It | 22:26 |
| *** cpallares has quit IRC | 22:27 | |
| *** harlowja is now known as harlowja_away | 22:28 | |
| TravT | Because the entire HTTP verb list is not very conducive to handling actions | 22:28 |
| TravT | although POST does state this: The action performed by the POST method might not result in a resource that can be identified by a URI. In this case, either 200 (OK) or 204 (No Content) is the appropriate response status, depending on whether or not the response includes an entity that describes the result. | 22:29 |
| nikhil_k | :) | 22:29 |
| miguelgrinberg | TravT: in reality, HTTP does not restrict you from implementation actions. It's perfectly fine to have actions in a POST or a PUT request. | 22:30 |
| TravT | actually, nikhil_k that was you I was joking with. :) | 22:30 |
| nikhil_k | TravT: heh, yeah | 22:31 |
| *** thangp has quit IRC | 22:31 | |
| *** TravT has quit IRC | 22:33 | |
| *** sigmavirus24_awa is now known as sigmavirus24 | 22:41 | |
| sigmavirus24 | The fun thing is that in HTTP you can return whatever status code you want really. No one follows conventions anyway | 22:43 |
| stevelle | hemanth_: if you want to maintain multiple actors being able to place/remove their own lock on an image, the compromise is stronger because that lets different actors manage their own lock and you can record the owner of the lock, and date/times for events for each image | 22:43 |
| sigmavirus24 | stevelle: so that, to me, is trending towards a full-fledged event based way of handling this | 22:44 |
| lifeless | sigmavirus24: uhm | 22:44 |
| sigmavirus24 | lifeless: ? | 22:44 |
| lifeless | sigmavirus24: *no*, you can't. Lots of intermediaries (like squid, and application level firewalls (e.g. cisco PIX)) will toss out unknown status codes | 22:44 |
| sigmavirus24 | lifeless: I was joking | 22:44 |
| lifeless | sigmavirus24: and make assumptions about caching and so forth based on the code that you did use | 22:45 |
| lifeless | sigmavirus24: ah, phew. Sorry! | 22:45 |
| stevelle | sigmavirus24: Yes. And? | 22:45 |
| * lifeless takes off the HTTP-serious-hat | 22:45 | |
| sigmavirus24 | lifeless: my favorite thing will be if PHK is right about HTTP/2's affect on proxies | 22:45 |
| *** jasondotstar has quit IRC | 22:46 | |
| sigmavirus24 | it may mean the gradual slow death of proxies finally | 22:46 |
| hemanth_ | stevelle: its not locking for a particular user(s), at least not yet | 22:46 |
| sigmavirus24 | stevelle: oh, I prefer that system myself but I feel like esheffield hemanth_ zhiyan nikhil_k etc. all wanted the simplest possible solution to DOIT now | 22:46 |
| stevelle | hemanth_: sorry for confusion. Consider logic of if image.locks.length > 0: calculated-image-status = inactive | 22:47 |
| *** tellesnobrega has quit IRC | 22:47 | |
| stevelle | not locking FOR a user, but locking by. | 22:47 |
| *** TravT has joined #openstack-glance | 22:47 | |
| stevelle | and user may actually just be a keystone role | 22:47 |
| * sigmavirus24 goes back to looking at these artifacts splayed across his screen | 22:48 | |
| lifeless | sigmavirus24: oh? I must have missed his latest rant | 22:48 |
| sigmavirus24 | lifeless: oh this has been the same rant for several months now | 22:48 |
| lifeless | sigmavirus24: we're seeing more and more ssl MITM configurations for squid these days... if we get /2 out there I don't think HTTP/2 will affect it at all | 22:49 |
| sigmavirus24 | HTTP/2 will apparently break the ability to filter out things corporations want to filter out | 22:49 |
| nikhil_k | sigmavirus24: we are looking for a solution that works for the project use cases without tying to semantics | 22:49 |
| lifeless | heh, no. | 22:49 |
| *** tellesnobrega has joined #openstack-glance | 22:49 | |
| sigmavirus24 | lifeless: please join the chorus of others who tried telling PHK that | 22:49 |
| lifeless | it will break the ability for ISPs to do country level intercepting proxies, in the absence of legal intervention (with CAs) | 22:49 |
| * nikhil_k rules are meant to be broken, after all | 22:50 | |
| lifeless | which is a good thing, except where the ISP is a govt body :/ | 22:50 |
| * nikhil_k afk | 22:50 | |
| sigmavirus24 | You'd think PHK would at that point be in favor of Opportunistic Security because it would be easier to MITM | 22:50 |
| lifeless | sigmavirus24: Oh, I'd never try to tell PHK something. | 22:50 |
| sigmavirus24 | lifeless: he'd just write about it in the ACM Queue angstily | 22:50 |
| sigmavirus24 | No danger to you | 22:50 |
| lifeless | :) | 22:51 |
| lifeless | I was thinking more that its a waste of my time | 22:51 |
| sigmavirus24 | Wait, other people don't freely waste their time? What's wrong with all of you? | 22:51 |
| stevelle | we use it up at the same rate, doesn't matter so much what it's spent on does it? :) | 22:52 |
| openstackgerrit | Sabari proposed openstack/glance_store: Fix sorting query string keys for arbitrary url schemes https://review.openstack.org/148767 | 22:53 |
| *** EmilienM is now known as EmilienM|afk | 23:03 | |
| *** ericpeterson has quit IRC | 23:03 | |
| *** TravT has quit IRC | 23:04 | |
| *** changbl has quit IRC | 23:06 | |
| *** jaypipes has joined #openstack-glance | 23:07 | |
| *** briancurtin has quit IRC | 23:08 | |
| *** TravT has joined #openstack-glance | 23:08 | |
| *** zhiyan has quit IRC | 23:08 | |
| *** ameade has quit IRC | 23:09 | |
| *** nellysmitt has joined #openstack-glance | 23:10 | |
| *** TravT has quit IRC | 23:12 | |
| *** esheffield has quit IRC | 23:12 | |
| *** nellysmitt has quit IRC | 23:14 | |
| *** jasondotstar has joined #openstack-glance | 23:15 | |
| openstackgerrit | OpenStack Proposal Bot proposed openstack/glance: Updated from global requirements https://review.openstack.org/152711 | 23:15 |
| *** zhiyan has joined #openstack-glance | 23:21 | |
| *** ameade has joined #openstack-glance | 23:21 | |
| openstackgerrit | OpenStack Proposal Bot proposed openstack/python-glanceclient: Updated from global requirements https://review.openstack.org/149977 | 23:22 |
| *** TravT has joined #openstack-glance | 23:30 | |
| *** harlowja_away is now known as harlowja | 23:32 | |
| *** briancurtin has joined #openstack-glance | 23:33 | |
| *** jasondotstar has quit IRC | 23:45 | |
| *** jgrimm is now known as zz_jgrimm | 23:47 | |
| *** annashen has quit IRC | 23:52 | |
| *** TravT has quit IRC | 23:58 | |
Generated by irclog2html.py 2.14.0 by Marius Gedminas - find it at mg.pov.lt!