- 1 Post
- 14 Comments
Not just on the web. I’ve previously used it to embed a short clip in a presentation.
The nice thing is that it doesn’t do a massive screencap but only captures the text. This way the replay will be freshly rendered at native resolution.
Starfighter@discuss.tchncs.deto Rust@programming.dev•Faster linking times with 1.90.0 stable on Linux using the LLD linker5·17 days agoThere are even little interactive tools for it like: cargo-wizard
Starfighter@discuss.tchncs.deto Rust@programming.dev•Faster linking times with 1.90.0 stable on Linux using the LLD linker15·17 days agoGood move. Especially for incremental builds linking tends to take up quite a large percentage of the compile time.
I’ve mostly switched to mold for that reason but having a fast default linker is nice.
Starfighter@discuss.tchncs.deto Selfhosted@lemmy.world•NixOS and/or TrueNAS - What are your experiences?English12·2 months agoHow well NixOS fits your purpose really depends on what you want to do with the OS. If you’re just going run a bunch of docker containers, you could manage them via Nix but its a little cumbersome.
Where NixOS really shines for small servers are the so called NixOS Options. They allow you to install tons of services on bare metal but manage all the configuration for you. E.g. open the correct firewalls ports, run a dedicated DB or cache, etc. and all those simply require you to enable them with an
= true;
.Smaller projects might not have a NixOS Option available and some options are more and/or easier configurable than others, but if you’re running just a few common services you could feasibly manage your whole server with just one native config file and no docker shenanigans.
I’d recommend checking what’s available under the link above. If you wanna go the container route instead, you have the option of just using docker non-declaratively as on every other distro (but then you lose some of the benefits NixOS gives you), or you can declaratively have NixOS manage all the docker containers. There are a few ways to do and manage this so some further research will be required.
Starfighter@discuss.tchncs.deto Selfhosted@lemmy.world•From Docker with Ansible to k3s: I don't get it...English3·2 months agoThen helmfile might be worth checking out
Starfighter@discuss.tchncs.deto Selfhosted@lemmy.world•Friendly reminder that Tailscale is VC-funded and driving towards IPOEnglish39·3 months agoYou dont need to manually handle the WG config files. This isn’t really an issue when it’s just you and your two devices, but once you start supporting more people, like non-technical family members, this gets really annoying really quickly.
Tailscale (and headscale) just require you to log in, which even those family members can manage and then does the rest for you. They also support SSO in which case you wouldn’t even have to create new accounts.
Starfighter@discuss.tchncs.deto Selfhosted@lemmy.world•What AI services are you selfhosting? Or, have tested and passed onEnglish5·6 months agoThere are some experimental models made specifically for use with Home Assistant, for example home-llm.
Even though they are tiny 1-3B I’ve found them to work much better than even 14B general purpose models. Obviously they suck for general purpose questions just by their size alone.
That being said they’re still LLMs. I like to keep the “prefer handling commands locally” option turned on and only use the LLM as a fallback.
Starfighter@discuss.tchncs.deto Rust@programming.dev•Auto debloat unused `pub` items from dependencies.3·8 months agoTo expand: Just configure whatever profile you’re using (
dev
,release
, …) to have link time optimization (lto) enabled:[profile.release] lto = "fat"
I’ve had this exact same gripe and can thankfully report that running EarlyOOM has fixed this for me.
And please don’t understand this the wrong way.
Ibis seems like a really cool project but with it being roughly half a year old me and many other people here simply have never heard of it before.
Including even a single short sentence describing what Ibis is in this and future posts helps us find projects that we care about more easily.
And we obviously care about Rust projects, otherwise none of us would be here.
Ibis is a federated online encyclopedia similar to Wikipedia.
This should be the first sentence of the post body.
Cushy is an experimental Graphical User Interface (GUI) crate for the Rust programming language. It features a reactive data model and aims to enable easily creating responsive, efficient user interfaces. To enable easy cross-platform development, Cushy uses its own collection of consistently-styled Widgets.
You can use their online web-editor (similar to OverLeaf for LaTeX) or download the open-source engine and run it locally (there are extensions available for many text editors).
Compared to LaTeX I find it much more comfortable to work with. It comes with sane, modern defaults and doesn’t need any plugins just to generate a (localized) bibliography or include links.
Since Typst is very young compared to LaTeX I’m sure that there are numerous docs / workflows that can’t be reproduced at the moment but if you don’t need some special feature I’d recommend giving it a shot.
The post text doesn’t seem to get displayed on some clients (Voyager) so I’ll attach it here as well: