jiebi/CodeConvo huggingface dataset:
Change:
<del> { lib, stdenv, fetchFromGitHub, nix-update-script, meson, ninja, pkg-config, vala, gettext, python3 , appstream-glib, desktop-file-utils, wrapGAppsHook, gnome-online-accounts , gtk3, libgee, libpeas, librest, webkitgtk, gsettings-desktop-schemas , curl, glib, gnome, gst_all_1, json-glib, libnotify, libsecret, sqlite, gumbo, libxml2 }: stdenv.mkDerivation rec { pname = "feedreader"; version = "2.11.0"; src = fetchFromGitHub { owner = "jangernert"; repo = pname; rev = "v${version}"; sha256 = "1agy1nkpkdsy2kbrrc8nrwphj5n86rikjjvwkr8klbf88mzl6civ"; }; nativeBuildInputs = [ meson ninja pkg-config vala gettext appstream-glib desktop-file-utils libxml2 python3 wrapGAppsHook ]; buildInputs = [ curl glib json-glib libnotify libsecret sqlite gumbo gtk3 libgee libpeas gnome.libsoup librest webkitgtk gsettings-desktop-schemas gnome-online-accounts ] ++ (with gst_all_1; [ gstreamer gst-plugins-base gst-plugins-good ]); postPatch = '' patchShebangs build-aux/meson_post_install.py ''; passthru = { updateScript = nix-update-script { attrPath = pname; }; }; meta = with lib; { description = "A modern desktop application designed to complement existing web-based RSS accounts"; homepage = "https://jangernert.github.io/FeedReader/"; license = licenses.gpl3Plus; maintainers = with maintainers; [ edwtjo ]; platforms = platforms.linux; }; } </del>

Discussion:
This project is no longer activily maintained! there is a spiritual successor, so maybe package that instead cc maintainer
I marked this as stale due to inactivity. &rarr;
Change:
++ optional (withSeabios) "--with-system-seabios=${seabios}" ++ optional (!withInternalSeabios && !withSeabios) "--disable-seabios" <del> ++ optional (withOVMF) "--with-system-ovmf=${OVMF}" </del> <ins> ++ optional (withOVMF) "--with-system-ovmf=${OVMF.fd}/FV/OVMF.fd" </ins> ++ optional (withInternalOVMF) "--enable-ovmf"; patches =

Discussion:
In , I introduced support in libvirtd for UEFI VM creation. rightfully remarked that this brings closure-size up too much. Looking into OVMF shows that only 1MB out of the 114MB install size is needed to enable said UEFI VM creation. I think that we should look into splitting out OVMF_(CODE|VARS) from the rest package.
Change:
cloudcompare = libsForQt5.callPackage ../applications/graphics/cloudcompare {}; <ins> cloudflare-warp = callPackage ../tools/networking/cloudflare-warp { }; </ins> cloudfoundry-cli = callPackage ../applications/networking/cluster/cloudfoundry-cli { }; clpm = callPackage ../development/tools/clpm {};

Discussion:
Project description An official Desktop Client for WARP was recently released by Cloudflare but is only for Debian and CentOS based distros. Metadata homepage URL: license: Unfree platforms: linux
I created the PR, but I need someone to test it, as I really can't ensure how this works, and don't want to push something that might not work while I am the maintainer (unless someone wants to take it :) )
Upon running as per the instructions given in I get the error: After googling I find that we also need to enable the warp-svc service ] but on running I get this log It tries to look for a file in the directory but is unable to find that. After running it writes those config files to the directory and it seems to work since running shows that . A nice addition would be that since this has a systemd service this would become very convenient to use if packaged as a NixOS module. Thanks
Yeah, in fact when trying to set this up, I stumbled with these modules and for a moment thought that was the best course of action for this package, as it definitely is a service that would be more interesting to be enabled through config than downloaded through Nixpkgs (like right now). Thank you very much for testing :)
This issue has been mentioned on NixOS Discourse. There might be relevant details there:
Change:
] ++ lib.optional config.security.rtkit.enable "rtkit"; description = "Pipewire system service user"; isSystemUser = true; <ins> home = "/var/lib/pipewire"; createHome = true; </ins> }; groups.pipewire.gid = config.ids.gids.pipewire; };

