jiebi/CodeConvo huggingface dataset:
Change:
# Patch pastebin & inxi location sed "s|/usr/bin/pastebin|$out/bin/pastebin|" -i scripts/upload-system-info sed "s|'inxi'|'${inxi}/bin/inxi'|" -i scripts/upload-system-info <ins> # Patch gtk3 module target dir substituteInPlace libxapp/meson.build  --replace "gtk3_dep.get_pkgconfig_variable('libdir')" "'$out'" </ins> ''; meta = with lib; {

Discussion:
<!-- Note that these are hard requirements --<!-- You can use the "Go to file" functionality on github to find the package Then you can go to the history for this package Find the latest "packagename: oldversion -newversion" commit The "newversion" is the the current version of the package --- <!-- Type the name of your package and try to find an open pull request for the package If you find an open pull request, you can review it! There's a high chance that you'll have the new version right away while helping the community! --- name: xapps <!-- The current version can be found easily with the same process than above for checking the master branch If an open PR is present for the package, take this version as the current one and link to the PR --current version: 1.8.9 desired version: 1.9.0 or newer <!-- Search your package here: If no maintainer is listed for your package, tag the person that last updated the package --maintainers: Please tag this issue in your PR.
Change:
smugline = throw "smugline has been removed from nixpkgs, as it's unmaintained and depends on deprecated libraries."; # added 2020-11-04 slim = throw "slim has been removed. Please use a different display-manager"; # added 2019-11-11 slimThemes = throw "slimThemes has been removed because slim has been also"; # added 2019-11-11 <ins> solr_8 = solr; # added 2021-01-30 </ins> spectral = neochat; # added 2020-12-27 sundials_3 = throw "sundials_3 was removed in 2020-02. outdated and no longer needed";

Discussion:
, CVSSv3=9.8 (nixos-20.09, nixos-unstable) Scanned versions: nixos-20.09: ; nixos-unstable: . Cc Cc
Change:
unidecode ] ++ (concatMap (p: p.propagatedBuildInputs) (attrValues enabledPlugins)); <ins> # see: https://github.com/NixOS/nixpkgs/issues/56943#issuecomment-1131643663 nativeBuildInputs = [ gobject-introspection ]; </ins> buildInputs = [ ] ++ (with gst_all_1; [ gst-plugins-base

Discussion:
Using the beets package together with replaygain setting stopped working on unstable and master branches. With the following config: Beets will not launch and just returns an error: Beets should launch correctly without a error. A workaround to make it work again is to replace the backend to . Please run and paste the result.
This also breaks the mopidy-youtube extension, with the same error:
Mopidy should be fixed by in the next nixos-unstable bump. I imagine the cause of the issue for beets is similar
Yep, that's it. Fix in the PR.
Change:
python ]; <del> dontUseCmakeConfigure = true; buildPhase = '' runHook preBuild substituteInPlace setup.py  --replace 'cmake_args = []' "cmake_args = [ "-DCMAKE_INSTALL_PREFIX=$prefix" ]" ${pyEnv.interpreter} setup.py --sdk build --parallel=$NIX_BUILD_CORES runHook postBuild </del> <ins> postBuild = '' pushd /build/source/api/python ${pyEnv.interpreter} setup.py build --parallel=$NIX_BUILD_CORES popd </ins> ''; <del> # I was unable to find a way to build the library itself and have it install # to $out, while also installing the Python bindings to $py without building # the project twice (using cmake), so this is the best we've got. It uses # something called CPack to create the tarball, but it's not obvious to me # *how* that happens, or how to intercept it to just get the structured # library output. installPhase = '' runHook preInstall mkdir -p $out $py/nix-support echo "${python}" >> $py/nix-support/propagated-build-inputs tar xf build/*.tar.gz --directory $out --strip-components 1 </del> <ins> postInstall = '' pushd /build/source/api/python </ins> ${pyEnv.interpreter} setup.py install --skip-build --root=/ --prefix=$py <del> runHook postInstall </del> <ins> popd </ins> ''; meta = with lib; {

