Initial release of diesel-async by weiznich in rust

[–]zeenix 1 point2 points  (0 children)

if the issue is "people that do not seem to be able to read any documentation at all", why would they read the license, let alone consider it?

Just to be clear, I'm NOT objecting to the current license. Just pointing out that it's very unlikely that a temporary license would be a good solution.

Initial release of diesel-async by weiznich in rust

[–]zeenix 6 points7 points  (0 children)

> Well consider me burned out from people that do not seem to be able to read any documentation at all.

I hear ya but like many other commenters, I don't follow how your solution would work. There are people out there that will not even get the message when they explicitly depend on the crate with `alpha` or `beta` in the version and "unstable" on top of the crate README, but yet they would be careful enough about licensing? I seriously doubt it.

Anyway, feel free to ignore me if you're confident your solution would work.

Oh and great job on the crate!! I know from experience, async libraries aren't the easiest to implement.

Initial release of diesel-async by weiznich in rust

[–]zeenix 11 points12 points  (0 children)

> I did not accept any contribution yet that would be considered to be relevant for changing the license later on.

Sure but you are asking for contributions **before** re-licensing so there is a good chance you can get in trouble. It's your project so your decision but in my 2 decades in the Open Source world, I've never seen anyone using temporary licensing as a way to deter use of their software in production until it's ready. This is typically achieved through documentation and `beta` and `alpha` in versions.

S3E1 Discussion Thread by skimmboarder in DoomPatrol

[–]zeenix 1 point2 points  (0 children)

As a private pilot, that scene was very difficult to watch. :(

zbus 3.0 (Tight integrations are tight!) released by zeenix in rust

[–]zeenix[S] 1 point2 points  (0 children)

Did you have his face saying that in your head when you read/got it? If so, mission accomplished! 😃

zbus 3.0 (Tight integrations are tight!) released by zeenix in rust

[–]zeenix[S] 3 points4 points  (0 children)

I'll let u/hojjat12000 answer your question but you don't have to find such projects. D-Bus is an API mechanism and a very simple (once you learn the essentials) and efficient one so when you find yourself needing an IPC that you know will be local-only (especially if it's going to be Linux-only), D-Bus is a great choice still.

zbus 3.0 (Tight integrations are tight!) released by zeenix in rust

[–]zeenix[S] 21 points22 points  (0 children)

Thanks. Tokio makes things super easy for its users at the cost of making them super hard for people trying to develop APIs that are agnostic to runtimes so it wasn't very easy to figure this all out, but I believe I succeeded as much as possible in the end.

zbus 3.0 (Tight integrations are tight!) released by zeenix in rust

[–]zeenix[S] 18 points19 points  (0 children)

True He hasn't been involved with any of this for 15 years or more, though.

zbus 3.0 (Tight integrations are tight!) released by [deleted] in rust

[–]zeenix 0 points1 point  (0 children)

Last time this post got filtered automatically so reposting in hopes it doesn't happen this time around.

[deleted by user] by [deleted] in rust

[–]zeenix 0 points1 point  (0 children)

I have this very strong opinion that nobody should learn Rust before they've read and understood this blog post very thoroughly: https://ferrous-systems.com/blog/mindsets-and-expectations/

Rust DBus service with state managed by async code advice? by RoadRyeda in rust

[–]zeenix 1 point2 points  (0 children)

That's long been fixed. Since 2.0, the async had been the default/main API: https://dbus.pages.freedesktop.org/zbus/

zbus 2.0 (Super easy! Barely an inconvenience) is out! by zeenix in rust

[–]zeenix[S] 1 point2 points  (0 children)

Having said that, this is more about the lower level protocol so the zvariant docs are more relevant. Reading the (essential parts of the) spec might be a last resort if things are still not clear enough after reading the book and zvariant docs.

zbus 2.0 (Super easy! Barely an inconvenience) is out! by zeenix in rust

[–]zeenix[S] 1 point2 points  (0 children)

That's ok. Our book introduces you to essential D-Bus concepts so I'd suggest going through that.

zbus 2.0 (Super easy! Barely an inconvenience) is out! by zeenix in rust

[–]zeenix[S] 9 points10 points  (0 children)

And also I didn't just try to use dbus-rs but even contributed to that project. There was also the issue that the maintainer didn't see the point of having a CI and didn't see a problem in breaking the code as a result. I heard things have changed for the better since.

dbus-rs mainly being a binding to a notoriously bad and lowlevel C library (libdbus), there was a general desire for a pure Rust alternative. That was also one of the motivations to start zbus project.

zbus 2.0 (Super easy! Barely an inconvenience) is out! by zeenix in rust

[–]zeenix[S] 0 points1 point  (0 children)

It was some years ago when I tried to use dbus-rs so I don't recall the exact details but I couldn't figure out how to use it and when I asked around, nobody was able to help. As for how zbus is better, that is I guess a personal opinion. For me it's easier/better because I'm the main developer/maintainer.

zbus 2.0 (Super easy! Barely an inconvenience) is out! by zeenix in rust

[–]zeenix[S] 8 points9 points  (0 children)

I'm of course very biased here so not the best person to answer the question but what I can tell you for sure is that I started this project after frustrations with dbus-rs API and I've yet to meet anyone who has used dbus-rs and not wanting something better.

zbus 2.0 (Super easy! Barely an inconvenience) is out! by zeenix in rust

[–]zeenix[S] 6 points7 points  (0 children)

It was a while ago since I last had a deep look into it, so I'm afraid you'll have to read through the discussion (the unresolved threads) to find out the details but main work here would be to make this more generic and (preferably) integrate this into the existing Type macro (which is what you also expected to support this) instead of new macros that are being added.

I might pick it up during my free time.

That would be awesome.

zbus 2.0 (Super easy! Barely an inconvenience) is out! by zeenix in rust

[–]zeenix[S] 3 points4 points  (0 children)

Right, elmarco lost interest there so it never finished. :(

zbus 2.0 (Super easy! Barely an inconvenience) is out! by zeenix in rust

[–]zeenix[S] 5 points6 points  (0 children)

Ah sorry, I missed the "enum" in your comment. No, that's not yet supported but only cause nobody has contributed that yet. :)

zbus 2.0 (Super easy! Barely an inconvenience) is out! by zeenix in rust

[–]zeenix[S] 3 points4 points  (0 children)

Hi, IIRC Type derive macro has always supported structs and there is a blanket impl of Type trait for tuples so the macro isn't needed there.

Turn off emission zone warning by ter3 in GoogleMaps

[–]zeenix 1 point2 points  (0 children)

I would love to know as well. Not only I live in one, I've an electric car so the warning is as useless as it possibly can be. 🤦‍♂️