jiebi/CodeConvo huggingface dataset:
Change:
miopen-opencl = throw "'miopen-opencl' has been replaced with 'rocmPackages.miopen-opencl'"; # Added 2023-10-08 mime-types = mailcap; # Added 2022-01-21 minizip2 = pkgs.minizip-ng; # Added 2022-12-28 <ins> mirage-im = throw "'mirage-im' has been removed, as it was broken and unmaintained"; # Added 2023-11-26 </ins> monero = monero-cli; # Added 2021-11-28 mongodb-4_0 = throw "mongodb-4_0 has been removed, it's end of life since April 2022"; # Added 2023-01-05 mongodb-4_2 = throw "mongodb-4_2 has been removed, it's end of life since April 2023"; # Added 2023-06-06

Discussion:
was working in 22.05 but in 22.11 not anymore. The package itself does not seem to have been changed, so there must be a dependency update problem. The mirage window shows a loading symbol to the end of time. ! Package is working <!-- 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.
Smells like the QML cache issue. Trying clearing out mirage/qml related looking things under .
The qml issue resulted in a segfault iirc. This just looks like dependencies were updated, and since mirage has been unmaintained upstream for more than a year, it broke. Maybe mirage should be removed from nixpkgs.
Maybe mirage should be removed from nixpkgs. no argument from me.
Mirage has been forked https://mx-
Hello & :wave: What would you think the best way forward would be? Should be marked as broken, or should the package be deleted. Or something else entirely? If you want it marked as broken or deleted then I can do that in a PR.
Since mirage is now abandonware, it should be removed.
Change:
"auth optional ${pkgs.pam_mount}/lib/security/pam_mount.so"} ${optionalString cfg.enableKwallet ("auth optional ${pkgs.plasma5.kwallet-pam}/lib/security/pam_kwallet5.so" + <del> " kwalletd=${pkgs.libsForQt5.kwallet}/bin/kwalletd5")} </del> <ins> " kwalletd=${pkgs.libsForQt5.kwallet.bin}/bin/kwalletd5")} </ins> '') + '' ${optionalString cfg.unixAuth "auth sufficient pam_unix.so ${optionalString cfg.allowNullPassword "nullok"} likeauth try_first_pass"}

Discussion:
Sometime between the 17.03 release and today, the pamkwallet5 module (which unlocks your KDE wallet using your login password when you authenticate via a display manager) quit working. Here's what I can find in syslog: The issue is probably just that pamkwallet5 is looking for the kwalletd5 binary in the wrong spot. Run NixOS with: Login to a graphical session and initialize kde wallet with the same password as your login password. Log out and back in. System: NixOS (Hummingbird) Nix version: 1.11.13 Nixpkgs version: Sandboxing enabled: true Kernel version: 4.12.7 (but it's the same under 4.9) My entire nixos config can be found here:
Change:
extraOutputsToInstall = [ "out" "dev" ]; postBuild = '' <del> rm "$out/bin/qmake" cp "${qtbase}/bin/qmake" "$out/bin" </del> <ins> for f in qmake qmake6; do rm "$out/bin/$f" cp "${qtbase}/bin/$f" "$out/bin" done </ins> cat >"$out/bin/qt.conf" <<EOF [Paths] Prefix = $out