Discussion:
Steps to reproduce the behavior: Might be worth updating to 0.13.2 as well system: host os: multi-user?: sandbox: version: channels(root): channels(mia): nixpkgs:
Change:
pname = "stig"; # This project has a different concept for pre release / alpha, # Read the project's README for details: https://github.com/rndusr/stig#stig <del> version = "0.12.8a0"; </del> <ins> version = "0.12.10a0"; </ins> src = fetchFromGitHub { owner = "rndusr"; repo = "stig"; rev = "v${version}"; <del> sha256 = "sha256-vfmuA6DqWvAygcS6N+qX1h+Ag+P4eOwm41DhAFZR3r8="; </del> <ins> sha256 = "sha256-lSFI4/DxWl17KFgLXZ7c5nW/e5IUGN7s8Gm6wTM5ZWg="; </ins> }; propagatedBuildInputs = with python310Packages; [

Discussion:
Steps to reproduce the behavior: stig If I try to install it from my config, I get . If I try to run it by nix-shell: is the nixpkgs commit I'm currently using to get a working version of this program. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
The different experience you get with vs is a problem in your Nix environment - probably an old version of nixpkgs you use for vs how you build "your config". However the test failing mark this package is now completely broken. See also discussion with upstream at: . I opened that marks stig as broken, and it will close this issue when merged.
stig works for me with this overlay: I think since addresses
It'd be great if you'd share this in a PR.
Opened at !
Change:
<ins> { lib , rustPlatform , fetchFromGitHub , pkg-config , wrapGAppsHook , atk , cairo , gdk-pixbuf , glib , gtk3 , pango , stdenv , darwin , wayland , gtk-layer-shell , unstableGitUpdater }: rustPlatform.buildRustPackage rec { pname = "anyrun"; version = "0-unstable-2023-12-01"; src = fetchFromGitHub { owner = "kirottu"; repo = "anyrun"; rev = "e14da6c37337ffa3ee1bc66965d58ef64c1590e5"; hash = "sha256-hI9+KBShsSfvWX7bmRa/1VI20WGat3lDXmbceMZzMS4="; }; cargoHash = "sha256-apOQc9Z6YANoaeKcbNxBfAv7mmGFB+CagrYRPgC5wLY="; strictDeps = true; enableParallelBuilding = true; doCheck = true; nativeBuildInputs = [ pkg-config wrapGAppsHook ]; buildInputs = [ atk cairo gdk-pixbuf glib gtk3 gtk-layer-shell pango ] ++ lib.optionals stdenv.isDarwin [ darwin.apple_sdk.frameworks.Security ] ++ lib.optionals stdenv.isLinux [ wayland ]; preFixup = '' gappsWrapperArgs+=( --prefix ANYRUN_PLUGINS : $out/lib ) ''; postInstall = '' install -Dm444 anyrun/res/style.css examples/config.ron -t $out/share/doc/${pname}/examples/ ''; passthru.updateScript = unstableGitUpdater { }; meta = { description = "A wayland-native, highly customizable runner"; homepage = "https://github.com/kirottu/anyrun"; license = lib.licenses.gpl3Only; maintainers = with lib.maintainers; [ eclairevoyant NotAShelf ]; mainProgram = "anyrun"; }; } </ins>

