It is essentially an equivalence gate: A==B.

At least one for each manufacturer that uses it under the hood in a Tivo-like manner

I moved to prism launcher a while ago now and it is by far the best I’ve used. Great to see it continuing to develop.

SEGATA SANSHIRO! SEGATA SANSHIROOO! SEGA SATURRRRRN SHIROOOOOOO!!!

Sorry, what were we talking about again?

I’d never heard of this before. Installed! Runs remarkably well and way better than bedrock garbage.

I really want the Dolphin but I definitely am in no way near being able to afford it yet.

Sometimes they need to be upset before they realise what they did wrong.

Judo.

You likely need to tell the uefi software to boot Grub. I can’t remember the command off the top of my head sorry but you basically need to tell it what to boot by default. Then you can let Grub handle the choice of Linux or windows. I just set up a laptop for my sister that behaved that way. No matter what I selected as default in the uefi setup it kept resetting back.

Just looked it up, efibootmgr is the command I think. https://www.linuxbabe.com/command-line/how-to-use-linux-efibootmgr-examples

I’d be happy to find an alternative to Hyprland, but it was the first tiling manager that really clicked for me and (before the community issues came to light) I spent quite some time getting it set to the way I like it. I’d love for a competent fork or similar but it is well beyond my skill level to do that.

Do you have examples of this? Not being contrarian, I actually run Hyprland myself. I’m just curious where the limitations of wlroots have been.

I really recommend the YouTube channel “Another Roof”. His first few videos were building up exactly this idea, as well as building up all the real numbers (possibly complex too if I’m remembering correctly). Sounds like a dry topic but he uses humour really well throughout. https://youtube.com/@anotherroof

Here is a playlist of the topic: https://youtube.com/playlist?list=PLsdeQ7TnWVm_EQG1rmb34ZBYe5ohrkL3t

https://youtu.be/dkltcpMzQYU

Trailer for those that don’t want to watch a video of a guy talking about how the developers contacted him wanting to talk about discussions of collaborating with him to work out terms for him to talk about previewing their game.

SUSiE

TRANSPARENT TERMINALS! Haha it felt so futuristic and to this day I can’t run a terminal without a little transparency. Enlightenment was my first experience of it.

Old macbooks make great Linux machines!

Yeah, definitely needed to move on after so long but I certainly learnt a lot from it!

Now said contributor works a bit more on the project and adds some great new functionality, but floorp don’t agree it fits their plans. So the contributor decides to make their own fork called ceilingp and build from that. Nope, they don’t have the license to do so. They can take the mpl parts. They can take their own parts (they didn’t sign an exclusive release of their code). They can add their own new code. They can’t use the rest of the floorp code though.

So floorp gets the benefits but no one else can build off it without permission (save for private use without releasing it and potentially having others do the same).

I was pretty much thrown in and learnt on the job. I shadowed another technician for a bit that showed the basic maintenance servicing steps for the major machines, but then went out on my own. I’m in Australia and we had instruments in all major cities as well as New Zealand, so it involved a lot of flying around and fitting in as many customers as possible. So I had to be able to troubleshoot fast and ideally fix things on the spot.

Often it involved figuring out a temporary workaround whilst a part would need to be ordered from the US or similar issues. My main skillset was being able to think quickly like this and improvise. Being able to understand exactly what a machine is doing (not just the theory the lab techs were thinking about, actual things like gas fill reservoir A, valve 3 open to reservoir B with vacuum guage etc) was more important than anything else I feel. Especially considering we were a small company so couldn’t afford to carry around every conceivable spare part, not much of the machinery was based on off-the-shelf parts so we mostly carried the most likely parts to be needed in general.

My IT background was mostly useful for dealing with the inevitable issues with their terrible 16-bit era (!!) software and trying to get it running on Windows 10. Of course the manufacturer wanted them to just replace the system with the new model, but they were exactly the same internals with just newer controller cards running (very very slightly) updated software. This would cost up to a quarter of a million dollars, so you can imagine that not many customers were excited to jump on that!

I would say the automotive technician skillset likely overlaps a little better, especially if they are from the electrical side. My IT skills were useful as I mentioned (and I could talk-the-talk with the university or corporate IT teams in order to get required permissions etc) but most of the harder problems were physical and electronic in nature. As you mentioned, I was interested in the science part too, and funnily enough a couple of the universities got me in to teach the theory of what the systems were measuring, which I literally just figured out on the job haha

Of course, this all depends on exactly what kind of equipment you are talking about. For reference, I mostly dealt with gas adsorption, mercury porosimetry, laser or vision particle sizing and helium pycnometry. We also worked with a few other bits and pieces here and there, but that was the vast majority.

Oh, in terms of pay, I took a massive pay cut to work there. I’d been in IT for about 12 years and needed a change. I knew the boss of the company from Judo training and he asked if I’d be interested in joining. Not the most normal career path but I figured it sounded interesting.

Sorry for the rambling structure, I’m at work and was jumping back and forth to here as I could.