jiebi/CodeConvo huggingface dataset:
Change:
services.accounts-daemon.enable = true; # when changing an account picture the accounts-daemon reads a temporary file containing the image which systemsettings5 may place under /tmp systemd.services.accounts-daemon.serviceConfig.PrivateTmp = false; <ins> services.power-profiles-daemon.enable = mkDefault true; services.system-config-printer.enable = mkIf config.services.printing.enable (mkDefault true); </ins> services.udisks2.enable = true; services.upower.enable = config.powerManagement.enable; <del> services.system-config-printer.enable = mkIf config.services.printing.enable (mkDefault true); </del> services.xserver.libinput.enable = mkDefault true; # Extra UDEV rules used by Solid

Discussion:
, an application that simulates user input to keep the screen awake when pressing gamepad buttons, relies on on Plasma Wayland to do this. However, isn't installed (or at least, it's not in ) with a default Plasma installation, making not work: (Among other errors) Steps to reproduce the behavior: Plasma (), without "installing" ; a Plasma Wayland session; ; 'll see the error message, and the program won't work. There is no error message and the program works (which is what happens by installing ). I don't know if the best solution is to add to Plasma or to . I'd vote for the former, since (if I'm not wrong), is already installed with Plasma, it's just not in PATH, and I don't see the harm in being there. Still, that's why I opened an issue. By the way, can't be installed "alone". NixOS says: <!-- 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.

KDE Plasma supports the power profiles feature , but , enabling doesn't activate the feature by default. Steps to reproduce the behavior: Plasma; on the battery icon; are no power profiles. You should see the power profiles.
Change:
qogir-theme = callPackage ../data/themes/qogir { }; <ins> quintom-cursor-theme = callPackage ../data/icons/quintom-cursor-theme { }; </ins> redhat-official-fonts = callPackage ../data/fonts/redhat-official { }; route159 = callPackage ../data/fonts/route159 { };

Discussion:
Project description This is an [x-]cursor theme designed to look decent. Includes light and dark cursors Metadata homepage URL: license: GPL3 + CC BY-SA 4.0) platforms: unix? linux?
Change:
<ins> { lib , buildGoModule , fetchFromGitHub , installShellFiles }: buildGoModule rec { pname = "hof"; version = "0.6.9-beta.1"; src = fetchFromGitHub { owner = "hofstadter-io"; repo = "hof"; rev = "v${version}"; hash = "sha256-4yVP6DRHrsp52VxBhr7qppPhInYEsvPbIfxxQcRwHTw="; }; nativeBuildInputs = [ installShellFiles ]; vendorHash = "sha256-cDUcYwcxPn+9TEP5lhVJXofijCZX94Is+Qt41PqUgjI="; subPackages = [ "./cmd/hof/main.go" ]; postInstall = '' mv $out/bin/main $out/bin/hof local INSTALL="$out/bin/hof" installShellCompletion --cmd hof  --bash <($out/bin/hof completion bash)  --fish <($out/bin/hof completion fish)  --zsh <($out/bin/hof completion zsh) ''; meta = with lib; { homepage = "https://github.com/hofstadter-io/hof"; description = "Framework that joins data models, schemas, code generation, and a task engine. Language and technology agnostic"; license = licenses.asl20; maintainers = with maintainers; [ jfvillablanca ]; mainProgram = "hof"; }; } </ins>

Discussion:
Project description Framework that joins data models, schemas, code generation, and a task engine. Language and technology agnostic. Metadata homepage URL: source URL: license: asl2 platforms: linux, darwin
Change:
name = "emscripten-node-modules-${version}"; inherit pname version src; <del> npmDepsHash = "sha256-7tZEZ7NN1jJBHa9G5sRz/ZpWJvgnTJj4i5EvQMsGQH4="; </del> <ins> npmDepsHash = "sha256-2dsIuB6P+Z3wflIsn6QaZvjHeHHGzsFAI3GcP3SfiP4="; </ins> dontBuild = true;

