home.social

#freedesktop — Public Fediverse posts

Live and recent posts from across the Fediverse tagged #freedesktop, aggregated by home.social.

  1. Actualizó el #freedesktop 25.08 a #Mesa 26.0.6. Se quedó fuera la última revisión. Bueno, je je, ellos sabrán. A mí me la suda.

  2. For anyone interested in #Linux security, a good explanation of a way to escape from the #Flatpak sandbox has been posted to the oss-security mailing list today: openwall.com/lists/oss-securit

    You might also want to read this article from last year: linuxjournal.com/content/when-

    cc @Seg

    #sandboxing #dbus #xdg #freedesktop #wine

  3. For anyone interested in #Linux security, a good explanation of a way to escape from the #Flatpak sandbox has been posted to the oss-security mailing list today: openwall.com/lists/oss-securit

    You might also want to read this article from last year: linuxjournal.com/content/when-

    cc @Seg

    #sandboxing #dbus #xdg #freedesktop #wine

  4. For anyone interested in #Linux security, a good explanation of a way to escape from the #Flatpak sandbox has been posted to the oss-security mailing list today: openwall.com/lists/oss-securit

    You might also want to read this article from last year: linuxjournal.com/content/when-

    cc @Seg

    #sandboxing #dbus #xdg #freedesktop #wine

  5. For anyone interested in #Linux security, a good explanation of a way to escape from the #Flatpak sandbox has been posted to the oss-security mailing list today: openwall.com/lists/oss-securit

    You might also want to read this article from last year: linuxjournal.com/content/when-

    cc @Seg

    #sandboxing #dbus #xdg #freedesktop #wine

  6. For anyone interested in #Linux security, a good explanation of a way to escape from the #Flatpak sandbox has been posted to the oss-security mailing list today: openwall.com/lists/oss-securit

    You might also want to read this article from last year: linuxjournal.com/content/when-

    cc @Seg

    #sandboxing #dbus #xdg #freedesktop #wine

  7. @ryan
    "app is ready" notifications are due to the window manager's focus-stealing prevention system. I do find it useful when clicking multiple links one after another so that Firefox doesn't raise/interrupt everytime.

    If you have apps that trigger this in #GNOME when emitting notifications, then they're likely using the APIs incorrectly; see github.com/electron/electron/i for a technical explanation. AFAIK Electron still does it wrong to this day?

    #FreeDesktop #Electron #Mutter

  8. @ryan
    "app is ready" notifications are due to the window manager's focus-stealing prevention system. I do find it useful when clicking multiple links one after another so that Firefox doesn't raise/interrupt everytime.

    If you have apps that trigger this in #GNOME when emitting notifications, then they're likely using the APIs incorrectly; see github.com/electron/electron/i for a technical explanation. AFAIK Electron still does it wrong to this day?

    #FreeDesktop #Electron #Mutter

  9. @ryan
    "app is ready" notifications are due to the window manager's focus-stealing prevention system. I do find it useful when clicking multiple links one after another so that Firefox doesn't raise/interrupt everytime.

    If you have apps that trigger this in #GNOME when emitting notifications, then they're likely using the APIs incorrectly; see github.com/electron/electron/i for a technical explanation. AFAIK Electron still does it wrong to this day?

    #FreeDesktop #Electron #Mutter

  10. @ryan
    "app is ready" notifications are due to the window manager's focus-stealing prevention system. I do find it useful when clicking multiple links one after another so that Firefox doesn't raise/interrupt everytime.

    If you have apps that trigger this in #GNOME when emitting notifications, then they're likely using the APIs incorrectly; see github.com/electron/electron/i for a technical explanation. AFAIK Electron still does it wrong to this day?

    #FreeDesktop #Electron #Mutter

  11. @ryan
    "app is ready" notifications are due to the window manager's focus-stealing prevention system. I do find it useful when clicking multiple links one after another so that Firefox doesn't raise/interrupt everytime.

    If you have apps that trigger this in #GNOME when emitting notifications, then they're likely using the APIs incorrectly; see github.com/electron/electron/i for a technical explanation. AFAIK Electron still does it wrong to this day?

    #FreeDesktop #Electron #Mutter

  12. @wwarner
    Believing the shop managers blaming delivery truck drivers, the supermarket's customers order chips delivered by a "Large Lorry Model" :psyduck:

    Meanwhile, a group of anarcho-syndicalist farmers are building entire farmers' markets to replace the established supermarkets' management by Very Small Shell Scripts™ just to prove a point, filling immutable shelves with flat-packed goods and a JIT fast-moving inventory.

    #GNOMEOS #KDELinux #Linux #distros #Flatpak #automation #FreeDesktop

  13. The social experience of upstream #FLOSS desktop software maintainers:

    You're a potato farmer calling out the shop managers who keep moldy potato bags on shelves years past the expiry date, with your farm's brand prominently on the potato bag, and you get yelled at by the janitor for sternly asking the supermarket's management to comply with food safety regulations.

    Wait… I just ruined #FreeDesktop devs' fantasy of becoming farmers, did I? 🤔

    #Linux #FreeSoftware #OpenSource #FOSS #GNOME #KDE

  14. And with the bst caching setup it is more beneficial to do those together for maximum efficiency.

    You need the setup for the #freedesktop sdk anyway.

  15. Ahmed made a COSMIC image, tulip's had Zirconium with niri.

    The nice thing about this is the #freedesktop sdk neutral. It's just the desktop base image to choose.

    Then instead of "why are you inventing a distro" it's like who cares, your user experience is in your config. You get all the benefits of having a distro but you share the maintenance upstream. Every "Joe's own distro" would be part of the testing pool.

    Think of the diversity of setups!

  16. What we need is a "Sovereign #Linux Tool" that bundles forgejo/buildstream and the entire tooling for building a #freedesktop sdk OS.

    100% local and can always push to a public registry.

    I'm thinking the university use case where it's handy to have the built in bug tracker and stuff, but leave the heavy lifting to the fsdk.

  17. Now I know you may have me on mute, @BrodieOnLinux ...

    But let me repeat again: #Snap packages rely on a centralized repository. Let me repeat:

    #Cannonical is trying to do a #VendorLockin situation with snaps, whereby they become the gatekeeper to your software.

    Juxtapose that with #flatpak, which is designed from the get go to be repo agnostic. Sure, you need the #FreeDesktop runtimes for most flatpak repos, but it isn't actually a hard dependency.

    youtube.com/watch?v=pQSXJjVYan0

  18. Another episode of playing with #Freedesktop XDG portals in Emacs. I tried the Dynamic Launcher portal, which lets apps to add .desktop files (like #GNOME Web PWAs). Here’s an example in #Flatpak Emacs.

    Launchers can even be set as URL handler, useful since Emacs Flatpak ships only one desktop entry.

    --name sets WMClass and must match StartupWMClass to get the correct dock icon. Emacs can’t create frames with different WMClass, so multiple icons require separate Emacs instances.

    #Linux #Emacs

  19. Days since last "The #Linux kernel let an app* allocate infinite RAM, OoM'ed and locked up into a I/O death grind for no good reason whatsoever" incident:

    0️⃣

    How many more decades will we endure this BS on the #FreeDesktop?

    *: the app in this case: #LibreOffice Calc, which encountered an autocompletion infinite loop when double-clicking the corner of a cell. And since LibreOffice's autosave is a roulette game, I lost at least 30 to 60 minutes of work even with its automatic document recovery.

  20. Toying with #Freedesktop XDG portals is neat. Here is a way to maek #Emacs inhibit logout in #GNOME Shell. Going to make it trigger with non-special unsaved buffers, but it's gonna be tricky to be done in a non-polling fashion.

  21. Acaban de actualizar el tiempo de ejecución #freedesktop 25.08 a la última versión estable de #Mesa. ¡Bien!

  22. ¡Acaba de salir de novena revisión del tiempo de ejecución #freedesktop 25.08! Trae las típicas actualizaciones, correcciones de seguridad y demás.

    Para los que jugamos trae Mesa 26.0.4 y activada la capa Vulkan de AMD anti-lag; hay que activarlo manualmente no está siempre activo.

    gitlab.com/freedesktop-sdk/fre

  23. In case you needed more reasons to love Niri: custom shaders!

    Niri lets you define the animation you want for several events, and most notably when you open or close a window.

    I can add completely unnecessary glitchy artifacts and look cool in the eyes of my inner 14 year old.

    ergaster.org/thoughts/niri-gor

    #linux #niri #freedesktop

  24. Jotted down an idea for a small GUI utility app for webmasters and casual sysadmins: a htaccess+htpasswd generator: gitlab.gnome.org/bertob/app-id

    This is totally a niche usecase, but maybe it's an itch that a someone out there would be interested to scratch with, say, a tiny Python+GTK app…

    #sysadmin #security #Apache #Linux #FreeDesktop #GNOME

  25. RE: masto.ai/@phoronix/11636293275

    Es como un acuerdo por escrito de un principio que ya ocurría. ¿No, @Pos_yo?

    A mí me parece de cajón. Tener al día la *versión estable* de #Mesa es tan importante como tener el núcleo al día.

    El tiempo de ejecución #freedesktop, por ejemplo, tiene la manía de permanecer en versiones obsoletas. No mucho, a decir verdad, pero sí lleva un mes o dos de retraso.

    Mesa corrige errores en aplicaciones / juegos, introduce mejoras en las API y el hardware que tiene su importancia estar al día.

  26. 🐟 Added Fish 4.6.0 docker image to test SHELL_PROMPT_PREFIX, SHELL_PROMPT_SUFFIX, and SHELL_WELCOME.
    You can try it by pulling the image and running:

    ❯ docker run --interactive --tty --rm purefish/docker-fish:4.6.0

    github.com/pure-fish/docker-fi

    #fish #shell #systemd #freedesktop

  27. In preparation for daily driving #MobileLinux I've been thinking a lot about what must be done for reliable and power-efficient push notifications.

    Spoiler alert: while UnifiedPush may be a relevant service for some apps, it's not where platform dev focus should be. We want a future full of p2p apps that reject permanently-addressable "servers" entirely, after all! And centralization is not where the bulk of the power-saving magic is anyway. The "magic" is in the fact that the SoC can be in deep sleep and the modem will still wake it up with an interrupt when data arrives on an open connection. It should be fine to have apps' own service processes listen for notifications!

    My rough sketch of a to-do list would be:

    • making sure wakeups don't turn the display on xD
    • research into what's needed to set up filtering on the modem for which sockets can wake the SoC up (but initially, fine to just rely on "nothing else has open sockets anyway, only the background services waiting for pushes" maybe?)
    • easy API for establishing the push connection specifically over mobile data if available (since only modem supports wakeup well rn)
    • support for robust background services: unlike what the Background portal offers now, let #Flatpak apps install systemd-user services, which would have metadata connecting them to the .desktop entry, making them introspectable and accountable via settings GUIs (not via control center popups! they shouldn't show up as "annoying left-over in-process thing possibly eating battery"! they're a different thing, expected to run permanently!)
    • actually getting apps to separate push notification listeners into background services

    #postmarketOS #linuxmobile #freedesktop

  28. People fighting against Linux desktop tools providing open APIs for encoding users' age and insulting people who work on it is the dumbest reaction I have seen in a while.

    #systemd #Linux #freedesktop

  29. Me, in 2021: "piracy of open source makes no sense"

    Me, in 2026: "They did it. They fucking did it. Look at what they fucking did. With various states pushing age verification and biometric identification laws on developers, and distro developers complying far too easily, now it has actually become *necessary* to pirate Open Source software"

    Two *very* notable examples of developers who are *already* adding fascism to FOSS: #systemd (as expected) and XDG / #freedesktop .

    [1] lemmy.world/comment/22746018

    #Linux #OpenSource #Piracy #OpenSourcePiracy #DigitalSovereignty #DigitalSurveillance

  30. Some excellent news today! #GRUB has moved to #FreeDesktop and has adopted contemporary/modern contribution workflows leveraging the GitLab instance hosted there.

    gitlab.freedesktop.org/gnu-gru

  31. In #GNOME 50 release of Damned Lies, our #translation platform, we got many improvements, most important of all now we support merge requests!

    This allows our translators to push translations to projects on, e.g. #FreeDesktop #gitlab without needing to manually open MRs.

    #linux #opensource

  32. La proposta di un’API di verifica dell’età per Linux viene chiusa da freedesktop dopo un acceso dibattito su privacy, standard e pressioni normative dagli USA. #Freedesktop #OpenSource #UnoLinux

    linuxeasy.org/freedesktop-chiu

  33. Desayuno con la actualización del tiempo de ejecucición #freedesktop 25.08.8 con la ilusión de tener #Mesa3D a la versión 26.0.1 y resulta que no. Han pasado de 25.3.3 a 25.3.5. Que no es la última revisión disponible de la rama 25.3.

    Me hacía ilusión probar las novedades en RT que trae la rama 26.0, pero ná. Bueno, cero dramas. A lo mejor para septiembre.... xD

    gitlab.com/freedesktop-sdk/fre

  34. I don't get the Xorg rollback. If the code is that cooked, why bother reverting? Just kill the repo. Delete it. We are wasting time trying to save a zombie.

    While at it, just add a use #Wayland sticker too.

    #DevRant #Linux #Freedesktop #Petty

  35. Cuestión (de poco, espero) de tiempo tener #Mesa3D en el tiempo de ejecución #freedesktop.

  36. I'm incredibly excited to see some initial investigation and experiments around making Mutter resilient against GPU crashes: gitlab.gnome.org/GNOME/mutter/

    Thank you @rmader and @jadahl for planning such improvements to improve GNOME's robustness as part of the FreeDesktop graphics stack!

    #Mutter #FreeDesktop #Linux #Wayland #graphics #Mesa3D #GNOME #GNOMEShell

  37. Hey @pid_eins was going to post to the XDG list but it seems dead over there. The link[1] to the Sound theme spec is dead and seems to have fallen to the wayside. As well as the default sound theme being a bit long in tooth. Is there planned work here or an updated specification somewhere. If not, i'd like to go ahead and clean this up while i'm trying to figure out wtf everything Gnome is doing with the sound spec right now. It could definitely use some love, thanks!

    [1]: 0pointer.de/public/sound-theme

    #gnome #freedesktop #xdg #soundspec

  38. I stumbled upon a 2300-pages-long PDF document that actually is a fantastic benchmark for slow search performance (1.5 to 5 minutes) in most PDF readers (including GNOME Papers, Evince and Okular)… so I fired up #Sysprof through GNOME Builder to measure the slowness, and reported my findings in #Poppler for all of you performance optimization aficionados: gitlab.freedesktop.org/poppler

    #PDF #profiling #performance #FreeDesktop #Linux #GNOMEBuilder #GNOME #GNOMEPapers #Evince #Okular

  39. I stumbled upon a 2300-pages-long PDF document that actually is a fantastic benchmark for slow search performance (1.5 to 5 minutes) in most PDF readers (including GNOME Papers, Evince and Okular)… so I fired up #Sysprof through GNOME Builder to measure the slowness, and reported my findings in #Poppler for all of you performance optimization aficionados: gitlab.freedesktop.org/poppler

    #PDF #profiling #performance #FreeDesktop #Linux #GNOMEBuilder #GNOME #GNOMEPapers #Evince #Okular

  40. I stumbled upon a 2300-pages-long PDF document that actually is a fantastic benchmark for slow search performance (1.5 to 5 minutes) in most PDF readers (including GNOME Papers, Evince and Okular)… so I fired up #Sysprof through GNOME Builder to measure the slowness, and reported my findings in #Poppler for all of you performance optimization aficionados: gitlab.freedesktop.org/poppler

    #PDF #profiling #performance #FreeDesktop #Linux #GNOMEBuilder #GNOME #GNOMEPapers #Evince #Okular

  41. I stumbled upon a 2300-pages-long PDF document that actually is a fantastic benchmark for slow search performance (1.5 to 5 minutes) in most PDF readers (including GNOME Papers, Evince and Okular)… so I fired up #Sysprof through GNOME Builder to measure the slowness, and reported my findings in #Poppler for all of you performance optimization aficionados: gitlab.freedesktop.org/poppler

    #PDF #profiling #performance #FreeDesktop #Linux #GNOMEBuilder #GNOME #GNOMEPapers #Evince #Okular

  42. I stumbled upon a 2300-pages-long PDF document that actually is a fantastic benchmark for slow search performance (1.5 to 5 minutes) in most PDF readers (including GNOME Papers, Evince and Okular)… so I fired up #Sysprof through GNOME Builder to measure the slowness, and reported my findings in #Poppler for all of you performance optimization aficionados: gitlab.freedesktop.org/poppler

    #PDF #profiling #performance #FreeDesktop #Linux #GNOMEBuilder #GNOME #GNOMEPapers #Evince #Okular