dotfiles
lorri
DISCONTINUED
Our great sponsors
dotfiles | lorri | |
---|---|---|
6 | 6 | |
781 | 998 | |
- | - | |
3.8 | 0.0 | |
11 days ago | almost 2 years ago | |
JavaScript | Rust | |
GNU General Public License v3.0 only | Apache License 2.0 |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
dotfiles
-
i3wm status bar not working in KDE Plasma
Reddit KDE GitHub ... I don't think you tried hard enough. :)
-
How do I make my desktop look like r/unixporn
Take a look at this.
-
NixOS Linux
Plasma (on X) generally works very good with other WM. Here's how to use i3: https://github.com/avivace/dotfiles
-
[KDE Plasma] OITNB
KDE+i3, something like this.
lorri
-
NixOS + Haskell best practices circa March 2023
lorri
-
niv, naersk, napalm: moving on
And how does niv compare to https://github.com/target/lorri
-
A treatise on Nix
Yes, you can "hold on", it's called gcroots. There's lorri which you can also use to defer the tediousness of managing the gcroots to a daemon.
-
Per process memory and CPU usage control
Not that I know of but if you are having trouble with rebuilding and running out of memory, maybe the solution would be to cache the builds locally? You could use lorri to cache your development builds (https://github.com/target/lorri).
-
NixOS Linux
> Using a special command (nix-shell) whenever I needed to do development things (e.g. Rust builds) was not my idea of fun.
Funny you should mention that, because that's exactly what got me using Nix everywhere :). I've always hated installing tools and libraries globally—what if I need a different version for a future project?—so I like tools that sandbox as much as possible like virtualenv, cargo, cabal... etc. But these tools are all language-specific and have their own limitations (especially around native libraries and dependencies written in other languages).
nix-shell gives me the equivalent of virtualenv that works for everything. I can have a single sandboxed environment even if my project uses a bunch of different languages and I can manage everything in a reproducible, low-overhead fashion. No more worrying about making a mess by installing tools or packages globally.
Then, once I got really used to that, I spent some time setting up direnv[1] and lorri[2]—both of which are themselves managed with Nix, of course!—so that my environment gets automatically configured as soon as I enter a project directory without needing to call nix-shell explicitly. To be honest, the experience is still a bit rough, but it works well enough day-to-day that I have my reproducible sandbox cake and eat it in an mostly frictionless way too :).
[1]: https://direnv.net/
What are some alternatives?
direnv - unclutter your .profile
nix - Nix, the purely functional package manager
nix-direnv - A fast, persistent use_nix/use_flake implementation for direnv [maintainer=@Mic92 / @bbenne10]
nixops - NixOps is a tool for deploying to NixOS machines in a network or cloud.
polybar-themes - A huge collection of polybar themes with different styles, colors and variants.
nickel - Better configuration for less
patchelf - A small utility to modify the dynamic linker and RPATH of ELF executables
Home Manager using Nix - Manage a user environment using Nix [maintainer=@rycee]
i3-starterpack - A simple guide (and example of configuration) to install i3 & its and essentials packages, then make them look eye candy.
naersk - Build Rust projects in Nix - no configuration, no code generation, no IFD, sandbox friendly. [maintainer=@AxelSilverdew]
pdf-tools - Emacs support library for PDF files.