Discussion:
Package name: emscripten Latest released version: 3.1.57 <!-- Search your package here: --- Current version on the unstable channel: 3.1.51 Current version on the stable/release channel: 3.1.47 <!-- 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]:
tl;dr: 3.1.57 is not currently compatible with the version of llvm in tree (18.1.5). The latest compatible version with llvm 18.1.5 appears to be Emscripten 3.1.54. The emscripten nixpkg (3.1.51) currently uses an LLVM17 environment which needs be migrated to LLVM18. The configuration as it exists today doesn't work in some cases. (Godot4.3dev6 web template builds failed missing in , prompting finding this issue) Emscripten 3.1.51 seems to be compatible with the LLVM 18.1.5 currently in nixpkgs unstable. Emscripten 3.1.59 (current as of this comment) and 3.1.57 are not compatible with that version of LLVM (In my usage, ran into errors with and ). These flags were introduced in Emscripten 3.1.55 making the last compatible version against the current in-tree dependencies 3.1.54. <details<summaryThis override was able to successfully build the godot4.3dev6 web templates using Emscripten 3.1.54</summary<p</p</details
Change:
url = "https://hg.mozilla.org/releases/mozilla-esr102/raw-rev/1fa20fb474f5d149cc32d98df169dee5e6e6861b"; sha256 = "sha256-eCisKjNxy9SLr9KoEE2UB26BflUknnR7PIvnpezsZeA="; }) <ins> ] ++ lib.optionals (lib.versionAtLeast version "91" && stdenv.hostPlatform.system == "i686-linux") [ # Fixes i686 build, https://bugzilla.mozilla.org/show_bug.cgi?id=1729459 ./fix-float-i686.patch </ins> ]; nativeBuildInputs = [

Discussion:
Steps to reproduce the behavior:
Can you check if has an effect?
I've got this error:
Please check the full log of that build and look for ( catching the actual error) and any preceding lines with (actual error from the compiler). What you posted are just harmless warnings and (an error has occurred somewhere else so needs to quit).
Upstream issue:
Change:
or (throw "unsupported libc for the pure Linux stdenv"); files = archLookupTable.${localSystem.system} or (if getCompatibleTools != null then getCompatibleTools else (throw "unsupported platform for the pure Linux stdenv")); <del> in files </del> <ins> in (config.replaceBootstrapFiles or lib.id) files </ins> }: assert crossSystem == localSystem;

Discussion:
Today provides an outdated set of : Specifically I keep hitting on any attempts to rebuild 32-bit packages. Currently I am patching the to provide the working tools built locally: I think it would be generally useful to be able to pass non-default tools for workaround purposes and testing purposes of new tools. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
This issue has been mentioned on NixOS Discourse. There might be relevant details there:
people who want this, can you review
Change:
it is set, instead of the previous hardcoded default of `${networking.hostName}.${security.ipa.domain}`. <ins> - The `MSMTP_QUEUE` and `MSMTP_LOG` environment variables accepted by `msmtpq` have now been renamed to `MSMTPQ_Q` and `MSMTPQ_LOG` respectively. </ins> - The fcgiwrap module now allows multiple instances running as distinct users. The option `services.fgciwrap` now takes an attribute set of the configuration of each individual instance.

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 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: msmtp <!-- The current version can be found easily with the same process as 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.22 desired version: 1.8.23 <!-- 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:
, prepend ? [] # Whether to wrap the initramfs in a u-boot image. <del> , makeUInitrd ? stdenvNoCC.hostPlatform.linux-kernel.target == "uImage" </del> <ins> , makeUInitrd ? stdenvNoCC.hostPlatform.linux-kernel.target or "dummy" == "uImage" </ins> # If generating a u-boot image, the architecture to use. The default # guess may not align with u-boot's nomenclature correctly, so it can

