jiebi/CodeConvo huggingface dataset:
Change:
let defaultOverrides = commonOverrides ++ [ <del> (self: super: { jsonschema = super.jsonschema.overridePythonAttrs (oldAttrs: rec { version = "3.2.0"; src = super.fetchPypi { inherit (oldAttrs) pname; inherit version; sha256 = "sha256-yKhbKNN3zHc35G4tnytPRO48Dh3qxr9G3e/HGH0weXo="; }; SETUPTOOLS_SCM_PRETEND_VERSION = version; doCheck = false; }); }) </del> ]; python = python3.override {

Discussion:
Steps to reproduce the behavior: (as of ) <details<summaryBuild Log</summary<preerror: builder for '/nix/store/8r1frbwzxwncagff57r7zz86zl2nsxbm-python3.10-jsonschema-' failed with exit code 1; last 10 log lines: For full logs, run 'nix log /nix/store/8r1frbwzxwncagff57r7zz86zl2nsxbm-python3.10-jsonschema-'. error: 1 dependencies of derivation '/nix/store/2413pkb4n4z1bj0rywpcfbi8s1yisvkg-python3.10-bravado-core-' failed to build error: 1 dependencies of derivation '/nix/store/x9h491ipp10gpp771jzfr3qyn3y6pbf9-powerdns-admin-' failed to build </pre</detailsLooks like json schema got updated to 4.13 which requires adding a patch. When , we're not patching (please excuse the pun), so it tries to apply to new patch against 3.2.0 which, of course, fails. Seems like we probably just need to override the to remove the offending patch? <!-- 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.
, and are also broken in similar fashion.
I'll take a look later today.
I opened .
Change:
<ins> { lib , stdenvNoCC , fetchurl , unzip }: stdenvNoCC.mkDerivation rec { pname = "roboto-serif"; version = "1.007"; src = fetchurl { url = "https://github.com/googlefonts/roboto-serif/releases/download/v${version}/RobotoSerifFonts-v${version}.zip"; hash = "sha256-A14GztkTvaLBvcm1i3A0Vi9vaz77nFYYoSNggqbffFo="; }; sourceRoot = "."; nativeBuildInputs = [ unzip ]; installPhase = '' runHook preInstall install -Dm644 variable/*.ttf -t $out/share/fonts/truetype runHook postInstall ''; meta = with lib; { description = "The Roboto family of fonts"; longDescription = '' Google’s signature family of fonts, the default font on Android and Chrome OS, and the recommended font for Google’s visual language, Material Design. ''; homepage = "https://github.com/googlefonts/roboto-serif"; license = licenses.ofl; maintainers = with maintainers; [ wegank ]; platforms = platforms.all; }; } </ins>

Discussion:
Project description Metadata homepage URL: source URL: license: SIL Open Font License 1.1 platforms: all
Change:
meta = with lib; { description = "Module to interact with Melnor RainCloud Smart Garden Watering Irrigation Timer"; homepage = "https://github.com/vanstinator/raincloudy"; <del> license = with licenses; [ asl20 ]; </del> <ins> changelog = "https://github.com/vanstinator/raincloudy/releases/tag/${version}"; license = licenses.asl20; </ins> maintainers = with maintainers; [ fab ]; }; }

Discussion:
Steps to reproduce the behavior: python312Packages.raincloudy It seems it's related to building the test suite of . The package imports which appears to be deprecated from . Building from current . Appears to be an upstream bug, . <!-- 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:
url = "https://github.com/google/mozc/commit/82d38f929882a9c62289b179c6fe41efed249987.patch"; sha256 = "07cja1b7qfsd3i76nscf1zwiav74h7d6h2g9g2w4bs3h1mc9jwla"; }) <ins> # Support dates after 2019 (fetchpatch { url = "https://salsa.debian.org/debian/mozc/-/raw/master/debian/patches/add_support_new_japanese_era.patch"; sha256 = "1dsiiglrmm8i8shn2hv0j2b8pv6miysjrimj4569h606j4lwmcw2"; }) </ins> ]; postUnpack = ''

Discussion:
Describe the bug I was trying to upgrade my system to latest unstable when I encountered this error: error: --- Error
--------------------- nix-build builder for '/nix/store/4akxpw50h059071m68rm96qi3jmdv7zi-ibus-mozc-' failed with exit code 1; last 10 log lines: File "", line 854, in BuildMain BuildWithNinja(options, targets) File "", line 828, in BuildWithNinja RunOrDie([ninja, '-C', buildarg] + ninjatargets) File "", line 99, in RunOrDie '=========='])) ERROR: ninja -C outlinux/Release ibusmozc mozcemacshelper mozcserver mozctool mozc_renderer
cc: because of .
likewsie fcitx-mozc stopped working. Seems like there is this fork of google-mozc with more recent commits but changing upstream would require more changes:
Change:
"@webassemblyjs/wasm-text-gen-1.11.1" = "wasmgen"; "@webassemblyjs/wast-refmt-1.11.1" = "wast-refmt"; aws-cdk = "cdk"; <del> bash-language-server = "bash-language-server"; </del> cdk8s-cli = "cdk8s"; cdktf-cli = "cdktf"; clipboard-cli = "clipboard";

Discussion:
Steps to reproduce the behavior: This seems to have been caused by although I'm not familiar with the package, so I could be wrong. It is causing to fail as a result. I don't quite understand the organization of the structure, so I'm not sure who the appropriate maintainer is. As a fallback, and were involved in the above linked PR, so they may be of help here. Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
sorry for the breakage, i opened to fix this
This issue has been mentioned on NixOS Discourse. There might be relevant details there:
Had the same issue. But I think it's fixed in PR as mentioned You can track the progress of the PR , apparently it hasn't been merged into nixpkgs-unstable yet.
Change:
sudo = callPackage ../tools/security/sudo { }; <del> sudoWithVisudo = sudo.override { keepVisudo = true; }; </del> suidChroot = builderDefsPackage (import ../tools/system/suid-chroot) { }; super = callPackage ../tools/security/super { };

Discussion:
The installer test was broken by the change mentioned below, along with the change which adds a keepVisudo option to the package build of sudo. The installer tests do not have network connectivity, therefore requiring that all packages be located on the iso from which they are being installed. The problem is that this patch forces one of the installed sudo derivations to differ from the default, forcing nix to attempt a rebuild of the derivation and subsequently failing to download the sudo sources. We need to either bundle both versions of the sudo derivation or simply remove the keepVisudo option and always keep it Is it a problem to keep visudo around for the default sudo derivation? Broken in:
Change:
rtiff = [ pkgs.libtiff.dev ]; runjags = [ pkgs.jags ]; RVowpalWabbit = [ pkgs.zlib.dev pkgs.boost ]; <del> rzmq = [ pkgs.zeromq3 ]; </del> <ins> rzmq = [ pkgs.zeromq ]; </ins> SAVE = [ pkgs.zlib pkgs.bzip2 pkgs.icu pkgs.lzma pkgs.pcre ]; sdcTable = [ pkgs.gmp pkgs.glpk ]; seewave = [ pkgs.fftw.dev pkgs.libsndfile.dev ];

Discussion:
, (nixos-20.03, nixos-unstable) Scanned versions: nixos-20.03: ; nixos-unstable: . May contain false positives.
According to this comment , should not be affected. Nontheless, this is a very old version and there are only two packages depends on it: rzmq (apparently supports 4.x but is broken since 2016) jzmq (support 3.x and looks unmaintained) jzmq is only needed by apache stom but the dependecy as since been dropped: see can you update apache storm so we can get rid of jzmq?
Change:
<del> { stdenv, lib, akku, curl, git, substituteAll }: </del> <ins> { stdenv, lib, akku, curl, git }: </ins> let joinOverrides = overrides: pkg: old:

Discussion:
Akku prints a series of warnings in the format of each time its sub-commands get invoked. Steps to reproduce the behavior: (or or some other Akku commands; I haven't test them all, though) program prints If Akku works well, then it is insignificant what bindings are overrided by some modules, and the warning messages should be trimmed. ! <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. --Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Yeah, akku works well enough to nixify its packages (akkuPackages attrset). I'll take a look at suppressing warnings in the next week. Thank you for reporting this!
So, there was a PR: , merged Feb 8, 2021. We're using v1.1.0, released on Feb 6. I bumped akku to , which removed the warnings, but not . Working on it
Oh, whoops, that's on my end. I didn't have the locale environment variables
Change:
users.groups = optionalAttrs (cfg.group == "dolibarr") { dolibarr = { }; }; <del> users.users."${config.services.nginx.group}".extraGroups = [ cfg.group ]; }; </del> <ins> } (mkIf (cfg.nginx != null) { users.users."${config.services.nginx.group}".extraGroups = mkIf (cfg.nginx != null) [ cfg.group ]; }) ]); </ins> }

Discussion:
I would like to use the dolibarr module without nginx. I plan to use caddy instead. In my NixOS configuration, I have . All the nginx-related settings in the dolibarr module are ignored if which is good. However, this line is not: I get the following output: This happens with simply adding to my config.
Opened for the fix, as I do not use any other web server beyond NGINX, I have no plan to maintain advanced integrations of other web servers, if you are interested into this, I will need another co-maintainer :).
Change:
uvicorn watchdog webauthn <del> websockets </del> wsproto xmlsec zxcvbn ] <del> ++ uvicorn.optional-dependencies.standard ++ [ codespell ]; </del> <ins> ++ channels.optional-dependencies.daphne ++ django-storages.optional-dependencies.s3 ++ opencontainers.optional-dependencies.reggie ++ psycopg.optional-dependencies.c ++ uvicorn.optional-dependencies.standard; </ins> postInstall = '' mkdir -p $out/web $out/website

Discussion:
When the upload functionallity is enabled (when is a mountpoint), the library is unconditionally imported even when no s3 storage is used. This library is missing from the dependencies: Uploading a file generates an event with the following error: Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Change:
wait_for_open_port(80) wait_for_unit("prometheus-json-exporter.service") wait_for_open_port(7979) <del> succeed("curl -sSf localhost:7979/metrics | grep -q 'json_test_metric 1'") </del> <ins> succeed( "curl -sSf 'localhost:7979/probe?target=http://localhost' | grep -q 'json_test_metric 1'" ) </ins> ''; };

Discussion:
current version: unstable-2017-10-06 desired version: 0.2.0 maintainers:
An option in the service definition to overwrite the package would be nice, too! :smile:
Why is this needed? -options are usually implemented if modifying the package in question with an overlay is a bad idea because it would mean that a lot of leaf-packages would require a rebuild as well. An example for that would be .
Ah, okay.
could you please update this package?
Oh sure, thank you for the ping :)
Change:
<ins> From 0ab5c1e39e94e158650da847f8512ab5e2b03593 Mon Sep 17 00:00:00 2001 From: "Jan Alexander Steffens (heftig)" <heftig@archlinux.org> Date: Wed, 9 Nov 2022 08:00:19 +0000 Subject: [PATCH] gschema: Remove path from eap schema This one needs to be relocatable, otherwise creating a new VPN connection will fail with: settings object created with schema 'org.gnome.nm-applet.eap' and path '/org/gnome/nm-applet/eap/<uuid>/', but path '/org/gnome/nm-applet/eap/' is specified by schema Fixes: https://bugs.archlinux.org/task/76490 --- org.gnome.nm-applet.eap.gschema.xml.in | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/org.gnome.nm-applet.eap.gschema.xml.in b/org.gnome.nm-applet.eap.gschema.xml.in index 0fc3ca9f..f4a56ea6 100644 --- a/org.gnome.nm-applet.eap.gschema.xml.in +++ b/org.gnome.nm-applet.eap.gschema.xml.in @@ -1,6 +1,6 @@ <?xml version="1.0" encoding="UTF-8"?> <schemalist> -  <schema id="org.gnome.nm-applet.eap" path="/org/gnome/nm-applet/eap/" gettext-domain="nm-applet"> +  <schema id="org.gnome.nm-applet.eap" gettext-domain="nm-applet"> <key name="ignore-ca-cert" type="b"> <default>false</default> <summary>Ignore CA certificate</summary> -- GitLab </ins>

Discussion:
When supplying a WiFi password to a GUI version of NetworkManager (e.g. in ), the GUI will crash and the password will not be saved. The following message is visible in the terminal: and are able to save passwords fine. Steps to reproduce the behavior: to new Wi-Fi network (or edit existing network) Wi-Fi password Save or Connect The connection is made. Appears to be an upstream issue. Other distro reports: Upstream report: Possible (temporary?) fix: <!-- 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.
Hi, can you please help test ?
Yes, that patch solves my issue.
Change:
systemd.services.test.serviceConfig."X-Test" = "test"; }; <ins> unitWithBackslash.configuration = { systemd.services."escapedx2ddash" = { wantedBy = [ "multi-user.target" ]; serviceConfig = { Type = "oneshot"; RemainAfterExit = true; ExecStart = "${pkgs.coreutils}/bin/true"; ExecReload = "${pkgs.coreutils}/bin/true"; }; }; }; unitWithBackslashModified.configuration = { imports = [ unitWithBackslash.configuration ]; systemd.services."escapedx2ddash".serviceConfig.X-Test = "test"; }; </ins> restart-and-reload-by-activation-script.configuration = { systemd.services = rec { simple-service = {

Discussion:
Switching NIxOS configurations when using produces the following warning: Steps to reproduce the behavior: (current master) file in the directory with the following content: test fails and produces the warning should not produce warnings. It looks like currently can't handle service file names containing a . I tracked the first failing commit down to . The warning seems to not create any problems for me at the moment and all services are running.
Great… I'll take a look
Change:
homepage = "https://github.com/gorakhargosh/watchdog"; license = licenses.asl20; maintainers = with maintainers; [ goibhniu ]; <del> # error: use of undeclared identifier 'kFSEventStreamEventFlagItemCloned' # builds fine on aarch64-darwin broken = stdenv.isDarwin && !stdenv.isAarch64; </del> }; }

Discussion:
Describe the bug upgraded to 2.0.0, but this version is broken on darwin: It appears this is because ' macOS SDK is 10.12, but the symbols that cause problems in 2.0.0 are only available in 10.13+:
Issue regarding newer SDK
I'm also seeing watchdog as a blocker for installing some packages. e.g., installing was-sam-cli is broken: Any work-around or fix?
Still happens with watchdog
Yeah, unfortunately, I think nothing is going to change on this issue until someone has time to upgrade the macOS SDK ()
That's happening at as part of
What if the package uses sdk_11 for now?
It needs , so maybe fine.
Talking to this doesn't seem so simple. The 11 SDK is only available through the Aarch64 stdenv IIUC. So maybe this package doesn't need to be marked broken for Aarch64 Darwin, could someone using native Nix on an M1 mac confirm this? Making it available on x86_64 properly would entail as much work as bumping the SDK to 10.13 does because we have as much as possible depend on the Apple source releases rather than the SDK. So I don't think this'd be an easy workaround. would be better able to judge how practical the idea is though.
<details<summaryHere's what I tried, from a checkout of master: </summary</detailsI suspect the problem is trying to with the 10.12 darwin-stubs, which could explain missing dylibs. The usual 10.12 expression explicitly depends on but does not so I'm not able to override it. I'm not sure why this is,
Maybe it's using impure stubs from the host? Would be cool if someone running Big Sur could confirm or deny whether the above works for them.
I ran into the same issue on Big Sur.
Just coming into this but I see this has been merged? Is there anything to be done here? Thanks A
sorry for causing confusion. That PR became just a bump of LLVM and the bit that was merged is just the small bootstrap-tools bump the work depends on. So this has no impact on this issue. I continue to work on both getting LLVM updated and the Apple SDK. You can keep an eye on or the Discourse thread for updates.

This issue has been mentioned on NixOS Discourse. There might be relevant details there:
I marked this as stale due to inactivity. &rarr;
Package ‘python3.9-watchdog-2.1.6’ in /nix/store/16znkxs25xghynrdrrcf3asczxh3hdm3-nixpkgs-22.05pre346850./nixpkgs/pkgs/development/python- is marked as broken, refusing to evaluate.
Hi all, is there a recommended workaround for this?
I used to create a Python virtualenv with my , then just install directly with inside that virtualenv: I mainly use this for , and it WAS working correctly. I don't have a mac currently, so can't say if it still works, but you can give it a try.
Change:
rustPlatform.buildRustPackage rec { pname = "obs-livesplit-one"; <del> version = "0.2.0"; </del> <ins> version = "0.3.4"; </ins> src = fetchFromGitHub { <del> owner = "CryZe"; </del> <ins> owner = "LiveSplit"; </ins> repo = pname; rev = "v${version}"; <del> sha256 = "sha256-C1u4z7iQUETM84kf6S6obw+C0ox8J9gMJoVP3/3ZoYw="; </del> <ins> sha256 = "sha256-3B3P1PlzIlpVqHJMKWpEnWXGgD/IaiWM1FVKn0BtRj0="; </ins> }; <del> cargoHash = "sha256-mQ0TR4DL4bA5u4IL3RY9aLxU5G6qQ5W5xuNadiXGeB0="; </del> <ins> cargoLock = { lockFile = ./Cargo.lock; outputHashes = { "livesplit-auto-splitting-0.1.0" = "sha256-/xQEVJH6m6nH5Z1kuOPEElOcOqJmiG9Q8cOx0e6p3Wc="; }; }; </ins> nativeBuildInputs = [ cmake pkg-config ]; buildInputs = [ fontconfig obs-studio ];

Discussion:
Package name: Latest released version: 0.3.4 <!-- Search your package here: --- Current version on the unstable channel: 0.2.0 Current version on the stable/release channel: 0.2.0 Notify maintainers Note for maintainers: Please tag this issue in your PR. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
The repo has moved to .
Working on a PR now.
Getting errors with having Git dependencies. I need to find the hash of the new file, but Nix isn't giving it to me when I provide a fake hash.
I can't get a hash, so I'm stopping for now. If anyone else wants to pick it up, it would be appreciated.
Change:
<ins> { stdenv, makeWrapper, writeScript, llvmPackages }: let clang = llvmPackages.clang-unwrapped; version = stdenv.lib.getVersion clang; in stdenv.mkDerivation { name = "clang-tools-${version}"; builder = writeScript "builder" '' source $stdenv/setup for tool in  clang-apply-replacements  clang-check  clang-format  clang-rename  clang-tidy do makeWrapper $clang/bin/$tool $out/bin/$tool --argv0 $tool done ''; buildInputs = [ makeWrapper ]; inherit clang; meta = clang.meta // { description = "Standalone command line tools for C++ development"; maintainers = with stdenv.lib.maintainers; [ aherrmann ]; }; } </ins>

Discussion:
I noticed that ( and friends) is part of right now. Installing it means it will override systems and such. Is there a separate package that contains only ?
Closing since nobody is giving a ** about this request.
When people don't respond it does not necessarily mean they don't care, but they may have more important (in their opinion) matters to deal with first.
I understand. I'm totally OK with this because sometimes I don't respond to issues either. It's not urgent and I can hack around this.
Even better than hacking around it, you can submit a pull request :-)
Change:
{ lib , stdenv <ins> , aocd-example-parser , beautifulsoup4 </ins> , buildPythonPackage , fetchFromGitHub <del> , requests , pytestCheckHook , tzlocal , pytest-mock </del> <ins> , numpy , pebble , pook </ins> , pytest-freezegun <ins> , pytest-mock </ins> , pytest-raisin , pytest-socket <ins> , pytestCheckHook , python-dateutil , pythonOlder , requests </ins> , requests-mock <del> , pook , numpy </del> , rich <del> , pebble , python-dateutil , termcolor , beautifulsoup4 </del> , setuptools <del> , pythonOlder </del> <ins> , termcolor , tzlocal </ins> }: buildPythonPackage rec { pname = "aocd"; version = "2.0.1"; <del> format = "pyproject"; </del> <ins> pyproject = true; </ins> <del> disabled = pythonOlder "3.7"; </del> <ins> disabled = pythonOlder "3.9"; </ins> src = fetchFromGitHub { owner = "wimglenn";

Discussion:
Steps to reproduce the behavior: build 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]:
From the looks of things, the latest package has a new dependency on aocd-example-parser (it was split into a separate repository). That needs to be packaged into nixpkgs and as a dependency to aocd.
Change:
owner = "spesmilo"; repo = "electrum"; rev = version; <del> sha256 = "sha256-Lr6ynHAbyaiaxYAWU5j5Wh5acxO5HkP1/jpnFrL4j68="; </del> <ins> sha256 = "sha256-fDu2PlEQOF7ftlS6dYw15S2XiAx+D/bng4zC9ELj6uk="; </ins> postFetch = '' mv $out ./all

Discussion:
Cannot use hardware wallet with electrum from nixos-unstable channel Steps to reproduce the behavior: to use hardware wallet with electrum (either via creating wallet or loading a wallet) :x: on "Choose Hardware Device" screen, be presented with debug error A list of connected hardware wallets when at least one is connected ! Issue is not present in package from nixos-23.11 channel hardware wallet used: Ledger Nano X Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Change:
SVN_SSH = if sshSupport then "${buildPackages.openssh}/bin/ssh" else null; <del> outputHashAlgo = "sha256"; </del> <ins> outputHashAlgo = if hash != "" then null else "sha256"; </ins> outputHashMode = "recursive"; <del> outputHash = sha256; </del> <ins> outputHash = if hash != "" then hash else if sha256 != "" then sha256 else lib.fakeSha256; </ins> inherit url rev ignoreExternals ignoreKeywords;

Discussion:
Most of fetchers are using as possible hash parameter, but fetchsvn is not.
See also the discussion in
I marked this as stale due to inactivity. &rarr;