jiebi/CodeConvo huggingface dataset:
Change:
<!-- 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 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: celluloid <!-- The current version can be found easily with the same process than 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: 0.21 desired version: 0.22 <!-- 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.

Discussion:
, appstream-glib , desktop-file-utils , libepoxy <del> , gettext </del> , glib <del> , gtk3 </del> <ins> , gtk4 , wayland </ins> , meson , mpv , ninja , nix-update-script , pkg-config , python3 <del> , wrapGAppsHook </del> <ins> , wrapGAppsHook4 </ins> }: stdenv.mkDerivation rec { pname = "celluloid"; <del> version = "0.21"; </del> <ins> version = "0.22"; </ins> src = fetchFromGitHub { owner = "celluloid-player"; repo = "celluloid"; rev = "v${version}"; <del> hash = "sha256-1Jeg1uqWxURGKR/Xg4j4roZ9Pg5MR7geyttdzlOU+rA="; </del> <ins> hash = "sha256-QGN8YLtyb9YVNDK2ZDQwHJVg6UTIQssfNK9lQqxMNKQ="; </ins> }; nativeBuildInputs = [ appstream-glib desktop-file-utils <del> gettext </del> meson ninja pkg-config python3 <del> wrapGAppsHook </del> <ins> wrapGAppsHook4 </ins> ]; buildInputs = [ libepoxy glib <del> gtk3 </del> <ins> gtk4 wayland </ins> mpv ]; postPatch = '' patchShebangs meson-post-install.py src/generate-authors.py <ins> # Remove this for next release substituteInPlace meson-post-install.py --replace "gtk-update-icon-cache" "gtk4-update-icon-cache" </ins> ''; doCheck = true;
Change:
is obviously not a valid device in most cases, so it times out and then mounts anyway. Ideally, we would skip the timer for bcachefs and just mount anyway. Steps to reproduce the behavior: a multi-device bcachefs root Not having to wait for timeout to mount. Likely need to add a condition check if the mount/unlock we're waiting on is a colon-seperated line and/or bcachefs, and just skip waiting. (eg:)
Before skip, need to check if constituent devices exist.

Discussion:
touch /etc/udev/hwdb.bin # to shut up udev touch /etc/initrd-release <del> # Function for waiting a device to appear. </del> <ins> # Function for waiting for device(s) to appear. </ins> waitDevice() { local device="$1" <ins> # Split device string using ':' as a delimiter as bcachefs # uses this for multi-device filesystems, i.e. /dev/sda1:/dev/sda2:/dev/sda3 local IFS=':' </ins> # USB storage devices tend to appear with some delay.  It would be # great if we had a way to synchronously wait for them, but # alas...  So just wait for a few seconds for the device to # appear. <del> if test ! -e $device; then echo -n "waiting for device $device to appear..." try=20 while [ $try -gt 0 ]; do sleep 1 # also re-try lvm activation now that new block devices might have appeared lvm vgchange -ay # and tell udev to create nodes for the new LVs udevadm trigger --action=add if test -e $device; then break; fi echo -n "." try=$((try - 1)) done echo [ $try -ne 0 ] fi </del> <ins> for dev in $device; do if test ! -e $dev; then echo -n "waiting for device $dev to appear..." try=20 while [ $try -gt 0 ]; do sleep 1 # also re-try lvm activation now that new block devices might have appeared lvm vgchange -ay # and tell udev to create nodes for the new LVs udevadm trigger --action=add if test -e $dev; then break; fi echo -n "." try=$((try - 1)) done echo [ $try -ne 0 ] fi done </ins> } # Mount special file systems.
Change:
When enabling apparmor on a nixos system, eg. via the profile, the pull in the s by default. When deploying to a server via eg. where the build machine is not the equivalent to the runtime machine, this is most certainly undesirable as a functionioning C compiler is probably the last thing you'd expect to be installed on a hardened server.
For reference: this was in I'm not sure why a cc would be needed at runtime: it does not contain any shared objects or configuration files. I 'd a wrapper and I only see it ever accessing before executing the real binary.
thanks, indeed including and looks useless; I can't remember why I've included them, may have been while trying to make works but the problem was elsewhere and I forgot to remove those. Currently: With removing and :

Discussion:
security.apparmor.includes."nixos/security.wrappers" = '' include "${pkgs.apparmorRulesFromClosure { name="security.wrappers"; } [ securityWrapper <del> pkgs.stdenv.cc.cc pkgs.stdenv.cc.libc </del> ]}" '';
Change:
rabbitmq-sever build error caused by rabbitmqctl does not support Elixir 1.13.1 -shell -p rabbitmq-server rabbitmq-sever built and installed on the nix shell. was released in and was updated in but . I am very new to NixOS project, so I am not sure how these conflicts are commonly resolved. I tried to build with and it built it successfully, just replacing with in rabbitmqserver'd .
thanks for reporting! The right way to patch this is to go to , find , and add a line like in its . Do you want to give it a try and open a PR?
Sure, I've just opened the PR , although apart from building the package I don't know how to test the built package. I am very new on this :D.

Discussion:
rabbitmq-server = callPackage ../servers/amqp/rabbitmq-server { inherit (darwin.apple_sdk.frameworks) AppKit Carbon Cocoa; <ins> elixir = elixir_1_12; </ins> }; radicale1 = callPackage ../servers/radicale/1.x.nix { };
Change:
ADRgen A command-line tool for generating and managing Architecture Decision Records Metadata homepage URL: source URL: license: MIT platforms: unix
I've created a pull request which adds it:
Thank you

Discussion:
<ins> { lib , buildGoModule , fetchFromGitHub , testVersion , adrgen }: buildGoModule rec { pname = "adrgen"; version = "0.4.0-beta"; src = fetchFromGitHub { owner = "asiermarques"; repo = "adrgen"; rev = "v${version}"; sha256 = "sha256-2ZE/orsfwL59Io09c4yfXt2enVmpSM/QHlUMgyd9RYQ="; }; vendorSha256 = "sha256-aDtUD+KKKSE0TpSi4+6HXSBMqF/TROZZhT0ox3a8Idk="; passthru.tests.version = testVersion { package = adrgen; command = "adrgen version"; version = "v${version}"; }; meta = with lib; { homepage = "https://github.com/asiermarques/adrgen"; description = "A command-line tool for generating and managing Architecture Decision Records"; license = licenses.mit; platforms = platforms.unix; maintainers = [ maintainers.ivar ]; }; } </ins>

acme-client = callPackage ../tools/networking/acme-client { stdenv = gccStdenv; }; <ins> adrgen = callPackage ../tools/misc/adrgen { }; </ins> adriconf = callPackage ../tools/graphics/adriconf { }; amass = callPackage ../tools/networking/amass { };
Change:
When adding as a plugin I get: . completes without issue. I have plenty of other vim plugins in the exact same manner without issue.

Discussion:
statix = buildVimPluginFrom2Nix rec { inherit (statix) pname src meta; version = "0.1.0"; <del> dependencies = with self; [ statix ]; </del> postPatch = '' # check that version is up to date grep 'pname = "statix-vim"' -A 1 flake.nix
Change:
The package seems to have dangling symlinks created for in system-path. Steps to reproduce the behavior: a NixOS system For dangling symlinks not to be created. Build logs: n/a Please run and paste the result.

Discussion:
setuid = true; owner = "root"; group = "root"; <del> source = "${pkgs.pam}/sbin/unix_chkpwd.orig"; </del> <ins> source = "${pkgs.pam}/bin/unix_chkpwd"; </ins> }; };

