jiebi/CodeConvo huggingface dataset:
Code change:
Package name: bcachefs-tools Latest released version: 1.9.1 <!-- Search your package here: --- Current version on the unstable channel: 1.7.0-unstable-2024-05-09 Current version on the stable/release channel: 1.7.0-unstable-2024-05-09 <!-- 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. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:

Related discussion:
text: cargoDeps = rustPlatform.fetchCargoTarball { src = finalAttrs.src; <del> hash = "sha256-RsRz/nb8L+pL1U4l6RnvqeDFddPvcBFH4wdV7G60pxA="; </del> <ins> hash = "sha256-rabiNqw4hg0Js8VadxfkhNLIsrKfMuoKa5lFIfSMNPY="; </ins> }; makeFlags = [
Code change:
Package name: bcachefs-tools Latest released version: 1.9.1 <!-- Search your package here: --- Current version on the unstable channel: 1.7.0-unstable-2024-05-09 Current version on the stable/release channel: 1.7.0-unstable-2024-05-09 <!-- 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. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:

Related discussion:
text: # FIXME: Try enabling this once the default linux kernel is at least 6.7 doCheck = false; # needs bcachefs module loaded on builder <del> patches = [ # code refactoring of bcachefs-tools broke reading passphrases from stdin (vs. terminal) # upstream issue https://github.com/koverstreet/bcachefs-tools/issues/261 ./fix-encrypted-boot.patch # https://github.com/koverstreet/bcachefs-tools/pull/305 (fetchpatch { name = "use-ar-var-in-makefile.patch"; url = "https://github.com/koverstreet/bcachefs-tools/commit/91e67ab2bd48fa135a1f5109b23899a4f1019a03.patch"; sha256 = "sha256-nB4Tgcwa8eeasIDQ4rrYORie/X8LMuCSRi+WJNw+R/U="; }) ]; </del> postPatch = '' substituteInPlace Makefile  --replace-fail "target/release/bcachefs" "target/${stdenv.hostPlatform.rust.rustcTargetSpec}/release/bcachefs"
Code change:
The gitlab  script depends on , which was removed by in . Steps to reproduce the behavior: The update scripts succeeds. (myself) Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Also looks like nix-update could be used here.
Ok. looks like switching to nix-update would require some other major refactoring because the writes out some json file out. But here is a simpler approach:

Related discussion:
text: #!/usr/bin/env nix-shell <del> #! nix-shell -I nixpkgs=../../../.. -i python3 -p bundix bundler nix-update nix nix-universal-prefetch python3 python3Packages.requests python3Packages.click python3Packages.click-log python3Packages.packaging prefetch-yarn-deps git </del> <ins> #! nix-shell -I nixpkgs=../../../.. -i python3 -p bundix bundler nix-update nix python3 python3Packages.requests python3Packages.click python3Packages.click-log python3Packages.packaging prefetch-yarn-deps git </ins> import click import click_log
Code change:
The gitlab  script depends on , which was removed by in . Steps to reproduce the behavior: The update scripts succeeds. (myself) Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Also looks like nix-update could be used here.
Ok. looks like switching to nix-update would require some other major refactoring because the writes out some json file out. But here is a simpler approach:

Related discussion:
text: reverse=True, ) return versions def get_git_hash(self, rev: str): return ( subprocess.check_output( [ <del> "nix-universal-prefetch", "fetchFromGitLab", "--owner", self.owner, "--repo", self.repo, "--rev", rev, </del> <ins> "nix-prefetch-url", "--unpack", f"https://gitlab.com/{self.owner}/{self.repo}/-/archive/{rev}/{self.repo}-{rev}.tar.gz", </ins> ] ) .decode("utf-8")
Code change:
Mealie was updated from 1.7.0 to 1.9.0, and it's now failing to launch, even though I'm using the exact same configuration. It actually seems that just enabling Mealie, with no configuration isn't working. What's weird is that the error is referring to , which is a sops-nix directory. I even rebooted, but it's still getting that particular error Use the following configuration: Mealie successfully starts. Here's my original Nix configuration: Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Tested on VM, works fine with the base configuration. The problem comes from the part of your configuration, it seams that you need the setup the user to get access to the directory. I'm not familiar with , is there a group you could add the user to so that it can access the directory ?
You can allow a specific user/group access to the decrypted sops secret file using the options. See this example in my config:
It still doesn't work after doing that. I wonder if it's some state getting left over that screws something up, because it's weird it would still not work after removing everything but . I deleted though, and it's still happening, and it also still works if I role back to 1.7.0. Although, I am using PostgreSQL so maybe it's something in there? Note that it's happening in . Here's my updated Nix file:
The issue seems to have something to do with this mealie commit: Mealie 1.9.0 works when the commit is reverted:
Somebody opened a PR to get this fixed upstream:
I've also opened , which prevents mealie from exploding when it encounters a secrets directory that it doesn't have permission to read. I've verified that it fixes this issue in my own NixOS deployment.
has been merged and should be out in the next release. In the meantime, we can pull in to the currently available v1.11.0 to fix the bug. I'll create a PR for this.
I'm still experiencing this issue when Mealie first starts after boot, but it goes away after restarting the service. I'm guessing it's because sops-nix hasn't setup the directory yet? Should I open a new issue?
That warning message seems to be intentional. The patch always prints a warning before the directory is ignored.

Related discussion:
text: , stdenv , callPackage , fetchFromGitHub <ins> , fetchpatch </ins> , makeWrapper , nixosTests , python3Packages
Code change:
Mealie was updated from 1.7.0 to 1.9.0, and it's now failing to launch, even though I'm using the exact same configuration. It actually seems that just enabling Mealie, with no configuration isn't working. What's weird is that the error is referring to , which is a sops-nix directory. I even rebooted, but it's still getting that particular error Use the following configuration: Mealie successfully starts. Here's my original Nix configuration: Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Tested on VM, works fine with the base configuration. The problem comes from the part of your configuration, it seams that you need the setup the user to get access to the directory. I'm not familiar with , is there a group you could add the user to so that it can access the directory ?
You can allow a specific user/group access to the decrypted sops secret file using the options. See this example in my config:
It still doesn't work after doing that. I wonder if it's some state getting left over that screws something up, because it's weird it would still not work after removing everything but . I deleted though, and it's still happening, and it also still works if I role back to 1.7.0. Although, I am using PostgreSQL so maybe it's something in there? Note that it's happening in . Here's my updated Nix file:
The issue seems to have something to do with this mealie commit: Mealie 1.9.0 works when the commit is reverted:
Somebody opened a PR to get this fixed upstream:
I've also opened , which prevents mealie from exploding when it encounters a secrets directory that it doesn't have permission to read. I've verified that it fixes this issue in my own NixOS deployment.
has been merged and should be out in the next release. In the meantime, we can pull in to the currently available v1.11.0 to fix the bug. I'll create a PR for this.
I'm still experiencing this issue when Mealie first starts after boot, but it goes away after restarting the service. I'm guessing it's because sops-nix hasn't setup the directory yet? Should I open a new issue?
That warning message seems to be intentional. The patch always prints a warning before the directory is ignored.

Related discussion:
text: inherit version src; pyproject = true; <ins> patches = [ # Pull in https://github.com/mealie-recipes/mealie/pull/4002 manually until # it lands in an upstream mealie release. # See https://github.com/NixOS/nixpkgs/issues/321623. ( fetchpatch { url = "https://github.com/mealie-recipes/mealie/commit/65ece35966120479db903785b22e9f2645f72aa4.patch"; hash = "sha256-4Nc0dFJrZ7ElN9rrq+CFpayKsrRjRd24fYraUFTzcH8="; }) ]; </ins> build-system = with pythonpkgs; [ poetry-core ]; nativeBuildInputs = [ makeWrapper ];
Code change:
Steps to reproduce the behavior: gerbolyze Test failures: and Upstream issue . While upstream is working on a fix, the issue can be worked around using the shell (run ) from the following : Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:

Related discussion:
text: platforms = platforms.linux; }; }; <ins> # FIXME: check if this downgrade is still required when bumping gerbolyze # https://github.com/jaseg/gerbolyze/issues/47 resvg' = resvg.overrideAttrs (old: rec { version = "0.41.0"; src = old.src.override { rev = "v${version}"; hash = "sha256-plZiyEiBWeV2mwTsNK5Je8Axs/hcHH8aV2VpOix6QCY="; }; cargoDeps = old.cargoDeps.overrideAttrs (lib.const { name = "${old.pname}-${version}-vendor.tar.gz"; inherit src; outputHash = "sha256-U7xzb9e9wh9XbLvlYQ0ofIjH8FuSzVcrXnrehQmZgww="; }); }); </ins> in python3Packages.buildPythonApplication rec { inherit version src; pname = "gerbolyze";
Code change:
Steps to reproduce the behavior: gerbolyze Test failures: and Upstream issue . While upstream is working on a fix, the issue can be worked around using the shell (run ) from the following : Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:

