Package Details: next 2.059-1

Git Clone URL: https://aur.archlinux.org/next.git (read-only, click to copy)
Package Base: next
Description: CGM rc Heli Flight Simulator
Upstream URL: http://www.rc-aerobatics.eu/index_e.html
Licenses: custom
Submitter: remspoor
Maintainer: remspoor (Jake)
Last Packager: remspoor
Votes: 4
Popularity: 0.000000
First Submitted: 2016-10-16 22:44 (UTC)
Last Updated: 2024-09-01 01:56 (UTC)

Dependencies (3)

  • antimicro (optional) – Game controller mapping generator, to generate env. var. SDL_GAMECONTROLLERCONFIG
  • controllermapAUR (optional) – Game controller mapping generator, to generate env. var. SDL_GAMECONTROLLERCONFIG
  • joyutils (optional) – jscal, jstest, and jsattach utilities for the Linux joystick driver

Required by (0)

Sources (3)

Latest Comments

Jake commented on 2020-07-08 09:21 (UTC) (edited on 2020-07-08 10:52 (UTC) by Jake)

Is the download now broken? I only get a few KB html from the Google drive page, not the actual zip.

Edit: Fixed.

Jake commented on 2017-12-24 15:04 (UTC) (edited on 2017-12-24 15:04 (UTC) by Jake)

Note: I have added a few lines to the start script that loads and sets the SDL_GAMECONTROLLERCONFIG from a text file automatically. So you can simply put your config into ~/neXt/controllerconfigs.txt now.

This idea comes from the Liftoff devs, they do the same for their Unity based simulator, kudos to them.

Short instructions are shown at package install. If there are any questions/problems/suggestions please write a comment here. And don't forget to vote if everything works ;)

remspoor commented on 2016-10-21 23:18 (UTC)

all done, thanks again! Only thing left is the license thingy.

Jake commented on 2016-10-21 21:51 (UTC)

Ahh, right. I think a small script (/usr/bin/next) is a good option. So without symlink like this? #!/bin/bash cd /opt/next/ ./neXt.x86_64 || ./neXt.x86 Okay, then i contact him, should be easy ;) Yes, please add me as maintainer.

remspoor commented on 2016-10-21 18:00 (UTC) (edited on 2016-10-21 18:23 (UTC) by remspoor)

Last unused fields cleaned-up. Regarding the symlink. If you try to start next from the command line, this happens: $ /opt/next/next Set current directory to /home/userdir Found path: /home/userdir/neXt.x86_64 There is no data folder So the working directory needs to have the folder structure in place, otherwise next won't start. This could be solved by making a small bash start script: /usr/bin/next. We could even get rid off symlink when using a start script in /usr/bin. Or do: `ln -s /opt/next/next.sh /usr/bin/next` and create /opt/next/next.sh ? What do you think is the best option? Regarding the license, i haven't contacted Klaus, need to even find out how ;) If it's easy for you to contact him, i would really appreciate it if you could do that. I can add you as package maintainer if you want.

Jake commented on 2016-10-21 11:01 (UTC)

Thanks for the rework, looks really nice! 2 things again: The symlink is at the moment in /opt/next, it would be better in /usr/bin because everyone expects executable binaries here and it is in the PATH, so it can be executed with just "next". In line 10-14 are still a few unused fields. Concerning that missing license: Have you asked the developer or are you planning to do this? If not, i could call him or write a mail and give you the infos.

remspoor commented on 2016-10-20 21:32 (UTC)

I managed to rework the PKGBUILD based on the suggestions made by Jake. Thanks!! Hope this works for everyone.

Jake commented on 2016-10-19 10:55 (UTC)

Really long PKGBUILD... a few suggestions to make it shorter/simpler: You could remove all icons from the source array and just use "neXt_Data/Resources/UnityPlayer.png". It gets usually automatically downscaled (if required) by the DE pretty fine. Symlink neXt.x86 or neXt.x86_64 to /usr/bin/next, execute just "next" and put that one .desktop file in the AUR sources, no need to generate it everytime again. Remove unused functions and fields completly, build() for example. _DEST_PREFIX is more confusing than it helps, only 2 times used anyway. According to the Arch packging standards "Do not introduce new variables, unless the package cannot be built without doing so". An extra changelog file is not neccessary, because git keeps already track of the package history. btw: I have also searched a while for a license and could not find one.