Personal Nix User Repository
Go to file
2023-02-23 13:46:35 +11:00
.github ci: allow style checks to fail 2023-02-23 13:37:14 +11:00
bin jetbrains: add plugin generation script 2020-10-19 19:10:14 +11:00
lib Initial commit 2020-10-17 12:39:29 +11:00
modules all: apply deadnix 2022-10-26 10:53:36 +11:00
overlays Initial commit 2020-10-17 12:39:29 +11:00
pkgs go-qt: bump qt version 2023-02-23 13:39:21 +11:00
.gitignore core: remove envrc 2021-01-04 10:49:36 +11:00
.travis.yml ci: enable GitHub Actions 2020-10-17 16:42:42 +11:00
ci.nix ci: pin nixpkgs to locked version instead of <nixpkgs> 2023-02-23 10:24:19 +11:00
default.nix core: migrate to flakes 2020-12-10 21:18:04 +11:00
flake-compat.nix ci: pin nixpkgs to locked version instead of <nixpkgs> 2023-02-23 10:24:19 +11:00
flake.lock flake: update inputs (#24) 2023-02-23 13:23:56 +11:00
flake.nix all: embrace unit packages where possible 2023-02-23 11:46:04 +11:00
LICENSE Initial commit 2020-10-17 12:39:29 +11:00
overlay.nix all: apply deadnix 2022-10-26 10:53:36 +11:00
README.md docs: update badge path 2023-02-23 13:46:35 +11:00

nur-packages

My personal NUR repository

CI Cachix Cache

Noteworthy packages

Jetbrains with plugins

A fan of the Emacs/Vim/VSCode plugin builder? Now enjoy it with your favourite Jetbrains IDE!

The system is mostly proof-of-concept and there are a couple of issues with it at the moment, but it works for what is available in the repo.

Using

{ pkgs ? import <nixpkgs> {} }:
let
  xeals = import (builtins.fetchTarball "https://git.xeal.me/xeals/nur-packages/archive/master.tar.gz") {
    inherit pkgs;
  };
in
  # e.g., for IntelliJ IDEA
  xeals.jetbrains.ideaCommunityWithPlugins (jpkgs: [
    jpkgs.ideavim
    jpkgs.checkstyle-idea
  ])

Issues

  • The plugin derivation overrides the base instead of extending it; this is really only an issue for the open-source IDEs, and only once they're actually built from source (instead of repackaging the JARs)
  • Plugins must be manually added to the repo; long-term, I'd really want some way to scrape them, or at least have a script to add and update

spotify-ripper

spotify-ripper is pretty flexible in the formats it supports, so the derivation allows you to customize which support packages to build with.

The default package comes with nothing (which is not entirely useful -- this will probably change at some point). See the builder for options.

General issues

  • spotify-ripper does not build on stable NixOS channels before 20.09 when built with m4a or mp4 support, as fdk-aac-encoder is not available
  • Due to changes in toolchains affected fixed output hashes, anything using buildGoModule and buildRustPackage will fail on NixOS 20.03. Override the hashes of vendor and cargoDeps attributes as needed