Retropie Installation on Ubuntu Server x64 18.04.1
-
Big Thank You to @MisterB , @movisman, @johnodon and everyone else on this thread! Info in this thread and MisterBs install script just saved me countless hours of tinkering! I made a mistake of trying RetroPie on PC and now running it on Pi feels like driving my old truck after trying out manual shift roadster! ;-)
MisterB, some thoughts/comments on your script:
- I managed to run it once as root using sudo (which doesn't work very well :) ). So I added below to the beginning of the script (there's probably better ways to do this...):
# test if we were invoked using sudo, and that we're not logged in as root (Eth) if [ -z "$USER" ]; then echo "Aborting. Please use sudo: sudo $0" exit 1 fi if [[ "$USER" == root ]]; then echo "Aborting. Don't Be Root. Run as normal user using sudo." exit 1 fi
- RetroPie 4.6 stock install on RaspberryPi install 'triggerhappy' daemon by default (and I am using it in my setup). I added it to RETROPIE_DEPENDS:
# Minimal depedencies to install RetroPie on Ubuntu RETROPIE_DEPENDS=( xorg openbox pulseaudio alsa-utils menu libglib2.0-bin python-xdg at-spi2-core libglib2.0-bin dbus-x11 git dialog unzip xmlstarlet joystick triggerhappy )
- I have script that makes variety of post-install customizations to retroarch and es config files that I've used for rPi. To launch it from your script I added following function before repair_permissions(). This allows me to drop $POST_INSTALL_SCRIPT to same dir with your script and it gets executed as part of the install (if found).
POST_INSTALL_SCRIPT="retropie_ubuntu_post_install.sh" ## .... # Custom post-install modifications (Eth) function post_install_custom_mods() { if [ -f $SCRIPT_DIR/$POST_INSTALL_SCRIPT ] ; then echo "--------------------------------------------------------------------------------" echo "| Found $SCRIPT_DIR/$POST_INSTALL_SCRIPT" echo "| Executing custom post install script" echo "--------------------------------------------------------------------------------" chmod +x $SCRIPT_DIR/$POST_INSTALL_SCRIPT ; # just in case we forgot to set +x $SCRIPT_DIR/$POST_INSTALL_SCRIPT if [ ! $? -eq 0 ]; then echo "-> WARNING: $POST_INSTALL_SCRIPT exited with errors. Please review logs." fi else echo "--------------------------------------------------------------------------------" echo "| Skipping custom post install modifications. Custom post installs script" echo "| $SCRIPT_DIR/$POST_INSTALL_SCRIPT was not found." echo "--------------------------------------------------------------------------------" fi }
- Ubuntu 20.04LTS complains about 'dbus-launch gsettings set org.gnome.Terminal.Legacy.Profile:/org/gnome/terminal/legacy/profiles:/:b1dcc9dd-5262-4d8d-a863-c897e6d979b9/default-show-menubar false' line in .bash_profile (and it doesn't work). Replaced it with below, and now menu bar gets hidden:
gsettings set org.gnome.Terminal.Legacy.Settings default-show-menubar false
- In my setup if I check $HOME/.xsession-errors there are some errors and probably unneeded stuff loaded by openbox (default load):
$ cat .xsession-errors .... ** Message: 08:07:50.313: xdg-autostart.vala:39: Processing /etc/xdg/autostart/org.gnome.SettingsDaemon.PrintNotifications.desktop file. ** Message: 08:07:50.313: xdg-autostart.vala:64: Not found in OnlyShowIn list, aborting. ...
Thus, I added this to your script at the end of 'autostart_openbox_apps()' to clean this part up a bit (might be cleaner to just rename everything in /etc/xdg/autostart, but it may need pulseaudio at least):
edit: what is needed from below is still WIP
## get rid of warnings in ~/.xsession-errors (Eth) mkdir -p $USER_HOME/.config/autostart mv -v /etc/xdg/autostart/org.gnome.SettingsDaemon.Sound.desktop /etc/xdg/autostart/org.gnome.SettingsDaemon.Sound.desktop.skip mv -v /etc/xdg/autostart/org.gnome.SettingsDaemon.Wacom.desktop /etc/xdg/autostart/org.gnome.SettingsDaemon.Wacom.desktop.skip mv -v /etc/xdg/autostart/gnome-keyring-secrets.desktop /etc/xdg/autostart/gnome-keyring-secrets.desktop.skip mv -v /etc/xdg/autostart/gnome-keyring-pkcs11.desktop /etc/xdg/autostart/gnome-keyring-pkcs11.desktop.skip mv -v /etc/xdg/autostart/org.gnome.Evolution-alarm-notify.desktop /etc/xdg/autostart/org.gnome.Evolution-alarm-notify.desktop.skip mv -v /etc/xdg/autostart/org.gnome.SettingsDaemon.MediaKeys.desktop /etc/xdg/autostart/org.gnome.SettingsDaemon.MediaKeys.desktop.skip mv -v /etc/xdg/autostart/org.gnome.SettingsDaemon.Wwan.desktop /etc/xdg/autostart/org.gnome.SettingsDaemon.Wwan.desktop.skip mv -v /etc/xdg/autostart/org.gnome.SettingsDaemon.ScreensaverProxy.desktop /etc/xdg/autostart/org.gnome.SettingsDaemon.ScreensaverProxy.desktop.skip mv -v /etc/xdg/autostart/org.gnome.SettingsDaemon.A11ySettings.desktop /etc/xdg/autostart/org.gnome.SettingsDaemon.A11ySettings.desktop.skip mv -v /etc/xdg/autostart/org.gnome.SettingsDaemon.UsbProtection.desktop /etc/xdg/autostart/org.gnome.SettingsDaemon.UsbProtection.desktop.skip mv -v /etc/xdg/autostart/org.gnome.SettingsDaemon.Smartcard.desktop /etc/xdg/autostart/org.gnome.SettingsDaemon.Smartcard.desktop.skip mv -v /etc/xdg/autostart/org.gnome.SettingsDaemon.Housekeeping.desktop /etc/xdg/autostart/org.gnome.SettingsDaemon.Housekeeping.desktop.skip mv -v /etc/xdg/autostart/org.gnome.SettingsDaemon.Power.desktop /etc/xdg/autostart/org.gnome.SettingsDaemon.Power.desktop.skip mv -v /etc/xdg/autostart/org.gnome.SettingsDaemon.Rfkill.desktop /etc/xdg/autostart/org.gnome.SettingsDaemon.Rfkill.desktop.skip mv -v /etc/xdg/autostart/org.gnome.SettingsDaemon.Datetime.desktop /etc/xdg/autostart/org.gnome.SettingsDaemon.Datetime.desktop.skip ## edit: this is needed (or otherwise gsettings won't work) ## mv -v /etc/xdg/autostart/org.gnome.SettingsDaemon.XSettings.desktop /etc/xdg/autostart/org.gnome.SettingsDaemon.XSettings.desktop.skip mv -v /etc/xdg/autostart/org.gnome.SettingsDaemon.Keyboard.desktop /etc/xdg/autostart/org.gnome.SettingsDaemon.Keyboard.desktop.skip mv -v /etc/xdg/autostart/gnome-keyring-ssh.desktop /etc/xdg/autostart/gnome-keyring-ssh.desktop.skip mv -v /etc/xdg/autostart/org.gnome.SettingsDaemon.Sharing.desktop /etc/xdg/autostart/org.gnome.SettingsDaemon.Sharing.desktop.skip mv -v /etc/xdg/autostart/org.gnome.SettingsDaemon.PrintNotifications.desktop /etc/xdg/autostart/org.gnome.SettingsDaemon.PrintNotifications.desktop.skip mv -v /etc/xdg/autostart/org.gnome.SettingsDaemon.Color.desktop /etc/xdg/autostart/org.gnome.SettingsDaemon.Color.desktop.skip mv -v /etc/xdg/autostart/at-spi-dbus-bus.desktop /etc/xdg/autostart/at-spi-dbus-bus.desktop.skip mv -v /etc/xdg/autostart/gnome-shell-overrides-migration.desktop /etc/xdg/autostart/gnome-shell-overrides-migration.desktop.skip mv -v /etc/xdg/autostart/nm-applet.desktop /etc/xdg/autostart/nm-applet.desktop.skip ## pulseaudio.desktop ; # lets keep this for now mv -v /etc/xdg/autostart/xdg-user-dirs.desktop /etc/xdg/autostart/xdg-user-dirs.desktop.skip mv -v /etc/xdg/autostart/geoclue-demo-agent.desktop /etc/xdg/autostart/geoclue-demo-agent.desktop.skip mv -v /etc/xdg/autostart/im-launch.desktop /etc/xdg/autostart/im-launch.desktop.skip mv -v /etc/xdg/autostart/print-applet.desktop /etc/xdg/autostart/print-applet.desktop.skip mv -v /etc/xdg/autostart/snap-userd-autostart.desktop /etc/xdg/autostart/snap-userd-autostart.desktop.skip
- As to see how long the install takes I added below to the script (after logging to file starts and before complete_instalI:
echo "*** Installation started `date` ***" ### ... echo "*** Installation finished `date` ***"
Then some possibly not so smart things that I did try out:
- Disable Spectre, Meltdown, etc. mitigations in kernel:
# Danger, Ethelin, Danger.. function disable_cpu_mitigations() { echo "+-------------------------------------------------------------------------------" echo "| Disable Spectre/Meltdown/.. kernel mitigations" echo "+-------------------------------------------------------------------------------" ##backupFile /etc/default/grub sed -i 's/GRUB_CMDLINE_LINUX_DEFAULT=\"/&mitigations=off /' /etc/default/grub update-grub echo -e "Done\n\n" sleep 4 }
Based on GeekBench this gives ~5% (or less) perf boost on CPU on the NUC. And likely less in reality. But since this will be effectively single user box, with no browser to run bad js, seems like a risk I'm willing to take. GeekBench results before disabling mitigations, and after disabling them.
-
I installed preload package. Probably end up giving close to zero positive impact on performance. But I've got RAM so maybe I get microsecond shorter load somewhere,...
-
It looks like you could do away without pulseaudio and just install alsa-base. But that requires manual change to /opt/retroarch/configs/all/retroarch.cfg to set alsa as audio backend. So probably not worth it.
-
Installing X and OpenBox brings in some services that are probably not needed. I disabled these for my setup (of course if you use BT controller, or want to run samba share, then don't disable them). And disabling apparmor may very well come to bite me too:
DISABLE_SERVICES=( apparmor avahi-daemon.service bluetooth.service nmbd.service smbd.service ModemManager.service ) # Disable services function disable_system_services() { echo "+-------------------------------------------------------------------------------" echo "| Disable OS services..." echo "+-------------------------------------------------------------------------------" systemctl disable ${DISABLE_SERVICES[@]} echo -e "Done\n\n" sleep 4 }
- disable snap (just because I can, can't see any benefit either):
# get rid of snapd function eradicate_snapd () { echo "+-------------------------------------------------------------------------------" echo "| Removing snapd (OS purge will also purge snapd)..." echo "+-------------------------------------------------------------------------------" snap list snap remove lxd snap remove core18 snap remove snapd ## TODO: maybe rm -rf /snapd }
Some random notes:
- Ubuntu 20.04.1 LTS Server default install doesn't come complete with wpa_supplicant (?!?!) so running misterBs script in wireless only environment requires installing it from debs first (libpcsclite1, libnl-route-3-200, wpasupplicant).
-
To make X mouse cursor 'completely' invisible (and as an alternative to using unclutter) I put together [gnome] cursor theme that sets all mouse pointers to 1x1 pixel red dot (was black), and added it to install script:
# Make X cursor 1x1 black dot function xcursor-to-dot() { echo " " echo "+-------------------------------------------------------------------------------" echo "| Turn X mouse pointer into 1x1 pixel black dot to hide it 'completely'" echo "+-------------------------------------------------------------------------------" git clone https://github.com/etheling/dot1x1-gnome-cursor-theme sudo tar zxf dot1x1-gnome-cursor-theme/dot1x1-cursor-theme.tar.gz -C /usr/share/icons sudo cp /usr/share/icons/default/index.theme /usr/share/icons/default/index.theme.orig sudo cp dot1x1-gnome-cursor-theme/index.theme /usr/share/icons/default/index.theme echo -e "Done\n\n" }
-
Excellent contributions @etheling!
Have you considered forking MisterB's github repo and incorporating your changes/additions? I fear that he has moved on and updates to his repo may become stagnant.
John
-
Still here... :). Just not so active around here during the summer months and didn't realize there were updates to this thread.
First off, many thanks for the additional feedback and code snippets. I'm glad to see the continued interest in this and appreciate the extra help.
I do intend to continue maintaining the repo - I have a few other projects currently taking my time, but expect a new RetroPie build to be one of my fall projects. This script is a key component, the other is updating my post-install script, which aims to apply my personal customizations and configurations consistently across X86 and RPi builds. So @etheling 's hook is a great idea!
Adding these changes is pretty easy, but the challenge going forward is finding the dividing line between "solid installation base" and "personal configuration/tweaks". There is an ever-growing list of functions available to call, and some are more optional than required. I need to consider an approach that allows people to opt in/out of certain settings while keeping things simple and consistent, which were my original goals. A config file or simple dialog logic might be options, need to think more about it. Feedback welcome.
-
I'm glad to see the continued interest
Very much so! :) And if I may, I really like how you wrote the script style-wise too.
challenge going forward is finding the dividing line between "solid installation base" and "personal configuration/tweaks".
My thinking is that 'main' setup script should probably produce a stable configuration that to a reasonable extent mimics what you get when you install RetroPie using stock image on RPi. Then more experimental / controversial / unstable modifications and e.g. build specific customizations for e.g. Arduino tools could be done from another script after the main script has executed.
I'm still working on my post-install customizations, but I'll post my script in a week (or two or three) as one example of what can be done.
simple dialog logic might be options
Not my call of course, but I hope that I could run the whole install process 'unattened' without a need to interact with the script once it has launched.
-
Quick note about ScummVM (and lr-scummvm): Retropie setups scummvm.sh clones version 2.1.1 of ScummVM, which fails to compile on Ubuntu 20.04 likely because of this. Worked around by removing version tag from git clone in
scummvm.sh
and cloning master branch.This will eventually sort itself out as RetroPie moves to newer versions of ScummVM.
scummvm-lr segfaults out of the gate on Ubunbtu 20.04. Didn't do any analysis yet as of why.
-
edit: See this post for updated information regarding installing wine
I realize this may be pushing boundaries of what is in the scope of RetroPie, but it occurred to me that since I'm running RetroPie now on Intel platform, some of the games from my GOG library could be integrated to the setup and launched directly from ES through Ports. I first tried to get Linux versions of e.g. Papers Please and Secret of the Monkey Island SE to work. But getting them to run in my opinion required too much work trying to strace which 32bit copies of libraries are needed for each game. And even then I got garbled audio in some. What seems like a better route is to install Wine and run Windows versions of those (and other games).
Although some changes were still needed, I now have all the LucasArts Remastered editions from GOG.com running through Ports ( with the exception of Grim Fandango Remastered that crashes after intro). What's great is that e.g. Day of the Tentacle and Secret of the Monkey Island appear to have been made playable using gamepad and work great on TV (instead of having to have a mouse and sit by a desk to play).
Here's the part of my customization script that installs Wine (somehow it feels fitting that these games are run in an emulator rather than using native Linux versions ;):
function install_wine() { echo " " echo "+-------------------------------------------------------------------------------" echo "| Install Wine - https://www.winehq.org/" echo "+-------------------------------------------------------------------------------" cd /tmp ## but use Ubuntu stock package instead of https://wiki.winehq.org/Ubuntu sudo dpkg --add-architecture i386 sudo apt -y update sudo apt install -y wine wine64 ## install wine tricks - https://wiki.winehq.org/Winetricks cd /usr/local/bin wget https://raw.githubusercontent.com/Winetricks/winetricks/master/src/winetricks chmod +x winetricks sudo -u $USER winetricks -q corefonts sudo -u $USER winetricks -q xact sudo -u $USER winetricks -q d3dx9 # these need X to run... # sudo -u $USER winetricks -q vcrun6 # sudo -u $USER winetricks -q vcrun2005 # sudo -u $USER winetricks -q vcrun2008 sudo -u $USER winetricks list-installed cd $CURDIR echo -e "Done\n\n" sleep 4 }
And a sample .sh to launch the game:
pi@retropie:~$ cat RetroPie/roms/ports/DayOfTheTentacle-remastered.sh #!/bin/bash CURDIR=`pwd` cd "/home/pi/RetroPie/roms/ports/game-data/Day of the Tentacle Remastered/" wine64 ./Dott.exe 2>/dev/shm/wine64.log
Note that it's better to run the GOG Windows installers on Windows and then copy the installed files to RetroPie (GOG installers didn't run great under Wine).
-
You learn something new everyday.
I run RetroPie on top of Ubuntu on an Asus CN65 Chromebox (Intel(R) Core(TM) i7-5500U CPU @ 2.40GHz). I also have an Asus CN60 Chromebox (Celeron) that runs stock ChromeOS. I use this second box to stream web content (mainly sports from some nefarious sources).
And then it dawned on me...
Why not just install genuine Google Chrome (no need for Chromium) on the RetroPie box and create a launcher for it in Ports. It works BEAUTIFULLY!!! I can stream 4K content from Youtube without a single hiccup and I can now retire a piece of equipment.
If anyone wants to do this, all I did was download the current stable release and install it using apt:
wget https://dl.google.com/linux/direct/google-chrome-stable_current_amd64.deb sudo apt install ./google-chrome-stable_current_amd64.deb
If not already done, add 'Ports' to your /opt/retropie/configs/all/emulationstation/es_systems.cfg:
<system> <name>ports</name> <fullname>Ports</fullname> <path>~/RetroPie/roms/ports</path> <extension>.sh .SH</extension> <command>bash %ROM%</command> <platform>ports</platform> <theme>ports</theme> </system>
Create a ~/Retropie/roms/ports/Google Chrome.sh script with the following in it:
google-chrome &>/dev/null
Create a ~/Retropie/roms/ports/gamelist.xml:
<?xml version="1.0"?> <gameList> <game> <path>./Chrome.sh</path> <name>Chrome</name> <playcount>2</playcount> <lastplayed>20200906T151625</lastplayed> </game> <game> <path>./Google Chrome.sh</path> <name>Google Chrome</name> <desc>Google Chrome is a cross-platform web browser developed by Google. It was first released in 2008 for Microsoft Windows, and was later ported to Linux, macOS, iOS, and Android where it is the default browser built into the OS. </desc> <image>./images/Google Chrome-image.png</image> <video>./images/Google Chrome-video.mp4</video> <marquee>./images/Google Chrome-marquee.png</marquee> <rating>0.85</rating> <releasedate>20080902T000000</releasedate> <developer>Google</developer> <publisher>Google</publisher> <genre>Web Browser</genre> <playcount>1</playcount> <lastplayed>20200906T153421</lastplayed> </game> </gameList>
And of course add some images and video if you like.
John
-
Nice find. 👍 I'm curious, though. Why use Chrome from an external source when there is Chromium only one
sudo apt install chromium-browser
from the official Ubuntu repositories away? Is there a technical reason or just by habit? -
@Clyde said in Retropie Installation on Ubuntu Server x64 18.04.1:
Nice find. 👍 I'm curious, though. Why use Chrome from an external source when there is Chromium only one
sudo apt install chromium-browser
from the official Ubuntu repositories away? Is there a technical reason or just by habit?I remember when I was messing with ChromiumOS, widevine wasn't officially supported. I assumed the same was tru for Chromium browser.
External source? Meaning not using 'apt'? The Chrome download is directly from Google.
-
External meaning not from the distribution's own software repositories. On Linux, using the official repo is the preferred way to install software, as it has has several benefits to "the Windows way", i.e. downloading every application from a different website.
Every package from the repo is checked against tampering by its cryptographic signature, and it also will be automatically updated with the rest of the system. Simply put, Linux' repository system is a decades-old super app store for the whole system and its applications.
Since security updates are especially important for web browsers, your prime benefit of using Chromium from the repo would be the auto-updates – if it has the functionality that you need for your project, of course.
Just my two cents triggered by your description, as I see many new Linux users (don't know if you are one) who keep using the installation method they're used to from their former OS. 🧐
edit: two single-word changes for better wording.
-
After all of this, I ended up installing Firefox instead due to screen tearing issues in Chrome. The process is the same except Firefox can be installed via apt and naturally a new launch script needs to be created to start
firefox
.FYI...Firefox also displayed the same tearing issues, however there is a fix that worked for me:
https://askubuntu.com/questions/1141291/screen-tearing-ubuntu-18-04
John
-
@johnodon Thanks for the update and for sharing the link. 👍
-
Can someone else run MisterB's script on a test device with server/mini 18.04? I'm not sure what changed but a lot of packages are failing to install (openbox, dialog, xmlstart, etc.). I had to add the universe repo (as per my original instructions above) for things to start working again.
Honestly, I'm not sure how the script ever worked without that repo included but I can't see anything in the history where it was removed. Did a recent update to the 18.04 ISO do something?
-
@johnodon said in Retropie Installation on Ubuntu Server x64 18.04.1:
I'm not sure what changed but a lot of packages are failing to install (openbox, dialog, xmlstart, etc.). I had to add the universe repo (as per my original instructions above) for things to start working again.
All of those packages are in the universe repo since at least Ubuntu 16.04 (see openbox, dialog, and xmlstarlet on https://packages.ubuntu.com/). So, that repo was needed for them as early as April 2016.
I don't know if universe is enabled on Ubuntu (Server) 18.04 by standard. Did you encounter this problem on a new installation or an old one?
-
@Clyde said in Retropie Installation on Ubuntu Server x64 18.04.1:
I don't know if universe is enabled on Ubuntu (Server) 18.04 by standard. Did you encounter this problem on a new installation or an old one?
I'm just fiddling around today as I am almost finished my 4-play cab and know I will have a need to completely reinstall (all new hardware). I swear that I have used his script in the past to install on 18.04 and don't recall having these issues and don't remember enabling Universe prior to running it. The again, I could just be having a senior moment. :)
Universe is enabled by default on 20.04 so no issue there but I am facing some other challenges with that version that I am trying to work through.
John
-
@johnodon Just remember to use the LTS-20.04 branch of my script if you use that version of the OS. If you have issues, please report back. I recent did a test run that appeared to work OK for me.
-
@MisterB said in Retropie Installation on Ubuntu Server x64 18.04.1:
@johnodon Just remember to use the LTS-20.04 branch of my script if you use that version of the OS. If you have issues, please report back. I recent did a test run that appeared to work OK for me.
I installed 20.04 on a Lenovo T430 laptop (my sandbox device) and I get a screen like this after the first reboot when the script is finished:
-
Yikes! No idea what is going on there...
-
@MisterB Not sure if this is what's causing @johnodon s troubles but I had the install fail few times because unattended upgrades kicked in, got lock for apt and thus made the install script fail in odd ways as apt gets from script started failing.
I added this to the very beginning of the script to disable unattended upgrades:
echo "Disable unattended upgrades for now. Re-enabled at the end of main install script" systemctl stop unattended-upgrades systemctl status unattended-upgrades systemctl disable unattended-upgrades # dpkg-reconfigure -plow unattended-upgrades # dpkg --configure -a # cat /etc/apt/apt.conf.d/20auto-upgrades
And then just before reboot:
function enable_unattended_upgrades () { echo " " echo "+-------------------------------------------------------------------------------" echo "| Re-enable unattended upgrades" echo "+-------------------------------------------------------------------------------" echo " " sleep 5 systemctl start unattended-upgrades systemctl status unattended-upgrades systemctl enable unattended-upgrades ## dpkg-reconfigure -plow unattended-upgrades cat /etc/apt/apt.conf.d/20auto-upgrades dpkg --configure -a ; # make sure everything is in synch; unnessary..yes? }
Edit #1: indicative of above problem are lines such as below in 'retropie_setup_ubuntu.log' or on terminal:
Waiiting for cache lock: Could not get lock /var/lib/dpkg/lock-frontend. It is held by process 220203 (apt-get)... 1
Edit #2: I also ran to another possibly IPv6 name resolution related issue with apt where it randomly failed trying to resolve archive.ubuntu.com resulting as following error (see retropie_setup_ubuntu.log):
.... Get:2 http://ppa.launchpad.net/ubuntu-x-swat/updates/ubuntu focal/main i386 Packages [5,912 B] Err:3 http://archive.ubuntu.com/ubuntu focal InRelease Could not resolve 'archive.ubuntu.com' Err:4 http://archive.ubuntu.com/ubuntu focal-updates InRelease ....
I'm not sure if I'm addressing the root cause here or not, but forcing apt to stick to IPv4 appears to make this problem go away:
echo "Prevent apt to use IPv6" ## https://unix.stackexchange.com/questions/9940/convince-apt-get-not-to-use-ipv6-method echo 'Acquire::ForceIPv4 "true";' | sudo tee /etc/apt/apt.conf.d/99force-ipv4
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.