about summary refs log tree commit diff
path: root/third_party/overlays
AgeCommit message (Collapse)AuthorFilesLines
2021-12-26 r/3411 chore: friendship ended with cas, now keycloak is our best friendVincent Ambo1-10/+0
Note that the login.tvl.fyi WWW configuration is still kind of hanging around until we've settled where Keycloak lives. Change-Id: Iaca4e394a7371cafa3716ca66ef09c4eca5b1520 Reviewed-on: https://cl.tvl.fyi/c/depot/+/4626 Autosubmit: tazjin <mail@tazj.in> Tested-by: BuildkiteCI Reviewed-by: lukegb <lukegb@tvl.fyi>
2021-12-21 r/3331 chore(3p): bump NixOS channels to 2021-12-20sterni1-17/+0
* //third_party/overlays/tvl: drop override for treefmt, as the channel now contains treefmt 0.3.0 Change-Id: I84e52f5dccd22eb4318f7f79fc4c2f4751c6bdc1 Reviewed-on: https://cl.tvl.fyi/c/depot/+/4519 Autosubmit: sterni <sternenseemann@systemli.org> Tested-by: BuildkiteCI Reviewed-by: tazjin <mail@tazj.in>
2021-12-18 r/3296 fix(3p/overlays): Attempt to fix hard-to-debug suspend issueVincent Ambo1-0/+10
I have an issue where my AMD laptop occasionally does not wake from suspend. The only thing ever indicated in the logs is related to the patched line here: xss-lock[2409537]: saver_blank: line 19: exec: sleep: not found This stems from xsecurelock calling a script that in turn calls sleep, in a loop. I don't know if this causes my unsuspend problem because this also happens sometimes without anything failing, but it's the best lead I've got for now. Will run with this fix for a while and see if anything changes in the stability of suspend. Change-Id: Ie8190433c2125cbeddb909013be9dfa00141d5c6 Reviewed-on: https://cl.tvl.fyi/c/depot/+/4403 Tested-by: BuildkiteCI Reviewed-by: sterni <sternenseemann@systemli.org>
2021-12-18 r/3295 feat(tools/depotfmt): add a treefmt wrapper with depot configurationVincent Ambo1-0/+17
Right now the only included formatter is gofmt, but we will extend this over time. The version of treefmt is bumped to 0.3.0 (which supports custom config files) until this lands in nixpkgs. Change-Id: I1e1aafd05ec7427c616f90c90490c528ecb2615c Reviewed-on: https://cl.tvl.fyi/c/depot/+/4399 Tested-by: BuildkiteCI Reviewed-by: grfn <grfn@gws.fyi>
2021-12-18 r/3289 chore(3p/overlays): Remove unnecessary steam fixVincent Ambo1-5/+0
this is now upstreamed in nixpkgs Change-Id: I6131edd326fa347f546df30b865cbc2327ae2577 Reviewed-on: https://cl.tvl.fyi/c/depot/+/4398 Reviewed-by: tazjin <mail@tazj.in> Autosubmit: tazjin <mail@tazj.in> Tested-by: BuildkiteCI
2021-12-15 r/3247 fix(3p/overlays): Avoid builds of mkShell derivations in CIVincent Ambo1-0/+5
Change-Id: I94a728e0041c7be30675f4344b5f8e49099d4cd3 Reviewed-on: https://cl.tvl.fyi/c/depot/+/4333 Tested-by: BuildkiteCI Autosubmit: tazjin <mail@tazj.in> Reviewed-by: sterni <sternenseemann@systemli.org>
2021-12-07 r/3147 chore(3p): bump NixOS channels and emacs overlay to 2021-12-07sterni1-3/+3
* //third_party/cgit: apply patch [1] for Git 2.34 compatibility to reflect dropping of the string_list_init function in 770fed [2]. Patch hasn't been applied on cgit's master yet, over concern about a breaking change in git (?) [3]. [1]: https://lists.zx2c4.com/pipermail/cgit/2021-November/004666.html [2]: https://github.com/git/git/commit/770fedaf9fb156bd8c18da41770eac0cb63fba63 [3]: https://lists.zx2c4.com/pipermail/cgit/2021-November/004667.html Change-Id: Ie10c99c017ae5a43f4369b42151e19ecf07f7949
2021-11-29 r/3112 fix(third_party/nix-diff): use version which handles non-utf8 drvsProfpatsch1-2/+10
We had a problem on whitby where decoding of the drv files would fail with an utf8-decoding error. This version of nix-diff will leniently input files as utf-8, with replacement characters if necessary. Change-Id: I5cb245923c6db0875e63e420cb0783e235b6859f
2021-11-25 r/3096 fix(3p/overlays): Avoid cache-busting EXWM on every commitVincent Ambo1-1/+1
This is a bit silly, I assumed hte previous one would concatenate the path before importing it into the store - but it doesn't. Change-Id: Iebb4c9cb432751448deeac07d6b7ad8225711d30
2021-11-25 r/3095 chore(3p): bump NixOS channels to 2021-11-24sterni1-10/+5
* The API for gradleGen changed which makes our override a bit simpler at least. Change-Id: Ib5d7bc33d30a4545235a8a74eadbb418cd76d1d0
2021-11-23 r/3083 fix(3p/overlays): Downgrade Nix to stable version for nix-serveVincent Ambo1-0/+4
Where I'm using stable in the non-versioning sense of the word. https: //github.com/edolstra/nix-serve/issues/28 Change-Id: I87869a62bc0f3b289950a79aabd4d2041390bb09
2021-11-22 r/3079 fix(3p/overlays): Rollback Nix to 2.3 depot-wideVincent Ambo1-0/+4
There is too much breakage with the newer version than I have time to deal with right now (and I think the same goes for the others). Change-Id: I54045d1ef16d0215e516986477d734c54e48f1f8 Reviewed-on: https://cl.tvl.fyi/c/depot/+/3904 Tested-by: BuildkiteCI Reviewed-by: sterni <sternenseemann@systemli.org> Reviewed-by: lukegb <lukegb@tvl.fyi>
2021-11-16 r/3073 chore(3p/overlays/tvl): drop override for sbclsterni1-3/+0
nixpkgs has upgraded to SBCL 2.1.9 in the meantime, so dropping the override will ensure that we keep pace with upstream going forward, instead of ending up with an out-of-date SBCL. Change-Id: I5e04532d5ef653de4ec083deee9c9a72522daaf1 Reviewed-on: https://cl.tvl.fyi/c/depot/+/3881 Tested-by: BuildkiteCI Reviewed-by: tazjin <mail@tazj.in>
2021-11-15 r/3068 chore(3p/overlays): Bump Emacs overlay to 2021-11-14Vincent Ambo1-3/+3
I'm having issues with vterm and I wonder if it's caused by something in another package that is fixed in a newer overlay. Change-Id: Icb89636cd6c72b10558184634b7c9a5b7b8548c5 Reviewed-on: https://cl.tvl.fyi/c/depot/+/3877 Tested-by: BuildkiteCI Reviewed-by: sterni <sternenseemann@systemli.org>
2021-11-12 r/3036 chore(3p): Bump nixpkgs and emacs-overlayVincent Ambo1-3/+3
Change-Id: Ic3dd1050b137b3107d22b656675cc87727ee4a5c Reviewed-on: https://cl.tvl.fyi/c/depot/+/3841 Tested-by: BuildkiteCI Reviewed-by: sterni <sternenseemann@systemli.org>
2021-10-22 r/2989 chore(3p/nixpkgs): Bump nixpkgs and Emacs overlayVincent Ambo1-3/+3
... bumping these in the same commit to avoid double-recompilation of Emacs stuff. Change-Id: Ieab114115b788c36e9d42246445cf17b960c11de Reviewed-on: https://cl.tvl.fyi/c/depot/+/3741 Tested-by: BuildkiteCI Reviewed-by: sterni <sternenseemann@systemli.org>
2021-10-10 r/2962 chore(3p/overlays): Bump Emacs overlay to 2021-10-10Vincent Ambo1-3/+3
Change-Id: I794738b8e27404e9b8de2f04d980b94b73dae764 Reviewed-on: https://cl.tvl.fyi/c/depot/+/3708 Tested-by: BuildkiteCI Reviewed-by: sterni <sternenseemann@systemli.org>
2021-10-10 r/2956 fix(3p): resolve linker issues with clang-compiled C++ packagessterni1-0/+7
The point where this broke is likely when llvmPackages_11.stdenv started respecting stdenv.hostPlatform.linker and thus using GNU binutils' ld.bfd for linking. That linker can't deal with clang's C++ ABI. To fix this we introduce a modified version of llvmPackages_11.stdenv which uses llvmPackages_11.bintools for linking purposes (I also aim to upstream this in some form, but am not sure about the details atm, so we'll just do this in the tvl overlay for now). This is the precondition for getting our C++ packages in //third_party to work again. Additionally the following fixes were necessary: * abseil-cpp needed to be updated (by overriding the version from nixpkgs for now, since I can't update the subtree on my own) to fulfill grpc's requirements (grpc 1.41.0 needs abseil-cpp LTS 20210324). * gtest needs a patch from nixpkgs which fixes the path to its include directory for CMake. * We need to build re2 with clang as well, otherwise linking will fail. Fixes b/132. Change-Id: I7b64579fe96451547babe070fd35db398581e49d Reviewed-on: https://cl.tvl.fyi/c/depot/+/3701 Tested-by: BuildkiteCI Reviewed-by: lukegb <lukegb@tvl.fyi> Reviewed-by: tazjin <mail@tazj.in>
2021-10-05 r/2948 chore(3p): bump NixOS channels to 2021-10-04sterni1-1/+1
* //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-27 r/2929 feat(3p/overlays): Bump emacs overlay to 2021-09-27Vincent Ambo1-3/+3
Change-Id: If0e43f62b6f6adec32efddcad9c1a887d3ef5ece Reviewed-on: https://cl.tvl.fyi/c/depot/+/3646 Tested-by: BuildkiteCI Reviewed-by: grfn <grfn@gws.fyi> Reviewed-by: sterni <sternenseemann@systemli.org>
2021-09-20 r/2892 fix(3p/overlays/tvl): Add fix for Steam web view issueVincent Ambo1-0/+5
See https://github.com/NixOS/nixpkgs/issues/137279 Change-Id: Id47f87396ad5e46c98080c7910d337d2643bcbd5 Reviewed-on: https://cl.tvl.fyi/c/depot/+/3604 Tested-by: BuildkiteCI Reviewed-by: tazjin <mail@tazj.in>
2021-09-16 r/2871 chore(3p/overlays): Override EXWM sources with tree from depotVincent Ambo1-0/+5
Change-Id: I6047ab634deb2f019bcdc9a76a2194997fc84b29 Reviewed-on: https://cl.tvl.fyi/c/depot/+/3559 Tested-by: BuildkiteCI Reviewed-by: sterni <sternenseemann@systemli.org>
2021-09-11 r/2849 chore(3p): bump NixOS channels to 2021-09-11sterni1-0/+3
* 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-01 r/2807 fix(3p/overlays): Use notmuch.el from nixpkgsVincent Ambo1-0/+4
... 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-09-01 r/2806 refactor(3p/notmuch): Simplify setupVincent Ambo2-3/+83
The backported fix is no longer required and we can just apply the patch in the overlay, this makes everything a little easier. Change-Id: I654a1bb002eef5c578b8e576e133a159bde3f850 Reviewed-on: https://cl.tvl.fyi/c/depot/+/3483 Tested-by: BuildkiteCI Reviewed-by: sterni <sternenseemann@systemli.org>
2021-08-24 r/2771 feat(nix/buildLisp): add eclsterni1-0/+41
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/2759 chore(3p/overlays): Bump Emacs overlay to 2021-08-24Vincent Ambo1-3/+3
Change-Id: Ief4fb21082011d4056af77b7dae06edf33bd5b2f Reviewed-on: https://cl.tvl.fyi/c/depot/+/3403 Tested-by: BuildkiteCI Reviewed-by: sterni <sternenseemann@systemli.org>
2021-08-11 r/2718 chore(3p/overlays): Bump Emacs overlay to 2021-08-11Vincent Ambo1-3/+3
Maybe this one will include a fixed telega.el? Change-Id: I0de2dafdc8e5b82ed1174e83023cd96fab5f190e Reviewed-on: https://cl.tvl.fyi/c/depot/+/3300 Tested-by: BuildkiteCI Reviewed-by: sterni <sternenseemann@systemli.org>
2021-08-08 r/2710 chore(3p/nixpkgs): Bump nixpkgs channels to 2021-08-04Vincent Ambo1-0/+8
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-08-06 r/2706 chore(3p/overlays): Bump Emacs overlayVincent Ambo1-3/+3
Change-Id: I09dea9c14ff72fde1a66caec48a62976139722b6 Reviewed-on: https://cl.tvl.fyi/c/depot/+/3275 Tested-by: BuildkiteCI Reviewed-by: sterni <sternenseemann@systemli.org>
2021-07-28 r/2696 chore(3p/nixpkgs): update channels to 2021-07-25sterni1-3/+3
* 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-06-05 r/2648 chore(3p/nixpkgs): Bump channels to 2021-06-05Vincent Ambo1-10/+0
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-3/+3
* 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-05-24 r/2622 chore(3p/overlays): Remove LLVM11 bump from overlayVincent Ambo1-5/+2
* This was mostly for //third_party/nix and its dependencies which now have been set to use llvmPackages_11 manually. * For //users/grfn/achilles we also manually select the newer LLVM version. * //tools/cheddar doesn't seem to need llvm anymore. * //third_party/buzz also compiles with clang 7.1.0 * replace clang-tools everywhere with new attribute clang-tools_11 For the future we may want to have something similar again, but it may not be necessary to invest too much time into it: nixpkgs is set to upgrade their default llvmPackages to LLVM 11 as well at some point in the near future. Co-Authored-By: sterni <sternenseemann@systemli.org> Change-Id: Id83868dbc476a6c776b59518b856c933f30ea79d Reviewed-on: https://cl.tvl.fyi/c/depot/+/3135 Tested-by: BuildkiteCI Reviewed-by: tazjin <mail@tazj.in> Reviewed-by: sterni <sternenseemann@systemli.org> Reviewed-by: grfn <grfn@gws.fyi>
2021-04-13 r/2504 feat(overlays/tvl): Add our emacs packages to the fixpointVincent Ambo1-1/+8
Adds all TVL Emacs packages to the emacsPackages fixpoint unter `tvlPackages` ... one step closer to native compilation. Change-Id: I938689ccab057164babfb88cd467a490b3efd39b Reviewed-on: https://cl.tvl.fyi/c/depot/+/3004 Tested-by: BuildkiteCI Reviewed-by: grfn <grfn@gws.fyi> Reviewed-by: adisbladis <adisbladis@gmail.com>
2021-04-13 r/2502 feat(3p/overlays): Add bleeding-edge Emacs overlayVincent Ambo1-0/+11
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-12 r/2484 feat(3p): upgrade sbcl to 2.1.2sterni1-4/+0
sbcl 2.0.9 introduced a new warning: > minor incompatible change: the compiler signals a warning at > compile-time when an initform of T, NIL or 0 does not match > a STANDARD-CLASS slot's declared type. This broke a few packages, but they all have been fixed upstream in the meantime and we only need to bump their versions. The culprits are: * defclass-std which possibly has become unmaintained since the fix (december 2020). * cl-prevalence which also needs one symbol from bt now * lisp-binary which also includes a new file now Change-Id: I06bb47a129d5ef912a623315c1281aedd1ceac2a Reviewed-on: https://cl.tvl.fyi/c/depot/+/2934 Tested-by: BuildkiteCI Reviewed-by: tazjin <mail@tazj.in> Reviewed-by: glittershark <grfn@gws.fyi>
2021-04-11 r/2481 chore(3p): Bump channels to 2021-04-09Vincent Ambo2-12/+4
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/2479 fix(3p/haskellPackages): re-add random 1.2.0 to fix xanthoussterni1-5/+4
The random_1_2_0 attribute of haskellPackages currently holds random 1.2.0 which is what we want to have. We need to disable tests because they cause an infinite recursion as basically all testing libraries depend on random. This has the nice side effect that we no longer need import from derivation for random 1.2.0 (but owothia and xanthous still use it). Re-enable CI for xanthous. Additinonally we need to deal with the fallout of the haskellPackages overlay now also being pulled in for some machines since cl/2910 and let pandoc compile with random 1.2.0. Change-Id: I78d220e5bd35f3469d80d69e77e712a529f21d33 Reviewed-on: https://cl.tvl.fyi/c/depot/+/2924 Tested-by: BuildkiteCI Reviewed-by: tazjin <mail@tazj.in> Reviewed-by: glittershark <grfn@gws.fyi>
2021-04-10 r/2470 refactor: Move nixpkgs attribute to `third_party.nixpkgs`Vincent Ambo2-26/+60
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
2021-04-10 r/2466 refactor(3p/overlays): Move haskell overlay to new tree locationVincent Ambo2-0/+46
nixpkgs_exposed is going away, and the haskell overlay is independent from that. See also b/108, cl/2910 Change-Id: I3aea6dfc427a914f3f88146fd0b45d60dfd45a1a Reviewed-on: https://cl.tvl.fyi/c/depot/+/2918 Tested-by: BuildkiteCI Reviewed-by: sterni <sternenseemann@systemli.org>
generated by cgit-pink 1.4.1 (git 2.44.2) at 2024-12-11T08·36+0000