jiebi/CodeConvo huggingface dataset:
Change:
dontWrapGApps = true; # electron is in lib, we need to wrap it manually <del> buildCommand = '' </del> <ins> dontUnpack = true; dontBuild = true; installPhase = '' </ins> mkdir -p $out/lib/electron $out/bin unzip -d $out/lib/electron $src ln -s $out/lib/electron/electron $out/bin <ins> ''; </ins> <del> fixupPhase </del> <ins> postFixup = '' </ins> patchelf  --set-interpreter "$(cat $NIX_CC/nix-support/dynamic-linker)"  --set-rpath "${atomEnv.libPath}:${stdenv.lib.makeLibraryPath [ libuuid at-spi2-atk at-spi2-core ]}:$out/lib/electron" 

Discussion:
Describe the bug The electron package tries to wrap in . Because of this the wrapper is completely void of any entries in . It needs to be rewritten in whatever fashion that the call happens in . This is why has needed to be wrapped recently , it's because isn't wrapped correctly itself. A change should be made to stable to revert this to riot-desktop, and to backport this fix instead. Expression: buildInputs should also have for it's setup-hook
I created a PR here:
Change:
QF = [ pkgs.gsl ]; PICS = [ pkgs.gsl ]; RcppCWB = [ pkgs.pkg-config ]; <ins> redux = [ pkgs.pkg-config ]; </ins> rrd = [ pkgs.pkg-config ]; trackViewer = [ pkgs.zlib.dev ]; themetagenomics = [ pkgs.zlib.dev ];

Discussion:
Steps to reproduce the behavior: Add any other context about the problem here. <!-- 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. system: host os: multi-user?: sandbox: version: channels(hervyqa): channels(root): nixpkgs:
Change:
--replace 'validators ==' 'validators >='  --replace 'tinydb ==' 'tinydb >='  --replace 'Flask_WTF == 0.14.3' 'Flask_WTF'  <del> --replace 'Werkzeug ==' 'Werkzeug >='  --replace 'Flask ==' 'Flask >=' </del> <ins> --replace 'Werkzeug ==' 'Werkzeug >=' </ins> ''; propagatedBuildInputs = [

Discussion:
Looks like it is missing python3Packages.setuptools...
works for me - please provide output from
fixes that, but then you will be running into
I have informed the author of archivy, and he's looking into it.
This is because in the version requirements are loosened and an incompatible new version of flask is used to run archivy. Removing this change to the version constraints for flask would fix the problem.
Change:
<ins> #!/usr/bin/env nix-shell #!nix-shell -i python3 -p python39 python39.pkgs.packaging python39.pkgs.beautifulsoup4 python39.pkgs.requests from packaging import version from bs4 import BeautifulSoup import re, requests, json URL = "https://downloads.asterisk.org/pub/telephony/asterisk" page = requests.get(URL) changelog = re.compile("^ChangeLog-d+.d+.d+$") changelogs = [a.get_text() for a in BeautifulSoup(page.text, 'html.parser').find_all('a') if changelog.match(a.get_text())] major_versions = {} for changelog in changelogs: v = version.parse(changelog.removeprefix("ChangeLog-")) major_versions.setdefault(v.major, []).append(v) out = {} for mv in major_versions.keys(): v = max(major_versions[mv]) sha = requests.get(f"{URL}/asterisk-{v}.sha256").text.split()[0] out["asterisk_" + str(mv)] = { "version": str(v), "sha256": sha } try: with open("versions.json", "r") as in_file: in_data = json.loads(in_file.read()) for v in in_data.keys(): print(v + ":", in_data[v]["version"], "->", out[v]["version"]) except: # nice to have for the PR, not a requirement pass with open("versions.json", "w") as out_file: out_file.write(json.dumps(out, sort_keys=True, indent=2) + "n") </ins>

Discussion:
, CVSSv3=7.5 (nixos-20.09, nixos-unstable) Scanned versions: nixos-20.09: ; nixos-unstable: . Cc Cc Cc
Change:
] ++ optionals (!cfg.noDesktop) [ xfce4-panel xfdesktop <del> ] ++ optional cfg.enableScreensaver xfce4-screensaver; </del> <ins> ] ++ optional cfg.enableScreensaver xfce4-screensaver) excludePackages; </ins> programs.xfconf.enable = true; programs.thunar.enable = true;

