jiebi/CodeConvo huggingface dataset:
Change:
loki's configuration should be verified by the derivation before deploying with the parameters. <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. -- Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
I've been using this gist: But I've been receiving these validation errors: For now I've set to to bypass the validation as it does work for me. Just a heads-up to whoever is looking here.
Do you think you could have a look at this?
thanks for sharing your config in that gist. That's incredibly helpful for reproducing and understanding your issue. I don't see how those validation errors are false positives though. All those keys/fields/values that throw errors are have been deprecated and removed from loki . See or . What makes me believe that this isn't a false positive is, that even if you skip the validation, will not be able to start due to the same error: and your workaround setting does not work either, because isn't a valid flag: See
I've not looked into Loki logs to see if there are errors mentioned but my dashboards all still worked and I took that as an indicator that everything was still OK. Thank you for linking to the breaking changes documentation, this is also helpful for other broken programs I have at the moment.
Updated my configuration and your comment was spot on, indeed it was not working with that setup and the trick didn't work as I thought, I just was not informed enough on this loki/promtail service :sweat_smile: Thanks for the help

Discussion:
conf = if cfg.configFile == null then prettyJSON cfg.configuration else cfg.configFile; <ins> validateConfig = file: pkgs.runCommand "validate-loki-conf" { nativeBuildInputs = [ pkgs.grafana-loki ]; } '' loki -verify-config -config.file "${file}" ln -s "${file}" "$out" ''; </ins> in { <del> ExecStart = "${cfg.package}/bin/loki --config.file=${conf} ${escapeShellArgs cfg.extraFlags}"; </del> <ins> ExecStart = "${cfg.package}/bin/loki --config.file=${validateConfig conf} ${escapeShellArgs cfg.extraFlags}"; </ins> User = cfg.user; Restart = "always"; PrivateTmp = true;
Change:
since 2024-01-14. Steps to reproduce the behavior: Add any other context about the problem here. <!-- 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]:
I can reproduce. This may require an upstream fix
No upstream fix, but this PR fixes it:

Discussion:
{ lib , buildPythonPackage , fetchPypi <del> , nose </del> <ins> , pytestCheckHook </ins> , pkg-config <ins> , setuptools </ins> , libjpeg , libpng , libtiff

buildPythonPackage rec { pname = "python-imread"; version = "0.7.5"; <ins> pyproject = true; </ins> src = fetchPypi { inherit version; pname = "imread"; <del> sha256 = "sha256-GiWpA128GuLlbBW1CQQHHVVeoZfu9Yyh2RFzSdtHDbc="; </del> <ins> hash = "sha256-GiWpA128GuLlbBW1CQQHHVVeoZfu9Yyh2RFzSdtHDbc="; </ins> }; <ins> nativeBuildInputs = [ pkg-config setuptools ]; buildInputs = [ libjpeg libpng libtiff libwebp ]; </ins> <del> nativeBuildInputs = [ pkg-config ]; buildInputs = [ nose libjpeg libpng libtiff libwebp ]; </del> propagatedBuildInputs = [ numpy ]; <ins> nativeCheckInputs = [ pytestCheckHook ]; pytestFlagsArray = [ # verbose build outputs needed to debug hard-to-reproduce hydra failures "-v" "--pyargs" "imread" ]; pythonImportsCheck = [ "imread" ]; preCheck = '' cd $TMPDIR export HOME=$TMPDIR export OMP_NUM_THREADS=1 ''; </ins> meta = with lib; { description = "Python package to load images as numpy arrays"; homepage = "https://imread.readthedocs.io/en/latest/";
Change:
Project description A modern GUI video and audio downloader supporting (using yt-dlp) Metadata homepage URL: source URL: license: GPL-3.0 platforms: (any?) Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Thanks!

Discussion:
<ins> { lib , buildNpmPackage , fetchFromGitHub , makeWrapper , ffmpeg , yt-dlp , makeDesktopItem , electron }: buildNpmPackage rec { pname = "ytDownloader"; version = "3.17.3"; src = fetchFromGitHub { owner = "aandrew-me"; repo = "ytDownloader"; rev = "refs/tags/v${version}"; hash = "sha256-aqQGOqPLKKTBjWjL3KyRD4paBGCQLhCBjXwVVhoHDSk="; }; npmDepsHash = "sha256-lhFyiWy9dgnxxaElavzqA4YpRm7cVC23pvL5Kwve58E="; nativeBuildInputs = [ makeWrapper ]; buildInputs = [ ffmpeg yt-dlp ]; desktopItem = makeDesktopItem { name = "YTDownloader"; exec = "ytdownloader %U"; icon = "ytdownloader"; desktopName = "YT Downloader"; comment = "A modern GUI video and audio downloader"; categories = [ "Utility" ]; startupWMClass = "YTDownloader"; }; ELECTRON_SKIP_BINARY_DOWNLOAD = "1"; dontNpmBuild = true; # Replace hardcoded ffmpeg and ytdlp paths # Also stop it from downloading ytdlp postPatch = '' substituteInPlace src/renderer.js  --replace-fail ${__dirname}/../ffmpeg '${lib.getExe ffmpeg}'  --replace-fail 'path.join(os.homedir(), ".ytDownloader", "ytdlp")' '`${lib.getExe yt-dlp}`'  --replace-fail '!!localStorage.getItem("fullYtdlpBinPresent")' 'true' ''; postInstall = '' makeWrapper ${electron}/bin/electron $out/bin/ytdownloader  --add-flags $out/lib/node_modules/ytdownloader/main.js install -Dm444 assets/images/icon.png $out/share/pixmaps/ytdownloader.png install -Dm444 "${desktopItem}/share/applications/"* -t $out/share/applications ''; meta = { description = "A modern GUI video and audio downloader"; homepage = "https://github.com/aandrew-me/ytDownloader"; license = lib.licenses.gpl3Only; maintainers = with lib.maintainers; [ chewblacka ]; platforms = lib.platforms.all; mainProgram = "ytdownloader"; }; } </ins>
Change:
I the libsForQt5.polonium nixpkg to my plasma 6 configuration but it does not appear despite being present in the kwin folder in /run/current-system/sw. Perhaps a package titled kdePackages.polonium needs to be for Plasma 6. Steps to reproduce the behavior: libForQt5.polonium to nixos-rebuild switch missing in kwin scripts control panel. After adding polonium to , rebuilding, and rebooting, polonium should appear in the kwin scripts control panel. If applicable, add screenshots to help explain your problem. Add any other context about the problem here. <!-- 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]:
its because the latest release 0.6.0 is not compatible with plasma 6. there is a pre-release that is, but its currently not in the nixpkgs i guess
Should I request a version update to the latest build? [image: photo] Carlos Echenique Photographer at CE Photography P 305.219.2433 <305.219.2433E ce.photography

Discussion:
buildNpmPackage rec { pname = "polonium"; <del> version = "0.6.0"; </del> <ins> version = "1.0b1"; </ins> src = fetchFromGitHub { owner = "zeroxoneafour"; repo = pname; rev = "v" + version; <del> hash = "sha256-fZgNOcOq+owmqtplwnxeOIQpWmrga/WitCNCj89O5XA="; </del> <ins> hash = "sha256-2uthjNhQm+hkRCPXGQm2LZunTj+J0SUuUfZL0PeRd4s="; </ins> }; <del> npmDepsHash = "sha256-25AtM1FweWIbFot+HUMSPYTu47/0eKNpRWSlBEL0yKk="; </del> <ins> npmDepsHash = "sha256-kaT3Uyq+/JkmebakG9xQuR4Kjo7vk6BzI1/LffOj/eo="; </ins> dontConfigure = true;

''; meta = with lib; { <del> description = "Auto-tiler that uses KWin 5.27+ tiling functionality"; </del> <ins> description = "Auto-tiler that uses KWin 6.0+ tiling functionality"; </ins> license = licenses.mit; maintainers = with maintainers; [ peterhoeg ]; inherit (plasma-framework.meta) platforms;
Change:
Steps to reproduce the behavior: dk Add any other context about the problem here. <!-- 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]:
Please complain to upstream about changing the commit the tag points to.

Discussion:
owner = "natemaia"; repo = "dk"; rev = "v${finalAttrs.version}"; <del> hash = "sha256-AzvpvcH0S8WJNzYXMwvF6CIRDXnh/c6B8g2iWDQI6Qw="; </del> <ins> hash = "sha256-wuEsfzy4L40tL/Lb5R1jMFa8UAvAqkI3iEd//D7lxGY="; </ins> }; buildInputs = [
Change:
Package name: forgejo Latest released version: 1.21.7-0 <!-- Search your package here: --- Current version on the unstable channel: 1.21.6-0 Current version on the stable/release channel: 1.20.6-1-unstable-2024-02-22 <!-- 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]:
I've opened a PR. FYI Forgejo (and many other packages) has an update script which can simplify this process, and contributions are welcome!
I will try that next time. :)

Discussion:
in buildGoModule rec { pname = "forgejo"; <del> version = "1.21.6-0"; </del> <ins> version = "1.21.7-0"; </ins> src = fetchFromGitea { domain = "codeberg.org"; owner = "forgejo"; repo = "forgejo"; rev = "v${version}"; <del> hash = "sha256-YvLdqNo/zGutPnRVkcxCTcX7Xua0FXUs3veQ2NBgaAA="; </del> <ins> hash = "sha256-wYwQnZRIJSbwI+kOPedxnIdfhQ/wWxXpOpdfcFono6k="; </ins> }; <del> vendorHash = "sha256-5BznZiPZCwFEl74JVf7ujFtzsTyG6AcKvQG0LdaMKe4="; </del> <ins> vendorHash = "sha256-Mptfd1WoUXNQkw7sa/GxIO7s5V5/9VmVBtvPCjMsa/4="; </ins> subPackages = [ "." ];
Change:
Testing the new made available recently and it works fine but I noticed that when the lockscreen is activated, SDDM will prompt for a password despite the default iso user (nixos) does not have a password; which results in me being locked out of the iso since it won't take a blank password nor any character. Steps to reproduce the behavior: iso with newest plasma6 graphical calamares module into iso the system SDDM should just show the "Unlock" button and not prompt for a password N/A N/A <!-- 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]:
That's kscreenlocker, not SDDM, and the password should be IIRC?
Odd.. on the official release it's just no password set, just says "Unlock". And even odder is I try putting that as the password and it still fails to unlock.
Official release of what?
The ISO from , speciifcally
Hmm, I'll have to double check then.
Hey it looks like it's now escalated to where if I hit "Switch User" the entire system locks up and have to restart the computer. And even worse, the issue still occurs! The oddest thing is however, is that it doesn't occur on an installed NixOS instance; none of my computers have this sort of problem (but I have a password set with autologin disabled for my user so that may be the difference).
Is there already a workaround for this? I just wanted to install it, but now I don't see any progress.
This will be fixed upstream for Plasma 6.1.
Switch to tty (), set password to non-empty one (), and then switch back
I just had the same issue on plasma6 24.05. I understand this an upstream issue but I thought it would be worth noting it.
Hey i updated to Plasma 6.1 but it sadly did not address the issue at all; had to go and undo that commit I pushed to my config two weeks ago
Please test

Discussion:
enable = true; package = kdePackages.kwallet-pam; }; <del> kde.kwallet = { enable = true; package = kdePackages.kwallet-pam; </del> <ins> kde = { allowNullPassword = true; kwallet = { enable = true; package = kdePackages.kwallet-pam; }; </ins> }; kde-fingerprint = lib.mkIf config.services.fprintd.enable { fprintAuth = true; }; kde-smartcard = lib.mkIf config.security.pam.p11.enable { p11Auth = true; };
Change:
Project description A WYSIWYG note taking app that lets you organize your notes in notebooks. Metadata homepage URL: source URL: license: platforms: linux

Discussion:
ktextaddons = self.callPackage ./misc/ktextaddons {}; kunifiedpush = self.callPackage ./misc/kunifiedpush {}; kweathercore = self.callPackage ./misc/kweathercore {}; <ins> marknote = self.callPackage ./misc/marknote {}; </ins> mpvqt = self.callPackage ./misc/mpvqt {}; oxygen-icons = self.callPackage ./misc/oxygen-icons {}; phonon = self.callPackage ./misc/phonon {};

<ins> { lib, mkKdeDerivation, fetchurl, kcrash, qtdeclarative, qtsvg, qtwayland, qqc2-desktop-style }: mkKdeDerivation rec { pname = "marknote"; version = "1.2.1"; src = fetchurl { url = "mirror://kde/stable/marknote/marknote-${version}.tar.xz"; hash = "sha256-HzImkm8l8Rqiuyq2QezfdqJ1hxIdLZhiIGVM9xzpyaA="; }; extraBuildInputs = [ kcrash qtdeclarative qtsvg qtwayland qqc2-desktop-style ]; meta.license = [ lib.licenses.gpl2Plus ]; } </ins>
Change:
Steps to reproduce the behavior: mysql-workbench-8.0.36 Add any other context about the problem here. <!-- 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]:
Problem introduced in Thanks for reporting, I'll try to fix it

Discussion:
# a newer libxml2 version has changed some interfaces ./fix-xml2.patch <ins> # Don't try to override the ANTLR_JAR_PATH specified in cmakeFlags ./dont-search-for-antlr-jar.patch </ins> ]; <del> # 1. have it look for 4.12.0 instead of 4.11.1 # 2. for some reason CMakeCache.txt is part of source code preConfigure = '' substituteInPlace CMakeLists.txt  --replace "antlr-4.11.1-complete.jar" "antlr-4.12.0-complete.jar" </del> <ins> postPatch = '' # For some reason CMakeCache.txt is part of source code, remove it </ins> rm -f build/CMakeCache.txt <ins> patchShebangs tools/get_wb_version.sh </ins> ''; nativeBuildInputs = [

zstd ]; <del> postPatch = '' patchShebangs tools/get_wb_version.sh ''; </del> # GCC 13: error: 'int64_t' in namespace 'std' does not name a type # when updating the version make sure this is still needed env.CXXFLAGS = "-include cstdint";

# mysql-workbench 8.0.21 depends on libmysqlconnectorcpp 1.1.8. # Newer versions of connector still provide the legacy library when enabled # but the headers are in a different location. <del> "-DWITH_ANTLR_JAR=${antlr4_12.jarLocation}" </del> <ins> "-DANTLR_JAR_PATH=${antlr4_12.jarLocation}" </ins> "-DMySQLCppConn_INCLUDE_DIR=${libmysqlconnectorcpp}/include/jdbc" ];

<ins> diff --git a/CMakeLists.txt b/CMakeLists.txt index b7320bb..d7169da 100644 --- a/CMakeLists.txt +++ b/CMakeLists.txt @@ -143,25 +143,6 @@ check_function_exists (strtoull HAVE_STRTOULL) check_function_exists (strtoimax HAVE_STRTOIMAX) check_function_exists (strtoumax HAVE_STRTOUMAX) -set(ANTLR_JAR_FILENAME "antlr-4.11.1-complete.jar") -get_filename_component(SOURCE_PARENT_DIR ${CMAKE_SOURCE_DIR} DIRECTORY) -set(LINUX_RES_BIN_DIR ${SOURCE_PARENT_DIR}/linux-res/bin) -message("WITH_ANTLR_JAR: ${WITH_ANTLR_JAR}") -if(WITH_ANTLR_JAR) -  get_filename_component(ANTLR_JAR_USER_DIR ${WITH_ANTLR_JAR} DIRECTORY) -  find_path(ANTLR_JAR_PATH ${ANTLR_JAR_FILENAME} ${LINUX_RES_BIN_DIR} ${ANTLR_JAR_USER_DIR}) -else(WITH_ANTLR_JAR) -  find_path(ANTLR_JAR_PATH ${ANTLR_JAR_FILENAME} ${LINUX_RES_BIN_DIR}) -endif(WITH_ANTLR_JAR) - -if(ANTLR_JAR_PATH AND Java_JAVA_EXECUTABLE) -  set(ANTLR_JAR_PATH ${ANTLR_JAR_PATH}/${ANTLR_JAR_FILENAME}) -  message(STATUS "ANTLR jar: " ${ANTLR_JAR_PATH}) -else() -  message(WARNING ${ANTLR_JAR_FILENAME} " or java runtime wasn't found which is required if you'd like to rebuild Lexer and Parser files") -endif() - - if (UNIX) if (NOT LIB_INSTALL_DIR) set(LIB_INSTALL_DIR "${CMAKE_INSTALL_PREFIX}/lib") </ins>
Change:
On Arch Linux and NixOS, both with nftables installed, enabling the v2rayA systemd service with tproxy enabled will produce different nft rulesets. On Arch Linux, v2rayA creates a dedicated table for it, as shown by : table inet v2raya { set whitelist { type ipv4addr flags interval auto-merge elements = { 0.0.0.0, 10.0.0.0/8, 100.64.0.0/10, 127.0.0.0/8, ... On NixOS, however, if v2rayA is started by , the table is not present, and the rules with the TPROXY target are found in the table instead: table ip mangle { ... chain TPPRE { ... ip protocol tcp meta mark & 0x000000c0 == 0x00000040 counter packets 196 bytes xt target "TPROXY" ip protocol udp meta mark & 0x000000c0 == 0x00000040 counter packets 72 bytes 5690 xt target "TPROXY" } ... This is because, currently, only adds to the service : However, v2rayA only consider nftables as supported if it finds the command: So I guess it just falls back to some legacy method of setting the forwarding rules. In fact, v2rayA creates the same ruleset on NixOS after enabling if is started directly from the command line instead of being started as a systemd service. Steps to reproduce the behavior: and v2rayA's panel, enable transparent proxy with tproxy the the rule sets: There should be a table called under . I suggest modifying this line in : <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. --CC Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
is the maintainer now.
I've had the same problem before, thank for your feedback. After testing, your suggestions work fine. So I have opened a pull request in

Discussion:
}; wantedBy = [ "multi-user.target" ]; <del> path = with pkgs; [ iptables bash iproute2 ]; # required by v2rayA TProxy functionality </del> <ins> path = with pkgs; [ iptables bash iproute2 ] ++ lib.optionals nftablesEnabled [ nftables ]; # required by v2rayA TProxy functionality </ins> }; };
Change:
Attempt to build with JavaFX: . The build fails due to being unable to satisfy dependencies. The issue seems to occur for other versions of as well. Build was attempted in a flake with Nixpkgs pinned to , <!-- 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]:
I remember encountering this during a last bump, but eventually abandoned it because something like point to obsolete versions of ffmpeg that no longer exist in Nixpkgs. I'll probably mark with on Linux as broken at some time this week.
Oh, there's actually for that. Would you please test if works?

Discussion:
, gtkSupport ? stdenv.isLinux , cairo , glib <ins> , gtk2 </ins> , gtk3 <ins> # runtime dependencies for JavaFX , ffmpeg </ins> }: let dist = dists.${stdenv.hostPlatform.system}

cairo glib gtk3 <ins> ] ++ lib.optionals (gtkSupport && lib.versionOlder dist.jdkVersion "17") [ gtk2 ] ++ lib.optionals (stdenv.isLinux && enableJavaFX) [ ffmpeg.lib </ins> ]; runtimeLibraryPath = lib.makeLibraryPath runtimeDependencies;

xorg.libXi xorg.libXrender xorg.libXtst <ins> xorg.libXxf86vm </ins> zlib <del> ]; </del> <ins> ] ++ lib.optionals (stdenv.isLinux && enableJavaFX) runtimeDependencies; autoPatchelfIgnoreMissingDeps = if (stdenv.isLinux && enableJavaFX) then [ "libavcodec*.so.*" "libavformat*.so.*" ] else null; </ins> installPhase = '' mkdir -p $out
Change:
Enchant cannot find any aspell dictionaries when aspellWithDicts was used to install aspell. The command on its own works fine. Put the following into your : succeeds, i.e. does not output any errors outputs: "Couldn't create a dictionary for en_US.UTF-8"; however, I expected it to succeed just like aspell System: NixOS: 17.09beta581. (Hummingbird) Nix version: 1.11.14 Nixpkgs version: 17.09beta581. Sandboxing enabled: false
I looked at the aspell wrapper: With the system-wide export of ASPELL_CONF, enchant works fine: So the problem seems to be that the wrapper only fixes the issue for the binary, but not for any other application that uses the aspell API directly.
Could you check ?
I'd love to help you, but I have just started using NixOS two days ago and do not yet know how to integrate your proposed change into my system. I downloaded your new to and the following to my : But gave me: error: value is a function while a set was expected, at Line 64 is: If you could show me how to do this most efficiently (possibly without needing to clone nixpkgs or rebuilding my whole system ^^), I would be most grateful! :)
you can pass with your original config; no need to import.
Thank you for your assistance, this worked perfectly. I have commented on . Out of curiosity, is it possible to integrate single packages like I wanted to do with in ?
You can indeed import Nix expressions, however, if you want to import packages from say another Nixpkgs version/tree, then you best import that Nixpkgs, and then the correct attribute from that set. Fixed with so closing.

