jiebi/CodeConvo huggingface dataset:
Code change:
A clear and concise description of what the bug is. You can browse files and it'll show them but playing a song (in my case an MP3 file) results in this error: On the next start, the song is greyed out. I've d it and it seems to try (and fail?) to load libavcodec. That might be why. is in spotify's library path but somehow it's not loading. Investigating now. <!-- 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.
Fallout from , PR incoming.

Related discussion:
text: curlWithGnuTls dbus expat <del> ffmpeg </del> <ins> ffmpeg_4 # Requires libavcodec < 59 as of 1.2.9.743.g85d9593d </ins> fontconfig freetype gdk-pixbuf
Code change:
A clear and concise description of what the bug is. You can browse files and it'll show them but playing a song (in my case an MP3 file) results in this error: On the next start, the song is greyed out. I've d it and it seems to try (and fail?) to load libavcodec. That might be why. is in spotify's library path but somehow it's not loading. Investigating now. <!-- 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.
Fallout from , PR incoming.

Related discussion:
text: ln -s ${nspr.out}/lib/libnspr4.so $libdir/libnspr4.so ln -s ${nspr.out}/lib/libplc4.so $libdir/libplc4.so <del> ln -s ${ffmpeg.lib}/lib/libavcodec.so* $libdir ln -s ${ffmpeg.lib}/lib/libavformat.so* $libdir </del> <ins> ln -s ${ffmpeg_4.lib}/lib/libavcodec.so* $libdir ln -s ${ffmpeg_4.lib}/lib/libavformat.so* $libdir </ins> rpath="$out/share/spotify:$libdir"
Code change:
When opted in to the latest Steam Beta (version ) starting Steam fails with the error Looking at the log output, it looks like it fails to load : Steps to reproduce the behavior: into Steam Beta steam Steam runs ! stdout when running : Please run and paste the result.
i'm able to reproduce this as well
In case anyone experiences this and wants a temporary workaround, you can opt out of the Steam Beta by running
I think this might be due to a change in nixpkgs rather than steam, since this works for me on: But it breaks for me when I update to:
Building with running with and using the bad commit is part of cc
Please test .

