about summary refs log tree commit diff
path: root/third_party/nixpkgs
AgeCommit message (Collapse)AuthorFilesLines
2021-10-10 r/2963 chore(3p/nixpkgs): Bump to 2021-10-09Vincent Ambo1-6/+6
Change-Id: Ic180b67c764e750d82c3bf4273216d7da75d3aaa Reviewed-on: https://cl.tvl.fyi/c/depot/+/3709 Tested-by: BuildkiteCI Reviewed-by: sterni <sternenseemann@systemli.org>
2021-10-05 r/2948 chore(3p): bump NixOS channels to 2021-10-04sterni1-6/+6
* //third_party/overlays/tvl: sbcl 2.1.8 -> 2.1.9 Change-Id: I6817a641d2926af9cd38e90138840e761e5c1581 Reviewed-on: https://cl.tvl.fyi/c/depot/+/3686 Tested-by: BuildkiteCI Reviewed-by: tazjin <mail@tazj.in> Reviewed-by: grfn <grfn@gws.fyi>
2021-09-30 r/2939 chore(3p): bump NixOS unstable channel to 2021-09-30sterni1-3/+3
depot-nixpkgs-update did not update the unstable channel properly, since nixos.org still has caching issues: The channel has updated (e. g. the nixos-unstable branch in nixpkgs), but channels.nixos.org is still pointing to a stale version. See: * https://github.com/NixOS/nixpkgs/issues/140026 * https://github.com/NixOS/nixos-org-configurations/issues/169 I've updated the channel manually here, since that version of nixpkgs has a fix for bqn-mode I'm interested in. Hopefully this problem is sorted out soon since depot-nixpkgs-update relies on the HTTP channel “API” to obtain the date of the channel (as opposed to the date of the commit). Change-Id: Iae55e4a7f77b479e08dbe9eb82752ecc4f470d81 Reviewed-on: https://cl.tvl.fyi/c/depot/+/3656 Tested-by: BuildkiteCI Reviewed-by: tazjin <mail@tazj.in>
2021-09-30 r/2937 chore(3p): bump NixOS channels to 2021-09-{27,30}sterni1-8/+7
* awscli2 now builds again upstream Change-Id: Iabffe8251e5839a49f217c7d351c8c712b5ddbb0 Reviewed-on: https://cl.tvl.fyi/c/depot/+/3653 Tested-by: BuildkiteCI Reviewed-by: tazjin <mail@tazj.in>
2021-09-24 r/2911 chore(3p/nixpkgs): Update to 2021-09-24Vincent Ambo1-6/+6
I tried to remove the awscli2 override, the build no longer fails but just hangs infinitely on unstable now, so it's staying in for the time being. Change-Id: I871b0f5bffe0edf4db815ca4df2c3f142bc9e13d Reviewed-on: https://cl.tvl.fyi/c/depot/+/3630 Tested-by: BuildkiteCI Reviewed-by: sterni <sternenseemann@systemli.org>
2021-09-21 r/2904 chore(3p/nixpkgs): Bump channels to 2021-09-20Vincent Ambo1-7/+8
Included fixes: * grfn/mugwump: removed superfluous Buildkite agent user * tazjin/camden: Disabled bitlbee (user config is broken) * grfn/home/vim: vimUtils expects a `pname` * 3p/nixpkgs: Pick awscli2 from stable channel Change-Id: I64ed726b3350f75c7a8a0e6552bcf1d8d9ba7d46
2021-09-11 r/2849 chore(3p): bump NixOS channels to 2021-09-11sterni1-6/+6
* sbcl: 2.1.2 -> 2.1.8 Change-Id: I3556d1f4c41fdaa40017cfe21c389ec121127b0c Reviewed-on: https://cl.tvl.fyi/c/depot/+/3532 Tested-by: BuildkiteCI Reviewed-by: tazjin <mail@tazj.in>
2021-09-06 r/2822 chore(3p): bump NixOS channels to 2021-09-06sterni1-6/+6
Change-Id: Ib1a638c47d848f501ee90a47885baa6ed1a40807 Reviewed-on: https://cl.tvl.fyi/c/depot/+/3493 Tested-by: BuildkiteCI Reviewed-by: tazjin <mail@tazj.in>
2021-09-01 r/2807 fix(3p/overlays): Use notmuch.el from nixpkgsVincent Ambo1-1/+1
... instead of the one from the overlay, which can be out of sync. This requires the TVL overlay to be applied after the Emacs overlay. Change-Id: Idac403ea612e334c14b45759dc216699a506678f Reviewed-on: https://cl.tvl.fyi/c/depot/+/3484 Tested-by: BuildkiteCI Reviewed-by: sterni <sternenseemann@systemli.org> Reviewed-by: tazjin <mail@tazj.in>
2021-08-30 r/2801 chore(3p): update NixOS channels to 2021-08-30sterni1-6/+6
This lets us benefit from the recent OpenSSL security-related update [1]. Since nixos-unstable is still stuck, we temporarily use nixos-unstable-small as our unstable channel. Fixes necessary: * //users/sterni/nix/char: Someone has decided to drop writers.writeC upstream [2], so we reimplement it ad-hoc using runCommandCC [1]: https://www.openssl.org/news/secadv/20210824.txt [2]: https://github.com/nixos/nixpkgs/commit/982f46985e37a6488d8e904b46e0cba2060adc71 Change-Id: Id84756e2e370296b7a27e1a3f1744f58f8fe3c47 Reviewed-on: https://cl.tvl.fyi/c/depot/+/3463 Reviewed-by: sterni <sternenseemann@systemli.org> Reviewed-by: tazjin <mail@tazj.in> Tested-by: BuildkiteCI
2021-08-24 r/2771 feat(nix/buildLisp): add eclsterni1-0/+1
Adds ECL as a second supported implementation, specifically a statically linked ECL. This is interesting because we can create statically linked binaries, but has a few drawbacks which doesn't make it generally useful: * Loading things is very slow: The statically linked ECL only has byte compilation available, so when we do load things or use the REPL it is significantly worse than with e. g. SBCL. * We can't load shared objects via the FFI since ECL's dffi is not available when linked statically. This means that as it stands, we can't build a statically linked //web/panettone for example. Since ECL is quite slow anyways, I think these drawbacks are worth it since the biggest reason for using ECL would be to get a statically linked binary. If we change our minds, it shouldn't be too hard to provide ecl-static and ecl-dynamic as separate implementations. ECL is LGPL and some libraries it uses as part of its runtime are as well. I've outlined in the ecl-static overlay why this should be of no concern in the context of depot even though we are statically linking. Currently everything is building except projects that are using cffi to load shared libaries which have gotten an appropriate `badImplementations` entry. To get the rest building the following changes were made: * Anywhere a dependency on UIOP is expressed as `bundled "uiop"` we now use `bundled "asdf"` for all implementations except SBCL. From my testing, SBCL seems to be the only implementation to support using `(require 'uiop)` to only load the UIOP package. Where both a dependency on ASDF and UIOP exists, we just delete the UIOP one. `(require 'asdf)` always causes UIOP to be available. * Where appropriate only conditionally compile SBCL-specific code and if any build the corresponding files for ECL. * //lisp/klatre: Use the standard condition parse-error for all implementations except SBCL in try-parse-integer. * //3p/lisp/ironclad: disable SBCL assembly optimization hack for all other platforms as it may interfere with compilation. * //3p/lisp/trivial-mimes: prevent call to asdf function by substituting it out of the source since it always errors out in ECL and we hardcode the correct path elsewhere anyways. As it stands ECL still suffers from a very weird problem which happens when compiling postmodern and moptilities: https://gitlab.com/embeddable-common-lisp/ecl/-/issues/651 Change-Id: I0285924f92ac154126b4c42145073c3fb33702ed Reviewed-on: https://cl.tvl.fyi/c/depot/+/3297 Tested-by: BuildkiteCI Reviewed-by: tazjin <mail@tazj.in> Reviewed-by: eta <tvl@eta.st>
2021-08-24 r/2765 chore(3p): Bump NixOS channels to 2021-08-24sterni1-6/+6
Change-Id: I727660fda72e4274304d56d2d4bd35c3164ae73c Reviewed-on: https://cl.tvl.fyi/c/depot/+/3402 Tested-by: BuildkiteCI Reviewed-by: tazjin <mail@tazj.in> Reviewed-by: grfn <grfn@gws.fyi>
2021-08-24 r/2754 chore(3p): bump NixOS channels to 2020-08-18sterni1-6/+6
Wanted to port my emacs config to depot, but missing a dependency from the channel. Adjustments: * Downgrade grfn's Kernel to 5.10: The ck1 patch is not yet available for 5.13 unfortunately and the 5.12 set has been removed upstream. Change-Id: Ifaf315427bda2af590549ca0abec02a79f19a3ec Reviewed-on: https://cl.tvl.fyi/c/depot/+/3375 Tested-by: BuildkiteCI Reviewed-by: tazjin <mail@tazj.in> Reviewed-by: grfn <grfn@gws.fyi>
2021-08-16 r/2744 chore(3p): bump NixOS channels to 2021-08-16sterni1-6/+6
Change-Id: I29936f5fb66387be5897339a7c9a26a9de9b8582 Reviewed-on: https://cl.tvl.fyi/c/depot/+/3366 Tested-by: BuildkiteCI Reviewed-by: tazjin <mail@tazj.in>
2021-08-12 r/2720 feat(3p/nixpkgs): Expose nixpkgs commit hashesVincent Ambo1-0/+9
This makes it possible to use the hashes in things that should, for example, be keyed on the nixpkgs version (such as cache-folders for Nixery). Change-Id: I500d13a4d96b0c28fcf6ca383d2a86515565da36 Reviewed-on: https://cl.tvl.fyi/c/depot/+/3341 Tested-by: BuildkiteCI Reviewed-by: sterni <sternenseemann@systemli.org>
2021-08-11 r/2717 chore(3p): bump NixOS channels to 2021-08-11sterni1-6/+6
This channel version contains a couple of ECL fixes which I'm after. Change-Id: Id9f5dba2da99cfbd673417b72a55c56f9a55d875 Reviewed-on: https://cl.tvl.fyi/c/depot/+/3299 Tested-by: BuildkiteCI Reviewed-by: tazjin <mail@tazj.in>
2021-08-08 r/2710 chore(3p/nixpkgs): Bump nixpkgs channels to 2021-08-04Vincent Ambo1-6/+6
I used //tools/depot-nixpkgs-update for this - thanks again, sterni! Included fixes: * temporary workaround for building notmuch python package, fixed in upstream already (but channel hasn't advanced there) * Disable fprintd in grfn.system.yeren, as the fprintd-tod package currently has a version mismatch in nixpkgs Co-authored-by: Griffin Smith <grfn@gws.fyi> Change-Id: If6d71b08ace9db57daadfe3b69b9cd4aec6a5a4e Reviewed-on: https://cl.tvl.fyi/c/depot/+/3274 Reviewed-by: grfn <grfn@gws.fyi> Reviewed-by: tazjin <mail@tazj.in> Reviewed-by: sterni <sternenseemann@systemli.org> Tested-by: BuildkiteCI
2021-07-28 r/2696 chore(3p/nixpkgs): update channels to 2021-07-25sterni1-6/+6
* 3p/buzz: bump to latest master (1.6.0) * 3p/emacs/explain-pause-mode: adjust to package-build update MELPA's package build now cares about git revisions, but calling VC commands in a nix build is usually a bad idea. Thus upstream nixpkgs passes `$commit` to the `buildPhase` and otherwise fails with an error message that doesn't really point to the issue. Upstream change: https://github.com/NixOS/nixpkgs/commit/9140d4b06ff09bce8dd8e384eeef832e7811d288 * 3p/overlays/emacs: udpate to 2021-07-25 to support the package-build update. Without this emacsPackages.xelb (for tazjin's exwm) would fail. Change-Id: I7cd782fe7d66ed4ea78c529b79fe761d921f46a8 Reviewed-on: https://cl.tvl.fyi/c/depot/+/3253 Tested-by: BuildkiteCI Reviewed-by: tazjin <mail@tazj.in> Reviewed-by: grfn <grfn@gws.fyi>
2021-07-16 r/2694 chore(3p): bump unstable channel to 2021-07-03sterni1-3/+3
Didn't bother to update the stable channel as it is unused currently. Changes required: * tazjin/frog, grfn/modules/obs: Remove obs-v4l2sink as it has been integrated into upstream OBS and the package removed from nixpkgs subsequently (at least according to the `builtins.throw`-message). Change-Id: I4335ed060eef2c4ff8ac55a68d894bcc3d8ef4a3 Reviewed-on: https://cl.tvl.fyi/c/depot/+/3243 Tested-by: BuildkiteCI Reviewed-by: grfn <grfn@gws.fyi> Reviewed-by: tazjin <mail@tazj.in>
2021-06-14 r/2665 chore(3p/nixpkgs): Bump unstable channel to 2021-06-14Vincent Ambo1-3/+3
Included fixes: * 3p/apereo-cas: Don't use stdenv.lib * grfn/system: Bump Linux to 5.12 (5.11 is gone) Change-Id: Ie32d476e659ba482418d4035333c2797a7dbd106 Reviewed-on: https://cl.tvl.fyi/c/depot/+/3211 Reviewed-by: sterni <sternenseemann@systemli.org> Reviewed-by: grfn <grfn@gws.fyi> Tested-by: BuildkiteCI
2021-06-05 r/2648 chore(3p/nixpkgs): Bump channels to 2021-06-05Vincent Ambo1-9/+7
Includes the following depot changes & fixes: * stable moves to NixOS 21.05 * stable isn't used anymore (but we'll keep the mechanism) * haskell overlay's `random` override is removed (YAY!) * grfn/iso: Switch to regular kernel rather than latest kernel, as latest kernel is currently marked as broken due to zfs * grfn/home: Use julia_16-bin temporarily julia 1.5 (current julia-stable, source built release in nixpkgs) doesn't pass its own test suite. Julia 1.6 doesn't have a source built package in nixpkgs yet, so julia_16-bin appears to be the only working julia derivation currently. * tazjin/tverskoy: Use zfs unstable, as stable zfs doesn't work with the latest kernel Co-Authored-By: Griffin Smith <grfn@gws.fyi> Co-Authored-By: sterni <sternenseemann@systemli.org> Change-Id: I6f2e3d9f75077e4755de6bde9104d44b584cbe4c Reviewed-on: https://cl.tvl.fyi/c/depot/+/3174 Tested-by: BuildkiteCI Reviewed-by: sterni <sternenseemann@systemli.org> Reviewed-by: tazjin <mail@tazj.in> Reviewed-by: grfn <grfn@gws.fyi>
2021-05-25 r/2630 chore(nixpkgs): Bump channels to 2021-05-25Vincent Ambo1-6/+6
* users/grfn/system/home/yeren: remove obsolete awscli2 overrides * ops: make new isSystemUser || isNormalUser assertion happy * users/grfn/system/system/mugwump: make buildkite agents system users * users/tazjin/nixos/camden: set isSystemUser = true for git * users/tazjin/emacs: Remove missing & broken packages * third_party/openldap: remove, as the argon2 module is now enabled upstream * third_party/gerrit_plugins: Pinned new unstable hashes * third_party/nix, third_party/grpc: Disabled CI as these are broken * third_party/overlays/emacs: Bumped version to stay in sync with channel * third_party/buzz: Update LIBCLANG_PATH to reference libclang.lib, since libclang's default output no longer contains libclang.so * users/grfn/system/home: Install julia-stable instead of julia (which aliases to julia-lts), as the latter depends on an insecure version of libgit Change-Id: Iff33b0ecb0ef07a82d1de35e23c40d2f4bf0f8ed Reviewed-on: https://cl.tvl.fyi/c/depot/+/3001 Tested-by: BuildkiteCI Reviewed-by: sterni <sternenseemann@systemli.org> Reviewed-by: grfn <grfn@gws.fyi>
2021-04-13 r/2502 feat(3p/overlays): Add bleeding-edge Emacs overlayVincent Ambo1-0/+1
This adds adisbladis' Emacs overlay, which makes bleeding-edge functionality such as native compilation of Elisp available. Change-Id: I29861cb4da37bf8bf7fdb6fba5f2525c7a024356 Reviewed-on: https://cl.tvl.fyi/c/depot/+/3002 Reviewed-by: adisbladis <adisbladis@gmail.com> Tested-by: BuildkiteCI
2021-04-11 r/2481 chore(3p): Bump channels to 2021-04-09Vincent Ambo1-6/+6
Fixes included: * exposed gtest in the package set, required for protobuf * pinned SBCL to version 2.0.8: The channel moved it to >2.1, and a bunch of warnings seemed to be killing our builds - we should investigate this later. * removed kernel patches from //users/tazjin/frog: this machine is currently out of service anyways, not worth fixing while it's offline * removed steam & lutris from frog (they're currently broken) * removed Haskell overrides for hedgehog-classes & hgeometry-combinatorial * use gRPC sources from upstream and inject Abseil via Nix instead * fix for renamed grpc import in //third_party/nix * use libfprint-tod from upstream nixpkgs in glittershark/yeren and delete glittershark/pkgs/fprintd entirely, since all of the patches used there are available and working from upstream now (and stopped working here after the bump) Change-Id: Ia90e6f774f7b88bc9e60d28351b900ca43ee2695 Reviewed-on: https://cl.tvl.fyi/c/depot/+/2901 Reviewed-by: glittershark <grfn@gws.fyi> Reviewed-by: tazjin <mail@tazj.in> Reviewed-by: sterni <sternenseemann@systemli.org> Reviewed-by: lukegb <lukegb@tvl.fyi> Tested-by: BuildkiteCI
2021-04-11 r/2473 feat(3p/nixpkgs): Plumb through externalArgs.nixpkgsBisectPathVincent Ambo1-3/+9
This lets the import of the depot root accept an additional argument called `externalArgs`, which can be used to pass additional arguments into a depot package set. This is used in //third_party/nixpkgs for replacing the source of the nixos-unstable channel with a path. With this we can bisect the nixpkgs used in third_party easily. Change-Id: I4f65eb3d6b521ed9f437649b7b068f1e6ab8210f Reviewed-on: https://cl.tvl.fyi/c/depot/+/2925 Tested-by: BuildkiteCI Reviewed-by: sterni <sternenseemann@systemli.org>
2021-04-10 r/2470 refactor: Move nixpkgs attribute to `third_party.nixpkgs`Vincent Ambo1-0/+56
Please read b/108 to make sense of this. This gets rid of the explicit list of exposed packages from nixpkgs, and instead makes the entire package set available at `third_party.nixpkgs`. To accommodate this, a LOT of things have to be very slightly shuffled around. Some of this was done in already submitted CLs, but this change is unfortunately still quite noisy. Pay extra attention to: * overlay-like functionality that was partially moved to actual overlays (partially as in, the minimum required to get a green build) * modified uses of the package set path, esp. in NixOS systems Special notes: * xanthous has been disabled in CI because of issues with the Haskell overlay * //third_party/nix has been disabled because of other unclear dependency issues Both of these will be tackled in a followup CL. Change-Id: I2f9c60a4d275fdb5209264be0addfd7e06c53118 Reviewed-on: https://cl.tvl.fyi/c/depot/+/2910 Reviewed-by: glittershark <grfn@gws.fyi> Reviewed-by: sterni <sternenseemann@systemli.org> Tested-by: BuildkiteCI