YouTag
YouTag copied to clipboard
Set Swift 5.8 as the minimum supported version
- Set Swift 5.8 as the minimum supported version.
- Removed CI job for Ubuntu 20.04.
- Bumped
swift-nioandswift-collectionsversions on the manifest.
Thanks @3a4oT Just wondering - Are there any particular needs you had for upgrading this, or were you just cleaning it up?
@paulofaria Do you have any thoughts on this? I know you've been hesitant to update swift-tools versions in the past, but NIO is at 5.8 compatibility
Thanks @3a4oT Just wondering - Are there any particular needs you had for upgrading this, or were you just cleaning it up?
Hello, thanks for asking. The main driver was that we should support what Swift-NIO supports regarding the minimum required Swift tools. Swift itself doesn't support Ubuntu 20.04 anymore, so I dropped 5.4-5.6. I thought that bumping the version to 5.8 would be too aggressive, but I still believe it's the right thing to do :)
Hey @3a4oT, I think this is good to go if you just make the following changes:
- Remove dependency changes in
Package.swift - Run the formatter:
docker run --rm -v ./:/repo ghcr.io/nicklockwood/swiftformat:latest /repo
Let me know if you need any help!
Let's follow SwiftNIO compatibility.
Hey @3a4oT, I think this is good to go if you just make the following changes:
- Remove dependency changes in
Package.swift- Run the formatter:
docker run --rm -v ./:/repo ghcr.io/nicklockwood/swiftformat:latest /repoLet me know if you need any help!
Thanks! I have applied your suggestions to the rebased commit.
Let's follow SwiftNIO compatibility.
Set swift-tools version to 5.8.
UPDATED: it seems like swift-nio is about to drop Swift 5.8 support at https://github.com/apple/swift-nio/pull/2924
We can merge this with 5.8 and then do a follow up PR with 5.9 or we can just go with 5.9, wait and synchronize with the other PR. I'm fine either way, it's your call. 🙂
By the way, I think we should be explicit about our versioning support. The main question is do we phrase it as "the three latest released Swift versions" or do we phrase it as "we follow SwiftNIO support"? @NeedleInAJayStack
Whatever we decide in this discussion, can you please add it to the Readme? @3a4oT
I'm okay merging this and dropping 5.8 after NIO does.
By the way, I think we should be explicit about our versioning support. The main question is do we phrase it as "the three latest released Swift versions" or do we phrase it as "we follow SwiftNIO support"? @NeedleInAJayStack
I agree. I think phrasing it as "we follow SwiftNIO support" makes sense at the moment while we're pretty reliant on NIO. If at some point we drop that dependency in favor of full Swift Concurrency we can reevaluate.
@3a4oT Could you add a Support section to the README between Encoding Results and Contributing that says:
This package supports Swift versions in [alignment with Swift NIO](https://github.com/apple/swift-nio?tab=readme-ov-file#swift-versions).
Otherwise, everything looks great! Thanks for contributing!!
Nice work @3a4oT! 🙂
I'm okay merging this and dropping 5.8 after NIO does.
By the way, I think we should be explicit about our versioning support. The main question is do we phrase it as "the three latest released Swift versions" or do we phrase it as "we follow SwiftNIO support"? @NeedleInAJayStack
I agree. I think phrasing it as "we follow SwiftNIO support" makes sense at the moment while we're pretty reliant on NIO. If at some point we drop that dependency in favor of full Swift Concurrency we can reevaluate.
@3a4oT Could you add a
Supportsection to the README betweenEncoding ResultsandContributingthat says:This package supports Swift versions in [alignment with Swift NIO](https://github.com/apple/swift-nio?tab=readme-ov-file#swift-versions).Otherwise, everything looks great! Thanks for contributing!!
Done