```
❯ ls -l .venv
total 16
-rw-r--r-- 1 crmarsh staff 43 Jun 12 09:23 CACHEDIR.TAG
drwxr-xr-x 14 crmarsh staff 448 Jun 12 09:23 bin
drwxr-xr-x 3 crmarsh staff 96 Jun 12 09:23 lib
lrwxr-xr-x 1 crmarsh staff 3 Jun 12 09:23 lib64 -> lib
-rw-r--r-- 1 crmarsh staff 174 Jun 12 09:23 pyvenv.cfg
```
```
❯ ls .venv/lib64/
python3.12
```
034b479...
by
Charlie Marsh <email address hidden>
Add uv version to debug output (#4259)
## Summary
I think this is a useful piece of connective tissue that will let us
avoid back-and-forths when folks include traces.
## Test Plan
```
❯ cargo run pip list --verbose
DEBUG uv 0.2.11 (44041bccd 2024-06-11)
DEBUG Searching for Python interpreter in virtual environments
DEBUG Found CPython 3.12.3 at `/Users/crmarsh/workspace/puffin/.venv/bin/python3` (virtual environment)
DEBUG Using Python 3.12.3 environment at .venv/bin/python3
```
8a8e1af...
by
Charlie Marsh <email address hidden>
Deduplicate markers during normalization (#4263)
## Summary
We need to sort _before_ deduplicating; otherwise, we can't detect
adjacent elements, so we aren't guaranteed to deduplicate anything.
cc2e9ec...
by
Charlie Marsh <email address hidden>
a1aa35b...
by
Charlie Marsh <email address hidden>
Move project commands into their own subcommand struct (#4261)
## Summary
No changes to the CLI itself (since this is flattened); just code
reorganization.
22795f8...
by
Charlie Marsh <email address hidden>
Flatten ORs and ANDs in marker construction (#4260)
## Summary
If we're ORing an OR, we should just append rather than nesting in
another OR.
In my branch, this let us simplify:
```
python_version < '3.10' or python_version > '3.12' or (python_version < '3.8' or python_version > '3.12')
```
To:
```
python_version < '3.10' or python_version > '3.12
```
44041bc...
by
Charlie Marsh <email address hidden>
Bump version to v0.2.11 (#4258)
1f2ad8f...
by
Charlie Marsh <email address hidden>
Re-add `aarch64-unknown-linux-gnu` binary to release assets (#4254)
This PR re-adds the `aarch64-unknown-linux-gnu` binary, which will also
add the `manylinux_2_28` wheel for `aarch64` (in addition to the now
dual-tagged `musllinux_1_1` and `manylinux_2_217` wheel for `aarch64`).
We can consider dropping that _wheel_, but in my assessment removing a
release asset should now be treated as a breaking change -- so removing
it in a patch release was incorrect.