jiebi/CodeConvo huggingface dataset:
Change:
I've been trying to add RRD::Simple. However, given a definition like this: build output looks like this. Notice the lack of RRDs.
This broke munin - working on a fix.
Fixed

Discussion:
# TODO add plugins having various licenses, see http://www.vamp-plugins.org/download.html <del> { stdenv, fetchurl, alsaLib, bzip2, fftw, jackaudio, libX11, liblo, libmad, libogg, librdf, librdf_raptor, librdf_rasqal, libsamplerate, libsndfile, makeWrapper, pulseaudio, qt4, redland, rubberband, vampSDK </del> <ins> { stdenv, fetchurl, alsaLib, bzip2, fftw, jackaudio, libX11, liblo , libmad, libogg, librdf, librdf_raptor, librdf_rasqal, libsamplerate , libsndfile, makeWrapper, pkgconfig, pulseaudio, qt4, redland , rubberband, vampSDK </ins> }: <del> stdenv.mkDerivation { name = "sonic-visualiser-1.8"; </del> <ins> stdenv.mkDerivation rec { name = "sonic-visualiser-${version}"; version = "1.9"; </ins> src = fetchurl { <del> url = http://downloads.sourceforge.net/sv1/sonic-visualiser-1.8.tar.gz; sha256 = "16ik6q9n92wljvnqcv7hyzb9v3yp3ixxp6df9kasf53fii973dh7"; </del> <ins> url = "http://code.soundsoftware.ac.uk/attachments/download/194/${name}.tar.gz"; sha256 = "00igf7j6s8xfyxnlkbqma0yby9pknxqzy8cmh0aw95ix80cw56fq"; </ins> }; buildInputs = [ libsndfile qt4 fftw /* should be fftw3f ??*/ bzip2 librdf rubberband libsamplerate vampSDK alsaLib librdf_raptor librdf_rasqal redland <ins> pkgconfig </ins> # optional jackaudio # portaudio

description = "View and analyse contents of music audio files"; homepage = http://www.sonicvisualiser.org/; license = "GPLv2"; <del> maintainers = [ stdenv.lib.maintainers.marcweber stdenv.lib.maintainers.goibhniu ]; </del> <ins> maintainers = [ stdenv.lib.maintainers.marcweber stdenv.lib.maintainers.goibhniu ]; </ins> platforms = stdenv.lib.platforms.linux; }; }
Change:
Project description DnD tools is a set of interactive CLI tools for DnD, a RPG. Metadata source URL: license: AGPL-3.0 platforms: cross-platform dependencies: python (runtime)
I'll give it a shot.

