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

123 lines
3.1 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
, 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
, alsa-lib
, AppKit
, fetchFromGitHub
retroarchBare: pin ffmpeg to 4.x
2022-02-05 21:28:01 +00:00
, ffmpeg_4
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
, mesa
, nvidia_cg_toolkit
, pkg-config
, python3
, SDL2
, udev
, vulkan-loader
, wayland
, which
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.9.14 -> 1.10.0
2022-01-21 21:26:24 +00:00
version = "1.10.0";
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: 1.9.14 -> 1.10.0
2022-01-21 21:26:24 +00:00
sha256 = "sha256-3j7fvcfbgyk71MmbUUKYi+/0cpQFNbYXO+DMDUjDqkQ=";
retroarch: 1.9.13.2 -> 1.9.14
2021-12-06 13:49:07 +00:00
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.9.14 -> 1.10.0
2022-01-21 21:26:24 +00:00
runtimeLibs = lib.optional withVulkan vulkan-loader
++ lib.optional withGamemode gamemode.lib;
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: 1.9.14 -> 1.10.0
2022-01-21 21:26:24 +00:00
sha256 = "sha256-bpTSzODVRKRs1OW6JafjbU3e/AqdQeGzWcg1lb9SIyo=";
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: 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
./0001-Disable-menu_show_core_updater.patch
./0002-Use-fixed-paths-on-libretro_info_path.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.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
--replace "@libretro_directory@" "$out/lib" \
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
--replace "@libretro_info_path@" "$out/share/libretro/info"
substituteInPlace "frontend/drivers/platform_darwin.m" \
--replace "@libretro_directory@" "$out/lib" \
--replace "@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.9.14 -> 1.10.0
2022-01-21 21:26:24 +00:00
lib.optional stdenv.isLinux wayland ++
lib.optional (runtimeLibs != [ ]) makeWrapper;
add retroarch 0.9.9
2013-06-26 11:25:09 +00:00
retroarchBare: pin ffmpeg to 4.x
2022-02-05 21:28:01 +00:00
buildInputs = [ ffmpeg_4 freetype libxml2 libGLU libGL python3 SDL2 which ] ++
retroarch: 1.9.14 -> 1.10.0
2022-01-21 21:26:24 +00:00
lib.optional enableNvidiaCgToolkit nvidia_cg_toolkit ++
lib.optional withVulkan vulkan-loader ++
lib.optionals stdenv.isDarwin [ libobjc AppKit Foundation ] ++
lib.optionals 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
libX11
libXdmcp
libXext
libXxf86vm
retroarch: 1.9.14 -> 1.10.0
2022-01-21 21:26:24 +00:00
libdrm
libpulseaudio
libv4l
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
mesa
udev
wayland
];
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
treewide: stdenv.lib -> lib
2021-01-15 13:21:58 +00:00
configureFlags = lib.optionals stdenv.isLinux [ "--enable-kms" "--enable-egl" ];
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
mkdir -p $out/share/libretro/info
# TODO: ideally each core should have its own core information
retroarch: 1.9.14 -> 1.10.0
2022-01-21 21:26:24 +00:00
cp -r ${libretroCoreInfo}/* $out/share/libretro/info
'' + lib.optionalString (runtimeLibs != [ ]) ''
wrapProgram $out/bin/retroarch \
--prefix LD_LIBRARY_PATH ':' ${lib.makeLibraryPath runtimeLibs}
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
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";
retroarch,libretro: add myself as maintainer
2021-11-17 15:09:57 +00:00
maintainers = with maintainers; [ MP2E edwtjo matthewbauer kolbycrouch thiagokokada ];
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
# FIXME: exits with error on macOS:
# No Info.plist file in application bundle or no NSPrincipalClass in the Info.plist file, exiting
broken = stdenv.isDarwin;
add retroarch 0.9.9
2013-06-26 11:25:09 +00:00
};
}
Reference in New Issue Copy Permalink