Often the question marked as a duplicate isn’t a duplicate, just the person marking it as such didn’t spend the time to properly understand the question and realise how it differs. I also see lots of answers to questions mis-understanding the question or trying to force the person asking down their own particular preference, and get tons of votes whilst doing it.

Don’t get me wrong, some questions are definitely useful - and some go above-and-beyond - but on average the quality isn’t great these days and hasn’t been for a while.

Google’s first quarter 2023 report shows they made massive profits off vast revenue due to advertising.

It is about control though. The thing that caught my eye is that they’re saying that only “approved” browsers will be able to access these WEI sites. So what does that mean for crawlers/scrapers? That the big tech companies on the approval board will be able to lock potential competitors out of accessing the web - new browsers, search engines, etc. but much more importantly… Machine Learning.

Google’s biggest fear right now is that ML systems will completely eliminate most people’s reason to use Google’s search, and therefore their main source of revenue will plummet. And they’re right to be scared, it’s already starting to happen and it’s showing us very quickly just how bad Google’s search results are.

So this seems to me like an attempt to control things from that side. It’s essentially the “big boys” trying to consolidate and firm-up their hold in the industry and not let newcomers rival them, as with ML the barrier to entry has never been lower.

Red Hat saying that argument in-particular shows they’ve pivoted their philosophy significantly, it’s a seemingly subtle change but is huge - presumably due to the IBM acquisition, but maybe due to the pressures in the market right now.

It’s the classic argument against FOSS, which Red Hat themselves have argued against for decades and as an organisation proved that you can build a viable business on the back of FOSS whilst also contributing to it, and that there was indirect value in having others use your work. Only time will tell, but the stage is set for Red Hat to cultivate a different relationship with FOSS and move more into proprietary code.

Don’t roll your own if you can help it, just use a distribution dedicated for use as a thin client. I was co-incidentally just looking into this last week and came across ThinStation which looks really good. There are other distro’s too, search for “linux thin client”.

I personally found Fedora to be rock solid, and along with Ubuntu provided the best hardware support out of the box on all my computers - though it’s been a couple of years since I used it. I did end up on Ubuntu non-LTS in the end as I now run Ubuntu LTS on my servers and find having the same systems to be beneficial (from a knowledge perspective).

If I’m okay with the software (not just trying it out) am I missing out by not using dockers?

No, I think in your use case you’re good. A lot of the key features of containers, such as immutability, reproduceability, scaling, portability, etc. don’t really apply to your use case.

If you reach a point where you find you want a stand-alone linux server, or an auto-reconfiguring reverse proxy to map domains to your services, or something like that - then it starts to have some additional benefit and I’d recommend it.

In fact, using native builds of this software on Windows is probably much more performant.

Containers can be based on operating systems that are different to your computer.

Containers utilise the host’s kernel - which is why there needs to be some hoops to run Linux container on Windows (VM/WSL).

That’s one of the most key differences between VMs and containers. VMs virtualise all the hardware, so you can have a totally different guest and host operating systems; whereas because a container is using the host kernel, it must use the same kind of operating system and accesses the host’s hardware through the kernel.

The big advantage of that approach, over VMs, is that containers are much more lightweight and performant because they don’t have a virtual kernel/hardware/etc. I find its best to think of them as a process wrapper, kind of like chroot for a specific application - you’re just giving the application you’re running a box to run in - but the host OS is still doing the heavy lifting.

I was using file merging, but one issue I found was that arrays don’t get merged - and since switching to use Traefik (which is great) there are a lot of arrays in the config! And I’ve since started using labels for my own tooling too.

I was recently helping someone working on a mini-project to do a bit of parsing of docker compose files, when I discovered that the docker compose spec is published as JSON Schema here.

I converted that into TypeScript types using JSON Schema to TypeScript. So I can create docker compose config in code and then just export it as yaml - I have a build/deploy script that does this at the end.

But now the great thing is that I can export/import that config, share it between projects, extend configs, mix-in, and so on. I’ve just started doing it and it’s been really nice so far, when I get a chance and it’s stabilised a bit I’m going to tidy it up and share it. But there’s not much I’ve added beyond the above at the moment (just some bits to mix-in arrays, which was what set me off on this whole thing!)

I hear they have improved performance now though

It’s still not great. Better, but still slow enough to make you question whether you’ve actually launched the app or not.

I did start with it and use it on a laptop, honestly I think that’s where it shines the most - but I guess the more windows you open the less useful it becomes. I think if there was a way to do the expose-like “view all things at once” (Super key) that worked across all workspaces, I’d be all over them. But as there’s no easy way to live view everything on all workspaces, I just don’t use them.

Yes, I love it! Really it’s the MacOS-like “Expose” feature that I find to be essential.

I would advise against using workspaces though, I find those actually sort of go against the core idea of it IMO. There are a few things I’d really like added to it, but for the most-part when you get into it it’s great.

My main desktop I have 4 monitors (I know, but once you start a monitor habit it’s really hard to not push it to the limit - this is only the beginning!) It roughly breaks down into:

1. Primary work (usually a full-screen editor)
2. Terminals (different windows, some for the project, some monitoring)
3. Browsers - documentation, various services, my own code output
4. Communication - signal, discord, what’s app (ugh), etc.

The key, literally, is you just press the Super key and boom, you can see everything and if you want to interact with something it’s all available in just one click or a few of key presses away.

On my laptop with just one screen, I find it equally invaluable, and is actually where I started to use it the most - once again, just one press of Super and I can see all the applications I have open and quickly select one or launch something.

It’s replaced Alt + Tab for me - and I know they’ve made that better, and added Super + Tab, but none of them are as good as just pressing Super.

The things I’d really love added to it are:

• Better tiling (including quarter tiling). It’s a sad state of affairs when Windows has far better tiling than Gnome.
• Super then Search, I’d like it to filter the windows it’s showing and shrink/hide the others, along with a simple way to choose one using the keyboard.
• Rather than having an icon for each window, I also want the tooltip information to always be shown (e.g. vs code project) and for standard apps to expose better information for that (e.g. Gnome Terminal to expose its prompt/pwd) and/or have a specific mechanism by which apps could communicate.
• Adding Quicksilver-like functionality to the launcher/search would be amazing. e.g.
  • Super
  • Sp… (auto-populates Spotify)
  • Tab
  • P… (auto-populates Play/Pause)
  • Return
• Session restoration - it just doesn’t work at the moment for some reason. Some apps do, some don’t. Some go to their correct position/size, some don’t.

I just have a static page that I randomly change - you can see mine here. In this case I was testing the idea of having text within an SVG for better scaling from mobile to desktop, and also I’m loving orange and purple at the moment for some reason! Oh, and I was testing automated deployments from CI/CD, so I always use my own base domain with those first tests!

Slackware was mine too - all it took was a box of floppy disks and tens of hours of downloading and installing! It was great though, something so different. But it was just a toy, and I went back to DOS/Windows on PC - mainly for the games and hardware support (Voodoo!)

A year or so later I spent a lot of time playing with Solaris and VAX/VMS at University and really developed a love for the command-line and UNIX environment. It was that which led me to my first job (with HP-UX) and my second (Debian/Yellow Dog). From then on I used it at home a lot more. Now I use Windows for games/gamedev, and Ubuntu for everything else (desktop, laptop, servers).

But it’s amazing how far things have come in some respects, but how some things have regressed over those 20 years - window managers/themes never reached the heights I envisioned in the Enlightenment hay day, session management/restoration/remoting seems to have been eroded away, virtual desktops/window management/tiling regressed and became fractured, the wonder of Compiz didn’t really move things in an interesting way, and I felt sure Quicksilver (for MacOS) was the future of launcher, but it’s not really been taken up - though the Expose feature is an excellent essential part of Gnome now (Activities)!

In some ways I think Linux has lost that “wow factor” that we used to have with all those cool features - but it is much more rock-solid and professional now! I use it more now than I ever have.

This is a truly excellent pair of articles, brilliantly written.

Explains the problem, show the solution iterating step by step so we start to build an intuition about it, and goes as far as most people actually need for their applications.

Are there any good alternatives?

We’ve started using Jitsi for video/screen-sharing and that’s going well so far - but it’s based very much around the “corporate meeting” concept, rather than “playing D&D with mates” or “online gaming with people”.

Mumble is decent enough for voice comms, but of course lacks video, which for my friend group is a deal-breaker. While the audio quality is noticably better most of the time, its noise suppression is not as good as Discord. It does have text chat, but lacks the utility of Discord’s chat - which we use in D&D for sharing information, images, note-taking, etc.

Things do game tracking/voice like Steam, Xbox Live, PSN, etc. but then each only supports their own platforms and services - whereas Discord is common to all.

I think what DIscord does well is bring together a few really established, tried and tested technologies, under one roof and integrates them seamlessly. There is definitely value in that, and I would be really interested in an open source/self-hosted equivalent.

My main concerns with Discord are:

1. They inevitably ramp up income earning opportunities and therefore eventually compromise the system.
2. It can’t be catalogued/searched easily.
3. It seems like a near-perfect platform for harvesting data for ML (and the platform has some traction with the ML community already).

I don’t think consolidation, compromise, and coming together in one common direction are the hallmarks of open source at all!

Filesystems, service management/startup, audio output, desktop environment, package formats/management/distribution, programming languages, shell, and so on, and so on - all have many, many options.

Open source is, if nothing else, fractured… it’s about choice, flexibility, and re-inventing the wheel not because it really needs to be re-invented, but because it’s fun to do so and useful to have something that perfectly fits your requirements.

We’ve made room for many package formats for decades, and will continue to do so for decades to come I’m sure.

Containerised everything is the future of computing and I think we’ll look back on how we do things currently with horror!

But yes, I am slowly starting to use more contained desktop applications. Server-wise, everything I deploy is now in containers.

I chose Ubuntu for my desktop/laptop because I chose Ubuntu for our servers. While we now have the servers setup such that we hardly touch them directly, I’ve found it to be incredibly valuable to be using the same technologies, tools, and processes daily on desktop as I need on our servers.

It boggles my mind how many organisations I’ve worked for that almost exclusively develop for Linux deployment use Windows as their primary desktop environment. It causes nothing but trouble. We’ve got Windows if we need it, I’m a big proponent of the best tool for the job - and what the company paying wants! - but Linux is our primary desktop environment.

Ahh! I didn’t see that! Thanks.