Discussion:
We found (because it broke our build in Lix) that the following nixpkgs lib test is broken. It is run through some derivation in the test suite somewhere; finding that is an exercise to the reader, but it is included underneath somewhere. Run the following on any platform; it has been observed with this command on aarch64-darwin and x8664-linux: Then you will get an infinite output deepening like the following: Eventually it will segfault or otherwise exceed the recursion limit. We checked that this reproduces on Lix , Nix 2.18, and Nix 2.22, so it is not a Nix implementation bug for any reasonable value of "nix implementation". Steps to reproduce the behavior: the above command from a checkout of nixpkgs. ??? overflow! We don't think this is a regression from , but instead, that broken stuff was exposed as broken by actually running it on other platforms than x8664-linux. Evaluate as normal as is the case for other values of . If applicable, add screenshots to help explain your problem. Add any other context about the problem here. Not really a maintainers list as I don't see one, but people who touched the file or the infra recently: Please run and paste the result. Note that this is not a Lix bug. system: host os: multi-user?: sandbox: version: channels(jade): nixpkgs: Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Since I have aarch64-darwin and aarch64-linux and I exposed this, I'll take a look at this tonight.
Please try with , I was able to use that command until I got:
Perhaps also check that this feature. You might need to sprinkle some more in a similar way
Thank you for mentioning that, I got it to pass on Darwin
Change:
<del> { mkDerivation, lib, fetchFromGitHub, cmake, pkg-config </del> <ins> { mkDerivation, lib, fetchFromGitHub, fetchpatch, cmake, pkg-config, ninja </ins> , alsa-lib, freetype, libjack2, lame, libogg, libpulseaudio, libsndfile, libvorbis <del> , portaudio, portmidi, qtbase, qtdeclarative, qtgraphicaleffects </del> <ins> , portaudio, portmidi, qtbase, qtdeclarative, qtgraphicaleffects, flac </ins> , qtquickcontrols2, qtscript, qtsvg, qttools <del> , qtwebengine, qtxmlpatterns </del> <ins> , qtwebengine, qtxmlpatterns, qtnetworkauth, qtx11extras </ins> , nixosTests }: mkDerivation rec { pname = "musescore"; <del> version = "3.6.2"; </del> <ins> version = "4.0.1"; </ins> src = fetchFromGitHub { owner = "musescore"; repo = "MuseScore"; rev = "v${version}"; <del> sha256 = "sha256-GBGAD/qdOhoNfDzI+O0EiKgeb86GFJxpci35T6tZ+2s="; </del> <ins> sha256 = "sha256-Xhjjm/pYcjfZE632eP2jujqUAmzdYNa81EPrvS5UKnQ="; </ins> }; patches = [ <del> ./remove_qtwebengine_install_hack.patch </del> <ins> # See https://github.com/musescore/MuseScore/issues/15571 (fetchpatch { url = "https://github.com/musescore/MuseScore/commit/365be5dfb7296ebee4677cb74b67c1721bc2cf7b.patch"; hash = "sha256-tJ2M21i3geO9OsjUQKNatSXTkJ5U9qMT4RLNdJnyoKw="; }) </ins> ]; cmakeFlags = [ "-DMUSESCORE_BUILD_CONFIG=release" <ins> # Disable the _usage_ of the `/bin/crashpad_handler` utility. See: # https://github.com/musescore/MuseScore/pull/15577 "-DBUILD_CRASHPAD_CLIENT=OFF" # Use our freetype </ins> "-DUSE_SYSTEM_FREETYPE=ON" ];

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 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: musescore <!-- The current version can be found easily with the same process as 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: 3.6.2 desired version: 4.0 <!-- 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:
nitter = handleTest ./nitter.nix {}; nix-serve = handleTest ./nix-ssh-serve.nix {}; nix-ssh-serve = handleTest ./nix-ssh-serve.nix {}; <ins> nixops = handleTest ./nixops/default.nix {}; </ins> nixos-generate-config = handleTest ./nixos-generate-config.nix {}; node-red = handleTest ./node-red.nix {}; nomad = handleTest ./nomad.nix {};

Discussion:
Describe the bug introduced a change that breaks NixOps. When we have a test, something like this will be detected faster and not depend on users running into an issue. That would increase the quality. To Reproduce Steps to reproduce the behavior: nixops complain :grimacing:
I marked this as stale due to inactivity. &rarr;
Tests would still be nice. has been more broken than I expected...
I marked this as stale due to inactivity. &rarr;
Change:
gdrive = callPackage ../applications/networking/gdrive { }; <ins> gdu = callPackage ../tools/system/gdu { }; </ins> go-chromecast = callPackage ../applications/video/go-chromecast { }; go-rice = callPackage ../tools/misc/go.rice {};

Discussion:
Project description Pretty fast disk usage analyzer written in Go. Gdu is intended primarily for SSD disks where it can fully utilize parallel processing. However HDDs work as well, but the performance gain is not so huge. Metadata homepage URL: source URL: license: mit, platforms: Linux
Change:
<del> { lib, python3Packages, fetchPypi, installShellFiles, testers, backblaze-b2 </del> <ins> { lib , python3Packages , fetchFromGitHub , installShellFiles , testers , backblaze-b2 </ins> # executable is renamed to backblaze-b2 by default, to avoid collision with boost's 'b2' , execName ? "backblaze-b2" }: python3Packages.buildPythonApplication rec { pname = "backblaze-b2"; <del> version = "3.15.0"; format = "setuptools"; </del> <ins> version = "3.17.0"; format = "pyproject"; </ins> <del> src = fetchPypi { inherit version; pname = "b2"; hash = "sha256-10c2zddALy7+CGxhjUC6tMLQcZ3WmLeRY1bNKWunAys="; </del> <ins> src = fetchFromGitHub { owner = "Backblaze"; repo = "B2_Command_Line_Tool"; rev = "v${version}"; hash = "sha256-Xj7RNe6XM2atijhVasILWRdTzu6xuKBzMllM1z1mFLY="; </ins> }; <del> postPatch = '' substituteInPlace requirements.txt  --replace 'phx-class-registry==4.0.5' 'phx-class-registry' substituteInPlace requirements.txt  --replace 'tabulate==0.8.10' 'tabulate' substituteInPlace setup.py  --replace 'setuptools_scm<6.0' 'setuptools_scm' ''; </del> nativeBuildInputs = [ installShellFiles <del> python3Packages.setuptools-scm ]; </del> <ins> ] ++ (with python3Packages; [ pdm-backend ]); </ins> propagatedBuildInputs = with python3Packages; [ argcomplete

Discussion:
Steps to reproduce the behavior: on <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. -- I don't have a machine, the failure is discovered by ofborg. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Closed by
No, that fixes runtime issue . Darwin still has failing tests
Change:
pyunifi = callPackage ../development/python-modules/pyunifi { }; <ins> vdf = callPackage ../development/python-modules/vdf { }; </ins> vidstab = callPackage ../development/python-modules/vidstab { }; webapp2 = callPackage ../development/python-modules/webapp2 { };

Discussion:
A simple wrapper that does winetricks things for Proton enabled games, requires Winetricks.
Change:
speexdsp hamlib wxGTK31-gtk3 <del> ] ++ (if pulseSupport then [ libpulseaudio ] else [ portaudio ]); </del> <ins> ] ++ (if pulseSupport then [ libpulseaudio ] else [ portaudio ]) ++ lib.optionals stdenv.isDarwin [ AppKit AVFoundation Cocoa CoreMedia ]; </ins> cmakeFlags = [ "-DUSE_INTERNAL_CODEC2:BOOL=FALSE"

Discussion:
Building freedv on darwin fails. Steps to reproduce the behavior: It builds. This is the error message from the build: Seems the maintainer doesn't exist or is not a github name. Please run and paste the result.
As a first step, I created to mark the build broken on darwin.
I’ll assign the issue to for now as they were already investigating the matter.
I'm still seeing the issue, even after : This is on: system: host os: multi-user?: sandbox: version: channels(nknezevi1): nixpkgs:
Change:
turbovnc-headless-server = handleTest ./turbovnc-headless-server.nix {}; tuxguitar = handleTest ./tuxguitar.nix {}; twingate = runTest ./twingate.nix; <ins> typesense = handleTest ./typesense.nix {}; </ins> ucarp = handleTest ./ucarp.nix {}; udisks2 = handleTest ./udisks2.nix {}; ulogd = handleTest ./ulogd.nix {};

Discussion:
Project description Fast, typo tolerant, in-memory fuzzy Search Engine for building delightful search experiences. Metadata homepage URL: source URL: license: gpl3 platforms: linux, darwin
Change:
llvmPackages.openmp ]; <del> propagatedBuildInputs = [ </del> <ins> dependencies = [ </ins> astunparse numpy <ins> packaging </ins> pyparsing scipy ];

Discussion:
Attempting to import results in the following error: Run the following: Importing should succeed. might need to be a runtime dependency. (See alternate derivation which does not have this problem.) <!-- 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. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Change:
, ... } @ args: let <del> version = "6.1.64-rt17"; # updated by ./update-rt.sh </del> <ins> version = "6.1.65-rt18"; # updated by ./update-rt.sh </ins> branch = lib.versions.majorMinor version; kversion = builtins.elemAt (lib.splitString "-" version) 0; in buildLinux (args // {

Discussion:
Apparently upstream stable kernels 6.1.65 (NixOS 23.11 default) and .64 have a cherry-picking bug that can create data corruption on ext4 Probably NixOS should update to 6.1.66 (released 2 days ago) as soon as possible
Looks like this was already dealth with: Currently building on Hydra:
This issue has been mentioned on NixOS Discourse. There might be relevant details there:
This issue has been mentioned on NixOS Discourse. There might be relevant details there:
I believe the realtime kernel from the branch still contains this bug? Made an issue:
Change:
cp -r . "$out/lib/node_modules/aws-azure-login" makeWrapper "${nodejs}/bin/node" "$out/bin/aws-azure-login"  <del> --add-flags "$out/lib/node_modules/aws-azure-login/lib/index.js" </del> <ins> --add-flags "$out/lib/node_modules/aws-azure-login/lib/index.js"  --set PUPPETEER_EXECUTABLE_PATH "${lib.getExe chromium}" </ins> runHook postInstall ''; <ins> passthru.tests.aws-azure-login = callPackage ./tests.nix { package = finalAttrs.finalPackage; }; </ins> meta = { description = "Use Azure AD SSO to log into the AWS via CLI"; homepage = "https://github.com/aws-azure-login/aws-azure-login"; license = lib.licenses.mit; mainProgram = "aws-azure-login"; <del> maintainers = with lib.maintainers; [ yurrriq ]; </del> <ins> maintainers = with lib.maintainers; [ l0b0 ]; </ins> platforms = lib.platforms.all; }; <del> } </del> <ins> }) </ins>

