I think you have got to be meme’ing. You literally wrote 7 paragraphs about how to build something for python when for other languages it’s literally a single command. For Ruby, it’s literally bundle
. Nothing else. Doesn’t matter if it’s got C packages or not. Doesn’t matter if it’s windows or not. Doesn’t matter if you have a different project one folder over that uses an older gem or not. Doesn’t matter if it’s 15 years old or not. One command.
Just for comparison for gradle it’s ./gradlew build
For maven is mvn install
For Elixir it’s mix deps.get
mix compile
For node it’s npm install
every other language it’s hardly more than 1 command.
Python is the only language that thinks that it’s even slightly acceptable to have virtual environments when it was universally decided upon decades ago to be a tremendously bad idea. Just like node_modules which also was known to be a bad idea before npm decided to try it out again, only for it to be proven to be a bad idea right off the bat. And all the other python build tools have agreed that virtual envs are bad.
and yet that all works fine in Ruby, which came out around the same time as Python and yet has had Bundler for 15 years now.
Python - 15+ package managers and build tools Ruby - 1
the closest language to look at for packaging is probably lua, which has similar issues. however since lua is usually not a standalone application platform it’s not a big deal there.
no the closest language is literally Ruby, it’s almost the exact same language, except the tooling isn’t insane and it came out only a few years after python.
You have been in lala land for too long. That list of things to do is insane. Venv is possibly one of the worst solutions around, but many Python devs are incapable of seeing how bad it is. Just for comparison, so you can understand, in Ruby literally everything you did is covered by one command bundle
. On every system.
There’s a good document from the SWAG reverse proxy that explains it all. I reverse proxy everything on my unraid server through swag and have for years.
The longest load for a page you haven’t encountered before is under a second, because it’s loading thousands of items. The longest paint is 176ms. It was averaging like 17ms. It’s incredibly fast.
Just as many issues as not reading the article.
The article says this isn’t to affect existing code.
That means it’s not easy to delete. So your initial premise is wrong.
Man we need a giant comparison table. I looked into these but have been trying out SiYuan.
What problem does this solve that test containers does not? Besides socket access?
I don’t remember what I did for my plancks but you can just buy standoffs on Amazon or pretty much any keyboard build site. I would just buy a medium sized set of them. In regards to stabilizers and stuff, pretty much any custom keyboard site will have them in stock. Like this one. https://cannonkeys.com/products/aeboards-staebies
Just search on different keyboard forums or discords to find out where people are buying stuff.
transpiling is just a type of compiling. compiling in no terms means ‘directly to machine code’.
I’ve been seeing the same thing. Hope it gets resolved soon.
You’re talking about during CI. Not during the actual coding process. You’re not signing code while you’re debugging.
you don’t code sign during development…
I have thousands of hours programming in python. Ruby is several thousands more. I know exactly how shit the Python ecosystem is. https://chriswarrick.com/blog/2023/01/15/how-to-improve-python-packaging/
(Now we’re at 15 now since that article came out, with the introduction of Rye).
Clearly didn’t read the article. Also discord has consistently posted fantastic tech blogs and led the industry in certain segments, no matter if you hate their locked ecosystem or not. This is a programming forum, at least read the article and discuss its merits.
You also need to know what the internal GitHub event json looks like. Using act was such a pain I just gave up. Have tried several times now and it’s just easier to create a second repo just for testing and overwrite it with your current repo anytime you need to do major workflow changes.