241–250 of 479 posts
Is there a big enough commercial market for private Python package registries to support an entire company and its staff? Looks like they're hiring for $250k engineers, starting a $26k/year OSS fund, etc. Expenses seem a bit high if this is their first project unless they plan on being acquired?
I'm brushing up with Python for a new job, and boy what a ride. Not because of the language itself but the tooling around packages. I'm coming from Go and TS/JS and while these two ecosystems have their own pros and cons, at least they are more or less straightforward to get onboarded (there are 1 or 2 tools you need to know about). In Python there are dozens of tools/concepts related to packaging: pip, easy_install,…
Its a pain in the ass to work with professionally.
The real pyx is an absolutely wonderful graphing package. It's like Tex in that everything looks wonderful and publication-quality. https://pyx-project.org/gallery/graph/index.html
there's something about these comments ("name-collision") that drives me up the wall. do y'all realize multiple things can have the same name? for example, did you know there are many people with exactly the same names: https://www.buzzfeed.com/kristenharris1/famous-people-same-n... and yet no one bemoans this (hospitals don't consult name registries before filling out birth certificates). that's because it's almost…
Earlier quoted context omitted.
Thanks that’s bit less cryptic than the linked page. Still don’t get how they are solving what they claim to solve.
I'm guesssing from the UV page [0] its mainly if the speed of pip is a problem for you? [0] https://docs.astral.sh/uv/
They explicitly mention PyTorch in the blog post. That's where the big money in Python is, and that's where PyPI utterly fails.
Earlier quoted context omitted.
Ah interesting, thanks for that! I was frustrated once again recently to note that `pip install --dry-run` required me to pre-download all packages, so I assumed nothing had changed.
You could do worse than to start using --only-binary=:all: by default. (It's even been proposed as default behaviour: https://github.com/pypa/pip/issues/9140 ) Even if you can't actually install that way, it will point out the places where sdists are needed. In principle, separate metadata availability should still at least be possible for most sdists eventually . But I'm not the one calling the shots here.
pip install -r requirements.txt --dry-run --only-binary=:all:`
All python packaging challenges are solved. Lesson learned is that there is not a single solution for all problems. getting more strings attached with VC funded companies and leaning on their infrastructure is a high risk for any FOSS community.
Earlier quoted context omitted.
You can turn that off and allow global packages again if you want. Or install it with the os package manager or something simmilar
You assume the OS package manager I happen to be using even has packages for some of the libraries I want to use.
They offered two options, so you can go do the other one if it doesn't work for you.
Earlier quoted context omitted.
Ah. > honoring the normal 503/691 ones. Embrace > pyx can service specialized requests Extend ... ;)
Snark aside, you're missing the part where pyx doesn't compete with PyPI. It's a private service.
Earlier quoted context omitted.
You assume the OS package manager I happen to be using even has packages for some of the libraries I want to use.
Nothing about their post indicated they assumed that. They offered two options, so you can go do the other one if it doesn't work for you.
Earlier quoted context omitted.
For what it's worth, I understand this concern. However, I want to emphasize that pyx is intentionally distinct from Astral's tools. From the announcement post: > Beyond the product itself, pyx is also an instantiation of our strategy: our tools remain free, open source, and permissively licensed — forever. Nothing changes there. Instead, we'll offer paid, hosted services that represent the "natural next thing you ne…
The entire reason people choose "permissive licenses" is so that it won't last forever. At best, the community can fork the old version without any future features. Only viral licenses are forever.