Discussion:
consistently fails on 23.11. Steps to reproduce the behavior: to NixOS 23.11 This should work like . Debug output: Installing via or via does not fix this. , but no mention of Chromium itself. It looks like the error message is from . . system: host os: multi-user?: sandbox: version: channels(root): channels(username): nixpkgs: (I'll be tweaking this in case I come up with a working solution.) to a new directory, for example a containing the following: the built package like this: Unfortunately, the override doesn't work as expected: ERROR: Failed to set up Chromium r982053! Set "PUPPETEERSKIP_DOWNLOAD" env variable to skip download. I'm not sure how to proceed. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Unfortunately I'm not using this anymore and should remove myself as maintainer. Any volunteers? Looks like we have a fix now too. Can anyone verify?
I'm still using it for the foreseeable, so I've .
Change:
"--with-app-defaults=$(out)/lib/X11/app-defaults" ] ++ lib.optional enableDecLocator "--enable-dec-locator"; <del> # Work around broken "plink.sh". NIX_LDFLAGS = "-lXmu -lXt -lICE -lX11 -lfontconfig"; </del> <ins> env = { # Work around broken "plink.sh". NIX_LDFLAGS = "-lXmu -lXt -lICE -lX11 -lfontconfig"; } // lib.optionalAttrs stdenv.hostPlatform.isMusl { # Various symbols missing without this define: TAB3, NLDLY, CRDLY, BSDLY, FFDLY, CBAUD NIX_CFLAGS_COMPILE = "-D_GNU_SOURCE"; }; </ins> # Hack to get xterm built with the feature of releasing a possible setgid of 'utmp', # decided by the sysadmin to allow the xterm reporting to /var/run/utmp