Discussion:
Project description A wayland native, highly customizable runner. <!-- Describe the project a little: --Metadata homepage URL: source URL: license: gpl3 platforms: linux
NB: they have a flake
You have to compile it if you add the flake and the Cachix currently doesn't work. I rather it to nixpkgs because it way more dependent here.
I can work on getting it into nixpkgs shortly.
Oo nice :3 Thank you so much
Change:
nodes.machine = { services.syncthing = { enable = true; <del> devices.testDevice = { </del> <ins> devices.${testName} = { </ins> id = testId; }; folders.testFolder = { path = "/tmp/test"; <del> devices = [ "testDevice" ]; </del> <ins> devices = [ testName ]; </ins> }; extraOptions.gui.user = "guiUser"; };

Discussion:
Configuring with special characters (like ) causes the Syncthing service to fail: Device names may be any string that Syncthing supports via its UI. Syncthing does support . (guessing based on ) system: - nixpkgs @
Could you confirm fixes the issue? would also fix it
Yep, fixes it. Thanks!
Change:
makeFlags = [ "PREFIX=${placeholder "out"}" "LEX=flex" <del> "RGBDEF=${netpbm}/share/netpbm/misc/rgb.txt" </del> <ins> "RGBDEF=${netpbm.out}/share/netpbm/misc/rgb.txt" </ins> ]; nativeBuildInputs = [

Discussion:
no $ Add to installPhase
For some reason netpbm is installing the symlink to . Will be fixed by

Describe the bug Netpbm misses TIFF converters, such as . To Reproduce Steps to reproduce the behavior: to find some commands. Expected behavior TIFF converters installed with Netpbm. Additional context libtiff is required to build the following Netpbm programs: , , and (). Indeed is input for the , but TIFF converters are missed. Metadata output:
Change:
<del> # Test for NixOS' container support. </del> import ./make-test-python.nix ({ pkgs, lib, ...} : let <del> customPkgs = pkgs // { hello = pkgs.hello.overrideAttrs(old: { name = "custom-hello"; </del> <ins> customPkgs = pkgs.appendOverlays [ (self: super: { hello = super.hello.overrideAttrs (old: { name = "custom-hello"; </ins> }); <del> }; </del> <ins> }) ]; </ins> in { <del> name = "containers-hosts"; </del> <ins> name = "containers-custom-pkgs"; </ins> meta = with lib.maintainers; { <del> maintainers = [ adisbladis ]; </del> <ins> maintainers = [ adisbladis earvstedt ]; </ins> }; <del> machine = { ... }: { virtualisation.memorySize = 256; virtualisation.vlans = []; </del> <ins> machine = { config, ... }: { assertions = let helloName = (builtins.head config.containers.test.config.system.extraDependencies).name; in [ { assertion = helloName == "custom-hello"; message = "Unexpected value: ${helloName}"; } ]; </ins> <del> containers.simple = { autoStart = true; pkgs = customPkgs; config = {pkgs, config, ... }: { environment.systemPackages = [ pkgs.hello ]; }; </del> <ins> containers.test = { autoStart = true; config = { pkgs, config, ... }: { nixpkgs.pkgs = customPkgs; system.extraDependencies = [ pkgs.hello ]; </ins> }; }; <ins> }; </ins> <del> testScript = '' start_all() machine.wait_for_unit("default.target") machine.succeed( "test $(nixos-container run simple -- readlink -f /run/current-system/sw/bin/hello) = ${customPkgs.hello}/bin/hello" ) ''; </del> <ins> # This test only consists of evaluating the test machine testScript = ""; </ins> })

Discussion:
Describe the bug Since the introduction of the option in on master and for release-20.03, overlays defined in containers with are no longer working. To Reproduce Execute this test: Expected behavior Overlays should work inside the containers. Notify maintainers (author of the change) Metadata Please run and paste the result. Maintainer information:
[x] Done. [ ] The option seems useful and should be kept on master for the next release, but it needs to be fixed to work with overlays.
It appears 20.09 is affected by this. While trying to upgrade to 20.09 my containers that use personal overlays fail to build. Looking at the git history for tag 20.09, I see in the history, but not the revert commit , and commit logs for does not include a fix for this bug.
This issue has been mentioned on NixOS Discourse. There might be relevant details there:
Change:
let versions = [ { <ins> version = "14.1.0"; lang = "en"; language = "English"; sha256 = "sha256-PCpjwqA6NC+iwvYxddYBlmF5+vl76r+MoIYAL91WFns="; installer = "Wolfram_14.1.0_LIN.sh"; } { version = "14.1.0"; lang = "en"; language = "English"; sha256 = "sha256-pnu60Pv3xo3+MAkDLiU3yTPVbbQ00diV45vSVL8B310="; installer = "Wolfram_14.1.0_LIN_Bndl.sh"; } { </ins> version = "14.0.0"; lang = "en"; language = "English";

Discussion:
(Note: this may be a somewhat more complex upgrade, as Wolfram has moved to using the Wolfram Installer for everything. Not sure if that'll affect the actual package, though.) Package name: mathematica Latest released version: 14.1.0 <!-- Search your package here: --- Current version on the unstable channel: 14.0.0 Current version on the stable/release channel: 14.1.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 Note for maintainers: Please tag this issue in your PR.
Also, I'm not currently able to find a link with the old installer for 14.0.0. Wolfram may have taken it down, making it seemingly impossible to install this package right now. If anyone knows an archive of it, please let me know.
Found a direct link: If you're signed into your wolfram account, this will work. This works for using mathematica until the package update.
I will take a look at this later in October. I apologize for the delay.
Change:
description = "Intel EFI development kit"; homepage = "https://github.com/tianocore/tianocore.github.io/wiki/EDK-II/"; license = licenses.bsd2; <del> platforms = with platforms; aarch64 ++ arm ++ i686 ++ x86_64; </del> <ins> platforms = with platforms; aarch64 ++ arm ++ i686 ++ x86_64 ++ riscv64; </ins> }; passthru = {

Discussion:
Steps to reproduce the behavior: pkgsCross.aarch64-multiplatform.edk2 Full log here: Few last lines: EDK2 package was updated in nixpkgs, and after that cross-compilation from x86_64 to aarch64 stopped working. The issue appeared in latest update commit: The package has no maintainers set in meta. The breaking change was introduced by: I see cross-compilation fixes have been made previously by: Other contributors who have contributed over the past year, I got from and : "Sandro Jäckel" and Please run and paste the result.
Actually I had binfmt for aarch64-linux emulated, I disabled it and now build fails even earlier when it tries to run antlr built for aarch64-linux:
Unable to reproduce: I just cross compiled EDK2 with .
Wait, I had a dinosaur nixpkgs there on a feature branch, testing again.
I concur, antlr is trying to be executed but it's not a binary for the right platform. This seems to be a breakage upstream as they seem to ship their own ANTLR binaries.
I won't have time to tackle it as I have too much on my plate right now.
Any change on looking at this now as we are going towards NixOS 23.11?
Thank you!
Change:
version = versions.linux; src = fetchurl { <del> url = "https://packages.microsoft.com/repos/ms-teams/pool/main/t/teams/teams_${versions.linux}_amd64.deb"; </del> <ins> urls = [ "https://packages.microsoft.com/repos/ms-teams/pool/main/t/teams/teams_${versions.linux}_amd64.deb" # NOTE: the archive.org timestamp must also be updated if the version changes. "https://web.archive.org/web/20221130115842if_/https://packages.microsoft.com/repos/ms-teams/pool/main/t/teams/teams_${versions.linux}_amd64.deb" ]; </ins> hash = hashes.linux; };

Discussion:
I tried to install teams, but the download of the referenced .deb package fails ( via ) Steps to reproduce the behavior: to install teams Teams gets installed
The download links on the are broken. Perhaps if it’s just temporary?
Oh - I didn't think about checking one step further up...
I found (via ) which is supposed to list the missing file (it isn't).
, with no resolution as of yet.
having the same problem since yesterday !
Hmm, the latest version seems to be available from , so maybe we can use that as an alternative source in .
Meanwhile, for those having problems with this, you can preload the package from with : It should build and install successfully after that.
Download links have probably been pulled as Microsoft has in favour of their web version. In my experience the web client does work much better than the native one, including desktop sharing through Pipewire, for what it's worth.
Change:
s:^# (MV_COMMAND)=.*:1=${coreutils}/bin/mv: s:^# (RM_COMMAND)=.*:1=${coreutils}/bin/rm: s:^# (TOUCH_COMMAND)=.*:1=${coreutils}/bin/touch: <del> s:^# (PERL_COMMAND)=.*:1=${perl}/bin/perl: </del> <ins> s:^# (PERL_COMMAND)=.*:1=${perl'}/bin/perl: </ins> s:^# (LOOKUP_DSEARCH=yes)$:1: ${lib.optionalString enableLDAP '' s:^# (LDAP_LIB_TYPE=OPENLDAP2)$:1:

Discussion:
Exim 4.97.1 has been released to fix CVE-2023-. This will also need a backport to the stable channel. Package name: exim Latest released version: 4.97.1 Current version on the unstable channel: 4.96.2 (vulnerable Current version on the stable/release channel: 4.96.2 (vulnerable) 4.96: Notify maintainers 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:
libadwaita libsoup_3 (python3.withPackages (ps: with ps; [ <ins> brotli </ins> fonttools pygobject3 ])) ]; <ins> propagatedBuildInputs = [ python3Packages.pygobject3 python3Packages.brotli ]; </ins> meta = with lib; { description = "Webfont Kit Generator is a simple utility that allows you to generate woff, woff2 and the necessary CSS boilerplate from non-web font formats (otf & ttf)"; mainProgram = "webfontkitgenerator";

Discussion:
When using Webfontkitgenerator from nixpkgs, trying to generate a CSS file for a font hangs, with stderr showing an Steps to reproduce the behavior: webfontkitgenerator, for example with any TTF file, select an output directory, and click "Generate" program hangs at 0%, with the error in the stderr The font should generate without errors. I’ve successfully managed to use this program on nixos in the past, by crafting a shell with the missing dependency (i lost the shell info, unfortunately) Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Change:
stdenv.mkDerivation rec { pname = "fmt"; <del> version = "6.2.0"; </del> <ins> version = "6.2.1"; </ins> outputs = [ "out" "dev" ];

Discussion:
Describe the bug The files shipped in the output of the library refer to invalid include paths. This prevents building software with the library if they trying finding it using cmake (instead of pkg-config). To Reproduce Steps to reproduce the behavior: to of the package (currently it's falling back on its vendored copy). the package. Expected behavior builds. Additional context In : The include directory is invalid, looking up in the default output. Notify maintainers cc Metadata system: host os: multi-user?: sandbox: version: channels(delroth): nixpkgs:
(Seems like a variant of -- cc as well)
The file seems to be generated here: Maybe it is a CMake bug? I do not understand CMake enough to be able to tell for sure.

Describe the bug fmt has two derivations, out and dev. The cmake file ends up with a path that contains the incorrect/missing path to the 'out' derivations 'include' folder. It should be the 'dev' folder'. The eventual error you get when you end up with package A depending on package B and package B depending on fmt is: when the INTERFACEINCLUDEDIRECTORIES should be /nix/store/...-fmt-6.2.0-dev/include`. To Reproduce Steps to reproduce the behavior: fmt package cmake files for fmt path Expected behavior fmt- should point to fmt-dev....: Additional context Looks like the bug is resolved but is stalled since 2019. That stack of diffs is exactly what I was doing when i ran into this bug, building fbthrift+rsocket-cpp. and the solution i came up with locally to get 'expected behavior' is the same as well. Notify maintainers Metadata system: host os: multi-user?: sandbox: version: channels(sheenobu): channels(root): nixpkgs: Maintainer information:
This effects the latest upstream releases of yuzu, packaged in . Currently can't update the package because of it.
Change:
<ins> diff --git a/src/platform/core/CMakeLists.txt b/src/platform/core/CMakeLists.txt index 2bc6d8c..3175c14 100644 --- a/src/platform/core/CMakeLists.txt +++ b/src/platform/core/CMakeLists.txt @@ -18,8 +18,7 @@ find_package(OpenGL REQUIRED) include(FetchContent) FetchContent_Declare(glad -  GIT_REPOSITORY https://github.com/Dav1dde/glad.git -  GIT_TAG        adc3d7a1d704e099581ca25bc5bbdf728c2db67b # v2.0.5-2-gadc3d7a +  SOURCE_DIR @gladSrc@ SOURCE_SUBDIR  cmake ) FetchContent_MakeAvailable(glad) </ins>

Discussion:
Project description <!-- Describe the project a little: --A cycle-accurate Nintendo Game Boy Advance emulator. Metadata homepage URL: N/A source URL: license: GPLv3 platforms: unix Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Change:
kodiGBM = kodi-gbm; kodiPlain = kodi; kodiPlainWayland = kodi-wayland; <ins> jellyfin_10_5 = throw "Jellyfin 10.5 is no longer supported and contains a security vulnerability. Please upgrade to a newer version."; # added 2021-04-26 </ins> julia_07 = throw "julia_07 is deprecated in favor of julia_10 LTS"; # added 2020-09-15 julia_11 = throw "julia_11 is deprecated in favor of latest Julia version"; # added 2020-09-15 kdeconnect = plasma5Packages.kdeconnect-kde; # added 2020-10-28

Discussion:
, CVSSv3=6.5 (nixos-20.09, nixos-unstable) Scanned versions: nixos-20.09: ; nixos-unstable: . Cc Cc
Change:
hash = "sha256-KCdmBwQWt7IfHsjq7pWlbSISEpfQZDyt+SQSTDaUCV4="; }; <del> # Fix build with Astropy 6 and Python 3.12. </del> <ins> # Fix build with Astropy 6.1, Python 3.12 and matplotlib 3.9 </ins> patches = [ # https://github.com/aplpy/aplpy/pull/496 (fetchpatch {

Discussion:
Steps to reproduce the behavior: Several tests are failing with one of those two errors: cc Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
It was marked broken in: Poking around upstream, to fix build it needs another 2 patches from unmerged PRs. PR with
Change:
crateVersion = crate.version; crateDescription = crate.description or ""; crateAuthors = if crate ? authors && lib.isList crate.authors then crate.authors else []; <ins> crateHomepage = crate.homepage or ""; </ins> crateType = if lib.attrByPath ["procMacro"] false crate then ["proc-macro"] else if lib.attrByPath ["plugin"] false crate then ["dylib"] else

Discussion:
The rust crate "built" assumes that certain environment variables are always set -- to an empty string if necessary. This is what cargo does, so let's emulate that. See for more details. See I am preparing a patch to fix this, so I skip this.
Change:
<ins> { lib , rustPlatform , fetchFromGitHub , glib , pkg-config , wrapGAppsHook , gtk3 }: rustPlatform.buildRustPackage rec { pname = "image-roll"; version = "1.3.1"; src = fetchFromGitHub { owner = "weclaw1"; repo = pname; rev = version; sha256 = "007jzmrn4cnqbi6fy5lxanbwa4pc72fbcv9irk3pfd0wspp05s8j"; }; cargoSha256 = "sha256-dRRBfdGTXtoNbp7OWqOdNECXHCpj0ipkCOvcdekW+G4="; nativeBuildInputs = [ glib pkg-config wrapGAppsHook ]; buildInputs = [ gtk3 ]; meta = with lib; { description = "Simple and fast GTK image viewer with basic image manipulation tools"; homepage = "https://github.com/weclaw1/image-roll"; license = licenses.mit; maintainers = with maintainers; [ figsoda ]; }; } </ins>

Discussion:
Project description A GTK image viewer with quick editing capabilities, also responsive for smaller screens, like tablets. Metadata homepage URL: source URL: license: mit platforms: linux
i did not like the program so i will not submit a pr you can use the below snippet by putting it into image- and adding to your config
Change:
psrecord = python3Packages.callPackage ../tools/misc/psrecord { }; <ins> pyenv = callPackage ../development/tools/pyenv { }; </ins> r53-ddns = callPackage ../applications/networking/r53-ddns { }; rare = python3Packages.callPackage ../games/rare { };

Discussion:
Project description pyenv lets you easily switch between multiple versions of Python. It's simple, unobtrusive, and follows the UNIX tradition of single-purpose tools that do one thing well. It is a critical application for Python development. Metadata homepage URL: source URL: license: MIT platforms: ALL
Change:
tinystatus = callPackage ../tools/networking/tinystatus { }; <ins> tuc = callPackage ../tools/text/tuc { }; </ins> opensshPackages = dontRecurseIntoAttrs (callPackage ../tools/networking/openssh {}); openssh = opensshPackages.openssh.override {

Discussion:
Project description You want to cut on more than just a character, perhaps using negative indexes or format the selected fields as you want... Maybe you want to cut on lines (ever needed to drop first and last line?)... That's where tuc can help. Metadata homepage source URL: license: gpl3 platforms: unix