jiebi/CodeConvo huggingface dataset:
Change:
<ins> { lib, python3Packages, fetchPypi, ffmpeg, }: python3Packages.buildPythonApplication rec { pname = "ffmpeg-normalize"; version = "1.28.3"; src = fetchPypi { inherit pname version; hash = "sha256-8wNPuVRQRQpFK6opgwqdKYMYmAFRqq8p/T5V9kC8QaY="; }; propagatedBuildInputs = [ ffmpeg python3Packages.ffmpeg-progress-yield ]; dependencies = with python3Packages; [ colorlog ]; checkPhase = '' $out/bin/ffmpeg-normalize --help > /dev/null ''; meta = { description = "Normalize audio via ffmpeg"; homepage = "https://github.com/slhck/ffmpeg-normalize"; license = lib.licenses.mit; maintainers = with lib.maintainers; [ luftmensch-luftmensch prusnak ]; mainProgram = "ffmpeg-normalize"; }; } </ins>

Discussion:
Package name: ffmpeg-normalize Latest released version: 1.28.3 <!-- Search your package here: --- Current version on the unstable channel: 1.26.1 Current version on the stable/release channel: 1.26.1 <!-- 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]:
Change:
<del> { stdenv, fetchFromGitHub, makeWrapper, coreutils, gawk, procps, gnused </del> <ins> { stdenv, lib, fetchFromGitHub, makeWrapper, coreutils, gawk, procps, gnused </ins> , bc, findutils, xdpyinfo, xprop, gnugrep, ncurses <ins> , darwin </ins> }: stdenv.mkDerivation {

Discussion:
screenfetch is a bash script designed to run as-is on most FHS compliant linux distro and on MacOS. The derivation does not evaluate on Mac because of dependency, but even when that dependency is removed the script is still wrapped and cannot access system binaries to gather MacOS info. Tested both on Sierra and High Sierra nix-env -iA nixpkgs.screenfetch
Thank you for being so quick! This is also helpful to me to learn how to package cross platform, thank you again
Change:
testName = name; qemu_pkg = pkgs.qemu; nodes = nodes pkgs.qemu; <ins> interactive = true; </ins> }; test =

Discussion:
When building an interactive test driver with and running the generated binary, the test just runs without an interactivity. Steps to reproduce the behavior: that the test just starts instead of displaying the interactive prompt. I'd expect to be dropped into the interactive prompt. cc as someone who's touched a lot.
Mostly reviews and minor additions though. Maybe broke it, but that's just a guess. Probably best to bisect with if going back to before that doesn't fix the problem.
Ah, it was broken by
Change:
githubId = 78392041; name = "Winter"; }; <ins> wirew0rm = { email = "alex@wirew0rm.de"; github = "wirew0rm"; githubId = 1202371; name = "Alexander Krimm"; }; </ins> wishfort36 = { email = "42300264+wishfort36@users.noreply.github.com"; github = "wishfort36";

Discussion:
Project description Scene Builder is a drag n drop layout tool for designing JavaFX application user interfaces. It is now distributed under 3-clause BSD License, without the need of registration or manually accept EULAs. There was a pull request when it had not been open-sourced (). Now it would be easier to package. Metadata homepage URL: source URL: license: bsd3 platforms: unix
I marked this as stale due to inactivity. &rarr;
I am still looking forward to this one.
If you're still interested, you could build scenebuilder from my PR linked above, test if it works for you or if I missed anything and report your results there.
Change:
<ins> { lib, stdenv, python3Packages, fetchFromGitHub, installShellFiles, jre, libX11, libXext, libXcursor, libXrandr, libXxf86vm, libpulseaudio, libGL, glfw, openal, udev, textToSpeechSupport ? stdenv.isLinux, flite, }: let # Copied from the `prismlauncher` package runtimeLibs = [ libX11 libXext libXcursor libXrandr libXxf86vm # lwjgl libpulseaudio libGL glfw openal stdenv.cc.cc.lib # oshi udev ] ++ lib.optional textToSpeechSupport flite; in python3Packages.buildPythonApplication rec { pname = "portablemc"; version = "4.3.0"; pyproject = true; disabled = python3Packages.pythonOlder "3.8"; src = fetchFromGitHub { owner = "mindstorm38"; repo = "portablemc"; rev = "v${version}"; hash = "sha256-jCv4ncXUWbkWlBZr3P1hNeVpdQzY9HtrFz+pmKknL0I="; }; patches = [ # Use the jre package provided by nixpkgs by default ./use-builtin-java.patch ]; nativeBuildInputs = [ installShellFiles ]; build-system = [ python3Packages.poetry-core ]; dependencies = [ python3Packages.certifi ]; # Note: Tests use networking, so we don't run them postInstall = '' installShellCompletion --cmd portablemc  --bash <($out/bin/portablemc show completion bash)  --zsh <($out/bin/portablemc show completion zsh) ''; preFixup = '' makeWrapperArgs+=( --prefix LD_LIBRARY_PATH : ${lib.makeLibraryPath runtimeLibs} --prefix PATH : ${lib.makeBinPath [ jre ]} ) ''; meta = { homepage = "https://github.com/mindstorm38/portablemc"; description = "A fast, reliable and cross-platform command-line Minecraft launcher and API for developers"; longDescription = '' A fast, reliable and cross-platform command-line Minecraft launcher and API for developers. Including fast and easy installation of common mod loaders such as Fabric, Forge, NeoForge and Quilt. This launcher is compatible with the standard Minecraft directories. ''; changelog = "https://github.com/mindstorm38/portablemc/releases/tag/${src.rev}"; license = lib.licenses.gpl3Only; mainProgram = "portablemc"; maintainers = with lib.maintainers; [ tomasajt ]; }; } </ins>

Discussion:
Project description A fast, reliable and cross-platform command-line Minecraft launcher Metadata homepage URL: source URL: license: GPL-3.0 platforms: linux, windows (I can't test darwin) Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Change:
}; nativeBuildInputs = [ pkgconfig makeWrapper ]; <del> buildInputs = [ SDL2 libpng xz zlib freetype fontconfig ] </del> <ins> buildInputs = [ SDL2 libpng xz zlib freetype fontconfig libxdg_basedir ] </ins> ++ stdenv.lib.optionals withFluidSynth [ fluidsynth soundfont-fluid ]; prefixKey = "--prefix-dir=";

Discussion:
OpenTTD as it is currently packaged does not support the XDG base directory specification. According to OpenTTD can support it if libxdg-basedir is available. I've tested this locally and indeed it works if I add libxdg_basedir to the buildInputs. But, adding this would be surprising behaviour to current users, since OpenTTD may suddenly start looking in a different place for its mods and saves and such. Is this something we'd want to change in nixpkgs, or maybe hide it behind a flag? I can open a PR for it but I'd also be happy leaving it in my local config.
It's a game, so it's unlikely that people will mind a change. cc
Change:
- `getent` has been moved from `glibc`'s `bin` output to its own dedicated output, reducing closure size for many dependents. Dependents using the `getent` alias should not be affected; others should move from using `glibc.bin` or `getBin glibc` to `getent` (which also improves compatibility with non-glibc platforms). <ins> - The `users.users.<name>.passwordFile` has been renamed to `users.users.<name>.hashedPasswordFile` to avoid possible confusions. The option is in fact the file-based version of `hashedPassword`, not `password`, and expects a file containing the {manpage}`crypt(3)` hash of the user password. </ins> - The `services.ananicy.extraRules` option now has the type of `listOf attrs` instead of `string`. - The `matrix-synapse` package & module have undergone some significant internal changes, for most setups no intervention is needed, though:

Discussion:
Password hashes, while less sensitive than unhashed passwords, are secrets. We should therefore have a option in that avoids both placing the hashes in the store world-readable and storing the password unhashed.
This is a common misunderstanding due to the bad naming of these options: → string of plaintext password → string of password hash → file containing password hash So, what you want already exists and it's .
Oh wow, indeed. Thanks! Given that the option is named so confusingly and that its description starts with "The full path to a file that contains the user's password." I think we should keep the issue, pending an option rename and a documentation improvement.
Change:
, ninja , pkg-config , tblite <ins> , numpy , simple-dftd3 </ins> , cffi <ins> , gfortran , blas , lapack , mctc-lib , mstore , toml-f , multicharge , dftd4 </ins> }: <del> buildPythonPackage rec { </del> <ins> buildPythonPackage { </ins> inherit (tblite) pname version src meta; <del> nativeBuildInputs = [ meson ninja pkg-config ]; buildInputs = [ tblite ]; propagatedBuildInputs = [ cffi ]; </del> <ins> nativeBuildInputs = [ tblite meson ninja pkg-config gfortran mctc-lib ]; buildInputs = [ tblite simple-dftd3 blas lapack mctc-lib mstore toml-f multicharge dftd4 ]; propagatedBuildInputs = [ tblite simple-dftd3 cffi numpy ]; # Add multicharge to the meson deps; otherwise we get missing mod_multicharge errors patches = [ ./0001-fix-multicharge-dep-needed-for-static-compilation.patch ]; </ins> format = "other"; <ins> pythonImportsCheck = [ "tblite" "tblite.interface" ]; </ins> configurePhase = '' runHook preConfigure <del> meson setup build python --prefix=$out </del> <ins> meson setup build -Dpython=true --prefix=$out </ins> cd build runHook postConfigure

Discussion:
tblite is unusable in python at the moment, failing with I think this is due to incorrect pkgconfig setups - look at which is correct and outputs vs which is missing the trailing Which results in a pkgconfig of Steps to reproduce the behavior: a nix environment with the python interpreter, run failure A clear and concise description of what you expected to happen. If applicable, add screenshots to help explain your problem. Add any other context about the problem here. Please run and paste the result.
i'm having the exact same issue as well :'(
Change:
<ins> { fetchpatch, mkDerivation }: mkDerivation { version = "2.1.1"; sha256 = "sha256-HUOVBzUaU0ixIfPPctwR2TPijxJjcFY3dJ8Z7Ot2bpE="; maximumOTPVersion = "25"; } </ins>

Discussion:
Package name: lfe (Lisp Flavored Erlang) Latest released version: 2.1.1 <!-- Search your package here: --- Current version on the unstable channel: 1.3 Current version on the stable/release channel: 1.3 <!-- 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.
Please test. Tracking: But you can use nixpkgs-review too. At nixpkgs git directory: -
Change:
authors = ["Adam Hoese <adam.hose@tweag.io>"] [tool.poetry.dependencies] <del> python = "^3.8" </del> <ins> python = "^3.9" </ins> nixops = {git = "https://github.com/NixOS/nixops.git"} nixops-aws = {git = "https://github.com/NixOS/nixops-aws.git"} nixops-digitalocean = {git = "https://github.com/nix-community/nixops-digitalocean.git"}

Discussion:
Steps to reproduce the behavior: Please run and paste the result.
Looks like there is already a PR to address this at And fwiw I had to bisect this to fix my config, first bad commit is
Closing since the linked PR was merged. (Not sure why merge of the linked PR didn't close this...)
Change:
computedPropagatedImpureHostDeps = lib.unique (lib.concatMap (input: input.__propagatedImpureHostDeps or []) (propagatedBuildInputs ++ propagatedNativeBuildInputs)); in { <del> builder = attrs.realBuilder or shell; </del> <ins> builder = assert licenseAllowed attrs; attrs.realBuilder or shell; </ins> args = attrs.args or ["-e" (attrs.builder or ./default-builder.sh)]; stdenv = result; system = result.system;

Discussion:
I have the following in my : And yet, despite setting , I still get the following error: I'm positive that my overrides are taking place, and that this isn't user error.
This is a bug in Nix/Nixpkgs: is too strict. See also
I filed to fix this. Did GitHub notify anybody here?
The first attempt from had to be reverted ().
Fixed by .
unfortunately, this change had the undesired side-effect of re-enabling the builds of all kinds of broken packages on Hydra, so now I get hundreds of evaluation errors where there used to be none, i.e.: How am I supposed to remedy that issue?
I'm a little confused by the fact/statement that there used to be none, but I think we can get rid of all, as there's now a lot of flexibility in handling the errors.
Note that this is the jobset -- not . That jobset always had zero evaluation errors until the behavior changed. I suppose I can fix most of them by changing the generator to set at the same time as . This used to be implicit before ...
I noticed but I didn't know you managed to clear all of them in haskell packages. I'll try to get rid of all (incl. trunk), as I expect that to be relatively easy now, but I can't promise it will be during this weekend already.
Change:
<del> { lib , fetchFromGitHub , makeWrapper , python3 , unstableGitUpdater , poetry </del> <ins> { lib, fetchFromGitHub, makeWrapper, python3, poetry, </ins> }: python3.pkgs.buildPythonApplication rec { pname = "sherlock"; <del> version = "0-unstable-2024-06-09"; </del> <ins> version = "0.15.0"; </ins> format = "pyproject"; src = fetchFromGitHub { owner = "sherlock-project"; repo = "sherlock"; <del> rev = "d678908c00f16c7f6c44efc0357cef713fa96739"; hash = "sha256-XAXDqbdHQta9OiupbPmmyp3TK1VLtDQ7CadsOei/6rs="; </del> <ins> rev = "refs/tags/v${version}"; hash = "sha256-+fQDvvwsLpiEvy+vC49AzlOA/KaKrhhpS97sZvFbpLA="; </ins> }; patches = [

Discussion:
Package name: sherlock Latest released version: v0.15.0 <!-- Search your package here: --- Current version on the unstable channel: 0-unstable-2024-06-09 Current version on the stable/release channel: 0-unstable-2024-05-15 <!-- 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. --Some extra info: Current version of sherlock may be broken potentially because it's outdated. The link is broken. Note for maintainers: Please tag this issue in your PR. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
I'll work on updating this. Current sherlock version is also broken for me.
Change:
inherit (cfg) verbose temp <ins> turbo </ins> ; # `core` and `cache` are both intentionally set to `cfg.coreOffset` as according to the undervolt docs: #

Discussion:
Package name: undervolt Latest released version: 0.4.0 <!-- Search your package here: --- Current version on the unstable channel: 0.3.0 Current version on the stable/release channel: 0.3.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: the update adds a new flag (), it would be nice to make it an option. 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:
<ins> diff --git a/cmake/external/onnxruntime_external_deps.cmake b/cmake/external/onnxruntime_external_deps.cmake index 9effd1a2db..faff5e8de7 100644 --- a/cmake/external/onnxruntime_external_deps.cmake +++ b/cmake/external/onnxruntime_external_deps.cmake @@ -280,21 +280,12 @@ if (NOT WIN32) endif() endif() -if(onnxruntime_USE_CUDA) -  FetchContent_Declare( -    GSL -    URL ${DEP_URL_microsoft_gsl} -    URL_HASH SHA1=${DEP_SHA1_microsoft_gsl} -    PATCH_COMMAND ${Patch_EXECUTABLE} --binary --ignore-whitespace -p1 < ${PROJECT_SOURCE_DIR}/patches/gsl/1064.patch -  ) -else() -  FetchContent_Declare( -    GSL -    URL ${DEP_URL_microsoft_gsl} -    URL_HASH SHA1=${DEP_SHA1_microsoft_gsl} -    FIND_PACKAGE_ARGS 4.0 NAMES Microsoft.GSL -  ) -endif() +FetchContent_Declare( +  GSL +  URL ${DEP_URL_microsoft_gsl} +  URL_HASH SHA1=${DEP_SHA1_microsoft_gsl} +  FIND_PACKAGE_ARGS 4.0 NAMES Microsoft.GSL +) FetchContent_Declare( safeint </ins>

Discussion:
Project description ONNX Runtime: cross-platform, high performance ML inferencing and training accelerator . Onnxruntime is already packaged. I would like to have the version with gpu support to be able to package obs-backgroundremoval with gpu support (). Related: Metadata homepage URL: source URL: license: mit platforms: linux
Obs-backgroundremoval includes tensorrtproviderfactory.h to build
need it, too
Is it possible to add gpu support to the obs-backgroundremoval as this issue is closed?
It may be possible. If anyone wants to open a PR for that, please base it on the current update PR
Change:
stdenv.mkDerivation rec { pname = "racket"; <del> version = "7.9"; # always change at once with ./minimal.nix </del> <ins> version = "8.0"; # always change at once with ./minimal.nix </ins> src = (lib.makeOverridable ({ name, sha256 }: fetchurl {

Discussion:
Project description Racket on Chez Scheme (Racket CS) may become the default Racket implementation in the next release [1] [1] Metadata homepage URL: https://racket- source URL: license: MIT or Apache 2.0 platforms: unix
Released:
Just a note. Reading stumbled upon the following (emphasis mine): This probably needs to be worked-around...
I thought I'd have a stab at a pull request for bumping to 8.0. It's still compiling, but right now it's looking good. I just had to bump the version number, correct the checksum and fix some hardcoded paths and their like. I'll report back when I know more! Update: There were no further problems. Upstream took care of everything :-) I confirm that I got a working drracket 8.0. Test for yourself here:
Change:
inherit pname; version = "0.85.0"; src = nushell.src; <del> cargoHash = "sha256-OKtktjBOujvljAX260TbC2sQWZOiGgU+sXsbYRhGPRM="; </del> <ins> cargoHash = "sha256-WS8VRpJnn/VWS7GUkGowFf51ifUx0SbEZzcoTfx2dp0="; </ins> nativeBuildInputs = [ pkg-config ]; <del> buildInputs = [ IOKit Foundation ]; </del> <ins> buildInputs = lib.optionals stdenv.isDarwin [ IOKit Foundation ]; </ins> cargoBuildFlags = [ "--package nu_plugin_formats" ]; doCheck = false; meta = with lib; {

Discussion:
Steps to reproduce the behavior: / / All plugins show the same error with a different hash when building, I only included the log from : The es were updated with but the plugins fail with a hash mismatch on two machines I tried it on. Both are x86_64 machines running NixOS unstable. I can make a PR to update the hashes, but I want to make sure I'm not missing something. Please run and paste the result.
I've just opened a PR to fix this, if you have time to review, it would be great, otherwise no worries. I won't wait too long before merging since everything is broken.
Looks good to me, those are the same hashes I got.
Change:
hash = "sha256-ojP1Uf9iP6kOlzW8qsUx1SnMRxFZLsgkjFD4LVH0oTI="; }; <del> vendorSha256 = "sha256-0YenfRa5udTrajPLI1ZMV+NYDHKO++M0KvIvr4gYLLc="; </del> <ins> patches = [ # Fix build on aarch64-darwin. Remove with the next release. # https://github.com/rclone/rclone/pull/7099 (fetchpatch { url = "https://github.com/rclone/rclone/commit/fb5125ecee4ae1061ff933bb3b9b19243e022241.patch"; hash = "sha256-3SzU9iiQM8zeL7VQhmq0G6e0km8WBRz4BSplRLE1vpM="; }) ]; vendorSha256 = "sha256-AXgyyI6ZbTepC/TGkHQvHiwpQOjzwG5ung71nKE5d1Y="; </ins> subPackages = [ "." ];

Discussion:
Steps to reproduce the behavior: 1.63.0 on rclone 1.63.0 is available in nixos-unstable Using flakes, tracking nixos-unstable Please run and paste the result.
It happens because go-m1cpu<0.1.6, doesn't handle when building with macOS SDK = 12.0 It was already fixed in upstream I think we can add a patch with it.
I opened an issue under (which was the wrong place), but I have the same issue. This is what my ticket said. I think the issue maybe with more than just the package. Describe the bug There appears to be an issue with packages that use the later versions of . I don't think the issue is with directly. See So far the error can be seen in both and . See the example error below.(Ran from inside folder on master branch. So far I get the same issue on both and packages. This seems like a relatively new issue as both and have recently updated the package I believe this issue is related to nixpkgs and NOT the go-m1cpu as i'm able to checkout both and source repositories and run successfully. Steps To Reproduce Try building latest version of nomad or rclone on an m2 mac using the latest nix derivation located at pkgs/applications/networking/sync/rclone/ and pkgs/applications/networking/cluster/nomad/ Example command nix-build -E 'with import <nixpkgs{ }; callPackage { }' Expected behavior Packages build correctly nix-env --version output nix-env (Nix) 2.15.1 Additional context OSX 13.4.1, M2
Change:
<del> { stdenv, fetchFromGitHub, bison, re2c, scons }: let version = "5.1.0"; in stdenv.mkDerivation rec { name = "clingo-${version}"; src = fetchFromGitHub { owner = "potassco"; repo = "clingo"; rev = "v${version}"; sha256 = "1rvaqqa8xfagsqxk45lax3l29sksijd3zvl662vpvdi1sy0d71xv"; }; buildInputs = [ bison re2c scons ]; buildPhase = '' scons --build-dir=release ''; installPhase = '' mkdir -p $out/bin cp build/release/{gringo,clingo,reify,lpconvert} $out/bin/ ''; meta = with stdenv.lib; { description = "A grounder and solver for logic programs."; homepage = http://potassco.org; platforms = platforms.linux; maintainers = [ maintainers.hakuch ]; license = licenses.gpl3Plus; }; } </del>

Discussion:
The OCaml package manager () depends on an external solver. When the package was updated, it changed the compiler configuration, and a dependent package () of the solver () no longer compiled. The fix () uses a different monolithic package of the solver and its various tools (called "clingo") that for unknown reasons breaks : Install and attempt to run . System: Nix version: Nixpkgs version:
Change:
qimgv = libsForQt5.callPackage ../applications/graphics/qimgv { }; <del> qlandkartegt = libsForQt514.callPackage ../applications/misc/qlandkartegt { </del> <ins> qlandkartegt = libsForQt5.callPackage ../applications/misc/qlandkartegt { </ins> gdal = gdal.override { libgeotiff = libgeotiff.override { proj = proj_7; }; libspatialite = libspatialite.override { proj = proj_7; };

Discussion:
libsForQt514.qt5.qtwebengine currently fails to build locally and on . The interessting line seems to be: The last successful build on hydra was linked to . After that it seems to fail (starting with ) Bisecting takes forever. I would hazard a guess that it has to do with and PR which broke some other packages as well. EDIT: EDIT2: The error seems to stem from the c++ upgrade. The error message is referenced e.g. here Steps to reproduce the behavior: nixpkgs master -build -A libsForQt514.qt5.qtwebengine . Build should succeed. If applicable, add screenshots to help explain your problem. Add any other context about the problem here. Please run and paste the result.
It's most likely due to mixing gcc versions, as that's not 100% compatible in C++. qt514 (and qt512) get overridden to gcc10, whereas the default is gcc11. (For x86_64-linux; some others have other combinations.)
Closing since libsForQt514 was removed from master.