Age | Commit message (Collapse) | Author | Files | Lines |
|
|
|
Exposes readTree from the package set but with a twist: It's exposed
as a functor that references the `.config` field from itself to get at
the configuration to be passed to packages.
This makes it possible for downstream users to make use of `readTree`
but with their own configuration.
|
|
This is required for some things that expect package sets to be
callable, e.g. Nixery.
|
|
Instead of polluting the repository namespace with the list of CI
projects, move that to a separate file.
Currently the list of projects to be built by CI is still hardcoded,
but this will be fixed soon.
|
|
Due to a missing feature in readTree I can't currently generate this
list automatically.
|
|
This is not the final layout yet, but makes it so that my top-level
attribute set is no longer overlaid into nixpkgs itself.
This is useful for other people who are importing my monorepo.
|
|
Instead of specifying CI projects manually, this filters them to move
the CI configuration into the derivations `meta` attributes.
|
|
Broadly speaking, the following things are included:
* there is now a uniform `args` struct that is passed to all
derivations, package headers have been changed appropriately
* overrides are now loaded from a separate `override` folder just
using read-tree.nix
* third-party packages have moved into the `third_party` attribute set
|
|
|
|
|
|
|
|
Happstack is currently erroneously (afaict) marked as broken.
|
|
|
|
This attribute contains a list of all derivations that should be built
by the CI for this repository.
This includes all of my own packages that are not marked as broken, as
well as select third-party packages.
|
|
This version has Nixery popularity data available.
|
|
This version is agnostic of the working directory even if
insertFile/insertTemplate are used, which makes it a lot nicer to work
with in this repository structure.
|
|
Adds a shell script that supports a subset of the 'pass' interface for
compatibility with kontemplate, and wraps kontemplate in a script that
places this version on the PATH.
This makes it possible to use Cloud KMS encrypted secrets with kontemplate.
|
|
Not actually in use here ...
|
|
|
|
Gemma depends on cl-prevalence, which isn't in the nixpkgs Quicklisp
snapshot.
This adds the package and its dependencies to the overlay.
|
|
|
|
|
|
This pulls in an old version of Elm from NixOS 17.09 which can still
build the Elm code in Gemma.
However, the Common Lisp build is now broken in some other way.
|
|
|
|
|
|
|
|
|
|
This is pre-configured with the GCP provider.
|
|
We're not going down the Bazel route here, so this is not going to be
necessary.
|
|
This uses the Nix infrastructure's Haskell setup to create a GHC
derivation that comes with all required Haskell packages, fetched &
built via Nix.
Downstream packages that want to make use of Haskell dependencies need
them to be added to this list.
|
|
When instantiating a Nix package via Bazel, the package set is called
with an empty map as the argument. From the Nix REPL or the dispatch
script, however, the package set is called without arguments.
This change adds a catch-all optional argument in the package set
which ensures that both use-cases are supported (similar to what
nixpkgs itself does).
|
|
|
|
Note that this does not actually build right now because Elm has done
a thing again to break the universe and it requires massive changes to
the application to make it work again.
|
|
|