Discussion:
I've been using PipeWire+JACK with until now. I'd like to switch to , but the service crashes at startup. The key error in the logs seems to be: . The result is that : (1) I have no sound, (2) I see no volume control knob in GNOME, (3) I see no devices appear in or any other JACK patchbay tools. Here's (hopefully) all relevant build configuration: Here are some logs: It seems others haven't run into this. What could I be doing wrong? Steps to reproduce the behavior: the above build configuration in the computer the above-written commands to view relevant logs I expect to the service to start, and to have sound.
Do you need a systemwide setup? That seems to be the issue here.
My use case is: I use virtual machines that run as another user (for security), but I want them to have sound. Using allows this, and it's the only (secure) solution I'm aware of.
This issue has been mentioned on NixOS Discourse. There might be relevant details there:
Thanks for this patch. I was finally able to test it. Unfortunately, I still have the issue. Your patch removed the "" error, but the wireplumber service still fails to start. Here's some evidence that your patch is applied: Here's the failure output/logs: According to the "" shouldn't be a problem because wireplumber shouldn't require X11. Looking more broadly at logs, there's this:
There have been some dbus related fixes in Wireplumber master, can you try that?
: I don't know how to cherry-pick from wireplumber; I only recently learned to cherry pick your pull request. I suppose I can wait until the next release. Maybe I should open this as an issue against wireplumber? Also, this crash only occurs with . Can you offer insight into what this means, so I can best phrase my question? I think the pipewire socket moves to a different what else? Does pipewire and/or wireplumber run as a different user? Anything else?
should get this fixed for good.
Also, if you don't know what does, you should probably disable it, as it's not a well supported configuration.
Change:
license = licenses.bsd3; homepage = "http://icl.cs.utk.edu/magma/index.html"; platforms = platforms.unix; <del> maintainers = with maintainers; [ tbenst ]; </del> <ins> maintainers = with maintainers; [ connorbaker ]; </ins> # CUDA and ROCm are mutually exclusive broken = cudaSupport && rocmSupport || cudaSupport && strings.versionOlder cudaVersion "9"; };

Discussion:
Per , assuming NVIDIA continues with its current compute capability naming scheme, will run into issues with the launch of Blackwell. This is a followup from <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. --
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:
Change:
<ins> { lib, ruby, bundlerApp, bundlerUpdateScript }: bundlerApp { pname = "inspec"; gemdir = ./.; inherit ruby; exes = ["inspec"]; passthru.updateScript = bundlerUpdateScript "inspec"; meta = with lib; { description = "Inspec is an open-source testing framework for infrastructure with a human- and machine-readable language for specifying compliance, security and policy requirements"; homepage = "https://inspec.io/"; license = licenses.asl20; maintainers = with maintainers; [ dylanmtaylor ]; }; } </ins>

Discussion:
Project description Inspec is an open-source testing framework for infrastructure with a human- and machine-readable language for specifying compliance, security and policy requirements. Metadata homepage URL: source URL: license: Apache License, Version 2.0 platforms: unix
Change:
requiredSystemFeatures = attrs.requiredSystemFeatures or [] ++ [ "gccarch-${stdenv.hostPlatform.gcc.arch}" ]; } // optionalAttrs (stdenv.buildPlatform.isDarwin) ( let <ins> allDependencies = concatLists (concatLists dependencies); allPropagatedDependencies = concatLists (concatLists propagatedDependencies); </ins> computedSandboxProfile = concatMap (input: input.__propagatedSandboxProfile or []) (stdenv.extraNativeBuildInputs ++ stdenv.extraBuildInputs <del> ++ concatLists dependencies); </del> <ins> ++ allDependencies); </ins> computedPropagatedSandboxProfile = concatMap (input: input.__propagatedSandboxProfile or []) <del> (concatLists propagatedDependencies); </del> <ins> allPropagatedDependencies; </ins> computedImpureHostDeps = unique (concatMap (input: input.__propagatedImpureHostDeps or []) (stdenv.extraNativeBuildInputs ++ stdenv.extraBuildInputs <del> ++ concatLists dependencies)); </del> <ins> ++ allDependencies)); </ins> computedPropagatedImpureHostDeps = unique (concatMap (input: input.__propagatedImpureHostDeps or []) <del> (concatLists propagatedDependencies)); </del> <ins> allPropagatedDependencies); </ins> in { inherit __darwinAllowLocalNetworking; # TODO: remove `unique` once nix has a list canonicalization primitive

