jiebi/CodeConvo huggingface dataset:
Change:
zuluVersion = "22.28.91"; jdkVersion = "22.0.0"; hash = <del> if enableJavaFX then "sha256-o0VkWB4+PzBmNNWy+FZlyjTgukBTe6owfydb3YNfEE0=" </del> <ins> if enableJavaFX then "sha256-256UP6MtUReQYqCKVt0ThN9BVDyKLAMXQTdpcDB9t24=" </ins> else "sha256-o0VkWB4+PzBmNNWy+FZlyjTgukBTe6owfydb3YNfEE0="; }; };

Discussion:
The are incorrect for builds with JavaFx enabled - the hashes are identical to the non-JavaFx builds, which produces a hash error when used. Steps to reproduce the behavior: Should download Zulu with the proper hashes <!-- 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]:
Change:
&& python regression/runtests.py --pkg feature_tests' ) <del> # reactivate this test again, when the postgres 14.4 test has been fixed # with subtest("run resql test"): #    machine.succeed( #         'cd ${pgadmin4SrcDir}/pgadmin4-${pkgs.pgadmin4.version}/web  #         && python regression/runtests.py --pkg resql' #    ) </del> <ins> with subtest("run resql test"): machine.succeed( 'cd ${pgadmin4SrcDir}/pgadmin4-${pkgs.pgadmin4.version}/web  && python regression/runtests.py --pkg resql' ) </ins> ''; })

