| *** jmckind has joined #openstack-defcore | 00:22 | |
| *** breitz has quit IRC | 01:49 | |
| *** dwalleck has joined #openstack-defcore | 01:51 | |
| *** edmondsw has quit IRC | 02:04 | |
| *** jmckind has quit IRC | 02:10 | |
| *** dwalleck has quit IRC | 02:14 | |
| *** MarkAtwood has joined #openstack-defcore | 02:37 | |
| *** MarkAtwood has quit IRC | 02:54 | |
| *** MarkAtwood has joined #openstack-defcore | 03:47 | |
| *** hogepodge has quit IRC | 04:35 | |
| *** dwalleck has joined #openstack-defcore | 04:54 | |
| *** dwalleck has quit IRC | 07:05 | |
| *** catherineD has quit IRC | 07:43 | |
| *** catherineD has joined #openstack-defcore | 07:44 | |
| *** alex_klimov has joined #openstack-defcore | 08:21 | |
| *** alex_klimov has quit IRC | 09:56 | |
| *** alex_klimov has joined #openstack-defcore | 10:34 | |
| *** markvoelker has quit IRC | 10:37 | |
| *** MarkAtwood has quit IRC | 11:01 | |
| *** markvoelker has joined #openstack-defcore | 11:37 | |
| *** markvoelker has quit IRC | 11:42 | |
| *** MarkAtwood has joined #openstack-defcore | 11:47 | |
| *** MarkAtwood has quit IRC | 11:51 | |
| *** openstackgerrit has quit IRC | 12:31 | |
| *** openstackgerrit has joined #openstack-defcore | 12:31 | |
| *** markvoelker has joined #openstack-defcore | 12:53 | |
| *** markvoelker has quit IRC | 12:58 | |
| *** edmondsw has joined #openstack-defcore | 13:31 | |
| *** MarkAtwood has joined #openstack-defcore | 13:35 | |
| *** MarkAtwood has quit IRC | 13:40 | |
| *** markvoelker has joined #openstack-defcore | 13:54 | |
| *** markvoelker has quit IRC | 13:58 | |
| *** markvoelker has joined #openstack-defcore | 14:15 | |
| *** mfisher_ora has joined #openstack-defcore | 14:40 | |
| *** breitz has joined #openstack-defcore | 15:03 | |
| *** breitz has quit IRC | 15:18 | |
| *** breitz1 has joined #openstack-defcore | 15:18 | |
| *** breitz1 is now known as breitz | 15:22 | |
| *** MarkAtwood has joined #openstack-defcore | 15:23 | |
| *** MarkAtwood has quit IRC | 15:28 | |
| *** catherineD has left #openstack-defcore | 15:57 | |
| *** catherineD has joined #openstack-defcore | 15:58 | |
| *** catherine has joined #openstack-defcore | 15:59 | |
| *** catherine is now known as Guest78752 | 15:59 | |
| eglute | #startmeeting defcore | 16:00 |
|---|---|---|
| openstack | Meeting started Wed Nov 11 16:00:24 2015 UTC and is due to finish in 60 minutes. The chair is eglute. Information about MeetBot at http://wiki.debian.org/MeetBot. | 16:00 |
| openstack | Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. | 16:00 |
| openstack | The meeting name has been set to 'defcore' | 16:00 |
| eglute | Good morning everyone! | 16:00 |
| eglute | #topic roll call | 16:01 |
| *** dwalleck has joined #openstack-defcore | 16:01 | |
| eglute | raise your hand if you are here | 16:01 |
| dwalleck | o/ | 16:01 |
| eglute | hi dwalleck! looks like it is just the two of us here so far | 16:01 |
| *** SammyD has joined #openstack-defcore | 16:02 | |
| *** openstackgerrit has quit IRC | 16:02 | |
| *** openstackgerrit has joined #openstack-defcore | 16:02 | |
| eglute | i think i sent so many updated calendar invites, people gave up on me | 16:02 |
| Guest78752 | o/ | 16:03 |
| eglute | #agenda https://etherpad.openstack.org/p/DefCoreRing.2 | 16:03 |
| *** hogepodge has joined #openstack-defcore | 16:03 | |
| dwalleck | yeah, last I saw was 10:30 | 16:03 |
| eglute | really? | 16:03 |
| eglute | hm | 16:03 |
| eglute | Guest78752 what was the latest invite that you saw | 16:04 |
| eglute | hogepodge, are you around | 16:04 |
| hogepodge | o/ | 16:05 |
| Guest78752 | Guest78752 is Catherine ... Hello ... I saw one with 10:00 am | 16:05 |
| *** VanL has joined #openstack-defcore | 16:05 | |
| eglute | Thanks Catherine! | 16:05 |
| * VanL thought this meeting was in openstack-meeting-2 | 16:05 | |
| eglute | Hi VanL... I sent out multiple invites, many calendar fails | 16:05 |
| *** jasonsb_ has joined #openstack-defcore | 16:07 | |
| eglute | I hope that this time and place works for everyone. i think we still need to update the official calendar, will do so later | 16:07 |
| eglute | next quick item- if you have not yet reviewed Schema migration patches, please do so | 16:07 |
| eglute | #link https://review.openstack.org/#/c/240939/ | 16:07 |
| eglute | #link https://review.openstack.org/#/c/240942/ | 16:08 |
| eglute | also, is everyone ok with the aliases in the schema? | 16:08 |
| eglute | #link https://review.openstack.org/#/c/238224/ | 16:08 |
| dwalleck | I have to peek through those, haven't seen them yet | 16:09 |
| eglute | thanks dwalleck | 16:09 |
| eglute | hogepodge are you ok with aliases | 16:09 |
| hogepodge | yes | 16:09 |
| eglute | thanks- please review when you have a chance | 16:10 |
| *** pbredenb1 has joined #openstack-defcore | 16:10 | |
| eglute | #topic tests | 16:10 |
| eglute | hogepodge i think you added all the test agenda items | 16:10 |
| hogepodge | Yes | 16:10 |
| eglute | #chair hogepodge | 16:10 |
| openstack | Current chairs: eglute hogepodge | 16:10 |
| hogepodge | I've been trying to run the defcore tests against a public cloud as an end user might. | 16:11 |
| *** rockyg has joined #openstack-defcore | 16:11 | |
| hogepodge | One paid account, configuring tempest with the limitations that presents. | 16:11 |
| eglute | which clouds have you tried | 16:11 |
| kbaikov | o/ | 16:11 |
| hogepodge | So far just Dreamhost. | 16:11 |
| rockyg | o/ | 16:11 |
| *** blogan has joined #openstack-defcore | 16:12 | |
| hogepodge | I wanted to see how many I could get passing without two user accounts and the limited resources from a basic account (I would up upgrading from free to paid so I could get two nodes). | 16:12 |
| hogepodge | I could pass 30 of 112 compute tests, which isn't great. | 16:13 |
| eglute | against which guideline? | 16:13 |
| *** jasonsb has joined #openstack-defcore | 16:13 | |
| hogepodge | Some because of resource constraints (not enough nodes available to me) | 16:13 |
| hogepodge | 2015.07 | 16:13 |
| dwalleck | The weird part is that I don't think any of the selected tests actually require multiple accounts, but Tempest wants them | 16:13 |
| eglute | which guideline is dreamhost certified | 16:13 |
| hogepodge | many because I didn't have multiple accounts | 16:13 |
| hogepodge | eglute: they aren't | 16:14 |
| eglute | dwalleck raises a good point about tempest | 16:15 |
| hogepodge | It would be nice if we had a test suite that met one of our original goals: allowing users to test clouds independently. For dreamhost, I could easily spend $100 out of pocket right now just to get an accurate sense of how well they pass defcore tests. | 16:15 |
| dwalleck | The only tests that should need multiple accounts are ones that test authorization (can I access a resource owned by someone else) | 16:15 |
| hogepodge | dwalleck: I don't think tests like that have anything to do with ineroperability. They are security tests, which are important, but not what we're testing. | 16:16 |
| hogepodge | I don't know if anyone things the same though. | 16:16 |
| dwalleck | Hmm, then maybe those tests should be removed? | 16:16 |
| *** jasonsb_ has quit IRC | 16:17 | |
| dwalleck | or flagged | 16:17 |
| eglute | so, we have at least two different issues: tempest requires multiple accounts when they should not be necessary and the amount of resources required to test | 16:17 |
| mfisher_ora | out of curiosity, why are you running defcore against a cloud you don't have control over? | 16:17 |
| hogepodge | I don't want to go removing tests without replacements or refocusing of the capabilities. | 16:17 |
| hogepodge | mfisher_ora: one of the goals of defcore is for users to be able to independently verify any cloud they want to run against. | 16:18 |
| eglute | hogepodge what would like to see happen? what would be the ideal situation? | 16:18 |
| hogepodge | so, I've done something similar against the aptira private cloud. I did have tenant separated accounts and they were able to pass powered compute 2014.04. | 16:19 |
| mfisher_ora | it shouldn't be defcore's fault that it can't run against a certain cloud because you don't want to / can't have multiple accounts on said cloud | 16:19 |
| hogepodge | eglute: rewriting or replacement of tests that require too many resources | 16:19 |
| eglute | so we should start with identifying those tests? | 16:19 |
| hogepodge | mfisher_ora: I would argue that it's a bad standard. | 16:20 |
| dwalleck | I'd be okay with helping identify what resources needed are by which tests | 16:20 |
| mfisher_ora | I'm still not understanding why you would want defcore to run against 'any cloud' | 16:20 |
| hogepodge | mfisher_ora: all I should need to know for interoperability is an endpoint and credentials, because as an app developer that is what I have to work with | 16:20 |
| dwalleck | There's a bigger issue with resources that was talked about at the summit with the QA group | 16:21 |
| rockyg | Identifying resources and tagging the tests with that info would be valuable, I would think | 16:21 |
| eglute | mfisher_ora: the point of defcore is interoperability between different openstack clouds. In theory, all openstack clouds should exhibit the same behavior. | 16:21 |
| rockyg | But this is just like the tests that don't need admin yet still require it | 16:21 |
| hogepodge | mfisher_ora: https://github.com/openstack/defcore/blob/master/doc/source/process/CoreDefinition.rst | 16:21 |
| hogepodge | "Tests can be remotely or self-administered" | 16:22 |
| mfisher_ora | I'll gab with you more about it later rather than holding this up with questions | 16:22 |
| rockyg | Also, with the security tests, I think they should be there, but maybe we need a second set of tests for security. Different focus, but important | 16:22 |
| rockyg | Or group the security tests togehter. | 16:23 |
| dwalleck | rockyg: There is a set of tests the security working group is working on | 16:23 |
| rockyg | excellent! | 16:24 |
| hogepodge | part of what I'm doing right now is figuring out which tests fail with more constraints, why, and if they can be replaced with something that tests the same capability but without the added assumptions | 16:25 |
| rockyg | eglute, I think the foundation needs to give Chris a raise. He's going far and beyond what any manager would have thought to have him do :-) | 16:26 |
| eglute | hogepodge would you rather have a raise or an extra person to help with this? :D I wish I could give you and instant raise :D | 16:27 |
| *** alex_klimov has quit IRC | 16:27 | |
| hogepodge | I have a couple of months. I also want to make sure it's a direction we want the committee to go in. | 16:27 |
| *** zehicle has joined #openstack-defcore | 16:28 | |
| hogepodge | Might be worthwhile holding off on more discussion for the next week. I think lots are absent because of the time change. | 16:28 |
| eglute | Mark sent me an email he won't be able to attend today | 16:28 |
| hogepodge | People to help would be nice. I've been given time to work upstream on this. I'm just gathering information right now. | 16:28 |
| rockyg | I just want to say, this time is *much* better for me. I have some coffee in me now! | 16:28 |
| eglute | I think we all agree that tempest tests need improvement for defcore | 16:29 |
| eglute | starting with one account would be good | 16:29 |
| *** Guest78752 has quit IRC | 16:30 | |
| zehicle | running late | 16:30 |
| eglute | hogepodge what would it take to get the defcore tests to work with one account | 16:30 |
| eglute | hello zehicle | 16:30 |
| SammyD | +1 improved tempest tests for defcore... :-) | 16:30 |
| eglute | SammyD dwalleck is that something that you can help with? | 16:31 |
| zehicle | hey | 16:31 |
| hogepodge | eglute: I need to upgrade my account to allow more nodes. I also need to rewrite tests that require more than one account. | 16:31 |
| rockyg | Also, categorizing the tests, as hogepodge is doing will help a lot, too. Break the larger set into subsets | 16:31 |
| dwalleck | eglute: Absolutely | 16:31 |
| eglute | Would it help you to test on Rackspace Public cloud? | 16:31 |
| rockyg | +1 | 16:32 |
| hogepodge | eglute: it would be nice to get more reference points. I'm planning on signing up for more clouds to see how far I can get with them. | 16:32 |
| eglute | hogepodge I will work with you offline for accounts | 16:32 |
| hogepodge | ok | 16:33 |
| dwalleck | hogepodge: And I can help you with any issues if you run into them | 16:33 |
| eglute | also, can you work with dwalleck and rockyg to see how they can get involved? | 16:33 |
| hogepodge | thanks | 16:33 |
| eglute | with helping with the tests that is | 16:33 |
| dwalleck | I'm running continuous testing against our public cloud, so I've made it through the bumpy spots | 16:33 |
| eglute | i think having better defcore tests will help everyone | 16:33 |
| rockyg | Another advantage of clumping tests be capabilities could be that they would run faster. Don't have to initialize capabilities that aren't going to be used until the appropriate test set | 16:34 |
| SammyD | We certainly can help with the digging in and understanding what is working for what reason. I could see about dedicating some of our capacity this cycle to directly updating tempest tests for defcore. :-) | 16:34 |
| eglute | thank you SammyD! | 16:34 |
| eglute | #action SammyD, dwalleck, rockyg to help hogepodge with defcore tempests issues | 16:35 |
| eglute | hogepodge you also have on agenda new interop tests | 16:35 |
| eglute | do you have specific tests in mind that need to be written, or? | 16:36 |
| hogepodge | no, that was it on interop | 16:36 |
| hogepodge | the next item is about information sent to refstack | 16:36 |
| rockyg | Something possibly worth looking at are the capabilities we would *want* to include but only have one test for | 16:36 |
| eglute | #topic regstack results | 16:36 |
| eglute | rockyg agree... can someone start a wish list for tests? | 16:37 |
| catherineD | So currently on pass tests are sending to RefStack per blue print https://blueprints.launchpad.net/refstack/+spec/pass-only-uploads | 16:37 |
| hogepodge | rockyg: yeah, we need to write some new tests for the caps that have only one. more upstream work | 16:37 |
| rockyg | eglute, we've got a good start here. Classification and categorization tags | 16:38 |
| rockyg | hogepodge, tht would make markvoelker very happy | 16:38 |
| SammyD | +1 on the wishlist...if I have something I can refer to I can try to work a certain amount of time throughout the cycle to grab the next test in the list for instance.. :-) | 16:38 |
| eglute | i think we have two different topics going, sorry Catherine | 16:38 |
| rockyg | OK. once the next etherpad is created, I can start dumping some ideas | 16:39 |
| hogepodge | to the topic, some folks, qa in particular, would love for refstack to be able to store subunit data, but as a committee we have stated only anonymized passing results are sent | 16:39 |
| eglute | #action SammyD will work on wish list for tests with rockyg | 16:39 |
| hogepodge | Guest78752 can speak more to that | 16:39 |
| hogepodge | catherineD: that is | 16:39 |
| catherineD | So refstack-client (which run on the client side) would sanitize the data from subunit format (which includes all test result information of pass/fail/skip .. log info) to a JSON with only pass tests and then upload to RefStack server | 16:40 |
| catherineD | Upload only pass tests was implemented per blueprint https://blueprints.launchpad.net/refstack/+spec/pass-only-uploads | 16:41 |
| SammyD | I only volunteered to *use* the wishlist to knock things out. I can help out some on building out the list too though. :-) | 16:42 |
| eglute | #action SammyD will use tests wish list to implement tests | 16:43 |
| catherineD | Current suggestion from the last RefStack IRC meeting is to send subunit data file to RefStack server. | 16:43 |
| eglute | catherineD are you asking for all the data? | 16:45 |
| eglute | or just for passing tests? | 16:45 |
| catherineD | right now refstack-client only uploads pass data ... | 16:45 |
| rockyg | My question would be is how many refstack users want this "feature" | 16:46 |
| eglute | are you looking for failed test results as well? or? | 16:46 |
| catherineD | personally I do not think failed tests would help DefCore ... only pass tests | 16:46 |
| rockyg | We put the limits in place to protect both the vendor *and* the test runner. Failed tests leak data into subunit | 16:46 |
| mfisher_ora | well if you have failed tests posted with the reasons, and the reasons are consistent, makes for a good indicator to flag said tests | 16:47 |
| eglute | catherineD what does subunit data include for passing tests? | 16:48 |
| catherineD | subunit data includes all data (pass/fail/skip/log ..) log may include sensitive data ... | 16:48 |
| dwalleck | stack traces and other fun data :-) It's useful in terms of testing | 16:49 |
| catherineD | that is why currently we sanitize the data at the client side before sending to RefStack server ... | 16:49 |
| eglute | so refstack would like all of that data uploaded? | 16:49 |
| catherineD | no I don't see how RefStack would use all data at this point .... | 16:49 |
| rockyg | Maybe the client could just save the full results to a directory, or let the user name the results, including save path? | 16:50 |
| rockyg | On the test runner's machine/network that is | 16:50 |
| catherineD | besides subunit data file can be huge ... | 16:50 |
| eglute | catherineD can you tell us what you would like to see happen? | 16:50 |
| rockyg | especially with failure traces ;-) | 16:51 |
| catherineD | rockyg: exactly ... all sensitive and large data should be handled at the client sid | 16:51 |
| catherineD | DefCore/RefStack won't analyze fail reason ... the most we can do is statitical data anlaysis ... | 16:51 |
| rockyg | I don't think refstack should change what goes to the server, but we could allow the client to have save options locally | 16:51 |
| catherineD | rockyg: yup that is what being implemented right now .... | 16:52 |
| catherineD | eglute: I think for the short term (next 1 to 2 releases ) sending passing data makes the most sense ... | 16:53 |
| rockyg | what are the reasons given for wanting to save the files to the server? | 16:53 |
| rockyg | catherineD, agree. DefCore could revisit after data from 2016.1 starts coming in, or there is more impetus behind a change. | 16:54 |
| catherineD | the disadvantage is we will have to delay using QA subunut2sql utility .. but currently since we only parse for pass data the parsing task is relatively simple ... | 16:54 |
| catherineD | rockyg: the main reason is to use subunit2sql util at this time | 16:55 |
| rockyg | So, could the client use it only on client side, without passing the data on? | 16:56 |
| catherineD | rockyg: yes | 16:56 |
| rockyg | Let the user dump into their own csv file or db? | 16:56 |
| rockyg | Then the user gets what the want/need, but don't push sensitive data | 16:56 |
| catherineD | rockyg: sorry no ... client side can not use subunit2sql because the database (sql part) resides in the server side | 16:57 |
| *** MarkAtwood has joined #openstack-defcore | 16:57 | |
| eglute | so for passing tests, is there sensitive info in subunit tests? | 16:57 |
| dwalleck | Well, the subunit2sql call is just made on the stream that comes out of the runner. It would be a change to the refstack client | 16:57 |
| catherineD | subunit2sql tool needs both the subunit file and the database | 16:57 |
| rockyg | eglute, not supposed to be | 16:58 |
| dwalleck | I'm currently dumping all my defcore test results with subunit2sql | 16:58 |
| catherineD | eglute: no there is no sensitive data in the JSON of passing tests that refstack-client creates | 16:58 |
| catherineD | dwalleck: do you dump it to a database? | 16:59 |
| dwalleck | catherineD: Yes | 16:59 |
| eglute | catherineD can you write up an email to the ML with what you are asking and have people comment/provide feedback? | 16:59 |
| catherineD | and you have access to the database | 16:59 |
| dwalleck | Yes, it's a database that I run. It's standalone | 17:00 |
| rockyg | eglute, I think we need to clairfy that catherineD is not asking for this, but that some users are | 17:00 |
| rockyg | And that what dwalleck does is maybe a clientside tool for users that would be separate | 17:01 |
| zehicle | back online | 17:01 |
| zehicle | been lurking | 17:01 |
| rockyg | You missed it. zehicle! You own all the action items! | 17:01 |
| catherineD | dwalleck: exactly, you need both subunit file and database at your side ... | 17:01 |
| eglute | ok, we are out of time, we need action on this | 17:01 |
| eglute | catherineD can you write up an email with proposal? | 17:01 |
| dwalleck | sorry, bouncing my attention | 17:02 |
| zehicle | cool! | 17:02 |
| zehicle | I thought we started :30 ago | 17:02 |
| catherineD | eglute: I am not propose for any change at this time ... but I can document the request | 17:02 |
| rockyg | But do we need action, other than adding it to the agenda? We need more data on the user "wants" and whether we need to change refstack and client to meet them | 17:02 |
| eglute | zehicle no, 1 hour ago. many calendar fails | 17:02 |
| rockyg | zehicle, me too;-) It would be a much better time. | 17:03 |
| zehicle | ah, I could have made it at 10! | 17:03 |
| catherineD | eglute: can we revisit this next week. ... | 17:03 |
| catherineD | zehicle: has the background of why we only send pass data | 17:03 |
| eglute | catherineD sure thing, lets re-visit next week | 17:03 |
| zehicle | I'm out next week | 17:03 |
| *** dwalleck has quit IRC | 17:03 | |
| rockyg | catherineD, the etherpad is already created. I'll toss it onto the agenda section | 17:03 |
| zehicle | yy, pass data only was a board request | 17:03 |
| catherineD | rockyg: thx ... | 17:03 |
| zehicle | we did not want to expose "vendor broken things" | 17:04 |
| eglute | right, i am fine with passing only data being sent, just was not clear on what catherineD wanted. we will re-visit | 17:04 |
| zehicle | the idea being that failed tests = broken. | 17:04 |
| eglute | thank you everyone! next week the meeting is at 10:00 CST, same as (almost) always | 17:04 |
| zehicle | we did not want vendors to only run the required tests | 17:04 |
| catherineD | eglute: I need the confirmation that DefCore wants RefStack server to accept pass data only | 17:05 |
| rockyg | I really don't think it's what catherineD wants, just something that some users have requested | 17:05 |
| zehicle | and that was the compromise to encourage maximizing the number of extra tests | 17:05 |
| eglute | catherineD yes, pass only data for refstack | 17:05 |
| zehicle | failed tests don't really give you much information | 17:05 |
| catherineD | eglute: THANK YOU!!! | 17:05 |
| zehicle | from an interop perspective | 17:05 |
| rockyg | I think we can provide the users the request through a separate, clientside tool like dwalleck uses | 17:06 |
| rockyg | And, it could even be in a contrib dir | 17:06 |
| rockyg | so, do we need this on next week's agenda? I think we are in agreement that we keep what goes to the server as is. | 17:07 |
| eglute | yes, i think we are good. unless catherineD wants us to revisit | 17:07 |
| catherineD | rockyg: client side is OK .. | 17:07 |
| eglute | #agreed to send only pass only data to refstack | 17:08 |
| rockyg | I'll remove it from agenda for 3. | 17:08 |
| eglute | thanks everyone! | 17:08 |
| eglute | #endmeeting | 17:08 |
| openstack | Meeting ended Wed Nov 11 17:08:23 2015 UTC. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4) | 17:08 |
| openstack | Minutes: http://eavesdrop.openstack.org/meetings/defcore/2015/defcore.2015-11-11-16.00.html | 17:08 |
| openstack | Minutes (text): http://eavesdrop.openstack.org/meetings/defcore/2015/defcore.2015-11-11-16.00.txt | 17:08 |
| openstack | Log: http://eavesdrop.openstack.org/meetings/defcore/2015/defcore.2015-11-11-16.00.log.html | 17:08 |
| catherineD | eglute: thanks ... decision made .. no need to re-visit | 17:08 |
| eglute | excellent, thank you catherineD! | 17:08 |
| rockyg | Thanks! and could we pretty please make the time 10:30 CST/8:30PST??? | 17:08 |
| *** pbredenb1 has left #openstack-defcore | 17:09 | |
| eglute | i think we need to vote on that | 17:09 |
| eglute | i will send an email | 17:09 |
| catherineD | eglute: Thank you! | 17:09 |
| rockyg | Thanks! | 17:10 |
| eglute | Eveyone: http://doodle.com/poll/suifaab6i5rxk2p8 | 17:16 |
| rockyg | Thanks! Voted. | 17:18 |
| *** zehicle has quit IRC | 17:26 | |
| *** markvoelker has quit IRC | 17:35 | |
| *** MarkAtwood has quit IRC | 18:01 | |
| *** dalees has joined #openstack-defcore | 18:21 | |
| *** markvoelker has joined #openstack-defcore | 18:31 | |
| *** MarkAtwood has joined #openstack-defcore | 18:34 | |
| openstackgerrit | Merged openstack/defcore: Migrate 2015.07 to Schema 1.4 https://review.openstack.org/240942 | 18:38 |
| *** rockyg has quit IRC | 18:39 | |
| openstackgerrit | Merged openstack/defcore: Migrate next and 2016.01 to Schema 1.4 https://review.openstack.org/240939 | 18:39 |
| *** MarkAtwood has quit IRC | 18:44 | |
| *** MarkAtwood has joined #openstack-defcore | 18:45 | |
| *** MarkAtwo_ has joined #openstack-defcore | 19:19 | |
| *** MarkAtwood has quit IRC | 19:19 | |
| *** MarkAtwo_ has quit IRC | 19:22 | |
| *** MarkAtwood has joined #openstack-defcore | 19:33 | |
| dalees | hey, would those two merges above have just broken the refstack website? | 19:37 |
| dalees | I'm not seeing any data in 'corresponding openstack releases' for 2015.07 or 2016.01 anymore | 19:37 |
| dalees | on any community results under https://refstack.openstack.org/#/community_results | 19:38 |
| catherineD | dalees: confirm that refstack was not updated to handle schema version 1.4 yet .... we are working on a patch ... | 19:47 |
| dalees | catherineD, thanks! | 19:47 |
| *** alex_klimov has joined #openstack-defcore | 20:09 | |
| *** MarkAtwood has quit IRC | 20:51 | |
| *** MarkAtwood has joined #openstack-defcore | 21:06 | |
| *** mfisher_ora has quit IRC | 22:02 | |
| *** alex_klimov has quit IRC | 22:08 | |
| *** edmondsw has quit IRC | 22:23 | |
| catherineD | dalees: pvaneck just pushed a patch https://review.openstack.org/#/c/244295/ waiting for an other core reviewer to review before we merge ... | 23:21 |
Generated by irclog2html.py 2.14.0 by Marius Gedminas - find it at mg.pov.lt!