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

[6.x] No php 8.1 deprecation warnings #2061

Merged
merged 4 commits into from
Apr 13, 2022
Merged

[6.x] No php 8.1 deprecation warnings #2061

merged 4 commits into from
Apr 13, 2022

Conversation

VincentLanglet
Copy link
Contributor

No description provided.

@ruflin
Copy link
Owner

ruflin commented Apr 13, 2022

Thanks @VincentLanglet for taking over the change. Any chance you could add a changelog entry?

@VincentLanglet
Copy link
Contributor Author

Thanks @VincentLanglet for taking over the change. Any chance you could add a changelog entry?

Sure, I added one ; is it ok like this ?

@ruflin ruflin merged commit f0f5487 into ruflin:6.x Apr 13, 2022
@ruflin
Copy link
Owner

ruflin commented Apr 13, 2022

Perfect, thanks!

@VincentLanglet VincentLanglet deleted the fixDeprecation branch April 13, 2022 07:44
@VincentLanglet
Copy link
Contributor Author

Thanks, if you have time for a release it would be perfect :)

@ruflin
Copy link
Owner

ruflin commented Apr 13, 2022

Recently @thePanz has become the master of releases. Interested to take this one? 😇

@ruflin
Copy link
Owner

ruflin commented Apr 13, 2022

I think I have commented too fast. There is one issue here: Elasticsearch 6.x is EOL so what does this mean for Elastica 6.x? If it is also EOL, should we still do releases? There is always a risk that we break existing deployments in an unexpected way and now have to do one more release and so on. So far it seems the last 6.x release is pretty stable :-)

@VincentLanglet I wonder if we could also ask users that want these changes to depend on the commit hash or 6.x branch?

Lets have a quick conversation on the state of 6.x.

@VincentLanglet
Copy link
Contributor Author

I think I have commented too fast. There is one issue here: Elasticsearch 6.x is EOL so what does this mean for Elastica 6.x? If it is also EOL, should we still do releases? There is always a risk that we break existing deployments in an unexpected way and now have to do one more release and so on. So far it seems the last 6.x release is pretty stable :-)

I understand your point, I also discovered that Elasticsearch 6 is EOL but our team can't do the upgrade before this summer.

Looking at the current change for the next release (6.2.0...6.x), I consider the risk to break something is really really low. But it's your call for sure.

@VincentLanglet I wonder if we could also ask users that want these changes to depend on the commit hash or 6.x branch?

I personally would prefer to rely on a release rather than a commit hash.

@ruflin
Copy link
Owner

ruflin commented Apr 13, 2022

risk to break something is really really low

I made this assumption on a 5.x release which blew up 🤦‍♂️ But I agree, I think we can take the risk and in the worst case roll it back. But lets wait on some feedback from @thePanz and others on their view. If we don't hear back, lets do it.

@VincentLanglet One thing you could do to get this already started is opening a pull request to prepare the release, something like #2060

@VincentLanglet
Copy link
Contributor Author

@VincentLanglet One thing you could do to get this already started is opening a pull request to prepare the release, something like #2060

Sure #2062

@thePanz
Copy link
Collaborator

thePanz commented Apr 16, 2022

@ruflin But I agree, I think we can take the risk and in the worst case roll it back.
Yes, I agree too. Thank you for tagging and releasing it :)

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.

3 participants