* golden-cheetah-bin: format
Signed-off-by: Florian Brandes <florian.brandes@posteo.de>
* golden-cheetah-bin: 3.6 -> 3.7DEV2410
fixes CVE-2023-4863[1][2]
[1]: https://github.com/GoldenCheetah/GoldenCheetah/issues/4396
[2]: https://github.com/GoldenCheetah/GoldenCheetah/commit/e8132b1a55e8e84fc5e34a4c91e3a7b2bf62cc2f
* golden-cheetah-bin: fix qt startup
Due to a version missmatch between the packaged
Qt package from upstream and NixOS Qt version
GoldenCheetah will not be able to start with the following
error message on KDE:
```
qt.qpa.plugin: Could not load the Qt platform plugin "xcb" in "" even though it was found.
This application failed to start because no Qt platform plugin could be initialized. Reinstalling the application may fix this problem.
Available platform plugins are: eglfs, linuxfb, minimal, minimalegl, offscreen, vnc, xcb.
```
This is analog to other errors and is caused by a leaked QT_PLUGIN_PATH
variable from the host to the AppImage[1].
Since this only causes issues on KDE it is sufficient to empty the
variable from the desktop Menu item. This does not fix startup from
the command line and is rather a workaround than a true bugfix and the
underlying issue (leaking variables to appimageTools.wrapType2
applications) should be fixed.
This does not affect other desktop environments
[1]: https://discourse.nixos.org/t/cannot-run-ida-free-with-steam-run-could-not-load-the-qt-platform-plugin-xcb-in/29783
Signed-off-by: Florian Brandes <florian.brandes@posteo.de>
* golden-cheetah-bin: add darwin version
Signed-off-by: Florian Brandes <florian.brandes@posteo.de>
---------
Signed-off-by: Florian Brandes <florian.brandes@posteo.de>
It seems like YesPlayMusic has been effectively abandoned upstream with numerous usability
and API bugs preventing it from working, while using old, unsupported Node versions (14 and 16)
and Electron versions (22).
While there have been forks and projects created in its image
(see https://github.com/qier222/YesPlayMusic/issues/2344), it would be better
if we drop YesPlayMusic first, and package any fork that manages to garner enough momentum.
Part of #296939
plugin runtime dependencies. A recurrent question is how to make LSP
work on nix, with users wanting to install masons etc. I think it makes
sense for neovim to install neovim plugins in a way that they work out
of the box. That's one of the strengths of nix and a shortcoming of the
neovim infrastructure.
We suffix the PATH instead of prepend such that project versions of the
software takes precedence.
It's opt-in for now to but worth revisiting later for the previous
reasons.
Austin Horstman
gadorandGitHub