jiebi/CodeConvo huggingface dataset:
Change:
"unshareUser" "unshareCgroup" "unshareUts" "unshareNet" "unsharePid" "unshareIpc" ]); <del> chrootenv = callPackage ./chrootenv {}; </del> etcBindFlags = let files = [ # NixOS Compatibility

Discussion:
Describe the bug Apps packaged as AppImage don't seem to respect the system's fontconfig and cursor. Additionally, opening URLs is broken as it seems that doesn't work. To Reproduce Steps to reproduce the behavior: AppImage a URL Expected behavior It should open a browser at the given URL. Screenshots Proper cursor "outside" AppImage: ! Default X11 cursor "inside" AppImage: ! Additional context Notify maintainers <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. --Metadata system: host os: multi-user?: sandbox: version: channels(root): nixpkgs: Maintainer information:
CC: (seems to be the people that did the most significant work here, sorry if you don't have enough context).
BTW, are you using unstable or you're using with backports? Asking this because I had a similar issue with Discord not opening links, and using the proper Discord from instead of using a backport did the trick: .
I'm using unstable. Updated the issue with metadata.
Fixed in . I suppose you are installing stuff globally and hence why you didn't have the issues I did.
I had this problem too, but I thought it was because the difference between and . Reviewing and testing it ASAP.
Was this also fixed? for me (zettlr uses appimage)
Change:
lapack ] ++ lib.optionals guiSupport [ libX11 ] <del> ++ lib.optionals config.cudaSupport (with cudaPackages; [ </del> <ins> ++ lib.optionals cudaSupport (with cudaPackages; [ </ins> cuda_cudart.dev cuda_cudart.lib cuda_cudart.static

Discussion:
I noticed that in this line code actually checks true value of not that is declared at the top. Because of this, dlib doesn’t find the cuDNN libraries and compile without CUDA support. Steps to reproduce the behavior: with and without logs of both dlib compilation. One with will tell that it found cuda and cuDNN and dlib will use cuda, other will fail to find cuDNN and will tell that CUDA installation maybe incomplete and disables CUDA support. When the cudaSupport option defined in Dlib is enabled, dlib can be compiled with CUDA support without setting to true Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Ah good spot, I'll try and put in a PR to fix that tonight. Thanks
Also, I believe this issue can be related to this issue. For people affected by this they can enable = true; globally (which causes a bit of mass rebuilds on system). Also, I’m wondering why options defined in are not searchable in which could save me a bit of time.
Thank you too!
Leaving this here for history:
Change:
<del> { lib, buildGoPackage, fetchFromGitHub, fetchpatch }: let generic = { patches ? [] }: buildGoPackage rec { version = "1.6.4"; pname = "certmgr"; goPackagePath = "github.com/cloudflare/certmgr/"; src = fetchFromGitHub { owner = "cloudflare"; repo = "certmgr"; rev = "v${version}"; sha256 = "0glvyp61ya21pdm2bsvq3vfhmmxc2998vxc6hiyc79ijsv9n6jqi"; }; inherit patches; meta = with lib; { homepage = "https://cfssl.org/"; description = "Cloudflare's certificate manager"; platforms = platforms.linux; license = licenses.bsd2; maintainers = with maintainers; [ johanot srhb ]; }; }; in { certmgr = generic {}; certmgr-selfsigned = generic { # The following patch makes it possible to use a self-signed x509 cert # for the cfssl apiserver. # TODO: remove patch when PR is merged. patches = [ (fetchpatch { # https://github.com/cloudflare/certmgr/pull/51 name   = "cloudflare-certmgr-pull-51.patch"; url    = "https://github.com/cloudflare/certmgr/compare/232e0adf8379db28ab74c46e0dd3eddb3cd8f2ea...55c595a4a2dc871726b3c8337469daf5597718a3.patch"; sha256 = "0jhsw159d2mgybvbbn6pmvj4yqr5cwcal5fjwkcn9m4f4zlb6qrs"; }) ]; }; } </del>

Discussion:
Steps to reproduce the behavior: build certmgr-selfsigned, eg Caused by this by by this out of date shar and also detected Please run and paste the result. Add a to . Thanks!
Change:
else throw "Spideroak client for: ${stdenv.system} not supported!"; ldpath = stdenv.lib.makeLibraryPath [ <del> glib fontconfig libXext libX11 freetype libXrender </del> <ins> glib fontconfig libXext libX11 freetype libXrender zlib </ins> ]; version = "6.0.1";

Discussion:
Spideroak GUI does not work in NixOS unstable. When running , I get this error: As far as I am able to tell, headless mode runs fine. Install spideroak and try to run . System: 17.09pre102667. (Hummingbird) Nix version: nix-env (Nix) 1.11.7 Nixpkgs version: "17.09pre102667."
Python uses the default zlib which is currently 1.2.11. I see the following options: override Python expression and use an older version of zlib let spideroak use our version of libpng. cc
Well the package's approach is strange to me. It installs private versions of libs that depend on libs not installed (e.g. freetype), and at the same time, some of the missing libs naturally depend on libs that are also installed privately (on zlib, for example). You can try such tweaks to find what will work now, but I'm afraid it's likely to remain fragile.
Change:
, typing-extensions }: <ins> let usingMKL = blas.implementation == "mkl" || lapack.implementation == "mkl"; in </ins> buildPythonPackage rec { pname = "jax"; version = "0.3.1";

Discussion:
Build of failed on x86_64-linux as of . Maintainer cc: Other cc: n/a nixpkgs at commit This issue was automatically generated by . that created this issue. Internal tag:
Looks to be some test failures: I suspect this is due to the since jax hasn't been changed otherwise.
Change:
owner = "arsenetar"; repo = "dupeguru"; rev = version; <del> sha256 = "0ma4f1c6vmpz8gi4sdy43x1ik7wh42wayvk1iq520d3i714kfcpy"; </del> <ins> sha256 = "sha256-0lJocrNQHTrpslbPE6xjZDWhzza8cAt2js35LvicZKg="; </ins> fetchSubmodules = true; }; <del> patches = [ # already merged to master, remove next version bump (fetchpatch { name = "remove-m-from-so-var.patch"; url = "https://github.com/arsenetar/dupeguru/commit/bd0f53bcbe463c48fe141b73af13542da36d82ba.patch"; sha256 = "07iisz8kcr7v8lb21inzj1avlpfhh9k8wcivbd33w49cr3mmnr26"; }) ]; </del> nativeBuildInputs = [ gettext python3Packages.pyqt5

Discussion:
Describe the bug Running gives the following error message: To Reproduce Steps to reproduce the behavior: . . Notify maintainers Metadata
I marked this as stale due to inactivity. &rarr;
This is still an issue.
I can confirm the bug.
Change:
}: let <del> llvmPkgs = llvmPackages_8 // { </del> <ins> vc_intrinsics_src = fetchFromGitHub { owner = "intel"; repo = "vc-intrinsics"; rev = "e5ad7e02aa4aa21a3cd7b3e5d1f3ec9b95f58872"; sha256 = "Vg1mngwpIQ3Tik0GgRXPG22lE4sLEAEFch492G2aIXs="; }; llvmPkgs = llvmPackages_11 // { </ins> inherit spirv-llvm-translator; }; inherit (llvmPkgs) llvm;

Discussion:
, current version: 20.34. desired version: 21.42. maintainers: The packages version is quite old and doesn't work properly on 11th gen cpus. There are also other PR which are interwoven with this such as: And also an issue that might be related To update this properly I think we need to update at least the following packages: , , and .
Change:
nativeBuildInputs = [ gobject-introspection wrapGAppsHook ]; buildInputs = [ vte ]; postFixup = '' <ins> substituteInPlace "$out/share/gnome-shell/extensions/ddterm@amezin.github.com/bin/com.github.amezin.ddterm" --replace "gjs" "${gjs}/bin/gjs" </ins> wrapGApp "$out/share/gnome-shell/extensions/ddterm@amezin.github.com/bin/com.github.amezin.ddterm" ''; }))

Discussion:
is unable to find , and thus fails to luanch. Steps to reproduce the behavior: [^1] to watch system logs ddterm with the keybinding or default desktop entry launches normally If applicable, add screenshots to help explain your problem. Add any other context about the problem here. My full NixOS config can be found , permalinked to the config I used when submitting the bug report. If this is a configuration issue, input is appreciated. I updated my before testing No extension remnants (from manually installed extensions) exist at See for recent changes <!-- 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]: [^1]: If this is a configuration issue, my full config (permalinked to the time I tested it last) is located here:
Edit: Adding to my configuration seems to fix it completely. Not sure exactly why doesn't pull that in by default.
It does indeed look for gjs in path:
I'm not sure that line is the problem, because we've already established that it should be dead code. So either it is called nevertheless, which probably indicates that it can't find all necessary dependencies, or something else is going wrong. From the stack trace above it looks like the failure happens when calling a wrapped script, not sure about that though
So yeah the issue is that the launch script uses from the path: It does get wrapped with a binary wrapper, but this only fixed the shebang. Probably the easiest fix would be to add parameters to the wrapper which inject into the script's
Change:
in stdenv.mkDerivation rec { pname = "onlyoffice-desktopeditors"; <del> version = "6.3.1"; </del> <ins> version = "7.1.0"; </ins> minor = null; src = fetchurl { url = "https://github.com/ONLYOFFICE/DesktopEditors/releases/download/v${version}/onlyoffice-desktopeditors_amd64.deb"; <del> sha256 = "sha256-WCjCljA7yB7Zm/I4rDZnfgaUQpDUKwbUvL7hkIG8cVM="; </del> <ins> sha256 = "sha256-40IUAmg7PnfYrdTj7TVbfvb9ey0/zzswu+sJllAIktg="; </ins> }; nativeBuildInputs = [

Discussion:
<!-- Note that these are hard requirements --<!-- You can use the "Go to file" functionality on GitHub to find the package Then you can go to the history for this package Find the latest "packagename: oldversion -newversion" commit The "newversion" is the current version of the package --- <!-- Type the name of your package and try to find an open pull request for the package If you find an open pull request, you can review it! There's a high chance that you'll have the new version right away while helping the community! --- name: onlyoffice-bin <!-- The current version can be found easily with the same process as above for checking the master branch If an open PR is present for the package, take this version as the current one and link to the PR --current version: 6.3.1 desired version: 7.0.1 <!-- Search your package here: If no maintainer is listed for your package, tag the person that last updated the package --maintainers: Please tag this issue in your PR.
Change:
<ins> { lib , python3 , fetchFromGitHub , extras ? [ "hjson" "json5" "toml" "xml" "yaml" ] }: python3.pkgs.buildPythonApplication rec { pname = "jinja2-cli"; version = "0.8.2"; format = "pyproject"; src = fetchFromGitHub { owner = "mattrobenolt"; repo = "jinja2-cli"; rev = version; hash = "sha256-67gYt0nZX+VTVaoSxVXGzbRiXD7EMsVBFWC8wHo+Vw0="; }; nativeBuildInputs = [ python3.pkgs.setuptools python3.pkgs.wheel ]; nativeCheckInputs = [ python3.pkgs.pytestCheckHook ]; propagatedBuildInputs = with python3.pkgs; [ jinja2 ] ++ lib.attrVals extras passthru.optional-dependencies; pythonImportsCheck = [ "jinja2cli" ]; passthru.optional-dependencies = with python3.pkgs; { hjson = [ hjson ]; json5 = [ json5 ]; toml = [ toml ]; xml = [ xmltodict ]; yaml = [ pyyaml ]; }; meta = with lib; { description = "CLI for Jinja2"; homepage = "https://github.com/mattrobenolt/jinja2-cli"; license = licenses.bsd2; maintainers = with maintainers; [ figsoda ]; mainProgram = "jinja2"; }; } </ins>

Discussion:
Project description A CLI interface to Jinja2 Metadata homepage URL: source URL: license: bsd2 platforms: unix, linux, darwin Other info This was closed
Change:
mkdir -p $out/share/inkscape/extensions cp ${inkcut}/share/inkscape/extensions/* $out/share/inkscape/extensions ''); <ins> silhouette = callPackage ./extensions/silhouette { }; </ins> textext = callPackage ./extensions/textext { pdflatex = texlive.combined.scheme-basic; lualatex = texlive.combined.scheme-basic;

Discussion:
Project description An extension to drive Silhouette vinyl cutters (e.g. Cameo, Portrait, Curio series) from within inkscape Metadata homepage URL: source URL: license: gpl2 platforms: unix
Change:
<ins> { stdenv , buildPythonPackage , fetchFromGitHub , substituteAll , python , gcc10 , cmake , boost172 , icu , swig , pcre , opencascade-occt , opencollada , libxml2 }: buildPythonPackage rec { pname = "ifcopenshell"; version = "0.6.0b0"; format = "other"; src = fetchFromGitHub { owner  = "IfcOpenShell"; repo   = "IfcOpenShell"; rev    = "v${version}"; fetchSubmodules = true; sha256 = "1ad1s9az41z2f46rbi1jnr46mgc0q4h5kz1jm9xdlwifqv9y04g1"; }; patches = [ (substituteAll { name = "site-packages.patch"; src = ./site-packages.patch; site_packages = "lib/${python.libPrefix}/site-packages"; }) ]; nativeBuildInputs = [ gcc10 cmake ]; buildInputs = [ boost172 icu pcre libxml2 ]; preConfigure = '' cd cmake ''; cmakeFlags = [ "-DOCC_INCLUDE_DIR=${opencascade-occt}/include/opencascade" "-DOCC_LIBRARY_DIR=${opencascade-occt}/lib" "-DOPENCOLLADA_INCLUDE_DIR=${opencollada}/include/opencollada" "-DOPENCOLLADA_LIBRARY_DIR=${opencollada}/lib/opencollada" "-DSWIG_EXECUTABLE=${swig}/bin/swig" "-DLIBXML2_INCLUDE_DIR=${libxml2.dev}/include/libxml2" "-DLIBXML2_LIBRARIES=${libxml2.out}/lib/${if stdenv.isDarwin then "libxml2.dylib" else "libxml2.so"}" ]; meta = with stdenv.lib; { description = "Open source IFC library and geometry engine"; homepage    = http://ifcopenshell.org/; license     = licenses.lgpl3; maintainers = with maintainers; [ fehnomenal ]; }; } </ins>

Discussion:
Project description Open source IFC library and geometry engine base c++ Metadata homepage URL: source URL: license: lgpl 3.0 platforms: linux
This package would be great to have
Hello, I'm a bot and I thank you in the name of the community for opening this issue. To help our human contributors focus on the most-relevant reports, I check up on old issues to see if they're still relevant. This issue has had no activity for 180 days, and so I marked it as stale, but you can rest assured it will never be closed by a non-human. The community would appreciate your effort in checking if the issue is still valid. If it isn't, please close it. If the issue persists, and you'd like to remove the stale label, you simply need to leave a comment. Your comment can be as simple as "still important to me". If you'd like it to get more attention, you can ask for help by searching for maintainers and people that previously touched related code and @ mention them in a comment. You can use or on the relevant files to find them. Lastly, you can always ask for help at or at .
soft bump
Change:
<ins> diff -ru orig/t/SATest.pm new/t/SATest.pm --- orig/t/SATest.pm	2023-06-25 11:26:27.663204415 +0000 +++ new/t/SATest.pm	2023-06-25 11:34:08.902174669 +0000 @@ -65,9 +65,12 @@ # Clean PATH so taint doesn't complain if (!$RUNNING_ON_WINDOWS) { -    $ENV{'PATH'} = '/bin:/usr/bin:/usr/local/bin'; +    # untaint PATH +    $ENV{'PATH'} =~ /^(.+)$/; +    $ENV{'PATH'} = $1; +    # $ENV{'PATH'} = '/bin:/usr/bin:/usr/local/bin'; # Remove tainted envs, at least ENV used in FreeBSD -    delete @ENV{qw(IFS CDPATH ENV BASH_ENV)}; +    # delete @ENV{qw(IFS CDPATH ENV BASH_ENV)}; } else { # Windows might need non-system directories in PATH to run a Perl installation # The best we can do is clean out obviously bad stuff such as relative paths or .. </ins>

Discussion:
SpamAssassin generates and compiles C code from anti-spam rules. This currently fails because the generated code makes use of the function, which is not available during the rule compilation process. Steps to reproduce the behavior: the SpamAssassin service that sa-update.service fails with the error message: that, consequently, spamd.service will not function. Alternatively, the error can also be observed by invoking directly. sa-update.service succeeds <!-- 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.
A smoke-test that serves as a reproducer is available in .
In theory, this could be addressed by making libxcrypt available when compiling rules, but care must probably also be taken so that the dynamic linker can find it at rule run-time.
Rule compilation seems to complete without errors for the rule if we set . However, of course the resulting binary is not linked against libxcrypt then. I’m not sure when Spamassassin will generate code that actually calls functions from that library.
Change:
<ins> { lib , buildPythonPackage , fetchFromGitHub , poetry-core , pytest , pytestCheckHook , pytest-describe , pytest-cov }: buildPythonPackage rec { pname = "pytest-spec"; version = "unstable-2023-06-04"; pyproject = true; src = fetchFromGitHub { owner = "pchomik"; repo = "pytest-spec"; rev = "e16e0550dd6bc557411e4312b7b42d53b26e69ef"; hash = "sha256-dyDUdZJU4E4y1yCzunAX2c48Qv6ogu0b60U/5YbJvIU="; }; postPatch = '' sed -i '/addopts/d' setup.cfg # TODO: upstream substituteInPlace pyproject.toml  --replace "poetry>=0.12" "poetry-core"  --replace "poetry.masonry.api" "poetry.core.masonry.api" ''; nativeBuildInputs = [ poetry-core ]; buildInputs = [ pytest ]; nativeCheckInputs = [ pytestCheckHook pytest-describe ]; pytestFlagsArray = [ "--spec" ]; pythonImportsCheck = [ "pytest_spec" ]; meta = { description = "A pytest plugin to display test execution output like a SPECIFICATION"; homepage = "https://github.com/pchomik/pytest-spec"; license = lib.licenses.gpl2Plus; maintainers = with lib.maintainers; [ tomasajt ]; }; } </ins>

Discussion:
Project description Library pytest-spec is a pytest plugin to display test execution output like a SPECIFICATION. Metadata homepage URL: source URL: license: GPL-2.0 platforms: unix, linux, darwin, ...
Change:
<del> { stdenv, libXScrnSaver, makeWrapper, fetchurl, wrapGAppsHook, gtk3, unzip, atomEnv, libuuid, at-spi2-atk, at-spi2-core}: let version = "6.0.1"; name = "electron-${version}"; throwSystem = throw "Unsupported system: ${stdenv.hostPlatform.system}"; meta = with stdenv.lib; { description = "Cross platform desktop application shell"; homepage = https://github.com/electron/electron; license = licenses.mit; maintainers = with maintainers; [ travisbhartwell manveru ]; platforms = [ "x86_64-darwin" "x86_64-linux" "i686-linux" "armv7l-linux" "aarch64-linux" ]; }; linux = { inherit name version meta; src = { i686-linux = fetchurl { url = "https://github.com/electron/electron/releases/download/v${version}/electron-v${version}-linux-ia32.zip"; sha256 = "0ly6mjcljw0axkkrz7dsvfywmjb3pmspalfk2259gyqqxj8a37pb"; }; x86_64-linux = fetchurl { url = "https://github.com/electron/electron/releases/download/v${version}/electron-v${version}-linux-x64.zip"; sha256 = "0l8k6v16ynikf6x59w5byzhji0d6mqp2q0kjlrby56546qzyfkh6"; }; armv7l-linux = fetchurl { url = "https://github.com/electron/electron/releases/download/v${version}/electron-v${version}-linux-armv7l.zip"; sha256 = "0c2xl8dm9fmj0d92w53zbn2np2fiwr88hw0dqjdn1rwczhw7zqss"; }; aarch64-linux = fetchurl { url = "https://github.com/electron/electron/releases/download/v${version}/electron-v${version}-linux-arm64.zip"; sha256 = "0iyq229snm7z411xxfsv7f0bqg6hbw2l8y6ymys110f83hp01f8a"; }; }.${stdenv.hostPlatform.system} or throwSystem; buildInputs = [ gtk3 ]; nativeBuildInputs = [ unzip makeWrapper wrapGAppsHook ]; dontWrapGApps = true; # electron is in lib, we need to wrap it manually buildCommand = '' mkdir -p $out/lib/electron $out/bin unzip -d $out/lib/electron $src ln -s $out/lib/electron/electron $out/bin fixupPhase patchelf  --set-interpreter "$(cat $NIX_CC/nix-support/dynamic-linker)"  --set-rpath "${atomEnv.libPath}:${stdenv.lib.makeLibraryPath [ libuuid at-spi2-atk at-spi2-core ]}:$out/lib/electron"  $out/lib/electron/electron wrapProgram $out/lib/electron/electron  --prefix LD_PRELOAD : ${stdenv.lib.makeLibraryPath [ libXScrnSaver ]}/libXss.so.1  "''${gappsWrapperArgs[@]}" ''; }; darwin = { inherit name version meta; src = fetchurl { url = "https://github.com/electron/electron/releases/download/v${version}/electron-v${version}-darwin-x64.zip"; sha256 = "0m8v5fs69kanrd1yk6smbmaaj9gb5j3q487z3wicifry0xn381i2"; }; buildInputs = [ unzip ]; buildCommand = '' mkdir -p $out/Applications unzip $src mv Electron.app $out/Applications mkdir -p $out/bin ln -s $out/Applications/Electron.app/Contents/MacOs/Electron $out/bin/electron ''; }; in stdenv.mkDerivation (if stdenv.isDarwin then darwin else linux) </del>

Discussion:
Describe the bug ^ what is says. They're several months out of date. Here are the currently supported versions: cc
Change:
{ callPackage, ... } @ args: callPackage ./generic.nix (args // { <del> version = "3.11.10"; sha256 = "1wcv0drhb765fda6kkpsxsyfdv4cqf7nqfwc4bimh4c4djap5rxv"; </del> <ins> version = "3.11.12"; sha256 = "16j58l7r47qrfh8q7fm92y935ykgvnbj3qn984c42qda15x92hkw"; </ins> generation = "3_11"; })

Discussion:
, CVSSv3=9.1 (nixos-21.11, nixos-unstable) When running Apache Cassandra with the following configuration: enableuserdefinedfunctions: true enablescripteduserdefinedfunctions: true enableuserdefinedfunctions_threads: false it is possible for an attacker to execute arbitrary code on the host. The attacker would need to have enough permissions to create user defined functions in the cluster to be able to exploit this. Note that this configuration is documented as unsafe, and will continue to be considered unsafe after this CVE. Scanned versions: nixos-21.11: ; nixos-unstable: . Cc
This CVE only affects configurations with a specific option enabled that is not enabled by default.
Upon second reading, a fix is available, which is relevant for those with vulnerable configs.
Change:
<ins> diff --git a/ext/libxml/php_libxml.h b/ext/libxml/php_libxml.h index a1011f0b17..7a7622c482 100644 --- a/ext/libxml/php_libxml.h +++ b/ext/libxml/php_libxml.h @@ -119,6 +119,23 @@ PHP_LIBXML_API void php_libxml_shutdown(void); ZEND_TSRMLS_CACHE_EXTERN() #endif +#if defined(__clang__) +# define PHP_LIBXML_IGNORE_DEPRECATIONS_START  +	_Pragma("clang diagnostic push")  +	_Pragma("clang diagnostic ignored "-Wdeprecated-declarations"") +# define PHP_LIBXML_IGNORE_DEPRECATIONS_END  +	_Pragma("clang diagnostic pop") +#elif defined(__GNUC__) +# define PHP_LIBXML_IGNORE_DEPRECATIONS_START  +	_Pragma("GCC diagnostic push")  +	_Pragma("GCC diagnostic ignored "-Wdeprecated-declarations"") +# define PHP_LIBXML_IGNORE_DEPRECATIONS_END  +	_Pragma("GCC diagnostic pop") +#else +# define PHP_LIBXML_IGNORE_DEPRECATIONS_START +# define PHP_LIBXML_IGNORE_DEPRECATIONS_END +#endif + /* Other extension may override the global state options, these global options * are copied initially to ctxt->options. Set the options to a known good value. * See libxml2 globals.c and parserInternals.c. </ins>

Discussion:
Steps to reproduce the behavior: php-simplexml-8.1.2 This happen after latest flake update Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Hydra build : and seem fine: Probably related: (fixes for 8.2 and 8.3 with same error) 1 is out of active support, so there was no backport for from upstream PS you did not ping any maintainers for that package, so they would need to notice this issue (which is unlikely)
Also causes an lsp-plugins build failure. Gonna ping maintainers.
this is fixed in master
forgive my ignorance, but what needs to happen for the fix on master to make its way to the unstable channel? I would love to be able to rebuild my system soon
fixed "lsp-plugins build failure" (it does not depend on php 8.1 version now) If your system update depends on in some other way it won't help. does not build on current master as of (2024-07-30T19:50:23Z)
Well if you only need to rebuild your system again and you don't necessarily care about the updates you're missing out on, you can try using a previous version of your file