jiebi/CodeConvo huggingface dataset:
Change:
linux_5_15 = linuxKernel.kernels.linux_5_15; linux_5_16 = linuxKernel.kernels.linux_5_16; linux_5_17 = linuxKernel.kernels.linux_5_17; <ins> linux_5_18 = linuxKernel.kernels.linux_5_18; </ins> linux_5_4 = linuxKernel.kernels.linux_5_4; linux_mptcp_95 = linuxKernel.kernels.linux_mptcp_95; linux_rpi0 = linuxKernel.kernels.linux_rpi1;

Discussion:
Steps to reproduce the behavior: Tail of the build log The build failure seems related to these unused options. I tried removing the corresponding lines (in a local directory - so I changed my url to the filesystem path). in but it didn't fix anything. It seems that kernel 5.18 phased out some options. Instead of warning us, there's an explicit error. I have no idea how to fix this since is great for adding lines to the kernel config, but not great at removing them. <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. -- (I'm not exactly sure who to notify about this so I just kind of scanned s of and . Please let me know if there's someone more appropriate to notify.) Please run and paste the result. Not sure how to do this for this specific package (no ).
Can you check if fixes this?
. But, it still fails:
Should be fixed by
I can confirm that fixes this! Thanks !
Change:
if ($showHardwareConfig) { print STDOUT $hwConfig; } else { <del> $outDir = "$rootDir$outDir"; </del> <ins> if ($outDir eq "/etc/nixos") { $outDir = "$rootDir$outDir"; } else { $outDir = File::Spec->rel2abs($outDir); $outDir =~ s//*$//; # remove trailing slashes } </ins> my $fn = "$outDir/hardware-configuration.nix"; print STDERR "writing $fn...n";

Discussion:
When you are installing NixOS and running , if you specify i.e. when current directory is , the script does not resolve the absolute path to the specified directory, so it does not generate file systems paths in . Steps to reproduce the behavior: to install NixOS how it's described in the guide the step with , proceed to directory and run instead Script resolves the path of argument and generates proper <img width="933" alt="Снимок экрана 2022-02-20 в 17 14 50" src="https://user-"Not applicable
Change:
nativeBuildInputs = [ pkgconfig ]; <del> buildInputs = [ openssl ]; </del> <ins> buildInputs = [ openssl ] ++ stdenv.lib.optionals stdenv.isDarwin [ curl Security ]; </ins> # Tests fetch external resources and build artifacts. # Disabled to work with sandboxing

Discussion:
Describe the bug To Reproduce Steps to reproduce the behavior: -env -i wasm-pack Expected behavior Should install wasm-pack Additional context After add and to buildInputs works well Metadata
Change:
createrepo_c = callPackage ../tools/package-management/createrepo_c { }; <ins> cringify = callPackage ../tools/text/cringify { }; </ins> cromfs = callPackage ../tools/archivers/cromfs { stdenv = gcc10StdenvCompat; };

Discussion:
Project description Cringify is a cli tool to annoy your friends on the internet by transforming into Metadata homepage URL: source URL: license: mit platforms: unix, linux, darwin.... (ANYTHING RUSTC SUPPORTS)
Change:
, gnused ? null , cloog # unused; just for compat with gcc4, as we override the parameter on some places , buildPackages <ins> , pkgsBuildTarget </ins> , libxcrypt , disableGdbPlugin ? !enablePlugin , nukeReferences

Discussion:
Cross compilation of gfortran package fails for riscv64. Many packages like depends on gfortran. So I can not use these on riscv64 Steps to reproduce the behavior: Cross compile gfortran $nix-build '<nixpkgs' -A pkgsCross.riscv64.gfortran Should compile Please run and paste the result.
The code snippet here doesn't seem very useful. Have you got the full log somewhere?
Attach is the full log.
Thank you! I'm seeing Looks like or . Maybe ? Also, it would be nice to have .
One of these days I am going to submit a PR that modifies to cat into the build stderr on failed builds...
Ah, is not only built with , but expects to be able to invoke at runtime. So it depends on a cross-built native compiler, something that doesn't get used much in nixpkgs. I found ~at least part of the problem, see upcoming PR. I don't know if it fixes the whole problem or not.~ the fix.
FWIW I don't think this ever worked, but it does now (after ). Also we probably have similar problems with cross-built native compilers for all other languages except C/C++ (because stdenv sets flags for those) if their standard library is bundled with gcc.
Change:
fi if (( "${NIX_CC_USE_RESPONSE_FILE:-@use_response_file_by_default@}" >= 1 )); then <del> exec @prog@ @<(printf "%qn"  </del> <ins> responseFile=$(mktemp --tmpdir cc-params.XXXXXX) trap 'rm -f -- "$responseFile"' EXIT printf "%qn"  </ins> ${extraBefore+"${extraBefore[@]}"}  ${params+"${params[@]}"}  <del> ${extraAfter+"${extraAfter[@]}"}) </del> <ins> ${extraAfter+"${extraAfter[@]}"} > "$responseFile" @prog@ "@$responseFile" </ins> else exec @prog@  ${extraBefore+"${extraBefore[@]}"} 

Discussion:
Trying to use a on Darwin locally is broken for me. A good test for this is . But fetching built derivations from works fine? Steps to reproduce the behavior: downloads fine from fails with the above error works locally. n/a Disabling PIC hardening instead makes it complain about . Starts to fail between and on nixos-unstable, trying to bisect. I'm not sure what broke this & where, and the stdenvs & cc-wrapper derivations & files don't have any listed maintainers. Maybe because you recently touched Darwin stdenv? Please run and paste the result.
I think I know what the problem is, but it doesn’t make sense to me. The stdenv rework included a change to make use of response files conditional based on the size of . acme-client builds locally for me because I’m on aarch64-darwin (where it’s large enough not to need response files). However_, if I manually force it to use a response file … If I hack up the cc-wrapper script to put the response file in a file, it works. Does GCC not support response files when they’re created via process substitution?
I’m working on a patch for cc-wrapper to address this issue. It needs to rebuild the stdenv before I can test and confirm the build works for acme-client.
Change:
SDL2_net libpulseaudio libpng <ins> gnome.zenity </ins> ]; cmakeFlags = [ "-DCMAKE_INSTALL_PREFIX=${placeholder "out"}/lib" <ins> (lib.cmakeBool "NON_PORTABLE" true) </ins> ]; dontAddPrefix = true;

Discussion:
Package name: shipwright Latest released version: 8.0.4 <!-- Search your package here: --- Current version on the unstable channel: 7.1.1 Current version on the stable/release channel: 7.0.2 <!-- 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! --- Notify maintainers I tried updating myself and found 8.0.4 fails building with error I bisected to upstream commit and the file but I'm not sure how to resolve right now. <!-- If the result shows no maintainers, tag the person that last updated the package. --Note for maintainers: Please tag this issue in your PR. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Change:
runHook preConfigure ./genMakefiles ${{ <del> x86_64-darwin = "macosx"; </del> <ins> x86_64-darwin = "macosx-catalina"; </ins> i686-linux = "linux"; x86_64-linux = "linux-64bit"; aarch64-linux = "linux-64bit";

Discussion:
, CVSSv3=7.5 (nixos-21.05, nixos-unstable) CVSSv3=6.5 (nixos-21.05, nixos-unstable) CVSSv3=6.5 (nixos-21.05, nixos-unstable) Live555 through 1.08 mishandles huge requests for the same MP3 stream, leading to recursion and s stack-based buffer over-read. An attacker can leverage this to launch a DoS attack. Live555 through 1.08 does not handle MPEG-1 or 2 files properly. Sending two successive RTSP SETUP commands for the same track causes a Use-After-Free and daemon crash. Live555 through 1.08 does not handle Matroska and Ogg files properly. Sending two successive RTSP SETUP commands for the same track causes a Use-After-Free and daemon crash. Scanned versions: nixos-21.05: ; nixos-unstable: .
Change:
options = { devices = mkOption { type = types.listOf types.str; <ins> default = [ ]; </ins> example = [ "/dev/input/by-id/usb-0000_0000-event-kbd" ]; <del> description = mdDoc "Paths to keyboard devices."; </del> <ins> description = mdDoc '' Paths to keyboard devices. An empty list, the default value, lets kanata detect which input devices are keyboards and intercept them all. ''; </ins> }; config = mkOption { type = types.lines;

Discussion:
A clear and concise description of what the bug is. Steps to reproduce the behavior: Try to configure to work on all keyboards. Note that, although this is a common use case, trying to do so with the exposed API leads to errors. For instance: This code throws the following It's expected to have some way of declaratively configuring kanata, such that a given configuration block works for all keyboards. <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. --
Does setting work for you?
Yes, that seems to work! Thank you :)
Change:
inherit version; format = "wheel"; dist = python; <del> python = "cp37.cp38.cp39.py37.py38.py39"; </del> <ins> python = "cp37.cp38.cp39.cp310.cp311.py37.py38.py39.py310.py311"; </ins> inherit (data) platform hash; };

Discussion:
Package name: Latest released version: 1.34.0 <!-- Search your package here: --- Current version on the unstable channel: 1.27.0 Current version on the stable/release channel: 1.27.0 <!-- 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! --- Notify maintainers <!-- If the result shows no maintainers, tag the person that last updated the package. --Note for maintainers: Please tag this issue in your PR.
Note: the update script isn't working on my system, I assume that's why has not uploaded any updates.
Ill take a look tomorrow :)
Change:
# See https://www.mail-archive.com/openembedded-devel@lists.openembedded.org/msg49006.html "--with-extra-cflags=-Wno-error=deprecated-declarations -Wno-error=format-contains-nul -Wno-error=unused-result" '' <del> + lib.optionalString (architecture == "amd64") ""--with-jvm-features=zgc"" + lib.optionalString minimal ""--enable-headless-only"" </del> <ins> + lib.optionalString (architecture == "amd64") " "--with-jvm-features=zgc"" + lib.optionalString minimal " "--enable-headless-only"" </ins> + ");" # https://bugzilla.redhat.com/show_bug.cgi?id=1306558 # https://github.com/JetBrains/jdk8u/commit/eaa5e0711a43d64874111254d74893fa299d5716

Discussion:
The jdk11_headless build fails with: It was previously succeeding: Last successful build 2018-11-15 07:23:10 Please run and paste the results.
appears to be lacking some spaces between arguments, and I'll submit a PR.
Change:
override = true; __functor = true; __functionArgs = true; <ins> __splicedPackages = true; </ins> newScope = true; scope = true; pkgs = true; <ins> test-pkgs = true; </ins> buildHaskellPackages = true; buildPackages = true;

Discussion:
We found (because it broke our build in Lix) that the following nixpkgs lib test is broken. It is run through some derivation in the test suite somewhere; finding that is an exercise to the reader, but it is included underneath somewhere. Run the following on any platform; it has been observed with this command on aarch64-darwin and x8664-linux: Then you will get an infinite output deepening like the following: Eventually it will segfault or otherwise exceed the recursion limit. We checked that this reproduces on Lix , Nix 2.18, and Nix 2.22, so it is not a Nix implementation bug for any reasonable value of "nix implementation". Steps to reproduce the behavior: the above command from a checkout of nixpkgs. ??? overflow! We don't think this is a regression from , but instead, that broken stuff was exposed as broken by actually running it on other platforms than x8664-linux. Evaluate as normal as is the case for other values of . If applicable, add screenshots to help explain your problem. Add any other context about the problem here. Not really a maintainers list as I don't see one, but people who touched the file or the infra recently: Please run and paste the result. Note that this is not a Lix bug. system: host os: multi-user?: sandbox: version: channels(jade): nixpkgs: Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Since I have aarch64-darwin and aarch64-linux and I exposed this, I'll take a look at this tonight.
Please try with , I was able to use that command until I got:
Perhaps also check that this feature. You might need to sprinkle some more in a similar way
Thank you for mentioning that, I got it to pass on Darwin
Change:
<del> { stdenvNoCC , lib , fetchurl , p7zip , version , sha256 , useMklink ? false , customSymlinkCommand ? null }: let pname = "losslesscut"; nameRepo = "lossless-cut"; nameCamel = "LosslessCut"; nameSourceBase = "${nameCamel}-win-x64"; nameSource = "${nameSourceBase}.7z"; nameExecutable = "${nameCamel}.exe"; owner = "mifi"; getSymlinkCommand = if (customSymlinkCommand != null) then customSymlinkCommand else if useMklink then (targetPath: linkPath: "mklink ${targetPath} ${linkPath}") else (targetPath: linkPath: "ln -s ${targetPath} ${linkPath}"); in stdenvNoCC.mkDerivation { inherit pname version sha256; src = fetchurl { name = nameSource; url = "https://github.com/${owner}/${nameRepo}/releases/download/v${version}/${nameSource}"; inherit sha256; }; nativeBuildInputs = [ p7zip ]; unpackPhase = '' 7z x $src -o${nameSourceBase} ''; sourceRoot = nameSourceBase; installPhase = '' mkdir -p $out/bin $out/libexec cd .. mv ${nameSourceBase} $out/libexec '' + (getSymlinkCommand "${nameSourceBase}/${nameExecutable}" "$out/bin/${nameExecutable}"); meta.platforms = lib.platforms.windows; } </del>

Discussion:
Losslesscut crashes at startup due to missing Steps to reproduce the behavior: # crash # works Losslesscut works out-of-the-box. probably just needs a in .
It seems to come from a sandboxing feature of Chromium. (LosslessCut is an Electron app, and Electron uses Chromium, IIUC.) I'll add the flag when I'm available. Should it be to both the Linux and the Darwin binary, or just to the former?
I was only able to test on Linux. While you're at it: When bumping the version, filenames need a change (only tested for Linux): and is still open.
Thank you for reminding! After a quick test, 3.43.0 does run out-of-the-box on my machine Does it crash because the user namespaces is unavailable? Does the same problem happen to , it is another electron app packaged the same way. Does it happen to itself?
I can confirm that it works ootb on NixOS 21.11, but not on 22.05. Caprine crashes in a similar way on NixOS 22.05: Chromium works on both.
How about onlyoffice-bin? If does work, it might have something to do with .
works on 22.05
I'm working on it, but couldn't find a way to call in . To be exact, I don't know how to inject the dependency , a setup hook, into the builder. How should I do it? Thanks a lot for your patience.
Is this issue still relevant?
Last time I checked: Yes. I've got this still on my list and will close in case it is resolved.
It should now be fixed in .
Confirmed.
Change:
<ins> { lib , rustPlatform , fetchFromGitHub , pkg-config , wrapGAppsHook , gdk-pixbuf , gtk4 , libdrm , vulkan-loader , coreutils , hwdata }: rustPlatform.buildRustPackage rec { pname = "lact"; version = "0.4.3"; src = fetchFromGitHub { owner = "ilya-zlobintsev"; repo = "LACT"; rev = "v${version}"; hash = "sha256-zSQqR5AxdqcSwgapSwXYn/36F6SQna8+RS6UTQJySrg="; }; cargoHash = "sha256-DDBYfafLg2fH+HsC5VZzVyRCyVSwcMydUGBe7NQRwEk="; nativeBuildInputs = [ pkg-config wrapGAppsHook ]; buildInputs = [ gdk-pixbuf gtk4 libdrm vulkan-loader ]; checkFlags = [ # tries and fails to initialize gtk "--skip=app::root_stack::thermals_page::fan_curve_frame::tests::set_get_curve" ]; postPatch = '' substituteInPlace lact-daemon/src/server/system.rs  --replace 'Command::new("uname")' 'Command::new("${coreutils}/bin/uname")' substituteInPlace res/lactd.service  --replace ExecStart={lact,$out/bin/lact} substituteInPlace res/io.github.lact-linux.desktop  --replace Exec={lact,$out/bin/lact} pushd $cargoDepsCopy/pciid-parser oldHash=$(sha256sum src/lib.rs | cut -d " " -f 1) sed 's|@hwdata@|${hwdata}|g' < ${./pci-ids.patch} | patch -p1 substituteInPlace .cargo-checksum.json  --replace $oldHash $(sha256sum src/lib.rs | cut -d " " -f 1) popd ''; postInstall = '' install -Dm444 res/lactd.service -t $out/lib/systemd/system install -Dm444 res/io.github.lact-linux.desktop -t $out/share/applications install -Dm444 res/io.github.lact-linux.png -t $out/share/pixmaps ''; postFixup = '' patchelf $out/bin/.lact-wrapped  --add-rpath ${lib.makeLibraryPath [ vulkan-loader ]} ''; meta = with lib; { description = "Linux AMDGPU Controller"; homepage = "https://github.com/ilya-zlobintsev/LACT"; license = licenses.mit; maintainers = with maintainers; [ figsoda ]; platforms = platforms.linux; }; } </ins>

Discussion:
Project description LACT is an AMD GPU controller on Linux that doesn't have to run in background like corectrl. It uses GTK4 and rust. Metadata homepage URL: source URL: license: MIT platforms: Linux
Thank you so much!
Change:
importlib-metadata ]; <del> disabledTestPaths = [ # requires "generatedfiles" mkdocs plugin "mkdocs_awesome_pages_plugin/tests/e2e/test_gen_files.py" ]; </del> meta = with lib; { description = "An MkDocs plugin that simplifies configuring page titles and their order"; homepage = "https://github.com/lukasgeiter/mkdocs-awesome-pages-plugin";

Discussion:
Steps to reproduce the behavior: command, mkdocs-awesome-pages-plugin is only available in unstable, so pinned to a recent build hash to ensure reproducibility, but fails with fails the same way for python3, python311 and python312
Hello & thanks for the report. Can confirm the package is broken, presumably since the latest python-updates merge but not entirely sure yet. Tests were passing fine when the package was about a month ago.
Seems to be related to the mkdocs update to 1.6.0. I filed an upstream issue to track
Thanks very much for looking into this so quickly and passing it on to upstream. I figured it worked when you originally created it, but that confirmation suggests a work-around until upstream fixes things. So now I just have to figure out how to get a channel hash from that far back. only tracks the most recent few.
Unfortunately, building from the merge commit does not solve the problem: This shouldn't be too surprising since it still pulls the same version of the plugin, but I figured it would be worth a try as a possible work-around.
It's not about the plugins versions, but about the mkdocs version used. If you want to build the plugin with an older mkdocs while using a current nixpkgs, you could do something like the following:
I can confirm that this works for the use-case that this bug was originally created to resolve. Since this was first tested, there has been another nixpkgs-unstable build reported on that could be used (with the more compact fetchTarball buildtin) instead of the merge commit hash, but the most recent one has a "Build problem" badge, so I stuck with the merge hash for reporting. Thanks very much for getting this done so quickly. Also the work-around derivation snippet you provided was above and beyond the call of duty. I would not have been able to get that syntax right myself at this stage in my Nix journey. Unfortunately, it conflicted with some other plugins I was using, but I still learned a lot from it. Thanks again, I appreciate your efforts .
Glad it helped, it can be rough to know where to start! Since the update has been merged to master only yesterday, but it's already in nixpkgs-unstable!

When hydra has finished to run nixos tests, nixos-unstable will be updated to include the fix for mkdocs-awesome-plugin automatically. One can check which branches it hit already at
Change:
cmake git pkg-config <ins> qt6.wrapQtAppsHook </ins> ]; buildInputs = [ btrfs-progs <ins> coreutils </ins> qt6.qtbase qt6.qtsvg qt6.qttools qt6.qtwayland <del> ]; propagatedBuildInputs = [ qt6.wrapQtAppsHook ]; </del> <ins> util-linux ] ++ lib.optionals enableSnapper [ snapper ]; </ins> <del> prePatch = '' substituteInPlace src/util/System.cpp  --replace '/bin/bash' "${lib.getExe bash}" '' + lib.optionalString enableSnapper '' substituteInPlace src/main.cpp  --replace '/usr/bin/snapper' "${lib.getExe snapper}" ''; </del> <ins> prePatch = '' substituteInPlace src/util/System.cpp  --replace-fail '/bin/bash' "${lib.getExe bash}" </ins> <del> postPatch = '' substituteInPlace src/org.btrfs-assistant.pkexec.policy  --replace '/usr/bin' "$out/bin" </del> <ins> substituteInPlace src/main.cpp  --replace-fail 'if (!qEnvironmentVariableIsEmpty("DISPLAY"))' ' if(!qEnvironmentVariableIsEmpty("DISPLAY") || !qEnvironmentVariableIsEmpty("WAYLAND_DISPLAY"))' '' + lib.optionalString enableSnapper '' substituteInPlace src/main.cpp  --replace-fail '/usr/bin/snapper' "${lib.getExe snapper}" ''; </ins> <del> substituteInPlace src/btrfs-assistant  --replace 'btrfs-assistant-bin' "$out/bin/btrfs-assistant-bin" </del> <ins> postPatch = '' substituteInPlace src/org.btrfs-assistant.pkexec.policy  --replace-fail '/usr/bin' "$out/bin" </ins> <del> substituteInPlace src/btrfs-assistant-launcher  --replace 'btrfs-assistant' "$out/bin/btrfs-assistant" '' + lib.optionalString enableSnapper '' substituteInPlace src/btrfs-assistant.conf  --replace '/usr/bin/snapper' "${lib.getExe snapper}" ''; </del> <ins> substituteInPlace src/btrfs-assistant  --replace-fail 'btrfs-assistant-bin' "$out/bin/btrfs-assistant-bin" </ins> <del> qtWrapperArgs = let runtimeDeps = lib.makeBinPath ([ coreutils util-linux ] ++ lib.optionals enableSnapper [ snapper ]); in [ "--prefix PATH : ${runtimeDeps}" ]; </del> <ins> substituteInPlace src/btrfs-assistant-launcher  --replace-fail 'btrfs-assistant' "$out/bin/btrfs-assistant" '' + lib.optionalString enableSnapper '' substituteInPlace src/btrfs-assistant.conf  --replace-fail '/usr/bin/snapper' "${lib.getExe snapper}" ''; </ins> passthru.updateScript = nix-update-script { };

Discussion:
btrfs-assistant failed to use in nix-shell Steps to reproduce the behavior: A clear and concise description of what you expected to happen. nix-shell should success <!-- 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. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
I fixed the nix-shell -p error but the application doesn't run properly. Looking into if we need to do some env variable nonsense because of the way the application works.
Change:
poppler_utils ripgrep zip <ins> fzf </ins> ]; in rustPlatform.buildRustPackage rec { pname = "ripgrep-all";

Discussion:
As of (),  ships with a binary called . However, the Nix package does not include in , which means that this executable fails if is not already in for some reason. Steps to reproduce the behavior: neither nor are installed/in in any other way (works) (produces ) (the UI will open, indicating that it works) In all honesty, this might be the expected behavior. is not the main functionality of , so it might be okay to ship it as is, where running will report that needs to be installed. However, I was caught off guard by this, and I expected that would work. and Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]: