241–250 of 286 posts
Earlier quoted context omitted.
Use docker/podman if you are worried about ABI changes and isolating them from the entire operating system. Most people's problems getting their Python toolchains to work optimally are caused by using operating systems that don't come with build utils. That's a cultural problem solved by using an operating system with a culture of distributing those tools.
Or use conda.
Earlier quoted context omitted.
Then why teach Python? All of these issues are because Python is a ridiculously poorly designed language which is still having new features added to it. It's generally a mess.
The issues are with one particular facet of poor design and management. The rest of it is manageable, if distasteful, and worth the effort for the ecosystem (in general).
Earlier quoted context omitted.
In other two second searches: Lab Leak is Real, Ivermectin cures COVID, 9-11 was an inside job. LLM's give you what you want to hear. Now get some live quotes, both for and against, from actual working mathematicians. There are a lot of definitive conclusions about lines | planes | surfaces that "best fit", by many metrics, sampled data, etc.
this has nothing to do with LLMs at all.. you are uninformed about the old feud between mathematics and statistics so you claim this is not true. anyway, on reflection, the word "is" does not fit here.. statistics and mathematics are not disjoint, but no, statistics is not a field of mathematics.. ask around among people with serious graduate studies in mathematics and they will fill you in.. Maybe it overlaps into t…
A little knowledge is often dangerous. Sometimes it makes one look like a fool.
Earlier quoted context omitted.
Or use debian
yes, because installing random python libraries to system python on Debian never broke any system.
This seems very "Anaconda's a mess, so here's this one weird trick" then suggests a foot-gun. Arguably step one is: https://docs.anaconda.com/anaconda/install/uninstall/ Or for miniconda: https://gist.github.com/pulkitgangwar/421a1af800c5a9c6d4a77b... Then, adopt `uv` instead, for all your Pythons: https://docs.astral.sh/uv/ The 2024-08-24 update finally does "all the things" — unified Python packaging: https://astra…
> Then, adopt `uv` instead, for all your Pythons: https://docs.astral.sh/uv/ uv looks great, but its coming from a VC-backed company with no apparent way to monetise. Discussion here: https://news.ycombinator.com/item?id=35617198
You have no idea what Astral’s other (future) plans include. For example, what if they are working on all this tooling so they can start providing “verified, reproducible Python packages” as a service, to mitigate against supply chain attacks?
Telling people not to use Astral’s products because they are VC-backed is silly, especially since everything they’ve done so far is permissively licensed.
This seems like a lot of work to bypass something in the zshrc file vs. doing something in a terminal emulator? I would assume Python developers are somewhat forced to use a command line anyway.
As described on https://docs.python.org/3/using/mac.html , python on MacOS both ships with an IDE and the ability to run scripts without using the command line.
Earlier quoted context omitted.
I have never broken my Python installation on Windows (official installer) despite recklessly installing anything. If I had broken it, I would have just uninstalled and reinstalled. While not familiar with macOS (topic of this article), I think the Mac installer works the same. On Debian of course you can cause great damage because the system Python is used for critical system functions. This is silly, I think the sy…
You won’t break a machine by installing Python packages on an OS that never uses Python for anything.
I do use one piece of commercial software that includes Python. You can see the installer saying "installing Python." I suppose it should fall on the OS and software vendors to not abuse the infrastructure... "to whom much is given, much is expected," but maybe too much to expect.
Earlier quoted context omitted.
You won’t break a machine by installing Python packages on an OS that never uses Python for anything.
This is a good point and something I hadn't thought about. I'm also a happy Windows user, and have never had a problem with Python installations. But like you say, Python isn't baked into the system. I do use one piece of commercial software that includes Python. You can see the installer saying "installing Python." I suppose it should fall on the OS and software vendors to not abuse the infrastructure... "to whom mu…
Earlier quoted context omitted.
This is a good point and something I hadn't thought about. I'm also a happy Windows user, and have never had a problem with Python installations. But like you say, Python isn't baked into the system. I do use one piece of commercial software that includes Python. You can see the installer saying "installing Python." I suppose it should fall on the OS and software vendors to not abuse the infrastructure... "to whom mu…
I remember that, in the past at least, one could completely destroy a Red Hat install by messing too much with the system Python.