tokio-socketcan icon indicating copy to clipboard operation
tokio-socketcan copied to clipboard

Merge with socketcan-rs?

Open fpagliughi opened this issue 2 years ago • 8 comments

socketcan-rs v2.0 is finally out, and I'm looking at what to do next for it. Adding async/await seems most likely. I want to add support for the three top executors that my customers are using: tokio, async-std, and smol. Merging this crate, tokio-socketcan, into that one would be a good first step to get it done.

Would it be OK to merge this library into socketcan-rs?

If so, I would try to pull in this whole repository with all the history and commits intact, and then put all this code in a module that could be enabled/disabled with a cargo feature flag, like async-tokio. Then I would write similar capabilities for async-std/smol.

fpagliughi avatar May 04 '23 14:05 fpagliughi

Sounds like a good idea to me, I think decreasing fragmentation makes sense. @oefd what do you think?

marcelbuesing avatar May 06 '23 06:05 marcelbuesing

That would be great. I'd also want to hear from @oefd as well, to be sure. This crate doesn't have a clear license, other than a line in Cargo.toml, and I want to make sure you are both OK with merging it into socketcan-rs with the MIT license that it has.

fpagliughi avatar May 06 '23 18:05 fpagliughi

Oh, also @nnarain has already started a port of this library for socketcan v2. Discussions are here: https://github.com/socketcan-rs/socketcan-rs/issues/39

fpagliughi avatar May 06 '23 18:05 fpagliughi

That would be great. I'd also want to hear from @oefd as well, to be sure. This crate doesn't have a clear license, other than a line in Cargo.toml, and I want to make sure you are both OK with merging it into socketcan-rs with the MIT license that it has.

I would be ok with the MIT license.

marcelbuesing avatar May 09 '23 08:05 marcelbuesing

Sorry for the delay, honestly @marcelbuesing is more an owner for this crate than I am at this point anyway!

I'm happy to see this merged in, and happy to see it under an MIT license.

idletea avatar May 09 '23 20:05 idletea

Awesome. I did a test over the weekend and it seems easy enough to merge the whole repo with all the history into the socketcan-rs crate. Someone else already PR'ed an async-io implementation for async-std/smol, so things will be pretty complete.

Thanks, both, for getting back, and the work. Makes my life easy to just do some integration :-)

fpagliughi avatar May 09 '23 21:05 fpagliughi

Pull request for use socketcan v2 https://github.com/oefd/tokio-socketcan/pull/10

nnarain avatar May 09 '23 23:05 nnarain

It is done.

This whole repository, complete with all its commit history, plus @nnarain 's updates for v2.0 is now in the master branch of socketcan-rs .

There is also some initial support for async-io (async-std & smol) up there as well. It should hopefully all be cleaned up and released within a few weeks.

fpagliughi avatar May 11 '23 00:05 fpagliughi