nur-packages

My personal NUR repository

Current package list

Package-specific notes

hfsutils

hfsutils-tk is the variant built with Tcl/Tk, which includes the hfs, hfssh, and xhfs commands. (I don't currently have one with Tcl only.)

lix-game (Lix)

Upstream is just called Lix. I had originally written this package as an overlay, and called it lix-game to distinguish it from the Nix fork also called Lix. (lix-game is the name Repology uses for it.) I have not yet changed the executable name, though - it's still just lix.

The game consists of several derivations that are somewhat interdependent (the game engine, the assets, the music, and the wrapper that puts it all together, as well as a standalone multiplayer server). To simplify the code and put all the configuration in one place, I've implemented it as a package set, or scope. To change the settings, instead of the base lix-game package, install something like this:

(lix-game-packages.overrideScope {
    # Default values are shown here
    
    # Workarounds for SimonN/LixD#431 - see below
    convertImagesToTrueColor = true; # but only if building for macOS
    disableNativeImageLoader = false; # becomes true if previous option is disabled on macOS
    
    # SimonN/LixD#128 - see below
    useHighResTitleScreen = false;
    
    # self-explanatory
    includeMusic = true;
}).game

SimonN/LixD#431 - Magic pink won't become transparent on macOS

On macOS, upstream is affected by a bug which keeps it from properly substituting certain colors, resulting in large pink blocks where transparent areas should be (among other issues). This package applies a workaround, converting all the game's images to 32-bit true-color to avoid triggering the bug.

However, as far as I know there's no guarantee that NSImage will keep treating true-color images the same way in future macOS versions, meaning this workaround could break eventually - and it doesn't do anything for custom images installed in ${XDG_DATA_HOME:-$HOME/.local/share}/lix.

Therefore, I also have an alternative workaround implemented. If you set convertImagesToTrueColor to false, Lix will instead be linked against a custom build of Allegro 5 which has the macOS native image loader disabled, and instead uses the same libpng-based method as on Linux and Windows, avoiding the bug. To prevent this as well (for instance, to test out the bug's behavior on a given version of macOS), additionally set disableNativeImageLoader to false.

SimonN/LixD#128 - NaOH's title screen, include hi-res instead of 640x480

There is a higher-resolution version of Lix's main menu background artwork available, but it hasn't made it into a release yet. Set this to true to use it.

mame*

The mame derivation in nixpkgs is currently broken on macOS. By default, nixpkgs tries to target a minimum macOS version of 10.12, and MAME requires features from newer systems. I can get it to build for macOS 10.15+ by disabling the Metal renderer (mame), or for macOS 11 with the Metal renderer enabled (mame-metal). On Linux, this should just become the normal MAME package as-is.

(Meanwhile, mame also depends on papirus-icon-theme, which is marked Linux-only for reasons. So I'm cheating and extracting the one icon it actually needs as its own derivation on non-Linux systems.)

minivmac*

I've made several of the compile-time options for Mini vMac available through minivmac.override { ... }. Until I can document this properly, look for the optProc block in pkgs/minivmac/options.nix to see what's available. For anything I haven't covered, you can override rawOptions with a string to add to the end of the ./setup_t command.

Example

minivmac37.override {
    macType = "II";
    resolution = "800x600";
    localtalk = true;
    localtalkOver = "udp";
}

pce*

The current release version (0.2.2) of the upstream PCE package includes unfree ROM images for several of the computers it emulates. By default, this derivation will use a tarball hosted in this repo's distfiles branch which has had these removed. If you want to install from the upstream tarball, use the pce-with-unfree-roms package.

However, that release is several years out of date at this point. You're probably better off using pce-snapshot, which uses a much more recent development snapshot that has already removed the ROMs.

Normally, one of the path entries in a PCE config file will point to e.g. /usr/share/pce/macplus so that the 'ROM extensions' that make certain features work can be found. To avoid having to update this line in your config file every time PCE's store path changes (or point it at your ~/.nix-profile, which only occurred to me as I was typing this 🤦), I've included a patch so that you can say e.g. path = "$PCE_DIR_DATA/pce/macplus" and have it do the right thing. (This only works for path, not any other settings.)