Discussion:
{ aspell , aspellDicts , makeWrapper <del> , symlinkJoin , runCommand </del> <ins> , buildEnv </ins> }: f:

# Dictionaries we want dicts = f aspellDicts; <del> # A tree containing the dictionaries dictEnv = symlinkJoin { name = "aspell-dicts"; paths = dicts; }; in runCommand "aspell-env" { </del> <ins> in buildEnv { name = "aspell-env"; </ins> buildInputs = [ makeWrapper ]; <del> } '' # Construct wrappers in /bin mkdir -p $out/bin pushd "${aspell}/bin" for prg in *; do if [ -f "$prg" ]; then makeWrapper "${aspell}/bin/$prg" "$out/bin/$prg" --set ASPELL_CONF "dict-dir ${dictEnv}/lib/aspell" fi done popd '' </del> <ins> paths = [ aspell ] ++ dicts; postBuild = '' # Construct wrappers in /bin unlink "$out/bin" mkdir -p "$out/bin" pushd "${aspell}/bin" for prg in *; do if [ -f "$prg" ]; then makeWrapper "${aspell}/bin/$prg" "$out/bin/$prg" --set ASPELL_CONF "dict-dir $out/lib/aspell" fi done popd ''; } </ins>  No newline at end of file
Change:
and other operations fail with See upstream bug report Steps to reproduce the behavior: arion on a basic , e.g. Arion is operations complete succesfully - you seem to think this is a docker compose issue, should those maintainers be pinged? Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
weird, the fix to seemed not to fix this one for me yet

Discussion:
mv $out/bin/arion $out/libexec makeWrapper $out/libexec/arion $out/bin/arion  --unset PYTHONPATH  <del> --prefix PATH : ${lib.makeBinPath [ pkgs.docker-compose_1 ]}  </del> <ins> --prefix PATH : ${lib.makeBinPath [ pkgs.docker-compose ]}  </ins> ; ''; };
Change:
Build of failed on x86_64-linux as of . This is currently breaking . maintainers cc: python311Packages.astropy maintainers cc: Other cc: n/a nixpkgs at commit Contents of : This issue was automatically generated by . that created this issue. Internal tags: -
Looks like may be the problematic line. Looks like a flaky test, we should prob disable it.
seems to fix this. If anyone wants to review it you are welcome. I will merge it otherwise myself because CI is green there.

Discussion:
# May fail due to parallelism, see: # https://github.com/astropy/astropy/issues/15441 "TestUnifiedOutputRegistry" <ins> # More flaky tests, see: https://github.com/NixOS/nixpkgs/issues/294392 "test_sidereal_lon_independent" "test_timedelta_full_precision_arithmetic" </ins> ]; meta = {