enableParallelBuilding = true; <del> postInstall = '' mv -v $out/sbin/unix_chkpwd{,.orig} ln -sv /run/wrappers/bin/unix_chkpwd $out/sbin/unix_chkpwd ''; /* rm -rf $out/etc mkdir -p $modules/lib mv $out/lib/security $modules/lib/ '';*/ # don't move modules, because libpam needs to (be able to) find them, # which is done by dlopening $out/lib/security/pam_foo.so # $out/etc was also missed: pam_env(login:session): Unable to open config file </del> preConfigure = lib.optionalString (stdenv.hostPlatform.libc == "musl") '' # export ac_cv_search_crypt=no # (taken from Alpine linux, apparently insecure but also doesn't build O:))
Change:
libewf fails to build due to errors from undefined libuna symbols It might be best to update to the latest version of libewf + dependencies: cc System: 16.09-pre- (Flounder) Nix version: 1.11.2 Nixpkgs version: 16.09-pre-
Yes, this breaks the sleuthkit build at the moment. However, sleuthkit doesn't work with the current libewf release...
For reference, here is the sleuthkit bug for this:

Discussion:
# TODO add plugins having various licenses, see http://www.vamp-plugins.org/download.html <del> { stdenv, fetchurl, alsaLib, bzip2, fftw, jackaudio, libX11, liblo, libmad, libogg, librdf, librdf_raptor, librdf_rasqal, libsamplerate, libsndfile, makeWrapper, pulseaudio, qt4, redland, rubberband, vampSDK </del> <ins> { stdenv, fetchurl, alsaLib, bzip2, fftw, jackaudio, libX11, liblo , libmad, libogg, librdf, librdf_raptor, librdf_rasqal, libsamplerate , libsndfile, makeWrapper, pkgconfig, pulseaudio, qt4, redland , rubberband, vampSDK </ins> }: <del> stdenv.mkDerivation { name = "sonic-visualiser-1.8"; </del> <ins> stdenv.mkDerivation rec { name = "sonic-visualiser-${version}"; version = "1.9"; </ins> src = fetchurl { <del> url = http://downloads.sourceforge.net/sv1/sonic-visualiser-1.8.tar.gz; sha256 = "16ik6q9n92wljvnqcv7hyzb9v3yp3ixxp6df9kasf53fii973dh7"; </del> <ins> url = "http://code.soundsoftware.ac.uk/attachments/download/194/${name}.tar.gz"; sha256 = "00igf7j6s8xfyxnlkbqma0yby9pknxqzy8cmh0aw95ix80cw56fq"; </ins> }; buildInputs = [ libsndfile qt4 fftw /* should be fftw3f ??*/ bzip2 librdf rubberband libsamplerate vampSDK alsaLib librdf_raptor librdf_rasqal redland <ins> pkgconfig </ins> # optional jackaudio # portaudio

