Warning: file_exists(): open_basedir restriction in effect. File(/srv/http/vhosts/aur.archlinux.org/public/web/locale//en/LC_MESSAGES/aurweb.mo) is not within the allowed path(s): (/srv/http/vhosts/aur-dev.archlinux.org/:/etc/aurweb/) in /srv/http/vhosts/aur-dev.archlinux.org/public/web/lib/streams.php on line 90
AUR (en) - atlauncher

Notice: Undefined variable: name in /srv/http/vhosts/aur-dev.archlinux.org/public/web/lib/pkgfuncs.inc.php on line 248

Package Details: atlauncher

Git Clone URL: https://aur-dev.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: 7
Popularity: 0.397882
First Submitted: 2013-09-25 21:53
Last Updated: 2016-03-07 09:44

Latest Comments

1 2 Next › Last »

demon012 commented on 2016-10-26 07:04

@Rafmaninoff, where did you place the slash? Line 31 is a mkdir line and the package builds for me without adding a slash?

Rafmaninoff commented on 2016-10-24 19:57

On line 31 of the pkgbuild there's a missing slash, place it back in and it builds fine.

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.