jiebi/CodeConvo huggingface dataset:
Change:
Describe the bug Running on vscode binary says that it depends only on gtk3: While the package depends on both gtk2 and gtk3: Probably there are some packaging issue? To Reproduce Steps to reproduce the behavior: vscode Expected behavior It depends only on gtk3 Notify maintainers Metadata Maintainer information:
Also gconf vs. dconf and libgnome-keyring vs. libsecret. See also
Hmm yeah, I removed and from , and both vscode and vscodium seem to still run fine. Not sure where the gconf/dconf thing is determined, possibly that that's an Atom issue
libsecret is the replacement for libgnome-keyring, not the other way around. It will probably be used at runtime when it needs to access keyring. dconf is used by GTK, gconf should not be used at all.
I marked this as stale due to inactivity. &rarr;
Still an issue

Discussion:
{ stdenv, lib, makeDesktopItem , unzip, libsecret, libXScrnSaver, libxshmfence, wrapGAppsHook <del> , gtk2, atomEnv, at-spi2-atk, autoPatchelfHook </del> <ins> , atomEnv, at-spi2-atk, autoPatchelfHook </ins> , systemd, fontconfig, libdbusmenu, glib, buildFHSUserEnvBubblewrap , writeShellScriptBin

}; buildInputs = [ libsecret libXScrnSaver libxshmfence ] <del> ++ lib.optionals (!stdenv.isDarwin) ([ gtk2 at-spi2-atk ] ++ atomEnv.packages); </del> <ins> ++ lib.optionals (!stdenv.isDarwin) ([ at-spi2-atk ] ++ atomEnv.packages); </ins> runtimeDependencies = lib.optional (stdenv.isLinux) [ (lib.getLib systemd) fontconfig.lib libdbusmenu ];

dontBuild = true; dontConfigure = true; <ins> noDumpEnvVars = true; </ins> installPhase = '' runHook preInstall
Change:
Describe the bug To Reproduce Steps to reproduce the behavior: ... ... ... Expected behavior A clear and concise description of what you expected to happen. Screenshots If applicable, add screenshots to help explain your problem. Additional context Add any other context about the problem here. Notify maintainers and edited it last Metadata system: host os: multi-user?: sandbox: version: channels(root): nixpkgs: Maintainer information:
I really have no idea, contains it, even bumping gnunet-gtk to be the same release version still doesn't fix it.
Have you tried applying

