jiebi/CodeConvo huggingface dataset:
Change:
in buildNodejs { inherit enableNpm; <del> version = "18.16.0"; sha256 = "sha256-M9gaIz4jWlCa3aSk8iCQCNBFkZed5rPw9nwckGCT8Rg="; </del> <ins> version = "18.16.1"; sha256 = "sha256-6EBPjI2J/f336Vu7xgZr0OVxrLpY9USSWZthX77v4nI="; </ins> patches = [ ./disable-darwin-v8-system-instrumentation.patch ./bypass-darwin-xcrun-node16.patch

Discussion:
Package name: NodeJS Latest released version: 16.20.1, 18.16.1, 20.3.1 <!-- Search your package here: --- Current version on the unstable channel: 16.20.0, 18.16.0, 20.3.0 Current version on the stable/release channel: 16.20.0, 18.16.0, 20.3.0 <!-- Type the name of your package and try to find an open pull request for the package If you find an open pull request, you can review it! There's a high chance that you'll have the new version right away while helping the community! --- Notify maintainers <!-- If the result shows no maintainers, tag the person that last updated the package. -- Note for maintainers: Please tag this issue in your PR.
Change:
<del> { stdenv, lib, fetchurl , xorgproto, xorgserver , pkgconfig }: with lib; stdenv.mkDerivation rec { version = "0.3.8"; suffix = "1"; name = "xpra-xf86videodummy-${version}-${suffix}"; builder = ../../../../servers/x11/xorg/builder.sh; src = fetchurl { url = "mirror://xorg/individual/driver/xf86-video-dummy-${version}.tar.bz2"; sha256 = "1fcm9vwgv8wnffbvkzddk4yxrh3kc0np6w65wj8k88q7jf3bn4ip"; }; patches = [ ./0002-Constant-DPI.patch ./0003-fix-pointer-limits.patch ./0005-support-for-30-bit-depth-in-dummy-driver.patch ]; nativeBuildInputs = [ pkgconfig ]; buildInputs = [ xorgproto xorgserver ]; meta = { description = "Dummy driver for Xorg with xpra patches"; homepage = https://xpra.org/trac/wiki/Xdummy; license = licenses.gpl2; platforms = platforms.unix; maintainers = with maintainers; [ numinit ]; }; } </del>

Discussion:
Describe the bug Attempting to start xpra fails with the following X server log: To Reproduce Steps to reproduce the behavior: run start :200
Change:
<ins> # This file is automatically @generated by Cargo. # It is not intended for manual editing. version = 3 [[package]] name = "kclvm_cli" version = "0.8.7" </ins>

Discussion:
After installation kcl-cli shell completion is not available. Steps to reproduce the behavior: kcl-cli completion Shell completion should be installed. N/A N/A <!-- 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:
lua python3 zlib <ins> minizip asio libSM  # XXX: these should be propagated by SDL2? libICE libXext </ins> ]; postInstall = ''

Discussion:
name: widelands current version: 1.0 desired version: 1.1 maintainers: The widelands devs sent us an email about the release. I think this is a first for me.
I'm working on a PR for this (and once I figure out the github UI, I'll assign it to myself)..
Closing since fixes this. Please reopen if I'm wrong.
Change:
license = with licenses; [ mpl20 mit ]; platforms = platforms.linux; maintainers = [ maintainers.kiwi ]; <del> changelog  = "https://github.com/jbarlow83/OCRmyPDF/blob/v${version}/docs/release_notes.rst"; </del> <ins> changelog = "https://github.com/jbarlow83/OCRmyPDF/blob/v${version}/docs/release_notes.rst"; </ins> }; }

Discussion:
ocrmypdf in versions <12.4.0 has a dependency on pluggy <1.0, but pluggy in nixpkgs-unstable is 1.0.0 as of . ocrmypdf on latest unstable fails with: build succeeds Ocrmypdf as of 12.4.0 has validated that it's compatible with pluggy=1.0: As of 12.5.0, it has a build failure fixed with pikepdf 3.0 (see ) on an old python: Please run and paste the result. Maintainer information:
Change:
meta.platforms = stdenv.lib.platforms.unix; }) // {inherit ;}; <del> intelgputools = (mkDerivation "intelgputools" { name = "intel-gpu-tools-1.15"; builder = ./builder.sh; src = fetchurl { url = mirror://xorg/individual/app/intel-gpu-tools-1.15.tar.bz2; sha256 = "1gb22hvj4gdjj92iqbwcp44kf2znk2l1fvbcrr4sm4i65l8mdwnw"; }; buildInputs = [pkgconfig dri2proto libdrm udev libpciaccess python libX11 libXext libXrandr libXv ]; meta.platforms = stdenv.lib.platforms.unix; }) // {inherit dri2proto libdrm udev libpciaccess python libX11 libXext libXrandr libXv ;}; </del> kbproto = (mkDerivation "kbproto" { name = "kbproto-1.0.7"; builder = ./builder.sh;