description = "View and analyse contents of music audio files"; homepage = http://www.sonicvisualiser.org/; license = "GPLv2"; <del> maintainers = [ stdenv.lib.maintainers.marcweber stdenv.lib.maintainers.goibhniu ]; </del> <ins> maintainers = [ stdenv.lib.maintainers.marcweber stdenv.lib.maintainers.goibhniu ]; </ins> platforms = stdenv.lib.platforms.linux; }; }
Change:
I don't know if Mesa is even required on Darwin but I think it definitely shouldn't cause more rebuilds on Darwin than on Linux. CI currently reports 1001-2500 rebuilds on Linux and 5001+ rebuilds on Darwin (see e.g. ). For CI reported 2501-5000 rebuilds on Darwin but for the next PR () this increased to 5001+ rebuilds. Mesa updates are merged though staging-next as staging is too slow for the biweekly releases. I'll leave this issue here for you in case you want to avoid that (those rebuilds are most likely unnecessary and AFAIK Hydra's build capacity for Darwin is severely lacking). Otherwise you may just close it as well. Edit: Oh, and if something just needs the headers it shouldn't depend on Mesa, see: and
Not the case on darwin:
what does mean? I looked though the Git history and you didn't document this in or (that code was later extracted into : ). It looks like does at least build on Darwin, e.g.: and . I have no idea if the dispatching works but I'd assume that at least the headers should be usable on Darwin.
IIRC the used to be marked as broken on darwin in the past, I don't know why.
The strange thing is that fixed the build on Darwin () before And it wasn't marked as broken at that time. The following doesn't return anything: . And only returns two commits: and (the latter the Darwin support).
The original issue should be fixed now. Regarding libglvnd, I'm not sure what the deal is. The X11 implementation for OpenGL with / probably shouldn't differ much between Linux/BSD and macOS. Probably not worth looking into that, unless there is some maintenance burden associated with that.
Ok, thanks a lot for decreasing the number of unnecessary rebuilds.

Discussion:
, libjpeg , xz , zlib <del> , Cocoa , GLUT , libGL , libGLU </del> }: #FIXME: fix aarch64-darwin build and get rid of ./aarch64-darwin.nix

propagatedBuildInputs = [ libjpeg xz zlib ]; #TODO: opengl support (bogus configure detection) <del> buildInputs = [ libdeflate ] # TODO: move all propagatedBuildInputs to buildInputs. ++ lib.optionals (stdenv.isDarwin) [ Cocoa GLUT libGL libGLU ]; </del> <ins> buildInputs = [ libdeflate ]; </ins> enableParallelBuilding = true;

libtiff = if stdenv.isDarwin && stdenv.isAarch64 then callPackage ../development/libraries/libtiff/aarch64-darwin.nix { } <del> else callPackage ../development/libraries/libtiff { inherit (darwin.apple_sdk.frameworks) Cocoa GLUT; }; </del> <ins> else callPackage ../development/libraries/libtiff { }; </ins> libtiger = callPackage ../development/libraries/libtiger { };
Change:
When using an option with , the type description references the nested type's name instead of its description. This can lead to type descriptions like "function that evaluates to a(n) functionTo". Nix expression to reproduce: Reproduction in NixOS: The Nix expr should print something like "function that evaluates to a(n) function that evaluates to a(n) string". The command should print a type description like "function that evaluates to a(n) list of packages".

Discussion:
functionTo = elemType: mkOptionType { name = "functionTo"; <del> description = "function that evaluates to a(n) ${elemType.name}"; </del> <ins> description = "function that evaluates to a(n) ${elemType.description}"; </ins> check = isFunction; merge = loc: defs: fnArgs: (mergeDefinitions (loc ++ [ "[function body]" ]) elemType (map (fn: { inherit (fn) file; value = fn.value fnArgs; }) defs)).mergedValue;
Change:
Package fprintd doesn't build with the latest unstable (currently on commit ). With the following configuration, using ThinkPad X1 Carbon 7th gen: After a to the latest unstable, the compilation gives an error (): Please run and paste the result.

Discussion:
stdenv.mkDerivation rec { pname = "libfprint"; <del> version = "1.92.1"; </del> <ins> version = "1.94.1"; </ins> outputs = [ "out" "devdoc" ]; src = fetchFromGitLab {

owner = "libfprint"; repo = pname; rev = "v${version}"; <del> sha256 = "0dpwzmwl9jjpaz44znvy3v8s9sln0c71b756rs1knk0zx8sa1qbc"; </del> <ins> sha256 = "sha256-xFmby1x2TRZqXrV9Einqu3002qMAN5tQga2mIAHfC9c="; </ins> }; nativeBuildInputs = [

stdenv.mkDerivation rec { pname = "fprintd"; <del> version = "1.92.0"; </del> <ins> version = "1.94.1"; </ins> outputs = [ "out" "devdoc" ]; src = fetchFromGitLab {

owner = "libfprint"; repo = pname; rev = "v${version}"; <del> sha256 = "0bqzxxb5iq3pdwdv1k8wsx3alirbjla6zgcki55b5p6mzrvk781x"; </del> <ins> sha256 = "sha256-XHfHPffVp0jV3Md9Gui9v/nyOJ/bTWM3+hiR7WdEsgQ="; </ins> }; nativeBuildInputs = [
Change:
The change introduced in breaks building utsushi package (on my system) Steps to reproduce the behavior: Add package like this: Results in an error during the build: <details<summaryOutput of </summary</detailsWhen pinning the channel and installing the package to the previous revision the package doesn't break. Please let me know if you need any more input
Thanks for the report!
Thanks, the fix works! :raised_hands:

Discussion:
url = "https://gitweb.gentoo.org/repo/gentoo.git/plain/media-gfx/iscan/files/iscan-3.61.0-imagemagick-7.patch?id=985c92af4730d864e86fa87746185b0246e9db93"; sha256 = "sha256-dfdVMp3ZfclYeRxYjMIvl+ZdlLn9S+IwQ+OmlHW8318="; }) <ins> (fetchpatch { url = "https://raw.githubusercontent.com/archlinux/svntogit-community/b3046e0e78b95440f135fcadb19a9eb531729a58/trunk/boost-1.74.patch"; sha256 = "sha256-W8R1l7ZPcsfiIy1QBJvh0M8du0w1cnTg3PyAz65v4rE="; }) </ins> ]; nativeBuildInputs = [
Change:
Pretty much all commands just show the "usage" output, regardless if the input is correct or not. For example, outputs: Steps to reproduce the behavior: , , , and many other commands incorrect output I expect to see the correct output, for example should show the current status of all miners.
How did you determine the commands? The printed help page does not list any of those as supported.
I got the commands from the Tracker documentation: You are right that they aren't listed in the help page. I do have manuals with usage for all those commands installed though.
This issue has been mentioned on NixOS Discourse. There might be relevant details there:

Discussion:
systemd.packages = [ pkgs.tracker-miners ]; <ins> services.gnome.tracker.subcommandPackages = [ pkgs.tracker-miners ]; </ins> }; }

with lib; <ins> let cfg = config.services.gnome.tracker; in </ins> { meta = {

''; }; <ins> subcommandPackages = mkOption { type = types.listOf types.package; default = [ ]; internal = true; description = '' List of packages containing tracker3 subcommands. ''; }; </ins> }; };