Discussion:
stdenv.mkDerivation rec { pname = "gnunet"; <del> version = "0.14.0"; </del> <ins> version = "0.14.1"; </ins> src = fetchurl { url = "mirror://gnu/gnunet/${pname}-${version}.tar.gz"; <del> sha256 = "sha256-2u9gO9Mu0dM1yixcaqOnZcDfGcp69dc5CH5tkl6vRas="; </del> <ins> sha256 = "1hhqv994akymf4s593mc1wpsjy6hccd0zbdim3qmc1y3f32hacja"; </ins> }; enableParallelBuilding = true;

, gtk3 , libextractor , libgcrypt <ins> , libsodium </ins> , libxml2 , pkg-config , wrapGAppsHook

stdenv.mkDerivation rec { pname = "gnunet-gtk"; <del> version = "0.13.1"; </del> <ins> version = "0.14.0"; </ins> src = fetchurl { url = "mirror://gnu/gnunet/${pname}-${version}.tar.gz"; <del> sha256 = "1zdzgq16h77w6ybwg3lqjsjr965np6iqvncqvkbj07glqd4wss0j"; </del> <ins> sha256 = "18rc7mb45y17d5nrlpf2p4ixp7ir67gcgjf4hlj4r95ic5zi54wa"; </ins> }; nativeBuildInputs= [

gtk3 libextractor libgcrypt <ins> libsodium </ins> libxml2 ]; <ins> configureFlags = [ "--with-gnunet=${gnunet}" ]; </ins> patchPhase = "patchShebangs pixmaps/icon-theme-installer"; meta = gnunet.meta // { description = "GNUnet GTK User Interface"; homepage = "https://git.gnunet.org/gnunet-gtk.git"; <del> # configure: error: compiling gnunet-gtk requires GNUnet core headers broken = true; </del> }; }
Change:
Describe the bug fails to build on armv7. It compiles, but then fails one test, making the derivation fail. To Reproduce on armv7. Expected behavior The build completes successfully, passing all tests (except for tests known to be broken). Screenshots Additional context I'm currently trying this on , but with reverted because of . I'm using '<nixpkgs/nixos' since I have a few options set to minimize build times and I'd prefer not bootstrapping from gcc/binutils/etc just to see llvm fail later, but if you insist I can try building it with a clean config. Notify maintainers <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. -- Metadata Note that that is showing the nixpkgs version for my currently running system. I'm trying to build it for a newer version of nixpkgs, listed above. llvm11 failing is currently blocking me from upgrading since I need borgbackup and it has a transitive dependency on llvm11 now (through the Python cryptography module and rust). Maintainer information:

Discussion:
rm test/DebugInfo/X86/convert-inlined.ll rm test/DebugInfo/X86/convert-linked.ll rm test/tools/dsymutil/X86/op-convert.test <ins> rm test/tools/llvm-readobj/ELF/dependent-libraries.test </ins> '' + optionalString (stdenv.hostPlatform.system == "armv6l-linux") '' # Seems to require certain floating point hardware (NEON?) rm test/ExecutionEngine/frem.ll
Change:
Describe the bug broke parsing of powerpc64 abi-specific configs and . Previously these ad hoc ELF ABI specifiers passed through fine. Since (cc they error with: () It's possible this only worked due to gnu-config being permissive with its parsing. The abi suffix is just a convention I came up with for powerpc64 weirdness, so I'm open to changing the way this is specified, if there is a more established convention for this. To Reproduce

Discussion:
darwin        = filterDoubles predicates.isDarwin; freebsd       = filterDoubles predicates.isFreeBSD; # Should be better, but MinGW is unclear. <del> gnu           = filterDoubles (matchAttrs { kernel = parse.kernels.linux; abi = parse.abis.gnu; }) ++ filterDoubles (matchAttrs { kernel = parse.kernels.linux; abi = parse.abis.gnueabi; }) ++ filterDoubles (matchAttrs { kernel = parse.kernels.linux; abi = parse.abis.gnueabihf; }) ++ filterDoubles (matchAttrs { kernel = parse.kernels.linux; abi = parse.abis.elfv1; }) ++ filterDoubles (matchAttrs { kernel = parse.kernels.linux; abi = parse.abis.elfv2; }); </del> <ins> gnu           = filterDoubles (matchAttrs { kernel = parse.kernels.linux; abi = parse.abis.gnu; }) ++ filterDoubles (matchAttrs { kernel = parse.kernels.linux; abi = parse.abis.gnueabi; }) ++ filterDoubles (matchAttrs { kernel = parse.kernels.linux; abi = parse.abis.gnueabihf; }); </ins> illumos       = filterDoubles predicates.isSunOS; linux         = filterDoubles predicates.isLinux; netbsd        = filterDoubles predicates.isNetBSD;

config = "powerpc64le-unknown-linux-musl"; }; <del> ppc64-elfv1 = { config = "powerpc64-unknown-linux-elfv1"; }; ppc64-elfv2 = { config = "powerpc64-unknown-linux-elfv2"; </del> <ins> ppc64 = { config = "powerpc64-unknown-linux-gnu"; gcc = { abi = "elfv2"; }; # for gcc configuration </ins> }; <del> ppc64 = ppc64-elfv2; # default to modern elfv2 </del> ppc64-musl = { config = "powerpc64-unknown-linux-musl"; gcc = { abi = "elfv2"; }; # for gcc configuration

The "gnu" ABI is ambiguous on 32-bit ARM. Use "gnueabi" or "gnueabihf" instead. ''; } <del> { assertion = platform: platform.system != "powerpc64-linux"; message = '' The "gnu" ABI is ambiguous on big-endian 64-bit PPC. Use "elfv1" or "elfv2" instead. ''; } </del> ]; }; gnuabi64     = { abi = "64"; }; <del> elfv1        = { abi = "elfv1"; }; elfv2        = { abi = "elfv2"; }; </del> musleabi     = { float = "soft"; }; musleabihf   = { float = "hard"; }; musl         = {};

if lib.versionAtLeast (parsed.cpu.version or "0") "6" then abis.gnueabihf else abis.gnueabi <del> else if cpu == "powerpc64" then abis.elfv2 </del> else abis.gnu else                     abis.unknown; };

