jiebi/CodeConvo huggingface dataset:
Change:
Pulumi does some path comparison to ensure that its language plugin binaries 'match' its main cli -- essentially that they're installed in the same place. The package packages the languages separately and thus, the path comparison fails and pulumi spits out warnings: Pulumi bug with some extra discussion: I'm a n00b on nix packaging, but would be be possible to have a single package with options to enable the plugins of your choosing? Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
same question here. I've been sort of sitting on this particular problem as a good possible gateway into killing a lot of time to understand nix on a lower level. I tried all of the low hanging fruit ideas like and a handful of other things, most of them worked but the warning never went away. If nobody chimes in, maybe we can figure it out in the long term between us.. It's sort of a noob thing that most people won't have the time to educate on, which is fair enough.
I don't think there should be anything to do on Nixpkgs side. The only "fix" I can think of is to put all the binaries into a single nixpkgs package (like what package is). I don't like this approach though, as nixpkgs is designed around separation, and most of the time a user only needs binary with a single language engine binary. I'd argue that requiring all the binaries to be in the same directory is a bad packaging decision. The warning is rather harmless, in my opinion, so can we all just ignore it? The linked issue also suggests that upstream is fine with a compromise on their end and is open to a community PR.
includes a binary, which seems to make the warnings go away when I test it. If we get the plugins packaged separately in the future, we'll have this problem again, but in the meantime it seems like there's a solution by just using the in instead of . EDIT: No, actually, for some reason that doesn't work when I try to preview a stack: I am not sure what the difference is.

Discussion:
buildGoModule rec { pname = "pulumi"; <del> version = "3.99.0"; </del> <ins> version = "3.122.0"; </ins> src = fetchFromGitHub { owner = pname;

'' mkdir -p $out/bin makeWrapper ${pulumi}/bin/pulumi $out/bin/pulumi  <del> --suffix PATH : ${lib.makeSearchPath "bin" (f pulumiPackages)} </del> <ins> --set LD_LIBRARY_PATH "${stdenv.cc.cc.lib}/lib </ins> ''; };
Change:
Project description Encryption plugin/extension for PostgreSql Does not appear to be on the current list of extensions found . Metadata homepage URL: source URL: license: bsd platforms: darwin, linux

Discussion:
<ins> { lib , stdenv , fetchFromGitHub , libsodium , postgresql , postgresqlTestHook }: stdenv.mkDerivation (finalAttrs: { pname = "pgsodium"; version = "3.1.9"; src = fetchFromGitHub { owner = "michelp"; repo = "pgsodium"; rev = "v${finalAttrs.version}"; hash = "sha256-Y8xL3PxF1GQV1JIgolMI1e8oGcUvWAgrPv84om7wKP8="; }; buildInputs = [ libsodium postgresql ]; installPhase = '' runHook preInstall install -D -t $out/lib pgsodium${postgresql.dlSuffix} install -D -t $out/share/postgresql/extension sql/pgsodium-*.sql install -D -t $out/share/postgresql/extension pgsodium.control install -D -t $out/share/pgsodium/getkey_scripts getkey_scripts/* ln -s $out/share/pgsodium/getkey_scripts/pgsodium_getkey_urandom.sh $out/share/postgresql/extension/pgsodium_getkey runHook postInstall ''; passthru.tests.extension = stdenv.mkDerivation { name = "pgsodium-test"; dontUnpack = true; doCheck = true; nativeCheckInputs = [ postgresqlTestHook (postgresql.withPackages (_: [ finalAttrs.finalPackage ])) ]; failureHook = "postgresqlStop"; postgresqlTestUserOptions = "LOGIN SUPERUSER"; postgresqlExtraSettings = '' shared_preload_libraries=pgsodium ''; passAsFile = [ "sql" ]; sql = '' CREATE EXTENSION pgsodium; SELECT pgsodium.version(); SELECT pgsodium.crypto_auth_keygen(); SELECT pgsodium.randombytes_random() FROM generate_series(0, 5); SELECT * FROM pgsodium.crypto_box_new_keypair(); ''; checkPhase = '' runHook preCheck psql -a -v ON_ERROR_STOP=1 -f $sqlPath runHook postCheck ''; installPhase = "touch $out"; }; meta = with lib; { description = "Modern cryptography for PostgreSQL using libsodium"; homepage = "https://github.com/michelp/pgsodium"; changelog = "https://github.com/michelp/pgsodium/releases/tag/v${finalAttrs.version}"; license = licenses.postgresql; maintainers = [ maintainers.marsam ]; platforms = postgresql.meta.platforms; }; }) </ins>

pgroonga = super.callPackage ./ext/pgroonga.nix { }; <ins> pgsodium = super.callPackage ./ext/pgsodium.nix { }; </ins> pgsql-http = super.callPackage ./ext/pgsql-http.nix { }; pgvector = super.callPackage ./ext/pgvector.nix { };
Change:
klee building stucks at 99% Steps to reproduce the behavior: -shell -p klee Building should continue after 99% without hanging. If applicable, add screenshots to help explain your problem. The output stucks at: <!-- 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]:
Please report this upstream. nixpkgs cannot do anything about their failing tests.
I keep open this issue for tracking. Here the opened issue ticket upstream:
Thanks!
Following the advice in and looking at their Flake I used the following flake for a local development environment
Thanks. I'll do an update to latest and add that.

Discussion:
, clang , llvm , python3 <del> , zlib </del> , z3 , stp , cryptominisat

}; in stdenv.mkDerivation rec { pname = "klee"; <del> version = "3.0"; </del> <ins> version = "3.1"; </ins> src = fetchFromGitHub { owner = "klee"; repo = "klee"; rev = "v${version}"; <del> hash = "sha256-y5lWmtIcLAthQ0oHYQNd+ir75YaxHZR9Jgiz+ZUFQjY="; </del> <ins> hash = "sha256-5js1N8qVF0lCkahSU3ojT7+p/a9IaUpPWhIyFHEzqto="; </ins> }; nativeBuildInputs = [ cmake ];

patchShebangs . ''; <ins> # https://github.com/klee/klee/issues/1690 hardeningDisable = [ "fortify" ]; </ins> doCheck = true; passthru = {

}); in stdenv.mkDerivation rec { pname = "klee-uclibc"; <del> version = "1.3"; </del> <ins> version = "1.4"; </ins> src = fetchFromGitHub { owner = "klee"; repo = "klee-uclibc"; rev = "klee_uclibc_v${version}"; <del> sha256 = "sha256-xQ8GWa0Gmd3lbwKodJhrsZeuR4j7NT4zIUh+kNhVY/w="; </del> <ins> sha256 = "sha256-sogQK5Ed0k5tf4rrYwCKT4YRKyEovgT25p0BhGvJ1ok="; </ins> }; nativeBuildInputs = [

klayout = libsForQt5.callPackage ../applications/misc/klayout { }; <del> klee = callPackage ../applications/science/logic/klee (with llvmPackages_12; { </del> <ins> klee = callPackage ../applications/science/logic/klee (with llvmPackages_13; { </ins> clang = clang; llvm = llvm; stdenv = stdenv;
Change:
Package name: tgpt Latest released version: 2.5.1 <!-- Search your package here: --- Current version on the unstable channel: 2.0.4 Current version on the stable/release channel: 2.0.4 <!-- 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]:

Discussion:
<ins> { lib , buildGoModule , fetchFromGitHub , nix-update-script }: buildGoModule rec { pname = "tgpt"; version = "2.7.1"; src = fetchFromGitHub { owner = "aandrew-me"; repo = "tgpt"; rev = "refs/tags/v${version}"; hash = "sha256-XuTDEcs1wIrAe7Oaok4aFP01jDcyWB01R3HNrx6UEpo="; }; vendorHash = "sha256-docq/r6yyMPsuUyFbtCMaYfEVL0gLmyTy4PbrAemR00="; ldflags = [ "-s" "-w" ]; # test tries to access the network doCheck = false; passthru.updateScript = nix-update-script { }; meta = with lib; { description = "ChatGPT in terminal without needing API keys"; homepage = "https://github.com/aandrew-me/tgpt"; changelog = "https://github.com/aandrew-me/tgpt/releases/tag/v${version}"; license = licenses.gpl3Only; maintainers = with maintainers; [ fab ]; mainProgram = "tgpt"; }; } </ins>

<del> { lib , buildGoModule , fetchFromGitHub }: buildGoModule rec { pname = "tgpt"; version = "2.0.4"; src = fetchFromGitHub { owner = "aandrew-me"; repo = "tgpt"; rev = "refs/tags/v${version}"; hash = "sha256-+5hNcemVVuCX1FCL6U9SoJ/Jsef9exQXQFCdPj8qhCk="; }; vendorHash = "sha256-HXpSoihk0s218DVCHe9VCGLBggWY8I25sw2qSaiUz4I="; ldflags = [ "-s" "-w" ]; meta = with lib; { description = "ChatGPT in terminal without needing API keys"; homepage = "https://github.com/aandrew-me/tgpt"; changelog = "https://github.com/aandrew-me/tgpt/releases/tag/v${version}"; license = licenses.gpl3Only; maintainers = with maintainers; [ fab ]; mainProgram = "tgpt"; }; } </del>

smemstat = callPackage ../os-specific/linux/smemstat { }; <del> tgpt = callPackage ../tools/misc/tgpt { }; </del> tgt = callPackage ../tools/networking/tgt { }; lkl = callPackage ../applications/virtualization/lkl { };
Change:
The commit at a new argument to the nixos github-runner service. It passes this argument to the (, line 25). However, this assumes that has a argument, and older versions don't, therefore breaking backwards compatibility. For example, you can't run this version of the service, with from "github:NixOS/nixpkgs/", because that version of github-runner doesn't take the argument. With Github Enterprise (on prem Github), the Github Runner version has to match the version of Github Enterprise, so this change breaks the ability to use the NixOS service. I think it's the case that because the variable is defined in a let statement on line 25 of , I can't modify or override the behaviour as a consumer, so the service has to be modified. In it looks like on the gets a default value anyway, so I think the correct behaviour would be for to only be passed to the override function of if is set as a configuration option in the service. Overlay your package with an older version, e.g. github:NixOS/nixpkgs/ - these two files are enough to reproduce. : : Try and build a VM image with Expect file in the directory.

Discussion:
let workDir = if cfg.workDir == null then runtimeDir else cfg.workDir; <del> package = cfg.package.override { inherit (cfg) nodeRuntimes; }; </del> <ins> # Support old github-runner versions which don't have the `nodeRuntimes` arg yet. package = cfg.package.override (old: optionalAttrs (hasAttr "nodeRuntimes" old) { inherit (cfg) nodeRuntimes; }); </ins> in { description = "GitHub Actions runner";
Change:
VLAN interfaces created by no longer works properly after a reboot. The VLAN interface service fails with the error "RTNETLINK answers: Network is down". This is a regression from NixOS 17.03. I don't know when this functionality broke. The following was reproduced in a VM with a single interface named "ens32". The same issue is present on different hardware. Added to When switching to this config, the interface "testvlan" comes up. After rebooting the interface is not created (when it should be): Starting the service manually after having booted gets the interface up. System: 17.09pre113138. Nix version: 1.11.13 Nixpkgs version: 17.09pre113138. Sandboxing enabled: Yes
Thanks! I can confirm this fixed the issue.
Awesome! Thanks for testing!
I am still experiencing this issue. I have a fairly complex networking setup with several vlan interfaces attached to a single physical interface. More often than not the system fails to bring up some of the vlan interfaces. It seems as if it tries to bring up the vlan interface before the physical interface is completely up and running. This is what it often looks like in the journal: The complete nixos configuration for a system with this issue can be found here: I am running NixOS 18.03.. (Impala) on a physical machine. I would be happy to assist in troubleshooting this issue.
I too am having issues once more on 18.03, booting with VLAN interfaces is very unreliable. I have not taken the time to look into it but I can also try to assist.
Could you perhaps reopen this issue, or would it be better to create a new one?
I'm experiencing random failure during boot on NixOS 18.03 Please review my PR
The issue is intermittent for me, so it's difficult to say for sure. I can reboot 5 times in a row successfully and then fail 3 times in a row, which is roughly what happened when I tried to reproduce this now. With applied to NixOS 18.03 it worked every time, when rebooting about 10 times... today anyway. Rolling back pre-patch I got it to fail again after just a couple of attempts.
Given all the hassle with our networking scripts, should we enable the networkd backend for the module by default?
I'm currently working on making that a reality for 18.09.
Cool, is there an issue tracking that somewhere? How to try it, is it networking.useNetworkd, or both? Shouldn't this issue be reopened? The issue as it's described in the first comment is still true, only harder to reproduce. Update: I guess it's .

Discussion:
# Remove Dead Interfaces ip link show "${n}" >/dev/null 2>&1 && ip link delete "${n}" ip link add link "${v.interface}" name "${n}" type vlan id "${toString v.id}" <del> ip link set "${n}" up </del> <ins> # We try to bring up the logical VLAN interface. If the master # interface the logical interface is dependent upon is not up yet we will # fail to immediately bring up the logical interface. The resulting logical # interface will brought up later when the master interface is up. ip link set "${n}" up || true </ins> ''; postStop = '' ip link delete "${n}" || true
Change:
Package name: python312Packages.fpdf2 Latest released version: 2.7.7 <!-- Search your package here: --- Current version on the unstable channel: 2.7.6 Current version on the stable/release channel: N/A <!-- 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]:

Discussion:
, qrcode , camelot , uharfbuzz <ins> , lxml </ins> }: buildPythonPackage rec { pname = "fpdf2"; <del> version = "2.7.6"; </del> <ins> version = "2.7.7"; </ins> pyproject = true; src = fetchFromGitHub { owner = "py-pdf"; repo = "fpdf2"; rev = version; <del> hash = "sha256-wiCKmS+GlrYV2/6TEdXUbmWIMWU4hyzswFJZR9EOWxc="; </del> <ins> hash = "sha256-6B68kwxAW3cHpwMTDhj3C4zEOR6o6USqpSXB7uxcEXs="; </ins> }; postPatch = '' substituteInPlace setup.cfg  <del> --replace "--cov=fpdf --cov-report=xml" "" </del> <ins> --replace-fail "--cov=fpdf --cov-report=xml" "" </ins> ''; nativeBuildInputs = [ setuptools ];

qrcode camelot uharfbuzz <ins> lxml </ins> ]; disabledTestPaths = [
Change:
As above. Steps to reproduce the behavior: The application should start. Full log: Running nixos-unstable. system: host os: multi-user?: sandbox: version: channels(root): nixpkgs: Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
This should be fixed by a simple update:

Discussion:
}: buildPythonApplication rec { <del> pname = "PySolFC"; version = "2.20.1"; </del> <ins> pname = "pysolfc"; version = "2.21.0"; </ins> src = fetchzip { <del> url = "https://versaweb.dl.sourceforge.net/project/pysolfc/PySolFC/PySolFC-${version}/PySolFC-${version}.tar.xz"; hash = "sha256-mEnsq8Su0ses+nqoSFC+Wr0MHY7aTDMbtDV8toYVNPY="; </del> <ins> url = "mirror://sourceforge/pysolfc/PySolFC-${version}.tar.xz"; hash = "sha256-Deye7KML5G6RZkth2veVgPOWZI8gnusEvszlrPTAhag="; </ins> }; cardsets = fetchzip { <del> url = "https://versaweb.dl.sourceforge.net/project/pysolfc/PySolFC-Cardsets/PySolFC-Cardsets-2.2/PySolFC-Cardsets-2.2.tar.bz2"; </del> <ins> url = "mirror://sourceforge/pysolfc/PySolFC-Cardsets-2.2.tar.bz2"; </ins> hash = "sha256-mWJ0l9rvn9KeZ9rCWy7VjngJzJtSQSmG8zGcYFE4yM0="; }; music = fetchzip { <del> url = "https://versaweb.dl.sourceforge.net/project/pysolfc/PySol-Music/PySol-Music-4.50/pysol-music-4.50.tar.xz"; </del> <ins> url = "mirror://sourceforge/pysolfc/pysol-music-4.50.tar.xz"; </ins> hash = "sha256-sOl5U98aIorrQHJRy34s0HHaSW8hMUE7q84FMQAj5Yg="; };
Change:
Project description "Soho vibes for Cursors" Rose Pine themed cursors, recently was created (last month) Metadata homepage URL: source URL: license: gpl3 Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
I will try to do this as soon as I can

Discussion:
<ins> { lib , stdenvNoCC , fetchurl }: stdenvNoCC.mkDerivation (finalAttrs: { pname = "rose-pine-cursor"; version = "1.1.0"; srcs = [ (fetchurl { url = "https://github.com/rose-pine/cursor/releases/download/v${finalAttrs.version}/BreezeX-RosePine-Linux.tar.xz"; hash = "sha256-szDVnOjg5GAgn2OKl853K3jZ5rVsz2PIpQ6dlBKJoa8="; }) (fetchurl { url = "https://github.com/rose-pine/cursor/releases/download/v${finalAttrs.version}/BreezeX-RosePineDawn-Linux.tar.xz"; hash = "sha256-hanfwx9ooT1TbmcgCr63KVYwC1OIzTwjmxzi4Zjcrdg="; }) ]; sourceRoot = "."; installPhase = '' runHook preInstall mkdir -p $out/share/icons cp -R BreezeX-RosePine-Linux $out/share/icons/ cp -R BreezeX-RosePineDawn-Linux $out/share/icons/ runHook postInstall ''; meta = with lib; { description = "Soho vibes for Cursors"; downloadPage = "https://github.com/rose-pine/cursor/releases"; homepage = "https://rosepinetheme.com/"; license = licenses.gpl3; maintainers = with maintainers; [ aikooo7 ]; }; }) </ins>
Change:
Steps to reproduce the behavior: kdiff3 Add any other context about the problem here. <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. --Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:

Discussion:
<del> { mkDerivation </del> <ins> { stdenv </ins> , lib , fetchurl , extra-cmake-modules , kdoctools <del> , wrapGAppsHook </del> <ins> , wrapQtAppsHook </ins> , boost , kcrash , kconfig

, kiconthemes }: <del> mkDerivation rec { </del> <ins> stdenv.mkDerivation (finalAttrs: { </ins> pname = "kdiff3"; version = "1.10.7"; src = fetchurl { <del> url = "mirror://kde/stable/kdiff3/kdiff3-${version}.tar.xz"; hash = "sha256-/otpnRJM1NJjKzwnqgas7Fyqj8v4t2SM8MANektqzlA="; </del> <ins> url = "mirror://kde/stable/kdiff3/kdiff3-${finalAttrs.version}.tar.xz"; hash = "sha256-uj9Ky/SsdIrr78hfWcr2U9Rf6FmkjDSviZGCJKdnxeM="; </ins> }; <del> buildInputs = [ boost ]; </del> <ins> nativeBuildInputs = [ extra-cmake-modules kdoctools wrapQtAppsHook ]; </ins> <del> nativeBuildInputs = [ extra-cmake-modules kdoctools wrapGAppsHook ]; propagatedBuildInputs = [ kconfig kcrash kinit kparts kiconthemes ]; </del> <ins> buildInputs = [ boost kconfig kcrash kinit kparts kiconthemes ]; </ins> cmakeFlags = [ "-Wno-dev" ];

maintainers = with maintainers; [ peterhoeg ]; platforms = with platforms; linux; }; <del> } </del> <ins> }) </ins>
Change:
Steps to reproduce the behavior: libva-vdpau-driver for OpenGL with NixOS options: Add any other context about the problem here. <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. --Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:

Discussion:
sha256 = "15snqf60ib0xb3cnav5b2r55qv8lv2fa4p6jwxajh8wbvqpw0ibz"; }) (fetchpatch { url = "https://src.fedoraproject.org/rpms/libva-vdpau-driver/raw/0ad71107e28a60ea453ac70e895cf64342bd58d0/f/implement-vaquerysurfaceattributes.patch"; sha256 = "1dapx3bqqblw6l2iqqw1yff6qifam8q4m2rq343kwb3dqhy2ymy5"; }) <del> (fetchpatch { url = "https://gitweb.gentoo.org/repo/gentoo.git/plain/x11-libs/libva-vdpau-driver/files/libva-vdpau-driver-0.7.4-include-linux-videodev2.h.patch"; </del> <ins> (fetchpatch { url = "https://github.com/gentoo/gentoo/raw/34d5cc6fcf1d76c1c2833cb534717246c221214c/x11-libs/libva-vdpau-driver/files/libva-vdpau-driver-0.7.4-include-linux-videodev2.h.patch"; </ins> sha256 = "1m4is6lk580mppsx2mvdv1xifj6gvx724si4qynsm9qrdfdc9fby"; }) ];
Change:
Samba build hangs/deadlocks Steps to reproduce the behavior: Samba builds pstree killing (samba) (waf) (waf) Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Note: this blocks e.g. (on x86_64-linux).
The same derivation passed for me locally, though.
I believe it also succeeded on Hydra now, but it might still be worth debugging and improving this.
:s I could fetch the hydra built artifact and still reproduce build issues with <details<summarylshw</summary</details
I see the hangups as well. What filesystem do you use for the builds? Could it be one that used 64-bit inodes outside 32-bit limits?
I strongly recommend to avoid doing i686 builds with a that might get into inodes not fitting into 32 bits. It's really painful in my experience (in my case btrfs that probably got high by doing terabytes of builds over its life).
Ext4 on top of LVM+LUKS
Thank you! shoud be the safest WRT 64-bit values. Must be something else. I'll try to debug as well.
says that right before a hangup one of checker processes of fail with : And the process size is which is already above 3GB limit on host. Looks like a massive memory leak in (or in samba-specific code).
The workaround to pass to seems to work. And fun fact: we already have a similar hack for 32-bit arm: I'll try to extend it to all 32-bit systems.
Proposed the change as:
Thanks <3

Discussion:
++ optional (!enablePam) "--without-pam" ++ optionals (stdenv.hostPlatform != stdenv.buildPlatform) [ "--bundled-libraries=!asn1_compile,!compile_et" <del> ] ++ optionals stdenv.isAarch32 [ # https://bugs.gentoo.org/683148 </del> <ins> ] ++ optionals stdenv.buildPlatform.is32bit [ # By default `waf configure` spawns as many as available CPUs. On # 32-bit systems with many CPUs (like `i686` chroot on `x86_64` # kernel) it can easily exhaust 32-bit address space and hang up: #   https://github.com/NixOS/nixpkgs/issues/287339#issuecomment-1949462057 #   https://bugs.gentoo.org/683148 # Limit the job count down to the minimal on system with limited address # space. </ins> "--jobs 1" ];
Change:
buildNimPackage example in unstable docs is wrong Should be I am not sure, since doc mismatched, if it was intended to be that way or not. <!-- make sure this issue is not redundant or obsolete --- [x] checked [latest Nixpkgs manual] ([source][nixpkgs-source]) and [latest NixOS manual] ([source][nixos-source]) [x] checked [open documentation issues] for possible duplicates [x] checked [open documentation pull requests] for possible solutions [latest Nixpkgs manual]: [latest NixOS manual]: [nixpkgs-source]: [nixos-source]: [open documentation issues]: [open documentation pull requests]: Related PR: Introduced by Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:

Discussion:
```nix { lib, buildNimPackage, fetchFromGitHub }: <del> buildNimPackage { } (finalAttrs: { </del> <ins> buildNimPackage (finalAttrs: { </ins> pname = "ttop"; version = "1.2.7";