Arch Linux User Repository

Recommendation: In settings, set your custom arguments to include -XX:+UnlockExperimentalVMOptions -XX:+UseG1GC -XX:G1NewSizePercent=20 -XX:G1ReservePercent=20 -XX:MaxGCPauseMillis=50 -XX:G1HeapRegionSize=32M.

Be sure to set your java runtime to a jre8, either system wide (https://wiki.archlinux.org/index.php/Java#Switching_between_JVM), or just for FTBApp (https://github.com/FTBTeam/FTB-App/issues/264#issuecomment-700919667)

Recommendation: In settings, set your custom arguments to include -XX:+UnlockExperimentalVMOptions -XX:+UseG1GC -XX:G1NewSizePercent=20 -XX:G1ReservePercent=20 -XX:MaxGCPauseMillis=50 -XX:G1HeapRegionSize=32M.

If you're trying to run the game and it fails, and this shows up in your logs

locale::facet::_S_create_c_locale name not valid

You need to enable US English on your system. Uncomment the en_US.UTF-8 UTF-8 line in your /etc/locale.gen file then run sudo locale-gen

Since the recent update of this package, I can no longer start a modpack. This seems to apply to all modpacks.

If I click Play on a modpack, nothing happens. If I start FTBApp from a terminal, this is logged when I click play:

[15:33:08] [ForkJoinPool-1-worker-29/INFO] [net.creeperhost.creeperlauncher.pack.LocalInstance]: Checking for Launch Mod for instance f2ab18f7-d82b-4d08-b6da-84287462774a}(FTB Ultimate Reloaded)..
[15:33:08] [ForkJoinPool-1-worker-29/INFO] [net.creeperhost.creeperlauncher.pack.LocalInstance]: Didn't find Launch Mod for instance f2ab18f7-d82b-4d08-b6da-84287462774a(FTB Ultimate Reloaded) in 271ms(271822097ns).
[15:33:08] [ForkJoinPool-1-worker-29/INFO] [net.creeperhost.creeperlauncher.pack.LocalInstance]: Starting launcher at /home/foxite/.ftba/bin
[15:33:08] [ForkJoinPool-1-worker-29/ERROR] [net.creeperhost.creeperlauncher.pack.LocalInstance]: Unable to initialize MineTogether Connect!
[15:33:08] [ForkJoinPool.commonPool-worker-23/ERROR] [Minecraft Launcher 1]: terminate called after throwing an instance of 'std::runtime_error'
[15:33:08] [ForkJoinPool.commonPool-worker-23/ERROR] [Minecraft Launcher 1]:   what():  locale::facet::_S_create_c_locale name not valid

In the previous version of the package, this is logged when I start the pack:

[2021-04-27 16:04:36] [SEVERE ] net.creeperhost.creeperlauncher.minecraft.GameLauncher.launchGame(GameLauncher.java:86): en_CA 
[2021-04-27 16:04:36] [SEVERE ] net.creeperhost.creeperlauncher.pack.LocalInstance.play(LocalInstance.java:533): Unable to initialize MineTogether Connect!

I can then start the launcher, but then when I actually try to start the game, it hangs while updating the launcher. That's a problem which I had last week, and I forgot what I did to fix it. ¯\_(ツ)_/¯

Be sure to set your java runtime to a jre8, either system wide (https://wiki.archlinux.org/index.php/Java#Switching_between_JVM), or just for FTBApp (https://github.com/FTBTeam/FTB-App/issues/264#issuecomment-700919667)

PKGBUILD has more or less (pretty much all of it, really) been changed to the suggestions of @cobaltspace. Thanks. To users that already had the package installed, be sure to delete all (except instances) from ~/.local/share/FTBA. New users don't have to do anything.

There are many issues with this package:

• java-runtime=8 is a dependency for playing modded minecraft
• sha256sums are preferred to md5sums. See https://wiki.archlinux.org/index.php/PKGBUILD#Integrity
• instead of having _version as another variable to maintain, use ${pkgver//_/-}. See https://wiki.archlinux.org/index.php/PKGBUILD#pkgver
• noextract is unnecessary
• data.tar.gz can be extracted directly into $pkgdir
• files for other Operating Systems can be removed to reduce package size
• included jre can be removed and java-runtime=11 can be added to depends
• run-ftb.sh should not exist as it is. It can be replaced with a symbolic link or small wrapper script. Packages should not copy themselves into user directories. (Also, if for some reason you want to reference $HOME/.local/share in a script, use $XDG_DATA_HOME and fallback to $HOME/.local/share instead. See https://www.gnu.org/savannah-checkouts/gnu/bash/manual/bash.html#Shell-Parameter-Expansion)
• $pkgdir/opt/FTBA/bin/ftb-app needs to be marked as executable

This is my rough draft fix:

# Maintainer: William Brown <glowinthedarkcia at horsefucker dot org>
# Contributor: Cobalt Space <cobaltspace at protonmail dot com>
pkgname=ftba
pkgver=202011261605_2be2c6a678_release
pkgrel=3
arch=("any")
pkgdesc="Offers many different styles of Minecraft modpacks to the community."
source=("https://apps.modpacks.ch/FTBApp/release/${pkgver//_/-}/FTBA_linux_${pkgver//_/-}.deb" "ftbapp.desktop")
sha256sums=('647a46aad94840dddf35e110317cf0504061eadc553e8d84a1758c61bccf28ce'
            'd7dd2ecae636bce07af3df299003283fbeef49b2da13a28b1f34b19469f93b1d')
license=("LGPL2")
depends=("java-runtime=8" "java-runtime=11")

package() {
        tar -C $pkgdir -xf $srcdir/data.tar.gz
        mkdir -p $pkgdir/usr/{bin,/share/applications}
        cp "$srcdir/ftbapp.desktop" $pkgdir/usr/share/applications
        chmod +x $pkgdir/opt/FTBA/bin/ftb-app
        rm -r $pkgdir/opt/FTBA/{jre,bin/{ftbapp.app,{,**/}*.{exe,dll}}}
        ln -s ../../opt/FTBA/FTBApp $pkgdir/usr/bin
}

With these changes, users should remove ~/.local/share/FTBA. If user's instance directory is in there, they should remove everything but the instances.

Edit the PKGBUILD before installing and change the last md5sum (0775efb989c973eb7a080e6dae2f9e8d) to caa125e287ab8287587aff53626db48a

The correct fix is that the actual committed PKGBUILD needs to be updated. ftbapp.desktop had a fix committed 9 days ago but the PKGBUILD was not updated with the new hash.

Does anyone have any fix for ftbapp.desktop not passing the validity check?

For me, the icon for the app is located at /opt/FTBA/.install4j/FTBApp.png, but the .desktop file links to /opt/FTBApp/.install4j/FTBApp.png. Also, please add StartupWMClass=ftb-app to the .desktop file, it fixes the issue where the open app doesn't have the proper icon.

No suitable Java Virtual Machine could be found on your system.
The version of the JVM must be at least 11.0.5 and at most 11.0.999.
Please define INSTALL4J_JAVA_HOME to point to a suitable JVM.

Based off of this, shouldn't the java-runtime dependency be java-runtime=11?