flit
pipx
flit | pipx | |
---|---|---|
6 | 38 | |
2,098 | 8,913 | |
0.6% | 3.7% | |
6.6 | 9.3 | |
4 days ago | about 22 hours ago | |
Python | Python | |
BSD 3-clause "New" or "Revised" License | MIT License |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
flit
-
Show HN: Code Indexer Loop
Queries on https://github.com/pypa/flit/tree/main/flit_core/flit_core (omitted tests/)
(Pdb) print(indexer.query("def normalize_dist_name(name: str, version: str) -> str:"))
-
Underappreciated Challenges with Python Packaging
If it's pure Python, the only packaging file you need is `pyproject.toml`. You can fill that file with packaging metadata per PEP 518 and PEP 621, including using modern build tooling like flit[1] for the build backend and build[2] for the frontend.
With that, you entire package build (for all distribution types) should be reducible to `python -m build`. Here's an example of a full project doing everything with just `pyproject.toml`[3] (FD: my project).
[1]: https://github.com/pypa/flit
[2]: https://github.com/pypa/build
[3]: https://github.com/pypa/pip-audit
-
Easy Packing and Publishing to PyPi with Flit, pytest, and Circleci
I published a very simple project flit_pytest_circleci_template that uses: * [flit](https://github.com/pypa/flit) to build a package. * pytest to test it * circleci to run the above and publish the package to pypi whenever a source file is committed. This is the hard part IMO as I do not know circleci well (and didn't know it at all when I started this project).
- Python un-updatable, suggestions?
-
Comparison of Python TOML parser libraries
flit
-
How to make a Python package in 2021
I hadn't heard of flit, it does seem like it's not brand new on the scene, however it is primarily a single contributor:
https://github.com/takluyver/flit/graphs/contributors
With a title like this, I'd be expecting to see an article describing the latest tools and recommendations from the PyPA.
pipx
-
Keep your AWS CLI config fresh with Cog
Use pipx to install Cog and my aws-sso-config-builder tool in the same environment:
- pipx
-
Implementing Quality Checks In Your Git Workflow With Hooks and pre-commit
Given how useful pre-commit is across projects I generally recommend installing via pip install --user, making it part of a tooling virtual environment, or using pipx:
-
pipx VS instld - a user suggested alternative
2 projects | 9 Dec 2023
- Pipx – Install and Run Python Applications in Isolated Environments
-
Packaging a self contained CLI application for any environment?
I would recommend going with PipX. You toss in a setup.py file, put your project on github, and then anyone on any OS can pipx install your project. It's a glorious thing. The only thing they need is 1) some supported version of Python installed, 2) pipx installed. They can even get updates by calling pipx upgrade.
-
Some confusion with system version and pyenv
See https://github.com/pypa/pipx/issues/278
-
List of software package management systems
Good overview. There are quite a few on there I was not aware of. That said, I am not sure the organizational schema makes a tone of sense. I would assume most users that come across this would be looking for a package manager for a specific platform and then weighing the options of binary/source/etc., instead of the other way around.
Also, pipx (https://github.com/pypa/pipx) would be a good addition to the list. I'd add it but I'm not sure where it would go. Maybe every section? It's cross platform and handles both binary and source based app distributions.
-
After using Python for over 2 years I am still really confused about all of the installation stuff and virtual environments
Pip is pretty simple and useful for me - you have your own environment for every script/program, requirements.txt is simple to understand too... It's kinda good solution for regular users... For more complex projects we have Poetry, PipX, that was inspired by NPM(x), I think...
-
Apple Unveils MacBook Pro Featuring M2 Pro and M2 Max
What benefit would joining your cult bestow upon me that brew does not already?
My brew list is intentionally very short and my faffing about desire is limited.
Generally I use brew to pull in asdf (https://github.com/asdf-vm/asdf) to install programming languages/tooling, it works flawlessly.
I use Pipx (https://github.com/pypa/pipx) to install python thingies (such as yt-dlp) as a cli. Go and Rust handle binaries in their languages beautifully and without issues.
What are some alternatives?
Poetry - Python packaging and dependency management made easy
pip - The Python package installer
opstrat - Option visualization python package
Pipenv - Python Development Workflow for Humans.
Lean and Mean Docker containers - Slim(toolkit): Don't change anything in your container image and minify it by up to 30x (and for compiled languages even more) making it secure too! (free and open source)
python-lib - Opinionated cookiecutter template for creating a new Python library
dust - A more intuitive version of du in rust
tomli - A lil' TOML parser
private-pypi - private pypi server
laravel-websockets-example - Quick example of a docker stack for laravel-websockets
Pyjion