Commit https://github.com/RetroPie/RetroPie-Setup/commit/ee74dbdf223f8dd99d5457c4563bd7f92e156ed8 has fixed the issue.

Thanks you @mitu

0 joolswills committed to RetroPie/RetroPie-Setup Merge pull request #3369 from cmitu/joy2key-fix1 joy2key: simplify debug message; fix python warning

@mitu said in x86 Ubuntu install trouble / dependencies:

You could change your current Ubuntu repository mirror and retry (apt update first). You can use apt-cache policy to check the troublesome packages and see what version are available and from which repository.

I was unable to find held packages, but you got me going in the right direction. For whatever reason, my sources.list file had a comment in it that suggested that because I used a smaller ISO it might not have been the full file. Perhaps a side effect of not allowing online updates during install.

So I got hold of a more 'full' listing of the official sources and ran apt update and it suddenly had way more packages to update and then the install script could find more of what it needed.

Thanks!

@yfzdude said in Trouble creating desktop launcher file [SOLVED]:

I'm still curious if any GNU/Linux wizards know why the original method was not working. Either way it is working now.

Because runcommand needs a terminal to show the launch menu, launching ES directly would break this. On Debian and friends, you can use x-terminal-emulator as the terminal starting command, which would be expanded to one of the installed terminal emulators.

Either way, check you connection to github.com - that's the reason the installation is not working.
If you run manually one of the git commands, what error do you get ?

git clone --recursive --depth 1 --branch master https://github.com/mupen64plus/mupen64plus-core

@mitu Quick update: lr-pcsx-rearmed and lr-parallel-n64 worked.

@mitu I was just messing around with all of this. I don't have a RP4 yet, but plan to get one. I just wanted to get familiar with the different gaming-centric OSes before I got mine. I'm running this on a laptop that's running Windows 10. I need the ability to have Windows 10 running while I play around with this RP and emu stuff for the time-being. Using VirtualBox gives me that ability. I checked the '3D Acceleration' checkbox and now RetroPie runs. However it's really slow and beyond the configuration menu, I don't see anything else. I've got a VM that only loads an SD card (no 'host' VM OS) of another gaming front-end and the speed of it is great. I'm guessing the slowness has to do with running a system in a system in a VM (or something like that). That's cool. I just wanted to see it.

lrbarrios

@kmancali , on top of what @mitu said, if you want to have some systems directories in different mount points (or partitions) symlink just those directories:

/mnt/roms/amiga to $HOME/RetroPie/roms/amiga

while $HOME/RetroPie/roms remains in the main partition

Are you sure your USB drive is mounted as /mnt/Retro Drive ? Is the user that's running EmulationStation (RetroPie installation user) able to access the driver and its contents ?

On a PC (Ubuntu & forks, Debian, etc.), EmulationStation should be started from a desktop environment, not from a terminal.

@norstein
See this thread
https://retropie.org.uk/forum/post/238116
It explains how to launch the GUI for dolphin so you can get in and configure the controller.

Once you get that open you can reference
https://dolphin-emu.org/docs/guides/configuring-controllers/
for a more detailed guide to specifically setting up the controller.

@dankcushions it’s about performance. On 2016 I can play eg. Die Hard Arcade with minimal slowdowns during QTE but overall game is pretty playable. With current mame it works in around 10 fps. Apart from that I have Mame2016 romset and don’t need to find another source for that.

Thanks, that seems to get rid of that console error. Now the games just hang, will do some more troubleshooting :D

I removed cfg file from arcade folder and I'm back on RGUI. Still having some problems as keys set in ES does correspond to those in RetroArch but I guess I have to do some further steps removing "broken" retroarch.cfg files from few places and then reinstall RA from setup script and hope it will fix it.
Thanks a lot for your help!!!!!!!

You're right, I've edited my post accordingly.

@k3001993

One further thing, I found by changing Terminal=false to true, then a terminal window will popup asking for a password, enter the password and it works.

So only conclusion I can draw is that it must be permissions related.

So I've come up with my own solution. I changed /opt/retropie/config/scummvm/emulators.cfg default entry to point to a custom launcher script of my own:

#!/bin/bash game="$1" pushd "/home/pi/RetroPie/roms/scummvm" >/dev/null /opt/retropie/emulators/scummvm/bin/scummvm --fullscreen --joystick=0 --extrapath="/opt/retropie/emulators/scummvm/extra" -p "/home/pi/RetroPie/roms/scummvm/$game.svm" --auto-detect popd >/dev/null

And then I just make sure the scummvm rom directories end in ".svm". This custom script utilizes the --auto-detect flag so that scummvm figures out what game it is. So far in my testing it works.

Obviously this launcher script could use some work, but it's doing the job so far.

@warpath0007 Please do not post a support request without first reading and following the advice in https://retropie.org.uk/forum/topic/3/read-this-first