jiebi/CodeConvo huggingface dataset:
Change:
makeFlags = [ "PREFIX=$(out)" ]; <del> nativeBuildInputs = [ pkg-config ]; </del> <ins> nativeBuildInputs = [ pkg-config ]; </ins> buildInputs = [ curl

Discussion:
The package contains a prebuilt file which links to which obviously won't work on NixOS. Steps to reproduce the behavior: to system packages to open it from application launcher won't find the executable The field in the file should point to the actual executable in the nix store Running a simple script to replace the offending line with during the build might already be able to fix the issue. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Change:
patchelf --set-rpath ${rpath}:$out/share/1password $file done <del> # Electron is trying to open udev via dlopen() # and for some reason that doesn't seem to be impacted from the rpath. # Adding udev to LD_LIBRARY_PATH fixes that. # Make xdg-open overrideable at runtime. makeWrapper $out/share/1password/1password $out/bin/1password  --suffix PATH : ${lib.makeBinPath [ xdg-utils ]}  --prefix LD_LIBRARY_PATH : ${lib.makeLibraryPath [ udev ]} </del> runHook postInstall ''; <ins> preFixup = '' # Electron is trying to open udev via dlopen() # and for some reason that doesn't seem to be impacted from the rpath. # Adding udev to LD_LIBRARY_PATH fixes that. # Make xdg-open overrideable at runtime. makeWrapper $out/share/1password/1password $out/bin/1password  ''${gappsWrapperArgs[@]}  --suffix PATH : ${lib.makeBinPath [ xdg-utils ]}  --prefix LD_LIBRARY_PATH : ${lib.makeLibraryPath [ udev ]} ''; </ins> meta = with lib; { description = "Multi-platform password manager"; homepage = "https://1password.com/";

Discussion:
When trying to attach a file to a secret, 1password exits with an error: Steps to reproduce the behavior: 1password a password to attach a file File dialog opens If applicable, add screenshots to help explain your problem. I managed to solve it (in a pretty much trial and error, not fully understanding) by overriding the attributes as described here: also adding gtk to the buildInputs: The file open dialog shows but it's not the same as in the rest of the system <!-- 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:
(fetchNuGet { pname = "System.Diagnostics.EventLog"; version = "7.0.0"; sha256 = "16p8z975dnzmncfifa9gw9n3k9ycpr2qvz7lglpghsvx0fava8k9"; }) (fetchNuGet { pname = "System.Drawing.Common"; version = "7.0.0"; sha256 = "0jwyv5zjxzr4bm4vhmz394gsxqa02q6pxdqd2hwy1f116f0l30dp"; }) (fetchNuGet { pname = "System.Formats.Asn1"; version = "6.0.0"; sha256 = "1vvr7hs4qzjqb37r0w1mxq7xql2b17la63jwvmgv65s1hj00g8r9"; }) <del> (fetchNuGet { pname = "System.IO.Pipelines"; version = "6.0.3"; sha256 = "1jgdazpmwc21dd9naq3l9n5s8a1jnbwlvgkf1pnm0aji6jd4xqdz"; }) </del> <ins> (fetchNuGet { pname = "System.Formats.Asn1"; version = "7.0.0"; sha256 = "1a14kgpqz4k7jhi7bs2gpgf67ym5wpj99203zxgwjypj7x47xhbq"; }) (fetchNuGet { pname = "System.IO.Pipelines"; version = "7.0.0"; sha256 = "1ila2vgi1w435j7g2y7ykp2pdbh9c5a02vm85vql89az93b7qvav"; }) </ins> (fetchNuGet { pname = "System.Management"; version = "6.0.0"; sha256 = "0ra1g75ykapg6i5y0za721kpjd6xcq6dalijkdm6fsxxmz8iz4dr"; }) (fetchNuGet { pname = "System.Memory"; version = "4.5.5"; sha256 = "08jsfwimcarfzrhlyvjjid61j02irx6xsklf32rv57x2aaikvx0h"; }) (fetchNuGet { pname = "System.Numerics.Vectors"; version = "4.5.0"; sha256 = "1kzrj37yzawf1b19jq0253rcs8hsq1l2q8g69d7ipnhzb0h97m59"; })

Discussion:
Package name: fsautocomplete Latest released version: Current version on the unstable channel: 0.67.0 Current version on the stable/release channel: nil <!-- 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.
Change:
llvm-manpages = lowPrio self.llvm.man; clang-manpages = lowPrio self.clang-unwrapped.man; <del> clang = wrapCC self.clang-unwrapped; </del> <ins> clang = if stdenv.cc.isGNU then self.libstdcxxClang else self.libcxxClang; </ins> <del> openmp = callPackage ./openmp.nix {}; </del> <ins> libstdcxxClang = ccWrapperFun { cc = self.clang-unwrapped; /* FIXME is this right? */ inherit (stdenv.cc) libc nativeTools nativeLibc; extraPackages = [ libstdcxxHook ]; }; </ins> libcxxClang = ccWrapperFun { cc = self.clang-unwrapped; <del> isClang = true; inherit (self) stdenv; </del> /* FIXME is this right? */ inherit (stdenv.cc) libc nativeTools nativeLibc; extraPackages = [ self.libcxx self.libcxxabi ];

Discussion:
In Nixpkgs 17.09, 3.9 cannot find libstdc++ headers: This does work correctly with Clang 4.0 in 17.09, or Clang 3.9 in 17.03. Setting shows that the cc-wrapper is not adding the appropriate flags pointing to libstdc++ in gcc. See above. System: NixOS 17.03 Nix version: 1.12pre Nixpkgs version: 17.09beta285. Sandboxing enabled: no
According to git-bisect, one of the following commits is causing the issue (all by
Hmm, was supposed to have fixed this, but I guess only fixed 4.0. any idea?
Really thought I already applied those changes to the other versions, must have forgotten to push or something.
Ah I see now---I should have noticed when reviewing that. While we're at it, maybe we should inject it in cc-wrapper instead of stdenv? This mirrors and keeps slimmer.
Change:
"-DCAN_TARGET_i386=false" ]; <ins> patches = [ ./fix-15974.patch ]; </ins> postBuild = '' rm -fR $out

Discussion:
Trying to build clang35 with nixpkgs HEAD () fails. The build log:
Is this still a problem?
Never mind, it has been marked as broken. You guys appear to be the clang experts. Do you have time to look into this?
That's a pretty strange compilation failure. Seems like it would be easy to patch if it came down to that. I'm not sure why that would be happening though.
Would it be fine to merge that patch? It's really ugly but if you aren't developing visibility isn't too important.
There is also the option that the old version of clang has been marked broken for a couple of months so it might be worth dropping it? I'm not sure if there is large value to fixing the old release.
I'm generally in favor of ditching the old in favor of the new if we can get away with it. You have my approval, for what it's worth. It seems fair to drop support for it, but if someone wants it enough to submit a working build for it, then that's fine we could accept that.
I'll see if wants to fix it otherwise I will create a PR to drop it this week.
Clang 3.5 is required for running the Terra compiler, so removing Clang 3.5 does have wider ranging repercussions. I'd be happy for my horrible patch to be merged (I can submit a PR if you want). I've not had any problems personally using this version of Clang. I'm not invested enough to implement a proper fix though :)
Would you be prepared to accept that patch? Or what would your preferred course of action be?
I'd be happy to accept it but I'm not an official collaborator of nixpkgs. On Tue, Aug 2, 2016, 2:05 PM Kevin Cox wrote:
Well if you open a PR there will be at least 2 :+1:s so I would go for it. On Tue, Aug 2, 2016, 18:43 Andrew Kelley wrote:
Interesting. I wonder why they're stuck on such an old version. I wonder if there were JIT regressions.
I've opened the PR
Change:
ag = throw "'ag' has been renamed to/replaced by 'silver-searcher'"; # Converted to throw 2022-02-22 aircrackng = throw "'aircrackng' has been renamed to/replaced by 'aircrack-ng'"; # Converted to throw 2022-02-22 airtame = throw "airtame has been removed due to being unmaintained"; # Added 2022-01-19 <del> alarm-clock-applet = throw "'alarm-clock-applet' has been abandoned upstream and depends on deprecated GNOME2/GTK2"; # Added 2022-06-16 </del> aleth = throw "aleth (previously packaged as cpp_ethereum) has been removed; abandoned upstream"; # Added 2020-11-30 alsaLib = alsa-lib; # Added 2021-06-09 alsaOss = alsa-oss; # Added 2021-06-10

Discussion:
the package alarm clock applet has been removed via for reasons of being unmaintained and using components of the deprecated gnome2 stack. however the package has a new maintainer a of january 2023. and it has been ported to Gtk 3 this information and the code can be found on https://alarm-clock- the source-distribution goes under the name now. it is to be discussed wheter the new nix derivation should match that new name or keep the old name <!-- Describe the project a little: --Metadata homepage URL: https://alarm-clock- source URL: license: gpl2+ platforms: unix, linux, darwin, ...
Change:
pytestCheckHook syrupy time-machine <del> ] ++ lib.flatten (builtins.attrValues optional-dependencies); </del> <ins> tree-sitter ]; </ins> disabledTestPaths = [ # Snapshot tests require syrupy<4

Discussion:
Steps to reproduce the behavior: Originally found building Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
That's not a build failure, but an evaluation failure. If you want to make not depend on , you need to figure out where does this dependency comes from, and try to remove it. The reason we disabled is documented in the code: Note that although the issue is fixed, we intentionally provide an expression for , so that we can build with it. See also: You can work around this issue by using instead, or try to be creative and make depend on the latest (and not ), by fixing the upstream issue . Good luck!
I'm closing this, as this is an upstream issue. Ideally it would have been possible to declaratively write with Nix why packages are disabled for certain Python implementation, and that would have improved the evaluation failure message you observed. I think I saw discussion about such a feature, but I can't find any links now unfortunately.
This issue has been mentioned on NixOS Discourse. There might be relevant details there:
Change:
stdenv.mkDerivation rec { pname = "beamerpresenter"; <del> version = "0.2.3"; </del> <ins> version = "0.2.3-1"; </ins> src = fetchFromGitHub { owner = "stiglers-eponym"; repo = "BeamerPresenter"; <del> rev = "v${version}"; sha256 = "1n9d0i0j67ymnghn8zkqf52c88zby6rqin8aicbw8cpn35fqf5a6"; </del> <ins> rev = "dd41a00b3c6c8b881fa62945165c965634df66f0"; sha256 = "11yj1zl8hdnqbynkbyzg8kwyx1jl8c87x8f8qyllpk0s6cg304d0"; </ins> }; nativeBuildInputs = [

Discussion:
After an update and a gc, beamerpresenter will fail with this message: Current beamerpresenter is /nix/store/kfp440m9j1wvxcbxhypaxmp51wcq9900-beamerpresenter-0.2.2/bin/beamerpresenter but the error message is about the store path of an old beamerpresenter which was deleted by the gc. This store path is actually stored in <details<summarycontent</summary<pre[General] cache%20pages=-1 frame%20time=50 gui%20config=/nix/store/cnjrjbkg6mz24hk6bsmlgjmcjjg75sbv-beamerpresenter- log=true manual=/nix/store/cnjrjbkg6mz24hk6bsmlgjmcjjg75sbv-beamerpresenter- memory=1.+08 [drawing] history%20length%20hidden=20 history%20length%20visible=50 mode=cumulative [keys] B=clear Ctrl%2BO=open Ctrl%2BQ=quit Ctrl%2BS=save Ctrl%2BShift%2BS=save as Ctrl%2BShift%2BY=redo right Ctrl%2BShift%2BZ=undo right Ctrl%2BY=redo left, redo Ctrl%2BZ=undo left, undo End=last F11=fullscreen Home=first P=toggle timer PgDown=next PgUp=previous Shift%2BC=clear left, clear right Shift%2BF5=next skipping overlays Shift%2BPgUp=previous skipping overlays Space=update [rendering] page%20part%20threshold=2.5 renderer=mupdf rendering%20arguments=draw, -F%format, -w%width, -h%height, -o-, %file, %page rendering%20command=/nix/store/cnjrjbkg6mz24hk6bsmlgjmcjjg75sbv-beamerpresenter-0.2.0/bin/mutool </pre</detailsSteps to reproduce the behavior: beamerpresenter nixpkgs -store --delete the old beamer presenter the new one works If applicable, add screenshots to help explain your problem. ! <!-- 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: channels(root): channels(symphorien): nixpkgs:
is there a way to avoid the default paths from being written in It seems that the config keys "gui%20config", "manual", and "rendering%20command" refer to Nix store paths corresponding to the first version of BeamerPresenter which ran on a system. The configuration file keeps pointing to the old package after an upgrade, which is problematic when the old paths get garbage-collected.
I've fixed this upstream, see : these paths are now commented out in the config file by default invalid paths are removed from the config file when running BeamerPresenter
Change:
stdenv, buildPythonPackage, pythonOlder, <ins> pythonAtLeast, </ins> fetchFromGitHub, substituteAll, gdb,

Discussion:
Trying to use Steps to reproduce the behavior: command exits with status 1 with the following error: A shell is opened. In this shell, returns a 0 exit code, like it is with python3.10. If applicable, add screenshots to help explain your problem. Add any other context about the problem here. ping Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
aren't in the repo. You need to use or
Seems to exist just fine. Anyway, as the error says, 3.9 isn't supported for the package that throws said error, so you'll have to use a newer python. 3.9 is only getting security fixes anyway atm, so it's probably not suitable for normal use.
We have the following package sets available, but as of 23.11, only the python310 and python311 package sets are actively maintained.
My use case is to provide several dev shell for a python lib I develop. That's why I care for python39 while it is not EOL. I think we need to use an older debugpy for python39. Does nixpkgs provides this kind of facility?
You can use or git history to find a suitable nixpkgs commit from which to base the shell
It is impossible to maintain them on the main line due to lack of time, but if you submit a PR, I will be happy to review it.
Change:
<ins> { lib, vscode-utils }: with vscode-utils; let buildVscodeLanguagePack = { language, sha256 }: buildVscodeMarketplaceExtension { mktplcRef = { name = "vscode-language-pack-${language}"; publisher = "MS-CEINTL"; version = "1.64.3"; inherit sha256; }; meta = { license = lib.licenses.mit; }; }; in # See list of core language packs at https://github.com/Microsoft/vscode-loc { # French vscode-language-pack-fr = buildVscodeLanguagePack { language = "fr"; sha256 = "sha256-6ynT1sbMgKO8iZReQ6KxFpR1VL3Nuo58MvXCtp+67vA="; }; # Italian vscode-language-pack-it = buildVscodeLanguagePack { language = "it"; sha256 = "sha256-5aNFpzNMZAZJH3n0rJevke9P6AW0au5i8+r4PXsb9Rg="; }; # German vscode-language-pack-de = buildVscodeLanguagePack { language = "de"; sha256 = "sha256-oEaWtsgktHKw52lnZTESkpzC/TTY8LO4yX11IgtMG5U="; }; # Spanish vscode-language-pack-es = buildVscodeLanguagePack { language = "es"; sha256 = "sha256-utLWbved3WCCk3XzqedbYzmyaKfbMrAmR0btT09GlxA="; }; # Russian vscode-language-pack-ru = buildVscodeLanguagePack { language = "ru"; sha256 = "sha256-0Wr2ICOiaaj4jZ555bxUJcmXO/yWDyn0UmdvxUF3WSQ="; }; # Chinese (Simplified) vscode-language-pack-zh-hans = buildVscodeLanguagePack { language = "zh-hans"; sha256 = "sha256-irTSQcVXf/V3MuZwfx4tFcvBk+xhbFZTnb7IG28s/p4="; }; # Chinese (Traditional) vscode-language-pack-zh-hant = buildVscodeLanguagePack { language = "zh-hant"; sha256 = "sha256-3IA/VTTTEqS6jrDYv50GnLXOTSC1XAMvqOVfOuvIdIs="; }; # Japanese vscode-language-pack-ja = buildVscodeLanguagePack { language = "ja"; sha256 = "sha256-rxod70ddrppEYYzukksVY1dTXR8osLFAsIPr1fSFZDg="; }; # Korean vscode-language-pack-ko = buildVscodeLanguagePack { language = "ko"; sha256 = "sha256-QYFaxJz1PqKKIiLosLQ8Tu3JNXzpxLFqgIHjjRLwjA4="; }; # Czech vscode-language-pack-cs = buildVscodeLanguagePack { language = "cs"; sha256 = "sha256-eMk+syy2h+Xb3k6QB8PqYaF4I1ydaY6eRsvOXmelh9Q="; }; # Portuguese (Brazil) vscode-language-pack-pt-br = buildVscodeLanguagePack { language = "pt-BR"; sha256 = "sha256-7Trz38KBl4sD7608MvTs02pUsdD05oHEj3Sp1LvtI7I="; }; # Turkish vscode-language-pack-tr = buildVscodeLanguagePack { language = "tr"; sha256 = "sha256-T4CTpbve3vrNdW4VDfHDg8U8cQEtuxPV5LvNdtKrqzA"; }; # Pseudo Language vscode-language-pack-qps-ploc = buildVscodeLanguagePack { language = "qps-ploc"; sha256 = "sha256-rPvCr3uQPfM8vwKoV7Un5aiMZClhf6TvG1PEe3xYNI0="; }; } </ins>

Discussion:
Project description It seems that language packs can't be installed using . There are 14 languages in total available. I've tried to pack them myself but I am really new to NixOS and failed :) Metadata homepage URL: source URL: license: mit platforms: unix, linux, darwin
I have these on my fork and will cleanup/submit a PR soon.
(or someone with write permissions), you can close this issue. PR has been merged, but wasn't linked to this issue until after the merge so it didn't auto-close the issue.
Change:
<ins> diff --git i/app/formmain.pas w/app/formmain.pas index 8c1131680..6c6c0043f 100644 --- i/app/formmain.pas +++ w/app/formmain.pas @@ -2135,6 +2135,7 @@ begin false {$endif}; *) +  mnuHelpCheckUpd.Enabled:=false; with AppPanels[cPaneSide] do begin </ins>

Discussion:
Cross-platform text editor, written in Lazarus From: Repository: Mirror: Development seems very active (last commit 15 minutes ago). Might be a nice open source alternative to SublimeText.
Thank you for your contributions. This has been automatically marked as stale because it has had no activity for 180 days. If this is still important to you, we ask that you leave a comment below. Your comment can be as simple as "still important to me". This lets people see that at least one person still cares about this. Someone will have to do this at most twice a year if there is no other activity. Here are suggestions that might help resolve this more quickly: for maintainers and people that previously touched the related code and @ mention them in a comment. on the . on the on .
Still important to me.
Change:
rustPackages.rustPlatform.buildRustPackage rec { pname = "spotifyd"; <del> version = "0.3.5"; </del> <ins> version = "0.3.5-unstable-2024-02-18"; </ins> src = fetchFromGitHub { owner = "Spotifyd"; repo = "spotifyd"; <del> rev = "v${version}"; hash = "sha256-+P85FWJIsfAv8/DnQFxfoWvNY8NpbZ2xUidfwN8tiA8="; </del> <ins> rev = "ff2f7a06e54bf05afd57a0243dc9f67abc15f040"; hash = "sha256-nebAd4a+ht+blRP52OF830/Dm15ZPwRL4IPWmmT9ViM="; </ins> }; <del> cargoHash = "sha256-j+2yEtn3D+vNRcY4+NnqSX4xRQIE5Sq7bentxTh6kMI="; </del> <ins> cargoHash = "sha256-6BRIMTrWTwvX3yIGEYEvigMT+n4EtaruMdrej2Dd49w="; </ins> nativeBuildInputs = [ pkg-config ];

Discussion:
Steps to reproduce the behavior: from Looks like a problem with building . May be related to . Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Change:
nativeBuildInputs = [ autoreconfHook pkgconfig ]; buildInputs = [ <del> e2fsprogs libuuid stdenv.cc.libc </del> <ins> e2fsprogs libuuid stdenv.cc.libc nilfs-utils ntfs3g </ins> (stdenv.lib.getOutput "static" stdenv.cc.libc) ]; <ins> configureFlags = [ "--enable-xfs" "--enable-extfs" "--enable-hfsp" "--enable-fat" "--enable-exfat" "--enable-ntfs" "--enable-btrfs" "--enable-minix" "--enable-f2fs" "--enable-nilfs2" ]; </ins> enableParallelBuilding = true; meta = {

Discussion:
As it stands, the package does not provide support for cloning filesystems; The symbolic links are missing. system: host os: multi-user?: sandbox: version: channels(root): nixpkgs:
Change:
<del> { stdenv, fetchurl, pkgconfig, gtk2, bison, intltool, flex , netpbm, imagemagick, dbus, xlibsWrapper, libGLU, libGL , shared-mime-info, tcl, tk, gnome2, pangox_compat, gd, xorg </del> <ins> { stdenv , fetchurl , pkgconfig , gtk2 , bison , intltool , flex , netpbm , imagemagick , dbus , xlibsWrapper , libGLU , libGL , shared-mime-info , tcl , tk , gnome2 , gd , xorg </ins> }: stdenv.mkDerivation rec { pname = "pcb"; <del> version = "20140316"; </del> <ins> version = "4.2.0"; </ins> src = fetchurl { <del> url = "http://ftp.geda-project.org/pcb/pcb-20140316/${pname}-${version}.tar.gz"; sha256 = "0l6944hq79qsyp60i5ai02xwyp8l47q7xdm3js0jfkpf72ag7i42"; </del> <ins> url = "mirror://sourceforge/pcb/${pname}-${version}.tar.gz"; sha256 = "0hwsqmcrnk4wipbmfqx1yckmmgfn8vr37d1gh5srfy27czgkcjyd"; </ins> }; <del> nativeBuildInputs = [ pkgconfig ]; </del> <ins> nativeBuildInputs = [ pkgconfig bison intltool flex netpbm imagemagick ]; </ins> buildInputs = [ <del> gtk2 bison intltool flex netpbm imagemagick dbus xlibsWrapper libGLU libGL tcl shared-mime-info tk gnome2.gtkglext pangox_compat gd xorg.libXmu </del> <ins> gtk2 dbus xlibsWrapper libGLU libGL tcl shared-mime-info tk gnome2.gtkglext gd xorg.libXmu </ins> ]; <del> configureFlags = ["--disable-update-desktop-database"]; </del> <ins> configureFlags = [ "--disable-update-desktop-database" ]; </ins> meta = with stdenv.lib; { description = "Printed Circuit Board editor";

Discussion:
Describe the bug Seems like some updates to pango broke a few packages Among the broken ones: ettercap (see ) pangox-compat (which anydesk needs) probably a few more To Reproduce Steps to reproduce the behavior: to build ettercap or anydesk from master will fail to build with some pango-related errors Expected behavior It should work Screenshots If applicable, add screenshots to help explain your problem. Additional context Add any other context about the problem here. Metadata system: host os: multi-user?: sandbox: version: channels(maciej): nixpkgs: Maintainer information:
Also remmina is broken But doesn't seem to depend on pango directly, so unsure which dependency actually is broken
Here's an issue for pangox-compat
Lutris is broken too - not an urgent requirement but just making you fine folks aware!
Not sure why Lutris is broken, but Lutris-unwrap is fine.
It's a failure in the dependency chain, in this case .
no longer depends on on its master branch: We should probably switch to that. should not be needed in according to the README in , I suspect it was only there because we did not propagate it until ebassi also suggests switching to HEAD and says we need not worry about ABI changes:
Not having pangox_compat fixed is definitively still an issue. Can this be re-opened?
After , the only program depending on this is anydesk and openmodelica which is broken.
So it breaks anydesk thus either we mark anydesk as broken or we fix that?
Anydesk shouldn't use this deprecated library. Yes, we can mark it as broken.
Change:
stdenv.mkDerivation rec { pname = "pcsx2"; <del> version = "1.7.3165"; </del> <ins> version = "1.7.3331"; </ins> # nixpkgs-update: no auto update src = fetchFromGitHub {

Discussion:
Doesn't start from shortcut in GNOME system. Runs in the terminal. The shortcut does not work.
This seems to be caused by the fact that the desktop file sets . The problem also occurs on Plasma Wayland, so I guess it happens on Wayland in general. (Didn't test X11 window managers.)