Discussion:
Both of these exist in master: Is there a reason for it? As far as I can tell they seem to be the same software.
Probably not. I guess the separate expression is easier for you to maintain so the xorg version should be removed?
Yes the separate expression is easier to maintain. In fact I wasn't are of the expression in xorg. I've created to remove xorg.intelgputools.
Change:
, flit-core , linkify-it-py , markdown <ins> , mdit-py-plugins </ins> , mdurl , mistletoe , mistune

Discussion:
Package name: Latest released version: <!-- Search your package here: --- Current version on the unstable channel: 0.37.1 Current version on the stable/release channel: 0.24.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.
Change:
sha256 = "0zmxj78h3cnqbhsqab940hyzpim5i9r81b15a57f3dnrrd10p287"; }; <ins> webui = mkYarnPackage { src = "${src}/web/ui/react-app"; packageJSON = ./webui-package.json; yarnNix = ./webui-yarndeps.nix; # The standard yarn2nix directory management causes build failures with # Prometheus's webui due to using relative imports into node_modules. Use # an extremely simplified version of it instead. configurePhase = "ln -s $node_modules node_modules"; buildPhase = "PUBLIC_URL=. yarn build"; installPhase = "mv build $out"; distPhase = "true"; }; in buildGoPackage rec { pname = "prometheus"; inherit src version; goPackagePath = "github.com/prometheus/prometheus"; postPatch = '' ln -s ${webui.node_modules} web/ui/react-app/node_modules ln -s ${webui} web/ui/static/react ''; </ins> buildFlagsArray = let t = "${goPackagePath}/vendor/github.com/prometheus/common/version"; <del> in '' -ldflags= -X ${t}.Version=${version} -X ${t}.Revision=unknown -X ${t}.Branch=unknown -X ${t}.BuildUser=nix@nixpkgs -X ${t}.BuildDate=unknown -X ${t}.GoVersion=${lib.getVersion go} </del> <ins> in [ "-tags=builtinassets" '' -ldflags= -X ${t}.Version=${version} -X ${t}.Revision=unknown -X ${t}.Branch=unknown -X ${t}.BuildUser=nix@nixpkgs -X ${t}.BuildDate=unknown -X ${t}.GoVersion=${lib.getVersion go} '' ]; preBuild = '' make -C go/src/${goPackagePath} assets </ins> ''; preInstall = ''

Discussion:
Describe the bug prometheus doesn't seem to find some template file. To Reproduce Steps to reproduce the behavior: get Expected behavior no error Screenshots Additional context Metadata nix run -c nix-info -m system: host os: multi-user?: sandbox: version: channels(bbigras): channels(root): nixpkgs: Maintainer information: cc
Change:
KiCad is an open source software suite for Electronic Design Automation. The Programs handle Schematic Capture, and PCB Layout with Gerber output. ''; <del> license = lib.licenses.agpl3; </del> <ins> license = lib.licenses.gpl3Plus; </ins> # berce seems inactive... maintainers = with lib.maintainers; [ evils kiwi berce ]; # kicad is cross platform

Discussion:
Describe the bug is missing a menu entry to launch the application. To Reproduce Steps to reproduce the behavior: Expected behavior There should be a menu entry to launch the application. Notify maintainers <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. -- Metadata
see (probably shouldn't have been closed)
Change:
dependencies = with self; [ luaPackages.jsregexp ]; }; <ins> lz-n = neovimUtils.buildNeovimPlugin { luaAttr = "lz-n"; }; </ins> magma-nvim-goose = buildVimPlugin { pname = "magma-nvim-goose"; version = "2023-03-13";

Discussion:
Package name: Latest released version: 1.4.3 Current version on the unstable channel: 1.4.2-1-unstable-2024-07-10 Current version on the stable/release channel: none 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:
{ lib, stdenv, fetchFromGitLab, cmake, ninja, pkg-config, wrapGAppsHook , glib, gtk3, gettext, libxkbfile, libX11 <del> , freerdp, libssh, libgcrypt, gnutls </del> <ins> , freerdp, libssh, libgcrypt, gnutls, vte </ins> , pcre2, libdbusmenu-gtk3, libappindicator-gtk3 , libvncserver, libpthreadstubs, libXdmcp, libxkbcommon , libsecret, libsoup, spice-protocol, spice-gtk, libepoxy, at-spi2-core

Discussion:
I am trying to use 'remmina' as a SSH client. But when I click "Create a new connection profile", there is no SSH plugin in the list of plugins. system: host os: multi-user?: sandbox: version: channels(root): nixpkgs:
Thank you for your contributions. This has been automatically marked as stale because it has had no activity for 180 days. If this is still important to you, we ask that you leave a comment below. Your comment can be as simple as "still important to me". This lets people see that at least one person still cares about this. Someone will have to do this at most twice a year if there is no other activity. Here are suggestions that might help resolve this more quickly: for maintainers and people that previously touched the related code and @ mention them in a comment. on the . on the on .
Hi, i am new on nix and currently trying to setup a copy my current desktop in a vm with nix. so i came around this issue, as it got recently a label , i hope that its not a nerco bump. Remmina is missing the ssh plugin as the compiler flags are disabling VTE. See So its needed to add vte as input for the build and change the build flag. i did basically do the following override in my setup (flake), which results in a remmina binary which is capable to be used as ssh client Changing the default package should just need the import for vte, adding the buildInput and swich to . Sadly i am not yet to familiar with the contributing rules here for a PR i am just dropping that comment. Other distributions use remmina with SSH/VTE enabled (checked ubuntu on work machine and archlinux on private) and upstream advertise support as SSH client directly on the it sounds reasonable to activate it on default. Current packaging includes for SFTP support, which still gets enabled even when VTE is OFF.
Change:
<del> # This file defines the options that can be used both for the Nginx # main server configuration, and for the virtual hosts.  (The latter # has additional options that affect the web server as a whole, like # the user/group to run under.) { lib, ... }: with lib; </del> <ins> { cfg }: { config, lib, name, ... }: let inherit (lib) literalExpression mkOption types; in </ins> { options = { <ins> hostName = mkOption { type = types.str; default = name; description = "Canonical hostname for the server."; }; </ins> serverAliases = mkOption { <del> type = types.listOf types.str; </del> <ins> type = with types; listOf str; </ins> default = [ ]; example = [ "www.example.org" "example.org" ]; description = ''

Discussion:
Describe the bug When i try to import a config file, i get an error: When i copy the exact same text in , it does work. The file does exist and i can read it, even with the caddy user! So this seem to be a bug. To Reproduce Steps to reproduce the behavior: ... ... ... Expected behavior A clear and concise description of what you expected to happen. Additional context Add any other context about the problem here. Notify maintainers Metadata system: host os: multi-user?: sandbox: version: channels(root): nixpkgs: Maintainer information:
Without knowing anything about my first guess would be this: Is it possible this command is evaluating your configuration? If so, the issue is that the command is being run sandboxed so has no access outside the sandbox to your file. Build time commands can be tough.
That would make sense. So NixOS brakes the import feature.
Out of curiosity can you please paste your relevant config?
what exactly do you want to see? For a workaround, i just copied everything into the NixOS option: But in some cases, it's nice to have the webserver config. together with the website sourcecode:
Thanks for posting. The context helps. I think this is what you want:
It could make sense to add an off-by-default option to opt-out build-time configuration check.
Given my above solution, I'm not sure what value it would offer in this scenario. What scenario did you have in mind Can this config file hold secrets maybe?
Then you don't have to use such a workaround on NixOS and can just use it as described in it's documentation. There can be secrets in it, but i don't see how that's relevant here:
Hi, module maintainer here. I was the person who made the original PR for adapting s for Caddy 2, and I had no idea about the directive at the time. The motivation was to generate TLS settings from the module options and merge them with JSON-ified . Please use as suggested for now, and I'll see how I can make this easier in the future.
I marked this as stale due to inactivity. &rarr;
Change:
wayland-protocols plasma-wayland-protocols ]; <ins> meta = { description = "A set of plugins responsible for better integration of Qt applications when running on a KDE Plasma workspace"; homepage = "https://invent.kde.org/plasma/plasma-integration"; }; </ins> }

Discussion:
When searching on for "plasma integration" there are 2 different packages : and . Looking further to try and find a distinction, there's additionally a requires What are all these packages? Are they related? Aliases? Copies? would probably know more. I don't know if allows adding a description, but that or a comment in the files would be greatly appreciated.
This issue has been mentioned on NixOS Discourse. There might be relevant details there:
Even if I have plasma-browser-integration in my , it seems that librewolf is not able to connect to the host ! EDIT: seems to work in mainline firefox. So it's a different issue. Sorry.
Old issue, but these all have congruent kde packages: The naming in Nixpkgs is simply mirroring the KDE naming convention.
It would be great if they had descriptions. Maybe I'll find some time to add it unless somebody beats me to the punch :)
Change:
<ins> { lib , nix-update-script , rustPlatform , fetchFromGitHub , installShellFiles , stdenv , coreutils , bash , pkg-config , openssl , direnv , Security , SystemConfiguration , mise , testers }: rustPlatform.buildRustPackage rec { pname = "mise"; version = "2024.1.11"; src = fetchFromGitHub { owner = "jdx"; repo = "mise"; rev = "v${version}"; hash = "sha256-ELC+IpcWMHBDIGPAg8v1LJUUIXEmzJzCeJt2TkqXs7s="; }; cargoHash = "sha256-hZ8B3CVaTpIt3GudN/TWxI/xox724Prk8Uc8wA3Wd6Q="; nativeBuildInputs = [ installShellFiles pkg-config ]; buildInputs = [ openssl ] ++ lib.optionals stdenv.isDarwin [ Security SystemConfiguration ]; postPatch = '' patchShebangs --build  ./test/data/plugins/**/bin/*  ./src/fake_asdf.rs  ./src/cli/reshim.rs  ./test/cwd/.mise/tasks/filetask substituteInPlace ./src/env_diff.rs  --replace '"bash"' '"${bash}/bin/bash"' substituteInPlace ./src/cli/direnv/exec.rs  --replace '"env"' '"${coreutils}/bin/env"'  --replace 'cmd!("direnv"' 'cmd!("${direnv}/bin/direnv"' ''; checkFlags = [ # Requires .git directory to be present "--skip=cli::plugins::ls::tests::test_plugin_list_urls" ]; cargoTestFlags = [ "--all-features" ]; # some tests access the same folders, don't test in parallel to avoid race conditions dontUseCargoParallelTests = true; postInstall = '' installManPage ./man/man1/mise.1 installShellCompletion  --bash ./completions/mise.bash  --fish ./completions/mise.fish  --zsh ./completions/_mise ''; passthru = { updateScript = nix-update-script { }; tests.version = testers.testVersion { package = mise; }; }; meta = { homepage = "https://mise.jdx.dev"; description = "The front-end to your dev env"; changelog = "https://github.com/jdx/mise/releases/tag/v${version}"; license = lib.licenses.mit; maintainers = with lib.maintainers; [ konradmalik ]; mainProgram = "mise"; }; } </ins>

Discussion:
(pronounced "meez") or "mise-en-place" is a development environment setup tool. The name refers to a French culinary phrase that roughly translates to "setup" or "put in place". The idea is that before one begins cooking, they should have all their utensils and ingredients ready to go in their place. Homepage URL: Source URL: License: MIT Platforms: Linux, Darwin Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Inviting because I see you listed as maintainer for the current package :raised_hands:
Change:
inherit (python3Packages) ansi2html; }; <del> medfile = callPackage ../development/libraries/medfile { }; </del> <ins> medfile = callPackage ../development/libraries/medfile { hdf5 = hdf5_1_10; }; </ins> meilisearch = callPackage ../servers/search/meilisearch { inherit (darwin.apple_sdk.frameworks) IOKit Security;

Discussion:
Describe the bug The package medfile-4.1.0 fails to build on x8664 with the following error: To Reproduce Steps to reproduce the behavior: to () fails: Expected behavior Medfile should be able to build Additional context I guess the version check will be just HDF5VERSION == 1.11.*, I will look into creating a patch. Notify maintainers <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. --No maintainers, but did the last meaningful change. Metadata Maintainer information:
Change:
nose ]; <ins> # Workaround: pythonRelaxDepsHook doesn't work for this. </ins> postPatch = '' mkdir test-reports <del> substituteInPlace requirements.txt --replace "libusb1==1.9.3" "libusb1" </del> <ins> substituteInPlace requirements.txt  --replace "libusb1==1.9.3" "libusb1"  --replace "protobuf >=3.17.3, < 4.0.0" "protobuf" </ins> ''; meta = with lib; {

Discussion:
Steps to reproduce the behavior: nixpkgs electrum was recently updated 4.3.1 -4.3.2: previously built fine on nixpkgs 2022-09-28 () <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. --<!-- attempting ti bisect, but on a slow machine, and it looks like there's miscellaneous failures over this duration so not sure it'll bisect cleanly: --
bisected to: good: bad: that's the staging-next merge though, so a lot of surface area. however, we appear to address a very similar build failure over in pkgs/development/python- by doing: i'm not sure how to test this same patch on electrum since it doesn't have any file.
oh just kidding, Electrum just places its in a different location. the patch below fixes the build when applied to master, and the application starts but i didn't test any functionality that i know touches protobuf. not sure how concerned i should be about overriding a pinned dep (i'm not a python dev):
Fix in
Change:
}; env = { <del> SANE_CONFIG_DIR = "/etc/sane.d"; </del> <ins> SANE_CONFIG_DIR = "/etc/sane-config"; </ins> LD_LIBRARY_PATH = [ "/etc/sane-libs" ]; };

Discussion:
Configuring airscan by writing to via silently does nothing, i. e. the file still has the default content. Steps to reproduce the behavior: airscan to sane backends: airscan, e. g. specific devices: After (or & reboot, etc) should contain This stopped working when upgrading from 22.05 to 22.11. I suspect the change to the module in is the root cause. <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. --I didn't find a entry in the sane module, so excuse me pinging the last few people who touched the module / were involved in the discussion of : Please run and paste the result.
Oh, sorry about that! I guess we can either point to somewhere else but , or figure out how to override using instead of ? As to why your config is ignored, does perhaps get ignored when is set? If so, that should probably be fixed.
Since this worked before, doesn't that mean airscan isn't using , and instead hardcodes ?
Using both and results in an error/warning at build time, but it doesn't prevent successful activation: Btw, you wrote (wrong order) in the first post :-)
You can use this workaround for now:
According to it's using the enviroment variable first, then falling back to . I guess that means in nixos 22.05 it was reading both the found in $SANECONFIGDIR (/nix/store/...) and then also I guess we can bring back the old behaviour by just pointing to or something instead of . Thoughts?
I made
Oops, I should start to copy paste this option, I always mess up the order That is a lot cleaner than what I came up with. Thanks. Wow, that was fast. Again, many thanks to you :)
Change:
nativeBuildInputs = [ asciidoc cmake docbook_xsl pkg-config ]; buildInputs = [ <del> bash-completion curl openssl libxml2 libxslt </del> <ins> bash-completion curl openssl libxml2 libxslt </ins> ]; installTargets = [ "install" "install-doc" ];

Discussion:
Project description Metadata Git helper for credentials in lastpass homepage URL: source URL: license: gpl2+ platforms: unix
Change:
dkimpy = with python3Packages; toPythonApplication dkimpy; <ins> dl-librescore = callPackage ../tools/audio/dl-librescore { }; </ins> dontgo403 = callPackage ../tools/security/dontgo403 { }; dpt-rp1-py = callPackage ../tools/misc/dpt-rp1-py { };

Discussion:
I'm trying to package which directly depends on I get the following error: If I set , then I get the following error from npm: The error messages are good enough at explaining why it's a problem, but I don't know how to fix it. I'd appreciate some help! I cannot feasibly remove the pdfkit dependency because generating PDFs is essential functionality of this package. Steps to reproduce the behavior: to build the package from , e.g. by issuing: The package builds. cc
Setting should fix that problem specifically but there are more issues which the git deps error is warning will probably be the case So the problem specifically is: dl-librescore depends on pdfkit as a git dep rather than registry dep pdfkit doesn't have a npm lockfile (only a ) npm requires dev dependencies for git deps that have install scripts (which pdfkit has) npm does not lock transitive dev dependencies at all, so without an upstream npm lockfile then there just is no (npm) lock information for these required dev dependencies There's only so much we can do downstream about this, but we have had some ideas for how to deal with mixed lockfiles (like having a in a git dev dep with install scripts), but it'll be a good while before we get around to implementing such a thing (since it's more in the "nice to have" rather than "required for many packages" sort of thing) As for what you can do about it now, here are some options: to depend on only as a registry dep rather than git dep out install scripts from really needs an unreleased version, pester to make a new release and then have depend on as a registry dep similar to option 1 I wish I had better news for you, but npm is kinda hell in regards to git deps :(
Change:
jellyfin = callPackage ../servers/jellyfin { }; <del> jellyfin_10_5 = callPackage ../servers/jellyfin/10.5.x.nix { }; </del> jellyfin-media-player = libsForQt5.callPackage ../applications/video/jellyfin-media-player { inherit (darwin.apple_sdk.frameworks) CoreFoundation Cocoa CoreAudio MediaPlayer; };

Discussion:
, CVSSv3=6.5 (nixos-20.09, nixos-unstable) Scanned versions: nixos-20.09: ; nixos-unstable: . Cc Cc