jiebi/CodeConvo huggingface dataset:
Change:
is broken on macOS. Steps to reproduce the behavior: shell with as linker () in in macOS. : to compile any program (e.g. ): In one line: Program links and compiles. There are multiple issues: on Darwin requires absolute path for linker, while doesn't add path. This is not the issue on Linux, for some reason. with absolute path, it doesn't work when targeting Darwin, since macOS support is somewhat incomplete. There is an abandoned ex-commercial fork of that supports macOS: . [author of ] [maintainers of ] <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. --Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Looks like mold has . I guess we can just throw if is Darwin-based. I can make a PR a bit later. I also don't think that pulling to Nixpkgs would be a good idea, since it's not maintained properly anymore.

Discussion:
in overrideCC targetStdenv cc; <del> useMoldLinker = stdenv: let bintools = stdenv.cc.bintools.override { extraBuildCommands = '' wrap ${stdenv.cc.bintools.targetPrefix}ld.mold ${../build-support/bintools-wrapper/ld-wrapper.sh} ${pkgs.mold}/bin/ld.mold wrap ${stdenv.cc.bintools.targetPrefix}ld ${../build-support/bintools-wrapper/ld-wrapper.sh} ${pkgs.mold}/bin/ld.mold ''; }; in stdenv.override (old: { allowedRequisites = null; cc = stdenv.cc.override { inherit bintools; }; # gcc >12.1.0 supports '-fuse-ld=mold' # the wrap ld above in bintools supports gcc <12.1.0 and shouldn't harm >12.1.0 # https://github.com/rui314/mold#how-to-use } // lib.optionalAttrs (stdenv.cc.isClang || (stdenv.cc.isGNU && lib.versionAtLeast stdenv.cc.version "12")) { mkDerivationFromStdenv = extendMkDerivationArgs old (args: { NIX_CFLAGS_LINK = toString (args.NIX_CFLAGS_LINK or "") + " -fuse-ld=mold"; }); }); </del> <ins> useMoldLinker = stdenv: if stdenv.targetPlatform.isDarwin then throw "Mold can't be used to emit Mach-O (Darwin) binaries" else let bintools = stdenv.cc.bintools.override { extraBuildCommands = '' wrap ${stdenv.cc.bintools.targetPrefix}ld.mold ${../build-support/bintools-wrapper/ld-wrapper.sh} ${pkgs.mold}/bin/ld.mold wrap ${stdenv.cc.bintools.targetPrefix}ld ${../build-support/bintools-wrapper/ld-wrapper.sh} ${pkgs.mold}/bin/ld.mold ''; }; in stdenv.override (old: { allowedRequisites = null; cc = stdenv.cc.override { inherit bintools; }; # gcc >12.1.0 supports '-fuse-ld=mold' # the wrap ld above in bintools supports gcc <12.1.0 and shouldn't harm >12.1.0 # https://github.com/rui314/mold#how-to-use } // lib.optionalAttrs (stdenv.cc.isClang || (stdenv.cc.isGNU && lib.versionAtLeast stdenv.cc.version "12")) { mkDerivationFromStdenv = extendMkDerivationArgs old (args: { NIX_CFLAGS_LINK = toString (args.NIX_CFLAGS_LINK or "") + " -fuse-ld=mold"; }); }); </ins> /* Modify a stdenv so that it builds binaries optimized specifically for the machine they are built on.
Change:
Steps to reproduce the behavior: the package Offending line Seems to me like the darwin framework is missing Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Posted a PR to fix this:

Discussion:
{ lib, <ins> stdenv, darwin, </ins> rustPlatform, fetchFromGitHub, pkg-config,

makeWrapper ]; <ins> buildInputs = lib.optionals stdenv.isDarwin (with darwin.apple_sdk.frameworks; [ CoreServices ]); </ins> postFixup = '' wrapProgram $out/bin/rustlings --suffix PATH : ${ lib.makeBinPath [
Change:
Package name: gdlv Latest released version: 1.10.0 <!-- Search your package here: --- Current version on the unstable channel: 1.10.0 Current version on the stable/release channel: 1.10.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. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Whoops looks like my notification settings for gdlv went away so I did not see these new releases. Will update, thanks for the ping!

Discussion:
<ins> { lib, stdenv, buildGoModule, fetchFromGitHub, AppKit, CoreGraphics, Foundation, Metal, }: buildGoModule rec { pname = "gdlv"; version = "1.12.0"; src = fetchFromGitHub { owner = "aarzilli"; repo = "gdlv"; rev = "v${version}"; hash = "sha256-6NU7bhURdXM4EjVnsXVf9XFOUgHyVEI0kr15q9OnUTQ="; }; vendorHash = null; subPackages = "."; preBuild = lib.optionalString (stdenv.isDarwin && lib.versionOlder stdenv.hostPlatform.darwinMinVersion "11.0") '' export MACOSX_DEPLOYMENT_TARGET=10.15 ''; buildInputs = lib.optionals stdenv.isDarwin [ AppKit CoreGraphics Foundation Metal ]; meta = with lib; { description = "GUI frontend for Delve"; mainProgram = "gdlv"; homepage = "https://github.com/aarzilli/gdlv"; maintainers = with maintainers; [ mmlb ]; license = licenses.gpl3; }; } </ins>

<del> { lib , stdenv , buildGoModule , fetchFromGitHub , Foundation , CoreGraphics , Metal , AppKit }: buildGoModule rec { pname = "gdlv"; version = "1.10.0"; src = fetchFromGitHub { owner = "aarzilli"; repo = "gdlv"; rev = "v${version}"; hash = "sha256-OPsQOFwV6jIX4ZOVwJmpTeQUr/zkfkqCr86HmPhYarI="; }; preBuild = lib.optionalString (stdenv.isDarwin && lib.versionOlder stdenv.hostPlatform.darwinMinVersion "11.0") '' export MACOSX_DEPLOYMENT_TARGET=10.15 ''; vendorHash = null; subPackages = "."; buildInputs = lib.optionals stdenv.isDarwin [ Foundation CoreGraphics Metal AppKit ]; meta = with lib; { description = "GUI frontend for Delve"; mainProgram = "gdlv"; homepage = "https://github.com/aarzilli/gdlv"; maintainers = with maintainers; [ mmlb ]; license = licenses.gpl3; }; } </del>

ginkgo = callPackage ../development/tools/ginkgo { }; <del> gdlv = darwin.apple_sdk_11_0.callPackage ../development/tools/gdlv { inherit (darwin.apple_sdk_11_0.frameworks) Foundation CoreGraphics Metal AppKit; </del> <ins> gdlv = callPackage ../by-name/gd/gdlv/package.nix { inherit (darwin.apple_sdk_11_0.frameworks) AppKit CoreGraphics Foundation Metal; </ins> }; go-bindata = callPackage ../development/tools/go-bindata { };
Change:
Project description A fast, feature-complete bar for . Metadata homepage URL: source URL: license: GNU platforms: (I don't know what those are, but if it runs wayland, it should run this bar) Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:

Discussion:
<ins> { stdenv, lib, fetchFromGitHub, pkg-config, wayland-scanner, wayland-protocols, unstableGitUpdater, pixman, fcft, wayland, }: stdenv.mkDerivation { pname = "dwlb"; version = "0-unstable-2024-05-16"; src = fetchFromGitHub { owner = "kolunmi"; repo = "dwlb"; rev = "0daa1c1fdd82c4d790e477bf171e23ca2fdfa0cb"; hash = "sha256-Bu20IqRwBP1WRBgbcEQU4Q2BZ2FBnVaySOTsCn0iSSE="; }; nativeBuildInputs = [ pkg-config ]; env = { PREFIX = placeholder "out"; }; buildInputs = [ wayland-scanner wayland-protocols pixman fcft wayland ]; passthru.updateScript = unstableGitUpdater { }; meta = { description = "Fast, feature-complete bar for dwl"; homepage = "https://github.com/kolunmi/dwlb"; license = lib.licenses.gpl3Plus; mainProgram = "dwlb"; maintainers = with lib.maintainers; [ bot-wxt1221 ]; platforms = wayland.meta.platforms; }; } </ins>
Change:
A recent update on unstable broke compatibility between OneDriveGui and OneDrive client. Steps to reproduce the behavior: unstable to current version ( ) a OneDrive profile configured in OneDriveGui OneDriveGui window OneDriveGui correctly recognizing the cli client ! After some investigation on their respective repos, it appears that OneDriveGui 1.0.3 is not compatible with OneDrive 2.5.x, now in rc (and in Nixos unstable) so this is going to stay broken until OneDriveGui releases their 1.1.0 version. There's an open issue on their repository... which points to an alpha release of the new gui... it might be of interest to package that one on unstable. Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
FYI , v2.5.0 will GA 16th September 2024 AEST

Discussion:
<del> { lib , python3Packages , fetchFromGitHub , writeText , copyDesktopItems , makeDesktopItem , makeWrapper , onedrive </del> <ins> { lib, python3Packages, fetchFromGitHub, writeText, copyDesktopItems, makeDesktopItem, makeWrapper, onedrive, </ins> }: let <del> version = "1.0.3"; </del> <ins> version = "1.1.0rc3"; </ins> setupPy = writeText "setup.py" '' from setuptools import setup

owner = "bpozdena"; repo = "OneDriveGUI"; rev = "v${version}"; <del> hash = "sha256-HutziAzhIDYP8upNPieL2GNrxPBHUCVs09FFxdSqeBs="; </del> <ins> hash = "sha256-d5NAcT3x9R/2DVQKZsw4GH63nTlVFsvkWwMrb42s18s="; </ins> }; <del> nativeBuildInputs = [ copyDesktopItems makeWrapper ]; </del> <ins> nativeBuildInputs = [ copyDesktopItems makeWrapper ]; </ins> <del> propagatedBuildInputs = with python3Packages; [ pyside6 requests ]; </del> <ins> propagatedBuildInputs = with python3Packages; [ pyside6 requests ]; </ins> # wrap manually to avoid having a bash script in $out/bin with a .py extension dontWrapPythonPrograms = true;

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

Discussion:
<del> { lib, stdenv, fetchFromGitLab, autoreconfHook, pkg-config, guile, curl, substituteAll }: </del> <ins> { lib, stdenv, fetchFromGitLab, autoreconfHook, pkg-config, git, guile, curl }: </ins> stdenv.mkDerivation rec { pname = "akku"; <del> version = "1.1.0"; </del> <ins> version = "1.1.0-unstable-2024-03-03"; </ins> src = fetchFromGitLab { owner = "akkuscm"; repo = "akku"; <del> rev = "v${version}"; sha256 = "1pi18aamg1fd6f9ynfl7zx92052xzf0zwmhi2pwcwjs1kbah19f5"; </del> <ins> rev = "cb996572fe0dbe74a42d2abeafadffaea2bf8ae3"; sha256 = "sha256-6xqASnFxzz0yE5oJnh15SOB74PVrVkMVwS3PwKAmgks="; </ins> }; <del> patches = [ # substitute libcurl path (substituteAll { src = ./hardcode-libcurl.patch; libcurl = "${curl.out}/lib/libcurl${stdenv.hostPlatform.extensions.sharedLibrary}"; }) ]; </del> nativeBuildInputs = [ autoreconfHook pkg-config ]; <del> buildInputs = [ guile ]; </del> <ins> # akku calls curl commands buildInputs = [ guile curl git ]; </ins> # Use a dummy package index to boostrap Akku preBuild = ''

# only install the project rm -f Akku.lock Akku.manifest <del> # build, filter out guile warnings akku install 2>&1 | grep -v "(guile-user)" - | cat </del> <ins> akku install </ins> # make sure akku metadata is present during testing and onwards echo $PWD $CHEZSCHEMELIBDIRS 

<del> { stdenv, lib, akku, curl, git, substituteAll }: </del> <ins> { stdenv, lib, akku, curl, git }: </ins> let joinOverrides = overrides: pkg: old:

}; akku = joinOverrides [ <ins> # uses chez </ins> (addToBuildInputs [ curl git ]) (pkg: old: { <del> # hardcode-libcurl patches = akku.patches; </del> <ins> # bump akku to 1.1.0-unstable-2024-03-03 src = akku.src; </ins> }) <ins> # not a tar archive (pkg: old: removeAttrs old [ "unpackPhase" ]) </ins> ]; # circular dependency on wak-trc-testing !?
Change:
Project description A virtual file system that behaves like . I use it to discard unwanted files writing to my SSDs, that do not need to be read, such as caches and temp files. You can also set a mount option to prevent a file being discarded which is placed in RAM. Refer to . <!-- Describe the project a little: --It can handle regular file operations like mkdir/rmdir/ln but writing to files does NOT store any data. The file size is however saved, reading from the files behaves like reading from . Writing and reading is basically an NOOP, so it can be used for performance testing with applications that require directory structures. Implemented as kernel module, instead of using FUSE, there is absolutely no overhead for copying application data from user to kernel space while performing write or read operations. Metadata homepage URL: source URL: license: GPL-3.0 platforms: unix, linux, darwin (not sure) Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:

Discussion:
githubId = 24193; name = "Dan Callahan"; }; <ins> callumio = { email = "git@cleslie.uk"; github = "callumio"; githubId = 16057677; name = "Callum Leslie"; keys = [ { fingerprint = "BC82 4BB5 1656 D144 285E  A0EC D382 C4AF EECE AA90"; } ]; }; </ins> calvertvl = { email = "calvertvl@gmail.com"; github = "calvertvl";

<ins> { stdenv, lib, fetchFromGitHub, kernel, }: stdenv.mkDerivation rec { pname = "nullfs"; version = "0.17"; src = fetchFromGitHub { owner = "abbbi"; repo = "nullfsvfs"; rev = "v${version}"; sha256 = "sha256-Hkplhem4Gb1xsYQtRSWub0m15Fiil3qJAO183ygP+WI="; }; hardeningDisable = [ "pic" ]; enableParallelBuilding = true; nativeBuildInputs = kernel.moduleBuildDependencies; makeFlags = kernel.makeFlags ++ [ "KSRC=${kernel.dev}/lib/modules/${kernel.modDirVersion}/build" ]; prePatch = '' substituteInPlace "Makefile"  --replace-fail "/lib/modules/$(shell uname -r)/build" "$(KSRC)" ''; installPhase = '' runHook preInstall mkdir -p "$out/lib/modules/${kernel.modDirVersion}/kernel/fs/nullfs/" install -p -m 644 nullfs.ko $out/lib/modules/${kernel.modDirVersion}/kernel/fs/nullfs/ runHook postInstall ''; meta = with lib; { description = "A virtual black hole file system that behaves like /dev/null"; homepage = "https://github.com/abbbi/nullfsvfs"; license = licenses.gpl3; platforms = platforms.linux; maintainers = with maintainers; [ callumio ]; }; } </ins>

drbd = callPackage ../os-specific/linux/drbd/driver.nix { }; <ins> nullfs = callPackage ../os-specific/linux/nullfs { }; </ins> } // lib.optionalAttrs config.allowAliases { ati_drivers_x11 = throw "ati drivers are no longer supported by any kernel >=4.1"; # added 2021-05-18; hid-nintendo = throw "hid-nintendo was added in mainline kernel version 5.16"; # Added 2023-07-30
Change:
Steps to reproduce the behavior: . the following errors: This is due to a bug in pdfminer-six. With its six-month release cycle, its downstream derivations will continue to fail for a long time. See There is a patch available at For : For : cc: relative to jupyter-lab <!-- 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]:
Verified -- the patch worked!

Discussion:
lib, buildPythonPackage, fetchFromGitHub, <ins> fetchpatch2, </ins> cryptography, charset-normalizer, pythonOlder,

}; patches = [ <ins> # https://github.com/pdfminer/pdfminer.six/pull/1027 (fetchpatch2 { name = "fix-dereference-MediaBox.patch"; url = "https://github.com/pdfminer/pdfminer.six/pull/1027/commits/ad101c152c71431a21bfa5a8dbe33b3ba385ceec.patch?full_index=1"; excludes = [ "CHANGELOG.md" ]; hash = "sha256-fsSXvN92MVtNFpAst0ctvGrbxVvoe4Nyz4wMZqJ1aw8="; }) </ins> (substituteAll { src = ./disable-setuptools-git-versioning.patch; inherit version;

nativeCheckInputs = [ pytestCheckHook ]; <ins> disabledTests = [ # The binary file samples/contrib/issue-1004-indirect-mediabox.pdf is # stripped from fix-dereference-MediaBox.patch. "test_contrib_issue_1004_mediabox" ]; </ins> passthru = { tests = { inherit ocrmypdf;
Change:
Steps to reproduce the behavior: (add) google-chrome from nixpkgs/master (the exact commit with problem from this issue ) Add any other context about the problem here. Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
I tryed both default nix and nix.package = ;
Oops, that's odd, it passed all the eval checks on the original PR I thought. I've created to fix.

Discussion:
mv "$icon_file" "$logo_output_path/google-$appname.png" done <ins> # "--simulate-outdated-no-au" disables auto updates and browser outdated popup </ins> makeWrapper "$out/share/google/$appname/google-$appname" "$exe"  --prefix LD_LIBRARY_PATH : "$rpath"  --prefix PATH            : "$binpath" 

--prefix XDG_DATA_DIRS   : "$XDG_ICON_DIRS:$GSETTINGS_SCHEMAS_PATH:${addDriverRunpath.driverLink}/share"  --set CHROME_WRAPPER  "google-chrome-$dist"  --add-flags "''${NIXOS_OZONE_WL:+''${WAYLAND_DISPLAY:+--ozone-platform-hint=auto --enable-features=WaylandWindowDecorations}}"  <del> --add-flags ${ lib.concatStringsSep " " [ (lib.escapeShellArg commandLineArgs) # Disables auto updates and browser outdated popup "--simulate-outdated-no-au='Tue, 31 Dec 2099 23:59:59 GMT'" ] } </del> <ins> --add-flags "--simulate-outdated-no-au='Tue, 31 Dec 2099 23:59:59 GMT'"  --add-flags ${lib.escapeShellArg commandLineArgs} </ins> for elf in $out/share/google/$appname/{chrome,chrome-sandbox,chrome_crashpad_handler}; do patchelf --set-rpath $rpath $elf

cp -r *.app $out/Applications mkdir -p $out/bin <del> makeWrapper $out/Applications/Google Chrome.app/Contents/MacOS/Google Chrome $out/bin/google-chrome-stable  --add-flags ${ lib.concatStringsSep " " [ (lib.escapeShellArg commandLineArgs) # Disables auto updates and browser outdated popup "--simulate-outdated-no-au='Tue, 31 Dec 2099 23:59:59 GMT'" ] } </del> <ins> # "--simulate-outdated-no-au" disables auto updates and browser outdated popup makeWrapper $out/Applications/Google Chrome.app/Contents/MacOS/Google Chrome $out/bin/google-chrome-stable  --add-flags "--simulate-outdated-no-au='Tue, 31 Dec 2099 23:59:59 GMT'"  --add-flags ${lib.escapeShellArg commandLineArgs} </ins> runHook postInstall ''; });
Change:
Steps to reproduce the behavior: (nixpkgs is currently at ) Seems to be a sandbox issue: Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
I don't reproduce this, either with the sandbox option or without. I suspect this has nothing to do with and something to do with your Nix installation. I tried on with both Lix 2.90 and Nix 2.18, and on with Nix 2.24.
Huh. It's been an issue for the last several days, originally noted when I was building the manual (and an opener script) like so: Searching for issues is how I discovered your new package (thank you) but building the new package gives me the same error, so I assumed the issue was somewhere in the docs -- When I omit these from my configuration, it builds normally. I've tried removing and rebuilding and have also tried rebooting, and I get the same error regardless. I'm on nix 2.18.5. I'm sure you've already done / considered this, but: Is your sandbox set to or just ? Did you happen to build with the sandbox off first (because then it will succeed on successive attempts due to cache unless you )
Looks like it may be actually the attribute:
Still getting this with current master. Could anyone from confirm whether this is a "me" issue? (You'll only need the if you've built it before.) With sandbox enabled:
Disable automatic store optimization in .
Thanks for your thoughts -- I assume this builds without error for you? I disabled automatic store optimization last week in trying to troubleshoot this issue, and tried ing and re-running. I did enable the timer-based optimization however, since the thread seemed to suggest people were not having issues with that route. I'll try disabling that as well I guess?
I'm seeing the same error with the sandbox enabled ( is disabled)
Thank you -- glad to know it's not just me.
Same issue on my wife's machine: Her machine does have : Mine does not: did you ever have enabled? Just wondering because I used to (before last week), so wondering if there is some kind of residual impurity after disabling it that gives me this persisting error, or if it's something else entirely.
Contextual issue for comment:
Also, my error seems a little different: Abbreviated from the linked issue: vs above:
I don't think so, because enabling it breaks builds for me (linked issue above).
I have disabled and am deleting that directory completely and it still gives the same error. I know you have your hands full with a million projects, but if you or or any of the darwin magicians have any ideas I'd appreciate it.
It’s going to be something to do with the docs generation code running a nested Nix that’s trying to look at the host store for some reason, I think.
Yep: I’m guessing you have the sandbox on, right? (edit: yep, you do.) I’m not sure why it’s looking at the store, but perhaps would help.
Wow, you are amazing. Thank you.

Discussion:
--arg nixpkgsPath "./."  --argstr revision ${nixpkgs.rev or "master"}  --argstr libsetsJSON ${lib.escapeShellArg (builtins.toJSON libsets)}  <ins> --store $(mktemp -d)  </ins> > locations.json function docgen {
Change:
Package name: snipaste Latest released version: 2.9.2-Beta <!-- Search your package here: --- Current version on the unstable channel: 2.9-Beta2 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:
}: appimageTools.wrapType2 rec { pname = "snipaste"; <del> version = "2.9-Beta2"; </del> <ins> version = "2.9.2-Beta"; </ins> src = fetchurl { url = "https://download.snipaste.com/archives/Snipaste-${version}-x86_64.AppImage"; <del> hash = "sha256-VJvw3M1Ohfji/PoIxn4gc9KcFl6H1wRYW5Pbf1p5rlg="; </del> <ins> hash = "sha256-oV69uABjzkbQdwb+1wRRxszhrwI4uyzhQZ4aXBnyeo8="; </ins> }; <del> meta = with lib; { </del> <ins> meta = { </ins> description = "Screenshot tools"; homepage = "https://www.snipaste.com/"; <del> license = licenses.unfree; maintainers = with maintainers; [ luftmensch-luftmensch ]; </del> <ins> license = lib.licenses.unfree; maintainers = with lib.maintainers; [ luftmensch-luftmensch ]; </ins> mainProgram = "snipaste"; platforms = [ "x86_64-linux" ]; <del> sourceProvenance = [ sourceTypes.binaryNativeCode ]; </del> <ins> sourceProvenance = [ lib.sourceTypes.binaryNativeCode ]; </ins> }; }