Discussion:
provides incorrect values to Qt bins / libs etc, when gives correct values. Steps to reproduce the behavior: , notice that paths are inside , notice that paths are inside A step 3 for to also use . qmake qmake6 This causes issues as it is expected for Qt tooling to be available in the folder, however the path that points to is missing tooling compared to . eg is available under with but it is not available under the folder provided by . qmake qmake6 (sorry don't know who the maintainers are)
This should probably also be done for qmake6:
Change:
}; common = rec { # attributes common to both builds <del> version = "10.2.17"; </del> <ins> version = "10.3.15"; </ins> src = fetchurl { urls = [ "https://downloads.mariadb.org/f/mariadb-${version}/source/mariadb-${version}.tar.gz" "https://downloads.mariadb.com/MariaDB/mariadb-${version}/source/mariadb-${version}.tar.gz" ]; <del> sha256 = "09xy6mgnz22mz8zgqlnddn8nzgs9xlz8lai4a7aa8x78in7hgcz7"; </del> <ins> sha256 = "0s399nxk2z8fgdr527p64y74zwjc3gpv7psf1n2r6ksl9njr3wr7"; </ins> name   = "mariadb-${version}.tar.gz"; };

Discussion:
mysqlupgrade requires availability of mysqlcheck, which is in the package In other operating systems they are separated - mysqlupgrade -, mysqlcheck - And when the server is installed the client is automatically installed.
Hmm, is there a reason not to make the client a dependency of the server? The only dependencies the client has that the server doesn't are and which any server should have (via openssh). How much space is saved by removing the client binaries?
So it seems the mysql_upgrade binary is hardcoded to expect the other binaries in the same directory: Probably the splitting works on other distros because the binaries all end up in /usr/bin anyway.
Need to build the package with server+client and only client? Is this variant bad?
I'm not sure what you mean. Can you check to see if the project cmake allows you to configure a different install PREFIX for the client/server?
Should I change the build of MariaDB, so that one package includes files for both server and client, and the other package only includes client files? I don't know how to configure this
19.09 milestone? If this and aren't resolved by then we will have to add the client binaries back into the server package.
- this variant optimal?
update MariaDB configuration, please check this variant.
Fixed, mariadb package includes server and client binaries.
Change:
in fetchurl { url = "https://dl.nwjs.io/v${version}/nwjs-${flavor}v${version}-linux-${bits}.tar.gz"; hash = { <del> "sdk-ia32" = "sha256-QcFKX+TLRBYAMt5oUYoVMfBgGFZZ/4pdhhtNI0OxF/M="; "sdk-x64" = "sha256-Wqq0iI5VLa/hJLTNF10YpFTtLRP6okjCC2EzlXxeuWI="; "ia32" = "sha256-st/J/Zejo3R0dKxxdM7XBvmAlfsO2+2i5lYlAv9A5lY="; "x64" = "sha256-hxSyzNEH6UJVejUqoG01vpJxb319wrLgp7uyF6Pt5YQ="; </del> <ins> "sdk-ia32" = "sha256-We4tSI8rQbEIoxNgTP/IkL/sD7GegVQDAtXUSY4AoB0="; "sdk-x64" = "sha256-pWsNVHNm1gVAy9ofZ6g1Im5TpzxM2bmJ6RENa21N4qM="; "ia32" = "sha256-ExxzzErT3GBI1yLYycojDkzKZ2VuvsOjaingQiK1Kww="; "x64" = "sha256-tKm3aTlfPuevdjqFFEVU6nvIixoBDUcnJPFyO1PNRqE="; </ins> }."${flavor + bits}"; };

Discussion:
Running nwjs 0.85 produces the error: The nwjs process then segfaults producing a coredump. I created a Nix flake to reproduce this issue (). Steps to reproduce the behavior: I expect nwjs to display the requested application, without crashing after a short moment. The expected behavior can be reproduced with the command: <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. -- system: host os: multi-user?: sandbox: version: nixpkgs: Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Hi Is the same bug present in 0.87.0? PR:
Yes, it's still present. I a test:
I'm seeing the errors but no segfaults on KDE wayland. Which desktop environment is this? Can you post the segfault?
I should have said that it coredumps, not segfaults. Here's the standard out and standard error output I see on Xorg with the bspwm window manager:
So this is seems related to On wayland it doesn't coredump. betaflight-configurator has problems with nwjs =0.85.0 which I thought was specific with it, but looks like there's a general problem with nwjs 0.85.0 in nixos.
The problem is that is missing. I tried this and it worked: I bet adding to in the nwjs package will fix it.
Change:
meta = with lib; { description = "Python framework for building analytical web applications"; homepage = "https://dash.plot.ly/"; <ins> changelog = "https://github.com/plotly/dash/blob/v${version}/CHANGELOG.md"; </ins> license = licenses.mit; maintainers = with maintainers; [ antoinerg ]; };

Discussion:
Steps to reproduce the behavior: Run I'm running Nix from the provided VirtualBox demo appliance, updated to the unstable channel. It also failed to build for OfBorg <!-- --Please run and paste the result.
Change:
inherit version; }) <ins> # https://github.com/microsoft/debugpy/issues/1230 (fetchpatch { url = "https://patch-diff.githubusercontent.com/raw/microsoft/debugpy/pull/1232.patch"; sha256 = "sha256-m5p+xYiJ4w4GcaFIaPmlnErp/7WLwcvJmaCqa2SeSxU="; }) </ins> # Fix importing debugpy in: # - test_nodebug[module-launch(externalTerminal)] # - test_nodebug[module-launch(integratedTerminal)]

Discussion:
Steps to reproduce the behavior: on latest Nixpkgs master (See ). Tracked upstream:
Oh nice catch! I'll try a git bisect on the to try to narrow down the cause.
Forgot I was running this in the background :sweat_smile: - tracked it down to the :
debugpy doesn't depend on etils
Oh yep, it was probably just a bad automatic bisect then, I'll try manually.
Ok, I just ran it again and it just looks like there was just an unrelated error in one of the commits it sampled before: If this wasn't going to work I was thinking of adding failing inputDrvs as a skip condition. Didn't need to, but it'll be helpful for next time!
Change:
--replace '$btrbk' 'btrbk' ''; <del> fixupPhase = '' patchShebangs $out/ </del> <ins> preFixup = '' </ins> wrapProgram $out/sbin/btrbk  --set PERL5LIB $PERL5LIB  --prefix PATH ':' "${stdenv.lib.makeBinPath [ btrfs-progs bash openssh ]}"

Discussion:
The btrbk executable is only installed to the sbin directory. Therefore that it isn't available in the standard PATH. If I understand it correctly, normally binaries in sbin are are moved to bin and sbin is linked to bin in the fixup phase. As btrbk is wrapped though in the fixup phase, that isn't done. (See e.g. ) I'll try to fix this later. system: host os: multi-user?: sandbox: version: channels(root): nixpkgs:
Fixed by .
Change:
tests = sage-tests; doc = sagedoc; lib = sage-with-env.env.lib; <ins> kernelspec = jupyter-kernel-definition; </ins> }; meta = with stdenv.lib; {

Discussion:
When I run , I have the jupyter website that opens, however when I open a sage notebook, the sage kernel fails to start, and I've an error Install sage, tested on both latest nixos-unstable (that took ages to compile), and using the one provided here: Then run and try to open a sage notebook. You should see on the top right a red error "Kernel error", and the console should display the above errors Please run and paste the results.
/cc maintainer
Thanks for the report :) The immediate cause for the error is that contains while it should be . I have never used jupyter so I'm not sure if that is all. Integrating with would probably be good / maybe be necessary. I don't know when/if I'll get to debugging this since I don't currently use it myself, but I'll happily help you do it if you want to try. Note that the regular sage cli does work.
I also experience this issue. I thought I was installing Jupyter incorrectly. Lol, I should have checked for a bug report, I asked for help at
This is now fixed in master.
Change:
preFixup = '' wrapProgram "$out/bin/thonny"  <ins> --set TK_LIBRARY "${tk}/lib/${tk.libPrefix}"  </ins> --prefix PYTHONPATH : $PYTHONPATH:$(toPythonPath ${python3.pkgs.jedi}) '';

Discussion:
fails to launch due to tkinter error, Steps to reproduce the behavior: the current unstable channel. "Thonny" fails. Thonny launching and not crashing. I tried building with python38 (fails due to Mathplotlib version) and python39 (same issue). <!-- 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:
TryExec=${script} Exec=${script} Name=${sessionName} <del> DesktopNames=${sessionName} </del> <ins> DesktopNames=${desktopNames} </ins> ''; } // { providedSessions = [ sessionName ];

Discussion:
Describe the bug The default applications menu of Xfce and Mate desktop environments use to present preferences items and a control center (or similar) item for system configuration. Those items stopped appearing in the menu. Screenshots Screenshots taken for Xfce and Mate running in a local virtual machine: ! ! Metadata system: host os: multi-user?: sandbox: version: channels(root): nixpkgs: Maintainer information:
With the following changes in the services they work again: cc
Likely caused by
PR fixes this issue for Mate. Can it be merged? cc
I guess we have too.
Does need backport is the question.
I think so.
Would a similar solution (use upstream session) work for XFCE?
I had to revert it actually, because people can't combine wm and desktop manager :frowning:
The environment variable can be set to explicitly in the xfce desktop module. At least until a more well structured solution comes up.
That can do it, it would have to be in .
This issue has been mentioned on NixOS Discourse. There might be relevant details there:
Change:
obs-websocket = throw "obs-websocket has been removed: Functionality has been integrated into obs-studio itself."; <del> obs-backgroundremoval = throw "obs-backgroundremoval has been removed: It does not work anymore and is unmaintained."; </del> wlrobs = callPackage ./wlrobs.nix { }; }

Discussion:
Project description An OBS plugin for removing background in portrait images (video), making it easy to replace the background when screen recording. This package was removed in The build might be fixed as of if you don't mind giving it a try Metadata homepage URL: source URL: license: mit platforms: linux, darwin
The maintainer of the project has been active lately and there are a few new releases. Also see And
Change:
in stdenv.mkDerivation rec { pname = "groove"; <del> version = "5.7.4"; </del> <ins> version = "5.8.1"; </ins> src = fetchurl { url = "mirror://sourceforge/groove/groove/${version}/${pname}-${builtins.replaceStrings ["."] ["_"] version}-bin.zip"; <del> sha256 = "1cl3xzl3n8b9a7h5pvnv31bab9j9zaw07ppk8whk8h865dcq1d10"; </del> <ins> sha256 = "sha256-JwoUlO6F2+8NtCnLC+xm5q0Jm8RIyU1rnuKGmjgJhFU="; </ins> }; nativeBuildInputs = [ unzip makeWrapper icoutils ];

Discussion:
Broken package: 'groove' Install package. Run 'groove-simulator'. File -New Grammar... Try to save, get an exception. system: host os: multi-user?: sandbox: version: channels(maestro): channels(root): nixpkgs: Permalink to broken package: It seems that the broken Nix package depends on OpenJDK17. Found that running their latest version (5.8.1) from SourceForge with the much older OpenJDK8 works just fine. Did not test with OpenJDK11. Probably just have to depend on an older Java version. Package version can also be bumped to 5.8.1. Don't have sufficient knowledge of Nix to fix this myself. Thanks
Probably should be assigned to
I think I've fixed it. I'll submit a PR soon. Also, I tested OpenJDK11 and it crashed there as well.
Change:
patches = [ ./compiler-rt-codesign.patch # Revert compiler-rt commit that makes codesign mandatory ] ++ stdenv.lib.optional stdenv.hostPlatform.isMusl ./sanitizers-nongnu.patch <del> ++ stdenv.lib.optional (stdenv.hostPlatform.libc == "glibc") ./compiler-rt-sys-ustat.patch; </del> <ins> ++ stdenv.lib.optional (stdenv.hostPlatform.libc == "glibc") ./compiler-rt-sys-ustat.patch ++ stdenv.lib.optional stdenv.hostPlatform.isAarch32 ./compiler-rt-armv7l.patch; </ins> # TSAN requires XPC on Darwin, which we have no public/free source files for. We can depend on the Apple frameworks # to get it, but they're unfree. Since LLVM is rather central to the stdenv, we patch out TSAN support so that Hydra

Discussion:
Describe the bug A clear and concise description of what the bug is. Same issue as or , but on armv7l Additional context Add any other context about the problem here. On hydra, the clang build first started failing with this error after going from to . I diffed the range and found to be the most likely culprit. It enabled some cmakeFlags globally which used to only be enabled on darwin and useLLVM systems. I don't know what exactly these do but, I was able to build on my rpi2 by disabling them on aarch32: Since I have no idea why this works and what would be affected, I'd rather have someone look over this. 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 Please run and paste the result. system: host os: multi-user?: sandbox: version: channels(root): nixpkgs: Maintainer information:
we probably need to add armv7l here:
I tried but it fails with this error now: I guess it can't find a default target for armv7l somehow? Not really familiar with cmake unfortunately
I made some progress, it seems to be taking the target arch from the triplet given to , even if you override the target arch with a flag. Printf debugging showed me that it does this halfway through the configure phase, it's armhf in the beginning if I set the flag. Setting the compiler target to instead of makes it find its target and compile successfully. Does have any importance outside the build process?
I don't think it does. It's possible it sets in compiler calls, but that is considered equivalent to .
Change:
<del> { lib, stdenv, fetchFromGitHub, fetchpatch, kernel, bc }: </del> <ins> { lib, stdenv, fetchFromGitHub, kernel, bc }: </ins> stdenv.mkDerivation rec { name = "rtl88x2bu-${kernel.version}-${version}"; <del> version = "unstable-2020-08-20"; </del> <ins> version = "unstable-2021-01-21"; </ins> src = fetchFromGitHub { owner = "cilynx"; repo = "rtl88x2BU"; <del> rev = "a1c53f43fb9995fbe3ad26567079d6384626d350"; sha256 = "1cby66jg511zxs1i535mflafhryla9764mnrzacxppimxpancv3s"; </del> <ins> rev = "48e7c19c92a77554403e1347447f8e2cfd780228"; sha256 = "0nw2kgblpq6qlr43gbfxqvq0c83664f4czfwzsyfjr47rj00iyq7"; </ins> }; <del> patches = [ # https://github.com/cilynx/rtl88x2bu/pull/58 (fetchpatch { url = "https://github.com/cilynx/rtl88x2bu/pull/58.patch"; sha256 = "0md9cv61nx85pk3v60y9wviyb9fgj54q9m26wiv3dc7smr70h8l6"; }) ]; </del> hardeningDisable = [ "pic" ]; nativeBuildInputs = [ bc ];

Discussion:
With this in : I get compilation errors similar to I was able to get things compiling (and WiFi working) by bumping the version and applying
Change:
stdenv.mkDerivation rec { pname = "fprintd"; <del> version = "1.92.0"; </del> <ins> version = "1.94.1"; </ins> outputs = [ "out" "devdoc" ]; src = fetchFromGitLab {

Discussion:
Package fprintd doesn't build with the latest unstable (currently on commit ). With the following configuration, using ThinkPad X1 Carbon 7th gen: After a to the latest unstable, the compilation gives an error (): Please run and paste the result.
Change:
<del> { lib, stdenv, fetchurl, autoreconfHook, fetchpatch , libarchive, perl, xorg, libdvdnav, libbluray , zlib, a52dec, libmad, faad2, ffmpeg, alsa-lib , pkg-config, dbus, fribidi, freefont_ttf, libebml, libmatroska , libvorbis, libtheora, speex, lua5, libgcrypt, libgpg-error, libupnp , libcaca, libpulseaudio, flac, schroedinger, libxml2, librsvg , mpeg2dec, systemd, gnutls, avahi, libcddb, libjack2, SDL, SDL_image , libmtp, unzip, taglib, libkate, libtiger, libv4l, samba, libssh2, liboggz , libass, libva, libdvbpsi, libdc1394, libraw1394, libopus , libvdpau, libsamplerate, libspatialaudio, live555, fluidsynth , wayland, wayland-protocols, ncurses, srt , onlyLibVLC ? false , withQt5 ? true, qtbase, qtsvg, qtx11extras, wrapQtAppsHook </del> <ins> { lib , stdenv , fetchurl , fetchpatch , SDL , SDL_image , a52dec , alsa-lib , autoreconfHook , avahi , dbus , faad2 , ffmpeg , flac , fluidsynth , freefont_ttf , fribidi , gnutls , libarchive , libass , libbluray , libcaca , libcddb , libdc1394 , libdvbpsi , libdvdnav , libebml , libgcrypt , libgpg-error , libjack2 , libkate , libmad , libmatroska , libmtp , liboggz , libopus , libpulseaudio , libraw1394 , librsvg , libsamplerate , libspatialaudio , libssh2 , libtheora , libtiger , libupnp , libv4l , libva , libvdpau , libvorbis , libxml2 , live555 , lua5 , mpeg2dec , ncurses , perl , pkg-config , removeReferencesTo , samba , schroedinger , speex , srt , systemd , taglib , unzip , wayland , wayland-protocols , xorg , zlib , chromecastSupport ? true, libmicrodns, protobuf </ins> , jackSupport ? false <ins> , onlyLibVLC ? false </ins> , skins2Support ? !onlyLibVLC, freetype <del> , removeReferencesTo , chromecastSupport ? true, protobuf, libmicrodns </del> <ins> , withQt5 ? true, qtbase, qtsvg, qtx11extras, wrapQtAppsHook </ins> }: # chromecastSupport requires TCP port 8010 to be open for it to work. # If your firewall is enabled, make sure to have something like: #   networking.firewall.allowedTCPPorts = [ 8010 ]; <del> with lib; </del> <ins> let inherit (lib) optionalString optional optionals; hostIsAarch = stdenv.hostPlatform.isAarch32 || stdenv.hostPlatform.isAarch64; in </ins> stdenv.mkDerivation rec { pname = "${optionalString onlyLibVLC "lib"}vlc"; version = "3.0.16";

Discussion:
package fails to build. Breaks building and subsequently Plasma 5 if is enabled. Steps to reproduce the behavior: of nixpkgs an error builds normally. Full build log: (Affects and Plasma 5) (Could be a issue)
This bisects to
Upstream issue:
Apply the not-yet-merged patch from upstream? I have no clue about the libcaca changes, but at least the patch looks like trivial renames: To me that sounds better than reverting the update (though my information is very limited):
Change:
<del> { buildGoPackage, fetchFromGitHub, go-bindata, lib }: </del> <ins> { buildGoPackage, fetchFromGitHub, go-bindata, openssh, makeWrapper, lib }: </ins> buildGoPackage rec { pname = "morph";

Discussion:
Describe the bug Morph doesn't work without ssh installed/present on the system. To Reproduce Steps to reproduce the behavior: -shell --pure -p morph build something Expected behavior Morph builds something Screenshots Additional context Metadata NicksOhAss:~$ nix-shell -p nix-info --run "nix-info -m" system: host os: multi-user?: sandbox: version: channels(root): channels(): nixpkgs: Maintainer information:
Change:
owner = "iterative"; repo = "dvc"; rev = "refs/tags/${version}"; <del> hash = "sha256-nKzMHVMaoDu/d1wMAxA2q8DHdwoIb7+YG/7AhAtRVEM="; </del> <ins> hash = "sha256-DrhjmVHCX1lXJUrklVgO/eguL1uRQ33kJjSgCAEIyew="; </ins> }; pythonRelaxDeps = [

Discussion:
Steps to reproduce the behavior: dvc another dvc hash error, i dont know why <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. -- Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Change:
ln -s ${webClientTv} build/dependencies/web-client-tv-${webClientTvBuildId}.tar.xz ''; <del> postInstall = '' mkdir -p $out/share/{applications,pixmaps} cp ${src}/resources/images/icon.png $out/share/pixmaps/plex-media-player.png cp ${desktopItem}/share/applications/* $out/share/applications ''; </del> cmakeFlags = [ "-DCMAKE_BUILD_TYPE=RelWithDebInfo" "-DQTROOT=${qtbase}" ]; meta = with stdenv.lib; {

Discussion:
This is pretty confusing: ! Install and try to launch it from your DE. Which icon do you click on? They both do the same thing anyway. system: host os: multi-user?: sandbox: version: channels(root): channels(stanislas): nixpkgs:
I can reproduce this issue. I think it is caused by this line Would need to have more of a look but at least one of the desktop items is coming from this line and removing it would likely solve the problem
Thanks! I submitted a PR to remove the custom desktop file.
Change:
++ stdenv.lib.optional xvidSupport xvidcore ++ stdenv.lib.optional vdpauSupport libvdpau ++ stdenv.lib.optional faacSupport faac <del> ++ stdenv.lib.optional dc1394Support libdc1394; </del> <ins> ++ stdenv.lib.optional dc1394Support libdc1394 ++ stdenv.lib.optionals x11grabSupport [ libXext libXfixes ]; </ins> enableParallelBuilding = true;

Discussion:
Describe the bug Thunderbird 78.2.1 is working. master (Thunderbird 78.2.2) has rendering issues (see screenshot). Most buttons do not react to clicks and the menu is also not reacting. To Reproduce Switch to the mentioned commit and rebuild. Expected behavior Normally working thunderbird. Screenshots ! Notify maintainers Metadata
This was also a bug in Ubuntu, it was fixed there with:
Upstream bug appears to be
Btw temporary workaround would be to switch to thunderbird-bin-78 if you are not opposed to binaries