@dan81 said in unmet dependencies on 2020-08-20-raspios-buster-arm64:

so , the only benefit to run retropie on 64bit system (on raspberry) is use dolphin-emu

Check out this thread if you really want to push for Gamecube on the Pi.
https://retropie.org.uk/forum/topic/28459/latest-gamecube-developments-on-pi4

From reading that, some games work ok, but many others are not likely to run well enough to enjoy playing them. Running Dolphin is a pretty big job for a Pi 4.

EDIT: As development continues on the various drivers and even Raspberry Pi OS 64-bit, this situation could improve. But keep in mind many of these things are outside of the control of the RetroPie project.

@unknown that makes sense. you would have had the 64-bit kernel with the 32-bit userland, confusing things.

Also please upload a full build log to a pastebin site. Logs can be found in the logs folder under RetroPie-Setup

Ok, I just downloaded the official release again. Works fine. I have no idea what was happening before. User error I guess but I know I tried downloading it multiple times.

@mitu Thank you so much! ApplePiBaker worked so much better!!!

@mitu said in Retropie install fail on kali linux rp0w:

e detection flag will not be enough to make RetroPie install - as you have probably seen. On the Raspberry Pi, only Raspbian is supported at the

Well, then what about manual build retroarch and emulationstation? Which flags do I need? And how configure emulationstation work with retroarch?

Sharing is caring. Thank you.

@BuZz That was exactly it at least for me and your question was all it took to figure it out. It did something to mesa/nvidia drivers in general and i realized i was in a "I dont know wtf that repo did" situation.

I ended up nuking it finally tonight (been super busy lately) and removed that ppa from my script entirely..My fault! I kind of wonder what the other guy did and it would be great if he posted if he figured it out for someone else later on down the line because it may be different from my situation.

@petrockblog It appears that I can get the service running by commenting out the line "[ -x "$DAEMON" ] || exit 0" and then starting the service. This also allows the service to run on boot.

So, why does this line need to be commented out? I'm confused why this would work for everyone else and not my setup (even though I started from a completely fresh RetroPi 4.5).

I understand that that would be the best solution, but the problem is that I have a lot of work in this sd card (ultrastar in raspbian) (libreelec totally configured with addons)
and other compilations of source do me correctly, the emulator version libreto I have it installed.
My options would be the following

1º Try to solve the error

/home/pi/RetroPie-Setup/tmp/build/mupen64plus/GLideN64/src/Log.cpp: In function ‘std::wstring getFormattedTime()’: /home/pi/RetroPie-Setup/tmp/build/mupen64plus/GLideN64/src/Log.cpp:38:9: error: ‘put_time’ is not a member of ‘std’

2º Configure lr-mugen64plus so that they load the textures in better resolution

3º try to import the binary in some way by ftp

Thank you very much for your time

a greeting

@mitu said in Problems building Dolphin on macOS Mojave - HELP ?:

@azoreseuropa http://caskroom.io

Oh yes.. I know that one. No, I don't want to install dolphin-5.0.dmg, lol. I want to compile it to the latest one. They will release 6.0 or so but I want to do it, you know. :)

Pulled latest Retropie-Setup from git, reran, and this time there were no errors showing afterward (i.e. the main menu for the script was showing as expected). I looked through the log file, especially the section involving lr-caprice32, and didn't see any fatal errors (just some compile warnings).

Thanks for the follow up.

Ok, it looks like everything is working normally now that I put a Ethternet cable in the machine, and it was able to install everything. Looks like I need the Ethernet cable to do stuff.

@mitu Thank you for your help looking into this! I have no idea how to add compilation flags and had hoped to avoid needing to use a fresh image of 4.4 (I know its not that big a chore or anything) but if that's the only option I'll just leave lr-vice off the pi for now. Thanks again mate, much appreciated.

The revised change is in place now. Should work fine for you.
Let me know if you have any problems. Thanks!

@mitu I see. I'm able to install Vice using Ubuntu app center. I wonder if I could copy binaries and libs to the /opt/retropie/emulators/vice ...

@vincentl did you get the pad to at some I'm can't on the 3plus I can co for just won't play rom tryed ps3 ps4 nes and keyboard they all navigate just won't play

@AGarcia482 said in Unsupported OS - Debian-based Kali Linux:

you need to modify the system.sh script in the /scriptmodules/ folder in the setup directory. As long as you have all debian package repositories, you just need to change line 160 to __os_debian_ver="8".

This is the right fix but needs explained slightly better. I think it's funny the other people that replied with vague explanations but still took the time to comment that they knew what to do. For most (and me) I guess we prefer figuring out these things on our own, but many people just want good help. Not everyone is a long-time Linux user. Even more so, less people code but still want to enjoy nice things.

I looked through the code. There might be another better way to do this- but at least this works. Nano or use your fav editor /RetroPie-Setup/scriptmodules/system.sh and do a CTRL+W to search for (it's at the end of the function get_os_version):

error="Unsupported OS"

Comment that out with a # at the start of the line, and make a new line beneath it. In the new line type __os_debian_ver="8". This will run through all the checks and ignore them in the end, setting your os version to one that's "supported". Not sure if you need to match the spacing in bash, I think it's only a python thing (someone correct me). This will look like:

# error="Unsupported OS"
                    __os_debian_ver="8"

Run the retropie_setup.sh script in the main RetroPie-Setup folder as normal. This worked for me but the install is taking forever (over 30 min so far easy). Will update if I need to do anything else. As I couldn't find a better solution anywhere online to this problem, I hope this helps!

conspir4cy (WWG1WGA)

@danieltak Don't believe everything you read on the internet. What's the big rush to get it working on Stretch anyway? What is it going to give you that Jessie doesn't? Stick with what works until RetroPie has been fully tested to work with Stretch and gets an official release and support.
I'm not offended, I just think it's odd that someone would see an error message saying a certain OS version is not supported and then come to the official forum seeking support!

@mitu Installing the dependancies listed on the link you provided seems to gave done the trick. Thanks so much!

For those who are curious, I ran the following command as suggested by the Dolphin installation page (cut and pasted here for your convenience).

sudo apt install cmake pkg-config git libao-dev libasound2-dev libavcodec-dev libavformat-dev libbluetooth-dev libenet-dev libgtk2.0-dev liblzo2-dev libminiupnpc-dev libopenal-dev libpulse-dev libreadline-dev libsfml-dev libsoil-dev libsoundtouch-dev libswscale-dev libusb-1.0-0-dev libwxbase3.0-dev libwxgtk3.0-dev libxext-dev libxrandr-dev portaudio19-dev zlib1g-dev libudev-dev libevdev-dev "libpolarssl-dev|libmbedtls-dev" libcurl4-openssl-dev libegl1-mesa-dev libpng-dev qtbase5-private-dev