jiebi/CodeConvo huggingface dataset:
Change:
Any additional text to be appended to the wp-config.php configuration file. This is a PHP script. For configuration settings, see <https://codex.wordpress.org/Editing_wp-config.php>. <ins> **Note**: Please pass structured settings via `services.wordpress.sites.${name}.settings` instead. </ins> ''; example = '' <del> define( 'AUTOSAVE_INTERVAL', 60 ); // Seconds </del> <ins> @ini_set( 'log_errors', 'Off' ); @ini_set( 'display_errors', 'On' ); </ins> ''; }; }; config.virtualHost.hostName = mkDefault name;

Discussion:
Some wordpress applications, , assume this variable is present, even if they do not use it. I am unclear if this is undefined behaviour or a convention, but I have had to set to get wordpress to not crash after activating the plugin. Could we use or as the fallback, instead of leaving it undefined? Steps to reproduce the behavior: Please run and paste the result.
We should check what the Wordpress installer does in this case and if is usually written into
I have not manually tested it, but as best as I can grok, they set whatever the user provides, so seems more canonical?
Tested in a VM and you're right, setting DB_PASSWORD to '' seems to be the default case ! We should fix that and add a comment in the Wordpress module that this is the default behavior. Thanks for pointing that issue out!
Trying to fix this in this PR
Change:
, cinnamon-session , cinnamon-translations , cjs <del> , clutter </del> <ins> , evolution-data-server </ins> , fetchFromGitHub , gdk-pixbuf , gettext

Discussion:
I have 2 clear bugs for cinnamon that I can't find a way to solve 1- not working due to missing of 2- doesn't show events due to missing of both of the issues related to Steps to reproduce the behavior: in any of the bugged apps
Change:
krb5 ]; <ins> # list of libraries expected in an appimage environment: # https://github.com/AppImage/pkg2appimage/blob/master/excludelist </ins> multiPkgs = pkgs: with pkgs; [ desktop-file-utils xorg.libXcomposite

Discussion:
I tried to run using . I noticed two things: was missing. Adding it to fixes that issue. Is supposed to be able to run all appimages? Should we add ? command line arguments aren't passed on to the appimage CC
I haven't decided yet. Common libraries currently not available to appimage-run should be to the list, but I think unreasonable libraries that are only used by a single application shouldn't be . Anything in should be okay to add, which would include . Oh right, I noticed that a while ago, and then forgot to fix it.
That is a useful list. I used a bash monster to look for libraries missing in our :
Of those the following are available in nixpkgs:
Change:
ffmpeg = ffmpeg_2; }; <ins> unciv = callPackage ../games/unciv { }; </ins> unnethack = callPackage ../games/unnethack { }; uqm = callPackage ../games/uqm { };

Discussion:
Project description Open-source Android/Desktop remake of Civ V Metadata homepage URL: source URL: license: Mozilla Public License 2.0 platforms: linux, darwin, windows, android
I marked this as stale due to inactivity. &rarr;
Change:
boot.initrd.extraUtilsCommands = mkIf inInitrd '' copy_bin_and_libs ${pkgs.xfsprogs.bin}/bin/fsck.xfs <ins> copy_bin_and_libs ${pkgs.xfsprogs.bin}/bin/xfs_repair </ins> ''; # Trick just to set 'sh' after the extraUtils nuke-refs.

