jiebi/CodeConvo huggingface dataset:
Change:
# Refer to the following comment to get you setup: https://github.com/NixOS/nixpkgs/pull/201646#issuecomment-1320893716 buildFishPlugin rec { pname = "tide"; <del> version = "5.6.0"; </del> <ins> version = "6.0.1"; </ins> src = fetchFromGitHub { owner = "IlanCosman"; repo = "tide"; rev = "v${version}"; <del> hash = "sha256-cCI1FDpvajt1vVPUd/WvsjX/6BJm6X1yFPjqohmo1rI="; </del> <ins> hash = "sha256-oLD7gYFCIeIzBeAW1j62z5FnzWAp3xSfxxe7kBtTLgA="; </ins> }; #buildFishplugin will only move the .fish files, but tide has a tide configure function

Discussion:
Package name: Latest released version: 6.0.1 <!-- Search your package here: --- Current version on the unstable channel: 5.6.0 Current version on the stable/release channel: 5.5.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:
substituteInPlace $f --replace /usr/bin/perl   ${lib.getBin (perl.passthru.withPackages (p: [ p.ImageExifTool ]))}/bin/perl fi done <del> wrapProgram $out/bin/recoll      --prefix PATH : "${filterPath}" wrapProgram $out/bin/recollindex --prefix PATH : "${filterPath}" </del> wrapProgram $out/share/recoll/filters/rclaudio.py  --prefix PYTHONPATH : $PYTHONPATH wrapProgram $out/share/recoll/filters/rclimg 

Discussion:
Steps to reproduce the behavior: Note: is a recoll dependency that previously didn't build (); graciously fixed it but it currently isn't merged. This reflects their fix: (doesn't build on macOS; builds fine elsewhere) tl;dr is <!-- --Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
I have something that builds and will show a gui but not sure how much else works. can try with:
Change:
<del> { stdenv, buildPythonPackage, fetchPypi, pygments, greenlet, curtsies, urwid, requests, mock }: </del> <ins> { stdenv , buildPythonPackage , fetchPypi , curtsies , greenlet , mock , pygments , requests , substituteAll , urwid , which }: </ins> buildPythonPackage rec { pname = "bpython";

Discussion:
09.
We should patch the call of in using . cc maintainer
it also tries to also call out to at least xclip (on Linux), pbcopy (on Darwin), and less - should we patch these in, too?
I don't think so as bpython shouldn't depend on X.
On Linux it should have in its dependencies. Otherwise is still going to fail. The whole point of being able to run something via is that all dependencies are in, and if you have to know about random run-time dependencies that are not obvious, some advantages are nullified.
However, the whole point of bpython calling which is to make the dependency on xclip optional. It will hence not fail without it.
Fair point, but I prefer to have programs that are fully featured by default. People that run on limited platforms can make a more complicated expression optimized for their use cases.
If you do the PR, I won't reject patching in the path to xclip.
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 .
I prefered not dragging in and all its dependencies by default and opened On systems with in , this should do the right thing - PTAL.
Change:
, xorg }: <del> let version = "10.114.26-2"; desktopItem = makeDesktopItem rec { name = "Wavebox"; exec = "wavebox"; icon = "wavebox"; desktopName = name; genericName = name; categories = [ "Network" "WebBrowser" ]; }; tarball = "Wavebox_${version}.tar.gz"; in stdenv.mkDerivation { </del> <ins> stdenv.mkDerivation rec { </ins> pname = "wavebox"; <del> inherit version; </del> <ins> version = "10.118.5-2"; </ins> src = fetchurl { <del> url = "https://download.wavebox.app/stable/linux/tar/${tarball}"; sha256 = "1yk664zgahjg6n98n3kc9avcay0nqwcyq8wq231p7kvd79zazk0r"; </del> <ins> url = "https://download.wavebox.app/stable/linux/tar/Wavebox_${version}.tar.gz"; sha256 = "sha256-TxMl8pdycCMY6NFi5MSLZg0p/+KmuAPQOm370bPMm/0="; </ins> }; # don't remove runtime deps dontPatchELF = true; <ins> # ignore optional Qt 6 shim autoPatchelfIgnoreMissingDeps = [ "libQt6Widgets.so.6" "libQt6Gui.so.6" "libQt6Core.so.6" ]; </ins> <del> nativeBuildInputs = [ autoPatchelfHook makeWrapper qt5.wrapQtAppsHook ]; </del> <ins> nativeBuildInputs = [ autoPatchelfHook makeWrapper qt5.wrapQtAppsHook copyDesktopItems ]; </ins> buildInputs = with xorg; [ libXdmcp

Discussion:
Package name: wavebox Latest released version: Current version on the unstable channel: Current version on the stable/release channel: (doesn't seem like the has anything to do with Wavebox 114 to 116?) Notify maintainers Note for maintainers: Please tag this issue in your PR.
Change:
let inherit (localSystem) system; <del> # Bootstrap version needs to be known to reference headers included in the bootstrap tools bootstrapLlvmVersion = if localSystem.isAarch64 then "11.1.0" else "7.1.0"; </del> useAppleSDKLibs = localSystem.isAarch64; haveKRB5 = localSystem.isx86_64; # final toolchain is injected into llvmPackages_${finalLlvmVersion} <del> finalLlvmVersion = if localSystem.isAarch64 then "11" else "7"; </del> <ins> finalLlvmVersion = lib.versions.major bootstrapLlvmVersion; </ins> finalLlvmPackages = "llvmPackages_${finalLlvmVersion}"; commonImpureHostDeps = [

Discussion:
is now failing, and blocking the unstable channel cc
Minimal reproducer: Bisected to Relevant snippet of cc
Oh I see, the stdenv setup logic is wrong when stdenv's cc version doesn't match the bootstrap tools because it tries to use a nonexistent include dir. The following patch should fix it but rebuilds the world, is there a clever way we can avoid rebuilds?
The bootstrap files contain some version of llvm, we could make this an explicit part of the tools. More generally, the test here is quite strict: it builds all the way to with new bootstrap tools but using current stdenv structure. When there are significant changes being made to the bootstrap tools that require stdenv changes this test makes it almost impossible. We've previously temporarily disabled this test to make such changes (). <details<summaryExplicit versions patch</summary</deatils
Yeah, the next bootstrap tools will depend on so it's somewhat expected that the stdenv test fails. I missed that build when testing.
Change:
timezone = handleTest ./timezone.nix {}; tinydns = handleTest ./tinydns.nix {}; tor = handleTest ./tor.nix {}; <ins> # traefik test relies on docker-containers traefik = handleTestOn ["x86_64-linux"] ./traefik.nix {}; </ins> transmission = handleTest ./transmission.nix {}; trac = handleTest ./trac.nix {}; trilium-server = handleTestOn ["x86_64-linux"] ./trilium-server.nix {};

Discussion:
Project description Traefik is a microservice oriented reverse proxy written in Go. It configures itself by container labels from docker/other provider or from text files. It does TLS termination and can fetch certs from let's encrypt automatically. A nixOS module to add configuration to the file backend (similar to the nginx ones) seems easy to implement. Traefik 1.0 is currently packaged (, ) Traefik 2.0 is NOT backwards compatible A package for 2.0 (not source built) has been written up by Metadata homepage URL: source URL: license: MIT platforms: linux, darwin, freebsd, openbsd, windows
Change:
<del> # pkgs/development/haskell-modules/configuration-hackage2nix.yaml compiler: ghc-9.2.4 core-packages: - Cabal-3.6.3.0 - array-0.5.4.0 - base-4.16.3.0 - binary-0.8.9.0 - bytestring-0.11.3.1 - containers-0.6.5.1 - deepseq-1.4.6.1 - directory-1.3.6.2 - exceptions-0.10.4 - filepath-1.4.2.2 - ghc-9.2.4 - ghc-bignum-1.2 - ghc-boot-9.2.4 - ghc-boot-th-9.2.4 - ghc-compact-0.1.0.0 - ghc-heap-9.2.4 - ghc-prim-0.8.0 - ghci-9.2.4 - haskeline-0.8.2 - hpc-0.6.1.0 - integer-gmp-1.1 - libiserv-9.2.4 - mtl-2.2.2 - parsec-3.1.15.0 - pretty-1.1.3.6 - process-1.6.13.2 - rts-1.0.2 - stm-2.5.0.2 - template-haskell-2.18.0.0 - terminfo-0.4.1.5 - text-1.2.5.0 - time-1.11.1.1 - transformers-0.5.6.2 - unix-2.7.2.2 - xhtml-3000.2.2.1 # Hack: The following package is a core package of GHCJS. If we don't declare # it, then hackage2nix will generate a Hackage database where all dependants # of this library are marked as "broken". - ghcjs-base-0 </del> <ins> # pkgs/development/haskell-modules/configuration-hackage2nix/main.yaml </ins> # This is a list of packages with versions from the latest Stackage LTS release. #

Discussion:
The values of these options can easily be determined using and , so it should be very easy to just remove this part of the configuration from and generate it on demand in .
Change:
wayland pulseaudio qt6.qt5compat <del> openssl_1_1 </del> bzip2 ];

Discussion:
the package wechat uos is still using OpenSSL 1.1 which is end of life on 2023/09/11, so it is marked as insecure now. not sure if we need to wait for wechat-uos or we can just bump it up in here. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
As far as I know, only from depends on OpenSSL 1.1. Seems like we may replace it with to completely remove dependency. I will try to fix that in the next PR when I have free time.
Would it be offensive if I could submit a patch about it now.
Feel free to do so. I would be happy to review your pr :)
Change:
''; license = licenses.mit; maintainers = with maintainers; [ fgaz ]; <del> broken = stdenv.isDarwin; # needs golang.org/x/sys bump </del> mainProgram = "qrcp"; }; }

Discussion:
qrcp is marked as broken on Darwin, but it builds and runs fine. I'm assuming based on the comment next to it: that the package was broken at the time, but now works. I tested on both aarch64-darwin and x8664-darwin, and the packages builds and runs fine. Steps to reproduce the behavior: (on Darwin) the error "package qrcp is marked as broken" should evaluate without the need for Also who initially marked the package broken on Darwin, in case it's a different issue that I'm missing. Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Sounds reasonable to me. Just send a PR or I do it later when I find the time
Change:
environment.variables.GIO_EXTRA_MODULES = [ "${pkgs.gvfs}/lib/gio/modules" ]; <ins> services.upower.enable = config.powerManagement.enable; </ins> }; }

