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

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

176 lines
4.4 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
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
, AppKit
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: 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
, Foundation
, 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
, libobjc
, libpulseaudio
, 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
retroarch: unbundle some dependencies
2022-10-28 11:45:00 +00:00
, mbedtls
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
, SDL2
, udev
, vulkan-loader
, wayland
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
version = "1.12.0";
retroarch: 1.9.14 -> 1.10.0
2022-01-21 21:26:24 +00:00
libretroCoreInfo = fetchFromGitHub {
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
owner = "libretro";
retroarch: switch from libretro-super to libretro-core-info
2021-11-22 03:27:10 +00:00
repo = "libretro-core-info";
retroarch: use libretroCoreInfo version v1.12.0
2022-10-28 11:41:07 +00:00
hash = "sha256-ByATDM0V40UJxigqVLyTWkHY5tiCC2dvZebksl8GsUI=";
rev = "v${version}";
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: 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";
retroarch: 1.9.13.2 -> 1.9.14
2021-12-06 13:49:07 +00:00
inherit version;
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";
retroarch: use libretroCoreInfo version v1.12.0
2022-10-28 11:41:07 +00:00
hash = "sha256-doLWNA8aTAllxx3zABtvZaegBQEPIi8276zbytPSdBU=";
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
};
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
patches = [
retroarch: 1.11.0 -> 1.12.0
2022-10-18 16:54:52 +00:00
./use-fixed-paths.patch
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
];
postPatch = ''
retroarch: use fixed paths on "libretro_info_path" This commit introduces a patch that hardcodes "libretro_info_path" directly in the RetroArch code, without the issues of the previous approach. With this commit, RetroArch stops reading "libretro_info_path" from `retroarch.cfg` file, and always use the default.
2021-11-20 19:08:36 +00:00
substituteInPlace "frontend/drivers/platform_unix.c" \
retroarch: 1.11.0 -> 1.12.0
2022-10-18 16:54:52 +00:00
--subst-var-by libretro_directory "$out/lib" \
--subst-var-by libretro_info_path "$out/share/libretro/info" \
--subst-var-by out "$out"
retroarch: use fixed paths on "libretro_info_path" This commit introduces a patch that hardcodes "libretro_info_path" directly in the RetroArch code, without the issues of the previous approach. With this commit, RetroArch stops reading "libretro_info_path" from `retroarch.cfg` file, and always use the default.
2021-11-20 19:08:36 +00:00
substituteInPlace "frontend/drivers/platform_darwin.m" \
retroarch: 1.11.0 -> 1.12.0
2022-10-18 16:54:52 +00:00
--subst-var-by libretro_directory "$out/lib" \
--subst-var-by libretro_info_path "$out/share/libretro/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
'';
retroarch: fix build on macOS, mark as broken With those changes retroarch builds on Darwin, but the executable itself is broken.
2021-11-20 13:41:46 +00:00
nativeBuildInputs = [ pkg-config ] ++
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
retroarch: unbundle some dependencies
2022-10-28 11:45:00 +00:00
mbedtls
retroarch: 1.11.0 -> 1.12.0
2022-10-18 16:54:52 +00:00
python3
SDL2
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.isDarwin [ libobjc AppKit Foundation ] ++
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"
"--disable-builtinzlib"
"--disable-builtinflac"
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: 1.9.14 -> 1.10.0
2022-01-21 21:26:24 +00:00
postInstall = ''
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
# TODO: ideally each core should have its own core information
retroarch: 1.11.0 -> 1.12.0
2022-10-18 16:54:52 +00:00
mkdir -p $out/share/libretro/info
retroarch: 1.9.14 -> 1.10.0
2022-01-21 21:26:24 +00:00
cp -r ${libretroCoreInfo}/* $out/share/libretro/info
retroarch: 1.11.0 -> 1.12.0
2022-10-18 16:54:52 +00:00
'' +
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: 1.11.0 -> 1.12.0
2022-10-18 16:54:52 +00:00
'' +
lib.optionalString stdenv.isDarwin ''
retroarchBare: re-add support to Darwin This still doesn't fix our wrapped retroarch binary, but should be sufficient to build retroarch+cores in Darwin.
2022-03-05 01:00:30 +00:00
# https://github.com/libretro/RetroArch/blob/master/retroarch-apple-packaging.sh
app=$out/Applications/RetroArch.app
mkdir -p $app/Contents/MacOS
cp -r pkg/apple/OSX/* $app/Contents
cp $out/bin/retroarch $app/Contents/MacOS
# FIXME: using Info_Metal.plist results in input not working
# mv $app/Contents/Info_Metal.plist $app/Contents/Info.plist
substituteInPlace $app/Contents/Info.plist \
--replace '${"\${EXECUTABLE_NAME}"}' 'RetroArch' \
--replace '$(PRODUCT_BUNDLE_IDENTIFIER)' 'com.libretro.RetroArch' \
--replace '${"\${PRODUCT_NAME}"}' 'RetroArch' \
--replace '${"\${MACOSX_DEPLOYMENT_TARGET}"}' '10.13'
cp media/retroarch.icns $app/Contents/Resources/
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.6.0 -> 1.7.1
2018-03-03 02:09:35 +00:00
preFixup = "rm $out/bin/retroarch-cg2glsl";
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
retroarchBare: re-add support to Darwin This still doesn't fix our wrapped retroarch binary, but should be sufficient to build retroarch+cores in Darwin.
2022-03-05 01:00:30 +00:00
# Workaround for the following error affecting newer versions of Clang:
# ./config.def.h:xxx:x: error: 'TARGET_OS_TV' is not defined, evaluates to 0 [-Werror,-Wundef-prefix=TARGET_OS_]
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
NIX_CFLAGS_COMPILE = lib.optionals stdenv.cc.isClang [ "-Wno-undef-prefix" ];
retroarchBare: re-add support to Darwin This still doesn't fix our wrapped retroarch binary, but should be sufficient to build retroarch+cores in Darwin.
2022-03-05 01:00:30 +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: 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
# FIXME: error while building in macOS:
# "Undefined symbols for architecture <arch>"
broken = stdenv.isDarwin;
add retroarch 0.9.9
2013-06-26 11:25:09 +00:00
};
}
Reference in New Issue Copy Permalink