###### implementation <del> config = mkIf config.services.gnome.tracker.enable { </del> <ins> config = mkIf cfg.enable { </ins> environment.systemPackages = [ pkgs.tracker ];

systemd.packages = [ pkgs.tracker ]; <ins> environment.variables = { TRACKER_CLI_SUBCOMMANDS_DIR = let subcommandPackagesTree = pkgs.symlinkJoin { name = "tracker-with-subcommands-${pkgs.tracker.version}"; paths = [ pkgs.tracker ] ++ cfg.subcommandPackages; }; in "${subcommandPackagesTree}/libexec/tracker3"; }; </ins> }; }
Change:
roc-toolkit fails to build on aarch64-linux, with the following error: roc-toolkit should build successfully. N/A N/A Please run and paste the result.
libunwind/libunwind looks relevant
Does upstream support this target?
Both libunwind and roc-toolkit seem to support aarch64, yes.

Discussion:
else [ "--with-libraries=${openfec}/lib" "--with-openfec-includes=${openfec.dev}/include" ]); <ins> prePatch = lib.optionalString stdenv.isAarch64 "sed -i 's/c++98/c++11/g' SConstruct"; </ins> preConfigure = '' sconsFlags+=" --prefix=$out" '';
Change:
kitty-themes Themes for the kitty terminal emulator Metadata homepage URL: source URL: license: gpl3 platforms: linux, darwin

