Package Details: pyfa 2.61.3-2

Git Clone URL: https://aur.archlinux.org/pyfa.git (read-only, click to copy)
Package Base: pyfa
Description: EVE Online Fitting Assistant
Upstream URL: https://github.com/pyfa-org/Pyfa
Keywords: eft eve eve:online eveonline game tool
Licenses: GPL3
Submitter: None
Maintainer: wereii
Last Packager: wereii
Votes: 48
Popularity: 0.000000
First Submitted: 2010-01-06 13:39 (UTC)
Last Updated: 2024-12-07 11:21 (UTC)

Latest Comments

« First ‹ Previous 1 2 3 4 5 6 7 8 9 10 Next › Last »

wilful commented on 2019-04-01 06:18 (UTC) (edited on 2019-04-01 06:19 (UTC) by wilful) 

  prepare() {
    #  Force cython rebuild
    rm -f pyyaml-$pkgver/ext/_yaml.c

Modify like this, cous take error in clean folder.

pezz commented on 2019-03-24 23:09 (UTC)

Hi all,

I've updated this to 2.8.0 but it is not going to work until Arch updates the python-yaml package to 5.1 which pyfa now requires. This package was marked out-of-date a couple of days ago:

https://www.archlinux.org/packages/community/x86_64/python-yaml/

In the meantime, if you really want pyfa working, you can use this dirtily hacked PKGBUILD to get 5.1 installed:

https://pastebin.com/raw/XZ7rtXxy

The good news with all of this is that pyfa now works properly with python-wxpython 4.0.4 which means several of the dialogs, like the character editor, no longer crash.

pezz commented on 2018-08-28 22:08 (UTC)

Those have been dependencies since 2.0.0

hjheins commented on 2018-08-28 21:46 (UTC)

Please also add:

python-roman python-markdown2

as dependencies. I synced on 27.08.2018 with pacman, and now I need these.

pezz commented on 2018-05-10 01:48 (UTC)

Hi all,

This is gonna take some time to get to 2.0.0. Already I've had to create several new packages that don't exist in the Arch repos / AUR in order to satisfy the new dependencies.

I'm making progress though, and will hopefully have the package updated later today.

Cheers.

trantila commented on 2018-04-15 20:34 (UTC)

I was trying to launch pyfa with the --savepath and it occured to me that pyfa-start.sh seems to be dropping its arguments and not passing them on to pyfa.py.

Assuming this is not intended it could be fixed by a "$@", like so: python2 /usr/share/pyfa/pyfa.py "$@".

I'm by no means a shell expert but I believe there are no downsides to doing this so I'd suggest making this change for the better startup options ergonomy it provides. :)

pezz commented on 2017-02-28 03:23 (UTC)

@Tharre - all of those changes seem reasonable, however I'll leave it up to @l0ser140 to makes the changes. I just do version bumps. Cheers.

Tharre commented on 2017-02-24 09:53 (UTC) (edited on 2017-02-24 09:53 (UTC) by Tharre)

A few suggestions for improving the PKGBUILD: - all "|| return 1" statements are pointless, this is already handled by makepkg - custom variables (everelname, everelver) must be prefixed with an underscore, or deleted - Pyfa seems to be licensed under GPLv3, not GPLv2+, so it should be license=('GPL3') - checksums should be directly under source, and should use sha256(sums) - export_to_aur.sh should be removed from the tarball - cd doesn't do anything in package() I've created a revised PKGBUILD[0] for your convenience. [0] https://gist.github.com/Tharre/b7502e1bfe3dd8b65e1dedc99ae95cb6

pezz commented on 2015-12-01 22:21 (UTC)

@Eriner it already is a dependency.

« First ‹ Previous 1 2 3 4 5 6 7 8 9 10 Next › Last »