jiebi/CodeConvo huggingface dataset:
Change:
<del> { stdenv, intltool, fetchurl, python </del> <ins> { stdenv, intltool, fetchurl, python, autoreconfHook </ins> , pkgconfig, gtk3, glib , makeWrapper, itstool, libxml2, docbook_xsl , gnome3, librsvg, gdk_pixbuf, libxslt }:

Discussion:
System: 18.03pre118631. (Impala) Nix version: nix-env (Nix) 1.11.15 Nixpkgs version: "18.03pre118631." Sandboxing enabled: build-use-sandbox = true
See, I thought I had fixed it somewhere but cannot find it ATM.
Change:
<del> { stdenv, lib, buildPythonPackage, fetchPypi, python , attrs, enum34, hyperlink, incremental, six, twisted, typing, tubes, werkzeug, zope_interface , hypothesis, treq </del> <ins> { lib , stdenv , attrs , buildPythonPackage , fetchFromGitHub , hyperlink , hypothesis , incremental , python , pythonOlder , treq , tubes , twisted , typing-extensions , werkzeug , zope_interface </ins> }: buildPythonPackage rec { pname = "klein"; <del> version = "21.8.0"; </del> <ins> version = "unstable-2022-06-26"; format = "setuptools"; </ins> <del> src = fetchPypi { inherit pname version; sha256 = "1mpydmz90d0n9dwa7mr6pgj5v0kczfs05ykssrasdq368dssw7ch"; </del> <ins> disabled = pythonOlder "3.7"; src = fetchFromGitHub { owner = "twisted"; repo = pname; rev = "d8c2b92a3c77aa64c596696fb6f07172ecf94a74"; hash = "sha256-RDZqavkteUbARV78OctZtLIrE4RoYDVAanjwE5i/ZeM="; </ins> }; <del> propagatedBuildInputs = [ attrs enum34 hyperlink incremental six twisted typing tubes werkzeug zope_interface ]; </del> <ins> propagatedBuildInputs = [ attrs hyperlink incremental twisted tubes werkzeug zope_interface ] ++ lib.optionals (pythonOlder "3.8") [ typing-extensions ]; </ins> <del> checkInputs = [ hypothesis treq ]; </del> <ins> checkInputs = [ hypothesis treq ]; </ins> checkPhase = '' ${python.interpreter} -m twisted.trial -j $NIX_BUILD_CORES klein ''; <ins> pythonImportsCheck = [ "klein" ]; </ins> meta = with lib; { <del> broken = (stdenv.isLinux && stdenv.isAarch64) || stdenv.isDarwin; </del> description = "Klein Web Micro-Framework"; <del> homepage    = "https://github.com/twisted/klein"; license     = licenses.mit; </del> <ins> homepage = "https://github.com/twisted/klein"; license = licenses.mit; </ins> maintainers = with maintainers; [ exarkun ]; <ins> broken = (stdenv.isLinux && stdenv.isAarch64) || stdenv.isDarwin; </ins> }; }

Discussion:
(version ) is broken (test failure) with werkzeug version , but works with werkzeug . nixos-22.05 nixpkgs-unstable python3.9-klein=============================================================================== python3.9-klein[ERROR] python3.9-kleinTraceback (most recent call last): python3.9-kleinFile "/nix/store/wn395hf4q94521yvi3v4mqa6lhpkj8ny-python3.9-klein-21.8.0/lib/python3.9/site-", line 642, in testaddSlash python3.9-kleinrequest.setHeader.asserthascalls( python3.9-kleinFile "/nix/store/7l0dc127v4c2m3yar0bmqy9q6sfmypin-python3-", line 944, in asserthascalls python3.9-kleinraise AssertionError( python3.9-kleinbuiltins.AssertionError: Calls not found. python3.9-kleinExpected: [call(b'Content-Type', b'text/html; charset=utf-8'), python3.9-kleincall(b'Content-Length', b'258'), python3.9-kleincall(b'Location', b'http://localhost:8080/foo/')] python3.9-kleinActual: [call(b'Content-Type', b'text/html; charset=utf-8'), python3.9-kleincall(b'Content-Length', b'239'), python3.9-kleincall(b'Location', b'http://localhost:8080/foo/')] python3.9- python3.9-klein
python3.9-kleinRan 242 tests in 50.854s python3.9-kleinFAILED (errors=1, successes=241) cc (maintainer)
Shouldn't this be a bug report against werkzeug, which was updated without consideration of what dependencies might be broken?
Change:
<del> { lib, stdenv, fetchurl, bzip2 }: </del> <ins> { lib, stdenv, fetchurl, fetchpatch, bzip2 }: </ins> stdenv.mkDerivation rec { pname = "bsdiff";

Discussion:
, CVSSv3=9.8 (nixos-20.03, nixos-20.09, nixos-unstable) Scanned versions: nixos-20.03: ; nixos-20.09: ; nixos-unstable: . Cc
Change:
<del> --- a/CMakeLists.txt +++ b/CMakeLists.txt @@ -25,6 +25,8 @@ # Packagers (or people using make install) have to set this variable to an absolute path. wl_set_if_unset(WL_INSTALL_DATADIR "./data") +wl_set_if_unset(WL_INSTALL_BINARY "./bin") + if("${CMAKE_CXX_COMPILER_ID}" STREQUAL "GNU") if (CMAKE_CXX_COMPILER_VERSION VERSION_LESS 4.7) message(FATAL_ERROR "Widelands needs GCC >= 4.7 to compile.") --- a/cmake/WlFunctions.cmake +++ b/cmake/WlFunctions.cmake @@ -276,5 +276,5 @@ #Quoting the CMake documentation on DESTINATION: #"If a relative path is given it is interpreted relative to the value of CMAKE_INSTALL_PREFIX" -  install(TARGETS ${NAME} DESTINATION "." COMPONENT ExecutableFiles) +  install(TARGETS ${NAME} DESTINATION ${WL_INSTALL_BINARY} COMPONENT ExecutableFiles) endfunction() </del>

Discussion:
name: widelands current version: 1.0 desired version: 1.1 maintainers: The widelands devs sent us an email about the release. I think this is a first for me.
I'm working on a PR for this (and once I figure out the github UI, I'll assign it to myself)..
Closing since fixes this. Please reopen if I'm wrong.
Change:
[ "audiofx" # tests have race-y failure, see https://gitlab.freedesktop.org/gstreamer/gst-plugins-rs/-/issues/337 "csound" # tests have weird failure on x86, does not currently work on arm or darwin <ins> "livesync" # tests have suspicious intermittent failure, see https://gitlab.freedesktop.org/gstreamer/gst-plugins-rs/-/issues/357 </ins> ] ++ lib.optionals stdenv.isDarwin [ "reqwest" # tests hang on darwin "threadshare" # tests cannot bind to localhost on darwin

Discussion:
Steps to reproduce the behavior: and test gst-plugins-rs on Hydra Tests time out when building gst-plugins-rs on Hydra. This was reported to occur on Darwin in , but also occurs on Linux as well. Currently, there is no up-to-date build for aarch64-linux in See intermittent Hydra failures
Oof the tests timed out on aarch64 on one and livesync plugin test failed on the other. I guess I'll make that timeout longer and disabled livesync on aarch64. PR incoming in the next hour or so Darwin timed out in ofborg on the PR for other reasons (ofborg's internal timeout, not the timeout I set on the tests). It successfully built on Hydra after merging and I had tested it locally
For reference, this was the test failure on livesync on aarch64: I'll follow-up with the gstreamer folks later and figure out what's going on with the livesync test (more uninitialized memory usage in like in maybe )
Oh hey it's actually already been reported upstream. I'll just disable it across all platforms then and will re-enable when that issue is resolved
I've opened Thank you for reporting! (I've been checking every couple days, but hadn't in several days so missed the failure)
Change:
''; }; <ins> # Removed option. See `checkAssertion` below for the accompanying error message. pkgs = mkOption { visible = false; }; </ins> } // networkOptions; <del> config = mkMerge [ (mkIf options.config.isDefined { path = config.config.system.build.toplevel; }) ]; </del> <ins> config = let # Throw an error when removed option `pkgs` is used. # Because this is a submodule we cannot use `mkRemovedOptionModule` or option `assertions`. optionPath = "containers.${name}.pkgs"; files = showFiles options.pkgs.files; checkAssertion = if options.pkgs.isDefined then throw '' The option definition `${optionPath}' in ${files} no longer has any effect; please remove it. Alternatively, you can use the following options: - containers.${name}.nixpkgs This sets the nixpkgs (and thereby the modules, pkgs and lib) that are used for evaluating the container. - containers.${name}.config.nixpkgs.pkgs This only sets the `pkgs` argument used inside the container modules. '' else null; in { path = builtins.seq checkAssertion mkIf options.config.isDefined config.config.system.build.toplevel; }; </ins> })); default = {};

Discussion:
Describe the bug Since the introduction of the option in on master and for release-20.03, overlays defined in containers with are no longer working. To Reproduce Execute this test: Expected behavior Overlays should work inside the containers. Notify maintainers (author of the change) Metadata Please run and paste the result. Maintainer information:
[x] Done. [ ] The option seems useful and should be kept on master for the next release, but it needs to be fixed to work with overlays.
It appears 20.09 is affected by this. While trying to upgrade to 20.09 my containers that use personal overlays fail to build. Looking at the git history for tag 20.09, I see in the history, but not the revert commit , and commit logs for does not include a fix for this bug.
This issue has been mentioned on NixOS Discourse. There might be relevant details there:
Change:
</para> <xi:include href="agda.section.xml" /> <xi:include href="android.section.xml" /> <del> <xi:include href="beam.xml" /> </del> <ins> <xi:include href="beam.section.xml" /> </ins> <xi:include href="bower.xml" /> <xi:include href="coq.xml" /> <xi:include href="crystal.section.xml" />

Discussion:
This issue tracks the conversion of from Docbook to CommonMark per . If you intend to work on this conversion, please comment below! in this issue that you intend to work on it. (Please also post if you stop working on it) a new branch of nixpkgs master. : change to . to . the contents from Docbook to . Use existing sections for inspiration. from the folder to build the manual. the manual on your computer at after running from folder: it looks good, submit a PR and reference this issue.
Hi I can look at this conversion.
Change:
<ins> { lib, stdenv, fetchFromGitHub, substituteAll, cmake, python3Packages, libsForQt5, SDL2, fmt, toml11, libunarr, }: stdenv.mkDerivation (finalAttrs: { pname = "nanoboyadvance"; version = "1.8.1"; src = fetchFromGitHub { owner = "nba-emu"; repo = "NanoBoyAdvance"; rev = "v${finalAttrs.version}"; hash = "sha256-du3dPTg3OxNTWXDQo2m9W0rJxtrkn+lQSh/XGiu/eGg="; }; patches = [ (substituteAll { src = ./dont-fetch-glad.patch; gladSrc = fetchFromGitHub { owner = "Dav1dde"; repo = "glad"; rev = "v2.0.5"; hash = "sha256-Ba7nbd0DxDHfNXXu9DLfnxTQTiJIQYSES9CP5Bfq4K0="; }; }) ]; nativeBuildInputs = [ cmake python3Packages.jinja2 libsForQt5.wrapQtAppsHook ]; buildInputs = [ libsForQt5.qtbase SDL2 fmt toml11 libunarr ]; cmakeFlags = [ (lib.cmakeBool "USE_SYSTEM_FMT" true) (lib.cmakeBool "USE_SYSTEM_TOML11" true) (lib.cmakeBool "USE_SYSTEM_UNARR" true) ]; meta = { description = "A cycle-accurate Nintendo Game Boy Advance emulator"; homepage = "https://github.com/nba-emu/NanoBoyAdvance"; license = lib.licenses.gpl3Plus; mainProgram = "NanoBoyAdvance"; maintainers = with lib.maintainers; [ tomasajt ]; platforms = lib.platforms.all; }; }) </ins>

Discussion:
Project description <!-- Describe the project a little: --A cycle-accurate Nintendo Game Boy Advance emulator. Metadata homepage URL: N/A source URL: license: GPLv3 platforms: unix Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Change:
"test_unzip_file" "test_zip" "test_zip_file" <ins> ] ++ lib.optionals stdenv.isDarwin [ "test_ar" </ins> ]; meta = with lib; {

Discussion:
At the moment it is not possible to install on my Mac M1 cause is not available at the moment. It would be awsome if I could disable installation of by overriding the . I also could be that I am missing how to do that. Steps to reproduce the behavior: Install Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Change:
description = "Give a fake root environment through LD_PRELOAD"; license = stdenv.lib.licenses.gpl2Plus; maintainers = with stdenv.lib.maintainers; [viric]; <del> platforms = with stdenv.lib.platforms; linux; </del> <ins> platforms = stdenv.lib.platforms.unix; </ins> }; }

Discussion:
does not appear to be supported on ; this is possible via , and works with no issue, so it does not appear to be a technical limitation. I am not familiar enough with Nix to port over the homebrew packaging, but was planning on taking a stab if this issue does not get traction. or and System: Nix version: Nixpkgs version:
Change:
See <xref linkend="sec-booting-from-pxe" /> for documentation.</para> </listitem> <ins> <listitem> <para>Xorg-server-1.18.*. If you choose <literal>"ati_unfree"</literal> driver, 1.17.* is still used due to ABI incompatibility.</para> </listitem> </ins> </itemizedlist> <para>The following new services were added since the last release:</para>

Discussion:
On current master () and at least since : Importing fixes the first part, but breaks the vm build :disappointed: ... which is kind of expected. Importing fixes all the warnings. Is this the expected behavior? What has changed from one month ago where everything went fine without imports? nixos-version: (Flounder) nix-env --version: nix-env (Nix) 1.11.2 nix-instantiate --eval '<nixpkgs' -A lib.nixpkgsVersion: "16.09pre82105." /cc as you master the module import system :-).
No this is not the expected behaviour. This is indeed weird, as is the only module to define and options. Also, this module is supposed to be included by default in of . Are you able to bisect the config , and isolate the minimal set which cause the same error? And then bisect nixpkgs to find which commit cause this change?
I can reproduce it with . Git bisect points at , which look innocuous, but the commit contains a discussion about it triggering an infinite recursion, so maybe it induces a subtle breakage ?
Lost interest in this one... Let's close it for now.
Yes, the bisect sounds wrong.
Change:
--replace /bin/rm ${coreutils}/bin/rm ''; <del> preFixup = '' </del> <ins> postFixup = '' </ins> # remove unwanted build-dependency references sed -i -e "s!PKG_CONFIG_PATH=''${PKG_CONFIG_PATH}!PKG_CONFIG_PATH=$(echo "$PKG_CONFIG_PATH" | sed -e 's/./0/g')!" $out/bin/mc <ins> # libX11.so is loaded dynamically so autopatch doesn't detect it patchelf  --add-needed ${libX11}/lib/libX11.so  $out/bin/mc </ins> ''; meta = with lib; {

Discussion:
Describe the bug Midnight Commander is compiled with x11 support but it can't connext to x11, and because of that hotkey to paste selection doesn't work under X11 session. I debugged it a bit and it can't open x11 library and returns Should it be patched somehow? Expected behavior A clear and concise description of what you expected to happen. Screenshots If applicable, add screenshots to help explain your problem. Additional context Add any other context about the problem here. Notify maintainers Metadata system: host os: multi-user?: sandbox: version: channels(root): nixpkgs: Maintainer information:
It works fine if LDLIBRARYPATH contains
Change:
<ins> #! /usr/bin/env nix-shell #! nix-shell -i bash -p common-updater-scripts prefetch-npm-deps jq sd #shellcheck shell=bash set -xeu -o pipefail PACKAGE_DIR="$(realpath "$(dirname "$0")")" cd "$PACKAGE_DIR/.." while ! test -f default.nix; do cd .. ; done NIXPKGS_DIR="$PWD" new_version="$( list-git-tags --url=https://github.com/CollaboraOnline/online  | grep --perl-regex --only-matching '^cp-K[0-9.-]+$'  | sort --version-sort  | tail -n1 )" cd "$NIXPKGS_DIR" update-source-version collabora-online "$new_version" TMPDIR="$(mktemp -d)" trap 'rm -rf "$TMPDIR"' EXIT cd "$TMPDIR" src="$(nix-build --no-link "$NIXPKGS_DIR" -A collabora-online.src)" cp "$src"/browser/package.json . npm install --package-lock-only cp ./package-lock.json "$PACKAGE_DIR" prev_npm_hash="$(nix-instantiate "$NIXPKGS_DIR"  --eval --json  -A collabora-online.npmDeps.hash  | jq -r . )" new_npm_hash="$(prefetch-npm-deps ./package-lock.json)" sd --fixed-strings "$prev_npm_hash" "$new_npm_hash" "$PACKAGE_DIR/package.nix" </ins>

Discussion:
Collabora Online Hi there, As of today, OnlyOffice is packaged in nixpkgs though it has a bug that throws SIG_ILL in x2t transformer. An alternative to onlyoffice, there is Collabora Online. It is an online version of libreoffice that can be integrated into several different portals suchs as nextcloud, moodle etc. I've decided to give it a go to package it into nixpkgs with the following shell: When I've tried to configure it looked for libreofficekit that which I am not familiar with. I've looked into the the libreoffice-collabora package and found only the followings: My question is, is it possible to get dev contents of libreoffice in nixpkgs via some output (usually it is 'dev')? I must admit I do not possess much experience with libreoffice and friends. I assume libreofficekit is a dev extension that can hook up to some functionality in libreoffice, please correct me if I am wrong. I think while the onlyoffice gets a proper fix, it is positive to initiate a conversation for an alternative that is collabora in this particular situtation. best, evrim. Metadata source URL:
Change:
meta = with lib; { description = "Command output timestamper"; <del> homepage = "https://github.com/zmwangx/ets/"; </del> <ins> homepage = "https://github.com/gdubicki/ets/"; </ins> license = licenses.mit; maintainers = with maintainers; [ cameronfyfe ]; mainProgram = "ets";

Discussion:
Package name: ets Latest released version: 0.3.0 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 am not seeing a 0.3.0 release on their , where are you getting this from?
0 comes from , a fork of the original ets.
Nice, I knew this wasn't actively maintained anymore but wasn't aware of this fork. I'll take a look and submit a PR if it looks good and no one else has by the time I get to it.
Change:
ieee754 = callPackage ../development/libraries/haskell/ieee754 {}; <ins> indents = callPackage ../development/libraries/haskell/indents {}; </ins> instantGenerics = callPackage ../development/libraries/haskell/instant-generics {}; ioChoice = callPackage ../development/libraries/haskell/io-choice {};

Discussion:
Kdenlive build fails because CMake can't find QtConcurrent. Error: It appears to have been broken by some changes made to qtbase but I am not familiar enough with it to know what specifically. Changes between success and first failure: Latest Hydra failure: cc Attempt to install Kdenlive System: NixOS: 17.09pre107928. (Hummingbird) Nix version: nix-env (Nix) 1.11.9 Nixpkgs version: "17.09pre107928." Sandboxing enabled: build-use-sandbox = true
You need to modify the to We should send a patch upstream. This must be a required change since QT5.8.
Fixed by:
Change:
stdenv.mkDerivation (finalAttrs: { pname = "gpt4all"; <del> version = "2.7.3"; </del> <ins> version = "2.7.4"; </ins> src = fetchFromGitHub { fetchSubmodules = true; <del> hash = "sha256-hIfeADP3tiooGZr/OMVFIkOAniMWXj9AsVzMPlVbucE="; </del> <ins> hash = "sha256-G22d2Q6z7DmPHM/DEE7iyJ8SWRZdoVdSWw+gnPVHdEg="; </ins> owner = "nomic-ai"; repo = "gpt4all"; rev = "v${finalAttrs.version}";

Discussion:
Package name: gpt4all Latest released version: 2.7.4 <!-- Search your package here: --- Current version on the unstable channel: 2.7.3 Current version on the stable/release channel: N/A <!-- 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 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:
}; hostname = mkOption { <del> type = str; </del> <ins> type = nullOr str; default = null; </ins> example = "keycloak.example.com"; description = lib.mdDoc '' The hostname part of the public URL used as base for

Discussion:
Keycloak offers the option to configure either the or configuration setting. The current keycloak module doesn't support the option due to the way the config file is generated. Steps to reproduce the behavior: a keycloak service with only and not . a system with this service and get Be able to configure either or as a setting. (maintainer of keycloak module: ) Please run and paste the result.
should resolve this. Please try it out.
Thank you for the quick handling of the issue I'll try to do it at work the day after tomorrow
Has been tested and works.
Change:
SCMP_SYS(madvise), SCMP_SYS(mmap), SCMP_SYS(mmap2), <del> @@ -1211,6 +1216,8 @@ </del> <ins> @@ -1194,6 +1200,8 @@ int scmp_sc[] = { </ins> SCMP_SYS(select), SCMP_SYS(setitimer), SCMP_SYS(setsid), <del> +        SCMP_SYS(setsockopt), +        SCMP_SYS(openat), </del> <ins> +	SCMP_SYS(setsockopt), +	SCMP_SYS(openat), </ins> SCMP_SYS(sigprocmask), SCMP_SYS(sigreturn), SCMP_SYS(socketcall),

Discussion:
; This'll need to be completely fixed. See: cc
Is this related to ?
Does the PR close this issue? It wasn't automatically closed because of a malformed commit message in the PR.
I believe so, (ask to) re-open the issue if it wasn't what the small discussion was about. Thanks
Change:
makeWrapper $out/lib/paperless-ngx/src/manage.py $out/bin/paperless-ngx  --prefix PYTHONPATH : "$PYTHONPATH"  --prefix PATH : "${path}" <ins> makeWrapper ${python.pkgs.celery}/bin/celery $out/bin/celery  --prefix PYTHONPATH : "$PYTHONPATH:$out/lib/paperless-ngx/src"  --prefix PATH : "${path}" </ins> ''; checkInputs = with python.pkgs.pythonPackages; [

Discussion:
Since which updated from 1.9.2 to 1.10.2, the scheduler service can't be started, the error reported in the logs is: Steps to reproduce the behavior: or to see error as above in the logs The service starts succesfully <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. --Module maintainers: Package maintainers: Please run and paste the result.
Probably fixed by
Change:
}: let <del> description = "A secure and free password manager for all of your devices"; </del> <ins> description = "Secure and free password manager for all of your devices"; </ins> icon = "bitwarden"; <del> electron = electron_28; </del> <ins> electron = electron_29; </ins> in buildNpmPackage rec { pname = "bitwarden-desktop"; <del> version = "2024.4.1"; </del> <ins> version = "2024.6.4"; </ins> src = fetchFromGitHub { owner = "bitwarden"; repo = "clients"; rev = "desktop-v${version}"; <del> hash = "sha256-UzVzo8tq719W2EwUE4NfvUrqhb61fvd60EGkavQmv3Q="; </del> <ins> hash = "sha256-oQ2VZoxePdYUC+xMKlRMpvPubSPULvt31XSh/OBw3Ec="; </ins> }; patches = [

Discussion:
When signing in to the Bitwarden, I am met with the following . I have KDE wallet turned off, and my NixOS and nixpkgs channel are both set to stable. I also have another nix machine that runs NixOS and nixpkgs on unstable and this bug does not occur despite having KDE wallet turned off there as well. Bug is potentially tied to Steps to reproduce the behavior: off KDE wallet in to Bitwarden-desktop stable. Should sign in without issue despite KDE wallet being disabled. ! A package update would be great, as my understanding is this was fixed in an update by Bitwarden devs.
Change:
mkXfceDerivation { category = "apps"; pname = "xfce4-screenshooter"; <del> version = "1.11.0"; </del> <ins> version = "1.11.1"; </ins> odd-unstable = false; <del> sha256 = "sha256-DMLGaDHmwDDHvOMev/QKvmDr6AQ6Qnzxf3YCbf0/nXg="; </del> <ins> sha256 = "sha256-/N79YK233k9rVg5fGr27b8AZD9bCXllNQvrN4ghir/M="; </ins> nativeBuildInputs = [ wayland-scanner

Discussion:
Missing dependency on breaks "Open Terminal Here" functionality Steps to reproduce the behavior:  without in that right clicking and selecting "Open Terminal Here" is broken Package should handle so users don't have to manually install Possible to fix by wrapping lines occur in <!-- 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]: