mastodon.world is one of the many independent Mastodon servers you can use to participate in the fediverse.
Generic Mastodon server for anyone to use.

Server stats:

8.4K
active users

#freedesktop

0 posts0 participants0 posts today

#PetPeeve: I hate that "Music" is one of the standard home folders on desktop computers. I love music, but I want it to be "Audio" -- not all audio is music (plus "audio" pairs better with "video"). When was this default established, in #MacOS X 10.0, #WinNT, earlier? (I think NextStep or BeOS might have had a "Sounds" folder.) Now, seemingly every #desktop uses this default: #Windows, #Mac, #FreeDesktop environments (#GNOME, #KDE), are there any exceptions? Like the #DesktopMetaphor itself, we're stuck with it, even though it chafes.

#GUI #UserInterface #Legacy #OldManYellsAtCloud
#UnreasonableExpectations

Stephen Chow's "Kung Fu Hustle" movie is a great metaphor for "FLOSS middleware & apps" software development communities sometimes, especially the amount of animosity #GNOME developers have to cope with.

In this scene we see:

1. A crowd of users complain, the signal-to-noise ratio deteriorates
2. Upstream dev tells them to shut up & send a MR
3. Two distro packagers try to "fix" the issue in their corner

youtube.com/watch?v=v7NMH78ex0E

Regarding #Gnome having their own oddball view on usability and features that doesn't match with the #Freedesktop "standards" that everyone else agree with, why don't Freedesktop just move on and we can all let Gnome be their own little incompatible bubble?
It's bad enough already using GTK apps on #KDE because they don't support usable things, and given how stuck up and hell bent Gnome is on trying to bend the world to their strange ideas it's only going to get worse.
#Linux

The end of Xorg is no longer in site.

theres no conspiracy here - red hat and canonical want it to die and any fork to fail. Because they don't want to support it for the next 7/10 years.

They want to be able to shake their arms and say "dead project" - so a fork that gets security updates is contrary to their interests.

Open source has enshittified such that open source is now contrary to the interests of open source companies.

Le saviez-vous ?

Face a des années de non développements et de rapports de bugs non pris en compte par le projet Xorg, qui semble avoir abandonné son projet, un développeur fait le pari fou de forker Xorg, pour faire Xlibre.

Jusque là, rien de plus normal dans le monde du libre, ça c'est déjà vu, comme avec LibreOffice, qui forké d'OpenOffice pour les même raisons.

Sauf que...

Red Hat et FreeDesktop font tout pour qu'on ne parle pas de ce projet, bannissant même le développeur !

Pourquoi tant de haine ? Même sur Reddit, il semble qu'il soit interdit d'en parler !

linuxiac.com/xlibre-xserver-project-plans-revival-of-x11/

github.com/X11Libre/xserver

#Xlibre #Xorg #RedHat #FreeDesktop #WhyTheBan

XLibre Xserver: Banned by Red Hat Developer Plans Revival of X11
Linuxiac · XLibre Xserver: Banned by Red Hat Developer Plans Revival of X11Banned and erased from freedesktop.org, Enrico Weigelt unveils Xlibre—a fork of Xorg aimed at revitalizing X11 outside corporate influence.

To all my fellow Arch users, I was once again reminded that putting anything in `/etc/environment` is a bad idea. Don't do it.

I put `GTK_USE_PORTAL=1` in there, because I always want native file dialogs, right? Well, turns out this breaks secret service integration (KDE Wallet/GNOME Keyring) in Fractal. So, back to setting it on a per-app basis.

FreeDesktop GitLab migrated to Hetzner from Equinix

Starting this year, Equinix have decided to end their operations with the FreeDesktop infrastructure after support of almost five years has passed. They have set the tentative deadline of April 30th for migration to other services, and the FreeDesktop team have chosen Hetzner as the server provider. This GitLab instance was also affected, because it hosted a lot of great open source projects, such as X.Org Server, Mesa GL library, and much more.

This migration is now complete, with most (if not all) of the work being done according to the plan outlined in this issue reported against the main FreeDesktop project (Issue 2076). It caused the GitLab server to be much faster than before, which is important for anyone contributing to the FreeDesktop project, especially the developers who contribute a lot of great work to different projects.

The SSH connection has also changed thanks to this migration, along with Fastly CDN, and the new hostname to connect to the FreeDesktop Git instance using SSH has now become ssh.gitlab.freedesktop.org from gitlab.freedesktop.org. You can configure your SSH client to make an alias for the old hostname to point to the new one using the following configuration file created on ~/.ssh/config:

Host gitlab.freedesktop.org    HostName ssh.gitlab.freedesktop.org

The team has prepared a maintenance tracker site, which showed a lot of green lights as you can see here. Alongside this, the untagged runners for the CI workflow have become privileged without support for KVM, and anyone who requires this support must tag them with the kvm tag.

If you’re suffering from slow speeds while working on a FreeDesktop project, this migration is now complete, and you should be able to interact with it faster.

Okay, so hear me out...

Auto updating mechanism made by the #FreeDesktop org for #AppImage apps... no, srsly.

Think of every electron app out there that automatically updates itself. You do know how that's done, right?

Each of these apps have to check a website for a file - and a hash. It then "confirms" that this package is the latest and greatest version of App - your favourite app.

But now you've suddenly got like 10 different updaters, one of which can be an attack vector... yes.