Discussion:
build Full logs: Errors happen when building for musl, dynamic. Alpine package: Nixpkgs package:
This can be fixed by a , but I'm not sure if we want this?
Change:
<del> From 20c3fe76340981c43eeed16a5509480a0f5cb56d Mon Sep 17 00:00:00 2001 From: Maximilian Bosch <maximilian@mbosch.me> Date: Fri, 6 Aug 2021 10:55:01 +0200 Subject: [PATCH] Forcefully disable docs build This currently affects the following statement in `src/Makefile.am` only: if !DISABLE_DOCUMENTATION all-local: lnav if test -w $(srcdir)/internals; then  env DUMP_INTERNALS_DIR=$(srcdir)/internals DUMP_CRASH=1 ./lnav Makefile;  mv $(srcdir)/internals/*.schema.json $(top_srcdir)/docs/schemas;  fi endif We cannot do this (even on non-cross builds) since `lnav` requires e.g. `/etc/nsswitch.conf` and other impurities here. --- configure.ac | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/configure.ac b/configure.ac index ce311fd8..e3c9ebe0 100644 --- a/configure.ac +++ b/configure.ac @@ -287,7 +287,7 @@ AS_IF([test $? -eq 0], AM_CONDITIONAL(USE_INCLUDED_YAJL, test $HAVE_LOCAL_YAJL -eq 0) AM_CONDITIONAL(HAVE_LIBCURL, test x"$LIBCURL" != x"") -AM_CONDITIONAL([DISABLE_DOCUMENTATION], [ test x"$cross_compiling" != x"no" ]) +AM_CONDITIONAL([DISABLE_DOCUMENTATION], [ true ]) AC_CONFIG_HEADERS([src/config.h]) AC_CONFIG_FILES([Makefile]) -- 2.31.1 </del>

Discussion:
Package name: lnav Latest released version: 0.12.2 <!-- Search your package here: --- Current version on the unstable channel: 0.11.2 Current version on the stable/release channel: 0.11.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]: