Welcome to This Week in Solus, install #40.
On the last This Week in Solus, I highlighted our roadmap, which includes our upcoming ISO snapshot. This ISO snapshot will feature the latest kernel, which at the time of this writing, is looking like
4.9. Additionally, since the writing of TWIS #39,
we have landed an upgraded libinput and xorg libinput driver, thus those will see inclusion in the ISO as well.
Speaking of Xorg, we will likely be introducing Xorg 1.19 for the ISO snapshot. We are currently considering deprecation of the NVIDIA 304 and 340 drivers, due to lack of updates from NVIDIA (which have been a blocker for 1.19) and growing bugginess of said drivers over time. Deprecation of the drivers would not only unblock Xorg 1.19, but continued development of Linux Driver Management (our switchable graphics solution) as well. Existing 304 and 340 users would be migrated to the Nouveau driver.
Screenshot is under Budgie, for development purposes. Plan is to make it a MATE applet.
Meet Brisk! This is a new menu we’re developing for the MATE desktop, to provide a slightly traditional, but very fast and usable menu system. It started out inspired by the Budgie Menu but has drifted towards honouring Cardapio. And with it being written in C, it’s lightning quick.
Brisk Menu will be featured in the ISO snapshot for our Solus MATE Edition and the work done on Brisk Menu will be ported back to Budgie 11.
Additionally, we’re proud to announce that the Ubuntu MATE project has expressed enthusiasm about Brisk Menu and is helping to fund development of it, so all MATE desktop users can benefit from a fast, modern menu implementation. The Ubuntu MATE project will be integrating Brisk Menu as soon as it can replace the core functionality of MATE Menu, and will see that Brisk Menu is packaged for Debian and made available in the Debian and Ubuntu archives.
To quote Martin Wimpress:
“Ubuntu MATE have been looking to replace MATE Menu (forked from mintMenu) for sometime. It is clear the Brisk Menu, despite being in the very early stages of development, is the project that can achieve that given the quality of work coming out of the Solus project.”
This week we released v0.3 of Linux Steam Integration, our tool for enabling better Steam integration on Linux. This release features:
libnica, using it now as a submodule to simplify maintenance.
libxcbon native runtime.
--disable-replace-steamoption. By default, LSI will replace
/usr/bin/steamwith its own shim. This was to enable easier integration into distributions at a root level, as seen in Solus. However, this made it inaccessible to users who currently do not have LSI available.
To address this, and to stave off the latest croppings of butcherscripts that make actual alterations to the Steam runtime, vs the passive LSI override approach, this new option will instead generate the following files:
This will ensure there is no path-conflict with existing Steam, and in turn lsi-steam will invoke
Users can then use the
LSI Steam option in their menu to launch Steam via the LSI Shim. Those building LSI should also pass
--enable-frontend if providing a package, so that users can access the LSI Settings UI - to enable control of the runtime aspects.
Last week we announced the release of solbuild. For those unfamiliar with solbuild, it’s our new package build system that replaces our prior evobuild tool from the Evolve OS days. Throughout the week, we’ve released multiple new versions of it, currently at v1.2.0, and already solbuild introduces a large set of improvements over evobuild, including (but not limited to):
curlas a dependency.
Here is a highlight of package additions and updates in the last week: