jiebi/CodeConvo huggingface dataset:
Code change:
To make sure that we are on the same page: Kernel: (run ) Linux lapole 3.18.25 -NixOS SMP Thu Jan 1 00:00:01 UTC 1970 x8664 GNU/Linux System: (NixOS: , Ubuntu/Fedora: , ...) 15.09.952. (Dingo) Nix version: (run ) nix-env (Nix) 1.10 Nixpkgs version: (run ) 16.03pre75806. I installed zsh-5.2 from nixpkgs channel to get away from a 5.0.8 bug. After I changed my login-shell to 5.2, ssh logins were no longer functional. Ie. PATH wasn't fully initialized. Reverting to 5.0.8 fixed the problem. I'm not sure why there's a difference between regular login shells and ssh though. Running yields: For 5.0.8 I get the expected /nix/store/... path instead of the strange $out path. The line with $out seems wrong.. Checking the commit log I find Dropping into nix-shell for zsh-5.2, setting and manually running I get: So it seems to me that variables in is not expanded leading to zprofile not being run. It could be something else of course (not everything seems to add up without more investigating), but the $out thing seems wrong either way.
cc
This is fixed by the merge of . Cherry-picked to .

Related discussion:
text: 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; }; }
Code change:
<!-- Note that these are hard requirements --<!-- You can use the "Go to file" functionality on github to find the package Then you can go to the history for this package Find the latest "packagename: oldversion -newversion" commit The "newversion" is the the current version of the package --- <!-- Type the name of your package and try to find an open pull request for the package If you find an open pull request, you can review it! There's a high chance that you'll have the new version right away while helping the community! --- name: broot <!-- The current version can be found easily with the same process than above for checking the master branch If an open PR is present for the package, take this version as the current one and link to the PR --current version: 1.6.2 desired version: 1.6.6 <!-- Search your package here: If no maintainer is listed for your package, tag the person that last updated the package --maintainers: Please tag this issue in your PR.

Related discussion:
text: rustPlatform.buildRustPackage rec { pname = "broot"; <del> version = "1.6.2"; </del> <ins> version = "1.6.6"; </ins> src = fetchCrate { inherit pname version; <del> sha256 = "sha256-SjfTMBGby2jzmeNEtBVYqumLExhXW8nqxpbaeeaRM3w="; </del> <ins> sha256 = "sha256-Aezi005CKhGwCRZ2HwxFRRORBvVoZEzljTcKQZ8b8XI="; </ins> }; <del> cargoHash = "sha256-BdSqTzXu7Glhr0fQGmnkg5BXYgdQS6jgfH3A9hPpECY="; </del> <ins> cargoHash = "sha256-d06lvS5ajXPY/AwmE2rkya82mAOeEv04EtBElDvX2+I="; </ins> nativeBuildInputs = [ installShellFiles
Code change:
My hydra instance started to report hash mismatches in rust packages (agate, ion, nushell, ox, ripgrep) (I'm cross-compiling to aarch64-multiplatform). It appears that the commit introduced this. See also the associated PR: Steps to reproduce the behavior: nixpkgs @ (just building the attribute would be enough) all deps... mismatch for cargo dependencies. No hash mismatch. I don't understand why the linked change would cause this. Maybe you know why this happens? Please run and paste the result. Maintainer information:
Huh, this is really interesting, I'm going to revert that change for now.
Reverting has fixed this. Hopefully the right solution can be found :).
Would you have time to test a re-do of the original PR? I think I know how to get it to work correctly.

Related discussion:
text: <del> { buildPackages, callPackage }: </del> <ins> { buildPackages, callPackage, stdenv }@prev: </ins> <del> { rustc, cargo, ... }: </del> <ins> { rustc, cargo, stdenv ? prev.stdenv, ... }: </ins> rec { rust = {
Code change:
My hydra instance started to report hash mismatches in rust packages (agate, ion, nushell, ox, ripgrep) (I'm cross-compiling to aarch64-multiplatform). It appears that the commit introduced this. See also the associated PR: Steps to reproduce the behavior: nixpkgs @ (just building the attribute would be enough) all deps... mismatch for cargo dependencies. No hash mismatch. I don't understand why the linked change would cause this. Maybe you know why this happens? Please run and paste the result. Maintainer information:
Huh, this is really interesting, I'm going to revert that change for now.
Reverting has fixed this. Hopefully the right solution can be found :).
Would you have time to test a re-do of the original PR? I think I know how to get it to work correctly.

Related discussion:
text: buildRustPackage = callPackage ../../../build-support/rust { git = buildPackages.gitMinimal; <del> inherit cargoBuildHook cargoCheckHook cargoInstallHook cargoSetupHook </del> <ins> inherit stdenv cargoBuildHook cargoCheckHook cargoInstallHook cargoSetupHook </ins> fetchCargoTarball importCargoLock rustc; }; importCargoLock = buildPackages.callPackage ../../../build-support/rust/import-cargo-lock.nix {}; rustcSrc = callPackage ./rust-src.nix { <del> inherit rustc; </del> <ins> inherit stdenv rustc; </ins> }; rustLibSrc = callPackage ./rust-lib-src.nix { <del> inherit rustc; </del> <ins> inherit stdenv rustc; </ins> }; # Hooks inherit (callPackage ../../../build-support/rust/hooks { <del> inherit cargo rustc; </del> <ins> inherit stdenv cargo rustc; </ins> }) cargoBuildHook cargoCheckHook cargoInstallHook cargoSetupHook maturinBuildHook; }
Code change:
= 2021.07 does not build successfully on Darwin. A bisect over commits shows this: 2021.10 - - does not work 2021.07 - - does not work 2021.06 - - works 2020.12 - - works Steps to reproduce the behavior: this repo: on Darwin. (I'm on MacOS Big Sur). line 4 from to . . Observe the build failure in the output: For the full log, see .
Caused by Please use to show the files that a working rakudo contains on darwin
Tested on and it works. Thanks!

Related discussion:
text: disallowedReferences = [ stdenv.cc.cc ]; postFixup = '' <del> remove-references-to -t ${stdenv.cc.cc} "$(readlink -f $out/share/perl6/runtime/dynext/libperl6_ops_moar.so)" </del> <ins> remove-references-to -t ${stdenv.cc.cc} "$(readlink -f $out/share/perl6/runtime/dynext/libperl6_ops_moar${stdenv.hostPlatform.extensions.sharedLibrary})" </ins> ''; meta = with lib; {
Code change:
Building tree-sitter grammars on MacOS results in a fatal error with the post-installation fixup stage due to differences in how is invoked on MacOS. The error reported is: Steps to reproduce the behavior: or with any other tree-sitter grammar. the fatal error in the post-installation fixup phase where it reports that no files are specified for . The grammar should build and execute the fixup phase without errors. This error does not occur on non-MacOS platforms. I reproduced the error on MacOS 12.0.1. I suspect this error was introduced with this commit but I'm not 100% sure.
Some discussion:
I can also replicate this with on macOS 12.0.1.

Related discussion:
text: runHook postInstall ''; <del> # Auto strip cannot detect files missing extension. fixupPhase = '' </del> <ins> # Strip failed on darwin: strip: error: symbols referenced by indirect symbol table entries that can't be stripped fixupPhase = lib.optionalString stdenv.isLinux '' </ins> runHook preFixup <del> strip -s $out/parser </del> <ins> $STRIP $out/parser </ins> runHook postFixup ''; }
Code change:
When is installed with , works fine. When is installed with , then prints an error message. When installing with , I get this log: So, it might be that git-with-svn-2.6.3 is fine but not . System: NixOS: = () Nix: = Nixpkgs version: () /cc
I think you have nixpkgs and nixos channel. One might be coming from root. So on one channel it works, on the other it doesn't.
This is a bug in the Perl bindings generated as a part of our Subversion build. The library depends on , but it has no RPATH set that allows it to find library. Curiously enough, is the only dependency with that problem: other library like are found properly using a full path into the Nix store. Cc: and
and it was working fine in :
As I said, this as nothing to do with Git. It's that provides broken Perl bindings.
Ran into same problem. git bisect log of checking ldd /nix/store/-subversion-1.9.3/lib/perl5/siteperl//x8664-linux-thread- follows. there's some big binutils related changes in the middle yet.

Related discussion:
text: <ins> --- a/subversion/bindings/swig/perl/native/Makefile.PL.in +++ b/subversion/bindings/swig/perl/native/Makefile.PL.in @@ -72,7 +72,7 @@ # According to the log of r7937, the flags guarded by the conditional break # the build on FreeBSD if not conditionalized. my $apr_ldflags = '@SVN_APR_LIBS@' -   if $^O eq 'darwin' or $^O eq 'cygwin'; +   if $^O eq 'darwin' or $^O eq 'cygwin' or $^O eq 'linux'; chomp $apr_shlib_path_var; </ins>
Code change:
When is installed with , works fine. When is installed with , then prints an error message. When installing with , I get this log: So, it might be that git-with-svn-2.6.3 is fine but not . System: NixOS: = () Nix: = Nixpkgs version: () /cc
I think you have nixpkgs and nixos channel. One might be coming from root. So on one channel it works, on the other it doesn't.
This is a bug in the Perl bindings generated as a part of our Subversion build. The library depends on , but it has no RPATH set that allows it to find library. Curiously enough, is the only dependency with that problem: other library like are found properly using a full path into the Nix store. Cc: and
and it was working fine in :
As I said, this as nothing to do with Git. It's that provides broken Perl bindings.
Ran into same problem. git bisect log of checking ldd /nix/store/-subversion-1.9.3/lib/perl5/siteperl//x8664-linux-thread- follows. there's some big binutils related changes in the middle yet.

Related discussion:
text: ++ stdenv.lib.optional perlBindings perl ++ stdenv.lib.optional saslSupport sasl; <ins> patches = [ ./apr-1.patch ]; </ins> configureFlags = '' ${if bdbSupport then "--with-berkeley-db" else "--without-berkeley-db"} ${if httpServer then "--with-apxs=${apacheHttpd}/bin/apxs" else "--without-apxs"}
Code change:
The Haskell package build fails due to missing C library. I assume it just needs a dependency on . The describes how to add non-Haskell dependencies to a Stack build, but what if I'm not using Stack? The build fails, outputting:

Related discussion:
text: hint = self.hint_0_4_3; }; <ins> # Looks like Avahi provides the missing library dnssd = super.dnssd.override { dns_sd = pkgs.avahi.override { withLibdnssdCompat = true; }; }; </ins> }
Code change:
MySQL python binding is broken in 16.03 channel. Is seems to be OK in master. Apparently, is the commit in master that fixed that issue. If it is OK, I’d like to cherrry pick that commit into the branch (this will imply a massive re-downloads from the cache for the users). System: Nix version: Nixpkgs version: cc
any objections for a full rebuild of 16.03? (Maybe there's a workaround for this bug)
The error in seems related to this.
Cherry-picked to 16.03

Related discussion:
text: # 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
Code change:
MySQL python binding is broken in 16.03 channel. Is seems to be OK in master. Apparently, is the commit in master that fixed that issue. If it is OK, I’d like to cherrry pick that commit into the branch (this will imply a massive re-downloads from the cache for the users). System: Nix version: Nixpkgs version: cc
any objections for a full rebuild of 16.03? (Maybe there's a workaround for this bug)
The error in seems related to this.
Cherry-picked to 16.03

Related discussion:
text: 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; }; }
Code change:
The derivation of creates a different .desktop file from the "official" one that has a different name. This is probably done in order to differentiate the two versions of in case someone installs both of them, but the problem is that while it creates a new one, it doesn't delete the "official" one. Also, the new .desktop file should also set , otherwise games don't launch in Wayland. (Though maybe it should be a wrapper instead) (And, unrelated, but why and not ?) The same also applies to PATH: there are both and (which is a link made by the derivation to in the folder). For consistency, there should be made a , otherwise if both dolphins are installed, one overwrites the other in PATH. Steps to reproduce the behavior: dolphinEmuMaster; an app launcher; are both the original "Dolphin Emulator" and the new "Dolphin Emulator (master)" that open the same app (the master one doesn't set `QTQPAPLATFORM=xcb). PATH there are both and (which is a link). There should only be the "Dolphin Emulator (master)" desktop file, and in PATH there should be only (and instead of ). <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. --

Related discussion:
text: <del> { lib, stdenv, fetchFromGitHub, makeDesktopItem, pkg-config, cmake </del> <ins> { lib, stdenv, fetchFromGitHub, pkg-config, cmake </ins> , wrapQtAppsHook, qtbase, bluez, ffmpeg, libao, libGLU, libGL, pcre, gettext , libXrandr, libusb1, lzo, libpthreadstubs, libXext, libXxf86vm, libXinerama , libSM, libXdmcp, readline, openal, udev, libevdev, portaudio, curl, alsa-lib
Code change:
The derivation of creates a different .desktop file from the "official" one that has a different name. This is probably done in order to differentiate the two versions of in case someone installs both of them, but the problem is that while it creates a new one, it doesn't delete the "official" one. Also, the new .desktop file should also set , otherwise games don't launch in Wayland. (Though maybe it should be a wrapper instead) (And, unrelated, but why and not ?) The same also applies to PATH: there are both and (which is a link made by the derivation to in the folder). For consistency, there should be made a , otherwise if both dolphins are installed, one overwrites the other in PATH. Steps to reproduce the behavior: dolphinEmuMaster; an app launcher; are both the original "Dolphin Emulator" and the new "Dolphin Emulator (master)" that open the same app (the master one doesn't set `QTQPAPLATFORM=xcb). PATH there are both and (which is a link). There should only be the "Dolphin Emulator (master)" desktop file, and in PATH there should be only (and instead of ). <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. --

Related discussion:
text: # - Inputs used for Darwin , CoreBluetooth, ForceFeedback, IOKit, OpenGL, libpng, hidapi }: <del> let desktopItem = makeDesktopItem { name = "dolphin-emu-master"; exec = "dolphin-emu-master"; icon = "dolphin-emu"; comment = "A Wii/GameCube Emulator"; desktopName = "Dolphin Emulator (master)"; genericName = "Wii/GameCube Emulator"; categories = "Game;Emulator;"; startupNotify = "false"; }; in stdenv.mkDerivation rec { </del> <ins> stdenv.mkDerivation rec { </ins> pname = "dolphin-emu"; version = "5.0-15260";
Code change:
The derivation of creates a different .desktop file from the "official" one that has a different name. This is probably done in order to differentiate the two versions of in case someone installs both of them, but the problem is that while it creates a new one, it doesn't delete the "official" one. Also, the new .desktop file should also set , otherwise games don't launch in Wayland. (Though maybe it should be a wrapper instead) (And, unrelated, but why and not ?) The same also applies to PATH: there are both and (which is a link made by the derivation to in the folder). For consistency, there should be made a , otherwise if both dolphins are installed, one overwrites the other in PATH. Steps to reproduce the behavior: dolphinEmuMaster; an app launcher; are both the original "Dolphin Emulator" and the new "Dolphin Emulator (master)" that open the same app (the master one doesn't set `QTQPAPLATFORM=xcb). PATH there are both and (which is a link). There should only be the "Dolphin Emulator (master)" desktop file, and in PATH there should be only (and instead of ). <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. --

Related discussion:
text: qtWrapperArgs = lib.optionals stdenv.isLinux [ "--prefix LD_LIBRARY_PATH : ${vulkan-loader}/lib" <ins> # https://bugs.dolphin-emu.org/issues/11807 # The .desktop file should already set this, but Dolphin may be launched in other ways "--set QT_QPA_PLATFORM xcb" </ins> ]; # - Allow Dolphin to use nix-provided libraries instead of building them
Code change:
The derivation of creates a different .desktop file from the "official" one that has a different name. This is probably done in order to differentiate the two versions of in case someone installs both of them, but the problem is that while it creates a new one, it doesn't delete the "official" one. Also, the new .desktop file should also set , otherwise games don't launch in Wayland. (Though maybe it should be a wrapper instead) (And, unrelated, but why and not ?) The same also applies to PATH: there are both and (which is a link made by the derivation to in the folder). For consistency, there should be made a , otherwise if both dolphins are installed, one overwrites the other in PATH. Steps to reproduce the behavior: dolphinEmuMaster; an app launcher; are both the original "Dolphin Emulator" and the new "Dolphin Emulator (master)" that open the same app (the master one doesn't set `QTQPAPLATFORM=xcb). PATH there are both and (which is a link). There should only be the "Dolphin Emulator (master)" desktop file, and in PATH there should be only (and instead of ). <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. --

Related discussion:
text: CMakeLists.txt ''; <del> postInstall = '' cp -r ${desktopItem}/share/applications $out/share ln -sf $out/bin/dolphin-emu $out/bin/dolphin-emu-master '' + lib.optionalString stdenv.hostPlatform.isLinux '' </del> <ins> postInstall = lib.optionalString stdenv.hostPlatform.isLinux '' </ins> install -D $src/Data/51-usb-device.rules $out/etc/udev/rules.d/51-usb-device.rules '';
Code change:
The derivation of creates a different .desktop file from the "official" one that has a different name. This is probably done in order to differentiate the two versions of in case someone installs both of them, but the problem is that while it creates a new one, it doesn't delete the "official" one. Also, the new .desktop file should also set , otherwise games don't launch in Wayland. (Though maybe it should be a wrapper instead) (And, unrelated, but why and not ?) The same also applies to PATH: there are both and (which is a link made by the derivation to in the folder). For consistency, there should be made a , otherwise if both dolphins are installed, one overwrites the other in PATH. Steps to reproduce the behavior: dolphinEmuMaster; an app launcher; are both the original "Dolphin Emulator" and the new "Dolphin Emulator (master)" that open the same app (the master one doesn't set `QTQPAPLATFORM=xcb). PATH there are both and (which is a link). There should only be the "Dolphin Emulator (master)" desktop file, and in PATH there should be only (and instead of ). <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. --

Related discussion:
text: dnnl = oneDNN; # added 2020-04-22 docbook5_xsl = docbook_xsl_ns; # added 2018-04-25 docbook_xml_xslt = docbook_xsl; # added 2018-04-25 <ins> dolphinEmu = dolphin-emu; # added 2021-11-10 dolphinEmuMaster = dolphin-emu-beta; # added 2021-11-10 </ins> dotnet-netcore = dotnet-runtime; # added 2021-10-07 double_conversion = double-conversion; # 2017-11-22 docker_compose = docker-compose; # 2018-11-10
Code change:
The derivation of creates a different .desktop file from the "official" one that has a different name. This is probably done in order to differentiate the two versions of in case someone installs both of them, but the problem is that while it creates a new one, it doesn't delete the "official" one. Also, the new .desktop file should also set , otherwise games don't launch in Wayland. (Though maybe it should be a wrapper instead) (And, unrelated, but why and not ?) The same also applies to PATH: there are both and (which is a link made by the derivation to in the folder). For consistency, there should be made a , otherwise if both dolphins are installed, one overwrites the other in PATH. Steps to reproduce the behavior: dolphinEmuMaster; an app launcher; are both the original "Dolphin Emulator" and the new "Dolphin Emulator (master)" that open the same app (the master one doesn't set `QTQPAPLATFORM=xcb). PATH there are both and (which is a link). There should only be the "Dolphin Emulator (master)" desktop file, and in PATH there should be only (and instead of ). <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. --

Related discussion:
text: dotnetfx40 = callPackage ../development/libraries/dotnetfx40 { }; <del> dolphinEmu = callPackage ../misc/emulators/dolphin-emu { }; dolphinEmuMaster = qt5.callPackage ../misc/emulators/dolphin-emu/master.nix { </del> <ins> dolphin-emu = callPackage ../misc/emulators/dolphin-emu { }; dolphin-emu-beta = qt5.callPackage ../misc/emulators/dolphin-emu/master.nix { </ins> inherit (darwin.apple_sdk.frameworks) CoreBluetooth ForceFeedback IOKit OpenGL; };
Code change:
After enable HBase module , and rebuild. The service unit cannot start, it says JVM option not exists. Steps to reproduce the behavior: HBase by adding config . , it should be failed. shows VM option is Unrecognized. I found the same issues on the StackOverFlow, it seems jre 15 dropped the option: I fixes this by adding this line, but it should be fixed in module. I can do the fixes PR if you want. Maintainer information:
go for it. I'm also not maintaining this anymore, so may be best to also remove from .

Related discussion:
text: wantedBy = [ "multi-user.target" ]; environment = { <del> JAVA_HOME = "${pkgs.jre}"; </del> <ins> # JRE 15 removed option `UseConcMarkSweepGC` which is needed. JAVA_HOME = "${pkgs.jre8}"; </ins> HBASE_LOG_DIR = cfg.logDir; };