tarMinimal = gnutar.override { acl = null; }; busyboxMinimal = busybox.override { <del> useMusl = with stdenv.targetPlatform; !isRiscV && (system == "powerpc64-linux" -> parsed.abi.name != "elfv1"); </del> <ins> useMusl = !stdenv.targetPlatform.isRiscV; </ins> enableStatic = true; enableMinimal = true; extraConfig = ''

}.${stdenv.hostPlatform.parsed.abi.name} or lib.systems.parse.abis.musl; }; <ins> } // lib.optionalAttrs (stdenv.hostPlatform.system == "powerpc64-linux") { gcc.abi = "elfv2"; </ins> }; }); };
Change:
I was wondering why my dns record was not being updated and I noticed that the timer of cfdyndns appears to be broken (at least on nixos 20.09). The content of the timer is: I do not know much about systemd, however it seems "5 minutes" may not be correct for calendar? Notify maintainers
If I'm not misinterpreting , keys may only "define realtime (i.e. wallclock) timers with calendar event expressions". 5 minutes is a monotonic timer, which can't be used for . You might want to use a calendar event spec, with some , and to allow for some smearing.
My workaround until the service is fixed is to add to the config.
I marked this as stale due to inactivity. &rarr;

Discussion:
description = "CloudFlare Dynamic DNS Client"; after = [ "network.target" ]; wantedBy = [ "multi-user.target" ]; <del> startAt = "5 minutes"; </del> <ins> startAt = "*:0/5"; </ins> serviceConfig = { Type = "simple"; User = config.ids.uids.cfdyndns;
Change:
Describe the bug Cannot peer into when cross-compiling from a GCC build platfrom to an LLVM platform. Or I'm doing something wrong. To Reproduce Additional context Would be nice to inspect to build a compiler wrapper for Nim - Notify maintainers Metadata system: host os: multi-user?: sandbox: version:
FWIW I was able to work around this by late-binding the toolchain at build-time.
fixes the infinite recursion, though it's worth noting I had to modify the example:

Discussion:
# vs libstdc++, etc.) since Darwin isn't `useLLVM` on all counts. (See # https://clang.llvm.org/docs/Toolchain.html for all the axes one might # break `useLLVM` into.) <del> + optionalString (isClang && gccForLibs != null </del> <ins> + optionalString (isClang </ins> && targetPlatform.isLinux && !(stdenv.targetPlatform.useAndroidPrebuilt or false) <del> && !(stdenv.targetPlatform.useLLVM or false)) '' </del> <ins> && !(stdenv.targetPlatform.useLLVM or false) && gccForLibs != null) '' </ins> echo "--gcc-toolchain=${gccForLibs}" >> $out/nix-support/cc-cflags ''
Change:
Describe the bug The traefik nix test is flaky, as pointed out in To Reproduce Run several times. In personal experience about 1 in 3 test runs fail. Expected behavior The test always succeeds. Screenshots Relevant excerpts from the referenced PR: Failing test: Succeeding test: Test succeeding by waiting for the success: Additional context It seems to be purely a timing issue, see further notes Notify maintainers <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. --Metadata Please run and paste the result. Maintainer information:
I've seen this on traefik too -- it takes some time from serving 404s to being fully operational. Maybe there's some service endpoints that could be used instead? (Just spewing some ideas)

Discussion:
client.wait_for_unit("multi-user.target") <ins> client.wait_until_succeeds("curl -sSf -H Host:nginx.traefik.test http://traefik/") </ins> with subtest("Check that a container can be reached via Traefik"): assert "Hello from NGINX" in client.succeed( "curl -sSf -H Host:nginx.traefik.test http://traefik/"

buildGoModule rec { pname = "traefik"; <del> version = "2.4.8"; </del> <ins> version = "2.4.13"; </ins> src = fetchzip { url = "https://github.com/traefik/traefik/releases/download/v${version}/traefik-v${version}.src.tar.gz"; <del> sha256 = "sha256-hCBhJazI0Y1qQjULF+CBfUfz6PvkgLXafvXKR6iKHmU="; </del> <ins> sha256 = "sha256-kGCzw8B7fCh6oh0ziB1eBedWEeGOBJVBvUf++TK/Lo0="; </ins> stripRoot = false; }; <del> vendorSha256 = "sha256-MW/JG4TbUvbo4dQnQbKIbLlLgkQvOqsfagpXILJ/BYQ="; </del> <ins> vendorSha256 = "sha256-jn4Ud+MrX7no+s69LAAbDOoFg1yIQ2lmoy8r37JIVz8="; </ins> doCheck = false;
Change:
Describe the bug jreminimal package does not strip jlink result file. It should strip by default to save disk space. If I run , the size goes down to 17.5MB from 232.6MB. To Reproduce Steps to reproduce the behavior: Create some derivation that uses jreminimal. jreminimal will create using jlink, though it doesn't strip the binary at all. Expected behavior jreminimal strip the binary by default to make smaller. Additional context Related GitHub issue: Related NixOS discourse discussion: I don't know how strip works. What's the difference between and ? Which one is better in this case? Notify maintainers <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. -- Metadata Please run and paste the result.
This issue has been mentioned on NixOS Discourse. There might be relevant details there:

Discussion:
<del> { jdk , runCommand , patchelf </del> <ins> { stdenv , jdk </ins> , lib , modules ? [ "java.base" ] }: let <del> jre = runCommand "${jdk.name}-jre" { nativeBuildInputs = [ patchelf ]; </del> <ins> jre = stdenv.mkDerivation { name = "${jdk.name}-minimal-jre"; version = jdk.version; </ins> buildInputs = [ jdk ]; <ins> dontUnpack = true; # Strip more heavily than the default '-S', since if you're # using this derivation you probably care about this. stripDebugFlags = [ "--strip-unneeded" ]; buildPhase = '' runHook preBuild jlink --module-path ${jdk}/lib/openjdk/jmods --add-modules ${lib.concatStringsSep "," modules} --output $out runHook postBuild ''; dontInstall = true; </ins> passthru = { home = "${jre}"; }; <del> }   '' jlink --module-path ${jdk}/lib/openjdk/jmods --add-modules ${lib.concatStringsSep "," modules} --output $out patchelf --shrink-rpath $out/bin/* $out/lib/jexec $out/lib/jspawnhelper $out/lib/*.so $out/lib/*/*.so ''; </del> <ins> }; </ins> in jre
Change:
The pptp package generates a shell script called pptpsetup, which references an executable called pppd. pppd is present in the Nix store, but is not symlinked into the environment: Consequently, there's an error when I try to run pptpsetup:
I could be wrong, but doesn't sh say is not found?
That's what I thought at first, then I changed my mind, and now I think you're right. :) Pppd should probably be symlinked either way though.
Yes, pptpsetup should be patched to replace by
(triage) Looks like this was patched by
I have not patched this particular instance. What is the purpose of this script?
Are there any updates to this issue, please?

Discussion:
<del> { stdenv, fetchurl, perl, ppp, iproute, which }: </del> <ins> { stdenv, fetchurl, perl, ppp, iproute }: </ins> stdenv.mkDerivation rec { <del> name = "pptp-${version}"; </del> <ins> pname = "pptp"; </ins> version = "1.10.0"; src = fetchurl { <del> url = "mirror://sourceforge/pptpclient/${name}.tar.gz"; </del> <ins> url = "mirror://sourceforge/pptpclient/${pname}-${version}.tar.gz"; </ins> sha256 = "1x2szfp96w7cag2rcvkdqbsl836ja5148zzfhaqp7kl7wjw2sjc2"; }; <del> patchPhase = '' sed -e 's/install -o root/install/' -i Makefile ''; preConfigure = '' makeFlagsArray=( IP=${iproute}/bin/ip PPPD=${ppp}/sbin/pppd  BINDIR=$out/sbin MANDIR=$out/share/man/man8  PPPDIR=$out/etc/ppp ) ''; </del> <ins> prePatch = '' substituteInPlace Makefile --replace 'install -o root' 'install' ''; </ins> <del> nativeBuildInputs = [ perl which ]; </del> <ins> preConfigure = '' makeFlagsArray=( IP=${iproute}/bin/ip PPPD=${ppp}/sbin/pppd  BINDIR=$out/sbin MANDIR=$out/share/man/man8  PPPDIR=$out/etc/ppp ) ''; buildInputs = [ perl ]; postFixup = '' patchShebangs $out ''; </ins> meta = with stdenv.lib; { description = "PPTP client for Linux";
Change:
Describe the bug looks frequently (and currently) broken on aarch64: Perhaps the build is flaky? ! I see some stuff like this in the log in the failing cases: Notify maintainers <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. --
This would be fixed by , at least on my machine.

Discussion:
callPackage ./generic.nix ({ inherit Foundation libobjc; <del> version = "5.20.1.27"; sha256 = "15rpwxw642ad1na93k5nj7d2lb24f21kncr924gxr00178a9x0jy"; </del> <ins> version = "5.20.1.34"; sha256 = "12vw5dkhmp1vk9l658pil8jiqirkpdsc5z8dm5mpj595yr6d94fd"; </ins> enableParallelBuilding = true; })
Change:
Describe the bug mysql80 is failing to build To Reproduce latest nixpkgs-unstable ( as of this issue) -build -A mysql80 Expected behavior mysql80 should build successfully Additional context Failure is the following: Notify maintainers Metadata Maintainer information:
Looking online I think it has something to do with icu, but not sure. I tried the following patch: That did not work. Looks very similar to the issue described in
I see you are the maintainer for icu and the gentoo bug describes something that has changed as part of icu 68+
An easy fix would be to downgrade icu for now.
trying locally with icu67
surprised how it got past ofborg though.

Discussion:
inherit (darwin.apple_sdk.frameworks) CoreServices; boost = boost173; # Configure checks for specific version. protobuf = protobuf3_7; <ins> icu =  icu67; </ins> }; mysql_jdbc = callPackage ../servers/sql/mysql/jdbc { };
Change:
I ran into a problem when trying to install PHP + PECL extensions (via package). When PHP compiles, it installs extensions configured during build into a default directory like which differs for each PHP version and compile configurations (like ZTS support). When installing PECL extensions via ontop of PHP, they are installed into a fixed directory which makes it impossible to load those via (without knowing the absolute path) as PHP expects them to find in . In scenarios where you define your outside of nix context, it is impossible to load the PECL extensions. I wonder if a consistent extension directory for both PHP and PECL extensions could be established. Maybe the PHP package could set the (see ) environment variable to before like it is done in the . That would make it much easier to configure PHP extensions. See my profile to get an impression: /cc

Discussion:
buildInputs = [ flex bison pkgconfig ]; <ins> configureFlags = ["EXTENSION_DIR=$(out)/lib/php/extensions"]; </ins> flags = { # much left to do here...
Change:
Probably only broken when darwin build sandbox is enabled.
Similar as before?
Looks familiar. I recall fixing it last time, but that was before support for expression / derivation specific sandbox profiles was .
is this still the problem in current master?
This is broken, because yields . I couldn't actually find in darwin-nixpkgs. Is there none? Is this the missing command?
The test states: Perhaps we can just skip this test in nixpkgs too?

Discussion:
, openpyxl , tables , xlwt <del> , darwin ? {} </del> , libcxx ? null }:

openpyxl tables xlwt <del> ] ++ optional isDarwin darwin.locale; # provides the locale command </del> <ins> ]; </ins> # For OSX, we need to add a dependency on libcxx, which provides # `complex.h` and other libraries that pandas depends on to build.

substituteInPlace setup.py  --replace "['pandas/src/klib', 'pandas/src']"  "['pandas/src/klib', 'pandas/src', '$cpp_sdk']" <del> # disable clipboard tests since pbcopy/pbpaste are not open source substituteInPlace pandas/io/tests/test_clipboard.py  --replace pandas.util.clipboard no_such_module  --replace OSError ImportError </del> ''; checkPhase = '' runHook preCheck <del> py.test $out/${python.sitePackages}/pandas --skip-slow --skip-network </del> <ins> '' # TODO: Get locale and clipboard support working on darwin. #       Until then we disable the tests. + optionalString isDarwin '' # Fake the impure dependencies pbpaste and pbcopy echo "#!/bin/sh" > pbcopy echo "#!/bin/sh" > pbpaste chmod a+x pbcopy pbpaste export PATH=$(pwd):$PATH '' + '' py.test $out/${python.sitePackages}/pandas --skip-slow --skip-network  ${if isDarwin then "-k 'not test_locale and not test_clipboard'" else ""} </ins> runHook postCheck '';

homepage = "http://pandas.pydata.org/"; description = "Python Data Analysis Library"; license = stdenv.lib.licenses.bsd3; <del> maintainers = with stdenv.lib.maintainers; [ raskin fridh ]; </del> <ins> maintainers = with stdenv.lib.maintainers; [ raskin fridh knedlsepp ]; </ins> platforms = stdenv.lib.platforms.unix; }; }
Change:
Describe the bug It looks like the was to the package, which is Linux-only. Later, a PR was accepted that marked the entirety of as Linux-only when it absolutely works on macOS and probably (though I don't run them) BSD variants. This seems like an incorrect way to include the utility and instead should have been included as a separate package to avoid breaking this package for non-Linux operating systems. To Reproduce Steps to reproduce the behavior: on a macOS machine with an up-to-date unstable channel. Expected behavior should be installable on its supported platforms, in this case . Metadata Please run and paste the result. Maintainer information:
Build currently fails on darwin:
Related:

Discussion:
cargoSha256 = "1cfdwf00jgwsv0f72427asid1xr57s56jk5xj489dgppvgy7wdbj"; <del> cargoBuildFlags = [ "--features=dist-client,dist-server" ]; </del> <ins> cargoBuildFlags = lib.optionals (!stdenv.isDarwin) [ "--features=dist-client,dist-server" ]; </ins> nativeBuildInputs = [ pkg-config ]; buildInputs = [ openssl ] ++ lib.optional stdenv.isDarwin Security;

homepage = "https://github.com/mozilla/sccache"; maintainers = with maintainers; [ doronbehar ]; license = licenses.asl20; <del> platforms = [ "x86_64-linux" ]; </del> }; }
Change:
With this in : I get compilation errors similar to I was able to get things compiling (and WiFi working) by bumping the version and applying

Discussion:
<del> { lib, stdenv, fetchFromGitHub, fetchpatch, kernel, bc }: </del> <ins> { lib, stdenv, fetchFromGitHub, kernel, bc }: </ins> stdenv.mkDerivation rec { name = "rtl88x2bu-${kernel.version}-${version}"; <del> version = "unstable-2020-08-20"; </del> <ins> version = "unstable-2021-01-21"; </ins> src = fetchFromGitHub { owner = "cilynx"; repo = "rtl88x2BU"; <del> rev = "a1c53f43fb9995fbe3ad26567079d6384626d350"; sha256 = "1cby66jg511zxs1i535mflafhryla9764mnrzacxppimxpancv3s"; </del> <ins> rev = "48e7c19c92a77554403e1347447f8e2cfd780228"; sha256 = "0nw2kgblpq6qlr43gbfxqvq0c83664f4czfwzsyfjr47rj00iyq7"; </ins> }; <del> patches = [ # https://github.com/cilynx/rtl88x2bu/pull/58 (fetchpatch { url = "https://github.com/cilynx/rtl88x2bu/pull/58.patch"; sha256 = "0md9cv61nx85pk3v60y9wviyb9fgj54q9m26wiv3dc7smr70h8l6"; }) ]; </del> hardeningDisable = [ "pic" ]; nativeBuildInputs = [ bc ];

meta = with lib; { description = "Realtek rtl88x2bu driver"; homepage = "https://github.com/cilynx/rtl88x2bu"; <del> license = licenses.gpl2; </del> <ins> license = licenses.gpl2Only; </ins> platforms = platforms.linux; maintainers = [ maintainers.ralith ]; };
Change:
Most of fetchers are using as possible hash parameter, but fetchsvn is not.
See also the discussion in
I marked this as stale due to inactivity. &rarr;

Discussion:
, subversion, glibcLocales, sshSupport ? true, openssh ? null }: <del> { url, rev ? "HEAD", md5 ? "", sha256 ? "" </del> <ins> { url, rev ? "HEAD", md5 ? "", sha256 ? "", hash ? "" </ins> , ignoreExternals ? false, ignoreKeywords ? false, name ? null , preferLocalBuild ? true }:

if md5 != "" then throw "fetchsvn does not support md5 anymore, please use sha256" <ins> else if hash != "" && sha256 != "" then throw "Only one of sha256 or hash can be set" </ins> else stdenvNoCC.mkDerivation { name = name_;

SVN_SSH = if sshSupport then "${buildPackages.openssh}/bin/ssh" else null; <del> outputHashAlgo = "sha256"; </del> <ins> outputHashAlgo = if hash != "" then null else "sha256"; </ins> outputHashMode = "recursive"; <del> outputHash = sha256; </del> <ins> outputHash = if hash != "" then hash else if sha256 != "" then sha256 else lib.fakeSha256; </ins> inherit url rev ignoreExternals ignoreKeywords;