nix VS Etherpad

If we drop std Rust ceases to be economical due to the time it would take to reimplement the data structures and IO interfaces it provides, not to mention the event loop crate we use (calloop). At that point we'd be relying on so much FFI via eg. nix that the relative safety would be diminished too. After reimplementing all that it's not clear to me that we'd even save that much size, but I suppose it's possible.

Now that we have covered the fundamentals of signals, let's delve into the world of handling signals in Rust! Unlike C, where signal handling is built into the language modules, Rust provides several libraries that enable developers to handle signals with ease. Libraries such as signal_hook, nix, libc, and tokio handle signals that primarily use C bindings to make it possible to work with signals.

Obviously you meant the nix crate

You can take a look here for example: https://github.com/nix-rust/nix/blob/master/CHANGELOG.md

I actually have experience with this specific code. I recently fixed a bug in a function that his PR also touches: https://github.com/nix-rust/nix/pull/1521

And I have a PR to fix problems in another Rust wrapper of the same libc functions: https://github.com/uutils/coreutils/pull/2653

It's hard to get right. Skimming the PR, the feedback looks reasonable.

This post fails to speak to me on two fronts:

* The `nix` crate is a cornerstone of the Rust development ecosystem: if you do anything that requires POSIX or various nix-specific APIs beyond those wrapped by the standard library, then `nix` most likely provides a high-level and safe* wrapper for them. Perfectionism is a virtue in this context, one that keeps large parts of the Rust ecosystem from accidentally consuming buggy code. The author unfortunately chose a particularly messy and bug-prone corner of the POSIX APIs to wrap, and ran into a correspondingly intensive review process. I've merged simpler wrappers[1][2] with no fuss.

* Alacritty seems to work just fine. I switched to it about two months ago, after using nothing but (heavily customized) rxvt-unicode for a decade. Maybe it's because I don't use ligatures or images in my terminals (I thought we were talking about non-"toy" functionality!), but I haven't found myself wanting for anything beyond what Alacritty already does. And the scrollback seems to work nicely. To summarize: where's the tragedy?

[1]: https://github.com/nix-rust/nix/pull/1342

[2]: https://github.com/nix-rust/nix/pull/1331

One thing I'd like to see is a MSRV policy, as its causing problems for downstreams (https://github.com/nix-rust/nix/issues/1555)

The nix crate has you covered. Check out some usages.

Did you try https://etherpad.org ?

Check out etherpad. It's an awesome solution. It's got collaboration, and over 200 plugins.

You can try to: - wipe all of the data of standard notes app by holding down on it, clicking "app info", going to the storage section and tapping both "clear storage" and "clear cache" buttons - Install an older version of the app. This has fixed my problem with Bitwarden refusing to work on my device. (Until it broke again, but luckily the latest version works fine) - Try a different note taking app. I don't know many of them, but by doing a quick startpage search I've found https://simplenote.com/. It seems to be free and open source as well as providing cloud sync. - Use Etherpad. This works by sharing a permanent link to a file stored on one of the etherpad's servers, and anyone with the link can edit it and view it in real time. Of course, the disadvantage is no encryption, as it is meant for collaboration while writing books and such.

Might be overkill but something like this? https://etherpad.org/

I don't use google products - but Wow. Cool project nonetheless. Ever consider integration with https://etherpad.org/?

Also, I've always enjoyed etherpad, because of the real-time save/versioning feature.

Etherpad (https://etherpad.org/) or a nextcloud with Collabora installed(https://www.collaboraoffice.com)