Package Details: retroarch-rbp-git

Git Clone URL: (read-only, click to copy)
Package Base: retroarch-rbp-git
Description: Reference frontend for the libretro API.
Upstream URL:
Licenses: GPL
Conflicts: retroarch
Provides: retroarch, retroarch-git
Submitter: cecton
Maintainer: cecton
Last Packager: cecton
Votes: 4
Popularity: 0.000000
First Submitted: 2016-04-30 15:20 (UTC)
Last Updated: 2018-05-12 17:41 (UTC)

Dependencies (17)

Required by (13)

Sources (1)

Pinned Comments

cecton commented on 2016-04-30 17:04 (UTC)

Pull requests are welcome on github:

Latest Comments

1 2 Next › Last »

kappa8086 commented on 2018-02-01 04:42 (UTC)

Need to append "--disable-x11" to configure step, then it works.

cecton commented on 2018-01-28 21:30 (UTC)

Hello @wayland I'm not maintaining it for the rpi3 and I didn't manage to get a build for it.

It seems to me that the error you have is at runtime. Normally you should be able to run the program using one of the other driver. I don't have X11 or Wayland installed on my rpi2 and it works normally on dispmanx.

If you believe the problem is in the build and everyone would benefit from this change, you could make a PR on github. Otherwise you can simply edit the PKGBUILD for you when you run the build.

wayland commented on 2018-01-28 17:45 (UTC) (edited on 2018-01-28 17:49 (UTC) by wayland)

X11 input/video drivers are activated, which lead to error on rbp3:

[INFO] [Video]: Graphics driver did not initialize an input driver. Attempting to pick a suitable driver.

[ERROR] Currently active window is not an X11 window. Cannot use this driver.

[ERROR] [Video]: Cannot initialize input driver. Exiting ...

[ERROR] Fatal error received in: "video_driver_init_input()"

[ERROR] This core requires a content file.

See also:

jewelux commented on 2018-01-10 23:43 (UTC)

@cecton Seems the incompatibility with mupen caused by Sorry for my wrong conclusion.

cecton commented on 2017-12-26 21:30 (UTC)

Thanks @jewelux I will revert that changes

jewelux commented on 2017-12-26 21:18 (UTC) (edited on 2017-12-26 21:20 (UTC) by jewelux)

New build instruction seems to break compatibility to some cores e.g. mupen64plus. To recover compatibility you should remove the line starts with "export PKG_CONFIG_PATH ..." Tested on RPI2

cecton commented on 2017-10-29 20:53 (UTC)

@MattScherbatsky sorry not tested on Rpi3. Maybe you can fix it?

MattScherbatsky commented on 2017-10-29 19:03 (UTC)

Raspberry Pi 3, new installation and I get this error: CC deps/miniupnpc/minisoap.c CC tasks/task_decompress.c LD retroarch /usr/bin/ld: obj-unix/gfx/drivers/dispmanx_gfx.o: undefined reference to symbol 'vc_dispmanx_display_close' /opt/vc/lib/ error adding symbols: DSO missing from command line collect2: error: ld returned 1 exit status make: *** [Makefile:148: retroarch] Error 1

jewelux commented on 2017-07-04 11:24 (UTC)

@cecton The build option holdver is helpful if you already got (and saved) the source code of a working version. But usually it is not the case if you are using a package manager like yaourt or you are installing the package for the first time. So it could be make sense to provide both: a package "retroarch-rbp" for the last stable release and "retroarch-rbp-git" for the current development branch. Anyway thx for the working 1.6.1 update!

cecton commented on 2017-07-04 09:31 (UTC)

@jewelux I put back the Git version again. The build seems to work now. Now I wonder. How people do usually handle this when the master branch is broken? But I think I have my answer, there is an option that probably helps in makepkg: --holdver Do not update VCS sources