Build Your Own Arcade Controls Forum

Software Support => GroovyMAME => Topic started by: gg339 on March 09, 2020, 11:47:56 am

Title: Groovyarcade 2016/2019 and previous versions of groovymame
Post by: gg339 on March 09, 2020, 11:47:56 am
Hi,

As my old arcade PC with Ga2016 was beginning to drop off (motherboard error codes etc), I decided to build a new PC to replace it. However I've run into some issues which I hope somebody will throw some light on...

Due to my requirement for sole older games, I have been using groovmame 0.162 for the last few years in the cabinet (replacing 0.171 which came at the time with the Ga2016 build).

However, when I now have finished rebuilding the new PC with Ga2016, and replace groovymame 0.171 with 0.162, I get an error regarding cannot open shared library LibQtGui.so.4. running ldd against the 0.162 executable confirms that LibQtGui is not installed.
I'm confused as I've used the same CD image as I initially used to build the old PC. Running ldd against the old PC (when it works briefly) does not show any missing dependencies.

I then thought I'd try the new version Ga2019, but I had similar issues with older groovymame executables - however the stock 0.206 does indeed work, but not well with some of my games, hence wanting to revert to my tried and tested 0.162 version.

Anybody have any ideas as to how fix this?

The only difference I can see between by arcade PC build and the new PC is that I'm building the new PC on the desk with a regular LCD screen, and not on the WGk7000 of the arcade machine.

Thanks in advance
Title: Re: Groovyarcade 2016/2019 and previous versions of groovymame
Post by: keilmillerjr on March 09, 2020, 02:39:36 pm
Try installing the qt4 package?
Title: Re: Groovyarcade 2016/2019 and previous versions of groovymame
Post by: gg339 on March 09, 2020, 02:53:12 pm
Hi,
I didn't as I don't know the command to do so.
Also, I think LibQt5 is alreay installed, so I was worried about a clash. However, my linux knowledge is scant, so I'm open to any help.

Thanks for your time.
Title: Re: Groovyarcade 2016/2019 and previous versions of groovymame
Post by: Substring on March 09, 2020, 03:01:55 pm
You will have to compile yourself qt4 the arch way. I'll post a quick howto ince back home if you wish
Title: Re: Groovyarcade 2016/2019 and previous versions of groovymame
Post by: gg339 on March 09, 2020, 03:23:37 pm
I would appreciate that very much, thank you.
Title: Re: Groovyarcade 2016/2019 and previous versions of groovymame
Post by: Calamity on March 09, 2020, 05:30:48 pm
Sorry to the OP for hijacking this thread to offer no help, but I can't miss the opportunity to highlight the kind of subtle issues that make Linux such a difficult platform for newcomers. Here you have a perfectly valid executable, that simply refuses to run due to dependency's mismatched versions. Yes, of course in Windows you often have troubles with .net redistributables, but there you only need to download and install a bloated package from time to time and you're done. I have code I compiled myself in the early 2000s that runs perfectly fine nearly 20 years later.

Back on topic, the only advice I can give to OP is to upgrade to the latest version, whatever it takes (specially if you're building a new pc!). Sticking to old versions is the worst anti-pattern of this hobby.
Title: Re: Groovyarcade 2016/2019 and previous versions of groovymame
Post by: Substring on March 09, 2020, 06:19:50 pm
There may be a shortcut of doing this. Try the following commands :

Code: [Select]
sudo pacman -Sy
wget https://ftp.desolve.ru/ftp/viktor/binpkg/qt4/qt4-4.8.7-31-x86_64.pkg.tar.xz
sudo pacman -U qt4-4.8.7-31-x86_64.pkg.tar.xz

Will eventually work ...

Just FYI : https://lists.archlinux.org/pipermail/arch-dev-public/2019-April/029560.html
Title: Re: Groovyarcade 2016/2019 and previous versions of groovymame
Post by: gg339 on March 10, 2020, 12:43:29 pm
Thanks to all for the suggestions.

I had indeed tried the new version GA2019, but found some issues with some roms, however, on redoing the PC again I've found that these are not all that important, and thus I can kinda discount my previous questions.
As was suggested, mixing different versions can be a bit of a minefield for green linux users, however, I think it can also present a new learning experience and challenge to try to get to grips with Linux in general - indeed I've learned quite a bit about it in recent days, purely due to my messing about with Groovyarcade, so theres a silver lining in every cloud.

I'm now, just as a learning experience, going to look at compiling my own version of the program - probably frought with issues, however I can do so in a virtual machine, and hopefully will begin to learn some more overall, but before doing so I'm going to also give Substrings method a shot...

Thank you all for your continued assistance.
Title: Re: Groovyarcade 2016/2019 and previous versions of groovymame
Post by: keilmillerjr on March 10, 2020, 02:55:10 pm
There may be a shortcut of doing this. Try the following commands :

Code: [Select]
sudo pacman -Sy
wget https://ftp.desolve.ru/ftp/viktor/binpkg/qt4/qt4-4.8.7-31-x86_64.pkg.tar.xz
sudo pacman -U qt4-4.8.7-31-x86_64.pkg.tar.xz

Will eventually work ...

Just FYI : https://lists.archlinux.org/pipermail/arch-dev-public/2019-April/029560.html

sudo pacman -S qt4
Title: Re: Groovyarcade 2016/2019 and previous versions of groovymame
Post by: Substring on March 10, 2020, 03:42:48 pm
qt4 is eol for 3 years, it's not anymore in arch repo. It's now in AUR, but needs to be compiled manually. Someone kindly hosts the package to help people
Title: Re: Groovyarcade 2016/2019 and previous versions of groovymame
Post by: cools on March 11, 2020, 07:17:40 am
Sorry to the OP for hijacking this thread to offer no help, but I can't miss the opportunity to highlight the kind of subtle issues that make Linux such a difficult platform for newcomers. Here you have a perfectly valid executable, that simply refuses to run due to dependency's mismatched versions. Yes, of course in Windows you often have troubles with .net redistributables, but there you only need to download and install a bloated package from time to time and you're done. I have code I compiled myself in the early 2000s that runs perfectly fine nearly 20 years later.

There's a long discussion could be had here, you're pointing at Linux and .Net yet there's an infinite number of other cases where this can happen in Windows. It's not a Linux problem.