jiebi/CodeConvo huggingface dataset:
Change:
Steps to reproduce the behavior: in the latest . Failed some tests during the build. Please run and paste the result.
cc. This breaks bootspec and thus lanzaboote on the latest
Only if you enable validation but yeah.

Discussion:
<del> { buildGoModule, fetchFromGitHub, lib, installShellFiles, testers, cue }: </del> <ins> { buildGoModule , fetchFromGitHub , fetchpatch , lib , installShellFiles , testers , cue }: </ins> buildGoModule rec { pname = "cue";

hash = "sha256-1svWb83xbVZIlI9pviCYfQ6Kkp0QRjZwrauL7PPJLts="; }; <ins> vendorHash = "sha256-ku4tPTXdnKau0kqnAAEHDdSF4oAC/6SDkTq8cECOiEk="; patches = [ # Fix tests with go1.21. See https://github.com/cue-lang/cue/issues/2548. (fetchpatch { url = "https://github.com/cue-lang/cue/commit/3bf3dbd655284d3628399a83a703f4849b5f9374.patch"; hash = "sha256-9Zi2mrqB1JTFvadiqWTgzzi1pffZ3gOmTtrDDQWye1Q="; }) ]; </ins> postPatch = '' # Disable script tests rm -f cmd/cue/cmd/script_test.go ''; <del> vendorHash = "sha256-ku4tPTXdnKau0kqnAAEHDdSF4oAC/6SDkTq8cECOiEk="; </del> excludedPackages = [ "internal/ci/updatetxtar" "internal/cmd/embedpkg" "internal/cmd/qgo" "pkg/gen" ]; nativeBuildInputs = [ installShellFiles ];
Change:
Project description Framework that joins data models, schemas, code generation, and a task engine. Language and technology agnostic. Metadata homepage URL: source URL: license: asl2 platforms: linux, darwin

Discussion:
<ins> { lib , buildGoModule , fetchFromGitHub , installShellFiles }: buildGoModule rec { pname = "hof"; version = "0.6.9-beta.1"; src = fetchFromGitHub { owner = "hofstadter-io"; repo = "hof"; rev = "v${version}"; hash = "sha256-4yVP6DRHrsp52VxBhr7qppPhInYEsvPbIfxxQcRwHTw="; }; nativeBuildInputs = [ installShellFiles ]; vendorHash = "sha256-cDUcYwcxPn+9TEP5lhVJXofijCZX94Is+Qt41PqUgjI="; subPackages = [ "./cmd/hof/main.go" ]; postInstall = '' mv $out/bin/main $out/bin/hof local INSTALL="$out/bin/hof" installShellCompletion --cmd hof  --bash <($out/bin/hof completion bash)  --fish <($out/bin/hof completion fish)  --zsh <($out/bin/hof completion zsh) ''; meta = with lib; { homepage = "https://github.com/hofstadter-io/hof"; description = "Framework that joins data models, schemas, code generation, and a task engine. Language and technology agnostic"; license = licenses.asl20; maintainers = with maintainers; [ jfvillablanca ]; mainProgram = "hof"; }; } </ins>
Change:
Steps to reproduce the behavior: Most common error is along the lines of Possibly related to glibc update? Can reproduce failure on local x8664-linux. Hydra
Related
This core itself seems to be kinda old and not updated anymore. Also not sure how interesting it is, considering it is based in a old version of bsnes. Maybe we can just remove it? Is there any reason you want to use it, or it is just an issue because it makes fail?
For me just because it’s in retroarchFull.
Created a PR to remove it: Would appreciate some reviews.

Discussion:
}; }; <del> beetle-snes = mkLibretroCore { core = "mednafen-snes"; src = getCoreSrc "beetle-snes"; makefile = "Makefile"; meta = { description = "Port of Mednafen's SNES core to libretro"; license = lib.licenses.gpl2Only; }; }; </del> beetle-supafaust = mkLibretroCore { core = "mednafen-supafaust"; src = getCoreSrc "beetle-supafaust";

"rev": "cd395e9e3ee407608450ebc565e871b24e7ffed6", "hash": "sha256-EIZRv1EydfLWFoBb8TzvAY3kkL9Qr2OrwrljOnnM92A=" }, <del> "beetle-snes": { "owner": "libretro", "repo": "beetle-bsnes-libretro", "rev": "d770563fc3c4bd9abb522952cefb4aa923ba0b91", "hash": "sha256-zHPtfgp9hc8Q4gXJ5VgfJLWLeYjCsQhkfU1T5RM7AL0=" }, </del> "beetle-supafaust": { "owner": "libretro", "repo": "supafaust",

#!/usr/bin/env nix-shell <del> #!nix-shell -I nixpkgs=../../../../ -i python3 -p "python3.withPackages (ps: with ps; [ requests nix-prefetch-github ])" -p "git" </del> <ins> #!nix-shell -I nixpkgs=../../../../ -i python3 -p "python3.withPackages (ps: with ps; [ nix-prefetch-github ])" -p "git" </ins> import json import os

"beetle-pcfx": {"repo": "beetle-pcfx-libretro"}, "beetle-psx": {"repo": "beetle-psx-libretro"}, "beetle-saturn": {"repo": "beetle-saturn-libretro"}, <del> "beetle-snes": {"repo": "beetle-bsnes-libretro"}, </del> "beetle-supafaust": {"repo": "supafaust"}, "beetle-supergrafx": {"repo": "beetle-supergrafx-libretro"}, "beetle-vb": {"repo": "beetle-vb-libretro"},
Change:
The version of rpi-gpio2 on nixos-unstable (as of ) appears to be incompatible with the version of gpiod at the same point Load the module successfully /cc
I wonder if we should keep/re-introduce a gpiod 1.x to nixpkgs until rpi-gpio2 supports gpiod 2.x?
I have since updated the component I was using rpi-gpio2 with to use libgpiod directly (). Should we mark this component broken in nixpkgs, or perhaps just remove it entirely? It doesn't appear to be used anywhere within nixpkgs. /cc
I got this error today as well, so this issue is still relevant. What is the simplest way to toggle a GPIO pin on NixOS as of today, then?
But I guess I could attempt the trivial fix to change out to in the package definition. That should be the correct fix right?

Discussion:
<del> { lib, libgpiod, buildPythonPackage, fetchFromGitHub, }: buildPythonPackage rec { pname = "rpi-gpio2"; version = "0.4.0"; format = "setuptools"; # PyPi source does not work for some reason src = fetchFromGitHub { owner = "underground-software"; repo = "RPi.GPIO2"; rev = "refs/tags/v${version}"; hash = "sha256-CNnej67yTh3C8n4cCA7NW97rlfIDrrlepRNDkv+BUeY="; }; propagatedBuildInputs = [ libgpiod ]; # Disable checks because they need to run on the specific platform doCheck = false; meta = with lib; { homepage = "https://github.com/underground-software/RPi.GPIO2"; description = '' Compatibility layer between RPi.GPIO syntax and libgpiod semantics ''; license = licenses.gpl3Plus; maintainers = with maintainers; [ onny ]; }; } </del>

rpi-gpio = callPackage ../development/python-modules/rpi-gpio { }; <del> rpi-gpio2 = callPackage ../development/python-modules/rpi-gpio2 { }; </del> rplcd = callPackage ../development/python-modules/rplcd { }; rply = callPackage ../development/python-modules/rply { };
Change:
Package name: Latest released version: <!-- Search your package here: --- Current version on the unstable channel: Current version on the stable/release channel: <!-- 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.

Discussion:
stdenv.mkDerivation (finalAttrs: { pname = "qmplay2"; <del> version = "23.08.22"; </del> <ins> version = "23.10.22"; </ins> src = fetchFromGitHub { owner = "zaps166"; repo = "QMPlay2"; rev = finalAttrs.version; fetchSubmodules = true; <del> hash = "sha256-Ug7WAqZ+BxspQUXweL/OnVBGCsU60DOWNexbi0GpDo0="; </del> <ins> hash = "sha256-yDymUXuILgT4AFTt302GniPi/WNwrTCOuOfdUiKOIyk="; </ins> }; nativeBuildInputs = [
Change:
Project description On-chip debugging for AVR microcontrollers, on GNU/Linux. Bloom exposes an interface to the connected target via a GDB Remote Serial Protocol (RSP) server. Alongside the GDB server, Bloom provides an optional GUI for insight into the connected AVR target. Metadata homepage URL: source URL: license: LGPLv3 platforms: linux

Discussion:
<ins> { lib , stdenv , fetchFromGitHub , cmake , yaml-cpp , qtbase , qtsvg , wrapQtAppsHook , qttools , libusb1 , php , hidapi , procps }: stdenv.mkDerivation rec { pname = "bloom"; version = "1.0.0"; src = fetchFromGitHub { owner = "bloombloombloom"; repo = "Bloom"; rev = "v${version}"; hash = "sha256-ZZfclZwxsCgApUII79bJVyT5V/dF9jm7l8ynRWCh0UU="; }; nativeBuildInputs = [ cmake php wrapQtAppsHook ]; buildInputs = [ hidapi libusb1 procps qtbase qtsvg qttools yaml-cpp ]; postPatch = '' sed -i 's|/usr|${placeholder "out"}|' cmake/Installing.cmake ''; meta = { description = "Debug interface for AVR-based embedded systems development on GNU/Linux"; homepage = "https://bloom.oscillate.io/"; license = lib.licenses.lgpl3Only; maintainers = with lib.maintainers; [ eclairevoyant ]; mainProgram = "bloom"; platforms = lib.platforms.linux; }; } </ins>

blst = callPackage ../development/libraries/blst { }; <ins> bloom = qt6Packages.callPackage ../development/tools/bloom { }; </ins> bloodhound-py = callPackage ../tools/security/bloodhound-py { }; bodyclose = callPackage ../development/tools/bodyclose { };
Change:
Project description A progress spinner for ZSH scripts <!-- Describe the project a little: --Metadata homepage URL: source URL: license: mit platforms: unix

Discussion:
githubId = 3179832; name = "D. Bohdan"; }; <ins> d-brasher = { github = "d-brasher"; githubId = 175485311; name = "D. Brasher"; }; </ins> dbrgn = { email = "nix@dbrgn.ch"; github = "dbrgn";

<ins> Replace call to "revolver" with call to internal function. Useful when "revolver" is not defined in PATH. --- a/revolver +++ b/revolver @@ -255,9 +255,9 @@ ### function _revolver_demo() { for style in "${(@k)_revolver_spinners[@]}"; do -    revolver --style $style start $style +    _revolver --style $style start $style sleep 2 -    revolver stop +    _revolver stop done } </ins>

<ins> { lib, stdenvNoCC, fetchFromGitHub, zsh, installShellFiles, ncurses, nix-update-script, testers, runCommand, }: stdenvNoCC.mkDerivation (finalAttrs: { pname = "revolver"; version = "0.2.4-unstable-2020-09-30"; src = fetchFromGitHub { owner = "molovo"; repo = "revolver"; rev = "6424e6cb14da38dc5d7760573eb6ecb2438e9661"; hash = "sha256-2onqjtPIsgiEJj00oP5xXGkPZGQpGPVwcBOhmicqKcs="; }; strictDeps = true; doInstallCheck = true; nativeBuildInputs = [ installShellFiles ]; buildInputs = [ zsh ncurses ]; nativeInstallCheckInputs = [ zsh ]; patches = [ ./no-external-call.patch ]; postPatch = '' substituteInPlace revolver  --replace-fail "tput cols" "${ncurses}/bin/tput cols" ''; installPhase = '' runHook preInstall install -D revolver $out/bin/revolver runHook postInstall ''; postInstall = '' installShellCompletion --cmd revolver --zsh revolver.zsh-completion ''; installCheckPhase = '' runHook preInstallCheck PATH=$PATH:$out/bin revolver --help runHook postInstallCheck ''; passthru = { tests = { demo = runCommand "revolver-demo" { nativeBuildInputs = [ finalAttrs.finalPackage ]; } '' export HOME="$TEMPDIR" # Drop stdout, redirect stderr to stdout and check if it's not empty exec 9>&1 echo "Running revolver demo..." if [[ $(revolver demo 2>&1 1>/dev/null | tee >(cat - >&9)) ]]; then exit 1 fi echo "Demo done!" mkdir $out ''; version = testers.testVersion { package = finalAttrs.finalPackage; # Wrong '0.2.0' version in the code version = "0.2.0"; }; }; updateScript = nix-update-script { }; }; meta = { description = "Progress spinner for ZSH scripts"; homepage = "https://github.com/molovo/revolver"; downloadPage = "https://github.com/molovo/revolver/releases"; license = lib.licenses.mit; mainProgram = "revolver"; inherit (zsh.meta) platforms; maintainers = with lib.maintainers; [ d-brasher ]; }; }) </ins>
Change:
Steps to reproduce the behavior: cmus on current (). Full logs: I haven't updated in a while, so I'm not sure where this failure starts. Nothing has changed in the cmus package; it must be a change in dependencies. system: host os: multi-user?: sandbox: version: channels(root): channels(jamesw): nixpkgs:
cmus started failing somewhere between (good) and (bad). I don't have the hundreds of gigabytes of RAM that would allow me to do a bisection between those, so I'll leave that to someone else.
Manually going through it suggests as a possible culprit. I have no idea what that commit does, though, yet.
the issue is bump of ffmpeg to 6, i am about to push a fix

Discussion:
<del> { config, lib, stdenv, fetchFromGitHub, runCommand, ncurses, pkg-config </del> <ins> { config, lib, stdenv, fetchFromGitHub, fetchpatch, ncurses, pkg-config </ins> , libiconv, CoreAudio, AudioUnit, VideoToolbox , alsaSupport ? stdenv.isLinux, alsa-lib ? null

sha256 = "sha256-Ha0bIh3SYMhA28YXQ//Loaz9J1lTJAzjTx8eK3AqUjM="; }; <del> patches = [ ./option-debugging.patch ]; </del> <ins> patches = [ ./option-debugging.patch # ffmpeg 6 fix https://github.com/cmus/cmus/pull/1254/ (fetchpatch { url = "https://github.com/cmus/cmus/commit/07b368ff1500e1d2957cad61ced982fa10243fbc.patch"; hash = "sha256-5gsz3q8R9FPobHoLj8BQPsa9s4ULEA9w2VQR+gmpmgA="; }) ]; </ins> nativeBuildInputs = [ pkg-config ]; buildInputs = [ ncurses ]
Change:
Steps to reproduce the behavior: system configuration with Freetube in it. See and for the exact same issue with Morgen. Electron version lock seems to have been introduced with . Upstream seems to be at Electron 27: . and
Maybe we could add the patches from It looks like they were waiting for a nixos user to test it and eventually gave up on us.
are you able to test ?
Looks good as far as I can tell.
fails on this branch, for whatever reason.

Discussion:
forgejo = handleTest ./forgejo.nix { }; freenet = handleTest ./freenet.nix {}; freeswitch = handleTest ./freeswitch.nix {}; <ins> freetube = discoverTests (import ./freetube.nix); </ins> freshrss-sqlite = handleTest ./freshrss-sqlite.nix {}; freshrss-pgsql = handleTest ./freshrss-pgsql.nix {}; frigate = handleTest ./frigate.nix {};

<ins> let tests = { wayland = { pkgs, ... }: { imports = [ ./common/wayland-cage.nix ]; services.cage.program = "${pkgs.freetube}/bin/freetube"; virtualisation.memorySize = 2047; environment.variables.NIXOS_OZONE_WL = "1"; environment.variables.DISPLAY = "do not use"; }; xorg = { pkgs, ... }: { imports = [ ./common/user-account.nix ./common/x11.nix ]; virtualisation.memorySize = 2047; services.xserver.enable = true; services.xserver.displayManager.sessionCommands = '' ${pkgs.freetube}/bin/freetube ''; test-support.displayManager.auto.user = "alice"; }; }; mkTest = name: machine: import ./make-test-python.nix ({ pkgs, ... }: { inherit name; nodes = { "${name}" = machine; }; meta.maintainers = with pkgs.lib.maintainers; [ kirillrdy ]; enableOCR = true; testScript = '' start_all() machine.wait_for_unit('graphical.target') machine.wait_for_text('Your Subscription list is currently empty') machine.send_key("ctrl-r") machine.wait_for_text('Your Subscription list is currently empty') machine.screenshot("main.png") machine.send_key("ctrl-comma") machine.wait_for_text('General Settings', timeout=30) machine.screenshot("preferences.png") ''; }); in builtins.mapAttrs (k: v: mkTest k v { }) tests </ins>

<del> { stdenv, lib, fetchurl, appimageTools, makeWrapper, electron_22 }: </del> <ins> { stdenv, lib, fetchurl, appimageTools, makeWrapper, electron, nixosTests }: </ins> stdenv.mkDerivation rec { pname = "freetube";

sha256 = "add96ad3509d4d5c6d8658b005dfd046963cd6bb0a4e1f3e88f726a86c05810f"; }; <ins> passthru.tests = nixosTests.freetube; </ins> appimageContents = appimageTools.extractType2 { name = "${pname}-${version}"; inherit src;

runHook postInstall ''; <del> # Electron version is set to 22 in order to match upstream </del> postFixup = '' <del> makeWrapper ${electron_22}/bin/electron $out/bin/${pname}  </del> <ins> makeWrapper ${electron}/bin/electron $out/bin/${pname}  </ins> --add-flags $out/share/${pname}/resources/app.asar '';

homepage = "https://freetubeapp.io/"; license = licenses.agpl3Only; maintainers = with maintainers; [ ryneeverett alyaeanyx ]; <del> inherit (electron_22.meta) platforms; </del> <ins> inherit (electron.meta) platforms; </ins> }; }
Change:
isso fails to install following the update to 0.13.0; Its test suite fails as detailed below (since you were the last one to update the package) Please run and paste the result.
Closing as fixed - automation failed

Discussion:
maintainers = with maintainers; [ lovek323 ]; platforms   = stdenv.lib.platforms.unix; }; <del> # t/swamp/{0,perl-without-extension} are datafiles for the test # t/ack-show-types.t, but the perl generic builder confuses them # for scripts and purifies them, making the test fail. preCheck = "sed -i '1s,.*,#!/usr/bin/perl -w,' t/swamp/0 t/swamp/perl-without-extension"; </del> <ins> # tests fails on nixos and hydra because of different purity issues doCheck = false; </ins> }; AlgorithmAnnotate = buildPerlPackage {
Change:
fails to build. ERROR Steps to reproduce the behaviour: `sudo nixos-rebuild switch --impure --upgrade --flake .#MY-HOST ... I expected the build to be successful. I had the tool installed on an earlier version. But just decided to update my system. Please run and paste the result.
Ugh, interesting, I'll need to bisect how this started to fail.
not a fix but a quick workaround
It /does/ build on master () for me.
builds on master for me as well
Fails for me on master (). !
please try from inside a nixpkgs checkout at that commit id, you're using some flake syntax here with who-knows-which commit id.
My bad, it builds.
Alright, then let's close here.
Hello! I also with that. I cannot build it in the latest nixos-unstable: with the same error: And I also cannot build it in the latest master ():
I can also reproduce the issue now
Please do a bisect on with a real nixpkgs checkout.
running now :-)
Git bisect shows this for me
It's strange, because in exactly on this commit I can build the package and now it's in my store :D
I think I understand what's going on - if I replace with a fake hash, the FOD producing the go vendor dir fails, with the following message: This might be a change in behaviour with , and as we switched to that builder at around the same time, chances are this build with 1.19 just fine, but 1.20 is more picky. cc
Need to pin it to .
I've reopened
Hmmh, also lists . I assume it was configured in nixpkgs to 1.20 at some point (how else did we end up with that FOD hash), but then started to not be anymore? I feel like there could be a better error message if you want to buildGoModule something with a go version that's too old what lists (both in the FOD, and in the later derivation)
starting go 1.21 we not going to have this issue anymore, because go version from will be treated as requirement

Discussion:
taizen = callPackage ../applications/misc/taizen { }; <del> talosctl = callPackage ../applications/networking/cluster/talosctl { }; </del> <ins> talosctl = callPackage ../applications/networking/cluster/talosctl { buildGoModule = buildGo120Module; }; </ins> talentedhack = callPackage ../applications/audio/talentedhack { };
Change:
Project description Geist is a new font family for Vercel, created by in collaboration with . <!-- Describe the project a little: --Metadata homepage URL: source URL: license: platforms: all

Discussion:
<ins> { lib , stdenvNoCC , fetchzip }: stdenvNoCC.mkDerivation rec { pname = "geist-font"; version = "1.1.0"; srcs = [ (fetchzip { name = "geist-mono"; url = "https://github.com/vercel/geist-font/releases/download/${version}/Geist.Mono.zip"; stripRoot = false; hash = "sha256-8I4O2+bJAlUiDIhbyXzAcwXP5qpmHoh4IfrFio7IZN8="; }) (fetchzip { name = "geist-sans"; url = "https://github.com/vercel/geist-font/releases/download/${version}/Geist.zip"; stripRoot = false; hash = "sha256-nSN+Ql5hTd230w/u6VZyAZaPtFSaHGmMc6T1fgGTCME="; }) ]; sourceRoot = "."; installPhase = '' runHook preInstall install -Dm444 geist-{mono,sans}/*/*.otf -t $out/share/fonts/opentype runHook postInstall ''; meta = { description = "Font family created by Vercel in collaboration with Basement Studio"; homepage = "https://vercel.com/font"; license = lib.licenses.ofl; maintainers = with lib.maintainers; [ eclairevoyant x0ba ]; platforms = lib.platforms.all; sourceProvenance = with lib.sourceTypes; [ binaryBytecode ]; }; } </ins>
Change:
Steps to reproduce the behavior: dolphin-emu on nixpkgs-unstable Add any other context about the problem here. Please run and paste the result.

Discussion:
, libXrandr , lzo , mbedtls_2 <del> , mgba </del> , miniupnpc , minizip-ng , openal

, vulkan-loader , xxHash , xz <del> , zlib-ng </del> # Used in passthru , common-updater-scripts

./find-minizip-ng.patch ]; <ins> strictDeps = true; </ins> nativeBuildInputs = [ stdenv.cc cmake

sfml xxHash xz # LibLZMA <del> zlib-ng </del> ] ++ lib.optionals stdenv.isLinux [ alsa-lib bluez

tests.version = testers.testVersion { package = dolphin-emu; command = "dolphin-emu-nogui --version"; <ins> version = if stdenv.hostPlatform.isDarwin then "Dolphin 5.0" else version; </ins> }; updateScript = writeShellScript "dolphin-update-script" ''
Change:
Steps to reproduce the behavior: This was reported upstream in September as It looks like there's a fix available on the upstream branch, however it has not yet been released: should probably request that they release a hotfix. There haven't been any releases since June, but there has been activity on the branch since then, including bug fixes. For the time being, maybe we just pin to the latest commit ()? Looks like their CI reports success. (flakes tracking nixos-unstable @ ) Please run and paste the result.
Opened an issue upstream: Edit: maintainer converted issue to discussion They'll be releasing a new version soon, after finishing work on another issue. Looks like maybe in the next few days based on the threads, so probably best just to wait.
Thank you very much for reporting this & asking upstream about the situation! I agree, if it's within the next few days. I'll open a PR to update trurl as soon as the release hits. Although, since it's a trivial patch, we might as well pull the patch fixing this in ourselves. I can quickly whip up a PR for this, would be no trouble.

Discussion:
stdenv.mkDerivation rec { pname = "trurl"; <del> version = "0.8"; </del> <ins> version = "0.9"; </ins> src = fetchFromGitHub { owner = "curl"; repo = pname; rev = "${pname}-${version}"; <del> hash = "sha256-KHJMxzHqHW8WbeD6jxyuzZhuHc5x4B7fP/rYAK687ac="; </del> <ins> hash = "sha256-R/7Saea84iqUICAAQz9zcfDLDud4uFedY2752xyg+oE="; </ins> }; <ins> # The version number was forgotten to be updated for the release, # so do it manually in the meantime. # See https://github.com/curl/trurl/discussions/244#discussioncomment-7436369 postPatch = '' substituteInPlace version.h --replace 0.8 0.9 ''; </ins> outputs = [ "out" "dev" "man" ]; separateDebugInfo = stdenv.isLinux;
Change:
Gomplate build currently fails (version 3.11.5). The devs say to upgrade to v4, which seems not to have been released yet. (see ) I'm the package maintainer. I'm creating this to keep track of the issue.
Less than ideal workaround:
Good point, thanks: I guess that's the best we can do (short of patching the sources). I'm fixing it now.

Discussion:
<ins> # Gomplate 3.x does not build with go > 1.20. # Version 4 of gomplate (yet unreleased) should not have this issue. # # see https://github.com/hairyhenderson/gomplate/issues/1872 </ins> { lib <del> , buildGoModule </del> <ins> #, buildGoModule , buildGo120Module </ins> , fetchFromGitHub }: <del> buildGoModule rec { </del> <ins> # buildGoModule rec { buildGo120Module rec { </ins> pname = "gomplate"; version = "3.11.5";
Change:
I'm unable to run with NixOS intended way, with I was able to run it with but loading not as I guess it should but from steam-run's libs. Steps to reproduce the behavior: appimage to run it with appimage-run to steam-run's libs (I've found one with ) Able to I guess it may be related to errors in lrcget itself but before making issue at their repo I want to consult with you as there is no similar issues at their repo. Please run and paste the result.
Upstream issue:

Discussion:
libpulseaudio libsamplerate libmikmod <ins> libthai </ins> libtheora libtiff pixman

mv $out/bin/{${name},${pname}} ''; <del> extraPkgs = pkgs: with pkgs; [ libthai ]; </del> meta = with lib; { description = "A VR coworking platform"; homepage = "https://immersed.com";