Package Details: pyfa 2.52.0-1

Git Clone URL: (read-only, click to copy)
Package Base: pyfa
Description: EVE Online Fitting Assistant
Upstream URL:
Keywords: eft eve eve:online eveonline game tool
Licenses: GPL3
Submitter: None
Maintainer: wereii
Last Packager: wereii
Votes: 48
Popularity: 0.014409
First Submitted: 2010-01-06 13:39 (UTC)
Last Updated: 2023-05-04 12:20 (UTC)

Latest Comments

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

wereii commented on 2022-08-15 14:02 (UTC) (edited on 2022-08-15 14:05 (UTC) by wereii)

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


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

Please visit this link before reporting errors:

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 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?

wereii commented on 2022-01-15 23:22 (UTC) (edited on 2022-01-24 21:42 (UTC) by wereii)

This packaged is ~~currently broken~~ temporarily fixed

As of now Pyfa can't support versions of python-wxpython higher then 4.0.6 and Arch already has 4.0.7, there seems to be a problem between python3.10 and wxPython as well.

Downgrading the package in question could work but there is no guarantee something else won't break.

I will look into some solution soon. Currently my only idea is to create virtualenv with pined packages from pypi though that's completely bypassing repository - not cool.