Related discussion:
text: python3Packages.python-slugify python3Packages.lxml python3Packages.gerbonara <del> resvg </del> <ins> resvg' </ins> svg-flatten ];
Code change:
Steps to reproduce the behavior: gerbolyze Test failures: and Upstream issue . While upstream is working on a fix, the issue can be worked around using the shell (run ) from the following : Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:

Related discussion:
text: pythonImportsCheck = [ "gerbolyze" ]; <del> nativeCheckInputs = [ python3Packages.pytestCheckHook resvg svg-flatten ]; </del> <ins> nativeCheckInputs = [ python3Packages.pytestCheckHook resvg' svg-flatten ]; </ins> meta = with lib; { description = "Directly render SVG overlays into Gerber and Excellon files";
Code change:
Application crashes with when scrolling back chat to images/videos. I'm not really sure what exactly triggers a crash, but the project's README says that when viewing media. Steps to reproduce the behavior: . a chat room with images/videos. a crash No crash. Nope. I've also tried overriding the package locally by adding gst plugins to , and when it didn't work, to like so: but that didn't help. <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. --- system: host os: multi-user?: sandbox: version: nixpkgs: Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:

Related discussion:
text: , blueprint-compiler , libxml2 , libshumate <ins> , gst_all_1 </ins> , darwin }:
Code change:
Application crashes with when scrolling back chat to images/videos. I'm not really sure what exactly triggers a crash, but the project's README says that when viewing media. Steps to reproduce the behavior: . a chat room with images/videos. a crash No crash. Nope. I've also tried overriding the package locally by adding gst plugins to , and when it didn't work, to like so: but that didn't help. <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. --- system: host os: multi-user?: sandbox: version: nixpkgs: Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:

