Tuesday, 2014-05-20

« Monday, 2014-05-19 Index Wednesday, 2014-05-21 »
*** TravT has quit IRC00:22
*** IlyaE has joined #murano00:26
*** IlyaE has quit IRC02:19
*** IlyaE has joined #murano03:42
*** killer_prince has quit IRC03:44
*** gokrokve has quit IRC04:03
*** killer_prince has joined #murano04:03
*** gokrokve has joined #murano04:19
*** IlyaE has quit IRC04:37
*** IlyaE has joined #murano04:43
*** sergmelikyan has quit IRC05:25
*** gokrokve has quit IRC06:09
*** sab has joined #murano06:09
*** stanlagun has quit IRC06:37
*** sergmelikyan has joined #murano06:39
*** gokrokve has joined #murano06:40
*** gokrokve_ has joined #murano06:42
*** gokrokve has quit IRC06:45
*** stanlagun has joined #murano06:45
*** gokrokve_ has quit IRC06:47
*** killer_prince has quit IRC07:21
*** IlyaE has quit IRC07:29
*** stanlagun has quit IRC07:37
*** gokrokve has joined #murano07:42
*** stanlagun has joined #murano07:45
*** gokrokve has quit IRC07:47
openstackgerritA change was merged to stackforge/murano-api: Add API specification  https://review.openstack.org/9358408:00
*** lazy_prince has joined #murano08:17
*** lazy_prince is now known as killer_prince08:17
*** killer_prince has quit IRC08:28
*** lazy_prince has joined #murano08:29
*** lazy_prince is now known as killer_prince08:30
openstackgerritTimur Sufiev proposed a change to stackforge/murano-dashboard: Fix AppCatalog to use 'marker' attribute for pagination  https://review.openstack.org/9394108:30
openstackgerritTimur Sufiev proposed a change to stackforge/murano-dashboard: Refactor Packages and AppCatalog pagination  https://review.openstack.org/9393908:30
*** lazy_prince has joined #murano08:35
*** killer_prince has quit IRC08:37
*** lazy_prince is now known as killer_prince08:37
*** gokrokve has joined #murano08:42
openstackgerritTimur Sufiev proposed a change to stackforge/murano-dashboard: Handle dynamic forms in a cleaner and a more performance way  https://review.openstack.org/9419908:45
openstackgerritTimur Sufiev proposed a change to stackforge/murano-dashboard: Separate form classes storage from cleaned data storage  https://review.openstack.org/9419808:45
*** gokrokve has quit IRC08:47
openstackgerritTimur Sufiev proposed a change to stackforge/murano-api: Add more info to dynamic UI devdoc article  https://review.openstack.org/9355108:56
*** sergmelikyan has quit IRC08:57
openstackgerritTimur Sufiev proposed a change to stackforge/murano-dashboard: Handle dynamic forms in a cleaner and a more performance way  https://review.openstack.org/9419909:09
*** gokrokve has joined #murano09:42
*** gokrokve has quit IRC09:47
*** killer_prince has quit IRC10:05
*** gokrokve has joined #murano10:42
*** gokrokve has quit IRC10:47
*** sab_ has joined #murano10:55
*** sab has quit IRC10:58
*** ativelkov_away has quit IRC11:12
*** ativelkov_away has joined #murano11:14
openstackgerritTimur Sufiev proposed a change to stackforge/murano-dashboard: Fix AppCatalog to use 'marker' attribute for pagination  https://review.openstack.org/9434111:14
openstackgerritTimur Sufiev proposed a change to stackforge/murano-dashboard: Fix AppCatalog to use 'marker' attribute for pagination  https://review.openstack.org/9394111:18
openstackgerritTimur Sufiev proposed a change to stackforge/murano-dashboard: Refactor Packages and AppCatalog pagination  https://review.openstack.org/9393911:21
openstackgerritTimur Sufiev proposed a change to stackforge/python-muranoclient: Paginate packages list using 'next_marker' attribute  https://review.openstack.org/9389911:21
openstackgerritTimur Sufiev proposed a change to stackforge/murano-dashboard: Handle dynamic forms in a cleaner and a more performance way  https://review.openstack.org/9419911:28
openstackgerritTimur Sufiev proposed a change to stackforge/murano-dashboard: Separate form classes storage from cleaned data storage  https://review.openstack.org/9419811:28
*** sab_ has quit IRC11:39
*** gokrokve has joined #murano11:42
*** gokrokve has quit IRC11:47
openstackgerritSergey Kolekonov proposed a change to stackforge/murano-deployment: Fix murano-dashboard and murano-api Jenkins jobs  https://review.openstack.org/9253712:21
*** lazy_prince has joined #murano12:25
*** lazy_prince has quit IRC12:30
*** gokrokve has joined #murano12:42
*** gokrokve has quit IRC12:47
openstackgerritTimur Sufiev proposed a change to stackforge/murano-dashboard: Change the way multiple values for dynamic UI 'type' attr are parsed  https://review.openstack.org/9436813:40
*** gokrokve has joined #murano13:42
*** gokrokve has quit IRC13:46
*** drupalmonkey has joined #murano14:21
*** TravT has joined #murano14:32
*** rakhmerov has joined #murano14:32
*** rakhmerov has quit IRC14:32
*** rakhmerov has joined #murano14:32
*** rakhmero_ has joined #murano14:33
*** sjmc7 has joined #murano14:35
sjmc7hi guys. is serg back today?14:36
*** rakhmerov has quit IRC14:37
tsufievsjmc7, hi steve14:37
*** rakhmero_ has quit IRC14:38
tsufievAFAIK, he was going to be on today meeting14:39
sjmc7hey. ok, i'll catch him later14:39
*** gokrokve has joined #murano14:42
*** gokrokve has quit IRC14:46
sjmc7tsufiev - regarding the marker pagination thing, i know it's more openstack compliant but it's much nicer being able to have the next/previous functionality14:51
*** TravT has quit IRC14:51
*** devkulkarni has joined #murano14:52
tsufievsjmc7, yes, i also miss 'previous' link :(14:53
sjmc7i know it's the 'openstack way', but i don't like it :)14:53
tsufievbut i don't how to implement it if we are align with other openstack14:53
sjmc7i much prefer the way django does it14:54
sjmc7is it just glance and swift do it that way?14:54
tsufievexactly, it is how glance handles it14:54
sjmc7swift too14:54
tsufievand we plan to switch to glance in some time for package storage14:54
sjmc7i'm just seeing what nova does14:55
sjmc7yeah. it makes sense. i just don't like it :)  the logic is complicated and the UI is uglier14:55
tsufievthe only option to keep 'previous' thing is to convince glancers that that thing should be implemented :)14:55
sjmc7yeah. i think all of openstack does it the marker way unfortunately14:56
tsufievDjango standard pagination assumes we have access to DB layer on the same host - which isn't true for openstack14:56
tsufievso, because web-server and db-server (glance/swift) may be on different hosts and use REST for data exchange, it is quite hard to implement pagination as Django usually does14:58
sjmc7hmmm... i never really bought the way openstack does it. i think it came from swift originally. you're right though, it is the openstack way14:58
sjmc7i wonder if horizon could remember the previous marker in the session or something14:58
*** IlyaE has joined #murano14:59
tsufievimagine the situation when some arbitrary marker is passed in a request to AppCatalog (e.g., link from some other site)14:59
sjmc7yeah.. i just know someone's gonna ask me for a 'previous' link15:00
tsufievthat way the client (web-server is the client related to glance) won't have any means of getting previous markers15:00
*** rakhmerov has joined #murano15:02
sjmc7i'm not arguing with you, just grumbling :)15:03
tsufievi'm currently trying whether anybody asked that thing on ML :)15:03
*** devkulkarni has quit IRC15:03
sjmc7the reason io've never liked the marker thing is it means you can't make efficient use of SQL to do paging15:04
sjmc7always seemed like it'd be simpler to use order by limit offset15:04
*** rakhmero_ has joined #murano15:04
sjmc7this issue has come up before at various times15:04
*** rakhmerov has quit IRC15:04
tsufievhttp://lists.openstack.org/pipermail/openstack-dev/2013-August/013570.html found some discussion here15:05
sjmc7yes, i just found that15:05
sjmc7i should read the old discussions from 5 years ago to find out why they did it :)15:06
sjmc7i'm on jay pipes' side!15:07
sjmc7tsufiev- are you still working on this, or is it ready for review?15:07
tsufievsjmc7, 5 mins ago I thought it is ready15:08
sjmc7:D15:08
sjmc7i think making package definitions and the catlaog page consistent is a good goal, and having it consistent with openstack is sensible15:08
sjmc7and as you say, once we move to glance, we may have no option15:09
tsufievbut I've just read about sort_dir key... maybe it could provide us means to implement prevous page link...15:09
sjmc7ahh, interesting. i knew neutron supported that, didn't know glance did15:10
tsufievanyway, i'd like the existing commits to be reviewed first, because there are 4 or more dependent commit for a dashboard and rebasing them is a real pain :(15:10
sjmc7yep, no problem15:10
*** devkulkarni has joined #murano15:10
sjmc7sorry, i should've kept my mouth shut :)   will review the changes now15:11
tsufievso, the idea is to get previous marker using the opposite sort_dir direction and giving some marker to go from15:11
tsufievshould elaborate it a bit...15:11
*** rakhmero_ has quit IRC15:12
openstackgerritTimur Sufiev proposed a change to stackforge/murano-dashboard: Refactor Packages and AppCatalog pagination  https://review.openstack.org/9393915:22
*** gokrokve has joined #murano15:24
*** sjmc7_ has joined #murano15:55
*** sjmc7 has quit IRC15:58
*** sergmelikyan_ has joined #murano16:00
sergmelikyan_Guys, I am attending our meeting today from home, please confirm that you see my messages :)16:03
*** sjmc7_ is now known as sjmc716:04
sjmc7we can see you sergmelikyan_16:04
sergmelikyan_sjmc7: thx! :)16:05
sjmc7hope you got home ok16:07
*** rakhmerov has joined #murano16:08
*** drupalmonkey has quit IRC16:10
sjmc7sergmelikyan_, when you have some time there are a couple of blueprint designs i'd like you to take a look at before i have my team start looking at them16:11
*** rakhmerov has quit IRC16:12
*** drupalmonkey has joined #murano16:13
sergmelikyan_sjmc7: my flight was almost perferct :) I had sleeped whole time :)16:15
sjmc7:)  there are some advantages of long flights16:15
sergmelikyan_sjmc7: sure, can you share links to BP you are talking about?16:16
sjmc7yep16:16
sjmc7one is https://blueprints.launchpad.net/murano/+spec/filter-flavor-for-each-service, and i put some explanation on https://etherpad.openstack.org/p/MuranoFlavorFilter but i can't edit the blueprint16:17
sjmc7that one's pretty straightforward16:17
sjmc7other one is https://blueprints.launchpad.net/murano/+spec/additional-author-information, etherpad link is on there16:18
sjmc7i'm trying to find blueprints my team can work on that won't hold up work you guys are doing16:19
sergmelikyan_First one is realy straightforward to implement, but I would like to see some nice extention of Instance class (like Flavor class to do server validation logic)16:23
sjmc7yeah - the api will need to that validation as well, though i think they're probably two pieces of work16:26
*** GoT has quit IRC16:27
sjmc7the UI isn't working with the class definitions, is it?16:27
*** IgorYozhikov is now known as iyozhikov16:28
sergmelikyan_UI is working with UI definition, it's engine and API that do nothing with UI definition. Engine is relying on contracts16:29
sjmc7right16:29
sjmc7so i think the UI validation and contract validation are two separate pieces of work16:29
sergmelikyan_Yes16:30
*** TravT has joined #murano16:30
sergmelikyan_sorry, I misread you sentence and thought you are talking about UI definition, but you have said "class definition"16:30
sergmelikyan_I think we need track them as one thing, and keep BP as something like broad User Story, and have separate tasks described in the attached etherpad16:32
sjmc7yeah16:32
sjmc7yes - this BP i interpreted as just the UI part for now16:33
sergmelikyan_Yes, this BP is about UI... I think UI part is more important than backend, so we may start with UI in J1, and add Backend for J2.16:34
*** openstackgerrit has quit IRC16:35
*** openstackgerrit has joined #murano16:36
sergmelikyan_We will today assign date and time for bugscrab and BP review for J116:37
sergmelikyan_Second BP is also one that we agreed to have in J1, I believe16:42
sjmc7yeah, we did16:47
openstackgerritIgor Yozhikov proposed a change to stackforge/murano-deployment: Add Build_documentation.yaml job definition  https://review.openstack.org/9346916:50
*** stanlagun has quit IRC16:51
*** stanlagun has joined #murano16:51
*** btully has joined #murano17:02
*** devkulkarni has quit IRC17:05
*** rakhmerov has joined #murano17:08
*** rakhmerov has quit IRC17:13
*** rakhmerov has joined #murano17:32
*** rakhmerov has quit IRC17:37
*** gokrokve has quit IRC17:52
*** gokrokve has joined #murano17:54
*** sergmelikyan_ has quit IRC18:01
*** tsufiev_ has joined #murano18:11
*** tsufiev_ has quit IRC18:11
*** rakhmerov has joined #murano18:33
*** rakhmerov has quit IRC18:38
*** peoplemerge has quit IRC18:40
*** peoplemerge has joined #murano18:40
*** gokrokve has quit IRC18:45
*** peoplemerge has quit IRC18:58
*** peoplemerge has joined #murano18:59
*** sjmc7 has quit IRC19:05
*** sjmc7 has joined #murano19:09
*** gokrokve has joined #murano19:29
*** sjmc7_ has joined #murano19:33
*** julienvey has joined #murano19:33
*** rakhmerov has joined #murano19:34
*** sjmc7 has quit IRC19:37
*** sjmc7_ is now known as sjmc719:37
*** rakhmerov has quit IRC19:38
*** IlyaE has quit IRC19:54
*** IlyaE has joined #murano20:17
*** rakhmerov has joined #murano20:35
*** rakhmerov has quit IRC20:39
*** IlyaE has quit IRC21:05
*** IlyaE has joined #murano21:10
*** IlyaE has quit IRC21:21
*** IlyaE has joined #murano21:22
*** rakhmerov has joined #murano21:35
*** TravT has quit IRC21:37
*** rakhmerov has quit IRC21:40
*** gokrokve has quit IRC21:49
*** julienvey has quit IRC21:54
*** sjmc7_ has joined #murano21:55
*** sodre has quit IRC21:57
*** sjmc7 has quit IRC21:59
*** IlyaE has quit IRC22:09
*** IlyaE has joined #murano22:29
*** rakhmerov has joined #murano22:36
*** rakhmerov has quit IRC22:40
*** IlyaE has quit IRC22:45
*** drupalmonkey has quit IRC22:57
*** IlyaE has joined #murano22:58
*** IlyaE has quit IRC23:08
*** IlyaE has joined #murano23:14
*** IlyaE has quit IRC23:31
*** rakhmerov has joined #murano23:37
*** rakhmerov has quit IRC23:42
*** sodre has joined #murano23:47
*** sjmc7_ has quit IRC23:56
*** sodre has quit IRC23:58
*** sodre_ has joined #murano23:58
« Monday, 2014-05-19 Index Wednesday, 2014-05-21 »

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