jiebi/CodeConvo huggingface dataset:
Change:
I was under the impression that pre/post hooks were available to users. But in the case of python packages, or rather the standard buildPythonPackage function, uses postFixup for itself. This makes it a bit cumbersome if you want to do something custom after the wrapping has taken place (without manually copying the postFixup hook from buildPythonPackage...). I don't know whether this is best fixed by adding another kind of phase, or if the wrapping currently done in postFixup should be moved to the end of installPhase (before calling postInstall). The use case I had in mind was to generate bash-completion files for python programs that use "click" or "argh". But to do that we need to be able to run the wrapped python program at the end of the build/install phase.
Agreed, we can't use phase itself since it proves to be useful. We should probably define our own phase where wrappers are generated.
(triage) has this changed?
Nope. buildPythonPackage still wraps programs in postFixup.

Discussion:
{ stdenv, fetchurl, gmp }: stdenv.mkDerivation rec { <del> name = "ikarus-0.0.3"; </del> <ins> version = "0.0.3"; name = "ikarus-${version}"; </ins> src = fetchurl { <del> url = "http://ikarus-scheme.org/${name}.tar.gz"; </del> <ins> url = "http://launchpad.net/ikarus/0.0/${version}/+download/${name}.tar.gz"; </ins> sha256 = "0d4vqwqfnj39l0gar2di021kcf6bfpkc6g40yapkmxm6sxpdcvjv"; };
Change:
, CVSSv3=9.8 (nixos-20.03, nixos-unstable) Scanned versions: nixos-20.03: ; nixos-unstable: . May contain false positives. Cc Cc
See also:

Discussion:
stdenv.mkDerivation rec { pname = "sqlite-analyzer"; <del> version = "3.32.2"; </del> <ins> version = "3.32.3"; </ins> src = assert version == sqlite.version; fetchurl { url = "https://sqlite.org/2020/sqlite-src-${archiveVersion version}.zip"; <del> sha256 = "1jqhs896cvp9l399mjpbv1x2qbfvq875l1vrgnl3zc4ffdjxs9z0"; </del> <ins> sha256 = "1fgmslzf013ry3a7g2vms7zyg24gs53gfj308r6ki4inbn3g04lk"; </ins> }; nativeBuildInputs = [ unzip ];

stdenv.mkDerivation rec { pname = "sqlite"; <del> version = "3.32.2"; </del> <ins> version = "3.32.3"; </ins> # NB! Make sure to update analyzer.nix src (in the same directory). src = fetchurl { url = "https://sqlite.org/2020/sqlite-autoconf-${archiveVersion version}.tar.gz"; <del> sha256 = "1130bcd70s2vlsq0d638pb5qrw9kwqvjswnp2dfypghx9hjz3gid"; </del> <ins> sha256 = "0rlbaq177gcgk5dswd3akbhv2nvvzljrbhgy18hklbhw7h90f5d3"; </ins> }; outputs = [ "bin" "dev" "out" ];
Change:
, CVSSv3=9.8 (nixos-20.03) Scanned versions: nixos-20.03: . May contain false positives. Cc Cc
See also: , ,

Discussion:
stdenv.mkDerivation rec { pname = "sqlite-analyzer"; <del> version = "3.32.2"; </del> <ins> version = "3.32.3"; </ins> src = assert version == sqlite.version; fetchurl { url = "https://sqlite.org/2020/sqlite-src-${archiveVersion version}.zip"; <del> sha256 = "1jqhs896cvp9l399mjpbv1x2qbfvq875l1vrgnl3zc4ffdjxs9z0"; </del> <ins> sha256 = "1fgmslzf013ry3a7g2vms7zyg24gs53gfj308r6ki4inbn3g04lk"; </ins> }; nativeBuildInputs = [ unzip ];

stdenv.mkDerivation rec { pname = "sqlite"; <del> version = "3.32.2"; </del> <ins> version = "3.32.3"; </ins> # NB! Make sure to update analyzer.nix src (in the same directory). src = fetchurl { url = "https://sqlite.org/2020/sqlite-autoconf-${archiveVersion version}.tar.gz"; <del> sha256 = "1130bcd70s2vlsq0d638pb5qrw9kwqvjswnp2dfypghx9hjz3gid"; </del> <ins> sha256 = "0rlbaq177gcgk5dswd3akbhv2nvvzljrbhgy18hklbhw7h90f5d3"; </ins> }; outputs = [ "bin" "dev" "out" ];
Change:
I noticed that ( and friends) is part of right now. Installing it means it will override systems and such. Is there a separate package that contains only ?
Closing since nobody is giving a ** about this request.
When people don't respond it does not necessarily mean they don't care, but they may have more important (in their opinion) matters to deal with first.
I understand. I'm totally OK with this because sometimes I don't respond to issues either. It's not urgent and I can hack around this.
Even better than hacking around it, you can submit a pull request :-)

Discussion:
<ins> { stdenv, makeWrapper, writeScript, llvmPackages }: let clang = llvmPackages.clang-unwrapped; version = stdenv.lib.getVersion clang; in stdenv.mkDerivation { name = "clang-tools-${version}"; builder = writeScript "builder" '' source $stdenv/setup for tool in  clang-apply-replacements  clang-check  clang-format  clang-rename  clang-tidy do makeWrapper $clang/bin/$tool $out/bin/$tool --argv0 $tool done ''; buildInputs = [ makeWrapper ]; inherit clang; meta = clang.meta // { description = "Standalone command line tools for C++ development"; maintainers = with stdenv.lib.maintainers; [ aherrmann ]; }; } </ins>

clang_35 = wrapCC llvmPackages_35.clang; clang_34 = wrapCC llvmPackages_34.clang; <ins> clang-tools = callPackage ../development/tools/clang-tools { }; </ins> clang-analyzer = callPackage ../development/tools/analysis/clang-analyzer { }; clangUnwrapped = llvm: pkg: callPackage pkg { inherit llvm; };
Change:
See It blocks the nixpkgs-unstable channel. The package has no .
Actually, the output is weird. It's like... a tiny difference in float precision? :thinking: OK, filed upstream:

Discussion:
ldap-client = dontCheck super.ldap-client; lensref = dontCheck super.lensref; lvmrun = disableHardening (dontCheck super.lvmrun) ["format"]; <ins> math-functions = if pkgs.stdenv.isDarwin then dontCheck super.math-functions # "erf table" test fails on Darwin https://github.com/bos/math-functions/issues/63 else super.math-functions; </ins> matplotlib = dontCheck super.matplotlib; memcache = dontCheck super.memcache; metrics = dontCheck super.metrics; milena = dontCheck super.milena; <ins> mockery = if pkgs.stdenv.isDarwin then overrideCabal super.mockery (drv: { preCheck = "export TRAVIS=true"; }) # darwin doesn't have sub-second resolution https://github.com/hspec/mockery/issues/11 else super.mockery; </ins> modular-arithmetic = dontCheck super.modular-arithmetic; # tests require a very old Glob (0.7.*) nats-queue = dontCheck super.nats-queue; netpbm = dontCheck super.netpbm;
Change:
Describe the bug On current nixos-unstable Scipy fails to build with a segmentation fault during testing: To Reproduce Steps to reproduce the behavior: the following as Expected behavior Should not segfault during test. Additional context SciPY seems to build just fine on current 20.03 release. Notify maintainers cc , Metadata system: host os: multi-user?: sandbox: version: channels(root): channels(ente): nixpkgs:
Also fails with
Particular stacktrace is:
I believe the fix is contained in: and upstream tracking issue is: and Debian issue:
Opened to bump openblas to a version with that fix
fixes this for me - can you confirm?
builds for me
Works, thanks!
This still affects . Is there a simple fix we can backports (either in nixpkgs, or here locally)?
Backport openblas updates:
Thanks, I’ll try that. Would such a backport be eligible to go to ?
I don't really do backports, but since it fixes something known to be broken I assume it would be fine.
Pull request should target not .

Discussion:
<del> From 6cb9aa7c69c20a677ca9fb1bc5fa1580e3236fbd Mon Sep 17 00:00:00 2001 From: Tom Hall <tahall256@protonmail.ch> Date: Sat, 14 Mar 2020 11:55:45 +0000 Subject: [PATCH] Disable optimised aarch64 dgemm_beta pending fix Identified as source of https://github.com/xianyi/OpenBLAS/issues/2496, but not yet fixed. --- kernel/arm64/KERNEL.ARMV8 | 1 - 1 file changed, 1 deletion(-) diff --git a/kernel/arm64/KERNEL.ARMV8 b/kernel/arm64/KERNEL.ARMV8 index fe32d313..33d12f94 100644 --- a/kernel/arm64/KERNEL.ARMV8 +++ b/kernel/arm64/KERNEL.ARMV8 @@ -102,7 +102,6 @@ CDOTKERNEL     = zdot.S ZDOTKERNEL     = zdot.S DSDOTKERNEL    = dot.S -DGEMM_BETA     = dgemm_beta.S SGEMM_BETA     = sgemm_beta.S SGEMMKERNEL    =  sgemm_kernel_$(SGEMM_UNROLL_M)x$(SGEMM_UNROLL_N).S -- 2.24.1 </del>

owner = "xianyi"; repo = "OpenBLAS"; rev = "v${version}"; <del> sha256 = "174id98ga82bhz2v7sy9yj6pqy0h0088p3mkdikip69p9rh3d17b"; </del> <ins> sha256 = "0mk1kjkr96bvvcq2zigzjrs0cnhwsf6gfi0855mp9yifn8lvp20y"; </ins> }; inherit blas64;

buildPackages.stdenv.cc ]; <del> # Disable an optimisation which seems to cause issues, pending an # upstream fix: https://github.com/xianyi/OpenBLAS/issues/2496 patches = stdenv.lib.optionals stdenv.hostPlatform.isAarch64 [ ./0001-Disable-optimised-aarch64-dgemm_beta-pending-fix.patch ]; </del> makeFlags = mkMakeFlagsFromConfig (config // { FC = "${stdenv.cc.targetPrefix}gfortran"; CC = "${stdenv.cc.targetPrefix}${if stdenv.cc.isClang then "clang" else "cc"}";
Change:
Describe the bug My server uses an encrypted filesystem /data that I have to mount manually after reboot. Gitolite is configured to use /data/gitolite. I have configured gitolite-init to only run once /data is mounted. Mounting of /data always fails, as gitolite uses to generate directories and thus the mountpoint is not empty. Manual cleanup is required every time. Expected behavior Gitolite should create its directories in gitolite-init.service. Additional context systemd-tmpfiles-setup.service runs before the system is fully initialized, so I cannot delay that service. 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 system: host os: multi-user?: sandbox: version: channels(root): nixpkgs: Maintainer information:
I'll try to address this in the next few days.

Discussion:
type = types.str; default = "/var/lib/gitolite"; description = '' <del> Gitolite home directory (used to store all the repositories). </del> <ins> The gitolite home directory used to store all repositories. If left as the default value this directory will automatically be created before the gitolite server starts, otherwise the sysadmin is responsible for ensuring the directory exists with appropriate ownership and permissions. </ins> ''; };

}; users.groups.${cfg.group}.gid = config.ids.gids.gitolite; <del> systemd.tmpfiles.rules = [ "d '${cfg.dataDir}' 0750 ${cfg.user} ${cfg.group} - -" "d '${cfg.dataDir}'/.gitolite - ${cfg.user} ${cfg.group} - -" "d '${cfg.dataDir}'/.gitolite/logs - ${cfg.user} ${cfg.group} - -" "Z ${cfg.dataDir} 0750 ${cfg.user} ${cfg.group} - -" ]; </del> systemd.services.gitolite-init = { description = "Gitolite initialization"; wantedBy    = [ "multi-user.target" ];

GITOLITE_RC_DEFAULT = "${rcDir}/gitolite.rc.default"; }; <del> serviceConfig = { Type = "oneshot"; User = cfg.user; Group = cfg.group; WorkingDirectory = "~"; RemainAfterExit = true; }; </del> <ins> serviceConfig = mkMerge [ (mkIf (cfg.dataDir == "/var/lib/gitolite") { StateDirectory = "gitolite gitolite/.gitolite gitolite/.gitolite/logs"; StateDirectoryMode = "0750"; }) { Type = "oneshot"; User = cfg.user; Group = cfg.group; WorkingDirectory = "~"; RemainAfterExit = true; } ]; </ins> path = [ pkgs.gitolite pkgs.git pkgs.perl pkgs.bash pkgs.diffutils config.programs.ssh.package ]; script =
Change:
Describe the bug Atom crashes when opening a "save file", "open file" modal with an error printed in the journal. I did a bisection and it looks like it has been introduced in To Reproduce Steps to reproduce the behavior: atom a new file to save file OR atom -Add Project Folder... Expected behavior Modal opens. Additional context The error printed in the journal. There might be some noise but there is an error in libglib- and a core dump This is the bisection log: Notify maintainers Metadata system: host os: multi-user?: sandbox: version: channels(zarel): channels(root): nixpkgs: Maintainer information:
That commit caused a regression but that should have been fixed by What is the content of atom/electron file? There should be gtk's gsettings-schemas in .
thank you for your help! in the XDGDATADIRS looks like there is no gsettings-schemas: I don't understand what is the atom/electron file you're referring to, where can I find it?
I meant that you should check in the atom package. But now I looked into it and the issue is that Atom does not use the generic builder, which all setup hooks depend on, but does its own thing: In particular, it does not run , which is necessary for to work. cc Atom maintainers

Discussion:
gtk3  # Fix error: GLib-GIO-ERROR **: Settings schema 'org.gtk.Settings.FileChooser' is not installed ]; <ins> dontBuild = true; dontConfigure = true; unpackPhase = '' ar p $src data.tar.xz | tar xJ ./usr/ ''; installPhase = '' runHook preInstall mkdir -p $out mv usr/bin usr/share $out rm -rf $out/share/lintian runHook postInstall ''; </ins> preFixup = '' gappsWrapperArgs+=( <del> --prefix "PATH" : "${gvfs}/bin"  </del> <ins> --prefix "PATH" : "${gvfs}/bin" </ins> ) ''; <del> buildCommand = '' mkdir -p $out/usr/ ar p $src data.tar.xz | tar -C $out -xJ ./usr sed -i -e "s|Exec=.*$|Exec=$out/bin/${pname}|" $out/usr/share/applications/${pname}.desktop mv $out/usr/* $out/ rm -r $out/share/lintian rm -r $out/usr/ sed -i "s/${pname})/.${pname}-wrapped)/" $out/bin/${pname} fixupPhase </del> <ins> postFixup = '' </ins> share=$out/share/${pname} patchelf --set-interpreter "$(cat $NIX_CC/nix-support/dynamic-linker)" 

ln -s ${pkgs.git}/bin/git $dugite/git/libexec/git-core/git find $share -name "*.node" -exec patchelf --set-rpath "${atomEnv.libPath}:$share" {} ; <ins> sed -i -e "s|Exec=.*$|Exec=$out/bin/${pname}|" $out/share/applications/${pname}.desktop </ins> ''; meta = with stdenv.lib; {
Change:
[x] The GHC build doesn't produce and/or install man pages. This should be fixed, probably by making the required XML tools available at build time. [x] Install the bash completion file contained in the distribution.
We have bash completion scripts available in the source since 7.10:

Discussion:
{stdenv, fetchurl}: stdenv.mkDerivation rec { <del> name = "ncompress-4.2.4.3"; </del> <ins> name = "ncompress-4.2.4.4"; </ins> builder = ./builder.sh;

src = fetchurl { url = "mirror://sourceforge/project/ncompress/${name}.tar.gz"; <del> sha256 = "1y44ixc1w2vfvj1lm4dkcljlwv882ynrvm5i6l0lg1gf883j246l"; </del> <ins> sha256 = "0yjiwv1hwb253x3m6r1dq2k7m5c9nz0ib2j7fnm3hark7y6s42xh"; </ins> }; meta = {
Change:
Describe the bug "Set browser as default" functionality doesn't work for Firefox and Chromium in Sway. (bspwm and other x11 wms worked) Additional context If I have xdgutils installed globally, it works as expected. Notify maintainers xdgutils & firefox: firefox: Metadata Please run and paste the result.
Chromium seems to be ok now.
Added additional context, which might lead to solving the main issue.
Oh, I forgot that this is also for Firefox.

Discussion:
{ stdenv, lib, makeDesktopItem, makeWrapper, lndir, config <del> , replace, fetchurl, zip, unzip, jq </del> <ins> , replace, fetchurl, zip, unzip, jq, xdg_utils </ins> ## various stuff that can be plugged in , flashplayer, hal-flash

--suffix LD_LIBRARY_PATH ':' "$libs"  --suffix-each GTK_PATH ':' "$gtk_modules"  --suffix-each LD_PRELOAD ':' "$(cat $(filterExisting $(addSuffix /extra-ld-preload $plugins)))"  <ins> --prefix PATH ':' "${xdg_utils}/bin"  </ins> --prefix-contents PATH ':' "$(filterExisting $(addSuffix /extra-bin-path $plugins))"  --suffix PATH ':' "$out${browser.execdir or "/bin"}"  --set MOZ_APP_LAUNCHER "${browserName}${nameSuffix}"
Change:
Describe the bug "Set browser as default" functionality doesn't work for Firefox and Chromium in Sway. (bspwm and other x11 wms worked) Additional context If I have xdgutils installed globally, it works as expected. Notify maintainers xdgutils & firefox: firefox: Metadata Please run and paste the result.
Chromium seems to be ok now.
Added additional context, which might lead to solving the main issue.
Oh, I forgot that this is also for Firefox.

Discussion:
{ newScope, config, stdenv, fetchurl, makeWrapper <del> , llvmPackages_10, llvmPackages_11, ed, gnugrep, coreutils </del> <ins> , llvmPackages_10, llvmPackages_11, ed, gnugrep, coreutils, xdg_utils </ins> , glib, gtk3, gnome3, gsettings-desktop-schemas, gn, fetchgit , libva ? null , pipewire_0_2

export XDG_DATA_DIRS=$XDG_ICON_DIRS:$GSETTINGS_SCHEMAS_PATH''${XDG_DATA_DIRS:+:}$XDG_DATA_DIRS <ins> # Mainly for xdg-open but also other xdg-* tools: export PATH="${xdg_utils}/bin''${PATH:+:}$PATH" </ins> . w EOF
Change:
Since , xarray has depended on setuptools, but this is not listed in the propagatedBuildInputs Please run and paste the result.

Discussion:
, numpy , pandas , python <ins> , setuptools </ins> , isPy3k }:

}; checkInputs = [ pytest ]; <del> propagatedBuildInputs = [numpy pandas]; </del> <ins> propagatedBuildInputs = [ numpy pandas setuptools ]; </ins> checkPhase = '' pytest $out/${python.sitePackages}
Change:
Updated channel and seeing build failures identical to those reported on hydra starting Jun 6: latest builds: first broken: tail of first broken: Dependency graph here is nixops- -python2.7-datadog- -python2.7-Pillow- Tagging those involved in the spate of recent pillow issues since neither of the listed maintainers were involved and I assume this is related:
I think this might be related to the changes I made, and it looks like froze at 6.2.2 after I changed the expression. Maybe if we replace the current (frozen) with the contents of the , this might be enough to resolve the issue.

Discussion:
checkPhase = '' runHook preCheck <del> python -m pytest -v -x -W always </del> <ins> python -m pytest -v -x -W always${stdenv.lib.optionalString stdenv.isDarwin " --deselect=Tests/test_file_icns.py::TestFileIcns::test_save --deselect=Tests/test_imagegrab.py::TestImageGrab::test_grab"} </ins> runHook postCheck '';
Change:
, CVSSv3=7.8 (nixos-unstable) Scanned versions: nixos-unstable: . May contain false positives. Cc
Remediated - thus closing.

Discussion:
, desktop-file-utils, libSM, imagemagick }: stdenv.mkDerivation rec { <del> version = "20.08"; </del> <ins> version = "20.09"; </ins> pname = "mediainfo-gui"; src = fetchurl { url = "https://mediaarea.net/download/source/mediainfo/${version}/mediainfo_${version}.tar.xz"; <del> sha256 = "1baf2dj5s3g1x4ssqli1b2r1203syk42m09zhp36qcinmfixv11l"; </del> <ins> sha256 = "0rqg9z7s5bk7vlvjrs4gackzg7ib05a0dffi2ihsjf5a7kw7wcir"; </ins> }; nativeBuildInputs = [ autoreconfHook pkgconfig ];

{ stdenv, fetchurl, autoreconfHook, pkgconfig, libzen, libmediainfo, zlib }: stdenv.mkDerivation rec { <del> version = "20.08"; </del> <ins> version = "20.09"; </ins> pname = "mediainfo"; src = fetchurl { url = "https://mediaarea.net/download/source/mediainfo/${version}/mediainfo_${version}.tar.xz"; <del> sha256 = "1baf2dj5s3g1x4ssqli1b2r1203syk42m09zhp36qcinmfixv11l"; </del> <ins> sha256 = "0rqg9z7s5bk7vlvjrs4gackzg7ib05a0dffi2ihsjf5a7kw7wcir"; </ins> }; nativeBuildInputs = [ autoreconfHook pkgconfig ];

{ stdenv, fetchurl, autoreconfHook, pkgconfig, libzen, zlib }: stdenv.mkDerivation rec { <del> version = "20.08"; </del> <ins> version = "20.09"; </ins> pname = "libmediainfo"; src = fetchurl { url = "https://mediaarea.net/download/source/libmediainfo/${version}/libmediainfo_${version}.tar.xz"; <del> sha256 = "19n8h9jq42b6r3dbag77fzwfksfywszmzpi636w87fvc1nqldlqj"; </del> <ins> sha256 = "15ni9pnch6688m72swwax109a7mg4a08yx75qknrx7qa6dbyhz6h"; </ins> }; nativeBuildInputs = [ autoreconfHook pkgconfig ];
Change:
Describe the bug A clear and concise description of what the bug is. I am using nixops to manage a number of machines, some of which use nixpkgs-unstable. When deploying a machine with nixpkgs-unstable, I started getting errors stating . These are likely linked to a change in the last week or so, as I've been able to deploy the same machine perfectly fine last week. When run with , I get: After getting this error the first time, I initialHashedPassword to all 2 of my users, as well as root, as follows: This fails with the same error. Deploying with nixpkgs 20.03 works fine. The error seems to originate from , specifically: I also tried adding , which naturally fails as that attribute doesn't exist. It also fails with the same trace when using instead of To Reproduce Steps to reproduce the behavior: to deploy a machine (maybe nixops is required?) with the latest nixpkgs-unstable Expected behavior The machine should deploy normally, even without , as it used to last week Screenshots N/A Additional context I suspect it might be linked to Notify maintainers - Tagging you as your PR was the last one to touch this area Metadata system: host os: multi-user?: sandbox: version: channels(root): channels(raghav): nixpkgs: I'm using nixops release-1.7 Maintainer information:
Yeah, this really smells like .
Argh, I made a stupid typo. I'll fix this ASAP.

Discussion:
(mkChangedOptionModule [ "security" "initialRootPassword" ] [ "users" "users" "root" "initialHashedPassword" ] <del> (cfg: if cfg.security.initialHashedPassword == "!" </del> <ins> (cfg: if cfg.security.initialRootPassword == "!" </ins> then null <del> else cfg.security.initialHashedPassword)) </del> <ins> else cfg.security.initialRootPassword)) </ins> ]; ###### interface
Change:
Describe the bug fails to build. The issue appears to be with failing tests. To Reproduce Steps to reproduce the behavior: results in: Expected behavior The build is successful 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 system: host os: multi-user?: sandbox: version: channels(matt): channels(root): nixpkgs: Maintainer information:

Discussion:
<del> { stdenv, buildPythonPackage, fetchPypi, isPy27, nose, six, colorama, termstyle }: </del> <ins> { stdenv, buildPythonPackage, fetchPypi, isPy27, pythonAtLeast , nose, six, colorama, termstyle }: </ins> buildPythonPackage rec { pname = "rednose";

# Do not test on Python 2 because the tests suite gets stuck # https://github.com/NixOS/nixpkgs/issues/60786 <del> doCheck = !(isPy27); </del> <ins> # Also macOS tests are broken on python38 doCheck = !(isPy27 || (stdenv.isDarwin && pythonAtLeast "3.8")); </ins> checkInputs = [ six ]; propagatedBuildInputs = [ nose colorama termstyle ];
Change:
Describe the bug Diffoscope fails to run the tests, and the build fails. Also the last release is 151. To Reproduce Log Notify maintainers Metadata Please run and paste the result. Maintainer information:
Does this help: Test with
Using works. Thanks!

Discussion:
in python3Packages.buildPythonApplication rec { pname = "diffoscope"; <del> version = "150"; </del> <ins> version = "151"; </ins> src = fetchurl { url    = "https://diffoscope.org/archive/diffoscope-${version}.tar.bz2"; <del> sha256 = "0hsjhcaka4nxbwyyk2gajblsp648km9492aq4100drsgnj5d36hg"; </del> <ins> sha256 = "180sfk0jfajkn3w3d4bw8ai25wh1bj7ca05lpsxxj7k472w6fsg9"; </ins> }; outputs = [ "out" "man" ];
Change:
Hi, I really like using to share files. The current package of Minio worked well until I permission policies. There is a bug in the current version (2020-05-01T22-19-14Z) of the package. A detailed description of the bug is written in Minio's repo Developers of Minio are confident that the bug is solved in newer versions. I have tried to write an overlay with the last release but I am stuck with this error while compiling I don't know the Go packaging enough to solve this by myself. Can someone help me upgrade Minio ? I would like to help maintaining/packaging the apps that I use on nixpkgs but I am still a bit lost among all the nixpkgs attributes.
The the last GNU/Linux binary release at does fix the issue. You can use before any version upgrade of the nixpkgs derivation.
I'd happily help you out in filing a PR against nixpkgs that bumps minio to its latest version. It should just be a matter of bumping the version number in , changing both hashes to zeroes, and then trying to from the root folder of the checkout.
Ok I will try that when I will have some times, thanks.

Discussion:
buildGoModule rec { pname = "minio"; <del> version = "2020-08-08T04-50-06Z"; </del> <ins> version = "2020-10-18T21-54-12Z"; </ins> src = fetchFromGitHub { owner = "minio"; repo = "minio"; rev = "RELEASE.${version}"; <del> sha256 = "0l5yd3k154h3q9sc5psv80n9wpnhpj5sb3r9v9gsqcam46ljwpna"; </del> <ins> sha256 = "0yva6hwfczq0apg8cl0xvm5xzyazxnic4bh2xxm1nq4iqw2p2177"; </ins> }; <del> vendorSha256 = "1xxhvgawkj2lq39cxgl4l5v41m6nsask79n2cxfpcgb00fqq147x"; </del> <ins> vendorSha256 = "185njxpaynnq8yydmkdh1sf6x924p69w7brqwl42ny1gylwv2chp"; </ins> doCheck = false;