Discussion:
<ins> { python3, fetchFromGitHub, fetchpatch, lib }: python3.pkgs.buildPythonApplication rec { pname = "dnd-tools"; version = "unstable-2021-02-18"; src = fetchFromGitHub { owner = "savagezen"; repo = pname; rev = "baefb9e4b4b8279be89ec63d256dde9704dee078"; sha256 = "1rils3gzbfmwvgy51ah77qihwwbvx50q82lkc1kwcb55b3yinnmj"; }; # gives warning every time unless patched, see https://github.com/savagezen/dnd-tools/pull/20 patches = [ (fetchpatch { url = "https://github.com/savagezen/dnd-tools/commit/0443f3a232056ad67cfb09eb3eadcb6344659198.patch"; sha256 = "00k8rsz2aj4sfag6l313kxbphcb5bjxb6z3aw66h26cpgm4kysp0"; }) ]; meta = with lib; { homepage = "https://github.com/savagezen/dnd-tools"; description = "A set of interactive command line tools for Dungeons and Dragons 5th Edition"; license = licenses.agpl3Only; maintainers = [ maintainers.urlordjames ]; }; } </ins>

inherit (darwin.apple_sdk.frameworks) Foundation; }; <ins> dnd-tools = callPackage ../applications/misc/dnd-tools { }; </ins> inherit (callPackage ../applications/virtualization/docker {}) docker_20_10;
Change:
Describe the bug When using krb5 together with samba & winbind for login in an AD, login works everywhere except . So or for example work just fine. However, when is used (either through the binary in the shell or through a tty or display manager), I get: Up on further inspection, I noticed a difference in the respective pam service files. Most of these files have with one notable difference: has If I change the in by , I can login to AD accounts without problem even using or . To Reproduce Steps to reproduce the behavior: (It's not realistically possible to reproduce the full setup) an AD with krb5, samba (+winbind) and a custom pam winbind service ` Expected behavior Login works for AD users with , and all the same. Additional Notes I'm by no means an expert in the domain of domains. What I however wonder is, how others solved this issue when integrating NixOS machines in an AD. Metadata system: host os: multi-user?: sandbox: version: channels(root): nixpkgs: Maintainer information:
Update: This seems to be related to the section following in the pam module. Namely, if any of , , , , , or is true, is , breaking any remote auth (like LDAP/AD/...). Why is this the case? Do these things (like kwallet or gnome-keyring) only work when called after ?
I marked this as stale due to inactivity. &rarr;
This is not stale.
At least for sssd, it looks like gnome keyring would be propagated correctly (). So probably the comment pamunix is marked as 'sufficient' on NixOS which means nothing will run after it succeeds. Certain modules need to run after pamunix prompts the user for password so we run it once with 'required' at an earlier point and it will run again with 'sufficient' further down. We use tryfirst_pass the second time to avoid prompting password twice from is likely not true anymore for sssd
Fixed by .

Discussion:
# Modules in this block require having the password set in PAM_AUTHTOK. # pam_unix is marked as 'sufficient' on NixOS which means nothing will run # after it succeeds. Certain modules need to run after pam_unix <del> # prompts the user for password so we run it once with 'required' at an </del> <ins> # prompts the user for password so we run it once with 'optional' at an </ins> # earlier point and it will run again with 'sufficient' further down. # We use try_first_pass the second time to avoid prompting password twice (optionalString (cfg.unixAuth &&

|| cfg.duoSecurity.enable)) ( '' <del> auth required pam_unix.so ${optionalString cfg.allowNullPassword "nullok"} ${optionalString cfg.nodelay "nodelay"} likeauth </del> <ins> auth optional pam_unix.so ${optionalString cfg.allowNullPassword "nullok"} ${optionalString cfg.nodelay "nodelay"} likeauth </ins> '' + optionalString config.security.pam.enableEcryptfs '' auth optional ${pkgs.ecryptfs}/lib/security/pam_ecryptfs.so unwrap
Change:
pycairo fails on Hydra on darwin: This is serious because it breaks on darwin. This seems to be a result of . cc
We either need to enable the tee frontend in cairo or disable this test. But we explicitly disabled tee for darwin in .

Discussion:
++ optional glSupport libGL ; # TODO: maybe liblzo but what would it be for here? <del> configureFlags = (if stdenv.isDarwin then [ </del> <ins> configureFlags = [ "--enable-tee" ] ++ (if stdenv.isDarwin then [ </ins> "--disable-dependency-tracking" "--enable-quartz" "--enable-quartz-font" "--enable-quartz-image" "--enable-ft" <del> ] else ([ "--enable-tee" ] ++ optional xcbSupport "--enable-xcb" </del> <ins> ] else (optional xcbSupport "--enable-xcb" </ins> ++ optional glSupport "--enable-gl" ++ optional pdfSupport "--enable-pdf" )) ++ optional (!x11Support) "--disable-xlib";
Change:
Why do we suddenly require at runtime? What introduced this issue? Assigning and dotlambda, because they are the most active contributors to home-assistant currently.
My guess is we always did but it was recently removed from some dependency's .
They don't mention it in their core though, annoying. They do reference pip though, so why not setuptools? Our pip package imports and then continues not using it.
In , was removed from 's . So the solution is to add it to 's because it is used in

Discussion:
voluptuous voluptuous-serialize yarl <ins> # Not in setup.py, but used in homeassistant/util/package.py setuptools </ins> ] ++ lib.optionals (pythonOlder "3.9") [ backports-zoneinfo ] ++ componentBuildInputs ++ extraBuildInputs;
Change:
, CVSSv3=5.3 (nixos-21.05) Scanned versions: nixos-21.05: . Cc
Fixed by the linked PR .

Discussion:
stdenv.mkDerivation rec { pname = "jetty"; <del> version = "9.4.39.v20210325"; </del> <ins> version = "9.4.41.v20210516"; </ins> src = fetchurl { url = "https://repo1.maven.org/maven2/org/eclipse/jetty/jetty-distribution/${version}/jetty-distribution-${version}.tar.gz"; <del> sha256 = "0mn3ranh599w946cnykj7sbkj4w7ddpdhly7njmalsgabfbk8qv5"; </del> <ins> sha256 = "sha256-hFQC1UiqZbbvyMf1FC3eqvVga3QdPWh0fbotatkVHBI="; </ins> }; dontBuild = true;
Change:
, CVSSv3=6.1 (nixos-21.05) CVSSv3=6.1 (nixos-21.05) Scanned versions: nixos-21.05: . Cc Cc
See also:
Fixed by the linked PR.

Discussion:
in buildGoModule rec { pname = "pomerium"; <del> version = "0.13.3"; </del> <ins> version = "0.13.6"; </ins> src = fetchFromGitHub { owner = "pomerium"; repo = "pomerium"; rev = "v${version}"; <del> hash = "sha256-g0w1aIHvf2rJANvGWHeUxdnyCDsvy/PQ9Kp8nDdT/0w="; </del> <ins> hash = "sha256:0bpqxbsb4cw12kp1f4a4r1ls292m5wwcmhy69rplyv11i61in4y2"; </ins> }; <del> vendorSha256 = "sha256-grihU85OcGyf9/KKrv87xZonX5r+Z1oHQTf84Ya61fg="; </del> <ins> vendorSha256 = "sha256:1y6mpa3f3z1p843mlrzyk9gjg6n57gzsx2pjyygnqw2frr9s3f42"; </ins> subPackages = [ "cmd/pomerium" "cmd/pomerium-cli"
Change:
, CVSSv3=7.4 (nixos-20.09, nixos-21.05, nixos-unstable) Scanned versions: nixos-20.09: ; nixos-21.05: ; nixos-unstable: . Cc

Discussion:
{ stdenv, lib, fetchurl, writeText, php, makeWrapper }: let <del> version = "2.4.0"; </del> <ins> version = "2.5.0"; </ins> completion = fetchurl { url = "https://raw.githubusercontent.com/wp-cli/wp-cli/v${version}/utils/wp-completion.bash"; <del> sha256 = "15d330x6d3fizrm6ckzmdknqg6wjlx5fr87bmkbd5s6a1ihs0g24"; </del> <ins> sha256 = "sha256-RDygYQzK6NLWrOug7EqnkpuH7Wz1T2Zq/tGNZjoYo5U="; </ins> }; ini = writeText "php.ini" ''

src = fetchurl { url = "https://github.com/wp-cli/wp-cli/releases/download/v${version}/${pname}-${version}.phar"; <del> sha256 = "0h5mjxrw4z3648v4wb4pvapz2a1mlmbszgggg4b7bvrrxn3cr78k"; </del> <ins> sha256 = "sha256-vghT6fRD84SFZgcIcdNE6K2B6x4V0V3PkyS0p14nJ4k="; </ins> }; nativeBuildInputs = [ makeWrapper ];
Change:
Describe the bug Trying to launch fails with the message: To Reproduce Steps to reproduce the behavior: : : Expected behavior Onlyoffice should be able to run on Wayland Notify maintainers Metadata Maintainer information:
Could you try with and: Onlyoffice does not start. : Onlyoffice starts and is working fine but :(
Found the upstream issue Maybe we'll leave this issue open until it's fixed upstream?
As already suspected, OnlyOffice does not support Wayland at this point. Here is the upstream bug:
it works with

Discussion:
ln -s $out/share/desktopeditors/DesktopEditors $out/bin/DesktopEditors <del> wrapProgram $out/bin/DesktopEditors  --set QT_XKB_CONFIG_ROOT ${xkeyboard_config}/share/X11/xkb  --set QTCOMPOSE ${xorg.libX11.out}/share/X11/locale </del> substituteInPlace $out/share/applications/onlyoffice-desktopeditors.desktop  --replace "/usr/bin/onlyoffice-desktopeditor" "$out/bin/DesktopEditor"

''; preFixup = '' <del> gappsWrapperArgs+=(--prefix LD_LIBRARY_PATH : "${runtimeLibs}" ) </del> <ins> gappsWrapperArgs+=( --prefix LD_LIBRARY_PATH : "${runtimeLibs}"  --set QT_XKB_CONFIG_ROOT "${xkeyboard_config}/share/X11/xkb"  --set QTCOMPOSE "${xorg.libX11.out}/share/X11/locale"  --set QT_QPA_PLATFORM "xcb" # the bundled version of qt does not support wayland ) </ins> ''; passthru.updateScript = ./update.sh;
Change:
Describe the bug nixos-unstable-small's package is broken: Seems related to beancount/fava To Reproduce Steps to reproduce the behavior: Expected behavior Fava builds correctly Notify maintainers <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. -- Maintainer information:
I suspect this isn't the only app that broke with the switch from flask 1.2 to 2.0 and jinja 2 to 3.0.1
This issue has been mentioned on NixOS Discourse. There might be relevant details there:
You can use in the expression for to pin and to compatible versions.

Discussion:
python3.pkgs.buildPythonApplication rec { pname = "fava"; <del> version = "1.18"; </del> <ins> version = "1.19"; </ins> src = python3.pkgs.fetchPypi { inherit pname version; <del> sha256 = "21336b695708497e6f00cab77135b174c51feb2713b657e0e208282960885bf5"; </del> <ins> sha256 = "def7c0210bf0ce8dfffdb46ce21b3efcf71eba5a4e903565258419e4c53c2d43"; </ins> }; nativeBuildInputs = with python3.pkgs; [ setuptools-scm ];
Change:
Describe the bug If you try to compile an arduino-sketch with arduino-cli for an esp32-board an error message is shown: To Reproduce Steps to reproduce the behavior: arduino-cli: esp32-toolchain: and compile a sketch Expected behavior compilation without errors Additional context The esp32-toolchain requires zlib. On Linux a fhsenv is created for arduino-cli that does not contain zlib Notify maintainers Metadata Please run and paste the result. system: host os: multi-user?: sandbox: version: channels(root): nixpkgs:
I was able to get esp32 working with my arduino-ci tool at some point. Here's the commit where I removed that feature because it was complicated:

Discussion:
extraInstallCommands = '' mv $out/bin/$name $out/bin/arduino-cli ''; <ins> targetPkgs = pkgs: with pkgs; [ zlib ]; </ins> } else pkg
Change:
e.g. for screen-message () the following error occurs on hydra: A local build fetches the source just fine. cc
This seems to have fixed itself if it was down. The darcs repo no longer fails atleast on my side.
As I said, locally it’s perfectly fine, but from the hydra it doesn’t work. It’s a problem with hostname resolving of .
Hey sorry I misread. This seems reasonable until we figure out the hydra issue.
This is/was not a Hydra-issue, results in exactly the same.
Can someone reproduce this anywhere?

Discussion:
<del> { stdenv, fetchdarcs, autoreconfHook, pkgconfig, gtk3 }: </del> <ins> { stdenv, fetchgit, autoreconfHook, pkgconfig, gtk3 }: </ins> stdenv.mkDerivation { name = "screen-message-0.23"; <del> src = fetchdarcs { url = "http://darcs.nomeata.de/screen-message.debian"; rev = "0.23-1"; </del> <ins> srcs = fetchgit { url = "git://git.nomeata.de/darcs-mirror-screen-message.debian.git"; rev = "refs/tags/0_23-1"; sha256 = "fddddd28703676b2908af71cca7225e6c7bdb15b2fdfd67679cac129028a431c"; </ins> }; buildInputs = [ autoreconfHook pkgconfig gtk3 ];
Change:
Project description Metadata homepage URL: source URL: license: GNU AGPL v3 platforms: unix, linux, darwin

Discussion:
fingerprint = "B956 C6A4 22AF 86A0 8F77  A8CA DE3B ADFE CD31 A89D"; }]; }; <ins> nitsky = { name = "nitsky"; email = "492793+nitsky@users.noreply.github.com"; github = "nitsky"; githubId = 492793; }; </ins> nkpvk = { email = "niko.pavlinek@gmail.com"; github = "nkpvk";

<ins> { stdenv , fetchFromGitHub , lib , autoPatchelfHook , cmake , tbb , llvmPackages_latest , xxHash , zlib , openssl }: stdenv.mkDerivation rec { pname = "mold"; version = "0.9.2"; src = fetchFromGitHub { owner = "rui314"; repo = pname; rev = "v${version}"; sha256 = "sha256-2LXOPirhjAifKYPgngUJwEdGrKMYsRySr5TL2x2p8J0="; }; buildInputs = [ tbb zlib openssl ]; nativeBuildInputs = [ autoPatchelfHook cmake xxHash ]; dontUseCmakeConfigure = true; EXTRA_LDFLAGS = "-fuse-ld=${llvmPackages_latest.lld}/bin/ld.lld"; LTO = 1; makeFlags = [ "PREFIX=${placeholder "out"}" ]; meta = with lib; { description = "A high performance drop-in replacement for existing unix linkers"; homepage = "https://github.com/rui314/mold"; license = lib.licenses.agpl3Plus; maintainers = with maintainers; [ nitsky ]; broken = stdenv.isAarch64; }; } </ins>

modd = callPackage ../development/tools/modd { }; <ins> mold = callPackage ../development/tools/mold { stdenv = llvmPackages_latest.stdenv; }; </ins> msgpack-tools = callPackage ../development/tools/msgpack-tools { }; msgpuck = callPackage ../development/libraries/msgpuck { };
Change:
Describe the bug to and rebuilt, got: Metadata Please run and paste the result. Maintainer information:

Discussion:
LIRC_CFLAGS="-I${lirc}/include"; LIRC_LIBS="-L ${lirc}/lib -llirc_client"; <ins> postInstall = '' substituteInPlace $out/share/applications/xine.desktop  --replace "MimeType=;" "MimeType=" ''; </ins> meta = with lib; { homepage = "http://xinehq.de/"; description = "Xlib-based frontend for Xine video player";
Change:
Version: 16.03pre75740. (Emu) To reproduce: to run set-inform on a gateway device to point it to the nixos host running unifi. device will fail to be adopted, repeatedly. status -l unifi will show: This is because the java service extracts an embedded snappy-1.0.5- to /tmp and tries to use it. It fails, since this is a binary compiled without nixos. Since this package is built from a tarball of binaries, I don't know if it's even possible to remedy this cleanly. My workaround is adding the following to This allows the java parent process to find at runtime. I don't know any better way to handle this requirement; hopefully a more experienced contributor knows a better solution.
I'd imagine we'd either have to extract the tarball, the contents, and then tar it up again, or perhaps just use a wrapper around the main binaries, so that you don't need to modify the environment in the service.
Feel free to cherry-pick
Unfortunately, that fix doesn't address the problem, since the .so in question is inside a .jar and extracted conditionally(?) at runtime: ./UniFi/lib/snappy-java- ./UniFi/lib/snappy-java- ./UniFi/lib/snappy-java- ./UniFi/lib/snappy-java- ./UniFi/lib/snappy-java- ./UniFi/lib/snappy-java- Reconstructing the jar files seems tedious and error-prone. It's also impossible in cases where a signed jar is used (not here, but possibly in the future), I think? Probably wrapping the java invocation in the service file is the way to go, as it should accommodate more unpleasant surprises possibly to come in the future. I'm not familiar enough to work out the exact way to do it. LDLIBRARYPATH may be appropriate, but I don't know how, at runtime, to get the nix-store path that contains the proper (hence my use of the system-wide lib dir). Is that even possible and safe? Seems like libstdc++ must be part of the unifi's buildInputs since the manager will need to track the store path as a dependency.
It seems reasonable to add and to ld library path of the service in that case. Eric Litak wrote:
Okay. Would you like me to pull request a patch for the nixos module or do you want to do it?
Go ahead Eric Litak wrote:
Okay, sorry it took me so long, but I had to first figure out how to replace the "nixos" channel system-wide,--which is notably absent from nixos manual, btw--then rebuild a lot of packages from source as a result. Here's the pull request: Please advise on whether it's safer/better to include the libc path as well (they seem to be already handeld) or if just the gcc libs will suffice.

Discussion:
partOf = systemdMountPoints; bindsTo = systemdMountPoints; unitConfig.RequiresMountsFor = stateDir; <ins> # This a HACK to fix missing dependencies of dynamic libs extracted from jars environment.LD_LIBRARY_PATH = with pkgs.stdenv; "${cc.cc}/lib"; </ins> preStart = '' # Ensure privacy of state
Change:
Describe the bug Gitlint fails to build due to a dependency on click v7.1.2 To Reproduce Steps to reproduce the behavior: Expected behavior Successful build of gitlint Screenshots ! Additional context Looks like click got separated into two packages, one where it updated to 8.0.1 and is present in and one where it was kept back for . Notify maintainers Metadata system: host os: multi-user?: sandbox: version: channels(david): nixpkgs: Maintainer information:
Yeah this is interesting. As far as I know, things shouldn't just break like this. I assume this is a regression, as it used to build, it seems a LOT of stuff has started breaking.
doesn't work with later releases. We have 8.0.1 and is pinning all releases (affects also , I guess). It would requires that is overriding the releases.
could you please give a try?
Looks to be good on my system. Runs as intended with

Discussion:
, buildPythonApplication , fetchFromGitHub , gitMinimal <del> , arrow , click , sh , wheel </del> <ins> , python3 </ins> }: <ins> let py = python3.override { packageOverrides = self: super: { click = super.click.overridePythonAttrs (oldAttrs: rec { version = "7.1.2"; src = oldAttrs.src.override { inherit version; sha256 = "06kbzd6sjfkqan3miwj9wqyddfxc2b6hi7p5s4dvqjb3gif2bdfj"; }; }); arrow = super.arrow.overridePythonAttrs (oldAttrs: rec { version = "1.0.3"; src = oldAttrs.src.override { inherit version; sha256 = "0793badh4hgbk2c5g70hmbl7n3d4g5d87bcflld0w9rjwy59r71r"; }; }); sh = super.sh.overridePythonAttrs (oldAttrs: rec { version = "1.14.1"; src = oldAttrs.src.override { inherit version; sha256 = "13hxgifab9ichla13qaa7sh8r0il7vs1r21js72s0n355zr9mair"; }; }); }; }; in with py.pkgs; </ins> buildPythonApplication rec { pname = "gitlint"; version = "0.15.1";

sha256 = "sha256-CqmE4V+svSuQAsoX0I3NpUqPU5CQf3fyCHJPrjUjHF4="; }; <del> nativeBuildInputs = [ wheel ]; </del> <ins> nativeBuildInputs = [ wheel ]; </ins> propagatedBuildInputs = [ arrow

gitMinimal ]; <del> meta = { </del> <ins> meta = with lib; { </ins> description = "Linting for your git commit messages"; <del> homepage = "http://jorisroovers.github.io/gitlint"; license = lib.licenses.mit; maintainers = with lib.maintainers; [ ethancedwards8 ]; </del> <ins> homepage = "https://jorisroovers.com/gitlint/"; license = licenses.mit; maintainers = with maintainers; [ ethancedwards8 fab ]; </ins> }; }
Change:
Describe the bug Since made it into nixpkgs-unstable I can't install neovim on an M1 laptop anymore, error is: To Reproduce Steps to reproduce the behavior: an M1 macbook run Expected behavior neovim to successfully install Screenshots N/A Additional context Notify maintainers Metadata Maintainer information:
Is it possible for you to check if reverting fixes the issue?
Yeah, that did the trick. It is weird as I can install luajit with no issue so maybe this is just an issue with the build setup rather than with the lua interpreter?
Refs I will test this on my M1 as well tonight
Sorry, tonight came later than I expected - I encountered the same issue on M1 and filed , which fixes it. Seems that luajit version is not the issue here ( did not work), as was suggested in Guess we should do a bit more digging

Discussion:
{ self, callPackage, lib }: callPackage ./default.nix { inherit self; <del> version = "2.0.5-2021-05-29"; rev = "c2cfa04231785116d9d198462830f41ef94147c0"; </del> <ins> version = "2.0.5-2021-06-08"; rev = "98f95f69180d48ce49289d6428b46a9ccdd67a46"; </ins> isStable = true; <del> sha256 = "1fw64pv0dvzb9bgr2zwcv9q8gqgsmfnvrcrmrdfgj4ncamgdnilj"; </del> <ins> sha256 = "1pdmhk5syp0nir80xcnkf6xy2w5rwslak8hgmjpgaxzlnrjcgs7p"; </ins> extraMeta = { # this isn't precise but it at least stops the useless Hydra build platforms = with lib; filter (p: p != "aarch64-linux") (platforms.linux ++ platforms.darwin);

{ self, callPackage }: callPackage ./default.nix { inherit self; <del> version = "2.1.0-2021-05-29"; rev = "839fb5bd72341d8e67b6cfc2053e2acffdb75567"; </del> <ins> version = "2.1.0-2021-06-25"; rev = "e957737650e060d5bf1c2909b741cc3dffe073ac"; </ins> isStable = false; <del> sha256 = "1gyzq4n0fwah0245wazv4c43q9in1mwbk3dhh6cb1ijnjcxp2bb6"; </del> <ins> sha256 = "04i7n5xdd1nci4mv2p6bv71fq5b1nkswz12hcgirsxqbnkrlbbcj"; </ins> }