Wednesday, 2018-08-15

*** zaneb has quit IRC00:19
*** dklyle has quit IRC00:20
*** zaneb has joined #openstack-tc00:33
fungitc-members (and everyone else who's interested): we're in another office hour window01:01
* fungi isn't expecting much heated discussion01:01
* TheJulia turns up the dial01:01
fungithis one goes to 1101:01
TheJulia11.1 if it is ironic ;)01:02
fungiwoo!01:02
fungihow about 10/9?01:03
fungi(11.111111111111...)01:03
TheJuliaohhhhhh01:03
fungifun with maths01:03
* TheJulia is fairly sure 11.111111111 is not semver compliant01:04
fungiit is, however, entirely rational01:05
TheJuliatrue01:05
* fungi loves that the term rational means it can be expressed as a ratio... common latin roots!01:06
fungiaside from spinal tap references and general maths and language geekery, seems like this was one of our slower hours02:16
*** ricolin has joined #openstack-tc02:19
*** openstack has joined #openstack-tc02:34
*** ChanServ sets mode: +o openstack02:34
*** zaneb has quit IRC03:35
*** e0ne has joined #openstack-tc06:16
*** jaosorior has joined #openstack-tc06:25
*** jaosorior has quit IRC06:40
*** diablo_rojo has joined #openstack-tc06:52
*** jaosorior has joined #openstack-tc07:15
*** jpich has joined #openstack-tc07:41
*** cdent has joined #openstack-tc08:14
*** dtantsur|afk is now known as dtantsur08:26
*** tdasilva has quit IRC08:33
*** samueldmq_ has joined #openstack-tc09:16
*** andreaf has quit IRC09:16
*** andreaf has joined #openstack-tc09:17
*** dirk has quit IRC09:18
*** diablo_rojo_phon has quit IRC09:18
*** samueldmq has quit IRC09:18
*** aprice has quit IRC09:18
*** samueldmq_ is now known as samueldmq09:18
*** dirk_ has joined #openstack-tc09:18
*** dirk_ is now known as dirk09:18
*** ricolin has quit IRC09:29
*** diablo_rojo has quit IRC10:37
*** ricolin has joined #openstack-tc11:20
*** rosmaita has joined #openstack-tc11:57
*** gcb_ has joined #openstack-tc12:19
*** tdasilva has joined #openstack-tc12:39
*** dklyle has joined #openstack-tc13:31
*** david-lyle has joined #openstack-tc13:48
*** dklyle has quit IRC13:49
*** david-lyle has quit IRC13:49
*** david-lyle has joined #openstack-tc13:49
dhellmanntc-members: it appears that there is plenty of support for appointing a new freezer PTL. There are no real votes on the patch to drop it from governance, though. Should I assume that lack of support is opposition?13:50
fungii'll -1 it, for completeness13:50
dhellmannfungi : thanks13:50
cdentdhellmann: from my standpoint it is indecision. I'm inclined to drop but it feels mean and sad in the face of a volunteer13:50
dhellmanncdent : yeah, I registered your abstention13:51
cdent13:51
dhellmannI am also undecided, for what it's worth13:51
dhellmanntc-members: I have the same question for searchlight13:53
TheJuliaI personally think it would be unwise to drop something someone is willing to try and pickup and move forward, and as such have not voted since I would prefer to understand how others feel. That being said, the trove case kind of set the precedent that we as a group feel that it is better to have a volunteer step up and give it a try.13:55
fungitbh i'm more conflicted about trove than freezer, but support giving all three another chance for now13:55
*** annabelleB has joined #openstack-tc13:55
TheJulialikewise13:56
cdentthe (subtle) difference between trove and (searchlight, freezer) is timing. The latter were reactive in the presence of threat. Trove was a bit more positive13:56
cdentthat is: the people involved with trove were more aware and engaged with the community13:57
cdent(at least it _appears_ that way)13:57
openstackgerritMerged openstack/governance master: mark appointed PTLs for Stein  https://review.openstack.org/59147513:57
cmurphyI think that's on us though - we need to find out earlier when a project needs help13:57
cmurphyand alert the community13:57
mugsieI think we should be consistent with all 3, and allow them in for this cycle - people have stepped up, which is a good sign, but as cdent pointed out, trove was before the election, when removal was not on the table yet13:57
TheJuliacmurphy: I concur, but know from emails and discussions that trove felt it was better of until what felt like the last minute.13:58
TheJulias/of/off/13:58
mugsieI think we will be in the same position in 6 months for searchlight, and it will end up leaving goverenance, not srue about freezer13:58
TheJuliaonly time will really tell13:59
cdentfrom what I've seen downstream sometimes talks about freezer, but rarely about searchlight, but my perspective is limited13:59
mugsieit is unfortunate - I really liked the idea of searchlight, and I know a lot of people have ended up building other tools to do what it does14:01
* cdent nods14:07
smcginnisI'm for giving them all another chance and revisiting the current state of affairs next spring.14:07
cdenti've always wanted what amounts to a uuid index14:07
smcginnis(or fall if you're in the southern hemisphere, tbf)14:07
pabelangersmcginnis: agree, same thoughts as others. Given there is a volunteer now, lets see what can happen in 6 months14:08
mugsiecdent: even the ability to put in an IP, and get back the server, port, DNS records, and reverse DNS entries in one view could have been really powerfull14:08
cdentyeah, agree that's very nice mugsie, but I was actually thinking more along the lines of: instead of searchlight being the source of (duplicated) aggregated info, a service which provided what amounts to a uuid resolution service (so you have a url to get info from its source) would be nice14:10
cdentwe've become habituated to duplicating data all over the place14:10
mugsieyeah, that would be very useful as well. We have build one internally14:11
mugsiebuilt*14:11
*** zaneb has joined #openstack-tc14:13
openstackgerritZane Bitter proposed openstack/governance master: Update IRC nicks for PTLs  https://review.openstack.org/59008214:30
zanebcmurphy: I rolled that suggestion about PTLs with no IRC nicks into ^14:31
cmurphyzaneb: awesome14:33
*** annabelleB has quit IRC14:59
*** david-lyle is now known as dklyle15:01
*** annabelleB has joined #openstack-tc15:07
*** masayukig has joined #openstack-tc15:10
*** cdent_ has joined #openstack-tc15:15
*** cdent has quit IRC15:15
*** cdent_ is now known as cdent15:15
*** annabelleB has quit IRC15:41
*** annabelleB has joined #openstack-tc15:51
*** FracKen has joined #openstack-tc15:56
mnaserdhellmann: https://review.openstack.org/#/c/590071/1 was +W'd however the parent changed has not been (and it has enough votes and enough time)16:12
mnasererr16:12
mnaserhttps://review.openstack.org/#/c/591472/1 was +W'd, above is parent change16:12
dhellmannmnaser : yeah, I was trying to get a definitive vote on the opposing patch16:12
dhellmannI expect we're going to approve the appointments, and then the typo fix will go in with it16:13
mnaseroh, i understand16:13
*** cdent has quit IRC16:14
*** jpich has quit IRC16:25
*** annabelleB has quit IRC16:43
*** annabelleB has joined #openstack-tc16:47
*** e0ne has quit IRC16:47
*** ricolin has quit IRC16:50
*** openstackstatus has joined #openstack-tc16:58
*** ChanServ sets mode: +v openstackstatus16:58
*** annabelleB has quit IRC17:10
*** annabelleB has joined #openstack-tc17:32
*** dtantsur is now known as dtantsur|afk17:40
fungiEmilienM: to clarify your reply on http://lists.openstack.org/pipermail/openstack-dev/2018-August/133330.html are you implying that red hat decisions are tripleo decisions, or does the tripleo community get a say separate from what red hat corporate decides?17:42
fungii continue to try not to be concerned that tripleo is a red hat product, regardless of occasional signals that it might be17:42
fungi(and to be fair, cri-o seems to have several non-red-hat contributing organizations as well, so assuming this is alignment with cri-o and not alignment with red hat product development direction i'm not all that worried)17:45
*** e0ne has joined #openstack-tc17:56
mwhahahafungi: we're investigating adding support for podman in concert with the existing support of docker. Depending on availability of such container engines going forwards may limit what we can and cannot support17:56
mwhahahawe may or may not use cri-o as it's TBD. right now we're investigating running containers  via podman instead of executing via docker17:58
fungiokay, so the original message about "docker is being replaced by podman [in tripleo]" was not necessarily entirely accurate, thanks!17:58
mwhahahait may inthe long term but we expect the docker items to continue into stein17:59
fungisure, just making sure it wasn't a decision forced on the tripleo contributors from outside17:59
mwhahahait's an underlying techincal detail on how we launch our containers, we're will continue to support both as long as both are readily available17:59
mwhahahathere are larger issues with the usage of docker in general as a side effect of the docker/moby split18:00
mugsiemwhahaha: so would RH removing docker by default in RHEL may cause the docker bits to go away?18:00
mwhahahathey wouldn't necessarily go away18:00
mwhahahaas we've written our own layer to handl eboth18:00
mwhahahapaunch - is our middle ware to handle different container engines18:01
mwhahahaso what's likely to occur is adding a new podman backend to paunch but to the user in tripleo they aren't directly impacted18:01
mwhahahafor the user this ends up being a systemd/init thing where we'll have compatibility to a certain extent but there might be some nuances for each18:02
fungimakes sense18:04
mnaserdhellmann: does openstack/constellations operate with governance rules too?18:17
mnaserAndreas was hoping to get this stack approved but i didn't want to do something i'm not supposed to :) https://review.openstack.org/#/c/591739/118:17
fungitc-members: heads up, we've been officially asked to determine whether we're okay with an ironic deliverable (asl2-licensed as usual) embedding sample data which is cc-by3 licensed (like our documentation uses): http://lists.openstack.org/pipermail/legal-discuss/2018-August/000504.html18:20
fungidoesn't seem onerous, but was the subject of a somewhat lengthy thread on that ml so we likely still want to be thorough18:20
TheJuliaIt doesn't seem like it would be sample data, more as a key to grok the data being returned from the remote API. :(18:21
TheJuliaso that seems to be a gray area for me18:21
jrollit's the official chema I believe18:22
jrollschema*18:22
fungiahh, okay so schema data informing an api client?18:29
fungiso could that make the client implementation a derivative work of the schema>?18:30
fungimaybe this does go deeper than i had thought18:30
TheJuliaI think ultimately this is a desire for direct access to the data in https://redfish.dmtf.org/schemas/registries/Base.1.2.0.json18:34
TheJuliaData for the client to grok error messages it seems18:34
TheJuliaIt seems reasonable that a human could kind of decode/create a mapping but it wouldn't be the standard's data and thus the client wouldn't return the same messages to users.18:38
TheJuliaI worried about having a crippled library if we have this externally and and it just can't grok the data it needs to return meaningful errors from the hardware.18:39
TheJuliaI believe the contributor raising this works on behalf of the DMTF in this case.18:41
*** annabelleB has quit IRC18:42
TheJuliaI've asked that contributor to join, but I'm guessing they have already called it a day or  quietly tableflipped because I -2'ed the two patches that delve into this18:46
*** ajya has joined #openstack-tc18:46
TheJuliao/18:47
*** annabelleB has joined #openstack-tc18:49
ajyahi, read the logs18:49
TheJuliaajya: http://eavesdrop.openstack.org/irclogs/%23openstack-tc/%23openstack-tc.2018-08-15.log.html#t2018-08-15T18:20:23 is what has been said prior to you joining. If anything we've stated is incorrect or needs clarification, please by all means correct us.18:49
TheJuliaajya: \o/18:49
ajyait's not schema, it's more like a standard list of error messages18:49
TheJuliaOkay, that is what I was thinking after reading the code and all18:50
ajyathe service will provide message id like Base.1.0.GeneralError and to provide meaningful error message to user the sushy need to consult this file18:50
ajyathese files could be shipped together with Redfish web service, but they are not mandatory18:50
ajyaso sushy need to have the copy at its side as fall back18:51
TheJuliaI guess I feel slightly better about the user being able to download in this case, as long as we can convey something if we don't have any information at all we can hand back besides the GeneralError18:51
TheJuliaat least from a technical standpoint18:51
dhellmannmnaser : the constellations repo is just a "code" repo, so 2 +2 voters18:52
dhellmannajya : does Sushy have its own redfish client? or does it use a library?19:04
jrollsushy is a redfish client19:06
mnaseri feel like this is kinda like having "debug symbols" when downloading a kernel?19:06
*** ajya3 has joined #openstack-tc19:06
*** ajya has quit IRC19:06
dhellmannjroll : oh, well, then :-)19:06
jroll:)19:06
mnaseryou can get more specific error messages by getting access to that information?19:06
dhellmannit sounds like their API just returns exception names or something, instead of human-consumable error messages19:07
ajya3not only error message, but also its severity, it is necessary also to determine if it is success or not;19:11
*** openstackgerrit has quit IRC19:19
*** annabelleB has quit IRC19:20
dhellmannajya3 : yeah, I personally don't think there is any reason for concern about including the data. I replied to say as much on the mailing list thread, and asked for folks to state any issues they do see. It would be good to have the opinions of some other tc-members familiar with OSS licensing, too.19:23
dhellmannfungi : where do I report a 404 on the openstack site? https://www.openstack.org/software/project-navigator/19:24
*** annabelleB has joined #openstack-tc19:26
TheJuliaHmm, that must have recently broken too19:26
zanebdhellmann: I agree. if the authors of the thing consider it documentation, and it's licensed under the same license as our documentation, then as long as all the i's are dotted and t's crossed wrt attribution then I don't see any big issue19:27
ajya3dhellmann, thanks19:27
fungidhellmann: https://bugs.launchpad.net/openstack-org/+filebug19:27
dhellmannfungi : thanks19:28
fungiyeah, as i mentioned, we have examples i was able to find in various repos, including popular oslo libraries, where cc-by3 documentation source code was comingled with asl2 software source code within the same git repository19:29
funginot that precedent is necessarily a deciding factor, but it's at least fallout of the 2012 osf bod decision to allow documentation under cc-by319:29
dhellmannyeah, thanks for doing the heavy lifting there, fungi19:30
fungii find legal policy decisions interesting enough to spend a few minutes digging around19:30
fungimostly because lawyers are curious animals and i have an inner anthropologist just begging to come out19:31
fungior zoologist depending on how you view them19:32
* dhellmann has been watching better call saul19:33
dhellmanndoes anyone happen to know where I can find the project mascot images?19:34
fungithere is a public foundation dropbox with all of them, i think. checking19:34
mugsiedhellmann: https://www.openstack.org/project-mascots/19:36
dhellmannmugsie : perfect, thanks19:36
dhellmannmugsie : did you have that bookmarked, or did you find it by looking?19:36
dhellmannI poked around a bit but only found small images19:37
mugsieI knew it existed, and I knew the string in google "openstack mascot" had the page pretty high in the results19:37
fungithanks mugsie!19:38
mugsienp :)19:38
TheJuliazaneb: That is kind of the way I feel, but I'm also superly cautious19:38
*** annabelleB has quit IRC19:48
EmilienMfungi: hey, sorry I was afk this evening (I'm in Europe this week). mwhahaha replied perfectly to what I tried to expressed (wrongly apparently)19:50
TheJuliaAn ironic contributor pointed out that the json being readable and searched through for a pattern is kind of like documentation for a machine to read. It brings a smile to my face and it is a moderately valid point19:50
EmilienMfungi: the situation right now is -if I can may to rephrase it- we're looking ar cri-o and try to see if these tools could help us the way we orchestrate containers in tripleo19:52
EmilienMfungi: our conterization story isn't done yet (we actually started in newton) so I guess our tooling with adapt19:52
EmilienMs/with/will/19:52
EmilienMcontainerization (I can't type tonight)19:53
fungiEmilienM: no worries, mwhahaha did a good job of covering the topic, but the additional detail is also appreciated. thanks!19:55
*** annabelleB has joined #openstack-tc20:01
*** e0ne has quit IRC20:03
*** ajya3 has quit IRC20:15
*** masayukig has quit IRC21:12
*** openstackgerrit has joined #openstack-tc21:33
openstackgerritZane Bitter proposed openstack/governance master: [DRAFT] Add a Technical Vision statement  https://review.openstack.org/59220521:33
zaneb^ discuss.21:33
smcginnisFor the sake of argument, at least in some projects not everyone agrees with the premise there that cloud is the end all be all.21:43
smcginnisRather API enabling data center resources which because of that can then be used in for cloud.21:44
*** zaneb has quit IRC21:46
*** zaneb has joined #openstack-tc21:46
zanebsmcginnis: as it happens I just wrote a blog post about that https://www.zerobanana.com/archive/2018/07/17#openstack-layer-model-limitations21:47
smcginnisOh right, and I actually read it even. :)21:47
zanebsmcginnis: I think you've correctly identified the problem though: some people indeed do not agree, and we've been able to let that slide because we've never documented what either group thinks21:48
smcginnisYeah, I think in a lot of cases I've observed it's been an unspoken source of friction.21:50
zanebif we can make it a spoken source of friction we'll be making progress :)21:56
smcginnisIndeed21:58
*** zaneb has quit IRC21:59
*** zaneb has joined #openstack-tc21:59
fungiwell, i think it's a spoken source of friction from time to time, but we can certainly make sure it gets more spoken ;)22:00
*** annabelleB has quit IRC22:02
*** zaneb has quit IRC22:05
*** FracKen has left #openstack-tc22:18
*** masayukig has joined #openstack-tc22:19

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