nordic-dev.net/nixpkgs
nordic-dev.net/nixpkgs
2
0
Fork 0
mirror of https://github.com/NixOS/nixpkgs.git synced 2024-12-28 00:24:18 +00:00
Code Issues Packages Projects Releases Wiki Activity
ce47ede70b
nixpkgs/pkgs/applications/emulators/retroarch/default.nix

Ignoring revisions in .git-blame-ignore-revs. Click here to bypass and see the normal blame view.

167 lines
3.9 KiB
Nix
Raw Normal View History

retroarch: 1.9.2 -> 1.9.13.2 The issue of non-working cores on newer versions of RetroArch was caused by the missing core metadata that is available on libretro/libretro-super repo. This also allows RetroArch to works properly, for example there is no need to load a core before loading a content: RetroArch knows each emulator to load depending on the available emulators and the file extension. To load the metadata from `/nix/store`, we need to patch the `retroarch.cfg`. Sadly this file is only updated when needed, for example, it will update if the path that it is pointing doesn't exist anymore. However, before this PR it pointed to a file located in the HOME directory, so if someone used RetroArch before they will probably have issues while loading the file. I tried to patch the configuration loader directly but the code is kinda messy and this seems very prone to breakage (while the `retroarch.cfg` file seems an stable interface). One better solution will probably be the introduction of a module that can generate `retroarch.cfg` file (since retroarch supports loading a config from `/etc/retroarch.cfg`). But this will come in a future PR.
2021-11-19 01:19:53 +00:00
{ lib
, stdenv
retroarch: add nixosTests.retroarch as passthru.tests
2022-10-01 11:24:46 +00:00
, nixosTests
retroarch: 1.9.2 -> 1.9.13.2 The issue of non-working cores on newer versions of RetroArch was caused by the missing core metadata that is available on libretro/libretro-super repo. This also allows RetroArch to works properly, for example there is no need to load a core before loading a content: RetroArch knows each emulator to load depending on the available emulators and the file extension. To load the metadata from `/nix/store`, we need to patch the `retroarch.cfg`. Sadly this file is only updated when needed, for example, it will update if the path that it is pointing doesn't exist anymore. However, before this PR it pointed to a file located in the HOME directory, so if someone used RetroArch before they will probably have issues while loading the file. I tried to patch the configuration loader directly but the code is kinda messy and this seems very prone to breakage (while the `retroarch.cfg` file seems an stable interface). One better solution will probably be the introduction of a module that can generate `retroarch.cfg` file (since retroarch supports loading a config from `/etc/retroarch.cfg`). But this will come in a future PR.
2021-11-19 01:19:53 +00:00
, enableNvidiaCgToolkit ? false
retroarchBare: add with{Assets,CoreInfo} options
2022-12-18 22:12:48 +00:00
, withAssets ? false
, withCoreInfo ? false
retroarch: 1.9.14 -> 1.10.0
2022-01-21 21:26:24 +00:00
, withGamemode ? stdenv.isLinux
retroarch: 1.9.2 -> 1.9.13.2 The issue of non-working cores on newer versions of RetroArch was caused by the missing core metadata that is available on libretro/libretro-super repo. This also allows RetroArch to works properly, for example there is no need to load a core before loading a content: RetroArch knows each emulator to load depending on the available emulators and the file extension. To load the metadata from `/nix/store`, we need to patch the `retroarch.cfg`. Sadly this file is only updated when needed, for example, it will update if the path that it is pointing doesn't exist anymore. However, before this PR it pointed to a file located in the HOME directory, so if someone used RetroArch before they will probably have issues while loading the file. I tried to patch the configuration loader directly but the code is kinda messy and this seems very prone to breakage (while the `retroarch.cfg` file seems an stable interface). One better solution will probably be the introduction of a module that can generate `retroarch.cfg` file (since retroarch supports loading a config from `/etc/retroarch.cfg`). But this will come in a future PR.
2021-11-19 01:19:53 +00:00
, withVulkan ? stdenv.isLinux
retroarch: 1.11.0 -> 1.12.0
2022-10-18 16:54:52 +00:00
, withWayland ? stdenv.isLinux
retroarch: 1.9.2 -> 1.9.13.2 The issue of non-working cores on newer versions of RetroArch was caused by the missing core metadata that is available on libretro/libretro-super repo. This also allows RetroArch to works properly, for example there is no need to load a core before loading a content: RetroArch knows each emulator to load depending on the available emulators and the file extension. To load the metadata from `/nix/store`, we need to patch the `retroarch.cfg`. Sadly this file is only updated when needed, for example, it will update if the path that it is pointing doesn't exist anymore. However, before this PR it pointed to a file located in the HOME directory, so if someone used RetroArch before they will probably have issues while loading the file. I tried to patch the configuration loader directly but the code is kinda messy and this seems very prone to breakage (while the `retroarch.cfg` file seems an stable interface). One better solution will probably be the introduction of a module that can generate `retroarch.cfg` file (since retroarch supports loading a config from `/etc/retroarch.cfg`). But this will come in a future PR.
2021-11-19 01:19:53 +00:00
, alsa-lib
retroarch: enable dbus on Linux
2022-08-06 11:04:55 +00:00
, dbus
retroarch: 1.9.2 -> 1.9.13.2 The issue of non-working cores on newer versions of RetroArch was caused by the missing core metadata that is available on libretro/libretro-super repo. This also allows RetroArch to works properly, for example there is no need to load a core before loading a content: RetroArch knows each emulator to load depending on the available emulators and the file extension. To load the metadata from `/nix/store`, we need to patch the `retroarch.cfg`. Sadly this file is only updated when needed, for example, it will update if the path that it is pointing doesn't exist anymore. However, before this PR it pointed to a file located in the HOME directory, so if someone used RetroArch before they will probably have issues while loading the file. I tried to patch the configuration loader directly but the code is kinda messy and this seems very prone to breakage (while the `retroarch.cfg` file seems an stable interface). One better solution will probably be the introduction of a module that can generate `retroarch.cfg` file (since retroarch supports loading a config from `/etc/retroarch.cfg`). But this will come in a future PR.
2021-11-19 01:19:53 +00:00
, fetchFromGitHub
retroarchBare: backport patches from upstream
2022-12-23 21:46:49 +00:00
, fetchpatch
retroarchBare: pin ffmpeg to 4.x
2022-02-05 21:28:01 +00:00
, ffmpeg_4
retroarch: unbundle some dependencies
2022-10-28 11:45:00 +00:00
, flac
retroarch: 1.9.2 -> 1.9.13.2 The issue of non-working cores on newer versions of RetroArch was caused by the missing core metadata that is available on libretro/libretro-super repo. This also allows RetroArch to works properly, for example there is no need to load a core before loading a content: RetroArch knows each emulator to load depending on the available emulators and the file extension. To load the metadata from `/nix/store`, we need to patch the `retroarch.cfg`. Sadly this file is only updated when needed, for example, it will update if the path that it is pointing doesn't exist anymore. However, before this PR it pointed to a file located in the HOME directory, so if someone used RetroArch before they will probably have issues while loading the file. I tried to patch the configuration loader directly but the code is kinda messy and this seems very prone to breakage (while the `retroarch.cfg` file seems an stable interface). One better solution will probably be the introduction of a module that can generate `retroarch.cfg` file (since retroarch supports loading a config from `/etc/retroarch.cfg`). But this will come in a future PR.
2021-11-19 01:19:53 +00:00
, freetype
retroarch: 1.9.14 -> 1.10.0
2022-01-21 21:26:24 +00:00
, gamemode
retroarch: 1.9.2 -> 1.9.13.2 The issue of non-working cores on newer versions of RetroArch was caused by the missing core metadata that is available on libretro/libretro-super repo. This also allows RetroArch to works properly, for example there is no need to load a core before loading a content: RetroArch knows each emulator to load depending on the available emulators and the file extension. To load the metadata from `/nix/store`, we need to patch the `retroarch.cfg`. Sadly this file is only updated when needed, for example, it will update if the path that it is pointing doesn't exist anymore. However, before this PR it pointed to a file located in the HOME directory, so if someone used RetroArch before they will probably have issues while loading the file. I tried to patch the configuration loader directly but the code is kinda messy and this seems very prone to breakage (while the `retroarch.cfg` file seems an stable interface). One better solution will probably be the introduction of a module that can generate `retroarch.cfg` file (since retroarch supports loading a config from `/etc/retroarch.cfg`). But this will come in a future PR.
2021-11-19 01:19:53 +00:00
, libdrm
, libGL
, libGLU
, libpulseaudio
retroarch: use libretro-core-info, simplify patch A smaller patch should make easier to bump this package in the future.
2022-10-28 22:52:09 +00:00
, libretro-core-info
retroarch: 1.9.2 -> 1.9.13.2 The issue of non-working cores on newer versions of RetroArch was caused by the missing core metadata that is available on libretro/libretro-super repo. This also allows RetroArch to works properly, for example there is no need to load a core before loading a content: RetroArch knows each emulator to load depending on the available emulators and the file extension. To load the metadata from `/nix/store`, we need to patch the `retroarch.cfg`. Sadly this file is only updated when needed, for example, it will update if the path that it is pointing doesn't exist anymore. However, before this PR it pointed to a file located in the HOME directory, so if someone used RetroArch before they will probably have issues while loading the file. I tried to patch the configuration loader directly but the code is kinda messy and this seems very prone to breakage (while the `retroarch.cfg` file seems an stable interface). One better solution will probably be the introduction of a module that can generate `retroarch.cfg` file (since retroarch supports loading a config from `/etc/retroarch.cfg`). But this will come in a future PR.
2021-11-19 01:19:53 +00:00
, libv4l
, libX11
, libXdmcp
, libXext
retroarch: add wayland dependency and fix cross - Need custom pkg-config setting - add wayland & libxkbcommon
2020-03-11 02:54:31 +00:00
, libxkbcommon
retroarch: 1.9.2 -> 1.9.13.2 The issue of non-working cores on newer versions of RetroArch was caused by the missing core metadata that is available on libretro/libretro-super repo. This also allows RetroArch to works properly, for example there is no need to load a core before loading a content: RetroArch knows each emulator to load depending on the available emulators and the file extension. To load the metadata from `/nix/store`, we need to patch the `retroarch.cfg`. Sadly this file is only updated when needed, for example, it will update if the path that it is pointing doesn't exist anymore. However, before this PR it pointed to a file located in the HOME directory, so if someone used RetroArch before they will probably have issues while loading the file. I tried to patch the configuration loader directly but the code is kinda messy and this seems very prone to breakage (while the `retroarch.cfg` file seems an stable interface). One better solution will probably be the introduction of a module that can generate `retroarch.cfg` file (since retroarch supports loading a config from `/etc/retroarch.cfg`). But this will come in a future PR.
2021-11-19 01:19:53 +00:00
, libxml2
, libXxf86vm
, makeWrapper
retroarchBare: use system mbedtls
2022-12-22 12:53:04 +00:00
, mbedtls_2
retroarch: 1.9.2 -> 1.9.13.2 The issue of non-working cores on newer versions of RetroArch was caused by the missing core metadata that is available on libretro/libretro-super repo. This also allows RetroArch to works properly, for example there is no need to load a core before loading a content: RetroArch knows each emulator to load depending on the available emulators and the file extension. To load the metadata from `/nix/store`, we need to patch the `retroarch.cfg`. Sadly this file is only updated when needed, for example, it will update if the path that it is pointing doesn't exist anymore. However, before this PR it pointed to a file located in the HOME directory, so if someone used RetroArch before they will probably have issues while loading the file. I tried to patch the configuration loader directly but the code is kinda messy and this seems very prone to breakage (while the `retroarch.cfg` file seems an stable interface). One better solution will probably be the introduction of a module that can generate `retroarch.cfg` file (since retroarch supports loading a config from `/etc/retroarch.cfg`). But this will come in a future PR.
2021-11-19 01:19:53 +00:00
, mesa
, nvidia_cg_toolkit
, pkg-config
, python3
retroarch: add qtbase/spirv-tools as deps
2023-01-08 00:48:23 +00:00
, qtbase
retroarchBare: add with{Assets,CoreInfo} options
2022-12-18 22:12:48 +00:00
, retroarch-assets
retroarch: 1.9.2 -> 1.9.13.2 The issue of non-working cores on newer versions of RetroArch was caused by the missing core metadata that is available on libretro/libretro-super repo. This also allows RetroArch to works properly, for example there is no need to load a core before loading a content: RetroArch knows each emulator to load depending on the available emulators and the file extension. To load the metadata from `/nix/store`, we need to patch the `retroarch.cfg`. Sadly this file is only updated when needed, for example, it will update if the path that it is pointing doesn't exist anymore. However, before this PR it pointed to a file located in the HOME directory, so if someone used RetroArch before they will probably have issues while loading the file. I tried to patch the configuration loader directly but the code is kinda messy and this seems very prone to breakage (while the `retroarch.cfg` file seems an stable interface). One better solution will probably be the introduction of a module that can generate `retroarch.cfg` file (since retroarch supports loading a config from `/etc/retroarch.cfg`). But this will come in a future PR.
2021-11-19 01:19:53 +00:00
, SDL2
retroarch: add qtbase/spirv-tools as deps
2023-01-08 00:48:23 +00:00
, spirv-tools
retroarch: use libretro-core-info, simplify patch A smaller patch should make easier to bump this package in the future.
2022-10-28 22:52:09 +00:00
, substituteAll
retroarch: 1.9.2 -> 1.9.13.2 The issue of non-working cores on newer versions of RetroArch was caused by the missing core metadata that is available on libretro/libretro-super repo. This also allows RetroArch to works properly, for example there is no need to load a core before loading a content: RetroArch knows each emulator to load depending on the available emulators and the file extension. To load the metadata from `/nix/store`, we need to patch the `retroarch.cfg`. Sadly this file is only updated when needed, for example, it will update if the path that it is pointing doesn't exist anymore. However, before this PR it pointed to a file located in the HOME directory, so if someone used RetroArch before they will probably have issues while loading the file. I tried to patch the configuration loader directly but the code is kinda messy and this seems very prone to breakage (while the `retroarch.cfg` file seems an stable interface). One better solution will probably be the introduction of a module that can generate `retroarch.cfg` file (since retroarch supports loading a config from `/etc/retroarch.cfg`). But this will come in a future PR.
2021-11-19 01:19:53 +00:00
, udev
, vulkan-loader
, wayland
retroarch: add qtbase/spirv-tools as deps
2023-01-08 00:48:23 +00:00
, wrapQtAppsHook
retroarch: unbundle some dependencies
2022-10-28 11:45:00 +00:00
, zlib
retroarch: 2015-11-20 -> 1.3.4 also: remove nvidia-cg-toolkit as input for retroarch. see #15707 darwin is also building but you have to trick it into thinking it's a desktop app for the GUI to load platforms is set to "platforms.all".
2016-05-27 00:24:26 +00:00
}:
retroarch: 1.9.2 -> 1.9.13.2 The issue of non-working cores on newer versions of RetroArch was caused by the missing core metadata that is available on libretro/libretro-super repo. This also allows RetroArch to works properly, for example there is no need to load a core before loading a content: RetroArch knows each emulator to load depending on the available emulators and the file extension. To load the metadata from `/nix/store`, we need to patch the `retroarch.cfg`. Sadly this file is only updated when needed, for example, it will update if the path that it is pointing doesn't exist anymore. However, before this PR it pointed to a file located in the HOME directory, so if someone used RetroArch before they will probably have issues while loading the file. I tried to patch the configuration loader directly but the code is kinda messy and this seems very prone to breakage (while the `retroarch.cfg` file seems an stable interface). One better solution will probably be the introduction of a module that can generate `retroarch.cfg` file (since retroarch supports loading a config from `/etc/retroarch.cfg`). But this will come in a future PR.
2021-11-19 01:19:53 +00:00
let
retroarch: 1.11.0 -> 1.12.0
2022-10-18 16:54:52 +00:00
runtimeLibs =
lib.optional withVulkan vulkan-loader ++
lib.optional withGamemode (lib.getLib gamemode);
retroarch: 1.9.2 -> 1.9.13.2 The issue of non-working cores on newer versions of RetroArch was caused by the missing core metadata that is available on libretro/libretro-super repo. This also allows RetroArch to works properly, for example there is no need to load a core before loading a content: RetroArch knows each emulator to load depending on the available emulators and the file extension. To load the metadata from `/nix/store`, we need to patch the `retroarch.cfg`. Sadly this file is only updated when needed, for example, it will update if the path that it is pointing doesn't exist anymore. However, before this PR it pointed to a file located in the HOME directory, so if someone used RetroArch before they will probably have issues while loading the file. I tried to patch the configuration loader directly but the code is kinda messy and this seems very prone to breakage (while the `retroarch.cfg` file seems an stable interface). One better solution will probably be the introduction of a module that can generate `retroarch.cfg` file (since retroarch supports loading a config from `/etc/retroarch.cfg`). But this will come in a future PR.
2021-11-19 01:19:53 +00:00
in
retroarch: remove macOS app support This is badly out of date so requires extra work to get working. Anyway, you can still use it without the menu, with no problem.
2020-03-22 03:36:54 +00:00
stdenv.mkDerivation rec {
treewide: name -> pname (easy cases) (#66585) treewide replacement of stdenv.mkDerivation rec { name = "*-${version}"; version = "*"; to pname
2019-08-15 12:41:18 +00:00
pname = "retroarch-bare";
retroarchBare: 1.13.0 -> 1.14.0
2022-12-14 10:55:37 +00:00
version = "1.14.0";
add retroarch 0.9.9
2013-06-26 11:25:09 +00:00
retroarch: 2015-11-20 -> 1.3.4 also: remove nvidia-cg-toolkit as input for retroarch. see #15707 darwin is also building but you have to trick it into thinking it's a desktop app for the GUI to load platforms is set to "platforms.all".
2016-05-27 00:24:26 +00:00
src = fetchFromGitHub {
owner = "libretro";
repo = "RetroArch";
retroarchBare: 1.13.0 -> 1.14.0
2022-12-14 10:55:37 +00:00
hash = "sha256-oEENGehbzjJq1kTiz6gkXHMMe/rXjWPxxMoe4RqdqK4=";
retroarch: 2015-11-20 -> 1.3.4 also: remove nvidia-cg-toolkit as input for retroarch. see #15707 darwin is also building but you have to trick it into thinking it's a desktop app for the GUI to load platforms is set to "platforms.all".
2016-05-27 00:24:26 +00:00
rev = "v${version}";
add retroarch 0.9.9
2013-06-26 11:25:09 +00:00
};
retroarchBare: backport patches from upstream
2022-12-23 21:46:49 +00:00
patches = [
./use-default-values-for-libretro_info_path-assets_directory.patch
# TODO: remove those two patches in the next RetroArch release
(fetchpatch {
url = "https://github.com/libretro/RetroArch/commit/894c44c5ea7f1eada9207be3c29e8d5c0a7a9e1f.patch";
hash = "sha256-ThB6jd9pmsipT8zjehz7znK/s0ofHHCJeEYBKur6sO8=";
retroarchBare: add with{Assets,CoreInfo} options
2022-12-18 22:12:48 +00:00
})
retroarchBare: backport patches from upstream
2022-12-23 21:46:49 +00:00
(fetchpatch {
url = "https://github.com/libretro/RetroArch/commit/c5bfd52159cf97312bb28fc42203c39418d1bbbd.patch";
hash = "sha256-rb1maAvCSUgq2VtJ67iqUY+Fz00Fchl8YGG0EPm0+F0=";
})
];
retroarch: 1.9.2 -> 1.9.13.2 The issue of non-working cores on newer versions of RetroArch was caused by the missing core metadata that is available on libretro/libretro-super repo. This also allows RetroArch to works properly, for example there is no need to load a core before loading a content: RetroArch knows each emulator to load depending on the available emulators and the file extension. To load the metadata from `/nix/store`, we need to patch the `retroarch.cfg`. Sadly this file is only updated when needed, for example, it will update if the path that it is pointing doesn't exist anymore. However, before this PR it pointed to a file located in the HOME directory, so if someone used RetroArch before they will probably have issues while loading the file. I tried to patch the configuration loader directly but the code is kinda messy and this seems very prone to breakage (while the `retroarch.cfg` file seems an stable interface). One better solution will probably be the introduction of a module that can generate `retroarch.cfg` file (since retroarch supports loading a config from `/etc/retroarch.cfg`). But this will come in a future PR.
2021-11-19 01:19:53 +00:00
retroarch: add qtbase/spirv-tools as deps
2023-01-08 00:48:23 +00:00
nativeBuildInputs = [ pkg-config wrapQtAppsHook ] ++
retroarch: 1.11.0 -> 1.12.0
2022-10-18 16:54:52 +00:00
lib.optional withWayland wayland ++
retroarch: 1.9.14 -> 1.10.0
2022-01-21 21:26:24 +00:00
lib.optional (runtimeLibs != [ ]) makeWrapper;
add retroarch 0.9.9
2013-06-26 11:25:09 +00:00
retroarch: 1.11.0 -> 1.12.0
2022-10-18 16:54:52 +00:00
buildInputs = [
ffmpeg_4
retroarch: unbundle some dependencies
2022-10-28 11:45:00 +00:00
flac
retroarch: 1.11.0 -> 1.12.0
2022-10-18 16:54:52 +00:00
freetype
libGL
libGLU
libxml2
retroarchBare: use system mbedtls
2022-12-22 12:53:04 +00:00
mbedtls_2
retroarch: 1.11.0 -> 1.12.0
2022-10-18 16:54:52 +00:00
python3
retroarch: add qtbase/spirv-tools as deps
2023-01-08 00:48:23 +00:00
qtbase
retroarch: 1.11.0 -> 1.12.0
2022-10-18 16:54:52 +00:00
SDL2
retroarch: add qtbase/spirv-tools as deps
2023-01-08 00:48:23 +00:00
spirv-tools
retroarch: unbundle some dependencies
2022-10-28 11:45:00 +00:00
zlib
retroarch: 1.11.0 -> 1.12.0
2022-10-18 16:54:52 +00:00
] ++
lib.optional enableNvidiaCgToolkit nvidia_cg_toolkit ++
lib.optional withVulkan vulkan-loader ++
lib.optional withWayland wayland ++
lib.optionals stdenv.isLinux [
alsa-lib
dbus
libX11
libXdmcp
libXext
libXxf86vm
libdrm
libpulseaudio
libv4l
libxkbcommon
mesa
udev
];
retroarch: add wayland dependency and fix cross - Need custom pkg-config setting - add wayland & libxkbcommon
2020-03-11 02:54:31 +00:00
retroarch: 1.6.0 -> 1.7.1
2018-03-03 02:09:35 +00:00
enableParallelBuilding = true;
retroarch: improvements - Added missing freedesktop items (`*.desktop` and icon). Note that for the moment, only added an `*.svg` icon as was the only available. It does not give us the best results (at least in xfce). We may decide later on to extract the content of the `*.ico` instead which is a bit more involved.
2016-03-13 23:56:12 +00:00
retroarch: 1.11.0 -> 1.12.0
2022-10-18 16:54:52 +00:00
configureFlags = [
"--disable-update_cores"
retroarch: unbundle some dependencies
2022-10-28 11:45:00 +00:00
"--disable-builtinmbedtls"
retroarchBare: use system mbedtls
2022-12-22 12:53:04 +00:00
"--enable-systemmbedtls"
retroarch: unbundle some dependencies
2022-10-28 11:45:00 +00:00
"--disable-builtinzlib"
"--disable-builtinflac"
retroarch: 1.11.0 -> 1.12.0
2022-10-18 16:54:52 +00:00
] ++
retroarchBare: add with{Assets,CoreInfo} options
2022-12-18 22:12:48 +00:00
lib.optionals withAssets [
"--disable-update_assets"
retroarchBare: backport patches from upstream
2022-12-23 21:46:49 +00:00
"--with-assets_dir=${retroarch-assets}/share"
] ++
lib.optionals withCoreInfo [
"--disable-update_core_info"
"--with-core_info_dir=${libretro-core-info}/share"
retroarchBare: add with{Assets,CoreInfo} options
2022-12-18 22:12:48 +00:00
] ++
retroarch: 1.11.0 -> 1.12.0
2022-10-18 16:54:52 +00:00
lib.optionals stdenv.isLinux [
"--enable-dbus"
"--enable-egl"
"--enable-kms"
];
retroarch: 1.7.8.4 -> 1.8.1
2019-11-12 09:31:53 +00:00
retroarch: use libretro-core-info, simplify patch A smaller patch should make easier to bump this package in the future.
2022-10-28 22:52:09 +00:00
postInstall = lib.optionalString (runtimeLibs != [ ]) ''
retroarch: 1.9.14 -> 1.10.0
2022-01-21 21:26:24 +00:00
wrapProgram $out/bin/retroarch \
--prefix LD_LIBRARY_PATH ':' ${lib.makeLibraryPath runtimeLibs}
retroarch: fix retroarch-cg2glsl script Patch script so it loads `cgc` from the correct place when `enableNvidiaCgToolkit` is set to `true`. Also, in case `enableNvidiaCgToolkit` is set to `false`, also remove the manual for the script.
2022-12-23 22:11:18 +00:00
'' +
lib.optionalString enableNvidiaCgToolkit ''
wrapProgram $out/bin/retroarch-cg2glsl \
--prefix PATH ':' ${lib.makeBinPath [ nvidia_cg_toolkit ]}
retroarch: improvements - Added missing freedesktop items (`*.desktop` and icon). Note that for the moment, only added an `*.svg` icon as was the only available. It does not give us the best results (at least in xfce). We may decide later on to extract the content of the `*.ico` instead which is a bit more involved.
2016-03-13 23:56:12 +00:00
'';
retroarch: fix retroarch-cg2glsl script Patch script so it loads `cgc` from the correct place when `enableNvidiaCgToolkit` is set to `true`. Also, in case `enableNvidiaCgToolkit` is set to `false`, also remove the manual for the script.
2022-12-23 22:11:18 +00:00
preFixup = lib.optionalString (!enableNvidiaCgToolkit) ''
rm $out/bin/retroarch-cg2glsl
rm $out/share/man/man6/retroarch-cg2glsl.6*
'';
Replaced retroarchBare with retroarchBareMaster, also added a few new libretro cores retroarchBare was too old for any practical use at this point, so it was removed in favor of fetching releases from git. RetroArch often recommends checkout out the latest git master if you are on a desktop platform, so we are conforming with their recommendation. I plan on bumping the git of retroarch and each core every month, and I plan on adding more libretro cores in the future. The libretro cores that were added are nestopia, quicknes, snes9x, and vba-m planned next are : bsnes-accuracy, bsnes-balanced, bsnes-performance, a few libretro mame ports Closes #4448
2014-10-10 03:11:54 +00:00
retroarch: add nixosTests.retroarch as passthru.tests
2022-10-01 11:24:46 +00:00
passthru.tests = nixosTests.retroarch;
retroarch: 1.9.14 -> 1.10.0
2022-01-21 21:26:24 +00:00
meta = with lib; {
treewide: Per RFC45, remove all unquoted URLs
2020-04-01 01:11:51 +00:00
homepage = "https://libretro.com";
Replaced retroarchBare with retroarchBareMaster, also added a few new libretro cores retroarchBare was too old for any practical use at this point, so it was removed in favor of fetching releases from git. RetroArch often recommends checkout out the latest git master if you are on a desktop platform, so we are conforming with their recommendation. I plan on bumping the git of retroarch and each core every month, and I plan on adding more libretro cores in the future. The libretro cores that were added are nestopia, quicknes, snes9x, and vba-m planned next are : bsnes-accuracy, bsnes-balanced, bsnes-performance, a few libretro mame ports Closes #4448
2014-10-10 03:11:54 +00:00
description = "Multi-platform emulator frontend for libretro cores";
retroarch: update license
2021-11-17 15:09:43 +00:00
license = licenses.gpl3Plus;
libretro: fix core platforms
2021-11-28 17:50:21 +00:00
platforms = platforms.unix;
retroarch: add changelog
2022-01-22 14:01:48 +00:00
changelog = "https://github.com/libretro/RetroArch/blob/v${version}/CHANGES.md";
maintainers: add libretro team, use it in retroarch/libretro
2022-10-01 13:27:20 +00:00
maintainers = with maintainers; teams.libretro.members ++ [ matthewbauer kolbycrouch ];
libretro: refactor mkLibretroCore function Separate it on its own separate file, remove some unnecessary parameters and allow more flexibility.
2022-10-28 12:12:12 +00:00
mainProgram = "retroarch";
retroarch: drop all Darwin related code Darwin support in retroarch was broken for a long time, and it is getting worse with each subsequent update. Upstream abandoned `./configure` usage in macOS systems too for a Xcode build system. So if we want to get back decent support for retroarch in Darwin, we should migrate it to use Xcode. For now, let's just remove all this code that is not working.
2022-10-28 20:22:09 +00:00
# If you want to (re)-add support for macOS, see:
# https://docs.libretro.com/development/retroarch/compilation/osx/
# and
# https://github.com/libretro/RetroArch/blob/71eb74d256cb4dc5b8b43991aec74980547c5069/.gitlab-ci.yml#L330
retroarch: mark as broken in macOS This doesn't change to much since the wrapper is also broken.
2022-10-09 13:44:40 +00:00
broken = stdenv.isDarwin;
add retroarch 0.9.9
2013-06-26 11:25:09 +00:00
};
}
Reference in New Issue Copy Permalink