Package Details: libretro-mame-git 77877.b21b2c1e860-1

Git Clone URL: https://aur.archlinux.org/libretro-mame-git.git (read-only, click to copy)
Package Base: libretro-mame-git
Description: libretro implementation of MAME. (Arcade)
Upstream URL: https://github.com/libretro/mame
Licenses: custom:MAME License
Groups: libretro
Submitter: OJaksch
Maintainer: joaquinito2051
Last Packager: OJaksch
Votes: 6
Popularity: 0.000003
First Submitted: 2015-10-09 14:44 (UTC)
Last Updated: 2021-01-29 07:57 (UTC)

Latest Comments

1 2 3 Next › Last »

veganvelociraptr commented on 2022-11-03 02:06 (UTC)

The use of Python2 has been deprecated. Can this package be updated to Python 3?

OJaksch commented on 2020-05-20 13:11 (UTC) (edited on 2020-05-20 13:11 (UTC) by OJaksch)

@PedroHLC

I've have added libglvnd and alsa-lib, but didn't tested without.

And apparently THAT should do the trick as alkazar already suggedted. I have that prepared but not commited, as I'm actually waiting for new commits by team libretro - but it seems that Corona is slowing down many things.

Let me push this up.

PedroHLC commented on 2020-05-20 13:04 (UTC)

Yep, it built with python (3), I've have added libglvnd and alsa-lib, but didn't tested without.

PedroHLC commented on 2020-05-20 12:32 (UTC) (edited on 2020-05-20 12:33 (UTC) by PedroHLC)

I maintain a repository with 2080 packages, where daily I rebuild at least 300 packages (and this one is about to enter the hourly builds).

So I'm pretty sure the clean containers are working correctly, I just replaced "python2" by "python" and it was building. To test it, try creating a container with just "base-devel", add one user and run makepkg -s --noconfirm.

But then build failed with probably an upstream error:

../../emu/cpu/tms57002/tms57002.hxx: No such file or directory

OJaksch commented on 2020-05-20 12:25 (UTC)

@PedroHLC Just recompiled this package successfuly without making any changes regarding python. Are you sure that your container is working correctly?

PedroHLC commented on 2020-05-20 12:10 (UTC)

When building from a clean container:

==> Starting build()...
GCC 10.1.0 detected
makefile:1026: *** Python is not available in path.  Stop.

I think you either want to use python3 or say to the make the path of python2

alkazar commented on 2020-05-04 23:26 (UTC)

Hello! I noticed this package is missing a few makedepends: libglvnd alsa-lib

OJaksch commented on 2018-08-17 03:48 (UTC) (edited on 2018-08-17 03:49 (UTC) by OJaksch)

@urbenlegend: I know what you mean, but cannot comprehend this:

yaourt libretro-mame-git

1 aur/libretro-mame-git 60059.c816514b727-1 [installed] (5) (0,08)

pamac update -a

[...] To build (2):

swiften 4.0.2-1
swift-im 4.0.2-1

The extra 7 in this case arrives when compiling and testing with makepkg; I'm gathering "commits" and "last commit" (60059.c816514b72-1 here) for "pkgver" and after building pkgver is getting a higher/extended version number than before. And this is really weird as this is the other way round at my site: If I leave pkgver that way, all is well. But when I set pkgver to the really seen "last commit", MY aur-helpers are complaining for an update.

Anyway, stay tuned, next update will arrive very soon :)

urbenlegend commented on 2018-08-16 18:24 (UTC)

AUR helpers keep telling me there's an update to this package even though I've already rebuilt it. I see that the installed package version is 60059.c816514b72-1, but the package version in AUR is 60059.c816514b727-1. Is the extra 7 in there throwing things off?

I've tested with both pamac and yay and the problem occurs in both.

OJaksch commented on 2018-04-25 04:48 (UTC)

What does "the core fails to load in retroarch" mean? I just built libretro-mame-git-58182.7250c677e84-1-x86_64.pkg.tar.xz, fired up retroarch's UI, selected core "Arcade (MAME)" and a game as content and everything worked as expected.

1 2 3 Next › Last »