Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Python failure when installing on fresh Ubuntu 24.04 #892

Open
mclean25 opened this issue Feb 11, 2025 · 1 comment
Open

Python failure when installing on fresh Ubuntu 24.04 #892

mclean25 opened this issue Feb 11, 2025 · 1 comment
Assignees
Labels
bug Something isn't working

Comments

@mclean25
Copy link

mclean25 commented Feb 11, 2025

Describe the bug
kinto.sh script failing on a fresh Ubuntu install

AttributeError: 'InputDevice' object has no attribute 'fn'

Expected behavior
Installation works

Install Type: Bare Metal
Distro: Ubuntu 24.04.1 LTS
DE: Gnome
Branch: master
Commit: git rev-parse --short HEAD

Screenshots
Image

@mclean25 mclean25 added the bug Something isn't working label Feb 11, 2025
@mclean25 mclean25 changed the title Python failure when installing on fresh Ubuntu 24.04 Python failure when installing on fresh Ubuntu 24.04 Feb 11, 2025
@RedBearAK
Copy link
Contributor

@mclean25 @rbreaves

This is a manifestation of the problem that I reported in issue #891, and already fixed in my fork of the keymapper.

In summary, the evdev 1.9.0 update removed the deprecated "fn" attribute name, so all references to ".fn" must be updated to use ".path". I'm not sure how long the attribute had been deprecated before that. Usually in a dependency project like this they will wait a few years to remove things. So we all weren't paying attention.

If you can open and edit the relevant Python file then you should be able to fix it yourself for now. That seems to be input.py for this earlier fork of the keymapper. You can see the whole path in the error message. Which will depend on your system's Python version.

Since Kinto doesn't build a Python virtual environment folder, I'm not sure if trying to "pin" the install of evdev to "<1.9.0" would be a feasible option. In any case it's pretty easy to perform the fix on the keymapper module file manually.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working
Projects
None yet
Development

No branches or pull requests

3 participants