Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Bump to 1.22.4 #729

Merged
merged 1 commit into from
Jul 17, 2024
Merged

Bump to 1.22.4 #729

merged 1 commit into from
Jul 17, 2024

Conversation

bn222
Copy link
Collaborator

@bn222 bn222 commented Jul 1, 2024

No description provided.

Signed-off-by: Balazs Nemeth <[email protected]>
Copy link

github-actions bot commented Jul 1, 2024

Thanks for your PR,
To run vendors CIs use one of:

  • /test-all: To run all tests for all vendors.
  • /test-e2e-all: To run all E2E tests for all vendors.
  • /test-e2e-nvidia-all: To run all E2E tests for NVIDIA vendor.

To skip the vendors CIs use one of:

  • /skip-all: To skip all tests for all vendors.
  • /skip-e2e-all: To skip all E2E tests for all vendors.
  • /skip-e2e-nvidia-all: To skip all E2E tests for NVIDIA vendor.
    Best regards.

@coveralls
Copy link

coveralls commented Jul 1, 2024

Pull Request Test Coverage Report for Build 9742331842

Details

  • 0 of 0 changed or added relevant lines in 0 files are covered.
  • No unchanged relevant lines lost coverage.
  • Overall coverage remained the same at 40.614%

Totals Coverage Status
Change from base Build 9713459027: 0.0%
Covered Lines: 5519
Relevant Lines: 13589

💛 - Coveralls

@@ -1,6 +1,6 @@
module github.com/k8snetworkplumbingwg/sriov-network-operator

go 1.22
go 1.22.4
Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@bn222 why do we need to require .4 explicitly ?

Copy link
Collaborator Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

gopls doesn't work with non-explicit z-stream. Also, our images downstream are 1.22.4. Making it explicit brings our env and upstream in alignment.

Side note: A difference between 1.22.1 and 1.22.4 causes code gen to behave differently. Making it explicit makes sure everyone is generating the same code.

Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I don't like this approach. It will force us to. make more updates (1.22.5 is already releases). Could you please provide any real example how this will help?

Copy link
Collaborator Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

  • gopls lsp servers doesn't work when you don't specify 1.22.4. There is an issue between 1.22.0 and 122.4.
  • I'm not recommending always bumping versions to z-stream. If 1.22.5, we don't necessarily want it.

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Also, As far as I know. version specified in the go.mod file is the minum required version for this project to build.

https://go.dev/doc/modules/gomod-ref

So, there will be no need to bump this in the future in my opinion.

@bn222 do you have any reference (github issue, stackoverflow) to the problem with gopls?

Copy link
Collaborator Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Copy link
Collaborator Author

@bn222 bn222 Jul 8, 2024

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

That's the closest I can find. On my system, after I've added .4, it started working.
Note also that operator-sdk generates a bit different code depending on 1.22 vs 1.22.4, so if someone is on 1.22.4, and they run make generate, they will generate different code than someone who is running on 1.22. IMO, it's better to be explicit on which version everyone should be on.

e0ne
e0ne previously requested changes Jul 8, 2024
@@ -1,6 +1,6 @@
module github.com/k8snetworkplumbingwg/sriov-network-operator

go 1.22
go 1.22.4
Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I don't like this approach. It will force us to. make more updates (1.22.5 is already releases). Could you please provide any real example how this will help?

@SchSeba
Copy link
Collaborator

SchSeba commented Jul 11, 2024

@bn222 please correct me if I am wrong here but I think this only points to the min go version if I have an higher version I should be able and use it right?

@bn222
Copy link
Collaborator Author

bn222 commented Jul 11, 2024

@bn222 please correct me if I am wrong here but I think this only points to the min go version if I have an higher version I should be able and use it right?

Correct. The generated binary will be compatible with 1.22.4 though.

@SchSeba
Copy link
Collaborator

SchSeba commented Jul 15, 2024

I will take this PR to the sriov-community meeting today.

@adrianchiris
Copy link
Collaborator

@e0ne this change just specified the minimal version of 1.22.x in go.mod so we should be ok.
if you are fine with this. please approve (i cant merge as you requested changes )

@bn222
Copy link
Collaborator Author

bn222 commented Jul 17, 2024

@e0ne ptal

@e0ne e0ne dismissed their stale review July 17, 2024 13:22

I don't want to block this pr

@SchSeba SchSeba merged commit 7e44c75 into k8snetworkplumbingwg:master Jul 17, 2024
13 checks passed
tobiasgiese pushed a commit to tobiasgiese/sriov-network-operator that referenced this pull request Jul 19, 2024
tobiasgiese pushed a commit to tobiasgiese/sriov-network-operator that referenced this pull request Jul 19, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

7 participants