3 ms·
Sure, but there's also an argument for wrapping your pure Rust or Go executable in the thinnest layer of Python so that your users can optionally `pip install`
by pphysch 1y ago
Sure, but there's also an argument for wrapping your pure Rust or Go executable in the thinnest layer of Python so that your users can optionally `pip install` it.
- 1718627440 1y agoAt that point you can use the OS package manager, which is more robust and installs programs in standard locations and incorporates things like process isolation.
- pphysch 11mo agoThen you are packaging for N different distros instead of just PyPI. Have fun...
- 1718627440 11mo agoA Distro is an OS. You don't package your program for Windows and expect it to work on MacOS. Don't expect this to work in the Free Software world.
- pphysch 11mo agoA distro is not strictly an OS. Ubuntu and RHEL can both run a Go binary built for Linux amd64 but they have completely different package managers.
- 1718627440 11mo ago> they have completely different package managers. Exactly, that's one case where the OSes completely differ. Just because the OSes share the same kernel, which prioritizes userspace compatibility, doesn't mean they are not a different OS. A kernel doesn't make an OS.
- pphysch 11mo agoI think you are needlessly conflating terms. My original comment was correct that you need to explicitly package your builds for many different distro package managers, if you want to go that route. That's a lot of work to maintain. Or you can just put it on PyPI which is everywhere nowadays.
- 1718627440 11mo agoWhich I as a user won't use. I trust my OS out of necessity, but I don't like to download and run random code from the internet and I don't have the time to review it. My OS instead often has patches, that strip out features I do not want and integrate it with the OS.