Wednesday, 2019-03-06

*** sgw has quit IRC00:26
*** tingjie has joined #starlingx01:34
*** lcastell has joined #starlingx01:37
*** lcastell has quit IRC01:41
*** ijolliffe has quit IRC02:50
*** zhubx has quit IRC03:46
*** zhubx has joined #starlingx03:47
*** zhubx has quit IRC03:57
*** zhubx has joined #starlingx03:58
*** gkadam has quit IRC06:13
*** tingjie has quit IRC06:44
*** Kunpeng has quit IRC06:52
*** tingjie has joined #starlingx06:58
*** tingjie has left #starlingx07:53
*** dbadea has joined #starlingx08:01
*** gkadam has joined #starlingx08:14
*** dbadea has quit IRC08:31
*** zhubx has quit IRC10:59
*** zhubx has joined #starlingx10:59
*** sgw has joined #starlingx11:19
*** jsun3 has quit IRC11:22
*** jsun3 has joined #starlingx11:23
*** jsun3 has quit IRC11:25
*** ijolliffe has joined #starlingx13:25
*** gkadam_ has joined #starlingx14:16
*** gkadam has quit IRC14:19
*** jsun3 has joined #starlingx14:32
*** gkadam__ has joined #starlingx15:00
*** gkadam_ has quit IRC15:03
slittle1Anyone else having problems with building f/centos7615:29
slittle1looks like stx-upstream was recently merged from master, but stx-manifest was not15:30
slittle1the tripping point was python-aodhclient, which has moved from a patched src.rpm to a git15:32
slittle1the git is not being populated by stx-manifest under f/centos76.15:33
sgwslittle1: if you have a suggested patch, please get it into gerrit, the PRC likely won't get to this until their tomorrow morning15:37
slittle1it's not a patch, it's a merge15:38
slittle1so it's you or me I think15:38
slittle1you merged stx-upstream on March 415:39
sgwslittle1: can you take a crack at it, I am on and off line today, mostly off15:39
slittle1but there wasn't a matching merge on stx-manifest15:39
slittle1K, I can do it15:39
sgwslittle1: was not asked to do stx-manifest by Shuicheng, so it got missed I guess15:39
sgwthanks for doing it, I can give it a +2 when I see it.15:40
slittle1just want to make sure in future, when merging,that you merge ALL gits that are on the feature branch... including manifest15:40
sgwslittle1: sorry, was an oversight on my part15:42
slittle1was stx-manifest the only oversight?    I'm wondering if I need to move merge them all ?15:54
slittle1looks like it was just stx-manifest16:03
slittle1https://review.openstack.org/64143116:06
*** ijolliffe has quit IRC16:26
slittle1merged16:27
slittle1attempting to build ...16:27
*** ijolliffe has joined #starlingx16:28
*** gkadam__ has quit IRC16:42
*** ijolliffe has quit IRC16:57
*** ijolliffe has joined #starlingx16:58
*** lcastell has joined #starlingx17:33
*** lcastell has quit IRC17:37
*** sgw has quit IRC19:04
dtroyerSo I am looking for a better home for the stx-devstack-base job for Zuul.  It is currently in stx-fault but that is not the rigth home, it is just where I started working on devstack plugins.19:12
dtroyerAfter looking at the tangle of dependencies it seems like stx-integ might be the best choice.  So far, only platform-util is actually used there but everything else seems to need that, or needs something that needs that.19:13
dtroyerThoughts?  Anyone?19:14
dpenneywhat are the considerations here? I'd probably say stx-config or stx-integ, as they're probably the main repos, without knowing the full implications of stx-devstack-base job19:20
dtroyerwe define the base job one time and anything else can use it (Zuul's job namespace is global).  Every other devstack plugin will need to include the repo where the base job lives19:28
dtroyerit is kind of a wash regarding the mechanics, I'm more curious about conceptual fit and what makes sense19:29
dtroyerI want to put some common initialization stuff in the same repo19:31
dpenneyI'd lean towards stx-config, as stx-integ would be more "3rd-party" stuff. Although from your description, maybe stx-root is the correct spot for it. slittle1, what do you think?19:34
dtroyerok, that is helpful, it is an improvement over stx-fault for sure, and (so far) everything except integ and update need config anyway19:36
dtroyerI did not consider root as it doesn't have a devstack plugin and I didn't want to add one unnecessarily19:37
dtroyersame with tools19:37
dpenneyso the idea is that these is a base zuul job that can be referenced by the zuul.ini in any repo? stx-root sounds like the right spot, given that description. It wouldn't, itself, make use of the job though, so maybe that makes it easy to break?19:39
dtroyerright, making it be self-testing is part of the goal19:41
dpenneyok... so it sounds to me like stx-root is the right place logically, but stx-config may be the preferred place in practice... Just my two cents, of course19:43
dpenneyI can ping slittle1, in case he has a differing opinion19:44
slittle1I'm back19:45
dtroyerslittle1: do you see the scrollback or should I repeat my question?19:48
slittle1I can see it all19:48
dtroyerkk19:48
slittle1I'm not up to date on how your using devstack19:49
slittle1is this validation of openstack components19:49
slittle1?19:49
dtroyerno, the testing of flock services and components alongside a running OpenStack. At least as much as we can do in that configuration19:50
dtroyerso the idea is to be able to start a minimal number of things to enable say fm-rest-api to run and be tested19:51
dtroyerso we don't necessarily assume the entire starlingx is present19:51
dtroyerwhich is why I am trying to enable using the smallest set of things possible for testing components19:52
slittle1Have you considered a new repo?  stx-test-util or something?19:55
dtroyerI have and that is part of the POC I am doing in stx-tis-repo now.  but again, making that self-testing is a bit harder19:56
slittle1seems likes a poor fit vs the intended content of stx-config.19:57
slittle1I'd float it by Brent19:58
dtroyerwhich is part of why I laded on integ, as it is specifically for interfacing with the rest of the world...19:58
*** zhubx has quit IRC19:59
*** zhubx007 has joined #starlingx19:59
slittle1Of the two, I'd lean toward stx-integ myself.19:59
dtroyerslittle1, dpenney: thanks for the thoughts, it has been helpful.20:00
dtroyernot to cut off anyone else who has something to add...20:00
*** fdegir has quit IRC20:53
*** fdegir has joined #starlingx20:54
*** ijolliffe has quit IRC22:20
*** lcastell has joined #starlingx22:36

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