Wednesday, 2018-08-22

openstackgerritLiron Kuchlani proposed openstack/python-tempestconf master: Add support for volume backend names  https://review.openstack.org/59408304:03
openstackgerritLiron Kuchlani proposed openstack/python-tempestconf master: Add support for volume backend names  https://review.openstack.org/59408306:38
*** tosky has joined #refstack07:13
*** tosky has quit IRC07:43
*** tosky has joined #refstack07:43
*** tosky has quit IRC08:59
*** tosky has joined #refstack09:00
openstackgerritArx Cruz proposed openstack/python-tempestconf master: [WIP] Remove static class loader  https://review.openstack.org/59078909:06
openstackgerritArx Cruz proposed openstack/python-tempestconf master: Remove static class loader  https://review.openstack.org/59078911:33
arxcruztosky: ^ I hope you be happy now :)11:33
toskyarxcruz: for the future, how do you plan to tackle the services without endpoint? By handling the "if not endpoint_data:" condition with more code?12:13
arxcruztosky: maybe check if the class is not Service ?12:23
arxcruzif we have a specialized class12:23
toskyarxcruz: looping on services, what happens when a service (as from openstack service list) appears multiple times?12:27
toskylike cinderv2 and cinderv3, but they are handled by the same class12:28
toskywhat I would have done is loop around the available Services classes, not around the endpoints12:29
arxcruztosky: well, this requires a very deep change in how we get the endpoints for the services classes12:30
arxcruzi understand your point, but I don't think it was the scope of this change12:30
arxcruzif you disagree, i can try a different approach now12:31
toskyI don't think it requires a deep change12:31
toskyyou can still get the list of available services12:31
*** rmart04 has joined #refstack12:31
toskyloop through the services class, if a service handled by that child of Services is available in the list, get the endpoint etc12:32
toskyarxcruz: which is what I wrote in the first comment of the story12:34
toskyarxcruz: https://storyboard.openstack.org/#!/story/2002787#comment-9104712:34
toskyso it was totally in the scope12:35
arxcruzok12:35
arxcruzgimme a few hours12:35
toskyno rush, we have a 2.0.0 out anyway12:36
arxcruztosky: well, and the rest of services will be handled by Service class?12:36
arxcruzthe problem is we have more services handled by Service class than specialized classes12:36
toskyuh, for example?12:38
arxcruzaodh, ceilometer, zaqar, barbican, heat, zaqar-websock, panko12:41
arxcruzgnocchi12:41
toskyI remember a comment about one of them having no endpoint12:42
toskyceilometer; it has a non-Services file under config_tempest/services12:43
toskythere are references to aodh inside config_tempest/services/services.py, so it probably deserves its own classes12:44
toskyand probably the same for the others12:44
toskyand even now we use get_service_class, which uses service_dict, so those services are not handled anyway12:46
arxcruztosky: all right, i'll loop for the classes instead of services13:12
openstackgerritArx Cruz proposed openstack/python-tempestconf master: Remove static class loader  https://review.openstack.org/59078914:30
*** openstackgerrit has quit IRC15:31
hogepodgetosky: chandankumar: https://etherpad.openstack.org/p/InteropRefstackPTGDenver_201816:05
chandankumararxcruz: tosky ^^ I have added some items there16:07
chandankumarhogepodge: We need to update the tempest hash aslo as tempest-19.0.0 is out16:08
*** rmart04 has quit IRC17:01
toskysorry, I was double booked :/17:03
toskyfor the interop meeting17:03
*** mtreinish has quit IRC17:25
*** markvoelker has quit IRC17:39
*** tosky has quit IRC18:47

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