jiebi/CodeConvo huggingface dataset:
Change:
Package name: upterm Latest released version: 0.12.0 <!-- Search your package here: --- Current version on the unstable channel: 0.10.0 Current version on the stable/release channel: 0.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. -- tried
Bumping to 0.12
Seems this need the vendor path now.

Discussion:
buildGoModule rec { pname = "upterm"; <del> version = "0.10.0"; </del> <ins> version = "0.12.0"; </ins> src = fetchFromGitHub { owner = "owenthereal"; repo = "upterm"; rev = "v${version}"; <del> hash = "sha256-wjbptcGy3wOZPm/11El7Xqz6NrR8G19V9zfU5pKFGuk="; </del> <ins> hash = "sha256-Ljiy23qZTe81qaRTgrpuAdZqdOT8t8+cTqXLpKo5yFc="; </ins> }; <del> vendorHash = null; </del> <ins> vendorHash = "sha256-hXmcgLNzVkU3RC3rj9I+/GlXyxbvPFsoFvVSLJTUHMM="; </ins> subPackages = [ "cmd/upterm" "cmd/uptermd" ];
Change:
When user control-clicks on link embedded in cell nothing happens, and gets printed in console. Create a cell with web link in libre office calc and try to open the link. System: 17.03.1152. Nix version: 1.11.8 Nixpkgs version: 17.03.1152. Sandboxing enabled: false
This patch for libreoffice core may help

Discussion:
configureScript = "./autogen.sh"; dontUseCmakeConfigure = true; <ins> patches = [ ./xdg-open.patch ]; </ins> postUnpack = '' mkdir -v $sourceRoot/src '' + (stdenv.lib.concatMapStrings (f: "ln -sfv ${f} $sourceRoot/src/${f.md5 or f.outputHash}-${f.name}nln -sfv ${f} $sourceRoot/src/${f.name}n") srcs.third_party)

dontUseCmakeConfigure = true; # ICU 58, included in 5.3.x <del> patches = [(fetchurl { url = "https://gerrit.libreoffice.org/gitweb?p=core.git;a=patch;h=3e42714c76b1347babfdea0564009d8d82a83af4"; sha256 = "10bid0jdw1rpdsqwzzk3r4rp6bjs2cvi82h7anz2m1amfjdv86my"; name = "libreoffice-5.2.x-icu4c-58.patch"; })]; </del> <ins> patches = [ (fetchurl { url = "https://gerrit.libreoffice.org/gitweb?p=core.git;a=patch;h=3e42714c76b1347babfdea0564009d8d82a83af4"; sha256 = "10bid0jdw1rpdsqwzzk3r4rp6bjs2cvi82h7anz2m1amfjdv86my"; name = "libreoffice-5.2.x-icu4c-58.patch";} ) ./xdg-open.patch ]; </ins> postUnpack = '' mkdir -v $sourceRoot/src

<ins> diff --git a/shell/source/unix/exec/shellexec.cxx b/shell/source/unix/exec/shellexec.cxx --- a/shell/source/unix/exec/shellexec.cxx +++ b/shell/source/unix/exec/shellexec.cxx @@ -150,7 +150,7 @@ void SAL_CALL ShellExec::execute( const OUString& aCommand, const OUString& aPar if (std::getenv("LIBO_FLATPAK") != nullptr) { aBuffer.append("/app/bin/xdg-open"); } else { -            aBuffer.append("/usr/bin/xdg-open"); +            aBuffer.append("xdg-open"); } #endif aBuffer.append(" "); diff --git a/shell/source/unix/misc/senddoc.sh b/shell/source/unix/misc/senddoc.sh index 4519e01f26e2..8985711a2c01 100755 --- a/shell/source/unix/misc/senddoc.sh +++ b/shell/source/unix/misc/senddoc.sh @@ -393,6 +393,8 @@ case `basename "$MAILER" | sed 's/-.*$//'` in MAILER=/usr/bin/kde-open elif [ -x /usr/bin/xdg-open ] ; then MAILER=/usr/bin/xdg-open +        elif type -p xdg-open >/dev/null 2>&1 ; then +            MAILER="$(type -p xdg-open)" else echo "Unsupported mail client: `basename $MAILER | sed 's/-.*^//'`" exit 2 </ins>
Change:
Package name: vscode- Latest released version: 0.6.1 Current version on the unstable channel: 0.0.97 Current version on the stable/release channel: 0.0.97 Notify maintainers tagging b/c no maintainers shown Note for maintainers: Please tag this issue in your PR.

Discussion:
mktplcRef = { name = "vscode-neovim"; publisher = "asvetliakov"; <del> version = "0.0.97"; sha256 = "sha256-rNGW8WB3jBSjThiB0j4/ORKMRAaxFiMiBfaa+dbGu/w="; </del> <ins> version = "0.8.2"; sha256 = "0kw9asv91s37ql61blbb8pr7wb6c2ba1klchal53chp6ib55v5kn"; </ins> }; meta = { <ins> changelog = "https://marketplace.visualstudio.com/items/asvetliakov.vscode-neovim/changelog"; description = "Vim-mode for VS Code using embedded Neovim"; downloadPage = "https://marketplace.visualstudio.com/items?itemName=asvetliakov.vscode-neovim"; </ins> license = lib.licenses.mit; <ins> homepage = "https://github.com/vscode-neovim/vscode-neovim"; maintainers = [ lib.maintainers.mikaelfangel ]; </ins> }; };
Change:
When flexget starts up, it crashes with this error: . The version of transmission-rpc in nixpkgs is currently 7.x.x. Steps to reproduce the behavior: a flexget config that uses transmission. . Flexget runs normally. (transmission-rpc) (flexget) Please run and paste the result.
Upstream flexget has some discussion about upgrading to transmission-rpc v7:
Workaround: the last transmission-rpc 4 version in nixpkgs to transmission-rpc-4.nix: it to an overlay

Discussion:
, fetchFromGitHub }: <del> python3.pkgs.buildPythonApplication rec { </del> <ins> let python = python3.override { # FlexGet doesn't support transmission-rpc>=5 yet # https://github.com/NixOS/nixpkgs/issues/258504 packageOverrides = self: super: { transmission-rpc = super.transmission-rpc.overridePythonAttrs (old: rec { version = "4.3.1"; src = fetchPypi { pname = "transmission_rpc"; inherit version; hash = "sha256-Kh2eARIfM6MuXu7RjPPVhvPZ+bs0AXkA4qUCbfu5hHU="; }; doCheck = false; }); }; }; in python.pkgs.buildPythonApplication rec { </ins> pname = "flexget"; version = "3.9.10"; format = "pyproject";

sed 's/[~<>=][^;]*//' -i requirements.txt ''; <del> nativeBuildInputs = with python3.pkgs; [ </del> <ins> nativeBuildInputs = with python.pkgs; [ </ins> setuptools wheel ]; <del> propagatedBuildInputs = with python3.pkgs; [ </del> <ins> propagatedBuildInputs = with python.pkgs; [ </ins> # See https://github.com/Flexget/Flexget/blob/master/requirements.txt apscheduler beautifulsoup4
Change:
In , I introduced support in libvirtd for UEFI VM creation. rightfully remarked that this brings closure-size up too much. Looking into OVMF shows that only 1MB out of the 114MB install size is needed to enable said UEFI VM creation. I think that we should look into splitting out OVMF_(CODE|VARS) from the rest package.

Discussion:
${cfg.extraConfig} ''; qemuConfigFile = pkgs.writeText "qemu.conf" '' <ins> ${optionalString cfg.qemuOvmf '' nvram = ["${pkgs.OVMF}/FV/OVMF_CODE.fd:${pkgs.OVMF}/FV/OVMF_VARS.fd"] ''} </ins> ${cfg.qemuVerbatimConfig} '';

''; }; <ins> virtualisation.libvirtd.qemuOvmf = mkOption { type = types.bool; default = true; description = '' Allows libvirtd to take advantage of OVMF when creating new QEMU VMs with UEFI boot. ''; }; </ins> virtualisation.libvirtd.extraOptions = mkOption { type = types.listOf types.str; default = [ ];
Change:
In , I introduced support in libvirtd for UEFI VM creation. rightfully remarked that this brings closure-size up too much. Looking into OVMF shows that only 1MB out of the 114MB install size is needed to enable said UEFI VM creation. I think that we should look into splitting out OVMF_(CODE|VARS) from the rest package.

Discussion:
''; qemuConfigFile = pkgs.writeText "qemu.conf" '' ${optionalString cfg.qemuOvmf '' <del> nvram = ["${pkgs.OVMF}/FV/OVMF_CODE.fd:${pkgs.OVMF}/FV/OVMF_VARS.fd"] </del> <ins> nvram = ["${pkgs.OVMF.fd}/FV/OVMF_CODE.fd:${pkgs.OVMF.fd}/FV/OVMF_VARS.fd"] </ins> ''} ${cfg.qemuVerbatimConfig} '';

bootFlash=$out/bios.bin ${qemu}/bin/qemu-img create -f qcow2 $diskImage "40M" ${if cfg.useEFIBoot then '' <del> cp ${pkgs.OVMF-CSM}/FV/OVMF.fd $bootFlash </del> <ins> cp ${pkgs.OVMF-CSM.fd}/FV/OVMF.fd $bootFlash </ins> chmod 0644 $bootFlash '' else '' ''}

uefiCdrom = makeBootTest "uefi-cdrom" '' cdrom => glob("${iso}/iso/*.iso"), <del> bios => '${pkgs.OVMF}/FV/OVMF.fd' </del> <ins> bios => '${pkgs.OVMF.fd}/FV/OVMF.fd' </ins> ''; uefiUsb = makeBootTest "uefi-usb" '' usb => glob("${iso}/iso/*.iso"), <del> bios => '${pkgs.OVMF}/FV/OVMF.fd' </del> <ins> bios => '${pkgs.OVMF.fd}/FV/OVMF.fd' </ins> ''; netboot = let

(if system == "x86_64-linux" then "-m 768 " else "-m 512 ") + (optionalString (system == "x86_64-linux") "-cpu kvm64 "); hdFlags = ''hda => "vm-state-machine/machine.qcow2", hdaInterface => "${iface}", '' <del> + optionalString (bootLoader == "systemd-boot") ''bios => "${pkgs.OVMF}/FV/OVMF.fd", ''; </del> <ins> + optionalString (bootLoader == "systemd-boot") ''bios => "${pkgs.OVMF.fd}/FV/OVMF.fd", ''; </ins> in '' $machine->start;

stdenv.mkDerivation (edk2.setup "OvmfPkg/OvmfPkg${targetArch}.dsc" { name = "OVMF-${version}"; <ins> outputs = [ "out" "fd" ]; </ins> # TODO: properly include openssl for secureBoot buildInputs = [nasm iasl] ++ stdenv.lib.optionals (secureBoot == true) [ openssl ];

build -D CSM_ENABLE -D FD_SIZE_2MB ${if secureBoot then "-DSECURE_BOOT_ENABLE=TRUE" else ""} ''; <ins> postFixup = '' mkdir -p $fd/FV mv $out/FV/OVMF{,_CODE,_VARS}.fd $fd/FV ''; dontPatchELF = true; </ins> meta = { description = "Sample UEFI firmware for QEMU and KVM"; homepage = http://sourceforge.net/apps/mediawiki/tianocore/index.php?title=OVMF;

++ optional (withSeabios) "--with-system-seabios=${seabios}" ++ optional (!withInternalSeabios && !withSeabios) "--disable-seabios" <del> ++ optional (withOVMF) "--with-system-ovmf=${OVMF}" </del> <ins> ++ optional (withOVMF) "--with-system-ovmf=${OVMF.fd}/FV/OVMF.fd" </ins> ++ optional (withInternalOVMF) "--enable-ovmf"; patches =
Change:
In , I introduced support in libvirtd for UEFI VM creation. rightfully remarked that this brings closure-size up too much. Looking into OVMF shows that only 1MB out of the 114MB install size is needed to enable said UEFI VM creation. I think that we should look into splitting out OVMF_(CODE|VARS) from the rest package.

Discussion:
''; qemuConfigFile = pkgs.writeText "qemu.conf" '' ${optionalString cfg.qemuOvmf '' <del> nvram = ["${pkgs.OVMF}/FV/OVMF_CODE.fd:${pkgs.OVMF}/FV/OVMF_VARS.fd"] </del> <ins> nvram = ["${pkgs.OVMF.fd}/FV/OVMF_CODE.fd:${pkgs.OVMF.fd}/FV/OVMF_VARS.fd"] </ins> ''} ${cfg.qemuVerbatimConfig} '';

bootFlash=$out/bios.bin ${qemu}/bin/qemu-img create -f qcow2 $diskImage "40M" ${if cfg.useEFIBoot then '' <del> cp ${pkgs.OVMF-CSM}/FV/OVMF.fd $bootFlash </del> <ins> cp ${pkgs.OVMF-CSM.fd}/FV/OVMF.fd $bootFlash </ins> chmod 0644 $bootFlash '' else '' ''}

uefiCdrom = makeBootTest "uefi-cdrom" '' cdrom => glob("${iso}/iso/*.iso"), <del> bios => '${pkgs.OVMF}/FV/OVMF.fd' </del> <ins> bios => '${pkgs.OVMF.fd}/FV/OVMF.fd' </ins> ''; uefiUsb = makeBootTest "uefi-usb" '' usb => glob("${iso}/iso/*.iso"), <del> bios => '${pkgs.OVMF}/FV/OVMF.fd' </del> <ins> bios => '${pkgs.OVMF.fd}/FV/OVMF.fd' </ins> ''; netboot = let

(if system == "x86_64-linux" then "-m 768 " else "-m 512 ") + (optionalString (system == "x86_64-linux") "-cpu kvm64 "); hdFlags = ''hda => "vm-state-machine/machine.qcow2", hdaInterface => "${iface}", '' <del> + optionalString (bootLoader == "systemd-boot") ''bios => "${pkgs.OVMF}/FV/OVMF.fd", ''; </del> <ins> + optionalString (bootLoader == "systemd-boot") ''bios => "${pkgs.OVMF.fd}/FV/OVMF.fd", ''; </ins> in '' $machine->start;

stdenv.mkDerivation (edk2.setup "OvmfPkg/OvmfPkg${targetArch}.dsc" { name = "OVMF-2014-12-10"; <ins> outputs = [ "out" "fd" ]; </ins> # TODO: properly include openssl for secureBoot buildInputs = [nasm iasl] ++ stdenv.lib.optionals (secureBoot == true) [ openssl ];

build -D CSM_ENABLE -D FD_SIZE_2MB ${if secureBoot then "-DSECURE_BOOT_ENABLE=TRUE" else ""} ''; <ins> postFixup = '' mkdir -p $fd/FV mv $out/FV/OVMF{,_CODE,_VARS}.fd $fd/FV ''; dontPatchELF = true; </ins> meta = { description = "Sample UEFI firmware for QEMU and KVM"; homepage = http://sourceforge.net/apps/mediawiki/tianocore/index.php?title=OVMF;
Change:
In element-desktop, clicking on a picture to open it externally, crashes the application:
The pre-built is using wrapGAppsHook So it should be a ok solution for the source built too.
It already was using that (see ), but the hook did not work properly and additional buildInputs were missing.

Discussion:
, electron-unwrapped , wrapGAppsHook , makeWrapper <ins> , gsettings-desktop-schemas , glib , gtk3 , gtk4 </ins> }: stdenv.mkDerivation {

inherit (electron-unwrapped) version; nativeBuildInputs = [ wrapGAppsHook makeWrapper ]; <ins> buildInputs = [ # needed for GSETTINGS_SCHEMAS_PATH gsettings-desktop-schemas glib gtk3 gtk4 ]; </ins> dontWrapGApps = true; buildCommand = '' <ins> gappsWrapperArgsHook </ins> mkdir -p $out/bin makeWrapper "${electron-unwrapped}/libexec/electron/electron" "$out/bin/electron"  "''${gappsWrapperArgs[@]}"
Change:
I would prefer package to install man pages in some form. The command should show manpage from shipped in release tarball. I tried a trivial implementation, but it seems to be entangled with : . Would be nice to make derivation more amenable to such changes without the breakage.

Discussion:
, nginx-doc , nixosTests <del> , substituteAll, removeReferencesTo, gd, geoip, perl </del> <ins> , installShellFiles, substituteAll, removeReferencesTo, gd, geoip, perl </ins> , withDebug ? false , withKTLS ? false , withStream ? true

stdenv.mkDerivation { inherit pname version nginxVersion; <del> outputs = ["out" "doc"]; </del> <ins> outputs = [ "out" "doc" ]; </ins> src = if src != null then src else fetchurl { url = "https://nginx.org/download/nginx-${version}.tar.gz"; inherit hash; }; <del> nativeBuildInputs = [ removeReferencesTo ] ++ nativeBuildInputs; </del> <ins> nativeBuildInputs = [ installShellFiles removeReferencesTo ] ++ nativeBuildInputs; </ins> buildInputs = [ openssl zlib pcre libxml2 libxslt gd geoip perl ] ++ buildInputs

preInstall = '' mkdir -p $doc cp -r ${nginx-doc}/* $doc <ins> # TODO: make it unconditional when `openresty` and `nginx` are not # sharing this code. if [[ -e man/nginx.8 ]]; then installManPage man/nginx.8 fi </ins> ''; disallowedReferences = map (m: m.src) modules;
Change:
When I set in , the rebuild fails as is no longer a valid option. Steps to reproduce the behavior: thrown: The option definition /nix/store/bfg7xzgvbhxhs7vnl7lynaxmjhmvc4j0-' no longer has any effect; please remove it. See the 16.09 release notes for more information. should not fail. - - Please run and paste the result.
Having had a look at that module (), IMO it should just be removed. ? really?
The module in general looks outdated and incomplete. I share the opinion of either dropping it or actually correcting and finishing it.
Other question is when you look at the history they removed lsh 7 years ago because it was unmaintained, but then the commit got reverted later?
This module doesn't make sense at all. GNU stuff and non-GNU ones usually can't fully replace each other, and it's up to the users to decide which one to use.

Discussion:
<del> { config, lib, pkgs, ... }: { options = { gnu = lib.mkOption { type = lib.types.bool; default = false; description = lib.mdDoc '' When enabled, GNU software is chosen by default whenever a there is a choice between GNU and non-GNU software (e.g., GNU lsh vs. OpenSSH). ''; }; }; config = lib.mkIf config.gnu { environment.systemPackages = with pkgs; # TODO: Adjust `requiredPackages' from `system-path.nix'. # TODO: Add Inetutils once it has the new `ifconfig'. [ parted #fdisk  # XXX: GNU fdisk currently fails to build and it's redundant # with the `parted' command. nano zile texinfo # for the stand-alone Info reader ] ++ lib.optional (!stdenv.isAarch32) grub2; # GNU GRUB, where available. boot.loader.grub.enable = !pkgs.stdenv.isAarch32; # GNU lsh. services.openssh.enable = false; services.lshd.enable = true; programs.ssh.startAgent = false; services.xserver.startGnuPGAgent = true; # TODO: GNU dico. # TODO: GNU Inetutils' inetd. # TODO: GNU Pies. }; } </del>

./config/fonts/fontdir.nix ./config/fonts/ghostscript.nix ./config/fonts/packages.nix <del> ./config/gnu.nix </del> ./config/gtk/gtk-icon-cache.nix ./config/i18n.nix ./config/iproute2.nix
Change:
Let me start off by saying that I'm completely new to nixos (this is my first install that I did today) so there might be something obvious that I don't see yet. I'm installing nixos in vmware fusion on macos and I'm trying to enable vmware guest additions in nixos. I enabled: and got an error say that it's unavailable on the hostPlatform "aarch64-unknown-linux-gnu". Steps to reproduce the behavior: nixos 23.05 (minimal) in vmware fusion on macos to enable vmware guest additions. error It should configure nixos for vmware. ! I found which makes me think this should be supported. I noticed that aarch64 isn't listed under There don't seem to be any maintainers for xf86-input-vmmouse Please run and paste the result.
if you enable headless mode ( ie = true ) this should work, with the caveat is that this will install the headless version of open-vm-tools. AFAICT xf86-input-vmmouse is not supported on aarch64 (there is no other distro that ships a aarch64 package and the for it does not reference aarch64). Ill see about sending a PR to fix this case, just need to set an env where i can test this. (where you want xserver installed and you enable virtualization tools).
comments out some stuff that's actually not problematic at all on Aarch64, since only the ps2 mouse thing is, and ps2 is not even useful these days: I'm thinking just this part should be conditioned by !Aarch64 (or maybe x86_64):

Discussion:
environment.etc.vmware-tools.source = "${open-vm-tools}/etc/vmware-tools/*"; services.xserver = mkIf (!cfg.headless) { <del> modules = [ xf86inputvmmouse ]; </del> <ins> modules = lib.optionals pkgs.stdenv.hostPlatform.isx86 [ xf86inputvmmouse ]; </ins> <del> config = '' </del> <ins> config = lib.optionalString (pkgs.stdenv.hostPlatform.isx86) '' </ins> Section "InputClass" Identifier "VMMouse" MatchDevicePath "/dev/input/event*"
Change:
Package name: gummy Latest released version: 0.5.4 <!-- Search your package here: --- Current version on the unstable channel: 0.3 Current version on the stable/release channel: 0.3 <!-- 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 I've tried to bump the version to 0.5.4. <details<summaryThe build fails when downloading json-poputlate</summary</details<!-- If the result shows no maintainers, tag the person that last updated the package. --

Discussion:
{ lib , stdenv <del> , fetchFromGitHub </del> <ins> , fetchFromGitea , substituteAll </ins> , testers , gummy , cmake

, libXext , sdbus-cpp , udev <ins> , xcbutilimage </ins> , coreutils <ins> , cli11 , ddcutil , fmt , nlohmann_json , spdlog </ins> }: stdenv.mkDerivation rec { pname = "gummy"; <del> version = "0.3"; </del> <ins> version = "0.6.0"; </ins> <del> src = fetchFromGitHub { owner = "fushko"; </del> <ins> src = fetchFromGitea { domain = "codeberg.org"; owner = "fusco"; </ins> repo = "gummy"; rev = version; <del> sha256 = "sha256-dw2yOXTS61OIe+NOq8MPydhkZvTit13eC7cbL5nFseg="; </del> <ins> hash = "sha256-kATieFf+dEpcYgSEPoETacP7R+u2dOrg7rOhIkNQ1uE="; </ins> }; nativeBuildInputs = [

]; buildInputs = [ <ins> cli11 ddcutil fmt </ins> libX11 libXext <ins> nlohmann_json </ins> sdbus-cpp <ins> spdlog </ins> udev <ins> xcbutilimage </ins> ]; cmakeFlags = [ "-DUDEV_DIR=${placeholder "out"}/lib/udev" <ins> "-DUDEV_RULES_DIR=${placeholder "out"}/lib/udev/rules.d" </ins> ]; # Fixes the "gummy start" command, without this it cannot find the binary. # Setting this through cmake does not seem to work. postPatch = '' <del> substituteInPlace src/gummy/gummy.cpp  </del> <ins> substituteInPlace gummyd/gummyd/api.cpp  </ins> --replace "CMAKE_INSTALL_DAEMON_PATH" ""${placeholder "out"}/libexec/gummyd"" ''; preFixup = '' <del> substituteInPlace $out/lib/udev/99-gummy.rules  </del> <ins> substituteInPlace $out/lib/udev/rules.d/99-gummy.rules  </ins> --replace "/bin/chmod" "${coreutils}/bin/chmod" ln -s $out/libexec/gummyd $out/bin/gummyd

passthru.tests.version = testers.testVersion { package = gummy; }; meta = with lib; { <del> homepage = "https://github.com/Fushko/gummy"; </del> <ins> homepage = "https://codeberg.org/fusco/gummy"; </ins> description = "Brightness and temperature manager for X11"; longDescription = '' CLI screen manager for X11 that allows automatic and manual brightness/temperature adjustments, via backlight (currently only for embedded displays) and gamma. Multiple monitors are supported. ''; license = licenses.gpl3Only; <del> maintainers = [ maintainers.ivar ]; </del> <ins> maintainers = with maintainers; [ ivar ]; </ins> }; }
Change:
When I try and install the package it fails because the installation procedure iterates over all the test-short executable's dependencies and is unable to locate the required It seems this dependency comes from the test-short binary being linked against the that comes with . This has a record that says it is This results in test-short requiring the library The only provides a though, so the installation then explodes when it tries to loop over the dependencies of the binary it just created and finds it can't find It is not clear to me if this would be considered an issue with or . Two possibly fixes are to for before , or a step to to provide the symlink. Try and install package System: Nix version: Nixpkgs version: Sandboxing enabled:
I decided to give the latest unstable a try as well. It dies during the as it cannot find at all anymore. Looking through the source it looks like the recent commit stripped out all together. I guess that makes (1) above the correct solution.
forgot to CC relevant people on this issue with (should be an easy fix -- just add to the )

Discussion:
, blas , boost , python <ins> , ocl-icd </ins> , cudatoolkit , nvidia_x11 , gtest

gfortran blas python <ins> ocl-icd </ins> cudatoolkit nvidia_x11 gtest
Change:
Package name: furnace Latest released version: 0.6 <!-- Search your package here: --- Current version on the unstable channel: 0.6pre18 Current version on the stable/release channel: 0.6pre7 <!-- 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! --- For some reason this update did not add an automatic pull request... Now that the update spam is over, I wonder if it might be time to update the release channel as well. Notify maintainers <!-- If the result shows no maintainers, tag the person that last updated the package. --PS: I am once again asking y'all to prepare an escape plan from github - what with repeated false bans, including some of our members, that are so strong they are more-or-less removed from history, and unnerving serves of direction form host to social to ai... can't trust this site. Note for maintainers: Please tag this issue in your PR.
Sounds interesting, link?
On-topic stuff: r-ryantm update PRs don't happen instantly, I'm not sure if the exact timing is documented anywhere. Still disagree with the idea. Our 23.11 release is , so that one will likely end up with a proper 0.6 release. If upstream doesn't do the same year-long, feature-packed pre-release hell again then I'd be fine with backporting patch releases with fixes onto 23.11. Off-topic stuff: Read for past stances & discussions about this, and where future discussions about this are supposed to be done. Only similar situation I can think of is volth, I'm not sure if that can be considered a false ban though? Unfortunate nonetheless though.
iirc joepie91 got this sledgehammer treatment. Here's a link to someone else who got dragged through hell: <hr/ don't worry, from what i hear 0.7 is going to be mostly minor patches and work for hardware export, so i doubt tildearrow will machine-gun prereleases for a while.

Discussion:
stdenv.mkDerivation rec { pname = "furnace"; <del> version = "0.6pre18"; </del> <ins> version = "0.6"; </ins> src = fetchFromGitHub { owner = "tildearrow"; repo = "furnace"; rev = "v${version}"; fetchSubmodules = true; <del> hash = "sha256-RLmXP/F3WnADx/NUPAJZpGSQZ7CGm1bG4UJYAcIeHME="; </del> <ins> hash = "sha256-8we7vKyGWjM9Rx0MJjSKLJcKBHiHt5vjuy17HHx/pP8="; </ins> }; postPatch = lib.optionalString stdenv.hostPlatform.isLinux ''