jiebi/CodeConvo huggingface dataset:
Code change:
I'm trying to install ncdu on darwin, which depends on zig; it has started failing to build in recent nixpkgs on the 22.11 track, though. Steps to reproduce the behavior: zig installs cleanly. <details<summaryoutput of nix log</summary<p</p</details Please run and paste the result.

Related discussion:
text: <ins> From 98285b17b3887de37b630da66f09a44f42ddbe01 Mon Sep 17 00:00:00 2001 From: Jakub Konka <kubkon@jakubkonka.com> Date: Tue, 25 Oct 2022 11:46:42 +0200 Subject: [PATCH] darwin: bump max macOS version to 13.0 --- lib/std/target.zig | 4 ++-- src/target.zig     | 2 ++ 2 files changed, 4 insertions(+), 2 deletions(-) diff --git a/lib/std/target.zig b/lib/std/target.zig index d791e3b0350..7fbad5baa3c 100644 --- a/lib/std/target.zig +++ b/lib/std/target.zig @@ -277,13 +277,13 @@ pub const Target = struct { .aarch64 => VersionRange{ .semver = .{ .min = .{ .major = 11, .minor = 6 }, -                                .max = .{ .major = 12, .minor = 0 }, +                                .max = .{ .major = 13, .minor = 0 }, }, }, .x86_64 => VersionRange{ .semver = .{ .min = .{ .major = 10, .minor = 13 }, -                                .max = .{ .major = 12, .minor = 0 }, +                                .max = .{ .major = 13, .minor = 0 }, }, }, else => unreachable, diff --git a/src/target.zig b/src/target.zig index 9e2d26dac65..fc585912c45 100644 --- a/src/target.zig +++ b/src/target.zig @@ -18,6 +18,7 @@ pub const available_libcs = [_]ArchOsAbi{ .{ .arch = .aarch64, .os = .windows, .abi = .gnu }, .{ .arch = .aarch64, .os = .macos, .abi = .gnu, .os_ver = .{ .major = 11, .minor = 0 } }, .{ .arch = .aarch64, .os = .macos, .abi = .gnu, .os_ver = .{ .major = 12, .minor = 0 } }, +    .{ .arch = .aarch64, .os = .macos, .abi = .gnu, .os_ver = .{ .major = 13, .minor = 0 } }, .{ .arch = .armeb, .os = .linux, .abi = .gnueabi }, .{ .arch = .armeb, .os = .linux, .abi = .gnueabihf }, .{ .arch = .armeb, .os = .linux, .abi = .musleabi }, @@ -73,6 +74,7 @@ pub const available_libcs = [_]ArchOsAbi{ .{ .arch = .x86_64, .os = .macos, .abi = .gnu, .os_ver = .{ .major = 10, .minor = 0 } }, .{ .arch = .x86_64, .os = .macos, .abi = .gnu, .os_ver = .{ .major = 11, .minor = 0 } }, .{ .arch = .x86_64, .os = .macos, .abi = .gnu, .os_ver = .{ .major = 12, .minor = 0 } }, +    .{ .arch = .x86_64, .os = .macos, .abi = .gnu, .os_ver = .{ .major = 13, .minor = 0 } }, }; pub fn libCGenericName(target: std.Target) [:0]const u8 { </ins>
Code change:
NixOS 16.09:
Merged to 16.09 in , hope it works for you. I haven't exactly tested this extensively. It builds and the test programs it produces pop up windows :-)
Thanks! For my edification, would you mind pointing out how you knew that needed to change to ? I was trying to PR this myself but never figured that out.
Well, I first tried just updating the version, but as you also noticed it wouldn't build. In the build output it wrote however, and this certainly makes multiple-outputs a prime suspect. So I did and modified to also have with the include path in the output. Note the one is still there. After that I wasted some time trying to get Tk to use the system libjpeg but gave up on that after a while :-)

Related discussion:
text: { 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"; };
Code change:
The icu541 package fails to compile at the patching step. Some of the patches issue warnings, others fail completely. Install icu541: . The build process will fail. System: NixOS: 16.09 Nix version: 1.11.4 Nixpkgs version: 16.09.1202.

Related discussion:
text: , glib , gst_plugins_base , gstreamer <del> , icu_54_1 </del> <ins> , icu </ins> , libpulseaudio , libuuid , libxml2
Code change:
The icu541 package fails to compile at the patching step. Some of the patches issue warnings, others fail completely. Install icu541: . The build process will fail. System: NixOS: 16.09 Nix version: 1.11.4 Nixpkgs version: 16.09.1202.

Related discussion:
text: glib gst_plugins_base gstreamer <del> icu_54_1 </del> <ins> icu </ins> libpulseaudio libuuid libxml2
Code change:
The icu541 package fails to compile at the patching step. Some of the patches issue warnings, others fail completely. Install icu541: . The build process will fail. System: NixOS: 16.09 Nix version: 1.11.4 Nixpkgs version: 16.09.1202.

Related discussion:
text: <del> { stdenv, fetchurl, fetchpatch, fixDarwinDylibNames }: let icu = import ./default.nix { inherit stdenv fetchurl fetchpatch fixDarwinDylibNames; }; in stdenv.lib.overrideDerivation icu (attrs: { src = fetchurl { url = "http://download.icu-project.org/files/icu4c/54.1/icu4c-54_1-src.tgz"; sha256 = "1cwapgjmvrcv1n2wjspj3vahidg596gjfp4jn1gcb4baralcjayl"; }; }) </del>
Code change:
The icu541 package fails to compile at the patching step. Some of the patches issue warnings, others fail completely. Install icu541: . The build process will fail. System: NixOS: 16.09 Nix version: 1.11.4 Nixpkgs version: 16.09.1202.

Related discussion:
text: hyena = callPackage ../development/libraries/hyena { }; icu = callPackage ../development/libraries/icu { }; <del> icu_54_1 = callPackage ../development/libraries/icu/54.1.nix { }; </del> id3lib = callPackage ../development/libraries/id3lib { };
Code change:
Project description From the : Metadata homepage URL: source URL: license: MIT platforms: linux

Related discussion:
text: <ins> { black , fetchFromGitHub , lib , python3 }: python3.pkgs.buildPythonApplication rec { pname = "blacken-docs"; version = "1.15.0"; format = "pyproject"; src = fetchFromGitHub { owner = "adamchainz"; repo = "blacken-docs"; rev = version; hash = "sha256-3FGuFOAHCcybPwujWlh58NWtuF5CebaKTgBWgCGpSL8="; }; nativeBuildInputs = [ python3.pkgs.setuptools ]; propagatedBuildInputs = [ black ]; nativeCheckInputs = [ black python3.pkgs.pytestCheckHook ]; meta = with lib; { homepage = "https://github.com/adamchainz/blacken-docs"; changelog = "https://github.com/adamchainz/blacken-docs/blob/${src.rev}/CHANGELOG.rst"; description = "Run Black on Python code blocks in documentation files"; license = licenses.mit; maintainers = with maintainers; [ l0b0 ]; }; } </ins>
Code change:
Project description From the : Metadata homepage URL: source URL: license: MIT platforms: linux

Related discussion:
text: <ins> { black , blacken-docs , fetchFromGitHub , lib , python3 , ruff }: python3.pkgs.buildPythonApplication rec { pname = "nbqa"; version = "1.7.0"; src = fetchFromGitHub { owner = "nbQA-dev"; repo = "nbQA"; rev = version; hash = "sha256-CTF5HisBS44Ta18cVT04UrMIF30WmEBwZBGW7fkKXwk="; }; passthru.optional-dependencies = { black = [ black ]; blacken-docs = [ blacken-docs ]; flake8 = [ python3.pkgs.flake8 ]; isort = [ python3.pkgs.isort ]; jupytext = [ python3.pkgs.jupytext ]; mypy = [ python3.pkgs.mypy ]; pylint = [ python3.pkgs.pylint ]; pyupgrade = [ python3.pkgs.pyupgrade ]; ruff = [ ruff ]; }; propagatedBuildInputs = with python3.pkgs; [ autopep8 ipython tokenize-rt tomli ] ++ builtins.attrValues passthru.optional-dependencies; postPatch = '' # Force using the Ruff executable rather than the Python package substituteInPlace nbqa/__main__.py --replace 'if shell:' 'if shell or main_command == "ruff":' ''; preCheck = '' # Allow the tests to run `nbqa` itself from the path export PATH="$out/bin":"$PATH" ''; nativeCheckInputs = [ black ruff ] ++ (with python3.pkgs; [ autoflake flake8 isort jupytext mdformat pre-commit-hooks pydocstyle pylint pytestCheckHook pyupgrade yapf ]); disabledTests = [ # Test data not found "test_black_multiple_files" "test_black_return_code" "test_grep" "test_jupytext_on_folder" "test_mypy_works" "test_running_in_different_dir_works" "test_unable_to_reconstruct_message_pythonpath" "test_with_subcommand" ]; disabledTestPaths = [ # Test data not found "tests/test_include_exclude.py" ]; meta = with lib; { homepage = "https://github.com/nbQA-dev/nbQA"; changelog = "https://nbqa.readthedocs.io/en/latest/history.html"; description = "Run ruff, isort, pyupgrade, mypy, pylint, flake8, black, blacken-docs, and more on Jupyter Notebooks"; license = licenses.mit; maintainers = with maintainers; [ l0b0 ]; }; } </ins>
Code change:
Project description From the : Metadata homepage URL: source URL: license: MIT platforms: linux

Related discussion:
text: bbin = callPackage ../development/tools/bbin { }; <ins> blacken-docs = callPackage ../tools/misc/blacken-docs { }; </ins> bore = callPackage ../tools/networking/bore { inherit (darwin) Libsystem; inherit (darwin.apple_sdk.frameworks) SystemConfiguration;
Code change:
Seems to be related to PR Steps to reproduce the behavior: from master branch () the result share directory () the state of the man link () This will result into build error if used on nixos system with enabled man pages last line of trying to rebuild the system Either working link to man page or at non at all.

Related discussion:
text: in '' runHook preInstall <ins> mv build/linux-x86_64-server-${buildType}/images/jdk/man build/linux-x86_64-server-${buildType}/images/jbrsdk${jcefSuffix}-${javaVersion}-linux-x64${debugSuffix}-b${build} </ins> rm -rf build/linux-x86_64-server-${buildType}/images/jdk mv build/linux-x86_64-server-${buildType}/images/jbrsdk${jcefSuffix}-${javaVersion}-linux-x64${debugSuffix}-b${build} build/linux-x86_64-server-${buildType}/images/jdk '' + oldAttrs.installPhase + "runHook postInstall";
Code change:
First failure in Likely due to
The referenced file is indeed missing from source: Our fetcher should include submodules.
Changed in , where is converted into a submodule.
These qt modules currently include submodules:

Related discussion:
text: in lib.mapAttrs mk (lib.importJSON ./srcs-generated.json) // { <ins> qt3d = { inherit version; src = fetchgit { url = "https://invent.kde.org/qt/qt/qt3d.git"; rev = "c3c7e6ebc29cce466d954f72f340a257d76b5ec2"; sha256 = "sha256-KMWZ4N2OO7TBVpcgvQf/gweZRT62i9XABOnq0x94PY4="; fetchLFS = false; fetchSubmodules = true; deepClone = false; leaveDotGit = false; }; }; </ins> # qtwebkit does not have an official release tarball on the qt mirror and is # mostly maintained by the community. qtwebkit = rec {
Code change:
Steps to reproduce the behavior: i noticed the break after the nheko 0.10.2 -0.11.0 upgrade landed in nixos-unstable: hydra failure (click for the build log): build is currently broken in both master () and has been fixed in nixos-22.11, see for having initiated the backport. tagging as maintainer of both mtxclient and nheko. Please run and paste the result.
tested against the outstanding mtxclient 0.9.0 -0.9.1 PR: still broken.
I have no idea why a standard library would depend, let alone be missing, on a different architecture.
Likely due to us using outdated gcc (gcc9) on aarch64-linux. The story is complicated, but is being addressed.
Forcing it to use gcc11Stdenv may fix the issue.
It seems so: I tested by cross-compiling mtxclient (I don't have an aarch64 system).
Opened
Great... now coeurl fails to build. EDIT: Fixed, but nheko is still broken.
hope nobody minds this extra notification that is me thanking you all for jumping in so readily to fix things, even for someone you’ve never met. anyone reading this: what you’re doing here has more impact than you know.

Related discussion:
text: { lib , stdenv <del> , mkDerivation </del> , fetchFromGitHub , cmake , asciidoc
Code change:
Steps to reproduce the behavior: i noticed the break after the nheko 0.10.2 -0.11.0 upgrade landed in nixos-unstable: hydra failure (click for the build log): build is currently broken in both master () and has been fixed in nixos-22.11, see for having initiated the backport. tagging as maintainer of both mtxclient and nheko. Please run and paste the result.
tested against the outstanding mtxclient 0.9.0 -0.9.1 PR: still broken.
I have no idea why a standard library would depend, let alone be missing, on a different architecture.
Likely due to us using outdated gcc (gcc9) on aarch64-linux. The story is complicated, but is being addressed.
Forcing it to use gcc11Stdenv may fix the issue.
It seems so: I tested by cross-compiling mtxclient (I don't have an aarch64 system).
Opened
Great... now coeurl fails to build. EDIT: Fixed, but nheko is still broken.
hope nobody minds this extra notification that is me thanking you all for jumping in so readily to fix things, even for someone you’ve never met. anyone reading this: what you’re doing here has more impact than you know.

Related discussion:
text: , qttools , re2 , spdlog <ins> , wrapQtAppsHook </ins> , voipSupport ? true , gst_all_1 , libnice }: <del> mkDerivation rec { </del> <ins> stdenv.mkDerivation rec { </ins> pname = "nheko"; version = "0.11.1";
Code change:
Steps to reproduce the behavior: i noticed the break after the nheko 0.10.2 -0.11.0 upgrade landed in nixos-unstable: hydra failure (click for the build log): build is currently broken in both master () and has been fixed in nixos-22.11, see for having initiated the backport. tagging as maintainer of both mtxclient and nheko. Please run and paste the result.
tested against the outstanding mtxclient 0.9.0 -0.9.1 PR: still broken.
I have no idea why a standard library would depend, let alone be missing, on a different architecture.
Likely due to us using outdated gcc (gcc9) on aarch64-linux. The story is complicated, but is being addressed.
Forcing it to use gcc11Stdenv may fix the issue.
It seems so: I tested by cross-compiling mtxclient (I don't have an aarch64 system).
Opened
Great... now coeurl fails to build. EDIT: Fixed, but nheko is still broken.
hope nobody minds this extra notification that is me thanking you all for jumping in so readily to fix things, even for someone you’ve never met. anyone reading this: what you’re doing here has more impact than you know.

Related discussion:
text: cmake lmdbxx pkg-config <ins> wrapQtAppsHook </ins> ]; buildInputs = [
Code change:
Steps to reproduce the behavior: i noticed the break after the nheko 0.10.2 -0.11.0 upgrade landed in nixos-unstable: hydra failure (click for the build log): build is currently broken in both master () and has been fixed in nixos-22.11, see for having initiated the backport. tagging as maintainer of both mtxclient and nheko. Please run and paste the result.
tested against the outstanding mtxclient 0.9.0 -0.9.1 PR: still broken.
I have no idea why a standard library would depend, let alone be missing, on a different architecture.
Likely due to us using outdated gcc (gcc9) on aarch64-linux. The story is complicated, but is being addressed.
Forcing it to use gcc11Stdenv may fix the issue.
It seems so: I tested by cross-compiling mtxclient (I don't have an aarch64 system).
Opened
Great... now coeurl fails to build. EDIT: Fixed, but nheko is still broken.
hope nobody minds this extra notification that is me thanking you all for jumping in so readily to fix things, even for someone you’ve never met. anyone reading this: what you’re doing here has more impact than you know.

Related discussion:
text: "-DCOMPILE_QML=ON" # see https://github.com/Nheko-Reborn/nheko/issues/389 ]; <ins> # https://github.com/NixOS/nixpkgs/issues/201254 NIX_LDFLAGS = lib.optionalString (stdenv.isLinux && stdenv.isAarch64 && stdenv.cc.isGNU) "-lgcc"; </ins> preFixup = lib.optionalString voipSupport '' # add gstreamer plugins path to the wrapper qtWrapperArgs+=(--prefix GST_PLUGIN_SYSTEM_PATH_1_0 : "$GST_PLUGIN_SYSTEM_PATH_1_0")
Code change:
Steps to reproduce the behavior: i noticed the break after the nheko 0.10.2 -0.11.0 upgrade landed in nixos-unstable: hydra failure (click for the build log): build is currently broken in both master () and has been fixed in nixos-22.11, see for having initiated the backport. tagging as maintainer of both mtxclient and nheko. Please run and paste the result.
tested against the outstanding mtxclient 0.9.0 -0.9.1 PR: still broken.
I have no idea why a standard library would depend, let alone be missing, on a different architecture.
Likely due to us using outdated gcc (gcc9) on aarch64-linux. The story is complicated, but is being addressed.
Forcing it to use gcc11Stdenv may fix the issue.
It seems so: I tested by cross-compiling mtxclient (I don't have an aarch64 system).
Opened
Great... now coeurl fails to build. EDIT: Fixed, but nheko is still broken.
hope nobody minds this extra notification that is me thanking you all for jumping in so readily to fix things, even for someone you’ve never met. anyone reading this: what you’re doing here has more impact than you know.

Related discussion:
text: spdlog ]; <ins> # https://github.com/NixOS/nixpkgs/issues/201254 NIX_LDFLAGS = lib.optionalString (stdenv.isLinux && stdenv.isAarch64 && stdenv.cc.isGNU) "-lgcc"; </ins> meta = with lib; { description = "Client API library for the Matrix protocol."; homepage = "https://github.com/Nheko-Reborn/mtxclient";
Code change:
Steps to reproduce the behavior: i noticed the break after the nheko 0.10.2 -0.11.0 upgrade landed in nixos-unstable: hydra failure (click for the build log): build is currently broken in both master () and has been fixed in nixos-22.11, see for having initiated the backport. tagging as maintainer of both mtxclient and nheko. Please run and paste the result.
tested against the outstanding mtxclient 0.9.0 -0.9.1 PR: still broken.
I have no idea why a standard library would depend, let alone be missing, on a different architecture.
Likely due to us using outdated gcc (gcc9) on aarch64-linux. The story is complicated, but is being addressed.
Forcing it to use gcc11Stdenv may fix the issue.
It seems so: I tested by cross-compiling mtxclient (I don't have an aarch64 system).
Opened
Great... now coeurl fails to build. EDIT: Fixed, but nheko is still broken.
hope nobody minds this extra notification that is me thanking you all for jumping in so readily to fix things, even for someone you’ve never met. anyone reading this: what you’re doing here has more impact than you know.

Related discussion:
text: mtpfs = callPackage ../tools/filesystems/mtpfs { }; <del> mtxclient = callPackage ../development/libraries/mtxclient { }; </del> <ins> mtxclient = callPackage ../development/libraries/mtxclient { # https://github.com/NixOS/nixpkgs/issues/201254 stdenv = if stdenv.isLinux && stdenv.isAarch64 && stdenv.cc.isGNU then gcc11Stdenv else stdenv; }; </ins> mu = callPackage ../tools/networking/mu { texinfo = texinfo4;
Code change:
Steps to reproduce the behavior: i noticed the break after the nheko 0.10.2 -0.11.0 upgrade landed in nixos-unstable: hydra failure (click for the build log): build is currently broken in both master () and has been fixed in nixos-22.11, see for having initiated the backport. tagging as maintainer of both mtxclient and nheko. Please run and paste the result.
tested against the outstanding mtxclient 0.9.0 -0.9.1 PR: still broken.
I have no idea why a standard library would depend, let alone be missing, on a different architecture.
Likely due to us using outdated gcc (gcc9) on aarch64-linux. The story is complicated, but is being addressed.
Forcing it to use gcc11Stdenv may fix the issue.
It seems so: I tested by cross-compiling mtxclient (I don't have an aarch64 system).
Opened
Great... now coeurl fails to build. EDIT: Fixed, but nheko is still broken.
hope nobody minds this extra notification that is me thanking you all for jumping in so readily to fix things, even for someone you’ve never met. anyone reading this: what you’re doing here has more impact than you know.

Related discussion:
text: ngt = callPackage ../development/libraries/ngt { }; <del> nheko = libsForQt5.callPackage ../applications/networking/instant-messengers/nheko { }; </del> <ins> nheko = libsForQt5.callPackage ../applications/networking/instant-messengers/nheko { # https://github.com/NixOS/nixpkgs/issues/201254 stdenv = if stdenv.isLinux && stdenv.isAarch64 && stdenv.cc.isGNU then gcc11Stdenv else stdenv; }; </ins> nomacs = libsForQt5.callPackage ../applications/graphics/nomacs { };
Code change:
After enabling with (CLI and GUI) I am unable to use any other protocol except wireguard Steps to reproduce the behavior: and related service from channel , switch to openvpn, try connecting All protocols should work Clearly lacks some files: Probably needs something similar to whatever is done in (CLI) package:
works as expected, but is broken. We can wrap MULLVADRESOURCEDIR for in like in . I''ll make a quick fix. Maybe I don't understand something, but why do we have two mullvad packages? cli and gui are both from the same repository, maybe we can merge this two packages and make some aliases for those, who wants to install cli and gui separately?

Related discussion:
text: wrapProgram $out/bin/mullvad-vpn --set MULLVAD_DISABLE_UPDATE_NOTIFICATION 1 <ins> wrapProgram $out/bin/mullvad-daemon  --set-default MULLVAD_RESOURCE_DIR "$out/share/mullvad/resources" </ins> sed -i "s|Exec.*$|Exec=$out/bin/mullvad-vpn $U|" $out/share/applications/mullvad-vpn.desktop runHook postInstall
Code change:
Steps to reproduce the behavior: libreoffice-fresh off master Add any other context about the problem here. <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. --Please run and paste the result.
Is this issue closed because it is solved? It's still happening to me: If I include in my config, fails with the message . If I exclude from my config, rebuilding succeeds. I'm using the channel.
Yes, it's just that the commit hasn't arrived yet at nixos-unstable, see .

Related discussion:
text: stdenv.mkDerivation (finalAttrs: { pname = "mdds"; <del> version = "2.1.0"; </del> <ins> version = "2.0.3"; </ins> src = fetchFromGitLab { owner = "mdds"; repo = "mdds"; rev = finalAttrs.version; <del> hash = "sha256-RZ2wGwle4raWlogc5X+VEeriPGS0Nqs7CWGENFEotvs="; </del> <ins> hash = "sha256-Y9uBJKM34UTEj/3c1w69QHhvwFcMNlAohEco0O0B+xI="; </ins> }; nativeBuildInputs = [ autoreconfHook ];