Aber inzwischen hat #Gnome sehr aufgeholt und ich finde die ubuntu Anpassungen besonderes für das #DarkTheme sehr professionell.
Was eine augenfreundliche Farb- und Kontrastgestaltung wert sind, ist mir erst durch eine schwere Erkrankung und folgende chronische Einschränkungen bewusst geworden.
I am at the stage where even "Larger Text" in GNOME Accessiblity options isn't enough. I have to install Tweaks and scale font up to 1.5. When you remove options essential for accessibility, this is not lean. This is inaccessibility
Yes yes. My bad. I'm running version 25.8.1.1. When I open a .csv file with LibreOffice Calc I see this Text Import window. The problem is that it doesn't fit to my screen size and for that reason the bottom buttons aren't visible.
Tried to change my default terminal emulator to foot, as seen by #GNOME software (e.g. #GNOMENautilus ), and found out that GNOME uses a #hardcoded list of terminal emulators. After looking on Stack Exchange, it appears you can't change it. Such a botch, are the answers I was reading out-of-date or can you just not change your default terminal in GNOME software?
In 2016, after being a Mac guy for 23 years, I took the plunge and made a full-time switch to Linux. I did my research, and over and over again encountered the idea that GNOME was good for MacOS re…
It's wild (and unsurprising) to me that journalists act tough when they have ample opportunity to negatively comment on accessibility, but don't ever mention accessibility wins.
Despite all the noise I made with accessibility on GNOME Calendar, no journalist has gone further than "better screen reader support and keyboard navigation", meanwhile most didn't even mention it whatsoever.
For the first time in many years I can talk publicly about what I’m doing at work: a short engagement funded by Endless and Codethink to rebuild Endless OS as a GNOME OS derivative, instead of a Debian derivative.
There is nothing wrong with Debian, of course, just that today GNOME OS aligns more closely with the direction the Endless OS team want to go in. A lot of the innovations from earlier versions of Endless OS over the last decade were copied and re-used in GNOME OS, so in a sense this is work coming full circle.
I’ll tell you a bit more about the project but first I have a rant about complexity.
Complexity
I work for a consultancy and the way consultancy projects work is like this: you agree what the work is, you estimate how long the work will take, you agree a budget, and then you do the work.
The problem with this approach is that in software engineering, most of your work is research. Endless OS is the work of thousands of different people, and hundreds of millions of lines of code. We reason and communicate about the code using abstractions, and there are hundreds of millions of abstractions too.
If you ask me “how long will it take to change this thing in that abstraction over there”, I can research those abstractions and come up with an estimate for the job. How long to change a lightbulb? How long to rename a variable? How long to add an option in this command line tool ? Some hours of work.
Most real world tasks involve many abstractions and, by the time youve researched them all, you’ve done 90% of the work. How long to port this app to Gtk4? How long to implement this new optimization in GCC? How long to write a driver for this new USB beard trimmer device? Some months or years of work.
And then you have projects where it’s not even possible to research the related abstractions. So much changed between Debian 12 and GNOME OS 48 that you’d be a year just writing a comprehensive changelog. So, how can you possibly estimate the work involved when you can’t know in advance what the work is?
Of course, you can’t, you can only start and see what happens.
But, allocating people to projects in a consultancy business is also a hard problem. You need to know project start and end dates because you are lining up more projects in advance, and your clients want to know when their work will start.
So for projects involving such a huge number of abstractions, we have to effectively make up a number and hope for the best. When people say things like “try to do the best estimation you can”, it’s a bit like saying “try to count the sand on this beach as best as you can”.
Another difficulty is around finding people who know the right abstractions. If you’re adding a feature to a program written in Rust, management won’t assign someone who never touched Rust before. If they do, you can ask for extra time to learn some Rust as part of the project. (Although since software is largely a cowboy industry, there are always managers who will tell you to just learn by doing.)
But what abstractions do you need to know for OS development and integration? These projects can be harder than programming work, because the abstractions involved are larger, more complicated and more numerous. If you can code in C, can you can be a Linux integrator? I don’t know, but can a bus driver can fly a helicopter?
If a project is so complex that you can’t predict in advance which abstractions are going to be problematic and which ones you won’t need to touch, then even if you wanted to include teaching time in your estimation you’ll need a crystal ball to know how much time the work will take.
For this project, my knowledge of BuildStream and Freedesktop SDK is proving valuable. There’s a good reference manual for BuildStream, but no tutorials on how to use it for OS development. How do we expect people to learn it? Have we solved anything by introducing new abstractions that aren’t widely understood — even if they’re genuinely better in some use cases?
Endless OS 7
Given I’ve started with a rant you might ask how the project is going. Actually, quite some good progress. Endless OS 7 exists, it’s being built and pushed as an ostree from eos-build-meta to Endless’ ostree server. You can install it as an update to eos6 if you like to live dangerously — see the “Switch master” documentation. (You can probably install it on other ostree based systems if you like to live really dangerously, but I’m not going to tell you how). I have it running on an IBM Thinkpad laptop. Actually my first time testing any GNOME OS derivative on hardware! For a multitude of reasons the work has been more stressful than it needed to be, but I’m optimistic for a successful outcome. (Where success means, we don’t give up and decide the Debian base was easier after all). I think GNOME OS and Endless OS will both benefit from closer integration.
The tooling is working well for me: reliability and repeatability were core principles when BuildStream was being designed, and it shows. Once you learn it you can do integration work fast. You don’t get flaky builds. I’ve never deleted my cache to fix a weird problem. It’s an advanced tool, and in some ways it’s less flexible than its friends in the integration tool world, but it’s a really good way to build an operating system.
I haven’t been able to contribute any effort upstream to GNOME OS so far. I did contribute some documentationcomments to Freedesktop SDK, and I’m trying to at least document Endless OS 7 as clearly as I can. Nobody has ever had much to time to document how GNOME OS is built or tested, hopefully the documentation in eos-build-meta is a useful step forwards for GNOME OS as well.
As always the GNOME OS community are super helpful. I’m sure it’s a big part of the success of GNOME OS that Valentín is so helpful whenever things break. I’m also privileged to be working with the highly talented engineers at Endless who built all this stuff.
Abstractions
Broadly, the software industry is fucked as long as we keep making an infinite number of new abstractions. I haven’t had a particularly good time on any project since I returned to software engineering five years ago, and I suspect it’s because we just can’t control the complexity enough to reason properly about what we are doing.
This complexity is starting to inconvenience billionaires. In the UK the entire car industry has been stopped for weeks because system owners didn’t understand their work well enough to do a good job of securing systems. I wonder if it’s going to occur to them eventually that simplification is the best route to security. Capitalism doesn’t tend to reward that way of thinking — but it can reward anything that gives you a business advantage.
I suppose computing abstractions are like living things, with a tendency to boundlessly multiply until they reach some natural limit, or destroy their habitat entirely. Maybe the last year of continual security breaches could be that natural limit. If your system is too complex for anyone to keep it secure, then your system is going to fail.
I tried the new GNOME Builder release. It looks really great! In a lot of IDEs, you can Ctrl+Click on a function name and it will take you to its definition in the code base. I couldn't find how to do this in Builder. Is it possible? (probably @chergert would know?)
I wanted to ask on the IRC channel (which is the only way to reach out the Builder community according to the website), but irc.gnome.org does not seem to work anymore?
Thank you to everyone who helped make GNOME 49 a reality—especially every Friend of GNOME whose financial support sustains the GNOME Foundation!
If you'd like to join us on the road to GNOME 50, consider donating to become a Friend of GNOME today. With your help, we can continue to build a diverse and sustainable free software personal computing ecosystem to realize a world where everyone is empowered by technology they can trust.
It's one the historical GNOME games, but thanks to Mat's modernization work over the past few cycles it looks very fresh and clean nowadays. Welcome :)
Match tiles and clear the board –
Single-player tile-matching game, commonly known as Mahjong solitaire.
Tiles are stacked on the board at the start of the game. The goal is to
remove all the tiles in as little time...
There is no calendaring app that I love more than GNOME Calendar. The design is slick, it works extremely well, it is touchpad friendly, and best of all, the community around it is just full of wonderful developers, designers, and contributors worth …
Fingerprint reader functionality under #Linux sucks.
1. Every few reboots/updates/whatever-triggers it, the fingerprint functionality GETS DISABLED all by itself. The bug is there in BOTH Ubuntu and Arch Linux ( #gnome ).
2. GDM won't let me choose between pass & fingerprint reading. This has repercussions for gnome's keyring.
3. Because the keyring is not unlocked, launching things like Chrome requires you to type a password! Again!
Guys at @thunderbird I Love what you have done to the email client, it's now beautiful, fast, lovable, well ... thank you so much! BTW ... I run it in @opensuse #Tumbleweed on the excellent #gnome DE
I'm sure you'll be pleased to know that the News tab in Nautilus from GNOME 1.4 (released in 2001) still shows current @lwn headlines/lwn.net still support whatever API/feed it's using.
Thunderbird en el escritorio Plasma de KDE usa el diálogo de archivos GNOME a la hora de añadir un adjunto o guardar un archivo. Veamos cómo modificar eso.
#linux but also #android question: are there any good apps/utilities for switching between different #wallpapers? I'm currently using a script I wrote for my laptop but if there was an existing, maintained utility (or even better a #GNOME app!) for this that'd be great :3
hey, #GNOME devs, here's an idea: put a "start a wi-fi hotspot" button in the top-right status pop-up, or maybe as an option at the bottom of the wireless networks list, so that i don't have to open the settings app for that
also having some sort of status display for how many devices are connected to your hotspot would be nice
![A screenshot of the LWN.net home page taken 02 Sep 2025. The headlines are:
- GNOME loses another executive director
- [$] The future of 32-bit support in the kernel
- Kernel prepatch 6.17-rc4
- Bcachefs goes to "externally maintained"
- [$] The challenge of maintaining curl
These match those shown in the GNOME 1.4 virtual machine.](https://fedi.ml/photo/preview/640/700001 "A screenshot of the LWN.net home page taken 02 Sep 2025. The headlines are:
- GNOME loses another executive director
- [$] The future of 32-bit support in the kernel
- Kernel prepatch 6.17-rc4
- Bcachefs goes to \"externally maintained\"
- [$] The challenge of maintaining curl
These match those shown in the GNOME 1.4 virtual machine.")
![A screenshot of the GNOME 1.4 desktop running in QEMU. There is a 'Start Here' Nautilus (the file manager) window open. The window has a side bar with several tabs to choose from. News is selected and shows:
LWN.net
- GNOME loses another executive director
- [$] The future of 32-bit support in the kernel
- Kernel prepatch 6.17-rc4
- Bcachefs goes to "externally maintained"
- [$] The challenge of maintaining curl](https://fedi.ml/photo/preview/640/699999 "A screenshot of the GNOME 1.4 desktop running in QEMU. There is a 'Start Here' Nautilus (the file manager) window open. The window has a side bar with several tabs to choose from. News is selected and shows:
LWN.net
- GNOME loses another executive director
- [$] The future of 32-bit support in the kernel
- Kernel prepatch 6.17-rc4
- Bcachefs goes to \"externally maintained\"
- [$] The challenge of maintaining curl")