Discussion:
While working on , I attempted to use in the derivation. Unfortunately, it did not appear to propagate to qtpass or other Qt-using packages that would require the profile. They still experienced the error until I manually sandbox profiles to the other packages. Steps to reproduce the behavior: a to a package for something it needs (e.g., ). that package as a or to another package (e.g., qtpass). the other package. The build should succeed (allowing whatever is permitted by the profile), but it fails (due to the lack of the sandbox profile). n/a This requires the sandbox on Darwin to be set to or . <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. --
Change:
<ins> { lib , buildPythonPackage , fetchFromGitHub }: buildPythonPackage rec { pname = "keyboard"; version = "0.13.5"; src = fetchFromGitHub { owner = "boppreh"; repo = pname; rev = "v${version}"; sha256 = "sha256-U4GWhPp28azBE3Jn9xpLxudOKx0PjnYO77EM2HsJ9lM="; }; pythonImportsCheck = [ "keyboard" ]; # Specific OS tests are being run for other OS, like # winmouse on Linux, which provides the following error: # AttributeError: module 'ctypes' has no attribute 'WinDLL' doCheck = false; meta = with lib; { description = "Hook and simulate keyboard events on Windows and Linux"; homepage = "https://github.com/boppreh/keyboard"; license = licenses.mit; maintainers = with maintainers; [ wolfangaukang ]; platforms = platforms.linux; }; } </ins>

Discussion:
Project description Take full control of your keyboard with this small Python library. Hook global events, register hotkeys, simulate key presses and much more. Metadata homepage URL: source URL: license: mit platforms: linux, darwin (experimental)
Change:
]; buildInputs = lib.optionals stdenv.isDarwin ( [ libiconv darwin.libobjc ] ++ <del> (with darwin.apple_sdk.frameworks; [ Security CoreServices Metal Foundation QuartzCore ]) </del> <ins> (with darwin.apple_sdk_11_0.frameworks; [ Security CoreServices Metal MetalPerformanceShaders Foundation QuartzCore ]) </ins> ); # work around "error: unknown warning group '-Wunused-but-set-parameter'"

