| Posted | Nick | Remark | |
|---|---|---|---|
| #openstack-nova - 2021-05-12 | |||
| 09:19:00 | stephenfin | kashyap: Yes, I think that's a fair summary | |
| 09:19:00 | stephenfin | kashyap: Yes, I think that's a fair summary | |
| 09:19:30 | kashyap | stephenfin: Okay; thanks for the suggestion. I'll check w/ the QEMU upstream folks to guage the appetite | |
| 09:19:30 | kashyap | stephenfin: Okay; thanks for the suggestion. I'll check w/ the QEMU upstream folks to guage the appetite | |
| 09:19:44 | kashyap | Since I got used to 'reno', I abhor MediaWiki :D | |
| 09:19:44 | kashyap | Since I got used to 'reno', I abhor MediaWiki :D | |
| 09:20:17 | stephenfin | though you also occasionally need to go in and create a static summary changelog (or whatever you want to call them), whereby you instruct reno not to scan past commit N and simply generate a static listing | |
| 09:20:17 | stephenfin | though you also occasionally need to go in and create a static summary changelog (or whatever you want to call them), whereby you instruct reno not to scan past commit N and simply generate a static listing | |
| 09:20:33 | stephenfin | if you don't do this, the build time will continue to grow with your commit history | |
| 09:20:33 | stephenfin | if you don't do this, the build time will continue to grow with your commit history | |
| 09:21:10 | kashyap | stephenfin: Ah, that's a very useful thing to know; thanks. | |
| 09:21:10 | kashyap | stephenfin: Ah, that's a very useful thing to know; thanks. | |
| 09:21:19 | stephenfin | compare e.g. releasenotes/source/newton.rst with releasenotes/source/ocata.rst | |
| 09:21:19 | stephenfin | compare e.g. releasenotes/source/newton.rst with releasenotes/source/ocata.rst | |
| 09:21:30 | stephenfin | the git log for the former should explain some of the rationale | |
| 09:21:30 | stephenfin | the git log for the former should explain some of the rationale | |
| 09:21:31 | kashyap | * kashyap goes to compare | |
| 09:21:41 | stephenfin | I should probably get this written down in the reno docs... | |
| 09:21:41 | stephenfin | I should probably get this written down in the reno docs... | |
| 09:21:58 | stephenfin | hope that helps | |
| 09:21:58 | stephenfin | hope that helps | |
| 09:22:31 | kashyap | stephenfin: Yes, very much. Please document the above useful bits you just said. It helps non-OpenStack projects to evaluate it clearly | |
| 09:22:31 | kashyap | stephenfin: Yes, very much. Please document the above useful bits you just said. It helps non-OpenStack projects to evaluate it clearly | |
| 09:23:06 | kashyap | Especially the non-converging branches expectation is a good one | |
| 09:23:06 | kashyap | Especially the non-converging branches expectation is a good one | |
| 09:29:08 | kashyap | I worry about the "occasionally don't forget to generate static summary" from dead branches -- it's easy to forget. /me thinks if there's a way to automate it (even if it's just an email reminder) | |
| 09:29:08 | kashyap | I worry about the "occasionally don't forget to generate static summary" from dead branches -- it's easy to forget. /me thinks if there's a way to automate it (even if it's just an email reminder) | |
| 09:33:39 | kashyap | stephenfin: Is Sphinx's merge-back model documented somewhere? | |
| 09:33:39 | kashyap | stephenfin: Is Sphinx's merge-back model documented somewhere? | |
| 09:33:56 | stephenfin | I don't think so | |
| 09:33:56 | stephenfin | I don't think so | |
| 09:34:43 | stephenfin | https://www.sphinx-doc.org/en/master/internals/contributing.html#bug-reports-and-feature-requests | |
| 09:34:43 | stephenfin | https://www.sphinx-doc.org/en/master/internals/contributing.html#bug-reports-and-feature-requests | |
| 09:35:13 | stephenfin | It's described in a round-about manner in the Getting started guide here | |
| 09:35:13 | stephenfin | It's described in a round-about manner in the Getting started guide here | |
| 09:35:27 | kashyap | Ah; thanks :) | |
| 09:35:28 | kashyap | Ah; thanks :) | |
| 10:05:37 | openstackgerrit | Balazs Gibizer proposed openstack/nova-specs master: Allow provider re-parenting in placement https://review.opendev.org/c/openstack/nova-specs/+/788243 | |
| 10:06:17 | sean-k-mooney | wait what | |
| 10:06:17 | sean-k-mooney | wait what | |
| 10:07:01 | sean-k-mooney | why makeing osc using max is a huge breaking change | |
| 10:07:01 | sean-k-mooney | why makeing osc using max is a huge breaking change | |
| 10:07:29 | gibi | sean-k-mooney: it is the CLI | |
| 10:07:29 | gibi | sean-k-mooney: it is the CLI | |
| 10:07:33 | sean-k-mooney | i hope that is going to be a major version bump | |
| 10:07:33 | sean-k-mooney | i hope that is going to be a major version bump | |
| 10:07:34 | gibi | use by humand | |
| 10:07:34 | gibi | use by humand | |
| 10:07:48 | sean-k-mooney | gibi: yes but it was intended to be stable for scripting | |
| 10:07:48 | sean-k-mooney | gibi: yes but it was intended to be stable for scripting | |
| 10:08:21 | gibi | if somebody scripts against the CLI instead of against the SDK then I'm a sad panda | |
| 10:08:21 | gibi | if somebody scripts against the CLI instead of against the SDK then I'm a sad panda | |
| 10:08:24 | sean-k-mooney | it predatae the sdk and not eveytone used python so saying use the sdk is not valid either | |
| 10:08:24 | sean-k-mooney | it predatae the sdk and not eveytone used python so saying use the sdk is not valid either | |
| 10:08:46 | sean-k-mooney | gibi: it was one of osc design goal to not do this | |
| 10:08:46 | sean-k-mooney | gibi: it was one of osc design goal to not do this | |
| 10:09:22 | sean-k-mooney | gibi: i would be fine with osc defaulting to the miniums micorverion required for the parmateres you passed | |
| 10:09:22 | sean-k-mooney | gibi: i would be fine with osc defaulting to the miniums micorverion required for the parmateres you passed | |
| 10:09:54 | sean-k-mooney | since that is still stable but follow the project client and going to latest is a regression in my view | |
| 10:09:54 | sean-k-mooney | since that is still stable but follow the project client and going to latest is a regression in my view | |
| 10:11:14 | gibi | OK, I will push a revert of the last patch that switch the default behaviopr | |
| 10:11:14 | gibi | OK, I will push a revert of the last patch that switch the default behaviopr | |
| 10:11:18 | gibi | stephenfin: ^^ | |
| 10:11:18 | gibi | stephenfin: ^^ | |
| 10:11:23 | gibi | and we can discuss | |
| 10:11:23 | gibi | and we can discuss | |
| 10:11:26 | gibi | in the review | |
| 10:11:26 | gibi | in the review | |
| 10:11:35 | gibi | as we might need tetsuro | |
| 10:11:35 | gibi | as we might need tetsuro | |
| 10:13:11 | gibi | I can imagine a solution where a flag or env variable can be used to enable auto negotiation instead | |
| 10:13:11 | gibi | I can imagine a solution where a flag or env variable can be used to enable auto negotiation instead | |
| 10:13:20 | gibi | I presonally would like to use auto negotiation | |
| 10:13:20 | gibi | I presonally would like to use auto negotiation | |
| 10:13:48 | gibi | as I always forget that openstack resource provider trait list needs 1.6 at least | |
| 10:13:48 | gibi | as I always forget that openstack resource provider trait list needs 1.6 at least | |
| 10:14:03 | sean-k-mooney | gibi: i would be fine with auto negociation but negociating the latest i think is not correct. also yes a flag for enabling it i think would be fine | |
| 10:14:03 | sean-k-mooney | gibi: i would be fine with auto negociation but negociating the latest i think is not correct. also yes a flag for enabling it i think would be fine | |
| 10:14:27 | gibi | I understand your point | |
| 10:14:27 | gibi | I understand your point | |
| 10:14:31 | stephenfin | sean-k-mooney: osc is slowly switching to using the latest as part of the migration to sdk | |
| 10:14:31 | stephenfin | sean-k-mooney: osc is slowly switching to using the latest as part of the migration to sdk | |
| 10:14:33 | sean-k-mooney | if we want to do it by default we coudl but that in my view would need a major version bump | |
| 10:14:33 | sean-k-mooney | if we want to do it by default we coudl but that in my view would need a major version bump | |
| 10:14:40 | gibi | I migth disagree that we need to support people scripting against the CLI | |
| 10:14:40 | gibi | I migth disagree that we need to support people scripting against the CLI | |
| 10:15:04 | sean-k-mooney | it was one of the desigin reason why it had its current behavior | |
| 10:15:04 | sean-k-mooney | it was one of the desigin reason why it had its current behavior | |
| 10:15:06 | stephenfin | scripting users should use the sdk now. They can keep using older versions of osc also | |
| 10:15:06 | stephenfin | scripting users should use the sdk now. They can keep using older versions of osc also | |
| 10:15:13 | gibi | * gibi wonders why the IRC log is not updated in the web :/ | |
| 10:15:15 | sean-k-mooney | stephenfin: that assume they are using python | |
| 10:15:15 | sean-k-mooney | stephenfin: that assume they are using python | |
| 10:15:38 | stephenfin | yes | |
| 10:15:40 | sean-k-mooney | gibi: it lags there is a chorn script i think that runs evey few minutes | |
| 10:15:40 | sean-k-mooney | gibi: it lags there is a chorn script i think that runs evey few minutes | |
| 10:15:49 | sean-k-mooney | stephenfin: that is not a valid assumtion | |
| 10:15:49 | sean-k-mooney | stephenfin: that is not a valid assumtion | |
| 10:16:00 | sean-k-mooney | osc was create to be a stabel cli that is scriptable | |
| 10:16:00 | sean-k-mooney | osc was create to be a stabel cli that is scriptable | |