Version 2.2.alpha.6 of glycin is now available. The version brings support for reading and writing the pixel density in JPG, PNG, and TIFF images. The data is now also accessible via the “Image Properties” in Loupe. A prominent application of this feature is to store the DPI used when scanning an image, which then allows users to print the scanned image in the same physical size as the original document. This has been one of the last features that was missing to achieve feature parity with gdk-pixbuf, which we plan to replace with glycin. Support via gdk-pixbuf glycin loaders will be added soon.
Glycin now also reads OpenEXR images that use half precision floats into the same memory format, saving half of the memory compared to the previously used single precision floats. Support for the Radiance HDR format has been added as well.
The lcms2 library has been dropped in favor of moxcms, which is written in safe Rust and improves the performance for images with ICC profiles noticeably. Internally, there is now a mechanism for a loader to report if ICC profiles or CICP (HDR instructions) should be preferred, since this differs between image formats.
Sophie’s work is funded by the GNOME Fellowship program. You can support the fellowship program via a donation.
The default network monitor in GLib, a netlink implementation of GNetworkMonitor, has been significantly updated by Sorah Fukumori to improve its performance. This will particularly help on systems with large routing tables (like servers), but should benefit all users. More details in https://gitlab.gnome.org/GNOME/glib/-/merge_requests/5222.
GLib now requires a C11 toolchain to build itself, and to build projects that depend on GLib. All supported compilers—GCC, Clang, MSVC—are compliant enough already, so nothing should change for GLib users. More details, and future plans, in https://gitlab.gnome.org/GNOME/glib/-/merge_requests/3574. Also, you can always check the toolchain requirements in the GLib repository.
July is Disability Pride Month! I used the occasion to write a blog post share my thoughts on accessibility in GNOME and the current state and potential ways forward, like establishing a Accessibility Team.
We published a blog post announcing a new project as part of this year’s Prototypefund to improve testing and development workflows on image-based OSes like GNOMEOS.
As part of this we’ll build a new app (tentatively called Test Center), to install and manage experimental versions of apps and system components (think Apple TestFlight, or the old Mozilla Labs), along with a number of other improvements to the system component developer story.
If you’re a developer using GNOMEOS we’d love to hear your input on this! What is currently most annoying when developing and testing your software, which workflows are awkward in a fully image-based world, what are tools you’re missing, etc.
This week I released on update to Lockpicker, a new application to recover passwords from their hash. On top of some minor UI tweaks, Lockpicker now allows you to import multiple rule files simultaneously. Also, a nice new quality of life update is that you can now undo your action when you removed a module, rule or wordlist.
Note that you are going to have to provide your own hashcat rule files to Lockpicker, these are widely available at different Github repos. A future update in Lockpicker will focus on creating rules yourself straight from the UI.
Phosh now supports hiding and disabling applications. This is useful on immutable systems where software from the base images can’t be uninstalled. We also added a load meter status bar plugin that can be enabled to show the current system load as a small graph. The Wayland compositor phoc now uses wlroots 0.20.1 and the on-screen keyboard now allows to set keyboard layouts per application. This can be used to e.g. force a terminal layout for the text editor you’re using for programming on your phone 🤓. We also added key-repeat for keys in the shortcuts bar like ⬅️⬆️⬇️➡️.
Flare version 0.21.0 was released this week. Besides fixing linking (which broke on the latest version of Signal), this release contains a new backend-library for the Signal integration, flare-backend. This should make maintenance as well as developing new features for Flare a lot easier in the future. As an example, this release fixes some weird behavior with edit messages, and adds support for group labels. I have written a short blog-post introducing flare-backend if you are interested in reading more about it.
Automatic Theme Switcher is a GNOME Shell extension that switches between light and dark themes based on the sun at your location - sunrise/sunset, dawn/dusk, golden hour, or your own custom times. Set your location manually or detect it approximately with one click.
This week version 11 landed on extensions.gnome.org, adding support for GNOME 50 (the extension now covers GNOME 45 through 50). It follows a major update that brought per-monitor brightness control, including external monitors via DDC/CI, gradual brightness transitions that ramp your screens gently down for the night and back up for the day, a manual override that respects your Quick Settings toggle instead of fighting it, Night Light synchronization, and a live countdown to the next switch in the preferences window.
OmniPanel is an extension that provides advanced Multi-Monitor window management to improve productivity.
It features smart-autoplacement of windows in configurable zones. It also renders the Gnome top bar on every screen (something that is not yet native to Gnome today)
Features:
Top bar on every active screen, including active Extensions
Window tiling with Zone designing and auto-placement
Stack specific windows in Zones
Auto-tiling capability without needing to draw zones
Use either the mouse or hotkeys for switching/moving
To install, find it via “OmniPanel” in Extension Manager natively.
