-
Notifications
You must be signed in to change notification settings - Fork 228
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
add .Net6 support across codebase #732
Conversation
@ebozduman @harshavardhana would you mind giving this a review? I can make changes if required. |
@martijn00 |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
There are lint errors.
Please run dotnet regitlint
and then push those lint changes
@ebozduman Done |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Please check the build test run failure logs.
There are quite a lot of warnings and errors, which need to be addressed, for Minio.Tests
.
@ebozduman Did you look at the error? It seems the connection get refused. Are the credentials still correct? These test fail on master branch too! This is currently used: _minioClient = new MinioClient()
.WithEndpoint("play.min.io")
.WithCredentials("Q3AM3UQ867SPQQA43P2F",
"zuf+tfteSlswRu7BJ86wekitnifILbZam1KYY3TG") |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
With your recent changes, it is back to lint errors in 38 files.
No need to say it, but we need to run dotnet regitlint
before pushing any change.
@ebozduman I've updated the PR again. My question still remains: It seems the connection get refused. Are the credentials still correct? I don't think the Test will ever work if that is not fixed on your side. |
@ebozduman I've switch the failing test over to use ssl, and now they run. Can you have a look again? |
@ebozduman Locally I have everything running. Can you try run the tests again with the latest change? See if that helps I still see lots of room for improvement but i don't want to make this PR bigger than it already is. Let's work together to get this merged, and then continue from there. |
@martijn00
Yes, there was a change in |
Please rebase. PR#749 is merged. |
@ebozduman can you try again now? Any other comments or remarks, or things you want explanation? |
Hey @martijn00 , I've a couple of comments to share;
|
@ebozduman Ok, done comment 1. When can you get to comment 2? |
@martijn00 Done. Build tests are running right now |
I forgot to ask. Why is |
@ebozduman not sure why. I added it back now. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM
Hi @martijn00 I wanted to let you know that we missed to check 2 areas for this PR and there we now see regression;
Please let us know what your opinion is about these 2 regressions and possible fixes for them. |
@ebozduman Where can i find this script? The version is now here: https://github.com/minio/minio-dotnet/blob/master/Directory.Build.props#L19 It should be possible to point it there? Looking at the LTS versions of .NET it would be best to drop support for .NET4.x: https://dotnet.microsoft.com/en-us/platform/support/policy/dotnet-core Are there any compelling reasons to still support really old frameworks like that? Also can you look at: #754 |
Yes, the script'll point to Directory.Build.props. Abour .Net4.x: I'll get to #754 as soon as I can. |
re: .Net4.x support |
What sort of changes? Also, users can still use older nuget packages for net4. |
To make it work with the latest MinIO nuget package.
Yes they can, but it is a workaround, which means we don't support .Net4.x |
But what sort of code changes are that? I can't imagine anything... Can I help with it if you could elaborate? |
Hi @martijn00 They are build errors, like for unknown attribute names, etc.
You just change the target framework to .net4.7.2 and .Net4.8 in |
@ebozduman ok, so you want to support .net4.8? I thought you are discussing dropping the support? There is no point in maintaining net48 support anymore. You are blocking real support for .net5, 6, 7 and 8 with this. These things are not regressions, it's just the future. |
I agree with all the points you've made, but we have to follow the process. |
If it helps, I could do a call with you and management to talk about it. Let me know if you want that. |
Co-authored-by: ebozduman <ersan.bozduman@gmail.com>
This removes dependencies on old libraries: fixes #725