Tuesday, 2025-01-14

*** __ministry is now known as Guest584701:55
*** __ministry is now known as Guest587007:12
opendevreviewLajos Katona proposed openstack/project-config master: Remove taas-tempest-plugin and taas-dashboard jobs  https://review.opendev.org/c/openstack/project-config/+/93866510:30
opendevreviewMerged openstack/project-config master: Remove taas-tempest-plugin and taas-dashboard jobs  https://review.opendev.org/c/openstack/project-config/+/93866514:50
*** __ministry is now known as Guest590916:08
JayFI'm working on (as mentioned previously) deprecating the ironic-lib repo. Is there a suggested or example config for "enough jobs for zuul to merge the final commit"? I believe if I just pull the zuul config it won't work21:03
JayFhttps://docs.opendev.org/opendev/infra-manual/latest/drivers.html#step-1-end-project-gating 🦆21:06
clarkbJayF: the minimal job is the noop job21:19
JayFyeah, that doc answered my question21:19
clarkbits a built in in zuul that immediately returns success21:20
JayFclarkb: hmm, it seems to still have a test-release-openstack: https://review.opendev.org/c/openstack/ironic-lib/+/93927721:23
JayFdid I miss something?21:23
clarkbJayF: https://opendev.org/openstack/project-config/src/branch/master/zuul.d/projects.yaml#L2022-L2026 I think that comes from here21:24
clarkbyou probably do need to keep those jobs in some capacity since you are trying to keep older branches alive.21:24
clarkbyou might need to break official-openstack-repo-jobs out of the template and make them branch specific? I don't think publish-to-pypi is a problem as that should only run post merge21:25
opendevreviewJay Faulkner proposed openstack/project-config master: Deprecate ironic-lib  https://review.opendev.org/c/openstack/project-config/+/93928221:25
clarkbJayF: ^ only makes sense if you're never releasing the library again21:25
JayFooooooh21:26
clarkbwhich is what you do when retiring but I think ironic-lib is keeping old branches alive21:26
JayFyou are 100% correct21:26
JayFI just -1'd my patch there21:26
JayFcould I do something like, restore what was there, and add a separate stanza breaking out master with only noop-jobs21:26
JayFor are those always additive21:26
clarkbthe official-openstack-repo-jobs are always going to add so you need to remove that template then add back in only what you want21:27
JayFack21:27
JayFofficial-openstack-repo-jobs is just the sync to github, so it can stay21:29
JayFso I should just need to do publish-to-pypi21:30
clarkboh I thought that included the release check but ya I may have mixed up the templates21:30
opendevreviewJay Faulkner proposed openstack/project-config master: Deprecate ironic-lib  https://review.opendev.org/c/openstack/project-config/+/93928221:34
JayFthat should be better21:34
clarkbI think zuul isn't happy about the syntax. Looks liek you defined a second block for the same project. I was suggesting that you take the jobs from the template and expand them out of the template directly into the project config then you can specify the jobs run on not master21:36
JayFoh, that's unfortunate21:37
clarkbI don't know what openstack's rules are but an alternative may be to just leave master and everything else the way it is except to update the README on master saying this is deprecated21:38
clarkbhaving the job config isn't a big deal for one extra branch. Then when you retire the project because all stable branches haev completely aged out you just remove everything at once21:38
JayFAt this point, this patch is the only thing that needs work, so I'll just work it out here21:39
JayFIMO it's important to "break" master so we don't have any unattentive downstreams trying to run old-master ironic-lib against ironic/ipa that don't need it21:40
opendevreviewJay Faulkner proposed openstack/project-config master: Deprecate ironic-lib  https://review.opendev.org/c/openstack/project-config/+/93928221:44
JayFclarkb: I'm a little confused about what it's angry about now?21:46
clarkbJayF: your depends on have created a cycle which is not allowed21:47
clarkbironic-lib should depends on project-config and not the other direction21:47
JayFOH21:47
clarkbbut also the branch specification is only needed in check and gate21:47
JayFthat depends-on is just a bad paste21:47
JayFit was supposed to eb the governance21:47
clarkbthe other two pipelines are tag specific and on't care about branches iirc21:47
JayFI was looking for answers in the yaml file :)21:47
opendevreviewJay Faulkner proposed openstack/project-config master: Deprecate ironic-lib  https://review.opendev.org/c/openstack/project-config/+/93928221:47
clarkbJayF: you also need some :'s to start the yaml dict context21:48
clarkb- test-release-openstack:\n    branches: etc21:48
clarkbbut the shape of that is largely correct I think21:49
opendevreviewJay Faulkner proposed openstack/project-config master: Deprecate ironic-lib  https://review.opendev.org/c/openstack/project-config/+/93928221:49
JayFmakes sense, I always forget it when non-voting a job, might as well forget it here lol21:50
clarkbJayF: the latest error is due to the unindenting the change does. YOu need to reindent a level (see the old side diff and it shows the unindent21:52
JayFack21:52
opendevreviewJay Faulkner proposed openstack/project-config master: Deprecate ironic-lib  https://review.opendev.org/c/openstack/project-config/+/93928221:55
clarkbfungi can double check that21:58
clarkbI +2'd I think that is roughly correct21:58
fungilookin'21:59
fungiit's funny with all the work that went into splitting out *-lib repos so that projects could depend on (previousls) service internals, but is what it is i guess22:01
JayFfungi: this wasn't one of those22:03
JayFfungi: this was just for ironic use only, we had a LOT of shared disk imaging/management code in there when the iscsi driver existed22:03
JayFsince it's been retired, ironic-lib had maybe 4-5 modules, only one of which had any meaningful sharing between Ironic and IPA, and it's existance made fixing the recent CVE *harder*, not easier, so it was a pretty easy choice for us tbh22:04
JayF(since the iscsi driver has been retired)22:04
fungiaha, so not necessarily a sign than neutron would want to re-absorb neutron-lib, for example22:05
JayFyes, exactly22:05
JayFthis was explicitly for ironic use only, the only things that *ever* depended on it were ironic / ipa22:05
JayFand like I said, it sorta became a vestige/obstacle as soon as the conductor got outta the business of imaging disks and all that code concentrated in IPA22:05
fungimakes sense. neutron-lib evolved because of all the external drivers reusing and depending on code from inside the neutron repo, for comparison22:07
JayFyeah, we are a primary consumer of that too, fun enough (networking-baremetal + networking-generic-switch)22:08
JayFI still remember suggesting ironic lib be created back at the Paris summit. So at least it's appropriate that I'm the one to pay back the technical debt that I helped create lol22:12
JayFfungi: re: your review comment; I'd say there's like a 1% chance we'll ever need to release from those ironic-lib stable repos, so we'll likely never know :D 22:37
fungifair enough22:38

Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!