Discussion:
Steps to reproduce the behavior: deno on darwin aarch64: x68_64: Add any other context about the problem here. Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Change:
{ lib <del> , fetchFromGitHub , python3 </del> , bc <ins> , fetchFromGitHub </ins> , jq <ins> , python3 </ins> }: let <del> version = "1.1.0"; in python3.pkgs.buildPythonApplication { pname = "pyp"; inherit version; format = "pyproject"; src = fetchFromGitHub { owner = "hauntsaninja"; repo = "pyp"; rev = "v${version}"; hash = "sha256-A1Ip41kxH17BakHEWEuymfa24eBEl5FIHAWL+iZFM4I="; }; </del> <ins> pythonPackages = python3.pkgs; finalAttrs = { pname = "pyp"; version = "1.2.0"; src = fetchFromGitHub { owner = "hauntsaninja"; repo = "pyp"; rev = "refs/tags/v${finalAttrs.version}"; hash = "sha256-hnEgqWOIVj2ugOhd2aS9IulfkVnrlkhwOtrgH4qQqO8="; }; pyproject = true; build-system = with pythonPackages; [ flit-core ]; nativeCheckInputs = (with pythonPackages; [ pytestCheckHook ]) ++ [ bc jq ]; pythonImportsCheck = [ "pyp" ]; # without this, the tests fail because they are unable to find the pyp tool # itself... preCheck = '' _OLD_PATH_=$PATH PATH=$out/bin:$PATH ''; # And a cleanup! postCheck = '' PATH=$_OLD_PATH_ ''; </ins> <del> nativeBuildInputs = [ python3.pkgs.flit-core ]; nativeCheckInputs = [ python3.pkgs.pytestCheckHook bc jq ]; # without this, the tests fail because they are unable to find the pyp tool # itself... preCheck = '' _OLD_PATH_=$PATH PATH=$out/bin:$PATH ''; # And a cleanup postCheck = '' PATH=$_OLD_PATH_ ''; meta = { homepage = "https://github.com/hauntsaninja/pyp"; description = "Easily run Python at the shell"; changelog = "https://github.com/hauntsaninja/pyp/blob/${version}/CHANGELOG.md"; license = lib.licenses.mit; maintainers = with lib.maintainers; [ AndersonTorres ]; </del> <ins> meta = { homepage = "https://github.com/hauntsaninja/pyp"; description = "Easily run Python at the shell"; changelog = "https://github.com/hauntsaninja/pyp/blob/${finalAttrs.version}/CHANGELOG.md"; license = with lib.licenses; [ mit ]; mainProgram = "pyp"; maintainers = with lib.maintainers; [ rmcgibbo AndersonTorres ]; }; </ins> }; <del> } </del> <ins> in pythonPackages.buildPythonPackage finalAttrs </ins>

Discussion:
Steps to reproduce the behavior: or 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. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
this is about to hit 23.11 as well with PR it's probably triggered by patch-level updates to python3 all platforms are affected:
Change:
{ lib <del> , python3Packages </del> <ins> , python3 </ins> , fetchFromGitHub }: <del> python3Packages.buildPythonApplication rec { </del> <ins> let python = python3.override { packageOverrides = self: super: { sqlalchemy = super.sqlalchemy.overridePythonAttrs (old: rec { version = "1.4.47"; src = self.fetchPypi { pname = "SQLAlchemy"; inherit version; hash = "sha256-lfwC9/wfMZmqpHqKdXQ3E0z2GOnZlMhO/9U/Uww4WG8="; }; }); }; }; in python.pkgs.buildPythonApplication rec { </ins> pname = "flexget"; <del> version = "3.5.31"; </del> <ins> version = "3.5.33"; </ins> format = "pyproject"; # Fetch from GitHub in order to use `requirements.in` src = fetchFromGitHub { <del> owner = "flexget"; repo = "flexget"; </del> <ins> owner = "Flexget"; repo = "Flexget"; </ins> rev = "refs/tags/v${version}"; <del> hash = "sha256-v6N1isaTVPwV/LC/a2lzrboLI6V/4W586RE5esfR500="; </del> <ins> hash = "sha256-LzDXNl2IQ3+j9uP+nE6JS8E+pO0n9zwmA7wrMeKR6Ms="; </ins> }; postPatch = ''

Discussion:
Using the latest flexget, when run it has issues with sqlalchemy. Steps to reproduce the behavior: flexget to the list of installed system packages flexget (or just flexget check) It throws a lot of errors like: And hence it things the config file is garbage and won't process. Passing the config and no errors throwing Please run and paste the result.
Change:
buildPythonPackage rec { pname = "dvc"; <del> version = "3.55.0"; </del> <ins> version = "3.55.1"; </ins> pyproject = true; disabled = pythonOlder "3.8";

Discussion:
Steps to reproduce the behavior: dvc another dvc hash error, i dont know why <!-- 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:
# can build this. If we didn't do it, basically the entire nixpkgs on Darwin would have an unfree dependency and we'd # get no binary cache for the entire platform. If you really find yourself wanting the TSAN, make this controllable by # a flag and turn the flag off during the stdenv build. <del> postPatch = stdenv.lib.optionalString stdenv.isDarwin '' </del> <ins> postPatch = '' substituteInPlace cmake/builtin-config-ix.cmake  --replace 'set(X86 i386)' 'set(X86 i386 i486 i586 i686)' '' + stdenv.lib.optionalString stdenv.isDarwin '' </ins> substituteInPlace cmake/config-ix.cmake  --replace 'set(COMPILER_RT_HAS_TSAN TRUE)' 'set(COMPILER_RT_HAS_TSAN FALSE)' '' + stdenv.lib.optionalString (useLLVM) ''

Discussion:
To Reproduce Additional context I am building the package on an x8664 machine via distributed build, if that makes any difference. I have also tried to build with llvmPackages8 through 10 and I got the same result. Notify maintainers Metadata Maintainer information:
This looks just like Unsure why it's reoccurring.
Caused by
This is native linux i868? Interesting, it is deciding to build nothing but headers, and then only the dev output is present. I am curious what it decided to build before that filled .
Ah! I bet it was auto-detecting and that gave it something to build, but now the correct arch is manually specified.
I can confirm that reverting fixed this issue.
hopefully fixed in
I'm seeing something similar for 32-bit arm on recent master () , ([build log][]). Do we need to make a version of for ? [build log]:
I suspect that since (and previously ) on i686 is really only building the bare minimum: whereas on : Missing are asan, ubsan related libs and much more. I should probably open a new issue for this.
Change:
<ins> diff --git a/osdep/mac/input_helper.swift b/osdep/mac/input_helper.swift index 0acec6bd40..0ec5837864 100644 --- a/osdep/mac/input_helper.swift +++ b/osdep/mac/input_helper.swift @@ -18,6 +18,14 @@ import Cocoa import Carbon.HIToolbox +extension NSCondition { +    fileprivate func withLock<T>(_ body: () throws -> T) rethrows -> T { +        self.lock() +        defer { self.unlock() } +        return try body() +    } +} + class InputHelper: NSObject { var option: OptionHelper? var lock = NSCondition() </ins>

Discussion:
Steps to reproduce the behavior: latest It was reported originally in , it seems to be an issue with the version of Swift that's being used. <!-- 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:
actualOutputs = attrs.outputs or [ "out" ]; missingOutputs = builtins.filter (output: ! builtins.elem output actualOutputs) expectedOutputs; in '' <del> The package ${getName attrs} has set meta.outputsToInstall to: ${builtins.concatStringsSep ", " expectedOutputs} </del> <ins> The package ${getNameWithVersion attrs} has set meta.outputsToInstall to: ${builtins.concatStringsSep ", " expectedOutputs} </ins> <del> however ${getName attrs} only has the outputs: ${builtins.concatStringsSep ", " actualOutputs} </del> <ins> however ${getNameWithVersion attrs} only has the outputs: ${builtins.concatStringsSep ", " actualOutputs} </ins> and is missing the following ouputs:

Discussion:
When running it fails due to an insecure package. To resolve this the output of recommends adding to the file (in my case for electron) This is incorrect as the correct line that should be must contain the package name and ver sion instead of just the package name (eg: instead of ) Steps to reproduce the behavior: while having an insecure package the instructions in the output The output must specify instead of in the sample code. This is the current (wrong) full output
Change:
${cfg.shellInit} <del> # and leave a note to our children to spare them the same work set -gx __fish_nixos_general_config_sourced 1 </del> <ins> # and leave a note so we don't source this config section again from # this very shell (children will source the general config anew) set -g __fish_nixos_general_config_sourced 1 </ins> end <del> # if our parent shell didn't source the login config, do it </del> <ins> # if we haven't sourced the login config, do it </ins> status --is-login; and not set -q __fish_nixos_login_config_sourced and begin set fish_function_path ${pkgs.fish-foreign-env}/share/fish-foreign-env/functions $fish_function_path

Discussion:
Fish usually has available, but the aliases are now missing, when the shell is not a login shell (presumably because of ). Have Then launch as a not-login shell. Try to use . System: 17.09pre107265. (Hummingbird)
Agh, what a mess. Thanks for raising this issue.
I think this issue is a little subtler than one would think: aliases are sourced, but only when the parent shell has not already sourced the interactive configuration. This is out of line with the behavior of the other shells on NixOS. I have a fix which I've tested with your example here. I will post a link to the relevant PR momentarily (after I put it up).
So apparently outgoing SSH is blocked from the WiFi on this cruise ship, so I can't push commits with the remotes I have set up, and my sister is nagging me to get off the computer so we can go out. If you need a quick fix on your own machine (I will be back later today, while I still have internet access, to submit the new PR), just change the lines in the NixOS module for fish () to and your aliases will get sourced every time the shell starts, so changes will be reflected without a reboot or manually unsetting the relevant variable before starting a new shell (). (The latter will do the trick if you want a quick fix without any changes to your Nixpkgs tree.)
there's a fix in this commit:
Thanks!

It looks like PR messed something up with fish environment as now connecting to a server with mosh fails giving fish: Unknown command 'mosh-server new -c 256 -s -l LANG=enUS.UTF-8 -l LCALL=enUS.UTF-8' fish: mosh-server 'new' '-c' '256' '-s' '-l' 'LANG=enUS.UTF-8' '-l' 'LCALL=enUS.UTF-8' I reverted the commit (it was mistakenly merged into 17.03) and mosh started working again. the system
I will likely not get a chance to really look into this until next week, but I will definitely figure out what went wrong here. Sorry about this! :-(
Don't worry too much, it's not something critical (hopefully it's the only thing affected). I'll try to sort this out though I have little experience here.
there's a fix in this commit:
Change:
config = mkMerge [ (mkIf config.programs.bash.vteIntegration { <del> programs.bash.interactiveShellInit = vteInitSnippet; </del> <ins> programs.bash.interactiveShellInit = mkBefore vteInitSnippet; </ins> }) (mkIf config.programs.zsh.vteIntegration {

Discussion:
After the changes in my bash prompt stopped working. It is set in with . It sets the environment variable . It happens that , now automatically run for vte terminals, also sets , but does not preserve any previous value it may have. As a consequence the setting done in is discarded by .
The script does Should it do ?
Ahh this is unexpected because profile.d scripts are sourced before the bashrc file and PROMPTCOMMAND setting. I'm not sure what to do to make this run earlier but still only for interactive. Edit: I think this will make it happen first Can you check if that works for you? Also, you should update your config to include in your prompt.
I think this is the best solution. But it would require a change in upstream. Edit_: and the fix would be available for other systems too, where I use to have a similar problem when setting the bash prompt.
Yes, it works for me. ! When I set the bash prompt in , a function is defined, and a call to it is appended to . If already has a call to (which already runs ), this call remains there. So I think that should not be explicitly included in my prompt.
Ah thanks for testing I can PR this now, I'd prefer to not make any changes to vte. Other distros are already stuck with downstream patches and eventually that's what it will amount too.