Closed wdpypere closed 7 months ago
tests fail because other parts of the code (vlans and bridges) seem to assume bootproto to be unset. So this would need more fixing. But I do think nmstate should mimic network.pm, to match admin expectations.
tests fail because other parts of the code (vlans and bridges) seem to assume bootproto to be unset. So this would need >>more fixing. But I do think nmstate should mimic network.pm, to match admin expectations.
this PR should fix the failures you are seeing. https://github.com/quattor/configuration-modules-core/pull/1647
ah, I missed that. I'll close this PR. Thanks @aka7
@wdpypere I think you will stiill need your PR if you want bootproto to be static by default. but I guess either after mine is merged and you rebase? or I can add it with that pr?
@wdpypere I think you will stiill need your PR if you want bootproto to be static by default. but I guess either after mine is merged and you rebase? or I can add it with that pr?
I've made changes to the pr to include your suggestion and as a result made that part of the code a bit more simpler. Please pull this in to test if you like. https://github.com/quattor/configuration-modules-core/pull/1647 @wdpypere and a review would be welcomed.
@aka7 thanks for adding to the other PR. Ill read it, but I don't think you want my review, I'm very bad at Perl. :D
I spent a good time figuring out why
nmstate.pm
was not changing IP's. The code of nmstate is:In our templates we don't set
bootproto
.but if I look in
network.pm
it does:So I think
nmstate.pm
should mimic that behavior.