about summary refs log tree commit diff
path: root/modules
Commit message (Collapse)AuthorAgeFilesLines
...
* profiles/packages: Remove nixopsdevhell2021-09-221-1/+1
| | | | Yes, it's brittle and currently doesn't build.
* profiles/aszlig: Add ddrescue to base profileaszlig2021-09-141-0/+1
| | | | | | | | Since I regularly use this for recovering data from various hard drives and it's also a good idea to have it at hand with no Internet connection in case something bad[TM] happens, let's make it available everywhere. Signed-off-by: aszlig <aszlig@nix.build>
* Revert "Revert "profiles/{base,packages,services}: Swith to pipewire""devhell2021-09-123-7/+9
| | | | | | | | | I've dropped MPD for local playback now, so perhaps this means I can use it now as expected. This also adds `pulseaudio` for `pactl` to work, and enables `rtkit`. This reverts commit 1931d7ead73c9060e0d163073e091e028e7b5dfa.
* profiles/packages: Add musikcubedevhell2021-09-081-0/+1
| | | | | I've stopped using MPD for local playback, only because it's a bit annoying to try and make it work with PA and PW.
* profiles/packages: Disable mnamerdevhell2021-08-291-1/+1
| | | | | This package doesn't currently pass its tests and I'd like to not be blocked from upgrading my system.
* core/tests: Rename "paperless" to "paperless-ng"aszlig2021-08-241-2/+2
| | | | | | | | | | | | | | | | Fixes the following eval error: The option `services.paperless' can no longer be used since it's been removed. The paperless module has been removed as the upstream project died. Users should migrate to the paperless-ng module (services.paperless-ng). More information can be found in the NixOS 21.11 release notes. We don't use paperless in any machines but since we're testing for NixOS module option definitions, we're running into the eval error above. Switching to paperless-ng should get rid of them. Signed-off-by: aszlig <aszlig@nix.build>
* profiles/{base,packages,services}: Remove mpddevhell2021-08-163-33/+1
| | | | | | | | | | While I love the idea of being able to use different interfaces for my music listening, I'm not sure it's really worth it locally anymore. I have an MPD server running on the network, which I can still connect to using `ncmpcpp` for example, but for local playback, such as at work, there is no point really in keeping it around. For local playback on `gunnr` I'll just find something else. This would also solve my previous PipeWire problem.
* profiles/packages: Refine geoclue2 servicedevhell2021-08-131-1/+10
| | | | | I'm a bit annoyed at how `geoclue2` has everything and the kitchen sink enabled, so I'm refining it here.
* profiles/base: Fix ZSH typo, remove sed aliasdevhell2021-08-031-2/+1
| | | | I'm used to `sd` enought now to not forget it in lieu of `sed`.
* profiles/base: Add any-fix-shell, remove tab colorsdevhell2021-08-021-1/+1
| | | | | | | Enabling tab colors like this throws an eval error. Don't have time to look into it right now, so reverting by adding `any-nix-shell` instead, which looks useful since the default bash prompt is rather primitive and gives no info whatsoever.
* devhell/base: Add tab-completion colorsdevhell2021-08-021-0/+1
| | | | | This was annoying me for the longest time, but now I have colors back when ZSH tab completes paths.
* modules/sternenseemann/saneterm: use `;` as prompt in dashsternenseemann2021-07-301-0/+2
|
* modules/sternenseemann/sway: waste no spacesternenseemann2021-07-301-3/+0
|
* profiles/packages: Add rustscandevhell2021-07-241-0/+1
| | | | Interesting take on an `nmap` replacement.
* profiles/packages: Add mnamer, keep pipr disableddevhell2021-07-241-1/+2
| | | | | I'm really happy to have found `mnamer`, it's a bit like `beets`, but for TV series and movies.
* workstation: Switch Git diff viewer to deltaaszlig2021-07-222-2/+35
| | | | | | | | | | | | | | | | | | | I'm already using this config since a few months and since I'm slowly getting used to it, let's try to make it the default for my workstation profile. Unfortunately, libgit2 uses the Git configuration from /etc, but our configuration is directly patched into Git and not in /etc but in "${pkgs.git}/etc", so we need to patch libgit2 to use the right configuration file. Another goof is that we can't use ${pkgs.delta} directly in our Git configuration because it would introduce a circular dependency between Git itself and delta (which uses libgit2 which in turn refers to "${pkgs.git}/etc"), so for the time being I'm relying on $PATH for delta. Signed-off-by: aszlig <aszlig@nix.build>
* profiles/packages: Replace speedtest with librespeeddevhell2021-07-181-1/+1
| | | | The output is a bit cleaner and overall it seems to execute faster.
* profiles/packages: Add procsdevhell2021-07-141-0/+1
| | | | Neat `ps` alternative.
* profiles/packages: Temporarily disable piprdevhell2021-07-131-1/+1
| | | | Seems that it suffered the same fate as `pastel`, for now.
* profiles/packages: Add a collection of useful toolsdevhell2021-07-101-0/+4
| | | | | | | - `rq` is similar to `jq` but works with more types - `watchexec` is neat to execute stuff on file change - `wuzz` is a bit like burpsuite, but on the commandline - `xsv` is just for CSV and has it's own specific functionality
* profiles/base: Add fixedsys-excelsior fontdevhell2021-07-101-0/+1
| | | | | Always loved this font a little bit. Not as cool as the ultimate oldschool fonts, but still.
* profiles/{base,packages}: Add peep as less replacementdevhell2021-07-102-0/+2
| | | | I don't know why, but I enjoy testing new tools replacing old tools.
* profiles/services: Add shadowExclude to picomdevhell2021-07-101-0/+6
| | | | I'm not interested in shadows on everything.
* modules/git: Fix reference to Git config fileaszlig2021-07-091-1/+1
| | | | | | | | | | | | | Regression introduced in 709e45c2a8c231201d3f67c6a954021ca2a5f796. With that commit I renamed the "config" option to be called "settings", but not only that, the actual config *file* is now to be found in the "configFile" option. Unfortunately I forgot to change that reference, which caused an evaluation error. Signed-off-by: aszlig <aszlig@nix.build>
* workstation: Patch XTerm to set $COLORTERMaszlig2021-07-091-0/+4
| | | | | | | | | | While ncurses already has support for detecting direct color terminals, a lot of applications out there do not yet query terminfo but instead rely on some shady COLORTERM environment variable. While I don't really like that approach, patching XTerm to set that variable currently is better than patching all the applications to query terminfo. Signed-off-by: aszlig <aszlig@nix.build>
* modules/core: Fix order of Vuizvui pkgs namespaceaszlig2021-07-091-3/+3
| | | | | | | | | | | | | | So far, we have passed self instead of super to our custom package set, but this makes it very hard when overriding other packages and refering to one of these packages in Vuizvui. To fix this, I not only used mkBefore to make sure that the overlay comes before every other overlay but also using super makes sure that whenever we do overrides in Vuizvui, the package *before* the current overlay is selected instead of possibly running into an infinite recursion. Signed-off-by: aszlig <aszlig@nix.build>
* modules/core: Get rid of "with lib;"aszlig2021-07-091-8/+8
| | | | | | | This makes it hard to do static analysis on the code and it's really not needed here, so let's use lib.X directly. Signed-off-by: aszlig <aszlig@nix.build>
* workstation: Advertise XTerm true color capabilityaszlig2021-07-091-1/+2
| | | | | | | | | | | | | | | | | | So far, the TERM environment variable has been set to xterm-256color, but in reality newer XTerm versions already supported 24bit colors so setting this to xterm-direct results in using the right terminfo entry for our terminal. To make sure this is really the case, let's explicitly set directColor to true, because while it is enabled in nixpkgs by default it is however a compile-time option and could possibly be disabled. Additionally, Vim is now looking pretty gruesome because my colorscheme so far has used colors for 16-color terminals and I don't particularly like the GUI colors. I added a few fixups for the color scheme to address that. Signed-off-by: aszlig <aszlig@nix.build>
* workstation: Remove "git backport" aliasaszlig2021-07-091-6/+0
| | | | | | | | I haven't used the alias since a long time as it is probably apparent due to the hardcoded "14.04" version of NixOS and given that I didn't update the alias also speaks volumes about how useful it is altogether. Signed-off-by: aszlig <aszlig@nix.build>
* workstation: Switch Git conflict style to diff3aszlig2021-07-091-1/+3
| | | | | | | | | | | | I've been using vimdiff3 as the merge tool for a long time, but while it has worked fine for most conflicts, using diff3 makes the original lines visible which I always viewed in a separate shell rather than inline in the editor. Switching this to diff3 should hopefully make merge conflicts more convenient to solve from now on. Signed-off-by: aszlig <aszlig@nix.build>
* modules/git: Switch to RFC-0042aszlig2021-07-092-28/+40
| | | | | | | | | | | | | | | | | In RFC-0042[1], the structural settings are exposed via a "settings" attribute, while in our module it's called "config". To make this less ambiguous (since there is already a "config" attribute passed to modules) and more in line with best practices, I renamed it accordingly. Additionally, the configuration file is now generated via *defining* another (read-only) option, which can be used by other modules to reference the path. The previous way this has been done was using the apply attribute to mkOption, which makes it really hard to access the original attributes for these settings. [1]: https://git.io/JcXmU Signed-off-by: aszlig <aszlig@nix.build>
* modules/git: Get rid of "with lib;" and refactoraszlig2021-07-091-24/+24
| | | | | | | | | | | This gets rid of bringing all of the lib attribute into the scope of the whole module and also refactors a bit of ugliness, for example we're now using overrideAttrs instead of overrideDerivation. In addition I've simplified the type for the configuration, which should now make it possible to mix subsubsections with normal subsections. Signed-off-by: aszlig <aszlig@nix.build>
* Revert "profiles/packages: Remove nixops for now"devhell2021-07-081-0/+1
| | | | | | | | | I know that both `nixops` and `blender/expat` fixes are in staging, so I'm just reverting this one to ensure that eventually there will be fresh build. Currently `pastel` isn't building, so there's little point in trying to skirt around this. This reverts commit 4f73711332cc2220333dcf3eaccdd74c8cc61e10.
* Revert "profiles/packages: Remove blender temporarily"devhell2021-07-071-0/+1
| | | | | | The dependency issue has been fixed, so back to using Blender! Whoop! This reverts commit 41cc1ddf2c2c0f69737bfe9ca144f0d0d2f3a26c.
* modules/base: Remove diff aliasdevhell2021-07-061-1/+0
| | | | I've gotten used to delta enough to not need the diff alias.
* profiles/packages: Add handlrdevhell2021-07-061-0/+1
| | | | I need something sane to control application/file handling.
* profiles/packages: Add gomuksdevhell2021-07-021-0/+1
| | | | Hopefully more sane than `element-desktop`.
* profiles/base: Remove curl aliasdevhell2021-07-011-1/+0
| | | | | So, `xh` is really great, but I was wrong in thinking it's a perfect drop-in replacement for `curl`.
* profiles/packages: Replace sxiv with imvdevhell2021-07-011-1/+1
| | | | | | I enjoyed `sxiv`, but there were a few things that bothered me. I've just discovered `imv` (I think), and really like it's minimalism, despite having pretty much all the features I'd want.
* profiles/packages: Remove blender temporarilydevhell2021-06-301-1/+0
| | | | | It looks like `opencolorio` isn't building. This is unfortunate because I really need Blender actually.
* profiles/packages: Remove nixops for nowdevhell2021-06-301-1/+0
| | | | | | | | | | It's not clear when the `certifi` PR[1] will be merged, and I don't want to have to wait for a new hydra build because of it. `nixopsUnstable` is unusable in its current from due to almost lacking documentation, and so I have little choice but to remove `nixops` right now until `certifi` is merged. [1]:https://github.com/NixOS/nixpkgs/pull/127453
* Revert "profiles/packages: Use nixopsUnstable"devhell2021-06-271-1/+1
| | | | | | | NixOps 2.0 has zero documentation. It's not at all clear how to set this up. Gonna have to revert after all. Great. This reverts commit e8f2190048e98b98c7d47479a44448ee6297dd10.
* profiles/packages: Remove aerc, add notmuchdevhell2021-06-271-1/+1
| | | | | | | | | | | | Aerc didn't turn out to be an improvement. I do like some of its design ideas, but overall it doesn't really make me want to swith away from neomutt. I've sat down and actually went through the pain for trying to configure neomutt's colors properly according to the `tender` colorscheme I've become fond of. It's not perfect since I have to match the closest colors in xterm space, which isn't perfect, and until neomutt has proper color support this will have to do. I've added notmuch to simply find email quickly and be able to tag them.
* profiles/packages: Add gpg-tuidevhell2021-06-271-0/+1
| | | | Finally, a useful frontend.
* profiles/packages: Use nixopsUnstabledevhell2021-06-241-1/+1
| | | | Frequent python 2.7 breakages in nixops stable are getting on my nerves.
* profiles/packages: Add some more interesting toolsdevhell2021-06-221-1/+3
| | | | | | | `grex`: A command-line tools for generating regular expressions from user-provided test cases `tokei`: A program that allows you to count your code, quickly
* profiles/base: Fix typodevhell2021-06-221-1/+1
|
* profiles/base: Add more shell aliasesdevhell2021-06-221-0/+2
|
* profiles/{base,packages}: Add interesting toolsdevhell2021-06-222-10/+14
| | | | | | | | | These tools are `modern` replacements for the tried and tested, if a bit boring, *NIX tools that we all love. My motivation is to try these tools out for an extended period of time and see how I get on with them. In order to remind myself that a certain tool is installed I've added some aliases. Let's see how this goes.
* profiles/packages: Add aercdevhell2021-06-201-0/+1
| | | | | | I love (neo)mutt to death, but the fact that it still doesn't have modern color support drives nuts. Aerc seems like a viable alternative MUA, so I'll be testing that now for a while.