Discussion:
I've got a (possible) corrupted xfs partition mounted at /. Grub prints errors "not a correct xfs inode", but xfsrepair think the partition is ok. I'm not sure who is right. I got a problem running xfsrepair on / partition. To run a xfsrepair I have to umount /. I booted a system with boot.debug1devices option. is a simple script that tell user to run xfsrepair. The problem is there is no xfsrepair on initrd! To run xfsrepair I had to mount root partition, copy xfsrepair and all its dependencies on initrd, umount root partition. It would be great if initrd contains xfsrepair out of the box. At least in cases when a computer has at least for one xfs partition.
Vanya, do you use release or do you use unstable?
(triage) status?
After a year of no response from I'm closing.
I just ran into this issue! A NixOS (19.03) initrd includes , but that is only a bash script, which cannot actually fix a xfs partition.
Me too!
Change:
version = "2.40-13.0"; src = pkgs.fetchurl { <del> url = "https://downloads.linux.hpe.com/SDR/downloads/MCP/Ubuntu/pool/non-free/${pname}-${version}_amd64.deb"; </del> <ins> urls = [ "https://downloads.linux.hpe.com/SDR/downloads/MCP/Ubuntu/pool/non-free/${pname}-${version}_amd64.deb" "http://apt.netangels.net/pool/main/h/hpssacli/${pname}-${version}_amd64.deb" ]; </ins> sha256 = "11w7fwk93lmfw0yya4jpjwdmgjimqxx6412sqa166g1pz4jil4sw"; };

Discussion:
A clear and concise description of what the bug is. Setting fails. Steps to reproduce the behavior: nixos-rebuild boot A clear and concise description of what you expected to happen. should run successfully. If applicable, add screenshots to help explain your problem. Error message is given: Add any other context about the problem here. Trying to or the hpssacli-2.40- will also fail. Accessing the above link directly in a browser also fails. Potential reason that can be excluded, for I cannot access above link from a machine outside China. Following link is accessible: <!-- 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.
Change:
# This patch is the merged commit from the above PR. (fetchpatch { name   = "CVE-2018-19876.patch"; <del> url    = "https://gitlab.freedesktop.org/cairo/cairo/commit/6edf572ebb27b00d3c371ba5ae267e39d27d5b6d.patch"; sha256 = "112hgrrsmcwxh1r52brhi5lksq4pvrz4xhkzcf2iqp55jl2pb7n1"; </del> <ins> url    = "https://gitlab.freedesktop.org/cairo/cairo/-/commit/6edf572ebb27b00d3c371ba5ae267e39d27d5b6d.patch"; hash = "sha256-wZ51BZWlXByFY3/CTn7el2A9aYkwL1FygJ2zqnN+UIQ="; </ins> }) # Fix PDF output. # https://gitlab.freedesktop.org/cairo/cairo/issues/342 (fetchpatch { <del> url = "https://gitlab.freedesktop.org/cairo/cairo/commit/5e34c5a9640e49dcc29e6b954c4187cfc838dbd1.patch"; sha256 = "yCwsDUY7efVvOZkA6a0bPS+RrVc8Yk9bfPwWHeOjq5o="; </del> <ins> url = "https://gitlab.freedesktop.org/cairo/cairo/-/commit/5e34c5a9640e49dcc29e6b954c4187cfc838dbd1.patch"; hash = "sha256-yCwsDUY7efVvOZkA6a0bPS+RrVc8Yk9bfPwWHeOjq5o="; </ins> }) # Fixes CVE-2020-35492; see https://github.com/NixOS/nixpkgs/issues/120364.

Discussion:
Steps to reproduce the behavior: (My is rooted at so it cannot use prebuilt binaries.) Relevant excerpt: The URL of CVE-2020- is now dead. See Added by in Please run and paste the result.
Change:
inherit (darwin.apple_sdk.frameworks) Cocoa; }; <ins> doomrunner = qt5.callPackage ../games/doom-ports/doomrunner { }; </ins> chocolate-doom = callPackage ../games/doom-ports/chocolate-doom { }; crispy-doom = callPackage ../games/doom-ports/crispy-doom { };