Discussion:
githubId = 3747396; name = "Nathan Isom"; }; <ins> nelsonjeppesen = { email = "nix@jeppesen.io"; github = "NelsonJeppesen"; githubId = 50854675; name = "Nelson Jeppesen"; }; </ins> neonfuz = { email = "neonfuz@gmail.com"; github = "neonfuz";

<ins> { fetchFromGitHub, lib, stdenv }: stdenv.mkDerivation rec { pname = "kitty-themes"; version = "unstable-2022-02-03"; src = fetchFromGitHub { owner = "kovidgoyal"; repo = pname; rev = "337d6fcb3ad7e38544edfb8d0f6447894b7e5f58"; sha256 = "ZP5GrT2QCdXtC5swqI0SXzIlqIcQNsxBlzEplj/hpz4="; }; installPhase = '' mkdir -p $out/themes mv themes.json $out mv themes/*.conf $out/themes ''; meta = with lib; { homepage = "https://github.com/kovidgoyal/kitty-themes"; description = "Themes for the kitty terminal emulator"; license = licenses.gpl3Only; platforms = platforms.all; maintainers = with maintainers; [ nelsonjeppesen ]; }; } </ins>

inherit (darwin.apple_sdk.frameworks) Cocoa CoreGraphics Foundation IOKit Kernel OpenGL; }; <ins> kitty-themes  = callPackage ../misc/kitty-themes {}; </ins> lxterminal = callPackage ../applications/terminal-emulators/lxterminal { }; microcom = callPackage ../applications/terminal-emulators/microcom { };
Change:
When I play for example an AAC, strawberry complains about missing gstreamer plugins. A window pops open with the following text: an AAC The AAC plays just fine. I pretty much just replaced by in my config, and this started happening. So this must be some sort of regression introduced in (measured against `clementine). It seems that the relevant environment variable is set, e. g. yields:
Can you try rebuilding with to to see if that fixes it? Alternatively, does it work when you switch the backend in the application to VLC (no rebuilding needed)?
Yes that works.
Do we keep the issue open? This is definitely a workaround, but it still comes in a state which does not work per default

Discussion:
gstreamer gst-plugins-base gst-plugins-good <ins> gst-plugins-bad </ins> gst-plugins-ugly ]) ++ lib.optional withVlc libvlc;
Change:
Couldn't build sumneko-lua-language-server successfully. <details<summaryLog</summary<div</div</detailsbelow in nixpkgs: Builds sumneko-lua-language-server successfully.
I'm no longer using nix (need to remove myself as maintainer). I didn't add Darwin support, it was my understanding that lua-language-server was incompatible with the 10.12 SDK.
Thanks for pinging. I do not own an Intel Macos but I hope I can fix this issue with PR . Can you please check if my PR fixes the issue.
I closed my PR, since it did not fix the issue. I use this package without issues on aarch64. I can not explain what is different between aarch64 and x86_64.
~Is this related? x8664 and aarch64 use a different version of .~ -This is not related, I built with and it reproduced same error.
I tried the latest version of lua-language-server and the build finished successfully for some reason. <details<summaryDiff</summary<div</div</details
I'm going to fix this after 's next release because it's not preferable to merge unstable version to master. Moreover it will be not so long until the next release.
Thank you for your suggestions & PR anyway!
You are welcome! Thanks for investing the issue and great to read that you are able to fix it soon.

Discussion:
in stdenv.mkDerivation rec { pname = "sumneko-lua-language-server"; <del> version = "2.5.6"; </del> <ins> version = "2.6.0"; </ins> src = fetchFromGitHub { owner = "sumneko"; repo = "lua-language-server"; rev = version; <del> sha256 = "sha256-dSj3wNbQghiGfqe7dNDbWnbXYLSiG+0mYv2yFmGsAc8="; </del> <ins> sha256 = "sha256-8Vfk6B85anlUf09cc08hOGujbcVCMqgEJ1PTxX6llrk="; </ins> fetchSubmodules = true; };
Change:
Project description nodenv is one of version managers. I know you can manege with Nix itself, but majority of people in the frontend world assume everyone uses version managers which respect files like or , so you have to use them when you're working with them. Metadata homepage URL: source URL: license: MIT platforms: I'm not sure actually, but it's distributed as a homebrew formula
Hello, please check the merged pull request for notes on the package. The package works, but might need some changes or be extended to work better in the future.
Wow, thanks a lot for your help!

Discussion:
<ins> { stdenv , lib , fetchFromGitHub }: stdenv.mkDerivation rec { pname = "nodenv"; version = "1.4.0"; src = fetchFromGitHub { owner = "nodenv"; repo = "nodenv"; rev = "v${version}"; sha256 = "0fgc23jd95rjll3dy5hnli8ksfc7rwscw53sdgss4yaharwlg8l2"; }; buildPhase = '' runHook preBuild bash src/configure make -C src runHook postBuild ''; installPhase = '' runHook preInstall mkdir -p $out cp -r libexec $out/ cp -r bin $out/ runHook postInstall ''; meta = with lib; { description = "Manage multiple NodeJS versions"; homepage = "https://github.com/nodenv/nodenv/"; changelog = "https://github.com/nodenv/nodenv/releases/tag/v${version}"; license = licenses.mit; maintainers = with maintainers; [ alexnortung ]; platforms = [ "x86_64-linux" ]; }; } </ins>

nixnote2 = libsForQt514.callPackage ../applications/misc/nixnote2 { }; <ins> nodenv = callPackage ../development/tools/nodenv { }; </ins> nodejs = hiPrio nodejs-16_x; nodejs-slim = nodejs-slim-16_x;
Change:
It seems there is a hash mismatch on . The current is using channel 21.05, but this is consistent in 21.11 and as well (although has a different version, but the hash mismatch exists there too). Please run and paste the result.
05 is EOL, but 21.11 and unstable can be fixed
Thanks for the quick turn-around. I'm curious why this hash changed (I'm assuming it was working prior)?
That's my concern as well. The webarchive should have made this stable.

Discussion:
src = fetchurl { # actually  https://cdist2.perforce.com/perforce/r21.2/bin.linux26x86_64/helix-core-server.tgz but upstream deletes releases url = "https://web.archive.org/web/20211118024943/https://cdist2.perforce.com/perforce/r21.2/bin.linux26x86_64/helix-core-server.tgz"; <del> sha256 = "sha256-cmIMVek4lwVYJQbW8ziABftPZ0iIoAoSpR7cKuN4I7M="; </del> <ins> sha256 = "sha256-SrfI2ZD7KDyttCd8+fo8g4UZKljYYO/SbzqrS9tAcC8="; </ins> }; sourceRoot = ".";