Also useful in this regard, python comes with a sìmple file server built in, python -m http.server --directory /dir/ would serve /dir/ on port 8000.

not sure i agree with that. I mean ok, i recently had three interviews for a company where each interviewer asked me almost the same questions. That was clearly a waste.

At my place, we do a 30min introductory call with the boss first, to quickly weed out unfit candidates and not waste employee and interviewee time with interviews. if that’s ok, then there’s three interviews of 45-60 minutes, one with the product owner that focuses on soft skills and team fit, one with the team your applying to and one with the other team (like frontend or backend) with more technical things, and also just if you’d like to work with this person.

no amount of interviewing will ever guarantee that things work out and unfit people can slip through cracks. And i hate wasting time in tons of interviews. But i’d also not want to work at a place where i know my coworkers were hired after just 1 hour quick chatting. That so little time to get an idea of a person, to spot any red flags. Heck, the ‘tell me a bit about yourself’ section of an interview is already 15 minutes and not usually very helpful.

What sucks the most about rust is that 90% of rust jobs are some crypto bullshit. I love the language, but finding normal jobs is near impossible.

At the same time, i could find 20 Go positions but Go just isn’t exciting. It’s the new java imo, working with it probably good for job security, but i just don’t see myself working in Go in the future as a main language.

That part of the ocean circulation is on track to stop in the next 50 years anyways, so might as well get a chile bridge out of it?

Why not link to the original?

You misunderstand, the first two commands are just one time setup to install a specific python version and then to create an env using that version. After that all you need is `pyenv activate myenv´ to drop you into that env, which will use the correct python version and make sure everything is isolated from other environments you might have.

You can also just create an env with the system python version, but the question was specifically about managing multiple versions of python side by side and this makes that super easy.

You could also combine it with direnv to automatically drop you into the correct environment based on the folder you are in, so you don’t have to type anything after the initial setup.

pyenv and pyenv-virtualenv together solves this for me. Virtualenv with specific python versions that work together well with other tools like pip or poetry.

It boils down to something like

$ pyenv install 3.12.7
$ pyenv virtualenv 3.12.7 myenv
$ pyenv activate myenv

and at that point you can do regular python stuff like pip installing etc.

You could give helix a try, feature/functionality wise it’s almost vim, but with 0 config needed and all commands easily discoverable which is closer to nano.

As someone who really tried to get into modal editors, both emacs and vim, for years, it was the first one where i was reasonably fast after a short time and it was easy to discover the keybindings.

Have you tried Jellyfin? It’s a FOSS fork of emby, so pretty much a drop in replacement and it’s been working very well for me.

Personally I use jellyfin as a backend, with the web interface and jellyfin app as frontend. Plus Kodi as an additional frontend for my beamer, with the Kodi Jellyfin plugin and Yatse remote to make it feel more like a TV.

Might have been this? https://youtu.be/9-sbJ-xpnq8?si=eht5W2NCqYG6W-hq

one way to do this from within python itself would be to use the site module with pth files to monkeypatch the code in question. This would amount to patching it each time it gets started, not modifying the python file permanently, and without having to touch the original python code at all.

This write-up goes into more details and also links to this (unmaintained) tool for doing so.

You can get Fusion360 to work okay-ish in Wine. Probably not good enough for professional use but for my hobby use case it works well enough (sometimes a bit laggy but usable). this does most of the heavy lifting in getting it installed.

there’s a lot of stuff you can do, and you can end up with something usable, though not great, at least not in my experience. NVidia’s drivers are to blame, they don’t really work well with opengl and have lots of issues (and also regressions).

The 550 beta driver is ok-ish, steam flickers but I can play games. Drivers before 535 also somewhat worked, though it really depends on your GPU.

But I don’t think you will have it working acceptably without some work.

Here’s some pointers on stuff to try:

• check protondb for how other people got games to work, you can filter by your GPU.
• try running through gamescope or gamemoderun
• try the modeset=1 (and maybe fbdev) kernel parameters for nvidia drm
• and there’s tons of env vars and other things that can help, I couldn’t summarize them all here, but as a pointer: XWAYLAND_NO_GLAMOR=1, WLR_RENDERER=vulkan, LIBVA_DRIVER_NAME=nvidia, GBM_BACKEND=nvidia-drm (for the drm above), __GLX_VENDOR_LIBRARY_NAME=nvidia
• try the beta drivers, if those are available somehow (I’m on arch so they were easy to install), or just different driver versions in general.

The above is meant more as hints than something to copy paste, so use at your own risk. You can of course always just install a second DE with X11 and log into that for gaming and use your regular DE for everything else

You can set a hook to do it automatically or use this, but I agree that this should be default behaviour