Package Details: python-kintree 1.2.0-1

Git Clone URL: https://aur.archlinux.org/python-kintree.git (read-only, click to copy)
Package Base: python-kintree
Description: Fast part creation in KiCad and InvenTree
Upstream URL: https://github.com/sparkmicro/Ki-nTree
Licenses: GPL-3.0-or-later
Submitter: andrejr
Maintainer: taotieren
Last Packager: taotieren
Votes: 2
Popularity: 0.000002
First Submitted: 2021-07-31 21:29 (UTC)
Last Updated: 2025-02-13 12:02 (UTC)

Latest Comments

1 2 Next › Last »

GPereira commented on 2025-02-08 20:16 (UTC)

I am giving up this too. Feel free to adopt it

andrejr commented on 2024-05-18 20:51 (UTC) (edited on 2024-05-18 20:51 (UTC) by andrejr)

Huh, I'm giving up on this anyway, I found a better tool: https://aur.archlinux.org/packages/python-inventree-part-import

I prefer the CLI approach vs GUI + it has Python hooks. Excellent tool.

andrejr commented on 2024-05-02 09:23 (UTC)

Finally, I almost gave up on this.

GPereira commented on 2024-05-01 11:46 (UTC)

Finally the Flet dependency was updated upstream. No need to mess around with custom Flet and flutter versions!!

Now everything works on the latest versions of its dependencies!

GPereira commented on 2024-04-04 21:24 (UTC)

This is an upstream bug. This package depends on ancient versions of Flet and Flutter which makes it impossible to build it anymore.

Polsaker commented on 2024-04-04 21:08 (UTC)

Install fails because python-flet-0-7-x is broken (the dependency flutter-3-16-9 does not exist)

GPereira commented on 2024-01-21 14:55 (UTC)

There's now a desktop shortcut. You can run it by searching for "kintree" on the application list

GPereira commented on 2024-01-15 20:49 (UTC)

Finally fixed!

@T0jan gave me an heads up there's an incompatibility with newer versions of Flet so this package at this moment needs Flet versions below 8.0 so 0.7.4 is the latest possible version.

GPereira commented on 2024-01-15 12:08 (UTC)

Issue posted upstream. If anyone is able to understand the issue let me know. https://github.com/sparkmicro/Ki-nTree/issues/199

andrejr commented on 2023-05-31 21:49 (UTC) (edited on 2023-05-31 21:59 (UTC) by andrejr)

Using python-build and python-installer works fine with projects built by Poetry.

Here's the altered PKGBUILD:

# Maintainer: Andrej Radović <r.andrej@gmail.com>
pkgname=python-kintree
_name=${pkgname#python-}
pkgver=1.0.1
pkgrel=1
pkgdesc="Fast part creation in KiCad and InvenTree"
url="https://github.com/sparkmicro/Ki-nTree"
depends=(
    'python'
    'python-digikey-api'
    'python-flet'
    'python-thefuzz'
    'python-inventree'
    'python-kiutils'
    'python-mouser'
    'python-multiprocess'
    'python-pyaml'
    'python-validators'
    'python-wrapt-timeout-decorator'
)
makedepends=(python-build python-installer python-wheel)
license=('GPL3')
arch=('any')
source=("https://files.pythonhosted.org/packages/source/${_name::1}/$_name/$_name-$pkgver.tar.gz")
sha256sums=('a80846d8f9a9938f69ee11da854fa8ae75898d8163a9aada8dad52fd9811c5a2')

build() {
    cd "$srcdir/$_name-$pkgver"
    python -m build --wheel --no-isolation
}

package() {
    cd "$srcdir/$_name-$pkgver"
    python -m installer --destdir="$pkgdir" dist/*.whl
}

This doesn't work, however, because python-flet is broken even with that trick:

$ kintree
Traceback (most recent call last):
  File "/usr/bin/kintree", line 5, in <module>
    from kintree.kintree_gui import main
  File "/usr/lib/python3.11/site-packages/kintree/kintree_gui.py", line 3, in <module>
    from .gui.gui import kintree_gui
  File "/usr/lib/python3.11/site-packages/kintree/gui/gui.py", line 3, in <module>
    from .views.common import update_theme, handle_transition
  File "/usr/lib/python3.11/site-packages/kintree/gui/views/common.py", line 35, in <module>
    def handle_transition(page: ft.Page, transition: bool, update_page=False, timeout=0):
                                ^^^^^^^
AttributeError: module 'flet' has no attribute 'Page'

This flet thing seems cool and easy to use, but is clearly immature, as is Flutter on Linux in general. I'm of the opinion that you have to balance this with reliability and stability. I suggested PyQt and PySide to Francois, those are reliable options; wxPython is also alright. I guess I just have higher tolerance towards bindings-for-old-C++-frameworks, being a C++ dev.

1 2 Next › Last »