Related discussion:
text: libpsl nghttp2.lib rtmpdump <del> ] ++ steam-runtime-wrapped.overridePkgs </del> <ins> ] # This needs to come from pkgs as the passed-in steam-runtime-wrapped may not be the same architecture ++ pkgs.steamPackages.steam-runtime-wrapped.overridePkgs </ins> ++ extraLibraries pkgs; extraInstallCommands = lib.optionalString (steam != null) ''
Code change:
Steps to reproduce the behavior: Error: There should be a working matplotlib for 3.8, and the newer one for 3.9+, I guess Commit caused this regression. For 3.7.0: Latest matplotlib that worked for 3.8 is 3.6.2. by simply taking the old version of (before the said commit), which builds but fails to work with tk (I'm not sure tbh how to approach it). Please run and paste the result.
also cc
Maybe, try poetry2nix or using older nixpkgs.
I tried with but it gave me a error when trying to compile some boost library...
Sorry, but I don't have the energy to provide full support for the python package sets we don't recurse (3.8, 3.9) into. As such they're untested and the fast pace at which python libraries move makes it cumbersome to keep everything in working order.
greetings ! lists python 3.8 as compatible ( sorry you need to look at html title tag to see that its for version 3.7.1 matplotlib builds with this change, tested at I appreciate how much work you put into this, so I am happy to create a PR for this you should be able to just override attribute of derivation, you can refer to nixpkgs manual for that, or let us know if you need some assistance
Thank you! you can try now to use the master branch of nixpkgs with the shell you tried before
Thank you very much everybody. This fixes it :)

Related discussion:
text: pname = "matplotlib"; format = "pyproject"; <del> disabled = pythonOlder "3.9"; </del> <ins> disabled = pythonOlder "3.8"; </ins> src = fetchPypi { inherit pname version;
Code change:
Since , was moved to top level, and and are aliases of from the top level To find the usages of these aliases, you can search for in the repository Note that there are false positives (e.g. when used in overlays) and this also might not include all usages (let inherit)

Related discussion:
text: - The latest version of `clonehero` now stores custom content in `~/.clonehero`. See the [migration instructions](https://clonehero.net/2022/11/29/v23-to-v1-migration-instructions.html). Typically, these content files would exist along side the binary, but the previous build used a wrapper script that would store them in `~/.config/unity3d/srylain Inc_/Clone Hero`. <ins> - `python3.pkgs.fetchPypi` (and `python3Packages.fetchPypi`) has been deprecated in favor of top-level `fetchPypi`. </ins> - `etcd` has been updated to 3.5, you will want to read the [3.3 to 3.4](https://etcd.io/docs/v3.5/upgrades/upgrade_3_4/) and [3.4 to 3.5](https://etcd.io/docs/v3.5/upgrades/upgrade_3_5/) upgrade guides ## Other Notable Changes {#sec-release-23.11-notable-changes}
Code change:
Since , was moved to top level, and and are aliases of from the top level To find the usages of these aliases, you can search for in the repository Note that there are false positives (e.g. when used in overlays) and this also might not include all usages (let inherit)

Related discussion:
text: let inherit (self) callPackage; <del> inherit (python.passthru) isPy27 isPy37 isPy38 isPy39 isPy310 isPy311 isPy3k isPyPy pythonAtLeast pythonOlder; </del> namePrefix = python.libPrefix + "-";
Code change:
Since , was moved to top level, and and are aliases of from the top level To find the usages of these aliases, you can search for in the repository Note that there are false positives (e.g. when used in overlays) and this also might not include all usages (let inherit)

Related discussion:
text: inherit lib pkgs stdenv; inherit (python.passthru) isPy27 isPy37 isPy38 isPy39 isPy310 isPy311 isPy3k isPyPy pythonAtLeast pythonOlder; inherit buildPythonPackage buildPythonApplication; <del> inherit (pkgs) fetchPypi; </del> inherit hasPythonModule requiredPythonModules makePythonPath disabled disabledIf; inherit toPythonModule toPythonApplication; inherit buildSetupcfg;
Code change:
Since , was moved to top level, and and are aliases of from the top level To find the usages of these aliases, you can search for in the repository Note that there are false positives (e.g. when used in overlays) and this also might not include all usages (let inherit)

Related discussion:
text: face_recognition_models = face-recognition-models; # added 2022-10-15 fake_factory = throw "fake_factory has been removed because it is unused and deprecated by upstream since 2016."; # added 2022-05-30 faulthandler = throw "faulthandler is built into ${python.executable}"; # added 2021-07-12 <ins> inherit (super.pkgs) fetchPypi; # added 2023-05-25 </ins> filemagic = throw "inactive since 2014, so use python-magic instead"; # added 2022-11-19 flaskbabel = flask-babel; # added 2023-01-19 flask_login = flask-login; # added 2022-10-17
Code change:
Project description This is a CLI keyboard layout switcher for Gnome 3 and 4x. It is not based on the X interface but rather implements direct D-Bus messaging with the Gnome Shell. Metadata homepage URL: source URL: license: bsd platforms: unix, linux, darwin, ...

Related discussion:
text: <ins> { lib , stdenv , cmake , pkg-config , glib , fetchFromGitHub }: stdenv.mkDerivation rec { pname = "g3kb-switch"; version = "1.4"; src = fetchFromGitHub { owner = "lyokha"; repo = "g3kb-switch"; rev = version; sha256 = "sha256-mcZduHcteZ+nS0YEZG5DfmpA8xrnLhwxumq6hLuLPIs="; }; nativeBuildInputs = [ cmake pkg-config ]; buildInputs = [ glib ]; meta = with lib; { homepage = "https://github.com/lyokha/g3kb-switch"; description = "CLI keyboard layout switcher for GNOME Shell"; license = licenses.bsd2; maintainers = with maintainers; [ Freed-Wu ]; platforms = platforms.unix; }; } </ins>
Code change:
Project description aw-watcher-window-wayland is a part of ActivityWatch needed to have it working in a Wayland compositor. At the present time, without this, the ActivityWatch package is not working on Wayland environments Metadata homepage URL: source URL: license: MPL-2.0 license platforms: linux

Related discussion:
text: githubId = 1855930; name = "Ertugrul Söylemez"; }; <ins> esau79p = { github = "EsAu79p"; githubId = 21313906; name = "EsAu"; }; </ins> esclear = { github = "esclear"; githubId = 7432848;
Code change:
Project description aw-watcher-window-wayland is a part of ActivityWatch needed to have it working in a Wayland compositor. At the present time, without this, the ActivityWatch package is not working on Wayland environments Metadata homepage URL: source URL: license: MPL-2.0 license platforms: linux

Related discussion:
text: <ins> { lib, fetchFromGitHub, rustPlatform, pkg-config, openssl, }: rustPlatform.buildRustPackage rec { pname = "aw-watcher-window-wayland"; version = "6108ad3df8e157965a43566fa35cdaf144b1c51b"; src = fetchFromGitHub { owner = "ActivityWatch"; repo = pname; rev = version; hash = "sha256-xl9+k6xJp5/t1QPOYfnBLyYprhhrzjzByDKkT3dtVVQ="; }; cargoLock = { lockFile = ./Cargo.lock; outputHashes = { "aw-client-rust-0.1.0" = "sha256-9tlVesnBeTlazKE2UAq6dzivjo42DT7p7XMuWXHHlnU="; }; }; nativeBuildInputs = [ pkg-config ]; buildInputs = [ openssl ]; meta = with lib; { description = "WIP window and afk watcher for wayland "; homepage = "https://github.com/ActivityWatch/aw-watcher-window-wayland"; license = licenses.mpl20; maintainers = with maintainers; [ esau79p ]; }; } </ins>
Code change:
Project description aw-watcher-window-wayland is a part of ActivityWatch needed to have it working in a Wayland compositor. At the present time, without this, the ActivityWatch package is not working on Wayland environments Metadata homepage URL: source URL: license: MPL-2.0 license platforms: linux

Related discussion:
text: activitywatch = callPackage ../applications/office/activitywatch/wrapper.nix { }; <ins> aw-watcher-window-wayland = callPackage ../tools/wayland/aw-watcher-window-wayland {  }; </ins> adobe-reader = pkgsi686Linux.callPackage ../applications/misc/adobe-reader { }; adl = callPackage ../applications/video/adl { };
Code change:
now has an available file (). There are two implications here: should no longer use a generated/patched lockfile can use now because is avoided (which means the custom can be deleted as well) n/a n/a
, I ran the update script but ran into
Thank you! I'll keep an eye on it as well.
Is this going to work with still open?
it would still run, but the package would fail to build, so r-ryantm wouldn't make a successful update until is merged

Related discussion:
text: darwin.apple_sdk.frameworks.CoreServices ]; <del> passthru.updateScript = ./update.sh; </del> <ins> passthru.updateScript = nix-update-script { extraArgs = [ "--version" "branch" ]; }; </ins> meta = with lib; { description = "Reindeer is a tool which takes Rust Cargo dependencies and generates Buck build rules";
Code change:
now has an available file (). There are two implications here: should no longer use a generated/patched lockfile can use now because is avoided (which means the custom can be deleted as well) n/a n/a
, I ran the update script but ran into
Thank you! I'll keep an eye on it as well.
Is this going to work with still open?
it would still run, but the package would fail to build, so r-ryantm wouldn't make a successful update until is merged

Related discussion:
text: <del> #!/usr/bin/env nix-shell #!nix-shell -I nixpkgs=./. -i bash -p curl jq nix-prefetch common-updater-scripts mktemp nix coreutils # First, check that we only update once per day since the version tag is dependent on the date. NEW_VERSION="unstable-$(date -u +%F)" CURRENT_VERSION=$(nix-instantiate --eval -E "with import ./. {}; reindeer.version" | tr -d '"') if [[ "$NEW_VERSION" == "$CURRENT_VERSION" ]]; then echo "skipping reindeer update within same day (version: "$CURRENT_VERSION")" exit 0 fi # Second, let's check if there's a new commit to main. NEW_REV=$(curl https://api.github.com/repos/facebookincubator/reindeer/branches/main | jq '.commit.sha') CURRENT_REV=$(nix-instantiate --eval -E "with import ./. {}; reindeer.src.rev") if [[ "$NEW_REV" == "$CURRENT_REV" ]]; then echo "reindeer is up-to-date (rev: $CURRENT_REV)" exit 0 fi echo "updating reindeer (new: $NEW_REV) (old: $CURRENT_REV)" # Generate the new lockfile in a temporary directory. pushd $(mktemp -d) git clone https://github.com/facebookincubator/reindeer.git --depth=1 pushd reindeer cargo generate-lockfile LOCKFILE=$(realpath ./Cargo.lock) popd popd cp $LOCKFILE pkgs/development/tools/reindeer/ # Get the new sha256 value. TRIMMED_REV=$(echo $NEW_REV | tr -d '"') HASH_RAW=$(nix-prefetch-url https://github.com/facebookincubator/reindeer/archive/${TRIMMED_REV}.tar.gz --unpack --type sha256) HASH_SRI=$(nix hash to-sri --type sha256 ${HASH_RAW}) # Update the file accordingly. update-source-version reindeer "$NEW_VERSION" ${HASH_SRI} --rev=${TRIMMED_REV} </del>
Code change:
is using the memory GSettings backend on my unstable NixOS system. Because of that it forgets any change in its settings done by the user. The window manager used is . The system configuration has in . Before the latest change () was to in an explicitly wrapper, which was replaced by . There is no explicitly mention of anymore in the nix expression after this change. Can it be related? System: (NixOS: , Ubuntu/Fedora: , ...) Nix version: (run ) Nixpkgs version: (run )
Yeah, this is related -- my fault. Thanks!

Related discussion:
text: <ins> {stdenv, fetchurl, yacc, flex, pkgconfig, glib, xz}: stdenv.mkDerivation rec { version = "0.15.2"; name = "vala-${version}"; src = fetchurl { url = "mirror://gnome/sources/vala/0.15/${name}.tar.xz"; sha256 = "0g71zq6dpqrw2f40wfzdf18fdw41ymr17laqniy2kr622hkxdi8w"; }; buildNativeInputs = [ yacc flex pkgconfig xz ]; buildInputs = [ glib ]; meta = { description = "Compiler for the GObject type system"; homepage = "http://live.gnome.org/Vala"; license = "free-copyleft"; platforms = stdenv.lib.platforms.all; maintainers = [ stdenv.lib.maintainers.antono ]; }; } </ins>
Code change:
is using the memory GSettings backend on my unstable NixOS system. Because of that it forgets any change in its settings done by the user. The window manager used is . The system configuration has in . Before the latest change () was to in an explicitly wrapper, which was replaced by . There is no explicitly mention of anymore in the nix expression after this change. Can it be related? System: (NixOS: , Ubuntu/Fedora: , ...) Nix version: (run ) Nixpkgs version: (run )
Yeah, this is related -- my fault. Thanks!

Related discussion:
text: <ins> {stdenv, fetchurl, yacc, flex, pkgconfig, glib, xz}: stdenv.mkDerivation rec { version = "0.16.1"; name = "vala-${version}"; src = fetchurl { url = "mirror://gnome/sources/vala/0.16/${name}.tar.xz"; sha256 = "1n708n9ixyy9qrzyv1wf4ybvcclx43ib9ki028wwpvkz6kv8zqlb"; }; buildNativeInputs = [ yacc flex pkgconfig xz ]; buildInputs = [ glib ]; meta = { description = "Compiler for the GObject type system"; homepage = "http://live.gnome.org/Vala"; license = "free-copyleft"; platforms = stdenv.lib.platforms.all; maintainers = [ stdenv.lib.maintainers.antono ]; }; } </ins>
Code change:
is using the memory GSettings backend on my unstable NixOS system. Because of that it forgets any change in its settings done by the user. The window manager used is . The system configuration has in . Before the latest change () was to in an explicitly wrapper, which was replaced by . There is no explicitly mention of anymore in the nix expression after this change. Can it be related? System: (NixOS: , Ubuntu/Fedora: , ...) Nix version: (run ) Nixpkgs version: (run )
Yeah, this is related -- my fault. Thanks!

Related discussion:
text: {stdenv, fetchurl, yacc, flex, pkgconfig, glib, xz}: stdenv.mkDerivation rec { <del> name = "vala-0.14.2"; </del> <ins> version = "0.17.2"; name = "vala-${version}"; </ins> src = fetchurl { <del> url = mirror://gnome/sources/vala/0.14/vala-0.14.2.tar.xz; sha256 = "1l5kllw9vpwv24lzv9fp64l3sad46wpxgvsgryrwlrjg91w6jzl0"; </del> <ins> url = "mirror://gnome/sources/vala/0.17/${name}.tar.xz"; sha256 = "09i2s0dwmrk147ind2dx7nq845g12fp6fsjqrphhrr0dbi0zzgh3"; </ins> }; buildNativeInputs = [ yacc flex pkgconfig xz ];
Code change:
is using the memory GSettings backend on my unstable NixOS system. Because of that it forgets any change in its settings done by the user. The window manager used is . The system configuration has in . Before the latest change () was to in an explicitly wrapper, which was replaced by . There is no explicitly mention of anymore in the nix expression after this change. Can it be related? System: (NixOS: , Ubuntu/Fedora: , ...) Nix version: (run ) Nixpkgs version: (run )
Yeah, this is related -- my fault. Thanks!

Related discussion:
text: meta = { description = "Compiler for the GObject type system"; homepage = "http://live.gnome.org/Vala"; <ins> license = "free-copyleft"; platforms = stdenv.lib.platforms.all; maintainers = [ stdenv.lib.maintainers.antono ]; </ins> }; }
Code change:
is using the memory GSettings backend on my unstable NixOS system. Because of that it forgets any change in its settings done by the user. The window manager used is . The system configuration has in . Before the latest change () was to in an explicitly wrapper, which was replaced by . There is no explicitly mention of anymore in the nix expression after this change. Can it be related? System: (NixOS: , Ubuntu/Fedora: , ...) Nix version: (run ) Nixpkgs version: (run )
Yeah, this is related -- my fault. Thanks!

Related discussion:
text: urweb = callPackage ../development/compilers/urweb { }; <del> vala = callPackage ../development/compilers/vala { }; </del> <ins> vala = vala17; vala15 = callPackage ../development/compilers/vala/15.2.nix { }; vala16 = callPackage ../development/compilers/vala/16.1.nix { }; vala17 = callPackage ../development/compilers/vala/default.nix { }; </ins> visualcpp = callPackage ../development/compilers/visual-c++ { };
Code change:
Project description linux-wallpaperengine aims to reproduce the background functionality of Wallpaper Engine on Linux systems. There already is a wallpaper-engine implementation packaged, but it only works on KDE, while this project should work with most Wayland-compositors and window-managers. Metadata homepage URL: source URL: license: gpl3 platforms: linux I tried to package it myself, but the "just compare with other packages" approach of the nixpkgs documentation was very confusing to me. If someone can point me to other documentation or anything helpful I'd be happy to try it again.
Sort of, it still runs under X fyi My rough process: check the repo of whatever you're packaging to see what language and tooling it uses read the nixpkgs manual for the language and tooling that you're building with find examples of other expressions in nixpkgs that use the same tooling to get an idea of the structure use something like to generate the boilerplate for the expression , get an error, use to find the required dependency (repeat this step until there are no more build errors) submit PR

Related discussion:
text: <ins> { lib , stdenv , fetchFromGitHub , cmake , ffmpeg , freeglut , freeimage , glew , glfw , glm , libGL , libpulseaudio , libX11 , libXau , libXdmcp , libXext , libXpm , libXrandr , libXxf86vm , lz4 , mpv , pkg-config , SDL2 , SDL2_mixer , zlib }: stdenv.mkDerivation { pname = "linux-wallpaperengine"; version = "unstable-2023-09-23"; src = fetchFromGitHub { owner = "Almamu"; repo = "linux-wallpaperengine"; # upstream lacks versioned releases rev = "21c38d9fd1d3d89376c870cec5c5e5dc7086bc3c"; hash = "sha256-bZlMHlNKSydh9eGm5cFSEtv/RV9sA5ABs99uurblBZY="; }; nativeBuildInputs = [ cmake pkg-config ]; buildInputs = [ ffmpeg freeglut freeimage glew glfw glm libGL libpulseaudio libX11 libXau libXdmcp libXext libXrandr libXpm libXxf86vm mpv lz4 SDL2 SDL2_mixer.all zlib ]; meta = { description = "Wallpaper Engine backgrounds for Linux"; homepage = "https://github.com/Almamu/linux-wallpaperengine"; license = lib.licenses.gpl3Only; mainProgram = "linux-wallpaperengine"; maintainers = with lib.maintainers; [ eclairevoyant ]; platforms = lib.platforms.linux; }; } </ins>
Code change:
Applications are starting to allocate more times than allowed by the default value of vm.maxmapcount, . For instance, this situation arises in applications such as Ryujinx () and newer Windows games like Hogwarts Legacy (). SteamOS has already addressed this matter by augmenting the aforementioned value, while Fedora intends to implement the same modification in Fedora 39 (, ).
Please feel free to send PRs, it's hard to track those issues as you don't mention any owner.
The line to add is: The questions are: How big should n be? ? ? In which file should I add it? At the bottom of
You mentioned other distros were thinking about bumping it, let's follow Fedora lead In the relevant file, a quick grep shows indeed that sysctl is one of the best candidate. :)
For the policy discussion: I'm all in favor of doing this soon(m). It is not really dangerous and as people have explained to me the previous default has been there for historical reasons and 32 bit systems.

Related discussion:
text: }; config = mkIf (cfg.provider != "libc") { <del> boot.kernel.sysctl."vm.max_map_count" = mkIf (cfg.provider == "graphene-hardened") (mkDefault 1048576); </del> environment.etc."ld-nix.so.preload".text = '' ${providerLibPath} '';
Code change:
Applications are starting to allocate more times than allowed by the default value of vm.maxmapcount, . For instance, this situation arises in applications such as Ryujinx () and newer Windows games like Hogwarts Legacy (). SteamOS has already addressed this matter by augmenting the aforementioned value, while Fedora intends to implement the same modification in Fedora 39 (, ).
Please feel free to send PRs, it's hard to track those issues as you don't mention any owner.
The line to add is: The questions are: How big should n be? ? ? In which file should I add it? At the bottom of
You mentioned other distros were thinking about bumping it, let's follow Fedora lead In the relevant file, a quick grep shows indeed that sysctl is one of the best candidate. :)
For the policy discussion: I'm all in favor of doing this soon(m). It is not really dangerous and as people have explained to me the previous default has been there for historical reasons and 32 bit systems.

Related discussion:
text: # Disable YAMA by default to allow easy debugging. boot.kernel.sysctl."kernel.yama.ptrace_scope" = mkDefault 0; <ins> # Improve compatibility with applications that allocate # a lot of memory, like modern games boot.kernel.sysctl."vm.max_map_count" = mkDefault 1048576; </ins> }; }