Discussion:
Project description Very convenient launcher for the game doom. Supports many source ports, the creation of mod presets, gameplay and compability options and multiplayer. Can be configured to use a different directory for savegames for every single mod. unlimited number of named presets with single-click switching lists of IWADs and Map packs automatically synchronized with the content of a selected directory drag&drop of files from a directory window to the mod list internal drag&drop for reordering the files to load direct map launch and multiplayer options DM flags and Compatibility flags calculator with tooltips from official ZDoom wiki preview of the final launch command with the option to export it to shell script runs on Windows and Linux (only 64bit because it's 2020) no stupid .NET or JRE required Metadata homepage URL: source URL: license: gpl3 platforms: linux
Change:
[[package]] name = "time-macros" <del> version = "0.2.17" </del> <ins> version = "0.2.18" </ins> source = "registry+https://github.com/rust-lang/crates.io-index" <del> checksum = "7ba3a3ef41e6672a2f0f001392bb5dcd3ff0a9992d618ca761a11c3121547774" </del> <ins> checksum = "3f252a68540fde3a3877aeea552b832b40ab9a69e318efd078774a01ddee1ccf" </ins> dependencies = [ "num-conv", "time-core",

Discussion:
Steps to reproduce the behavior: on any after the Rust toolchain was updated to failure with the crate See . Tracked upstream: Broader issue tracked locally: <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. -- and myself See . Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
It seems the only problem is the package thing, besides a bunch of new warnings. I'm still building, though...
Change:
[[package]] name = "time-macros" <del> version = "0.2.17" </del> <ins> version = "0.2.18" </ins> source = "registry+https://github.com/rust-lang/crates.io-index" <del> checksum = "7ba3a3ef41e6672a2f0f001392bb5dcd3ff0a9992d618ca761a11c3121547774" </del> <ins> checksum = "3f252a68540fde3a3877aeea552b832b40ab9a69e318efd078774a01ddee1ccf" </ins> dependencies = [ "num-conv", "time-core",

Discussion:
Steps to reproduce the behavior: X 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]:
see
Change:
stdenv.mkDerivation rec { pname = "radvd"; <del> version = "2.18"; </del> <ins> version = "2.19"; </ins> src = fetchurl { url = "http://www.litech.org/radvd/dist/${pname}-${version}.tar.xz"; <del> sha256 = "1p2wlv3djvla0r84hdncc3wfa530xigs7z9ssc2v5r1pcpzgxgz1"; </del> <ins> sha256 = "0h722f17h7cra1sjgrxhrrvx54mm47fs039909yhbabigxch8kjn"; </ins> }; nativeBuildInputs = [ pkg-config bison flex check ];

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 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: radvd <!-- The current version can be found easily with the same process than 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: 2.18 desired version: 2.19 <!-- 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:
{ lib, buildPythonPackage, fetchPypi, xmltodict, requests # Test dependencies <del> , pytest_3, pytestcov, coveralls, pylint, flake8, graphviz, mock, sphinx </del> <ins> , pytest, pytestcov, coveralls, pylint, flake8, graphviz, mock, sphinx </ins> , sphinx_rtd_theme }: buildPythonPackage rec { pname = "soco"; <del> version = "0.16"; </del> <ins> version = "0.17"; </ins> src = fetchPypi { inherit pname version; <del> sha256 = "7bed4475e3f134283af1f520a9b2e6ce2a8e69bdc1b58ee68528b3d093972424"; </del> <ins> sha256 = "15zw6i5z5p8vsa3lp20rjizhv4lzz935r73im0xm6zsl71bsgvj8"; </ins> }; <ins> postPatch = '' # https://github.com/SoCo/SoCo/pull/670 substituteInPlace requirements-dev.txt  --replace "pytest-cov>=2.4.0,<2.6" "pytest-cov>=2.4.0" ''; </ins> propagatedBuildInputs = [ xmltodict requests ]; checkInputs = [ <del> pytest_3 pytestcov coveralls pylint flake8 graphviz mock sphinx </del> <ins> pytest pytestcov coveralls pylint flake8 graphviz mock sphinx </ins> sphinx_rtd_theme ];

Discussion:
Derivation fails to build with the following log: <details<summarynix log 81kl20ksz7wjv6anvkmw2bxi6ki5y6z3-python3.7-pytest-</summary</details- system: host os: multi-user?: sandbox: version: channels(root): channels(nagisa): nixpkgs:
We should be getting rid of , so ideally the solution here updates Beets so it uses the current .
Fixed with above PR ^
Change:
sha256 = "1cd7d3dji8q4mvcnf9asxn8j109pd5g5d5shr6xvn0iwr35qprgi"; }; <ins> disabled = isPyPy; </ins> buildInputs = with self; [ pyflakes pep8 ]; propagatedBuildInputs = with self; [ django_1_6 filebrowser_safe grappelli_safe bleach tzlocal beautifulsoup4

Discussion:
Trying to build currently fails. Should this be disabled? It builds fine on other python versions. triggers a rebuild of this, causing it to fail.
cc maintainer Tests are already disabled so who knows whether this package actually works. Furthermore, is already available.
Change:
sha256 = "0nw6mv5qq0d79d72x28db0vwihv4isny6m8q7vdim11ngk10hgwh"; }; <ins> patches = [ # CVE-2019-12448 (fetchpatch { url = "https://gitlab.gnome.org/GNOME/gvfs/commit/a1c2e7ecab0d6457fa2227d92e3569c08516eac5.patch"; sha256 = "03fwlpj1vbi80661bbhzv8ddx3czkzv9i1q4h3gqyxi5f1i0xfz4"; }) # CVE-2019-12447 (fetchpatch { url = "https://gitlab.gnome.org/GNOME/gvfs/commit/0f25dea30d01d920443ab72b0c254560ec40e14c.patch"; sha256 = "1p7c48nsx1lkv2qpkyrsm9qfa77xwd28gczwcpv2kbji3ws5qgj5"; }) (fetchpatch { url = "https://gitlab.gnome.org/GNOME/gvfs/commit/272e6bdac33309672955e8f8bf1b8f5f1e51fa0a.patch"; sha256 = "0zxbhmgqxxw987ag8fh6yjzjn9jl55fqbn814jh9kwrk7x4prx9x"; }) # CVE-2019-12449 (fetchpatch { url = "https://gitlab.gnome.org/GNOME/gvfs/commit/bed1e9685c9f65f6a3ff3b39dd8547db3e7e77f6.patch"; sha256 = "0hfybfaz2gfx3yyw5ymx6q0pqwkx2r1i7gzprfp80bplwslq0d4h"; }) # CVE-2019-12795 (fetchpatch { url = "https://gitlab.gnome.org/GNOME/gvfs/commit/e3808a1b4042761055b1d975333a8243d67b8bfe.patch"; sha256 = "1lx6yxykx24mnq5izijqk744zj6rgww6ba76z0qjal4y0z3gsdqp"; }) ]; </ins> postPatch = '' # patchShebangs requires executable file chmod +x codegen.py meson_post_install.py

Discussion:
, (nixos-19.03) Scanned versions: nixos-19.03: . May contain false positives.
See also

, (nixos-19.03) (nixos-19.03) (nixos-19.03) Scanned versions: nixos-19.03: . May contain false positives.
Change:
```py #! /usr/bin/env nix-shell <del> #! nix-shell -i 'python3.withPackages(ps: [ps.numpy])' </del> <ins> #! nix-shell -i python3 -p 'python3.withPackages(ps: [ps.numpy])' </ins> import numpy

Discussion:
The following example in the python docs does not work since on the second line is supposed to be the interpreter and is for the packages: The fix is simply: System: 18.03pre118631. Nix version: nix-env (Nix) 1.11.15 Nixpkgs version: 18.03pre118631. Sandboxing enabled: false
Change:
gdk_pixbuf adwaita-icon-theme librsvg clutter clutter-gtk cheese networkmanager modemmanager gnome-bluetooth tracker udisks2 gsound libhandy <ins> mutter # schemas for the keybindings </ins> ]; patches = [

Discussion:
It crashes with: Open the Keyboard settings option through the search bar. Gnome control center won't start up. Any subsequent starts will also crash.
This seems to be the same issue as but that is supposed to be fixed.
That is similar issue but this would not be fixed by that. We need to add mutter to as well.
Hmm, looks like it was already in the thread and I but for some reason I forgot to include it in the PR.
Any idea how I unbrick this in 19.03 ? I can't open gnome control center at all anymore since I triggered this. reboots don't seem to help
Either try to backport this, or open a different section of settings (from Shell or command line ).
Recompiling the world now for backport. hope it works :) PR incoming if it does
Is this related?
No. The error looks nothing like the reported in the OP. Please do not post unrelated comments to ancient issues that were already resolved.
Change:
sha256 = "1zbmab9295scgg4z2vclgfgjchfjailjnvzc6f5x9jvlsdi3dpwz"; }; }) <ins> (fetchpatch { name = "remove-decnet-header.patch"; url = "https://github.com/ponylang/ponyc/commit/e5b9b5daec5b19415d519b09954cbd3cf5f34220.patch"; hash = "sha256-60cOhBBwQxWLwEx+svtFtJ7POQkHzJo2LDPRJ5L/bNk="; }) </ins> ]; postUnpack = ''

Discussion:
Steps to reproduce the behavior: ponyc (or, actually - don't) Can be seen here: - but in summary: The new kernel headers removed DECNet and libponyrt had a dependency on it. The excellent opened a PR against ponyc to remove that dependency which was merged an in the current release. OHHAI (Note: I will be raising a PR to fix this in the next few hours)
Change:
zeep ]; <del> unpackPhase = '' tar xfz $src cd odoo* ''; </del> <ins> # takes 5+ minutes and there are not files to strip dontStrip = true; </ins> passthru = { updateScript = ./update.sh;

Discussion:
I was trying to build a NixOS derivation containing odoo using The flake output I built is a nixosConfiguration for the aarch64-linxu system, since I am running locally nix on darwin I am remote building to an aarch64-linux host. For odoo For werkzeug Please run and paste the result.
This is not a problem of werkzeug but odoo.
I changed the title, thank you for your help (ping for the update)
Change:
universal-ctags = callPackage ../development/tools/misc/universal-ctags { }; vagrant = callPackage ../development/tools/vagrant { <del> ruby = ruby_2_3; </del> <ins> ruby = ruby_2_4; </ins> }; bashdb = callPackage ../development/tools/misc/bashdb { };

Discussion:
I'm trying to use vagrant with virtualbox after the 4.14 kernel upgrade, which with the 4.14 kernel upgrade forced a newer version of virtualbox which forced a newer version of vagrant. And somewhere in that vagrant upgrade this happened. I'm on the latest nixos-unstable from nixpkgs. So I have this Vagrantfile (that I can't share and haven't had time to write a simpler one to be able to share) but it begins with and then there's a bunch of ruby to describe this host. I have enabled vbox and installed relevant packages like this: And when I run in the directory with the I get the following message: The warnings (Ignoring ffi, unfext, wdm) doesn't seem to be an error in itself looking at this: , so this might as well be related: ldd seems to think that two libs are missing at least. And if I look around in that package for the libs: It seems like the expected is the wrong version, the isn't though. Funny things with the dates on my files in nix-store, should it be like that? system: host os: multi-user?: sandbox: version: channels(root): nixpkgs: On commit on
Change:
{ lib , stdenv , fetchFromGitHub <del> , fetchpatch </del> , autoreconfHook , writeShellScript , pkg-config

Discussion:
Package name: libredwg Latest released version: 0.13.2 Current version on the unstable channel: 0.12.5.6313 Current version on the stable/release channel: 0.12.5.6313 Notify maintainers Tag: Changelog : Note for maintainers: Please tag this issue in your PR. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
ping
Change:
<ins> { lib , buildPythonPackage , fetchPypi , setuptools , docutils , importlib-metadata , jinja2 , packaging , pygments , pyyaml , reportlab , smartypants , pillow , pytestCheckHook , pymupdf , sphinx }: buildPythonPackage rec { pname = "rst2pdf"; version = "0.99"; format = "pyproject"; src = fetchPypi { inherit pname version; sha256 = "8fa23fa93bddd1f52d058ceaeab6582c145546d80f2f8a95974f3703bd6c8152"; }; outputs = [ "out" "man" ]; nativeBuildInputs = [ setuptools ]; propagatedBuildInputs = [ docutils importlib-metadata jinja2 packaging pygments pyyaml reportlab smartypants pillow ]; pythonImportsCheck = [ "rst2pdf" ]; checkInputs = [ pytestCheckHook pymupdf sphinx ]; # Test suite fails: https://github.com/rst2pdf/rst2pdf/issues/1067 doCheck = false; postInstall = '' mkdir -p $man/share/man/man1/ ${docutils}/bin/rst2man.py doc/rst2pdf.rst $man/share/man/man1/rst2pdf.1 ''; meta = with lib; { description = "Convert reStructured Text to PDF via ReportLab"; homepage = "https://rst2pdf.org/"; license = licenses.mit; maintainers = with maintainers; [ marsam ]; }; } </ins>

Discussion:
rst2pdf The usual way of creating PDF from reStructuredText is by going through LaTeX. This tool provides an alternative by producing PDF directly using the ReportLab library. Metadata homepage URL: source URL: license: MIT platforms: unix, linux, darwin, ...
I want to package this - will try to do it in a few hours.
Change:
buildPythonPackage rec { pname = "qdarkstyle"; <del> version = "3.1"; </del> <ins> version = "3.2.3"; </ins> src = fetchPypi { inherit version; pname = "QDarkStyle"; <del> hash = "sha256-YAWE1iU0Pg3dEo3gg5PTw1Y3eGpJgn8XTSmqfKqCecE="; </del> <ins> hash = "sha256-DAt/dKbpISEAiZKzabq2BGgVfbHALNMNZKXpo7QC8a4="; </ins> }; # No tests available

Discussion:
when I install spyder with and then launch it, it throws an error with the following traceback+log: This seems to be a manifestation of this issue: where QDarkStyle needed to be updated for the reporter's IDE. Steps to reproduce the behavior: spyder IDE starts As mentioned, this seems to be a manifestation of Please run and paste the result. (Note, I'm using flakes for my os configuration) Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
I experience the same. If according to Spyder 5.5.0 depends on QDarkstyle 3.2.0, do we users have to roll back to NixOS 23.05, or could QDarkstyle be updated from 3.1 to 3.2 on NixOS 23.11?
Could QDarkStyle 3.2.3 be backported to NixOS 23.11 to have a working Spyder IDE? In the meantime, I figured out that I can start Spyder using a . Spyder then gives the message . But I can run in a terminal, use the hamburger menu of the iPython console within Spyder (lower right pane), click on 'Connect to an existing kernel', choose the file generated with , and finally have a working Spyder. However, in my opinion Spyder and all declaratively installed libraries should work out of the box on a stable NixOS release.
I'm not quite sure how the backporting process works but I can look into it. Personally I got my setup working with this (using ): and this not guaranteed to be minimal
Change:
<ins> { lib , fetchPypi , python3 }: let pname = "xenon"; version = "0.9.1"; in python3.pkgs.buildPythonApplication { inherit pname version; format = "setuptools"; src = fetchPypi { inherit pname version; hash = "sha256-1nRREcPiWLdJpP1CSxuJnZnqGDzqIyNl7i+I/n2AwDs="; }; doCheck = false; propagatedBuildInputs = with python3.pkgs; [ requests radon pyaml ]; meta = with lib; { description = "Monitoring tool based on radon"; homepage = "https://github.com/rubik/xenon"; license = licenses.mit; maintainers = with maintainers; [ jfvillablanca ]; mainProgram = "xenon"; }; } </ins>

Discussion:
Project description monitor code complexity Metadata homepage URL: source URL: license: mit platforms: unix, linux, darwin
Change:
src = fetchurl { url = "https://github.com/lbryio/lbry-desktop/releases/download/v${version}/LBRY_${version}.AppImage"; # Gotten from latest-linux.yml <del> hash = "sha512-WZB2pMzSuWGPj6uad+rIECOhuWEOxi0hVUQifOrhUrKj4SnBDws+oy7V2+NpDGkzbG+Kf3IO8rcWBD4wfFoo2Q=="; </del> <ins> hash = "sha256-FkqIazE4eIEobYRBstXfPWh6MTCaNcCLk14yDGC4rRk="; </ins> }; };

Discussion:
Package name: lbry Latest released version: <!-- Search your package here: --- Current version on the unstable channel: 0.53.8 Current version on the stable/release channel: 0.53.8 <!-- 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]: