jiebi/CodeConvo huggingface dataset:
Change:
lib.strings.sanitizeDerivationName ( if attrs ? name then attrs.name + hostSuffix <del> else "${attrs.pname}${staticMarker}${hostSuffix}-${attrs.version}" </del> <ins> else # we cannot coerce null to a string below assert lib.assertMsg (attrs ? version && attrs.version != null) "The ‘version’ attribute cannot be null."; "${attrs.pname}${staticMarker}${hostSuffix}-${attrs.version}" </ins> ); }) // lib.optionalAttrs __structuredAttrs { env = checkedEnv; } // { builder = attrs.realBuilder or stdenv.shell;

Discussion:
Describe the bug I'm getting from some Nix packages. /nix/store/8br3hnwahahpi4m3s9xjd34xn18bf1l4-source/pkgs/stdenv/generic/make- Here -Originated from: Is it because it should be Expected behavior No error nix-env version is 2.11.0 Additional context Add any other context about the problem here.
I ran into the same issue when I tried to use nix-darwin with flakes. The example was using an old version of nixpkgs-darwin. Changing it to use the latest version seemed to fix it. I made a PR to update the readme: LnL7/nix-darwin .
Same problem on OpenBSD The trace
Can be reproduced on linux with: ` Edit: The problem is in cc-native which seems to be rotted over time because we didn't add a new system for a longer time. The problem is that cc-native has not version attr. Trying to find a fix for that right now.
can you move this to nixpkgs?
Change:
commit_change "elpa-devel-packages" "elpa-devel-generated.nix" commit_change "melpa-packages" "recipes-archive-melpa.json" commit_change "nongnu-packages" "nongnu-generated.nix" <ins> commit_change "nongnu-devel-packages" "nongnu-devel-generated.nix" </ins>

Discussion:
Project description NonGNU-devel ELPA Packages; i.e., development versions of the already packaged Metadata homepage URL: source URL: license: probably (guessed by looking at ) platforms: probably all (guessed by looking at ) Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
This feels like something that should only live in the emacs-overlay, not in Nixpkgs.
Consider that the other two supported ELPAs have both their stable/unstable versions supported in nixpkgs: elpa/elpaDevel; melpaStable/melpa (see to quickly fact-check). What's the reason for this feeling; why should nongnu be an exception?
I think the same about the others.
Change:
--replace 'CXX=g++' 'CXX=${stdenv.cc.targetPrefix}g++' ''; <del> makeFlags = [ "DEST_HOME=${placeholder "out"}" ]; </del> preConfigure = '' buildFlags=all3 '' + lib.optionalString stdenv.isDarwin ''

Discussion:
p7zip source is gone try to build without substituters cc
What commit are you having the issue from? it works for me at
Current master, that is sets to . There is no such tag at
Maybe the fork cleared the tags by force pushing?
Hmm, I wonder if all the changes got merged into with the fork then rebasing and force-pushing…
Yeah, looks like it. A bunch of jinfeihan57's commits are now in the commit history I'll change it to point back to p7zip-project's copy now
Change:
<del> { lib, fetchzip }: let version = "1.959"; in fetchzip rec { name = "latinmodern-math-${version}"; url = "http://www.gust.org.pl/projects/e-foundry/lm-math/download/latinmodern-math-1959.zip"; postFetch = '' mkdir -p $out/share/fonts/opentype/ mkdir -p $out/share/doc/${name}/ unzip -f $downloadedFile otf/*.otf -d $out/share/fonts/opentype/ unzip -f $downloadedFile doc/*.txt -d $out/share/doc/${name}/ ''; sha256 = "05k145bxgxjh7i9gx1ahigxfpc2v2vwzsy2mc41jvvg51kjr8fnn"; meta = with lib; { description = "The Latin Modern Math (LM Math) font completes the modernization of the Computer Modern family of typefaces designed and programmed by Donald E. Knuth."; homepage = http://www.gust.org.pl/projects/e-foundry/lm-math; # "The Latin Modern Math font is licensed under the GUST Font License (GFL), # which is a free license, legally equivalent to the LaTeX Project Public # License (LPPL), version 1.3c or later." - GUST website license = licenses.lppl13c; maintainers = with maintainers; [ siddharthist ]; platforms = platforms.all; }; } </del>

Discussion:
A grep of : The latest version is 1.959 per I'd say that the texlive and fonts/lm-math versions can stay as they have different paths ( vs ), although ideally just the texlive version would stay, but the others are not helping anything at all.
cc for comments
– has meta, unpacks only the needed files – resides in the same directory with , tries to provide texmf So, perhaps, we should keep the implementation of under the name and make an alias. The satysfi needs to be fixed to use existing packages (also implements a duplicate of ).
Well, for texmf one would presumably use the TexLive package, as it has separated and outputs unlike the other packages. And it auto-updates along with the rest of TexLive. The only issue with using it as the sole package is that it's not a multiple output derivation so using it in the fonts list looks like rather than just . It shouldn't be that hard to set up TexLive to have attributes usable directly, by setting and so forth. Nix doesn't support multiple outputs for fixed-output derivations, so it'd be a bit of a hack.
The "packages" in are set up to be used with . They were not intended to be used in any other way.
Change:
url = "https://github.com/kovidgoyal/kitty/commit/d8ed42ae8e014d9abf9550a65ae203468f8bfa43.patch"; sha256 = "sha256-Azgzqf5atW999FVn9rSGKMyZLsI692dYXhJPx07GBO0="; }) <ins> (fetchpatch { name = "fix-build-with-non-framework-python-on-darwin.patch"; url = "https://github.com/kovidgoyal/kitty/commit/57cffc71b78244e6a9d49f4c9af24d1a88dbf537.patch"; sha256 = "sha256-1IGONSVCVo5SmLKw90eqxaI5Mwc764O1ur+aMsc7h94="; }) </ins> ]; # Causes build failure due to warning

Discussion:
Can't build kitty 0.24.4 in aarch64-darwin. <!-- 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.
I apply the patch work:
This might be worth a PR.
This seems to be a problem recently introduced in Nixpkgs. I don't yet know when exactly it was introduced.
This is a brutal , my guess is that this started to break due to a change that landed on a staging branch first.
Alrighty, I've narrowed things down. The root cause is from , in particular . thoughts on reverting that commit? If so, any chance it could make it into the current push ?
(cc
Change:
arora = callPackage ../applications/networking/browsers/arora { }; <ins> asuka = callPackage ../applications/networking/browsers/asuka { inherit (darwin.apple_sdk.frameworks) Security; }; </ins> artha = callPackage ../applications/misc/artha { }; atlassian-cli = callPackage ../applications/office/atlassian-cli { };

Discussion:
Project description A Gemini client written in Rust with NCurses. Metadata source URL: license: mit platforms: unix, linux, darwin
Change:
<ins> { config, lib, pkgs, ... }: let cfg = config.services.supergfxd; ini = pkgs.formats.ini { }; in { options = { services.supergfxd = { enable = lib.mkEnableOption (lib.mdDoc "Enable the supergfxd service"); settings = lib.mkOption { type = lib.types.nullOr ini.type; default = null; description = lib.mdDoc '' The content of /etc/supergfxd.conf. See https://gitlab.com/asus-linux/supergfxctl/#config-options-etcsupergfxdconf. ''; }; }; }; config = lib.mkIf cfg.enable { environment.systemPackages = [ pkgs.supergfxctl ]; environment.etc."supergfxd.conf" = lib.mkIf (cfg.settings != null) (ini.generate "supergfxd.conf" cfg.settings); services.dbus.enable = true; systemd.packages = [ pkgs.supergfxctl ]; systemd.services.supergfxd.wantedBy = [ "multi-user.target" ]; services.dbus.packages = [ pkgs.supergfxctl ]; services.udev.packages = [ pkgs.supergfxctl ]; }; meta.maintainers = pkgs.supergfxctl.meta.maintainers; } </ins>

Discussion:
Project description It is a command line utility which adds features for asus laptops. For example graphics card switching, anime matrix control (for g14). fan control, keyboard backlight control, cpu boost control, profiles, fan curves and other stuff. It basically unlocks a lot of functionality for laptops and can be used for non asus laptops as well contrary to the name. Metadata homepage URL:https://asus- source license: Mozilla Public License 2.0 platforms: Linux
I've made a PR to introduce the asusctl package as well as a NixOS module to run asusd. Can someone give this a try, I personally do not have Asus hardware to test it properly. You can find the PR here:
Change:
{ source = "${efiDir}/EFI"; target = "/EFI"; } <del> { source = "${efiDir}/loader"; target = "/loader"; } </del> ] ++ optionals config.boot.loader.grub.memtest86.enable [ { source = "${pkgs.memtest86plus}/memtest.bin"; target = "/boot/memtest.bin"; } <ins> ] ++ optionals (!isNull config.isoImage.grubTheme) [ { source = config.isoImage.grubTheme; target = "/EFI/boot/grub-theme"; } </ins> ]; boot.loader.timeout = 10;

Discussion:
It points at this: ! I'm not sure anyone's made updated splash images with the new logo, but it'd be good to standardize.
Basically an instance of
Oh, true. Unsure whether to leave this open as a concrete thing that can be fixed, since isn't very specific about what's left to be fixed. Or just to close it and add more detail there?
Best to fix it immediately ;-)
That is actually the ISOLINUX background only. There's a separate on for GRUB:
Change:
sha256 = opensslSha256; }; <del> toolchain = import ./toolchain-bin.nix { inherit autoPatchelfHook stdenvNoCC lib fetchzip; }; </del> <ins> toolchain = import ./toolchain-bin.nix { inherit stdenv lib fetchzip file; }; </ins> in

Discussion:
The package contains compiler toolchain binaries (like ) and libc libraries to be used by the compiler outputs. When is run on the package, it incorrectly adds the internal libc directory to the rpath of the compiler binaries. This causes the compiler binaries to break with an error message like this: This problem was introduced in / This was done because the systemd package wanted to use to add dependencies to its rpath. But using to do this had an undesired side effect of removing glibc from the rpath (for a reason I don't yet understand). So s previous behavior to ignore libc dependencies was changed. a flag to autoPatchelfHook telling it to leave libc in the rpath if it's found. Enable this only on systemd. the libc change to autoPatchelfHook altogether, and instead modify findLibs and make-initrd-ng to automatically check libc. Either solution would restore the old libc behavior of autoPatchelfHook for everyone else. The former would then add different code for systemd, and the latter would change a couple other programs to account for lacking this new behavior
Fixed by
Change:
version = "5-0-785-0"; srcIcon = fetchurl { <del> url = "http://static.geogebra.org/images/geogebra-logo.svg"; </del> <ins> url = "https://web.archive.org/web/20200227000442if_/https://static.geogebra.org/images/geogebra-logo.svg"; </ins> hash = "sha256-Vd7Wteya04JJT4WNirXe8O1sfVKUgc0hKGOy7d47Xgc="; };

Discussion:
Steps to reproduce the behavior: geogebra or geogebra6 Well just the icon dowload path is not availaible anymore. Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
seems to serve no content anymore. Gone fix it by using for now
Change:
sha256 = "160dgh9pmlb85qfavwqz46lqawpshs8514bx2b57f9rbiny8kbij"; }; <del> buildInputs = [gupnp libuuid gssdp pkgconfig gtk3 intltool gupnp_av gnome3.defaultIconTheme gnome3.gnome_themes_standard makeWrapper]; </del> <ins> buildInputs = [gupnp libuuid gssdp pkgconfig gtk3 intltool gupnp_av gnome2.gnome_icon_theme makeWrapper]; </ins> postInstall = '' <del> wrapProgram "$out/bin/gupnp-av-cp" --prefix XDG_DATA_DIRS : "${gtk3}/share:${gnome3.gnome_themes_standard}/share:${gnome3.defaultIconTheme}/share:$out/share" wrapProgram "$out/bin/gupnp-universal-cp" --prefix XDG_DATA_DIRS : "${gtk3}/share:${gnome3.gnome_themes_standard}/share:${gnome3.defaultIconTheme}/share:$out/share" </del> <ins> for program in gupnp-av-cp gupnp-universal-cp; do wrapProgram "$out/bin/$program"  --prefix XDG_DATA_DIRS : "${gtk3}/share:${gnome3.gnome_themes_standard}/share:${gnome2.gnome_icon_theme}/share:$out/share" done </ins> ''; <ins> meta = { platforms = stdenv.lib.platforms.linux; }; </ins> }

Discussion:
I wanted to check out gupnp-tools, but the build fails with: This happens on unstable channel (nixos-16.03pre73316.) and on master.
Sounds like it needs ?
Change:
buildInputs = [ gmic <del> cimg </del> qtbase qttools fftw

Discussion:
We broke gmic-qt during the bump. After contacting upstream, it seems like the cmake build is not maintained anymore: They migrated to . We should align with them and rewrite a qmake derivation for gmic-qt. Edit: jtojnar advise not to migrate to qmake but instead fix the cmake issue.
Any idea what I can do so I can build my system while this is a WIP?
Install the build from an older version of nixpkgs where the package you want still builds properly. The version in branch should be building properly. For Flakes: For Non-Flake:
Thank you so much!! That section of the wiki described exactly what I was trying to do!
I just posted an upstream PR to fix this:
I've opened with a proper fix if anyone here would like to do some testing (it works for me now)

Steps to reproduce the behavior: Full log: Package built successfully in . Package failed in . I assume package failed to built somewhere in between these two pull request. Please run and paste the result.
Possibly needs update like
tried but had a compilation issue: Error:
Change:
buildPythonPackage rec { pname = "pygtk"; <ins> outputs = [ "out" "dev" ]; </ins> version = "2.24.0"; disabled = isPy3k;

Discussion:
I see a lot of dev packages on my system: It seems, most of them are pulled by okteta and yakuake while dev package of gtk2 is pulled by pygtk2 (that is pulled by gimp on my system) Steps to reproduce the behavior: those packages via environment.systemPackages I don't think those packages are required for these applications and pygtk to work, so I expect they don't pull them :) (is pygtk unmaintained?)
Fix in
Now I see there's the same problem with teamviewer :(
if you check my fix I think you can easily make the fixes yourself for other packages where you encounter this issue.
why do they use propagateBuildInputs in first place though? It doesn't look like those applications (except of pygtk of course) are used as buildInputs in other packages.
It's due to how Qt works and how Qt is supported/packaged in Nixpkgs. Not ideal, but it's how it is currently.
Am I missing something? I maintain a Qt-based package myself and don't use propagateBuildInputs yet it works just fine.
That's good to know. It's possible then that these expressions have never been updated. The way Qt is supported has changed several times. I can't tell like this how it's working currently.
can you review ?
Change:
src = fetchFromGitHub { owner = "jelmer"; repo = "dulwich"; <del> rev = "refs/tags/${version}"; </del> <ins> rev = "refs/tags/${pname}-${version}"; </ins> hash = "sha256-bf3ZUMX4afpdTBpFnx0HMyzCNG6V/p4eOl36djxGbtk="; };

Discussion:
Steps to reproduce the behavior: python311Packages.dulwich Package recently updated and maintainer used the wrong source tarball path Used but should be Please run and paste the result. system: host os: multi-user?: sandbox: version: nixpkgs: Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Change:
qtfeedback = callPackage ../development/libraries/qtfeedback { }; <ins> qtforkawesome = callPackage ../development/libraries/qtforkawesome { }; </ins> qtutilities = callPackage ../development/libraries/qtutilities { }; qtinstaller = callPackage ../development/libraries/qtinstaller { };

Discussion:
<!-- Note that these are hard requirements --<!-- You can use the "Go to file" functionality on GitHub to find the package Then you can go to the history for this package Find the latest "packagename: oldversion -newversion" commit The "newversion" is the current version of the package --- <!-- Type the name of your package and try to find an open pull request for the package If you find an open pull request, you can review it! There's a high chance that you'll have the new version right away while helping the community! --- name: syncthingtray <!-- The current version can be found easily with the same process as above for checking the master branch If an open PR is present for the package, take this version as the current one and link to the PR --current version: 1.1.3 desired version: 1.1.20 <!-- Search your package here: If no maintainer is listed for your package, tag the person that last updated the package --maintainers: Please tag this issue in your PR.
There's a new dependency now needed for syncthingtray - but there's a problem in the logic upstream here: Here's my packaging attempt:
Change:
<ins> { lib, fetchgit, rustPlatform, pkg-config, openssl, fuse3, libuuid, acl, libxcrypt }: rustPlatform.buildRustPackage rec { pname = "proxmox-backup-client"; version = "2.2.1"; srcs = [ (fetchgit { url = "git://git.proxmox.com/git/proxmox-backup.git"; rev = "v${version}"; name = pname; hash = "sha256-uOKQe/BzO69f/ggEPoZQ2Rn3quytQrUeH7be19QV3KI="; }) (fetchgit { url = "git://git.proxmox.com/git/proxmox.git"; rev = "43b4440ef015d846161657490b18cf6ac7600fc4"; name = "proxmox"; hash = "sha256-05Z+IRRIioFGn+iAYG04DyNsgw9gQrJ6qAArpCwoIb0="; }) (fetchgit { url = "git://git.proxmox.com/git/proxmox-fuse.git"; rev = "d162ef9039878b871e2aa11b7d9a373ae512e2d1"; name = "proxmox-fuse"; hash = "sha256-w33ViWpBkCkMAhZVXiOdqnGOn/tddNRgzn71WioTnBU="; }) (fetchgit { url = "git://git.proxmox.com/git/pxar.git"; rev = "6f3f889e98c5f4e60c3b2c6bce73bd506b548c21"; name = "pxar"; hash = "sha256-GtNq6+O1xnxuR7b4TTWLFxcsejRyadSlk85H8C+yUGA="; }) ]; sourceRoot = pname; cargoPatches = [ ./re-route-dependencies.patch ]; postPatch = '' cp ${./Cargo.lock} Cargo.lock rm .cargo/config ''; cargoLock = { lockFileContents = builtins.readFile ./Cargo.lock; }; cargoBuildFlags = [ "--package=proxmox-backup-client" "--bin=proxmox-backup-client" "--bin=dump-catalog-shell-cli" "--package=pxar-bin" "--bin=pxar" ]; doCheck = false; nativeBuildInputs = [ pkg-config rustPlatform.bindgenHook ]; buildInputs = [ openssl fuse3 libuuid acl libxcrypt ]; meta = with lib; { description = "The command line client for Proxmox Backup Server"; homepage = "https://pbs.proxmox.com/docs/backup-client.html"; license = licenses.agpl3Only; maintainers = with maintainers; [ cofob ]; platforms = platforms.linux; }; } </ins>

Discussion:
Project description Client for proxmox backup server written in Rust. Metadata homepage URL: source URL: ;a=summary license: aGPLv3. platforms: unix, linux
It would also be nice if some sort of service that backups certain folders on a CRON timer to the server. Like:
I have built a derivation for in 2020 (but currently only at version ) that I'm using on some machines and my phone (via nix-on-droid). I'll see if I can update that derivation to the latest release and clean it up for inclusion in nixpkgs.
any updates?
Hello, I packaged 2.2.1:
I moved this version to PR, thanks.
Change:
<ins> --- a/src/dummy.h	2016-12-17 23:33:33.279533389 +0100 +++ b/src/dummy.h	2016-12-17 23:33:56.695739166 +0100 @@ -69,7 +69,7 @@ int overlay_offset; int videoKey; int interlace; -    dummy_colors colors[256]; +    dummy_colors colors[1024]; pointer* FBBase; Bool        (*CreateWindow)() ;     /* wrapped CreateWindow */ Bool prop; --- a/src/dummy_driver.c	2016-12-17 23:33:47.446657886 +0100 +++ b/src/dummy_driver.c	2016-12-17 23:33:56.696739175 +0100 @@ -317,6 +317,7 @@ case 15: case 16: case 24: +        case 30: break; default: xf86DrvMsg(pScrn->scrnIndex, X_ERROR, @@ -331,8 +332,8 @@ pScrn->rgbBits = 8; /* Get the depth24 pixmap format */ -    if (pScrn->depth == 24 && pix24bpp == 0) -	pix24bpp = xf86GetBppFromDepth(pScrn, 24); +    if (pScrn->depth >= 24 && pix24bpp == 0) +	pix24bpp = xf86GetBppFromDepth(pScrn, pScrn->depth); /* * This must happen after pScrn->display has been set because @@ -623,7 +624,7 @@ if(!miCreateDefColormap(pScreen)) return FALSE; -    if (!xf86HandleColormaps(pScreen, 256, pScrn->rgbBits, +    if (!xf86HandleColormaps(pScreen, 1024, pScrn->rgbBits, DUMMYLoadPalette, NULL, CMAP_PALETTED_TRUECOLOR | CMAP_RELOAD_ON_MODE_SWITCH)) </ins>

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:
<del> { lib , stdenv , fetchFromGitHub , cmake , pkg-config , curl , boost , liboauth , jsoncpp , htmlcxx , rhash , tinyxml-2 , help2man , wrapQtAppsHook , qtbase , qtwebengine , testers , lgogdownloader , enableGui ? true }: stdenv.mkDerivation rec { pname = "lgogdownloader"; version = "3.12"; src = fetchFromGitHub { owner = "Sude-"; repo = "lgogdownloader"; rev = "v${version}"; hash = "sha256-IjZizO0HWDqtviY3TZ3AYYm5A0sU74YXjfFEtvQvv04="; }; nativeBuildInputs = [ cmake pkg-config help2man ] ++ lib.optional enableGui wrapQtAppsHook; buildInputs = [ boost curl htmlcxx jsoncpp liboauth rhash tinyxml-2 ] ++ lib.optionals enableGui [ qtbase qtwebengine ]; cmakeFlags = lib.optional enableGui "-DUSE_QT_GUI=ON"; passthru.tests = { version = testers.testVersion { package = lgogdownloader; }; }; meta = with lib; { description = "Unofficial downloader to GOG.com for Linux users. It uses the same API as the official GOGDownloader"; mainProgram = "lgogdownloader"; homepage = "https://github.com/Sude-/lgogdownloader"; license = licenses.wtfpl; maintainers = with maintainers; [ _0x4A6F ]; platforms = platforms.linux; }; } </del>

Discussion:
Package name: lgogdownloader Latest released version: 3.14 <!-- Search your package here: --- Current version on the unstable channel: 3.12 Current version on the stable/release channel: 3.12 <!-- Type the name of your package and try to find an open pull request for the package If you find an open pull request, you can review it! There's a high chance that you'll have the new version right away while helping the community! --- Notify maintainers <!-- If the result shows no maintainers, tag the person that last updated the package. --Note for maintainers: Please tag this issue in your PR. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Change:
<ins> { lib , fetchFromGitHub , python3Packages , qt6 }: python3Packages.buildPythonApplication rec { pname = "khoj"; version = "0.2.5"; format = "setuptools"; src = fetchFromGitHub { owner = "debanjum"; repo = "khoj"; rev = version; hash = "sha256-cylZNRyHMFJiBjlEtKMpRjRjwQyb7pgOjMtxFhKFU4k="; }; propagatedBuildInputs = with python3Packages; [ aiofiles dateparser defusedxml fastapi huggingface-hub jinja2 numpy openai pillow pydantic pyqt6 pyyaml schedule sentence-transformers torch torchvision transformers uvicorn ]; buildInputs = with qt6; [ qtwayland ]; nativeBuildInputs = with qt6; [ wrapQtAppsHook ]; checkInputs = with python3Packages; [ pytest ]; postPatch = '' substituteInPlace setup.py  --replace "aiofiles == 0.8.0" "aiofiles >= 0.8.0"  --replace "openai == 0.20.0" "openai >= 0.20.0"  --replace "pytest == 7.1.2" "pytest >= 7.1.2"  --replace "fastapi == 0.77.1" "fastapi >= 0.77.1"  --replace "numpy == 1.22.4" "numpy >= 1.22.4"  --replace "huggingface_hub == 0.8.1" "huggingface_hub >= 0.8.1"  --replace "dateparser == 1.1.1" "dateparser >= 1.1.1"  --replace "sentence-transformers == 2.1.0" "sentence-transformers >= 2.1.0"  --replace "transformers == 4.21.0" "transformers >= 4.21.0"  --replace "torchvision == 0.14.1" "torchvision"  --replace "pydantic == 1.9.1" "pydantic >= 1.9.1"  --replace "pyqt6 == 6.3.1" "pyqt6 >= 6.3.1"  --replace "uvicorn == 0.17.6" "uvicorn >= 0.17.6" ''; meta = with lib; { description = "Natural Language Search Assistant for your Org-Mode and Markdown notes, Beancount transactions and Photos"; homepage = "https://github.com/debanjum/khoj"; license = licenses.gpl3Only; maintainers = with maintainers; [ dit7ya ]; }; } </ins>

Discussion:
Project description Natural Language Search Engine for your Org-Mode and Markdown notes, Beancount transactions and Photos Metadata homepage URL: source URL: license: gpl3 , ...