| gouthamr | in my research on how the release went for today's open infra live, i discovered that skyline was one of our most "active" project teams | 21:57 |
|---|---|---|
| gouthamr | https://review.opendev.org/q/project:%5Eopenstack/skyline-.*+status:merged+after:2025-10-01+before:2026-04-01 | 21:57 |
| gouthamr | 257 changes merged in Gazpacho | 21:57 |
| gouthamr | interesting i thought, for something we've kept having governance problems in.. feels like people see value in it and existing maintainers are doing their best voluntarily | 21:58 |
| fungi | when it comes to methodology, for one thing you can use merged-after and merged-before to get more accurate (because your query will also show changes that were merged before the after date by comments and the like) | 22:00 |
| fungi | but also i usually measure cycles from the beginning of rc1 thursday in the previous cycle to the beginning of rc1 thursday in the cycle in question | 22:01 |
| JayF | I still am refering to Hibiscus as "next cycle". | 22:01 |
| JayF | IT never feels like it starts until PTG. | 22:01 |
| gouthamr | fungi: ah, useful tip, it removed one change and gave me 256.. but i'll use that for queries | 22:02 |
| gouthamr | ugh, you're right about RC date | 22:03 |
| gouthamr | JayF: haha, true.. all contentious work merges after | 22:04 |
| JayF | Like I've said many times: OpenStack governance is not a good fit for all OpenStack-integrated projects. There are lots of successful projects that don't need the thick layer of governance we apply. | 22:04 |
| JayF | I wonder if gouthamr's findings are a nod in that direction | 22:04 |
| fungi | gouthamr: merged-before will also help you not lose changes in your count if it's been a while since the before date | 22:04 |
| gouthamr | ack | 22:05 |
| gouthamr | i don't know JayF.. new contributors were finding it hard to land changes in Skyline.. it was mostly work the three existing contributors committed.. but, that's changed a lot this cycle.. so all the reach out we've done could have helped... | 22:06 |
| gouthamr | but no amount of us goading people can help if they can't/won't do it.. which is why we need the new contributors to become maintainers | 22:06 |
| clarkb | Isn't skyline part of the governance? If anything I would argue that the friction of playing along with the existing expectations has created more problems contributing than less | 22:11 |
| JayF | clarkb: that's basically what I'm trying to say but you used different words | 22:12 |
| JayF | and had less of a nod to a potential solution :) | 22:12 |
| clarkb | I think you're saying they do less governance and merge a lot of code. I think I'm saying they don't do what we expect them to so its hard for anyone not them to contribnute code | 22:13 |
| clarkb | but maybe I've misinterpreted | 22:13 |
| clarkb | for example: https://opendev.org/openstack/skyline-console/src/branch/master/skyline_console/static | 22:13 |
| gouthamr | i wasn't there in the prior skyline discussions and need context.. | 22:19 |
| clarkb | I'm just pointing out that if someone fomr openstack were to see ^ they would panic (and indeed I believe this has happened before with zigo maybe?) | 22:21 |
| gouthamr | yes, i vaguely recall a ML post | 22:21 |
| clarkb | but things are improving and I think that is a result of trying to make things moer similar so that more peopel can dive in and make sense of it | 22:21 |
| gouthamr | ++ agreed... i think we can break the communication barrier as well if more people got involved and could talk to each other through code commits.. like show me how you'd do it differently.. | 22:24 |
| gouthamr | don't commit minified js bundles, we've had this long history of packaging problems that could be done better by this other method here.. | 22:24 |
| gouthamr | from what i recall they had a very short "time to market" goal, but then their company folded up their efforts before they could build a community around it :/ | 22:25 |
| clarkb | its also not a great idea to commit binary data in git if you can avoid it. I think nova has an opnwrt vm image in its history that will never go away now for example | 22:25 |
| clarkb | and that is a good point to make. Its not like the other projcets were perfect. They learned these lessons the hard way and it can be furstating to watch others repeat those mistakes rather than take the easy road and learn from them | 22:26 |
| clarkb | but sometimes personal experience is the best learning method :) | 22:27 |
| gouthamr | :D | 22:27 |
| JayF | clarkb: yeah, I guess you're right that is an issue regardless | 22:53 |
Generated by irclog2html.py 4.1.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!