Discussion:
Describe the bug lacks an option to exclude some packages. Expected behavior xfce service should provide an option like in GNOME3 service. Notify maintainers <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. --
I marked this as stale due to inactivity. &rarr;
Change:
iconame = "STM32CubeMX"; package = stdenvNoCC.mkDerivation rec { pname = "stm32cubemx"; <del> version = "6.10.0"; </del> <ins> version = "6.11.1"; </ins> src = fetchzip { url = "https://sw-center.st.com/packs/resource/library/stm32cube_mx_v${builtins.replaceStrings ["."] [""] version}-lin.zip"; <del> sha256 = "sha256-B5Sf+zM7h9BiFqDYrLS0JdqZi3dGy6H9gAaJIN3izeM="; </del> <ins> hash = "sha256-By9T43GLM1J63TkRi3kl05h1RflBorU1QHgYOrXQ9N0="; </ins> stripRoot = false; };

Discussion:
Package name: stm32cubemx Latest released version: 6.11.1 <!-- Search your package here: --- Current version on the unstable channel: 6.10.0 Current version on the stable/release channel: 6.9.2 <!-- Type the name of your package and try to find an open pull request for the package If you find an open pull request, you can review it! There's a high chance that you'll have the new version right away while helping the community! --- Notify maintainers <!-- 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:
pkg-config ]; <del> buildInputs = [ fluidsynth glib iir1 libGL libGLU libjack2 libmt32emu libogg libpng libpulseaudio libslirp libsndfile opusfile SDL2 SDL2_image SDL2_net speexdsp ] ++ lib.optionals stdenv.isLinux [ alsa-lib ] ++ lib.optionals stdenv.isDarwin (with darwin.apple_sdk.frameworks; [ AudioUnit Carbon Cocoa ]); </del> <ins> buildInputs = [ fluidsynth glib iir1 libGL libGLU libjack2 libmt32emu libogg libpng zlib-ng libpulseaudio libslirp libsndfile opusfile SDL2 SDL2_image SDL2_net speexdsp ] ++ lib.optionals stdenv.isLinux [ alsa-lib ] ++ lib.optionals stdenv.isDarwin ( with darwin.apple_sdk.frameworks; [ AudioUnit Carbon Cocoa ] ); </ins> <del> desktopItems = [ (makeDesktopItem { name = "dosbox-staging"; exec = "dosbox-staging"; icon = "dosbox-staging"; comment = "x86 dos emulator enhanced"; desktopName = "DosBox-Staging"; genericName = "DOS emulator"; categories = [ "Emulator" "Game" ]; }) ]; </del> <ins> postInstall = '' install -Dm644 $src/contrib/linux/dosbox-staging.desktop $out/share/applications/ ''; </ins> postFixup = '' # Rename binary, add a wrapper, and copy manual to avoid conflict with