Discussion:
Steps to reproduce the behavior: pgadmin.service Add any other context about the problem here. Please run and paste the result.
I know. The PR needs to be merged.
seems like it might be some time before this gets fixed. In the meantime, is there a way I could force my system to use an older version of pgadmin? I'm using flakes for my system config.
The way I do it, is to maintain my own fork of and cherry-pick PR's like that. An older version will not work, because they will run into similar errors. You could only run an older version of . This is a problem due to updated dependencies in nixpkgs. I re-requested an review from and/or maybe someone else has time to review/commit the PR.
OK I got it working for now by changing my as follows: Please let me know if that's a terrible idea in your opinion ...
No, not really. I use my branch which I regularly update, which includes my cherry-picked commits. The commit you picked reflects the status of at the time of the commit of pgadmin (and obviously the changes to pgadmin) You just need to be aware that due to the pinning, a will not update currently and should probably be reverted once the PR got merged.
thanks that's what I'll do!
I'm a little fuzzy on what happens next here. Am I seeing correctly that this problem is still not resolved?
The PR needs to be merged. AFAIK everything is done with the PR
This issue has been mentioned on NixOS Discourse. There might be relevant details there:
Got it working using in my flake.
Change:
sha256 = "sha256-Ys0005hIQ+fT4oMeU5iFtbLNqn1WM6iLdIKGwdyn7BM="; }; <ins> nativeBuildInputs = [ wrapGAppsHook gdk-pixbuf ]; buildInputs = [ libappindicator librsvg ]; </ins> propagatedBuildInputs = with python3Packages; [ gobject-introspection gtk3

Discussion:
Describe the bug Solaar crashes with the following error: Notify maintainers
thanks for report, I can reproduce it. I'll try to find some time to investigate, it looks like it cannot find an icon?
can you elaborate how you run this? I was able to reproduce the issue with , but when I install in the system with it works. It's something with xdg and icons discovery and I wasn't able to fix this, probably some specific XDG variable or desktop environment variable must be set to properly discover icons.
Yes, it seems like it was indeed the problem with icons. Installing KDE fixes the issue even without using it.
The wiki has a small section on this: But on a side note The package is out of date
thanks. Locally I updated to latest version and it didn't change much. If I have a sec I'll try debug little more.
Same error, here's the output i get when running I'm running i3 as my desktop environment
same problem with + . how you investigation progress?
Change:
<del> {stdenv, fetchurl, perl, ncurses, gmp, libiconv, makeWrapper}: </del> <ins> {stdenv, fetchurl, perl, ncurses5, gmp, libiconv, makeWrapper}: </ins> stdenv.mkDerivation rec { version = "7.4.2";

Discussion:
Commit from broke haskell.compiler.ghc6102Binary haskell.compiler.ghc704Binary and therefore the packages haskell.compiler.ghc6104 haskell.compiler.ghc704 haskell.compiler.ghc722 haskell.compiler.ghc742 haskell.compiler.ghc763 which depend on them.
Please try . I test-built the binary GHCs but no further.
Aha. I relied on the update being API-compatible, but the first bootstraping steps don't recompile...
I'm test-building the whole list above.
All succeeded on x86_64-linux.
Change:
<ins> { fetchzip, lib }: let version = "0.6"; in fetchzip { name = "lklug-sinhala-${version}"; url = "mirror://debian/pool/main/f/fonts-lklug-sinhala/fonts-lklug-sinhala_${version}.orig.tar.xz"; sha256 = "sha256-Fy+QnAajA4yLf/I1vOQll5pRd0ZLfLe8UXq4XMC9qNc="; postFetch = '' mkdir -p $out/share/fonts tar xf $downloadedFile --strip-components=1 -C $out/share/fonts fonts-lklug-sinhala-${version}/lklug.ttf ''; meta = with lib; { description = "Unicode Sinhala font by Lanka Linux User Group"; homepage = "http://www.lug.lk/fonts/lklug"; license = licenses.gpl2Plus; maintainers = with lib.maintainers; [ serge ]; platforms = platforms.all; }; } </ins>

Discussion:
Project description describe the project a little Metadata homepage URL: source URL: license: gpl2Plus platforms: all
Change:
<ins> { lib, rustPlatform, fetchFromGitHub, installShellFiles, stdenv, darwin, }: rustPlatform.buildRustPackage rec { pname = "pizauth"; version = "1.0.4"; src = fetchFromGitHub { owner = "ltratt"; repo = "pizauth"; rev = "pizauth-${version}"; hash = "sha256-Du+MVdYVQgH2V7928kpur+Xp/0y7HXgB8ZC0qciiQvs="; }; cargoHash = "sha256-DrpYMVGvu7UnzQToVgVptURqp7XyoR1iYUfRSLZaqXw="; nativeBuildInputs = [ installShellFiles ]; buildInputs = lib.optionals stdenv.isDarwin [ darwin.apple_sdk.frameworks.Security ]; postInstall = '' installShellCompletion --cmd pizauth  --bash share/bash/completion.bash ''; meta = { description = "Command-line OAuth2 authentication daemon"; homepage = "https://github.com/ltratt/pizauth"; changelog = "https://github.com/ltratt/pizauth/blob/${src.rev}/CHANGES.md"; license = with lib.licenses; [ asl20 mit ]; maintainers = with lib.maintainers; [ moraxyc ]; mainProgram = "pizauth"; }; } </ins>

Discussion:
Project description Command-line OAuth2 authentication daemon Metadata homepage URL: source URL: license: mit & apache platforms: linux, darwin Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
please test
Change:
<ins> diff --git a/__nix-prepend-search-paths.js b/__nix-prepend-search-paths.js new file mode 100644 index 0000000..bf3071b --- /dev/null +++ b/__nix-prepend-search-paths.js @@ -0,0 +1,3 @@ +import GIRepository from 'gi://GIRepository'; +GIRepository.Repository.prepend_search_path('@gsound@/lib/girepository-1.0'); +GIRepository.Repository.prepend_search_path('@libgda@/lib/girepository-1.0'); </ins> diff --git a/extension.js b/extension.js <del> index 26561f2..01209e7 100644 </del> <ins> index a3d6741..6a38850 100644 </ins> --- a/extension.js +++ b/extension.js <del> @@ -1,3 +1,5 @@ +imports.gi.GIRepository.Repository.prepend_search_path('@gsound@/lib/girepository-1.0') +imports.gi.GIRepository.Repository.prepend_search_path('@libgda@/lib/girepository-1.0') try { </del> <ins> @@ -1,3 +1,4 @@ +import './__nix-prepend-search-paths.js'; import Gio from 'gi://Gio'; import GLib from 'gi://GLib'; import Shell from 'gi://Shell'; diff --git a/prefs.js b/prefs.js index 5dd94eb..634b2ef 100644 --- a/prefs.js +++ b/prefs.js @@ -1,3 +1,4 @@ +import './__nix-prepend-search-paths.js'; import Gdk from 'gi://Gdk'; import Gtk from 'gi://Gtk'; import { ExtensionPreferences } from 'resource:///org/gnome/Shell/Extensions/js/extensions/prefs.js'; </ins>

Discussion:
Steps to reproduce the behavior: The problem occurs on both nixos-23.11 and nixos-unstable. <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. --- system: host os: multi-user?: sandbox: version: nixpkgs: Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Change:
] ++ lib.optionals (lib.versionAtLeast version "91" && lib.versionOlder version "102") [ # Fix 91 compatibility with python311 (fetchpatch { <del> url = "https://src.fedoraproject.org/rpms/mozjs91/raw/rawhide/f/0001-Python-Build-Use-r-instead-of-rU-file-read-modes.patch"; </del> <ins> url = "https://src.fedoraproject.org/rpms/mozjs91/raw/e3729167646775e60a3d8c602c0412e04f206baf/f/0001-Python-Build-Use-r-instead-of-rU-file-read-modes.patch"; </ins> hash = "sha256-WgDIBidB9XNQ/+HacK7jxWnjOF8PEUt5eB0+Aubtl48="; }) ];

Discussion:
Steps to reproduce the behavior: couchdb3 Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Error from dependency: Relevant commit from fedora (where previous patch for it comes from): suggests that it does not work with python 3.12 and should probably pin to python 3.11.
Change:
</listitem> <listitem> <para> <ins> <literal>services.grafana</literal> listens only on localhost by default again. This was changed to upstreams default of <literal>0.0.0.0</literal> by accident in the freeform setting conversion. </para> </listitem> <listitem> <para> </ins> A new <literal>virtualisation.rosetta</literal> module was added to allow running <literal>x86_64</literal> binaries through

Discussion:
changed on which address Grafana listens by default. Previously (under 22.05) it was localhost only and it was necessary to explicitly adjust this if so desired. Now (with 22.11) Grafana is listening on all IPs. Previously: New default is to listen on all IPs: Without enabled (and properly configured) firewall this could result in situations where people are exposing their Grafana installation unintentionally.
but the default settings should suffice to catch this, right? This also matches the upstream grafana default
Yes, I would think so. Therefore not really dramatic in most cases.
Change:
services.dbus.packages = [ dnsmasq ]; <del> users.extraUsers = singleton { name = "dnsmasq"; uid = config.ids.uids.dnsmasq; description = "Dnsmasq daemon user"; home = "/var/empty"; }; </del> <ins> users.extraUsers = singleton { name = "dnsmasq"; uid = config.ids.uids.dnsmasq; description = "Dnsmasq daemon user"; }; </ins> systemd.services.dnsmasq = { description = "Dnsmasq Daemon";

Discussion:
Pretty standard config:
also note
Hah, thank you! I actually read that issue already, but I missed that ISC dhcpd isn't affected but dnsmasq is. I have a fix for this issue, but that won't be of much use until is fixed.
I disabled and patched dnsmasq to use , but it still doesn't respond to DHCP requests. Nothing in the logs at all, so weird..
Out of curiosity, does it work if you add the interfaces to ?
All internal interfaces are in . The ISC dhcpd works fine even when they're not trusted, but I them to get the DNS part of dnsmasq working.
I think dnsmasq changed directory location so we have to create the supporting directory.
I changed a few other things and now it responds to dhcp well, whatever.
Change:
sha256 = "sha256-BYL7wxsYRI45l8C3VwxYIIocn5TzJnBtU0UZ9pHwwZw="; }; <del> eigen = fetchFromGitLab { owner = "libeigen"; repo = "eigen"; rev = "d10b27fe37736d2944630ecd7557cefa95cf87c9"; sha256 = "sha256-Lmco0s9gIm9sIw7lCr5Iewye3RmrHEE4HLfyzRkQCm0="; }; </del> mp11 = fetchFromGitHub { owner = "boostorg"; repo = "mp11"; rev = "boost-1.79.0"; <del> sha256 = "sha256-ZxgPDLvpISrjpEHKpLGBowRKGfSwTf6TBfJD18yw+LM="; </del> <ins> hash = "sha256-ZxgPDLvpISrjpEHKpLGBowRKGfSwTf6TBfJD18yw+LM="; </ins> }; safeint = fetchFromGitHub { owner = "dcleblanc"; repo = "safeint"; rev = "ff15c6ada150a5018c5ef2172401cb4529eac9c0"; <del> sha256 = "sha256-PK1ce4C0uCR4TzLFg+elZdSk5DdPCRhhwT3LvEwWnPU="; </del> <ins> hash = "sha256-PK1ce4C0uCR4TzLFg+elZdSk5DdPCRhhwT3LvEwWnPU="; </ins> }; pytorch_cpuinfo = fetchFromGitHub {

Discussion:
Meaningful errors Full logs: system: host os: multi-user?: sandbox: version: channels(root): channels(jarrod): nixpkgs: Source file with issue:  I tried to locate where is defined, but was unable to.
Edited the issue and I'm not sure if GitHub retroactively sends notifications, so pardon the double-mention:
Will be fixed by .
Change:
<itemizedlist> <listitem> <para> <ins> Top-level <literal>idea</literal> package collection was renamed. All JetBrains IDEs are now at <literal>jetbrains</literal>. </ins> </para> </listitem> </itemizedlist>

Discussion:
JetBrains IDEs are currently at which is kind of confusing because the packages here aren't all under name. For example WebStorm, PhpStorm, PyCharm and so on - these are properties of JetBrains. Therefore I think it will be good to move all them under and rename to .
Do you want to make a pull request?
Change:
kde-rounded-corners = libsForQt5.callPackage ../data/themes/kwin-decorations/kde-rounded-corners { }; <ins> khmeros = callPackage ../data/fonts/khmeros {}; </ins> kochi-substitute = callPackage ../data/fonts/kochi-substitute {}; kochi-substitute-naga10 = callPackage ../data/fonts/kochi-substitute-naga10 {};

Discussion:
Project description Add Khmeros TrueType font for Khmer language. Also, see All issues have attached PRs. Metadata homepage URL: source URL: mirror://debian/pool/main/f/fonts-khmeros/fonts- license: gpl2+ platforms: all
Change:
<ins> { stdenv, buildPythonPackage, pythonOlder, fetchgit, cmake, sip }: buildPythonPackage rec { pname = "libsavitar-lulzbot"; name = "libsavitar-lulzbot"; version = "3.6.18"; format = "other"; src = fetchgit { url = https://code.alephobjects.com/source/savitar.git; rev = "988a26d35b2a1d042f8c38938ccda77ab146af7d"; sha256 = "146agw3a92azkgs5ahmn2rrck4an78m2r3pcss6ihmb60lx165k7"; }; postPatch = '' # To workaround buggy SIP detection which overrides PYTHONPATH sed -i '/SET(ENV{PYTHONPATH}/d' cmake/FindSIP.cmake ''; nativeBuildInputs = [ cmake ]; propagatedBuildInputs = [ sip ]; disabled = pythonOlder "3.4.0"; meta = with stdenv.lib; { description = "C++ implementation of 3mf loading with SIP python bindings"; homepage = https://github.com/Ultimaker/libSavitar; license = licenses.lgpl3Plus; platforms = platforms.unix; maintainers = with maintainers; [ chaduffy ]; }; } </ins>

Discussion:
Is there a way to install a more recent version of cura-lulzbot edition?
I guess the pool of people that could update and test this is very limited so feel free to tackle it yourself :) We can help. How old is the current nixpkgs version vs upstream ?
Can you test ?
Happy to, not 100% sure on the process for testing that pull request. do in build off a local version of nixpkgs with that pull applied. Can you point me in the right direction?
The one-line command to try this out would be: You could also manually clone the git repository of the PR and build it: But , so please wait a bit. EDIT: the cura binary is apparently called
you want to try the instructions gebner provided, I just updated the PR to roll the patch behind the now-broken link inline.
...FYI, the PR is now updated to 3.6.15. I'm using it happily myself, but reports (of success or failure) would be very welcome.
Change:
src = fetchzip { url = "https://codeberg.org/dnkl/${pname}/archive/${version}.tar.gz"; <del> sha256 = "0iabj9c0dj1r0m89i5gk2jdmwj4wfsai8na54x2w4fq406q6g9nh"; </del> <ins> sha256 = "07irlhkvziv51cp5zn1yz8ljfnrnfjcykv5pgfwmpslw3nl5szxv"; </ins> }; nativeBuildInputs = [

Discussion:
Project description The terminal is already packaged in nixpkgs. As foot uses its own terminfo, this terminfo is needed on any remote servers you connect to using foot. It would be useful to have this terminfo packaged as its own output as with other terminals: alacritty, kitty, rxvt-unicode to name a few. ping foot maintainer for feedback Metadata homepage URL: source URL: license: mit platforms: linux
That is a very good idea! Unfortunately it doesn't seem to be possible to specify a separate install directory for foot's terminfo so far (it is installed to along with the license etc.). I'll open an upstream ticket, they are usually very helpful, and then we'll be hopefully be able to set this pretty soon.
Change:
sed -E "s#(libnvidia-opencl)#$i/lib/1#" nvidia.icd > nvidia.icd.fixed install -Dm644 nvidia.icd.fixed $i/etc/OpenCL/vendors/nvidia.icd if [ -e nvidia_icd.json.template ]; then <ins> # template patching for version < 435 </ins> sed "s#__NV_VK_ICD__#$i/lib/libGLX_nvidia.so#" nvidia_icd.json.template > nvidia_icd.json <ins> fi if [ -e nvidia_icd.json ]; then </ins> install -Dm644 nvidia_icd.json $i/share/vulkan/icd.d/nvidia.json fi if [ "$useGLVND" = "1" ]; then

Discussion:
Recent update to broke vulkan functionality. fails with error message I'm using nvidia driver 435.21 To Reproduce Steps to reproduce the behavior: vulkan-tools vulkaninfo Expected behavior should not fail with error. Metadata
Looks like problem affects native applications as well. vulkaninfo fails with I will update bug description to remove Steam mention because it looks like Steam is not a culprit.
Might be related to , but it's strange that you're not getting the assertion error (I didn't have a closer look at the Git history).
Maybe, I'm not sure. I worked around assertion error using local overlay with I'm thinking it may be caused by nvidia driver update at Will try to downgrade driver, rebuild system and verify this.
You're right, in that case it isn't related to the other issue. Thanks :)
Downgrading nvidia driver to 430.40 fixed problem.
cc , FYI ;) Maybe someone has the time and experience to have a closer look at this issue? (I don't have an Nvidia GPU)
Change:
database = lib.last (lib.splitString "/" noSchema); }; <del> postgresDBs = [ </del> <ins> postgresDBs = builtins.filter isPostgresql [ </ins> cfg.settings.database cfg.settings.crypto_database cfg.settings.plugin_databases.postgres

Discussion:
Steps to reproduce the behavior: maubot with sqlite db in nixos config my config:
this isn't a build failure (as build failure is for packages failing to build, not module issues), but thanks for the notice. The problem is a missing when checking for local Postresql databases with credentials. It can be fixed by switching to in I'll only be able to open a PR tomorrow, you can open it now if you want to try contributing, or you can wait for me to open it
sorry for wrong issue type, i'll wait for PR ;)
i disabled assertions just to test it out and got error during build
Change:
rustPlatform.buildRustPackage rec { pname = "oculante"; <del> version = "0.7.7"; </del> <ins> version = "0.8.6"; </ins> src = fetchFromGitHub { owner = "woelper"; <del> repo = pname; </del> <ins> repo = "oculante"; </ins> rev = version; <del> hash = "sha256-uDSZ7qwDC/eR0aZN372ju21PBGuBiiYmlx/26Ta3luE="; </del> <ins> hash = "sha256-AuHiOZuRhO6PVyDyOtmNG6n/CN5brvJ/Ppn25QCshmE="; </ins> }; <del> cargoLock = { lockFile = ./Cargo.lock; }; </del> <ins> cargoHash = "sha256-EYwey8dDiyYGJa+scENOpaNK2qAVagTJrAPkSZj12w0="; </ins> nativeBuildInputs = [ cmake

Discussion:
Fails to run due to error: Steps to reproduce the behavior: It runs. Running it with NixGL works. Using an Intel GPU. <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. --Running on NixOS 24.05pre, current nixpkgs revision is . Bumping the version on master to 0.8.6 and building has the same result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Same here. Using nVidia GPU.

Package name: oculante Latest released version: 0.8.6 <!-- Search your package here: --- Current version on the unstable channel: 0.7.7 Current version on the stable/release channel: 0.7.7 <!-- 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]:
Change:
stdenv.mkDerivation rec { name = "universal-ctags-${version}"; <del> version = "2017-09-22"; </del> <ins> version = "2018-01-05"; </ins> src = fetchFromGitHub { owner = "universal-ctags"; repo = "ctags"; <del> rev = "b9537289952cc7b26526aaff3094599d714d1729"; sha256 = "1kbw9ycl2ddzpfs1v4rbqa4gdhw4inrisf4awyaxb7zxfxmbzk1g"; </del> <ins> rev = "c66bdfb4db99977c1bd0568e33e60853a48dca65"; sha256 = "0fdzhr0704cj84ym00plkl5l9w83haal6i6w70lx6f4968pcliyi"; </ins> }; nativeBuildInputs = [ autoreconfHook pkgconfig pythonPackages.docutils ]; buildInputs = stdenv.lib.optional stdenv.isDarwin libiconv; <ins> # to generate makefile.in </ins> autoreconfPhase = '' <del> ./autogen.sh --tmpdir </del> <ins> ./autogen.sh </ins> ''; <ins> configureFlags = [ "--enable-tmpdir=/tmp" ]; </ins> postConfigure = '' sed -i 's|/usr/bin/env perl|${perl}/bin/perl|' misc/optlib2c '';

Discussion:
I want to use (universal-)ctags in my shell but it can't create its required temporary files. Run on any C header (or any file I suppose): if you do the same in a nix-shell it works because TMPDIR is defined. The strace of a failure gives: The universal ctags code involved in the error is the nix derivation contains, Any reason not to set --tmpdir=/tmp ? I am on nixos-unstable with sandbox on.
My fail, but with that change, I still reproduce the error
What do you advise then ? maybe wrap the binary to set TMPDIR if it's not set ?
Sorry for the delay fix the problem but I don't like the wrapper solution because that means something is wrong with the universal-ctag default behaviour Here you are the code
If I compile in a nix-shell the code with and call the binary with $HOME/source/ctags ... , it works fine, but when I tried my PR, it failed with the strace I tried with to no avail. I believe the build files might pickup the TMPDIR variable set during the nix-build which might override the cmdline flag ?
I think I solved the problem (see ctags tracker for explanation) and proposed a PR. Feel free to comment
closed since PR merged & problem solved
Change:
rustPlatform.buildRustPackage rec { pname = "starship"; <del> version = "1.16.0"; </del> <ins> version = "1.17.0"; </ins> src = fetchFromGitHub { owner = "starship"; repo = pname; rev = "v${version}"; <del> hash = "sha256-CrD65nHE40n83HO+4QM1sLHvdFaqTvOb96hPBgXKuwk="; </del> <ins> hash = "sha256-Hf9tW1oBAw8/1KIRZpIpyVaEitLkVr2v6ilTHREzwvU="; </ins> }; nativeBuildInputs = [ installShellFiles cmake ];

Discussion:
Any time I start a terminal (checked on both GNOME Console and XTerm) the first five lines of the terminal, before the first prompt, are populated with the following: This has been happening since I started using Starship on 23.05, and is still present on 23.11. Steps to reproduce the behavior: a terminal (or run ) No warnings should print on screen. ! What I've tried to fix this: Remove from . Remove all Starship settings . system: host os: multi-user?: sandbox: version: channels(root): channels(username): nixpkgs: Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Maybe I am missing something, but you are the one who approved upstream PR to fix it back in September: So waiting for starship version with that fix seems like the best solution. Or set yourself to avoid it in the meantime.
Thanks for the reminder! :grin: I've pinged them about the .