Package Details: atlauncher 3.2.3.1-2

Git Clone URL: https://aur.archlinux.org/atlauncher.git (read-only)
Package Base: atlauncher
Description: ATLauncher is a Launcher for Minecraft which integrates multiple different ModPacks to allow you to download and install ModPacks easily and quickly. Installs latest released jar.
Upstream URL: http://www.atlauncher.com/
Licenses: CCPL
Provides: atlauncher
Submitter: demon012
Maintainer: demon012
Last Packager: demon012
Votes: 6
Popularity: 0.004824
First Submitted: 2013-09-25 21:53
Last Updated: 2016-03-07 09:44

Latest Comments

demon012 commented on 2016-03-07 09:51

Good catch Flaeme, updated package to add unzip to makedepends.

Flaeme commented on 2016-03-05 01:29

This package, as is, also depends on the unzip command (extra/unzip) to build which is not a part of base-devel and thus should probably be added to the makedeps.

rosspf commented on 2016-02-06 06:42

I told you what was the problem with the package 2 months ago. I also gave you a completely functional rewritten Package and PKGBUILD in an email, which you refused to use.

Also, I am not attempting to "steal" it from you. I am only trying to get it updated and functional, because it wasn't. If someone can't simply update a package using code which was already written for them, or write their own update in the time span of 2 months, then I believe the proper thing is to step down and let someone else who is willing to maintain it do so. Heck if I was busy with things in my life and I couldn't maintain a project of mine I would gladly let someone else take over the reigns if they are willing to. I do not care one bit if I'm not the owner anymore. Nobody should as that's against the spirit of this community.

In the end, I am not interested in this petty drama. I tried multiple times to get you to do something but you kept putting me and it off. That's why I finally filed a request, due to you not being able to update the package. Anyway, guess it'll be the mods decision.

demon012 commented on 2016-01-28 22:51

The update with the choice between shared and non shared mods directories will have to come when I have the time to finish rewriting the script but as previously stated I will not have an internet connection for 2 weeks as of tomorrow evening.

demon012 commented on 2016-01-28 22:49

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).

demon012 commented on 2016-01-28 22:28

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

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.

ColtonDRG commented on 2015-08-30 22:27

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.

ColtonDRG commented on 2015-08-30 22:14

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

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).

All comments