Discussion:
lxqt battery monitor doesn't work even with " = true;" enabled in the configuration On a laptop with battery power, in , add the lines: Run After starting up lxqt, enable the battery watcher under main menu/Preferences/LXQt settings/Power Management Battery watcher will complain no battery exists. lxqt is unable to display battery usage without upower. Most other desktop managers tie upower to " = true;" by including the following line in their service: I think nixos/modules/services/x11/desktop- should have this line, too. Please run and paste the results. system: host os: multi-user?: sandbox: version: channels(tim): channels(root): nixpkgs:
fixed in pull request.
Change:
pillow ]; <del> makeWrapperArgs = [ "--prefix PATH : ${lib.makeBinPath [ winetricks yad ]}" # Steam Runtime does not work outside of steam-run, so don't use it "--set STEAM_RUNTIME 0" ] ++ lib.optional (extraCompatPaths != "") "--set STEAM_EXTRA_COMPAT_TOOLS_PATHS ${extraCompatPaths}"; </del> <ins> makeWrapperArgs = [ "--prefix PATH : ${ lib.makeBinPath [ winetricks yad ] }" # Steam Runtime does not work outside of steam-run, so don't use it "--set STEAM_RUNTIME 0" ] ++ lib.optional (extraCompatPaths != "") "--set STEAM_EXTRA_COMPAT_TOOLS_PATHS ${extraCompatPaths}"; </ins> nativeCheckInputs = [ pytestCheckHook ];

Discussion:
Package name: protontricks Latest released version: 1.12.0 <!-- Search your package here: --- Current version on the unstable channel: 1.11.1 Current version on the stable/release channel: 1.11.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. Solves the following bug / problem Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Change:
_3proxy = handleTest ./3proxy.nix {}; acme = handleTest ./acme.nix {}; agda = handleTest ./agda.nix {}; <ins> airsonic = handleTest ./airsonic.nix {}; </ins> amazon-init-shell = handleTest ./amazon-init-shell.nix {}; ammonite = handleTest ./ammonite.nix {}; atd = handleTest ./atd.nix {};

Discussion:
Describe the bug The Airsonic service fails to start. To Reproduce Steps to reproduce the behavior: = true; to your config. reveals the following error: Cannot load configuration class: which causes the application to enter a restart loop. <details<summaryError trace</summary<p</p</detailsExpected behavior It doesn't error, and instead runs successfully. Additional context It doesn't seem to be due to an Airsonic update that this started to fail, so my guess is that something got changed with the JRE. I think Airsonic will only work with JDK 8 (see: ), but I'm not very familiar with how Java works, so I'm not sure. Notify maintainers Metadata Fails on both of the following systems: Maintainer information:
Change:
cfg = config.fonts.fontconfig; fcBool = x: "<bool>" + (boolToString x) + "</bool>"; <del> # back-supported fontconfig version and package # version is used for font cache generation supportVersion = "210"; supportPkg     = pkgs."fontconfig_${supportVersion}"; # latest fontconfig version and package # version is used for configuration folder name, /etc/fonts/VERSION/ # note: format differs from supportVersion and can not be used with makeCacheConf latestVersion  = pkgs.fontconfig.configVersion; latestPkg      = pkgs.fontconfig; # supported version fonts.conf supportFontsConf = pkgs.makeFontsConf { fontconfig = supportPkg; fontDirectories = config.fonts.fonts; }; </del> <ins> pkg = pkgs.fontconfig; </ins> # configuration file to read fontconfig cache <del> # version dependent </del> # priority 0 <del> cacheConfSupport = makeCacheConf { version = supportVersion; }; cacheConfLatest  = makeCacheConf {}; </del> <ins> cacheConf  = makeCacheConf {}; </ins> <del> # generate the font cache setting file for a fontconfig version # use latest when no version is passed </del> <ins> # generate the font cache setting file </ins> # When cross-compiling, we can’t generate the cache, so we skip the # <cachedir> part. fontconfig still works but is a little slower in # looking things up. <del> makeCacheConf = { version ? null }: </del> <ins> makeCacheConf = { }: </ins> let <del> fcPackage = if version == null then "fontconfig" else "fontconfig_${version}"; </del> makeCache = fontconfig: pkgs.makeFontsCache { inherit fontconfig; fontDirectories = config.fonts.fonts; }; <del> cache     = makeCache pkgs.${fcPackage}; cache32   = makeCache pkgs.pkgsi686Linux.${fcPackage}; </del> <ins> cache     = makeCache pkgs.fontconfig; cache32   = makeCache pkgs.pkgsi686Linux.fontconfig; </ins> in pkgs.writeText "fc-00-nixos-cache.conf" '' <?xml version='1.0'?>

Discussion:
, CVSSv3=7.8 (nixos-20.03) Scanned versions: nixos-20.03: . May contain false positives.
See also:
PR for unstable: PR for 20.03:
This is still an issue.
oops, sorry
We only use config files. We could probably just delete everything but from the derivation, or remove it from top-level.
Yeah, but we still ship the fontconfig binary in nixpkgs. Is there any reason we still need to provide config files parse-able by 2.10.x fontconfig implementations?
I doubt there is much of a reason these days, nobody will be running programs compiled against fontconfig 2.10. I just do not want to remove it now so that possible breakage caused by is not mixed with potential downfall from removing the unversioned path.
is a new attempt to address this.
Change:
<ins> { lib , buildNpmPackage , fetchFromGitHub , nix-update-script }: buildNpmPackage rec { pname = "npkill"; version = "0.12.2"; src = fetchFromGitHub { owner = "voidcosmos"; repo = "npkill"; rev = "v${version}"; hash = "sha256-0pouc+5kl5bjaNYz81OD5FZppYXKdyMBRvEq/DedEV4="; }; npmDepsHash = "sha256-3ggcr0KxWbO5mHRgtB5rzGYQvpDoiy9EyRS0O+9MJEI="; strictDeps = true; passthru.updateScript = nix-update-script { }; meta = { description = "Easily find and remove old and heavy node_modules folders"; homepage = "https://npkill.js.org"; changelog = "https://github.com/voidcosmos/npkill/releases/tag/v${version}"; license = lib.licenses.mit; maintainers = with lib.maintainers; [ averyanalex ]; mainProgram = "npkill"; }; } </ins>

Discussion:
Project description A tool that lets you find all the directories on your system and see how much space they use. You can then choose which ones to delete to free up space. Metadata homepage URL: source URL: license: mit platforms: linux, darwin, windows
Change:
<ins> { lib, micro, makeWrapper, symlinkJoin, # configurable options extraPackages ? [ ], }: symlinkJoin { name = "micro-wrapped-${micro.version}"; inherit (micro) pname version outputs; nativeBuildInputs = [ makeWrapper ]; paths = [ micro ]; postBuild = '' ${lib.concatMapStringsSep "n" ( output: "ln --verbose --symbolic --no-target-directory ${micro.${output}} $${output}" ) (lib.remove "out" micro.outputs)} pushd $out/bin for f in *; do rm $f makeWrapper ${micro}/bin/$f $f  --prefix PATH ":" "${lib.makeBinPath extraPackages}" done popd ''; meta = micro.meta; } </ins>

Discussion:
The current package depends on wayland/x11, making its use in servers unnecessarily cumbersome. This is nothing a simple overlay can't help with, but that requires building the package from source and is yet another thing to learn for newbies (plus, some may not notice the dependencies and inadvertently end up putting wayland on their servers... ask me how I know :wink:). Would a separate (or similar name) package be worth it? (possibly, together with some options?) mantainers: Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
We have no explicit policy prohibiting green aliases. I will create something about this. On the other hand I do not see why creating a dedicated NixOS module for it - at least not now. You can merely throw it at environment.systemPackages and the effect will be the same.
concurrent effort ^
/ I would suggest a huge load of modifications in your idea, so here is my implementation:
Change:
source-sans-pro ]; <ins> ## Enable soft realtime scheduling, only supported on wayland ## security.wrappers.".gnome-shell-wrapped" = { source = "${pkgs.gnome3.gnome-shell}/bin/.gnome-shell-wrapped"; capabilities = "cap_sys_nice=ep"; }; systemd.user.services.gnome-shell-wayland = let gnomeShellRT = with pkgs.gnome3; pkgs.runCommand "gnome-shell-rt" {} '' mkdir -p $out/bin/ cp ${gnome-shell}/bin/gnome-shell $out/bin sed -i "s@${gnome-shell}/bin/@${config.security.wrapperDir}/@" $out/bin/gnome-shell ''; in { # Note we need to clear ExecStart before overriding it serviceConfig.ExecStart = ["" "${gnomeShellRT}/bin/gnome-shell"]; # Do not use the default environment, it provides a broken PATH environment = mkForce {}; }; </ins> # Adapt from https://gitlab.gnome.org/GNOME/gnome-build-meta/blob/gnome-3-32/elements/core/meta-gnome-core-shell.bst environment.systemPackages = with pkgs.gnome3; [ adwaita-icon-theme

Discussion:
Capability wrappers are somewhat limited. They require the capability be part of the ambient set for it to survive execv's, ie. when the wrapper executes the source binary (). This means any program spawned from a wrapped binary will also inherit the capabilities. We really don't want programs launched from gnome-shell to inherit capsysnice obviously. In particular bubblewrap fails to work if it possess any extra caps, breaking at least flatpaks and epiphany. So as far as I can see we have two options: Actually copy to wrapperDir and set capsysnic=+ep. This should be pretty easy, but also quite ugly (see for context). Patch mutter to drop inheritable, we could probably adopt . This should probably work as the ambient set only propagates if inheritable is set. cc
Patching mutter to drop inheritable works :tada:, will make a PR :)
Does the rationale for not merging it not apply to us?
No it shouldn't. We only drop inheritable to prevent the ambient set being passed on, while keeping effective and permitted for gnome-shell. (it might be possible to drop the ambient set with , but I went with just clearing inheritable):
Change:
wrapProgram $out/opt/appgate/appgate-driver --prefix PATH : ${lib.makeBinPath [ iproute2 networkmanager dnsmasq ]} wrapProgram $out/opt/appgate/linux/set_dns --set PYTHONPATH $PYTHONPATH <ins> wrapProgram $out/bin/appgate --prefix PATH : ${xdg-utils}/bin </ins> ''; meta = with lib; { description = "Appgate SDP (Software Defined Perimeter) desktop client";

Discussion:
Describe the bug Signing using external provider is not able to open browser for SAML authentication. To Reproduce Steps to reproduce the behavior: ./result/bin/appgate configured provider click on "sign in with provider" the error Expected behavior Browser opens to sign in. Screenshots  Additional context The strace output snippet: Notify maintainers Metadata Please run and paste the result. Maintainer information:
Change:
nv-codec-headers = callPackage ../development/libraries/nv-codec-headers { }; nv-codec-headers-10 = callPackage ../development/libraries/nv-codec-headers/10_x.nix { }; nv-codec-headers-11 = callPackage ../development/libraries/nv-codec-headers/11_x.nix { }; <ins> nv-codec-headers-12 = callPackage ../development/libraries/nv-codec-headers/12_x.nix { }; </ins> mkNvidiaContainerPkg = { name, containerRuntimePath, configTemplate, additionalPaths ? [] }: let

Discussion:
Package name: jellyfin-ffmpeg Latest released version: 6.0-3 Current version on the unstable channel: 5.1.2-8 Current version on the stable/release channel: 5.1.2-8 <!-- 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.