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.

@Saiyaman Sorry for late reply, it should be fixed now. But there's no need to use AppImage, just delete /opt/ftb-app/resources/package-type and everything will be fine.

I notice with this one it tries to immediately update on launch but it grabs a deb file and tries to run a command using apt. This doesn't work and causes a really annoying but endless cycle of the app closing and restarting.

23:52:02.676 › Executing: /usr/bin/pkexec --disable-internal-agent with args: /bin/bash,-c,'dpkg -i /home/<user>/.cache/ftb-app-updater/pending/ftb-app-1.25.10-amd64.deb || apt-get install -f -y' 23:52:40.705 › [23:52:40][D][ftb-app::background.ts] Download promise resolved obj([ '/home/<user>/.cache/ftb-app-updater/pending/ftb-app-1.25.10-amd64.deb' ]) 23:52:40.706 › Update installer has already been triggered. Quitting application.

Is it possible to support an app image on aur? I guess I could go grab that and I'm sure it would work over this but here was that output.

23:52:02.451 › Found version 1.25.10 (url: ftb-app-1.25.10-x86_64.AppImage, ftb-app-1.25.10-amd64.deb, ftb-app-1.25.10-amd64.deb, ftb-app-1.25.10-amd64.deb, ftb-app-1.25.10-x86_64.rpm, ftb-app-1.25.10-x86_64.rpm, ftb-app-1.25.10-x86_64.rpm) 3:52:02.451 › [23:52:02][D][ftb-app::background.ts] Emitting downloader event updater:update-available obj([]) 23:52:02.452 › Downloading update from ftb-app-1.25.10-x86_64.AppImage, ftb-app-1.25.10-amd64.deb, ftb-app-1.25.10-amd64.deb, ftb-app-1.25.10-amd64.deb, ftb-app-1.25.10-x86_64.rpm, ftb-app-1.25.10-x86_64.rpm, ftb-app-1.25.10-x86_64.rpm 23:52:02.452 › updater cache dir: /home/<user>/.cache/ftb-app-updater 23:52:02.453 › [23:52:02][D][ftb-app::background.ts] Waiting for download promise 23:52:02.661 › Update has already been downloaded to /home/<user>/.cache/ftb-app-updater/pending/ftb-app-1.25.10-amd64.deb).

Diff for latest version

diff --git a/PKGBUILD b/PKGBUILD
index 5ce98f5..bb9e9a7 100644
--- a/PKGBUILD
+++ b/PKGBUILD
@@ -3,7 +3,7 @@
 # Contributor: William Brown <glowinthedarkcia at horsefucker dot org>

 pkgname=ftb-app-bin
-pkgver=1.25.8
+pkgver=1.25.9
 pkgrel=1
 epoch=
 pkgdesc="A new Modpack launcher for FTB and Curse modpacks."
@@ -26,8 +26,8 @@ changelog=
 source_x86_64=("https://piston.feed-the-beast.com/app/ftb-app-${pkgver}-amd64.deb")
 source_aarch64=("https://piston.feed-the-beast.com/app/ftb-app-${pkgver}-arm64.deb")
 noextract=()
-sha256sums_x86_64=(5c304798857e3bc584a8762d85be84fbac812c157fac863de1c9bf20566fb013)
-sha256sums_aarch64=(072d7d46c0cf7580f344dd03838744a74d097cbcaafaac0d9b5f642de62c3f4b)
+sha256sums_x86_64=(ed383f018f64dbfb7c393331bd83b13ec9b6ad14d277eeb609eb8b22b6a45348)
+sha256sums_aarch64=(d108362cb0b6caecb84366353b8903c6d077cebb03e91e4ea75c668a36887c4b)
 validpgpkeys=()

 package() {

I assume this fails to run with electron23?

I just got yesterdays build and it doesn't load any web elements. My library for the mod pack I use loads but the other pages that rely on a web server to load do not. So I cannot see modpacks list. I've not seen a github bug about this.

EDIT: Delete .ftba from home directory. Backup your worlds!

I should probably be listed in the PKGBUILD as contributor, not maintainer.

If you push and update just to fix this, you don't need to change pkgrel.

I have stopped using this and now use ATLauncher (which works the best for me), so I am disowning this package.

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. ¯\_(ツ)_/¯