Right... I have updated the icon and bumped the version that is written in the PKGBUILD, but FYI the package is always current and always reflects the version that is current when the package is built on the users machine as it grabs the version number from inside the jar file (see the pkgver function).
Search Criteria
Package Details: atlauncher 3.4.38.1-1
Package Actions
Git Clone URL: | https://aur.archlinux.org/atlauncher.git (read-only, click to copy) |
---|---|
Package Base: | atlauncher |
Description: | A launcher for Minecraft which integrates multiple different modpacks to allow you to download and install modpacks easily and quickly. |
Upstream URL: | https://github.com/ATLauncher/ATLauncher |
Licenses: | GPL3 |
Conflicts: | atlauncher-bin |
Provides: | atlauncher |
Submitter: | demon012 |
Maintainer: | demon012 (RyanTheAllmighty) |
Last Packager: | RyanTheAllmighty |
Votes: | 21 |
Popularity: | 0.101983 |
First Submitted: | 2013-09-25 21:53 (UTC) |
Last Updated: | 2024-12-13 21:56 (UTC) |
Dependencies (3)
- java-runtime (jre10AUR, jre12AUR, jdk10AUR, jdk10-openj9-binAUR, jdk7AUR, jre7AUR, amazon-corretto-16AUR, jdk8-graalvm-binAUR, jdk16-graalvm-binAUR, jdk16-adoptopenjdkAUR, liberica-jre-11-binAUR, jdk11-j9-binAUR, jre11-jbr-xdgAUR, jre16-openjdkAUR, jre14-openjdkAUR, jre15AUR, jre14AUR, jre13AUR, jre16AUR, jre18-openjdkAUR, amazon-corretto-19-binAUR, jdk19-graalvm-binAUR, liberica-jre-11-full-binAUR, jdk19-graalvm-ee-binAUR, jdk13-openjdk-binAUR, liberica-jre-8-full-binAUR, jdk11-graalvm-binAUR, jre-openj9AUR, jdk11-graalvm-ee-binAUR, jre12-openjdkAUR, jdk11-dragonwell-standard-binAUR, jdk11-jetbrains-binAUR, jdk20-graalvm-binAUR, jdk17-graalvm-binAUR, jdk8-graalvm-ee-binAUR, jdk20-openj9-binAUR, zulu-13-binAUR, jdk8-dragonwell-extended-binAUR, jdk8-dragonwell-standard-binAUR, jdk11-dragonwell-extended-binAUR, jdk17-dragonwell-standard-binAUR, jre11AUR, jdk8-j9-binAUR, jdk7-j9-binAUR, jdk7r1-j9-binAUR, jdk8-dragonwell-extendedAUR, jre13-openjdkAUR, jre15-openjdkAUR, jdk21-graalvm-binAUR, jre17-jetbrainsAUR, jdk8-openj9-binAUR, jre-ltsAUR, microsoft-openjdk-11-binAUR, microsoft-openjdk-17-binAUR, microsoft-openjdk-21-binAUR, liberica-nik-24-full-binAUR, jre21-jetbrains-gitAUR, jdk21-jetbrains-gitAUR, zulu-17-binAUR, zulu-11-binAUR, zulu-8-binAUR, mandrel-binAUR, mandrel24-binAUR, liberica-jdk-17-full-binAUR, liberica-jdk-11-lite-binAUR, liberica-jdk-11-full-binAUR, liberica-jdk-11-binAUR, jdk17-graalvm-ee-binAUR, jdk21-graalvm-ee-binAUR, jdk22-graalvm-ee-binAUR, jdk20-graalvm-ee-binAUR, jdk22-graalvm-binAUR, jre19-openjdkAUR, jdk17-jetbrains-binAUR, zulu-jdk-fx-binAUR, jre21-jetbrainsAUR, jdk17-zulu-prime-binAUR, jre17AUR, java-openjdk-binAUR, amazon-corretto-17AUR, amazon-corretto-21-binAUR, jdk21-temurinAUR, amazon-corretto-8AUR, amazon-corretto-11AUR, jdk11-temurinAUR, liberica-jdk-full-binAUR, liberica-jdk-21-full-binAUR, liberica-jdk-8-full-binAUR, jdk17-temurinAUR, jdk8-temurinAUR, zulu-21-binAUR, jdk-temurinAUR, jre8AUR, jdk8AUR, zulu-17-fx-binAUR, jdk8-perfAUR, zulu-jre-fx-binAUR, zulu-fx-binAUR, zulu8-fx-binAUR, zulu11-fx-binAUR, zulu17-fx-binAUR, zulu21-fx-binAUR, jdk-openj9-binAUR, jdk11-openj9-binAUR, jre-jetbrainsAUR, jre-openjdk-wakefieldAUR, jdk-openjdk-wakefieldAUR, jdk21-openj9-binAUR, zulu-23-binAUR, jreAUR, jdkAUR, jdk21-jetbrains-binAUR, jre-zulu-binAUR, jre-zulu-fx-binAUR, jdk21-dragonwell-standard-binAUR, jdk21-dragonwell-extended-binAUR, jdk-android-studioAUR, jdk17-openj9-binAUR, jre-zuluAUR, jre-zulu-fxAUR, jre21-zulu-binAUR, jre17-zulu-binAUR, jdk23-graalvm-ee-binAUR, zing-8-binAUR, zing-21-binAUR, java-openjdk-ea-binAUR, jdk-openjdk, jdk11-openjdk, jdk17-openjdk, jdk21-openjdk, jre-openjdk, jre11-openjdk, jre17-openjdk, jre21-openjdk, jre8-openjdk)
- openal (openal-gitAUR)
- jdk17-openjdk (jdk17-temurinAUR) (make)
Required by (0)
Sources (5)
demon012 commented on 2016-01-28 22:49 (UTC)
demon012 commented on 2016-01-28 22:28 (UTC)
rosspf, please stop trying to steal this package from me. If you genuinely have problems building this package please show me what is breaking and I can help you fix the build problem but it builds fine and runs fine on a clean install of Arch... I have tested it.
The only thing that is genuinely out of date with this package is the icon file, I am also creating a new script that uses zenity to prompt the user on first run of atlauncher whether they wish to use the shared mod directory or mod directory per user but have not had time to sort out the logic as I have been busy lately. I will be without an internet connection for 2 weeks as of tomorrow evening so if you want help it will have to be tonight or tomorrow day time.
rosspf commented on 2015-11-22 21:01 (UTC) (edited on 2015-11-22 21:01 (UTC) by rosspf)
So, by default this package has been giving me installation problems. It's related to the symlinks. Also...you really shouldn't be 777'ing a directory. Tsk tsk! ;)
I made an updated package which removes the symlink code and thus also removes the need for the synced downloads folder. Yeah there's extra space used now if two people are using the pc, but oh well.
I also updated the icon to the newer one.
If the maintainer is interested, I can send everything to him. Kinda new to helping maintain AUR4 stuff, hah.
<deleted-account> commented on 2015-08-30 22:27 (UTC)
Update: Oh, Java doesn't like Symlinked jarfiles. Carry on then. As for the Downloads symlink, I don't think it's really necessary, but I guess it could save space on a multi-user system. You should just add a conditional statement to your launch script to check if the symlink already exists before creating a new one to avoid that infinite symlink issue.
<deleted-account> commented on 2015-08-30 22:14 (UTC)
There is a problem with your launch script that 1: creates an infinite symlink in ~/.local/share/atlauncher/Downloads/Downloads/Downloads/(etc.) and 2: causes ATLauncher to throw an error that the directory it's installed in is not empty. I know that this is caused by ATLauncher's weird way of storing files (really, why can't they just use ~/.atlauncher/ like everyone else?) but I think the easiest fix would be to remove the code for symlinking the Downloads file from the launch script. Is there any specific reason you're doing that? I also think you could save some redundancy by symlinking the ATLauncher.jar instead of copying it.
demon012 commented on 2015-06-14 10:16 (UTC)
Now uploaded to AUR4, also unfortunately Ryan claims that the piece of code that breaks ATLauncher's ability to use CWD for putting files in is a necessity and refuses to allow me to remove it. This is causing it so that you have to have a copy of ATLauncher in whatever directory you want the configuration files to be created.
My next plan is to refactor ATLauncher's code to use environment variables to set the location of config files, downloaded files, etc overriding the paths set by the current code (the location of the ATlauncher.jar).
demon012 commented on 2015-01-19 14:03 (UTC)
For those interested, I have been working code changes to ATLauncher to enable us to be able to package it properly. The reason the current package has ATLauncher in a world writable folder in /usr is because it is currently not possible to put the jar in a separate directory to the folders it creates (e.g. instances, downloads, config, etc) because Ryan implemented a nasty Linux specific hack into the code that makes it so that instead of using the current working directory it looks for the path of the jar file and creates the folders in the same directory.
I am trying to convince him to let me remove that code and make it use the current working directory as the other operating systems do but he claims that the hack is necessary for some Linux distributions. I have tested Arch, Gentoo, Ubuntu and Debian without the code and they all worked fine.
If I am successful in getting the code removed I will update the package to use a directory within our home directories to store the config files and world instances but I will keep a single shared downloads directory (Minecraft mods are quite large). I will also at that point be able to move the jar file to the standard: /usr/share/java folder
demon012 commented on 2015-01-12 16:04 (UTC)
Also for the future, if I do happen to be slacking for any reason there is a github repo for this package here: https://github.com/demon012/archlinux-package-atlauncher
If you have any improvements you want to make, fork it, make the changes and submit a pull request.
demon012 commented on 2015-01-12 15:27 (UTC)
Package updated, sorry for the delay my Arch computer's SSD died and I did not have the money to replace it, just got the cash to buy a new one and rebuild it today.
Landrash commented on 2015-01-02 08:29 (UTC)
Package out of date.
Atlauncher uses a new hosting provider.
Pinned Comments
RyanTheAllmighty commented on 2021-01-30 05:18 (UTC)
Hi all.
I'm the developer of ATLauncher, and just leaving a comment to say that I'm starting to automate the updates to this package (as well as atlauncher-bin) so that they align with our official releases.
As part of this process I've made some changes which shouldn't cause any issues.
If there's any issues with this, or going forward, best to reach out in Discord (https://atl.pw/discord) or pop an issue/PR in GitHub (https://github.com/ATLauncher/ATLauncher).