lr-atari800 not starting after updating from 4.5.1
-
@GeekOB possibly but not tested.
-
Understood @BuZz,
Please let me know if I can help with the testing, I'm happy to try any newer versions and report on core behaviour and functionality. -
Could downgrade RetroPie-Setup temporarily and install retroarch from source - SDL will probably be downgraded too. But should work ok.
git -C ~/RetroPie-Setup checkout ea69edb
-
@mitu has a 1.8.3 branch I think. Or you could adjust the RetroPie-Setup source but not sure if our patches apply without rebasing.
-
-
@GeekOB try the above. Will downgrade to RetroPie-Setup 4.5.6 with older retroarch. But you will need to use source install for retroarch. Will have the bug you mention of course in first post as it will be v1.7.6
-
-
@GeekOB You can test, but I'm not sure it will fix this probem
cd $HOME/RetroPie-Setup git remote add mitu https://github.com/cmitu/RetroPie-Setup git fetch mitu git checkout mitu/ra_183
go into packages and install RetroArch from source to test. You should get 1.8.3 and see if it solves your problem.
To get back to the normal RetroPie repo:cd $HOME/RetroPie-Setup git checkout master git remote remove mitu
-
There were some errors at the end of the update from source process, @mitu
See the log here: https://pastebin.com/pfzzgaEv
Should I still go ahead and test? -
@GeekOB said in lr-atari800 not starting after updating from 4.5.1:
Should I still go ahead and test?
Well, the installation failed - so there's really nothing to test. Just revert back to the RetroPie's repository - as mentioned in my previous post. I'll see why that error you posted appears - didn't get that in my build, but maybe something changed upstream.
-
I noticed I'm getting these messages when updating the Pi @mitu
raspberrypi-bootloader was already set on hold. libraspberrypi0 was already set on hold. libraspberrypi-doc was already set on hold. libraspberrypi-dev was already set on hold. libraspberrypi-bin was already set on hold. raspberrypi-kernel-headers was already set on hold. raspberrypi-kernel was already set on hold.
Would this be related to the failed install?
How do I "release" the packages?? -
@GeekOB said in lr-atari800 not starting after updating from 4.5.1:
Would this be related to the failed install?
No, the main RetroPie script does that.
How do I "release" the packages??
You don't need to.
-
-
@GeekOB said in lr-atari800 not starting after updating from 4.5.1:
But I'm still very much interested in helping you guys test RetroArch 1.8.3 (if I can build it from source successfully that is), just let me know what I need to do.
I'm trying to figure it out why it the installation errors out - works on a Pi4/Buster, but has the errors you found on a Pi3/Stretch installation.
-
Thanks @mitu, I'll keep checking this thread for any updates.
-
@GeekOB Thanks. I've fixed the error you reported, but there's a new error related to the - other - changes added in RetroArch, this time a dependency issue which requires disabling the FFMPEG core. I'll see what can be done.
-
What's the downside of disabling the FFMPEG core @mitu ?
-
@GeekOB no screen recording.
-
-
@GeekOB I've disabled
ffmpeg
just for testing on my branch - you can re-fetch using the instruction I posted yesterday the RetroArch 1.8.3 branch and try re-installingretroarch
from source.
Regarding theffmpeg
library usage in RA, I think it may be a source code bug, since the checks forffmpeg
all yield a positive result (so version seems ok), but compilation doesn't work (with the error you got).
Contributions to the project are always appreciated, so if you would like to support us with a donation you can do so here.
Hosting provided by Mythic-Beasts. See the Hosting Information page for more information.