Package Details: pyfa 2.58.1-1

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.000023
First Submitted: 2010-01-06 13:39 (UTC)
Last Updated: 2024-03-03 12:00 (UTC)

Latest Comments

1 2 3 4 5 6 .. 10 Next › Last »

Strykar commented on 2024-01-22 00:30 (UTC)

Build fails with 'FAILED tests/unit/test_session.py::test_stale_if_error__error_code - AssertionError: assert False is True'.

Log - https://gist.github.com/Strykar/14b0f8bb18ba1ac9908e079fb9187e96

wereii commented on 2022-08-15 14:02 (UTC) (edited on 2023-12-10 12:40 (UTC) by wereii)

Edit 10.12.2023: Pyfa itself had a big dependency uplift update, which should make it more stable on Arch.
Please report any issues on github https://github.com/pyfa-org/Pyfa/issues/2549 (or make a comment here I will forward it).
The py310 compat. patch has been removed.

WxPython has been updated and with python310 compatibility patch Pyfa seems to be somewhat running again.

All versions of this package will always be running against newer versions of dependencies (as is the Arch way) then what upstream uses.
Consider this package rather experimental and unstable, bleeding-edge if you will.

pyfa-appimage is still recommended as alternative package if you need stability.

(Thanks @pezz ;) )

pezz commented on 2022-04-01 11:35 (UTC)

@wereii Keep fightin' the good fight mate. <3

wereii commented on 2022-04-01 10:57 (UTC)

This package is still BROKEN. Use pyfa-appimage package.

Until wxPython compatibility with python3.10 is fixed then there is not much that can be done.

greg2010 commented on 2022-03-17 04:13 (UTC)

If anyone is looking for a way to run pyfa (and have graphs and implants work) while the original issue is being fixed, I've made this Dockerfile and a bash script to run pyfa in docker. https://github.com/greg2010/pyfa-docker It requires docker but otherwise works as if pyfa was installed normally. All of the saved fits etc will show up as well.

wereii commented on 2022-02-13 19:21 (UTC)

IF YOU GET ERRORS PLEAS READ THIS

This package is partially broken, just about anything can happen.

Please visit this link before reporting errors: https://github.com/pyfa-org/Pyfa/issues/2391

Known issues:

  • Implant Set Editor and Implants tab in Character Editor errors out, possibly anything that shows implants

algebro commented on 2022-01-25 17:13 (UTC)

Well, I tried a bunch of different approaches, nothing seemed to work. wxWidgets and wxpython are messy/complicated and only push new versions every couple of years, and trying to build them from source in proper Arch packages worked but then resulted in things like wx.Colour() not existing.

Pyfa's response is unfortunate since this is technically a Pyfa bug--they are relying wxpython to automatically convert types for them when the docs specify wx.Colour() takes ints as arguments, which is why everything broke. I think the most future proof solution is to submit a PR to pyfa that forces everything to int but I don't know how likely it is to get accepted.

algebro commented on 2022-01-24 21:52 (UTC) (edited on 2022-01-24 21:59 (UTC) by algebro)

Awesome, thanks! Note the graphs pane is still broken and needs patched but this is a start.

Note that the fix was merged upstream--maybe one of the python-wxpython packages on the AUR would work? I'm trying https://aur.archlinux.org/packages/python-wxpython-dev/ now, I'll report back if it works.

wereii commented on 2022-01-24 20:10 (UTC)

Yeah well, venv would be more future-proof but it would change a lot and bypass system packages so I will be pushing the patch for now (thanks for reminding me about this)

algebro commented on 2022-01-24 19:34 (UTC)

It's super hacky but the patch in the GH issue thread (and one I've done myself, although incompletely) seem to make it work for the time being. That's far from ideal but it might be better than using venvs in an AUR package--thoughts?