Discussion:
Package name: dosbox-staging Latest released version: 0.81.0 <!-- Search your package here: --- Current version on the unstable channel: 0.80.1 Current version on the stable/release channel: 0.80.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:
}; }; <ins> jupyter-kernel-definition = { displayName = "SageMath ${sage-src.version}"; argv = [ "${sage-with-env}/bin/sage" # FIXME which sage "--python" "-m" "sage.repl.ipython_kernel" "-f" "{connection_file}" ]; language = "sagemath"; # just one 16x16 logo is available logo32 = "${sage-src}/doc/common/themes/sage/static/sageicon.png"; logo64 = "${sage-src}/doc/common/themes/sage/static/sageicon.png"; }; </ins> # A bash script setting various environment variables to tell sage where # the files its looking fore are located. Also see `sage-env`. env-locations = callPackage ./env-locations.nix {

Discussion:
When I run , I have the jupyter website that opens, however when I open a sage notebook, the sage kernel fails to start, and I've an error Install sage, tested on both latest nixos-unstable (that took ages to compile), and using the one provided here: Then run and try to open a sage notebook. You should see on the top right a red error "Kernel error", and the console should display the above errors Please run and paste the results.
/cc maintainer
Thanks for the report :) The immediate cause for the error is that contains while it should be . I have never used jupyter so I'm not sure if that is all. Integrating with would probably be good / maybe be necessary. I don't know when/if I'll get to debugging this since I don't currently use it myself, but I'll happily help you do it if you want to try. Note that the regular sage cli does work.
I also experience this issue. I thought I was installing Jupyter incorrectly. Lol, I should have checked for a bug report, I asked for help at
This is now fixed in master.
Change:
<del> { stdenv </del> <ins> { stdenvNoCC , lib </ins> , babashka-unwrapped , clojure , makeWrapper , rlwrap , jdkBabashka ? clojure.jdk <ins> # rlwrap is a small utility to allow the editing of keyboard input, see # https://book.babashka.org/#_repl # # NOTE In some cases, rlwrap prints some extra empty lines. That behavior can # break some babashka scripts. For this reason, it is disabled by default. See: # https://github.com/NixOS/nixpkgs/issues/246839 # https://github.com/NixOS/nixpkgs/pull/248207 , withRlwrap ? false </ins> }: <del> stdenv.mkDerivation (finalAttrs: { </del> <ins> stdenvNoCC.mkDerivation (finalAttrs: { </ins> pname = "babashka"; inherit (babashka-unwrapped) version meta doInstallCheck installCheckPhase;

Discussion:
The latest PR on introduced babashka and babashka-unwrapped. However it introduced rlwrap as default for babashka, this caused compatibility issues. Example: Running with babashka-unwrapped/bin/bb Note: one empty line Running with babashka/bin/bb Note: two empty lines As discussed with Michiel Borkent, upstream assumed the bb is shipped without rlwrap, that's the only bb supported by upstream. So, this case we cannot introduce the default bb with rlwrap, which will cause all kinds of weird bugs and compatibility issues aroud io if upstream and all other distributions assume bb is without rlwrap. Propose: now simply revert or remove rlwrap from don't mind having a rlwrap version of bb, as long as the binary in bin called something else, maybe . Since upstream hasn't standardized naming conventions like clj/clojure. But bottom line is, rlwrapped one's binary should NOT be bb! cc
I agree with the revert course of action. I never pipe to babashka, which is why I didn't consider that use-case.
IMO it's better to only remove rlwrap, that's the only part causing issues
I think the best option would be to add as an option of the wrap, and set it to false by default.
see
Change:
qemu-vm module from overriding `fileSystems` by setting `virtualisation.fileSystems = lib.mkForce { };`. <ins> - When using [split parity files](https://www.snapraid.it/manual#7.1) in `snapraid`, the snapraid-sync systemd service will no longer fail to run. </ins> ## Nixpkgs Library {#sec-release-23.11-nixpkgs-lib} ### Breaking Changes {#sec-release-23.11-lib-breaking}

Discussion:
When specifying multiple paths in a single parityFile entry (SnapRAID ), the systemd service failes with the following error: Steps to reproduce the behavior: a SnapRAID config and specify a entry like so: run the snapraid sync: the error: The runs without error. SnapRAID has a where you can specify "split" parity files. This is useful when you're using 16tb or bigger ext4-formatted disks for parity. ext4 doesn't support files bigger than 16tb so this "split parity file" can be used to specify two parity files on a single raid disk and SnapRAID will automatically use the second file when the first cannot grow anymore (hits 16TB). You specify these multiple files by putting multiple comma-separated paths in the . This mostly already works except when it comes to the scheduled systemd sync job where it specifies . If you specify a parity with multiple files you'll get an error when the systemd job runs: It seems like since SnapRAID essentially does not allow commas in the parity file paths it would be OK to split on comma here? Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Change:
buildInputs = [ erlang rebar makeWrapper ]; <ins> LOCALE_ARCHIVE = stdenv.lib.optionalString stdenv.isLinux "${pkgs.glibcLocales}/lib/locale/locale-archive"; </ins> LANG = "en_US.UTF-8"; LC_TYPE = "en_US.UTF-8";

Discussion:
When installing latest Elixir with Erlang 20 via , several of these warnings are emitted through the build process: I'm installing through with (on Vultr FWIW). Though I believe on a new system may be enough to reproduce. The only way I've gotten the warnings to subside if by specifying . System: Nix version: Nixpkgs version: Sandboxing enabled:
/cc: (by request from )
I will look into this.
I see that you have dropped the override. Is this because of these are just harmless warnings? I've switched to the same nixpkgs and could not reproduce the warnings on Ubuntu: Output is here: I'll try to reproduce this on NixOS machine now.
I was able to reproduce this on NixOS machine:
Thanks
Change:
radicale = radicale3; <ins> radicle-cli = callPackage ../applications/version-management/git-and-tools/radicle-cli { inherit (darwin) DarwinTools; inherit (darwin.apple_sdk.frameworks) AppKit; }; </ins> radicle-upstream = callPackage ../applications/version-management/git-and-tools/radicle-upstream {}; rake = callPackage ../development/tools/build-managers/rake { };

Discussion:
Project description Command-line tooling for Radicle. Radicle enables developers to securely collaborate on software over a peer-to-peer network built on Git. Metadata homepage URL: source URL: license: gpl platforms: linux, darwin
Change:
enableParallelBuilding = true; <del> meta = { description = "A computer code to create and evaluate fast interpolation tables of pre-computed coefficients in perturbation theory for observables in hadron-induced processes"; license      = lib.licenses.gpl3; homepage     = "http://fastnlo.hepforge.org"; platforms    = lib.platforms.unix; maintainers = with lib.maintainers; [ veprbl ]; </del> <ins> meta = with lib; { homepage = "http://fastnlo.hepforge.org"; description = "Fast pQCD calculations for hadron-induced processes"; longDescription = '' The fastNLO project provides computer code to create and evaluate fast interpolation tables of pre-computed coefficients in perturbation theory for observables in hadron-induced processes. This allows fast theory predictions of these observables for arbitrary parton distribution functions (of regular shape), renormalization or factorization scale choices, and/or values of alpha_s(Mz) as e.g. needed in PDF fits or in systematic studies. Very time consuming complete recalculations are thus avoided. ''; license = licenses.gpl3Plus; maintainers = with maintainers; [ veprbl ]; platforms = platforms.unix; </ins> }; }

Discussion:
Project description This package is available in the Gentoo package repository: ; (the ebuild isn't for the latest released version, tho) Metadata homepage URL: http://chromium- source URL: gentoo url, nixos has an equivalent to the sourceforge mirrors, but I don't know how to translate it. see also: license: (according to gentoo) , (according to project homepage) platforms: unix. requires OpenGL
Please do the honors,
Change:
<del> { lib, stdenv, fetchurl, jre_headless, makeWrapper }: stdenv.mkDerivation rec{ </del> <ins> { lib, stdenv, fetchurl, jre_headless, makeWrapper, testers }: stdenv.mkDerivation (finalAttrs: { </ins> pname = "flyway"; <del> version = "9.21.2"; </del> <ins> version = "9.22.0"; </ins> src = fetchurl { <del> url = "mirror://maven/org/flywaydb/flyway-commandline/${version}/flyway-commandline-${version}.tar.gz"; sha256 = "sha256-7MIjXF1qgEye2Z/cyeuSFkEmXT8AxkwYfw+/UevsPFg="; </del> <ins> url = "mirror://maven/org/flywaydb/flyway-commandline/${finalAttrs.version}/flyway-commandline-${finalAttrs.version}.tar.gz"; sha256 = "sha256-vdg66ETDfa0WG1TrRWJ9XpMSCE9sd5GlYAJY2TERC5Y="; </ins> }; nativeBuildInputs = [ makeWrapper ]; dontBuild = true;

Discussion:
The application has been broken since version 9.21.0. The previous and last working version was 9.18.0 (). Steps to reproduce the behavior: Simply call , and you will be greeted with the error message: . For the current version (9.21.2) run: Full output: To get the correct version output of <!-- 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.
Thank you for the extremely quick response! :o Sorry that I didn't catch that a couple of files weren't correctly copied :facepalm: Do you have a buymeacoffe link or similar? :hugs:
Change:
, requests , responses , rsa <del> , six , urllib3 </del> <ins> , setuptools </ins> }: buildPythonPackage rec { pname = "google-auth"; <del> version = "2.21.0"; format = "setuptools"; </del> <ins> version = "2.27.0"; pyproject = true; </ins> <del> disabled = pythonOlder "3.6"; </del> <ins> disabled = pythonOlder "3.7"; </ins> src = fetchPypi { inherit pname version; <del> hash = "sha256-so6ASOV3J+fPDlvY5ydrISrvR2ZUoJURNUqoJ1O0XGY="; </del> <ins> hash = "sha256-6GOlbMwtjvqD33qAJyYB5DSH+ppyijdiBchsJqrvqCE="; </ins> }; <del> patches = [ # Although the migration to urllib3-2.0.0 is incomplete, # the discussion in the following PR has addressed the concerns. # https://github.com/googleapis/google-auth-library-python/pull/1290 (fetchpatch { name = "support-urllib3_2.patch"; url = "https://github.com/googleapis/google-auth-library-python/commit/9ed006d02d7c9de3e6898ee819648c2fd3367c1d.patch"; hash = "sha256-64g0GzZeyO8l/s1jqfsogr8pTOBbG9xfp/UeVZNA4q8="; includes = [ "google/auth/transport/urllib3.py" ]; }) </del> <ins> nativeBuildInputs = [ setuptools </ins> ]; propagatedBuildInputs = [ cachetools pyasn1-modules rsa <del> six urllib3 </del> ]; passthru.optional-dependencies = {

Discussion:
Package name: Latest released version: 2.27.0 <!-- Search your package here: --- Current version on the unstable channel: 2.21.0 Current version on the stable/release channel: 2.21.0 <!-- Type the name of your package and try to find an open pull request for the package If you find an open pull request, you can review it! There's a high chance that you'll have the new version right away while helping the community! --- Notify maintainers <!-- If the result shows no maintainers, tag the person that last updated the package. --Note for maintainers: Please tag this issue in your PR. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Change:
{ <del> "packageVersion": "120.0-1", </del> <ins> "packageVersion": "120.0.1-1", </ins> "source": { <del> "rev": "120.0-1", "sha256": "1wms3kyimmfzl64rbphgap2sm87lwkl0pr24rx4rxf3px3bq97f3" </del> <ins> "rev": "120.0.1-1", "sha256": "0kvfa97m7dq1b030d62zblpb445fkbgb2w19bckxwxv7mx36awy7" </ins> }, "settings": { <del> "rev": "b587388bdbe63511c478cb8b5f82c2e80040414c", "sha256": "03cw6wh7358pgld4qgs534pl2lnfvwc0xl2yyb3n3pyvmba6cyrp" </del> <ins> "rev": "9dac02778ebed3e2614da52c36b7cede45f4f602", "sha256": "0flk6v50cyiaajzcz9gm1hig00vkw9xdbjd5rdxidrmhcqxy24vy" </ins> }, "firefox": { <del> "version": "120.0", "sha512": "31d5f9e1d4173280c8de6d9b8551bc6bba5e2c49b84f944f50d42002d5b39c2fb743bc130f26c81160388a102b8301b94a0a378ecdfa6f943860f971a860df8c" </del> <ins> "version": "120.0.1", "sha512": "dd0e3eb234d58c39431d1f100834ef4bcc8cfb89ff471a37b948eda4dd3874b63b1979cda39a0db0dd3b4a579b5f09a7d2d1f39d26fd9f2b8d5635e4b8738b6c" </ins> } }

Discussion:
Since Librewolf was updated to 120.0-1 in , the remote seems to have stopped working correctly. Steps to reproduce the behavior: The last command should hang for a few seconds, printing the following terminal output (new as of 120): And then the following message is displayed: A new window should be opened after executing the second command. ! The dbus service still seems to appear, so my best guess is that the problem is on either side of the equation. I'm still trying to work out what exactly is going wrong. If anyone has an idea of how I might debug this further, or has a hunch for what's wrong, please let me know. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
This is an upstream issue: It looks like the dbus name patch was missing some stuff/broken for 120. This should be fixed in 120.0-2.
Change:
cp -a ${parts}/* parts/ ''; <del> NIX_CFLAGS_COMPILE = "-I${quazip}/include/QuaZip-Qt${lib.versions.major qtbase.version}-${quazip.version}/quazip"; </del> <ins> NIX_CFLAGS_COMPILE = "-I${lib.getDev quazip}/include/QuaZip-Qt${lib.versions.major qtbase.version}-${quazip.version}/quazip"; </ins> qmakeFlags = [ "phoenix.pro"

Discussion:
This means nearly all qt6 packages depend on gdb which is 641M on its own. Why is that the case? I can't imagine needing Valgrind for "production" qt6 builds but I have no knowledge in this domain. cc
valgrind was not in my qt6 draft in valgrind was in but valgrind or gdb dont show up in the closure of <details </summaryto compare, </detailsso ... no problem? edit: <details </summary</details
The inputs are only propagated in the output and that's what other packages use. I only came across this because I found gdb in my system closure. showed <the package-quazip -qtbase -valgrind -gdb why did you add valgrind to qt6's propagatedBuildInputs?
It should have been a build time dependency for qtbase. And as it is only referenced in dev output, it should normally not be referenced in system closures, except for issues like Edit, quazip wasn't fixed by that, let me look into it tomorrow.
... so should not be there &rarr; /nix/store/y1m61ayisqmp29ckzi0qq4fp640qfl3l-qtbase-6.4.1-dev/include/QtTest/qtestmouse.h &rarr; /nix/store/y1m61ayisqmp29ckzi0qq4fp640qfl3l-qtbase-6.4.1-dev/include/QtTest/qtestmouse.h &rarr; propagatedBuildInputs &rarr; propagatedBuildInputs also may be relevant: in , are copied to
For the , they should have been in dev output, but and do not have dev output, adding it back should be enough. For , it should be of the same problem as in , maybe we should add that in the hooks of qtbase, or we can fix this ad-hoc.