mpris-server icon indicating copy to clipboard operation
mpris-server copied to clipboard

Add tokio feature

Open SofusA opened this issue 1 year ago • 7 comments

Thanks for this! I am building a tui and web player player for qobuz, and this has helped a lot!

I am using tokio for async, so i need to enable tokio feature for zbus. This just adds a feature which enables this

SofusA avatar Feb 15 '25 17:02 SofusA

Hi, thanks for the PR!

It would be nice to also get this added on the README, on the features table.

I think it would also be needed to fix CI to prevent async-std and tokio features from interfering with each other.

SeaDve avatar Feb 16 '25 11:02 SeaDve

I have resolved the clippy warnings in #11. We should wait for that first

SofusA avatar Feb 16 '25 14:02 SofusA

I think it would also be needed to fix CI to prevent async-std and tokio features from interfering with each other.

It looks like CI is fine. Is there something particular that you think needs to be done? :smiley:

SofusA avatar Feb 23 '25 08:02 SofusA

Ah, I thought it would since --all-features should conflict tokio and async-std

SeaDve avatar Feb 23 '25 09:02 SeaDve

Also, I think it would make sense to have a compile time error when both features are active at the same time.

SeaDve avatar Feb 23 '25 09:02 SeaDve

I have added a line to the features list in the readme.

Also, I think it would make sense to have a compile time error when both features are active at the same time.

Sorry I don't think i understand what the problem is. The tokio feature is only passed on to zbus. async-std-feature is enabled by default and will be overridden with the tokio-feature by zbus

SofusA avatar Feb 23 '25 16:02 SofusA

Hey. Can you try to elaborate what is needed for this to be merged? 🙂

SofusA avatar Apr 23 '25 10:04 SofusA

Hello! Sorry for the really late reply. I was not just so sure if this would cause some problems somewhere, since zbus has async-io feature by default, and enabling tokio feature of zbus would conflict with it unless default-features is set to false.

I thought that adding a test somewhere on the CI proving it won't be nice.

SeaDve avatar May 22 '25 06:05 SeaDve

Hello! Sorry for the really late reply. I was not just so sure if this would cause some problems somewhere, since zbus has async-io feature by default, and enabling tokio feature of zbus would conflict with it unless default-features is set to false.

I thought that adding a test somewhere on the CI proving it won't be nice.

No problem. I think this would be zbus's concern.

But i could add a CI step that builds with this feature. Would that be sufficient?

SofusA avatar Jun 02 '25 19:06 SofusA

I found some clippy errors on rebasing. I fixed them in a separate commit

SofusA avatar Jul 06 '25 05:07 SofusA

But i could add a CI step that builds with this feature. Would that be sufficient?

I think yes, and one without.

I found some clippy errors on rebasing. I fixed them in a separate commit

Thanks! Sorry for the late reply, I was really busy with school stuff

SeaDve avatar Jul 06 '25 07:07 SeaDve

I have added a job to CI pipeline for building default, and with tokio feature. I also got some formatting errors. They have been fixed in a commit.

Really no problem. Take your time. I can just reference my branch in my Cargo.toml to use the feature :smile:

SofusA avatar Jul 06 '25 18:07 SofusA

Thanks!

SeaDve avatar Jul 11 '25 20:07 SeaDve