RetroPie 4.3.17 Stretch images

SammyBoy

@buzz can you also include the amazing scraper called skyscraper with your next big update? (e. g. 4.4)

Sano

I have to find a micro-sd to test this, but I'll try if possible.

Just a question : do you plan to support an upgrade path from jessie to stretch ?
I would be interested because of some changes I made that can not really be backed up (for example F2FS root filesystem). I assume a dist-upgrade is a first step, but will uninstalling and reinstalling retropie from (new) setup script be enough ?

Edit : Just ordered a new micro-SD for testing purpose :)

psyke83

@sano said in RetroPie 4.3.11 Stretch images for testing:

I have to find a micro-sd to test this, but I'll try if possible.

Just a question : do you plan to support an upgrade path from jessie to stretch ?
I would be interested because of some changes I made that can not really be backed up (for example F2FS root filesystem). I assume a dist-upgrade is a first step, but will uninstalling and reinstalling retropie from (new) setup script be enough ?

Edit : Just ordered a new micro-SD for testing purpose :)

I can't speak for @buzz, but it seems likely that you'd need to forget about using a pre-made image entirely in favour of doing a regular Debian dist-upgrade process. After rebooting into stretch, you'd need to manually re-install all RetroPie packages so that it replaces the existing jessie binaries in /opt/retropie with the versions that have been built for stretch. Feedback on your results would not be particularly helpful, however, due to the various problems that can occur any time you do a full distribution upgrade that are not related to RetroPie, not to mention that the objective is to actually test the specific image that was posted from a clean install state.

If you get that spare SD card, I recommend trying the image instead, and leave the more complicated process of manually updating your existing image for another time (or topic).

Sano

I should receive the spare SD card next week, be sure I'll test the stretch image.

Regarding the upgrade path, I'm a debian user since potato, and had many computers with debian sid (and still have), so this wouldn't freak me if tests were needed :)

sirhenrythe5th

Just for a general Linux-Noob: what are the advantages of using stretch?
Will there be a performance boost or new functions?
Or is it only about beeing newer, so we have to use it?

psyke83

@sirhenrythe5th said in RetroPie 4.3.11 Stretch images for testing:

Just for a general Linux-Noob: what are the advantages of using stretch?
Will there be a performance boost or new functions?
Or is it only about beeing newer, so we have to use it?

It's just an update to the underlying OS, so you shouldn't really expect any noticeable changes, but there will be minor differences.

One good reason to switch is that the Raspberry Pi foundation appear to have stopped providing kernel/firmware updates for jessie. Switching to stretch will ensure that we receive those updates which can be helpful to ensure stability and security.

Sano

Some generic answers :

distribution support
security updates
more recent kernel and drivers : bug corrections, new features, new supported hardware
more recent softwares in the distribution
more recent libraries included, so better compatibility with new versions of third-party softwares

Edit : busted...

dmmarti

@BuZz ....

Going through and installing a lot of the various emulators, I ran into an issue with lr-mame2010.

I started the install for it ... but it seemed to get caught into an endless loop. I eventually just stopped it.

I failed to capture my screen output. If you need to see if, I'd be happy to try it again.

I was using the new image for Rasperry Pi 2/3.

Thanks...

herb_fargus

@dmmarti said in RetroPie 4.3.11 Stretch images for testing:

I failed to capture my screen output.

This is why there are logs. How long did you wait? Because compilation for that takes hours.

herb_fargus

Just a few notes from my minimal testing:

Didn't realise the scummvm binary wasn't 2.0 yet (would be nice), but runs fine

My gamepad controls are showing up in the terminal after using my gamepad to navigate the setup script.

Eg. ^[A]^[B] etc. Doesn't particularly seem to break anything, just cosmetic.

Supertux has a different package now/seems to want GL. So module will need some tweaking

I'm sure there are others, still testing

dmmarti

@herb_fargus ...ah....thanks...

I didn't notice it was a compile from source instead of the binary option. I only let it run for about 30-45 minutes I think.

I'll start it back up again and just let it do its thing.

Thanks.

BuZz

@herb_fargus said in RetroPie 4.3.11 Stretch images for testing:

Didn't realise the scummvm binary wasn't 2.0 yet (would be nice), but runs fine

Probably didn't rebuild the Stretch binaries after updating scummvm. rebuilding now.

My gamepad controls are showing up in the terminal after using my gamepad to navigate the setup script.

Eg. ^[A]^[B] etc. Doesn't particularly seem to break anything, just cosmetic.

it's because joy2key is left running (a bug that we had a possible fix for, but the fix caused runcommand to get stuck as it ended up waiting forever for a process). I have just made a change that could help (might speed up the python startup time). You will need to re-install runcommand after updating.

Supertux has a different package now/seems to want GL. So module will need some tweaking

Ah - we just install the debs - I tried the new supertux a while ago on Jessie, and it was slow without opengl. I might just have to exclude it for now, or switch to use an older source.

BuZz

@dmmarti said in RetroPie 4.3.11 Stretch images for testing:

I failed to capture my screen output. If you need to see if, I'd be happy to try it again.

Looks like I haven't built a binary for that yet - it may have failed when I built the optional packages and I missed it. I will check after scummvm is rebuilt.

Capturing screen output isn't that useful. Everything gets logged and the logs can be provided if something fails, but it looks like you may be better off sticking with Jessie and leave testing to those who are more familiar with RetroPie/Linux.

Sano

I received today my new SD card.
Stretch image is installed, some minor tweaking (no overlay, disable wifi, migrate root partition), and it works.
Updated and installed some themes and sselph scraper.
Only thing not working ATM are Dualshock3 with bluetooth (native bluez method).
I'll try new @psyke83 method :)
So far, so good.

herb_fargus

Error log from Pixel Desktop Install:

pi@retropie:~ $ cat /dev/shm/runcommand.log 
Parameters: 
Executing: startx -- vt1 -keeptty
xauth:  file /home/pi/.Xauthority does not exist

/usr/lib/xorg/Xorg.wrap: Only console users are allowed to run the X server
xinit: giving up
xinit: unable to connect to X server: Connection refused
xinit: server error

runs fine if just typing startx in the terminal. It only has issues if trying to run from within the ports menu in ES

herb_fargus

@fluffypillow

This error is given with pegasus-fe after installing on raspbian stretch

/opt/retropie/supplementary/pegasus-fe/pegasus-fe: error while loading shared libraries: libOpenVG.so: cannot open shared object file: No such file or directory

psyke83

@herb_fargus said in RetroPie 4.3.11 Stretch images for testing:

libOpenVG

Temporary workaround: https://github.com/RetroPie/RetroPie-Setup/pull/2294/
If this can be fixed in the binaries, I'll just close this PR without merging.

Darksavior

Is the vc4 video driver used in this build?

fluffypillow

@herb_fargus @psyke83 Thanks, I think I can fix that. Pegasus is currently linked to libEGL/libGLESv2/libOpenVG, so I suppose I should use their libbrcm* version, right? Do we know about why they were removed (or why there were two versions in the first place)?

BuZz

@fluffypillow they were renamed to avoid conflicts with the mesa libs afaik (or something like that). On Jessie both are available, but on stretch only the new names are there. the new names should be used now to work on both Jessie and Stretch. RetroPie ensures that a Jessie install will have the newest package with the new names.