Pentium II and 160MB RAM are plentiful, and it is no surprise that NetBSD is a breeze to use on it.

I got NetBSD running on a ThinkPad 760XD (Pentium MMX, 32MB RAM) which I revived around last summer, and it works just fine. Though running emacs on it is not a smooth experience with my configuration loaded, but it runs well vanilla. With enough tweaking, it can be a capable writing machine, especially with its flip-up keyboard.

The blog post is really good and insightful. I have never considered connecting aforementioned machine to the internet, but I think I might do it after reading this post just to try out Dillo.

This is an uphill battle in the face of corporate lobbying, learned fixedness, and, let’s face it, unintuitive UX that is found in some selection of FLOSS which is often absent in proprietary counterparts: something that people who are not tech savvy (tech-indifferent?) would prefer not to put up with.

However, I think the last problem can be mitigated with the right kind of focus and funding from such initiatives.

There have been many such initiatives[0][1] over the years in different countries where they eventually lose steam and fade away.

Also, is there an operating system backed or sponsored by EU that is actively maintained, analogous to BOSS[2] and Pardus[3]?

[0] https://en.m.wikipedia.org/wiki/Category:State-sponsored_Linux_distributions

[1] https://en.wikipedia.org/wiki/List_of_Linux_adopters

[2] https://en.wikipedia.org/wiki/Bharat_Operating_System_Solutions

[3] https://en.wikipedia.org/wiki/Pardus_(operating_system)

E: typo

How do you view diffs and merges when you say you don’t use git GUIs? External tool or terminal/command line?

Terminal.

I use Jetbrains IDEs and most of my life has been IDE based git interaction. And I honestly love it, easy access to see my diffs, the most common commit, push and stage(or shelve as Jetbrains does it, which is better than visual studio). Hassle free and available beats writing anything to me.

Perhaps, it is a mix of learned behaviour and cognitive fixation, as I started out my development journey predominantly using a terminal, that I cannot fathom Git GUI being hassle free.

Nice to read a different perspective on such a fundamental thing that I take for granted while working. Thank you for sharing it.

I always found Git GUIs, especially the ones built into IDEs, to be more confusing and clunkier than working with Git on a terminal. It often feels like unlearning what one knows about Git, and relearning it the way that specific GUI demands.

Heck, I am going through the aforementioned feeling as I force myself to use Magit on Emacs. It just does not feel intuitive. But I will not give up until I have made an honest and full attempt.

The only sensible Git GUI I ever used is Sublime Merge[0], after a coworker praised it immensely. Even that is reserved for the rarest of the rare times when the changes in the workspace gets unwieldy and unruly. For every other instance: Git CLI on a terminal.

[0] https://www.sublimemerge.com/

E: typo, and link to mentioned GUI.

Interesting. I still get the original response.

Transparent marketing.

Doing the job of developers and managers; AI is truly replacing us all.

The developers got hired by a company which is the latter.

As for your data, you can make a decision after reading this: https://blog.omnivore.app/p/details-on-omnivore-shutting-down

My previous workplace did the same thing around 2020 with the words whitelist and blacklist and some other words.

It was around the same time when there was news about GitHub moving from master to main/mainline as the default Git branch.

Given it is a CPU is limiting the parsing of the file, I wonder how a GPU-based editor like Zed would handle it.

Been wanting to test out the editor ever since it was partially open sourced but I am too lazy to get around doing it

I never found that to be a problem. In fact, I find the thumbnails distracting. But I can see it being a problem for others.

The rare occasion I work with image files, I just open it to identify, if I haven’t already named it properly.

It also helps that most of my workflows are not image-heavy.

For me, desktop UI peaked at Windows 98.

Installing the 95/98 GTK theme by B00merang is one of the first things I do after a fresh installation of Linux Mint.

I do try other themes once in a blue moon. But I soon realise it is a downgrade and revert back. The last theme I tried was the Arc theme back in mid-late 2010s.

I use mainline, and I thought I was incredibly lazy!

I guess I am not lazy enough.

The repository linked in the post mentions that it is ncspot.

Interesting. This reminds me of themer.dev

That is a nice theme. I am unsure of its use of pink, but will try it out later today. Colour theory is weird.

Thanks!

I thought the person in the picture was reading code on a tablet device, and was wondering what is wrong with the picture. :D

Why is the code printed in dark mode!?!

I have the same question. Honestly, it looks AI generated to me.

Thanks for the steps!

I remember steps 4 & 5 were the ones that made me drop the idea. It involved a lot of configuration.

I will take a look once again, hopefully these have become simple enough.

Saw this post on “All”. Last I checked (sometime in 2019), self-hosting was a fairly involved process.

Has the process simplified enough for a complete beginner like me to begin self-hosting services on, say, a raspberry pi?

If yes, can you please point me to a good resource/wiki?