Warning: Some posts on this platform may contain adult material intended for mature audiences only. Viewer discretion is advised. By clicking ‘Continue’, you confirm that you are 18 years or older and consent to viewing explicit content.
How it shall look… # Linux & BSDs # Windows # macOS # State on Fedora 40 Workstation & XFCE Spin… # Screenshots taken from the GNOME bugtracker, copies to not stall their GitLab instance.
Reading the bug report about all that ( https://gitlab.gnome.org/GNOME/adwaita-icon-theme/-/issues/288 ), it’s crazy to see how the gnome dev (Red Hat employee) replies to the issue. He completely ignores the issue in the beginning, then that he doesn’t care to follow the spec because it’s “old”, and yet, he still advertises to the OS as an fdo theme, so OSes ship with it. He’s hurting non-gnome apps, and he simply doesn’t seem to care about it. To me, this shows a person who simply doesn’t care about ecosystem.
I have defended Red Hat a fair bit over the past year. Their level of contribution to the community is a big reason why.
It is clear though that their prominence comes with a downside in the paternal and authoritative way that their employees present themselves. Design choices and priorities are made with an emphasis on what works for and what is required for Red Hat and the software they are going to ship. The impact on the wider community is not always considered and too often actively dismissed.
Even some of the Linux centrism perceived in Open Source may really be more about Red Hat. For example, GNOME insists on Systemd. Both projects are dominated by Red Hat. There have been problems with their stewardship of other projects.
To me, this is a much bigger problem than all the license hand-waving we saw before.
If you look at every interaction with a Redhat developer in the context of them having KPIs / set work to do. The responses to non critical issues / MRs makes a lot more sense.
I was getting really pissed seeing that Pointieststick had to explain the same fucking thing OVER AND OVER again. I don’t know if the gnome dev in question is stupid or just trolling.
Reading the bug report about all that ( https://gitlab.gnome.org/GNOME/adwaita-icon-theme/-/issues/288 ), it’s crazy to see how the gnome dev (Red Hat employee) replies to the issue. He completely ignores the issue in the beginning, then that he doesn’t care to follow the spec because it’s “old”, and yet, he still advertises to the OS as an fdo theme, so OSes ship with it. He’s hurting non-gnome apps, and he simply doesn’t seem to care about it. To me, this shows a person who simply doesn’t care about ecosystem.
I have defended Red Hat a fair bit over the past year. Their level of contribution to the community is a big reason why.
It is clear though that their prominence comes with a downside in the paternal and authoritative way that their employees present themselves. Design choices and priorities are made with an emphasis on what works for and what is required for Red Hat and the software they are going to ship. The impact on the wider community is not always considered and too often actively dismissed.
Even some of the Linux centrism perceived in Open Source may really be more about Red Hat. For example, GNOME insists on Systemd. Both projects are dominated by Red Hat. There have been problems with their stewardship of other projects.
To me, this is a much bigger problem than all the license hand-waving we saw before.
Gnome uses systemd because it is easier and better. Why would you reinvent the wheel.
If you look at every interaction with a Redhat developer in the context of them having KPIs / set work to do. The responses to non critical issues / MRs makes a lot more sense.
Not saying that it makes it any better tho.
I was getting really pissed seeing that Pointieststick had to explain the same fucking thing OVER AND OVER again. I don’t know if the gnome dev in question is stupid or just trolling.
Gnome is the Mac of the Linux desktop world.
Nothing new here, Gnone losted the plot with Gnome 3.
If it’s sabotage, it would be kind of caring.