Recent submissions

Comment · 2 years ago
My problem with pip-tools is this:

# pip-tools dependencies

dependencies = [

  # direct dependencies

  "build >= 1.0.0",

  "click >= 8",

  "pip >= 22.2",

  "pyproject_hooks",

  "tomli; python_version < '3.11'",

  # indirect dependencies

  "setuptools", # typically needed when pip-tools invokes setup.py

  "wheel", # pip plugin needed by pip-tools
]

pip is nice since it comes out of the box with Python. setuptools used to but now it's gone.

The dependency explosion is a huge problem for a lot of people trying to lockdown the security and maintainability of their codebases. I think that's why a lot of people are rallying around Astral's projects like uv and ruff... they do so many things and they do them well.

Comment · 2 years ago
> And I've done the last one, converted all packages to wheels

Did this require just downloading the packages again from the requirements.txt, or can pip do this? That could help me out quite a bit...

Comment · 2 years ago
Ah, that's news to me! Updated previous comment for accuracy.

I mostly use pipx these days for stuff I need on the PATH.

Comment · 2 years ago
Virtual environments are cool, and necessary, but at the same time, they are incredibly limited and I always get frustrated at the lack of features they should have. They are too fragile.

Nuking a whole venv when you mess up isn't really efficient.

They aren't portable. You need to package up your editable project for an offline system? Too bad, virtual environments use hardcoded paths and symlinks that will be broken when you try.

Want to convert the packages in your venv back to .tar.gz or wheels? There's no way to do that either.

Comment · 2 years ago

Live from the official Hacker News API

A modern reader for Hacker News · SvelteKit + Skeleton