Related discussion:
text: libadwaita-paperplane tdlib-paperplane rlottie-paperplane <ins> gst_all_1.gstreamer gst_all_1.gst-libav gst_all_1.gst-plugins-base gst_all_1.gst-plugins-good </ins> ] ++ lib.optionals stdenv.isDarwin [ darwin.apple_sdk.frameworks.Foundation ];
Code change:
notes that this is a fixme.
cc
I use Nix as a package manager in Ubuntu, so I can't really test this. In Ubuntu, drops the file in , and the user is expected to change on their own.
I think the best approach would be to generate an script that returns the path to . Then it would work in the cases where it's installed in a random profile too. As long as it's on the PATH you can use
PR ^

Related discussion:
text: </section> <ins> <section xml:id="sec-autojump"> <title>Autojump</title> <para> autojump needs the shell integration to be useful but unlike other systems, nix doesn't have a standard share directory location. This is why a <command>autojump-share</command> script is shipped that prints the location of the shared folder. This can then be used in the .bashrc like this: <screen> source "$(autojump-share)/autojump.bash" </screen> </para> </section> </ins> </chapter>
Code change:
notes that this is a fixme.
cc
I use Nix as a package manager in Ubuntu, so I can't really test this. In Ubuntu, drops the file in , and the user is expected to change on their own.
I think the best approach would be to generate an script that returns the path to . Then it would work in the cases where it's installed in a random profile too. As long as it's on the PATH you can use
PR ^

