The archive site doesn't automatically archives everything, though undoubtedly somewhere there's a backup of the Citra source code and probably also of their dependencies.

@BuZz said in Install failure on ODROID-XU4:

@Sailing_Nut You will have to use the older ubuntu distro for now I think. There's no-one really maintaining the ODroid compatibility (apart from me when I get the time and connect mine up).

Also there are issues with the packaged drivers conflicting with Debian packages - this is the fault of the distro.

(Or alternatively use another emulation distro for your board)

I found the 20.04 image and got RetroPie installed. Still working to see if I can get a game to run.

@ginkage bullseye isn't supported yet.

You can use our weekly buster based image for the zero 2. Use the rpi2/3 image. https://files.retropie.org.uk/images/weekly/

@mitu It looks like there were some dependencies missing that we're causing the issue.

user@user-OptiPlex-5060:~$ sudo apt-get install -f libgbm-dev Reading package lists... Done Building dependency tree Reading state information... Done Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. The following information may help to resolve the situation: The following packages have unmet dependencies: libqt5widgets5 : Depends: libqt5gui5 (>= 5.12.5) but it is not going to be installed or libqt5gui5-gles (>= 5.12.5) but it is not going to be installed libqt5x11extras5 : Depends: libqt5gui5 (>= 5.12.8+dfsg~) but it is not going to be installed or libqt5gui5-gles (>= 5.12.8+dfsg~) but it is not going to be installed qt5-gtk-platformtheme : Depends: libqt5gui5 (>= 5.10.0) but it is not going to be installed or libqt5gui5-gles (>= 5.10.0) but it is not going to be installed E: Error, pkgProblemResolver::Resolve generated breaks, this may be caused by held packages.

To fix this, I ended up installing aptitude and installing the missing packages simply because aptitude gives much better verbose output for dependency issues as well as a simple way to resolve the conflict.

user@user-OptiPlex-5060:~$ sudo aptitude install libgbm-dev The following NEW packages will be installed: libgbm-dev The following packages will be upgraded: libgbm1 1 packages upgraded, 1 newly installed, 0 to remove and 52 not upgraded. Need to get 9,092 B/38.0 kB of archives. After unpacking 93.2 kB will be used. The following packages have unmet dependencies: libegl-mesa0 : Depends: libgbm1 (= 21.0.3-0ubuntu0.3~20.04.1) but 21.0.3-0ubuntu0.3~20.04.2 is to be installed The following actions will resolve these dependencies: Upgrade the following packages: 1) libegl-mesa0 [21.0.3-0ubuntu0.3~20.04.1 (now) -> 21.0.3-0ubuntu0.3~20.04.2 (focal-updates)] 2) libgl1-mesa-dri [21.0.3-0ubuntu0.3~20.04.1 (now) -> 21.0.3-0ubuntu0.3~20.04.2 (focal-updates)] 3) libglapi-mesa [21.0.3-0ubuntu0.3~20.04.1 (now) -> 21.0.3-0ubuntu0.3~20.04.2 (focal-updates)] 4) libglx-mesa0 [21.0.3-0ubuntu0.3~20.04.1 (now) -> 21.0.3-0ubuntu0.3~20.04.2 (focal-updates)] Accept this solution? [Y/n/q/?] Y The following NEW packages will be installed: libgbm-dev The following packages will be upgraded: libegl-mesa0 libgbm1 libgl1-mesa-dri libglapi-mesa libglx-mesa0 5 packages upgraded, 1 newly installed, 0 to remove and 48 not upgraded. Need to get 9,092 B/10.8 MB of archives. After unpacking 138 kB will be used. Do you want to continue? [Y/n/?] Y user@user-OptiPlex-5060:~$ sudo aptitude install libdrm-dev The following NEW packages will be installed: libdrm-dev The following packages will be upgraded: libdrm-amdgpu1 libdrm-common libdrm-intel1 libdrm-nouveau2 libdrm-radeon1 libdrm2 6 packages upgraded, 1 newly installed, 0 to remove and 42 not upgraded. Need to get 131 kB/284 kB of archives. After unpacking 680 kB will be used. Do you want to continue? [Y/n/?] y user@user-OptiPlex-5060:~$ sudo aptitude install libpciaccess-dev The following NEW packages will be installed: libpciaccess-dev 0 packages upgraded, 1 newly installed, 0 to remove and 42 not upgraded.

After installing the missing packages the basic install went through without issues.

@partofthething I installed the official bullseye release today, and I'm getting the same problem. I've also tried sdl 2.0.16 from https://github.com/RetroPie/RetroPie-Setup/pull/3390

In file included from /home/pi/RetroPie-Setup/tmp/build/sdl2/2.0.16+5rpi/src/video/raspberry/SDL_rpievents.c:29: /home/pi/RetroPie-Setup/tmp/build/sdl2/2.0.16+5rpi/src/video/raspberry/SDL_rpivideo.h:47:5: error: unknown type name 'EGL_DISPMANX_WINDOW_T' 47 | EGL_DISPMANX_WINDOW_T dispman_window; | ^~~~~~~~~~~~~~~~~~~~~ make[2]: *** [Makefile:620: build/SDL_rpievents.lo] Error 1 make[2]: *** Waiting for unfinished jobs.... In file included from /home/pi/RetroPie-Setup/tmp/build/sdl2/2.0.16+5rpi/src/video/raspberry/SDL_rpimouse.c:28: /home/pi/RetroPie-Setup/tmp/build/sdl2/2.0.16+5rpi/src/video/raspberry/SDL_rpivideo.h:47:5: error: unknown type name 'EGL_DISPMANX_WINDOW_T' 47 | EGL_DISPMANX_WINDOW_T dispman_window; | ^~~~~~~~~~~~~~~~~~~~~ make[2]: *** [Makefile:623: build/SDL_rpimouse.lo] Error 1

@mitu I just saw the other answer in there, I'll try changing those flags and see what happens, thanks!

@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.