Related discussion:
text: mkdir -p "$out/etc/bash_completion.d" cp -v $out/share/autojump/autojump.bash "$out/etc/bash_completion.d" <del> # FIXME: What's the right place for `autojump.zsh'? # This can be used as a workaround in .zshrc: # . $HOME/.nix-profile/share/autojump/autojump.zsh </del> <ins> cat <<SCRIPT > $out/bin/autojump-share #!/bin/sh # Run this script to find the autojump shared folder where all the shell # integration scripts are living. echo $out/share/autojump SCRIPT chmod +x $out/bin/autojump-share </ins> ''; meta = {
Code change:
Steps to reproduce the behavior: unstable defined, enable the ollama service with pkg overridden to point at unstable: without show-trace: with --show-trace: Add any other context about the problem here. Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Hi! Can you confirm your nixpkgs revision has this change incorporated and you're not overriding the package manually?

Related discussion:
text: inherit (lib) types; cfg = config.services.ollama; <del> ollamaPackage = cfg.package.override { </del> <ins> ollamaPackage = cfg.package.override (prevArgs: { </ins> inherit (cfg) acceleration; <ins> } // lib.optionalAttrs (prevArgs ? linuxPackages) { </ins> linuxPackages = config.boot.kernelPackages // { nvidia_x11 = config.hardware.nvidia.package; }; <del> }; </del> <ins> }); </ins> in { options = {
Code change:
Project description Session persistence tool: "Think tmux, then aim... lower" Metadata homepage URL: source URL: (Cargo Rust) license: Apache-2.0 platforms: linux note: primarily useful for nixos servers, not workstations!

Related discussion:
text: <ins> { lib, rustPlatform, fetchFromGitHub, linux-pam, testers, shpool, }: rustPlatform.buildRustPackage rec { pname = "shpool"; version = "0.6.2"; src = fetchFromGitHub { owner = "shell-pool"; repo = "shpool"; rev = "v${version}"; hash = "sha256-6gfK71uM6IOP571Jzv3QPPKITaRteXyySZAstH0e+/M="; }; postPatch = '' substituteInPlace systemd/shpool.service  --replace-fail '/usr/bin/shpool' "$out/bin/shpool" ''; cargoHash = "sha256-rJ+Avq/6y68xEcJ+EeFVhFaSWJyC+x0a46cclVsTE4Q="; buildInputs = [ linux-pam ]; # The majority of tests rely on impure environment # (such as systemd socket, ssh socket), and some of them # have race conditions. They don't print their full name, # tried skipping them but failed doCheck = false; postInstall = '' install -Dm444 systemd/shpool.service -t $out/lib/systemd/user install -Dm444 systemd/shpool.socket -t $out/lib/systemd/user ''; passthru.tests.version = testers.testVersion { command = "shpool version"; package = shpool; }; meta = { description = "Persistent session management like tmux, but more lightweight"; homepage = "https://github.com/shell-pool/shpool"; license = lib.licenses.asl20; mainProgram = "shpool"; maintainers = with lib.maintainers; [ aleksana ]; platforms = lib.platforms.linux; }; } </ins>
Code change:
shell completion does not work with fastfetch fastfatch fish and shell completion works ! Add any other context about the problem here. system: host os: multi-user?: sandbox: version: nixpkgs: Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:

Related discussion:
text: (lib.cmakeOptionType "filepath" "CUSTOM_AMDGPU_IDS_PATH" "${libdrm}/share/libdrm/amdgpu.ids") ]; <ins> postPatch = '' substituteInPlace completions/fastfetch.fish --replace-fail python3 '${python3.interpreter}' ''; </ins> postInstall = '' wrapProgram $out/bin/fastfetch  --prefix LD_LIBRARY_PATH : "${lib.makeLibraryPath finalAttrs.buildInputs}"
Code change:
Steps to reproduce the behavior: spotdl/asciinema/binwalk/gpodder/autotiling/... Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
I am getting the same issue from binwalk after updating flake inputs: the same error also occurs when trying to install the package xsser or pwndbg. So it seems to affect a lot of packages using python.
Also having this, I do not have Spotdl installed however. I think it might be a underlying issue with some dependency
Got the same error with gpodder
Same with blender It seems multiple builds are failing here
I also had issue with Blender-hip but different error I am not sure if it is related or not it was issue with OpenUSD which is NVIDIAs weird model format or something(?)
getting the same issue for & asciinema logs: autotiling/i3ipc
Same issue for and .
I fixed in . The PR just replaces the package (unsupported in python 3.12) with () .
This issue has been mentioned on NixOS Discourse. There might be relevant details there:
This issue has been mentioned on NixOS Discourse. There might be relevant details there:
Same error with plex-mpv-shim Created for plex-mpv-shim EDIT: appears to be fixed on master already
seems to be the latest working commit (one before )
Same with plasma-hud and gnuradio for library thrift.
upd: also yep, and is also have this issue hi! same think, this time with , im not a big expert on flake and nix, but maybe there some simple fix like to pin old python version or something?
Binwalk is also having this issue:
Same issue with
see and fixed by
the issue is still there. Here the trace:
My issue will be fixed by
I have issue during nix-darwin update
Issue persist for nix-darwin update using flakes
Same issue for pony-0.7.17 (pgadmin)
Please open separate issues for all packages that haven't been fixed on master yet. This issue was about spotdl. Btw, nose will work on Python 3.12 once or is merged.

Related discussion:
text: hash = "sha256-9ruhOLaYNESeKOwJs3IN6ct66fSq7My9DOyA7/cH3d0="; }; <ins> doCheck = pythonOlder "3.12"; </ins> nativeCheckInputs = [ nose pytestCheckHook
Code change:
Steps to reproduce the behavior: build .#hplip Looks like more fallout from Python 3.12. Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
This issue has been mentioned on NixOS Discourse. There might be relevant details there:

Related discussion:
text: { lib, stdenv, fetchurl, substituteAll , pkg-config, autoreconfHook <del> , cups, zlib, libjpeg, libusb1, python3Packages, sane-backends </del> <ins> , cups, zlib, libjpeg, libusb1, python311Packages, sane-backends </ins> , dbus, file, ghostscript, usbutils , net-snmp, openssl, perl, nettools, avahi , bash, util-linux
Code change:
Steps to reproduce the behavior: build .#hplip Looks like more fallout from Python 3.12. Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
This issue has been mentioned on NixOS Discourse. There might be relevant details there:

Related discussion:
text: assert withPlugin -> builtins.elem hplipArch pluginArches || throw "HPLIP plugin not supported on ${stdenv.hostPlatform.system}"; <del> python3Packages.buildPythonApplication { </del> <ins> python311Packages.buildPythonApplication { </ins> inherit pname version src; format = "other";
Code change:
Steps to reproduce the behavior: build .#hplip Looks like more fallout from Python 3.12. Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
This issue has been mentioned on NixOS Discourse. There might be relevant details there:

Related discussion:
text: autoreconfHook ] ++ lib.optional withQt5 qt5.wrapQtAppsHook; <del> pythonPath = with python3Packages; [ </del> <ins> pythonPath = with python311Packages; [ </ins> dbus pillow pygobject3
Code change:
Steps to reproduce the behavior: build .#hplip Looks like more fallout from Python 3.12. Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
This issue has been mentioned on NixOS Discourse. There might be relevant details there:

Related discussion:
text: # There are some binaries there, which reference gcc-unwrapped otherwise. stripDebugList = [ <del> "share/hplip" "lib/cups/backend" "lib/cups/filter" python3Packages.python.sitePackages "lib/sane" </del> <ins> "share/hplip" "lib/cups/backend" "lib/cups/filter" python311Packages.python.sitePackages "lib/sane" </ins> ]; meta = with lib; {
Code change:
Package name: dbeaver-bin Latest released version: 24.1.2 <!-- Search your package here: --- Current version on the unstable channel: 24.1.1 Current version on the stable/release channel: 24.0.5 <!-- 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. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:

Related discussion:
text: stdenvNoCC.mkDerivation (finalAttrs: { pname = "dbeaver-bin"; <del> version = "24.1.1"; </del> <ins> version = "24.1.2"; </ins> src = let