today's leftovers
-
February Will Be ’Linux Desktop Environment' Month on FOSS Force - FOSS Force
Our coverage of Linux desktop environments will include everything from “explainer” articles for those new to Linux, as well as articles for more experienced users. We’ll also be conducting a two-part poll to determine which desktop environment our users prefer.
-
What you need to know about software bills of materials
Modern software development is incredibly complex. Software nowadays is always comprised of a combination of components. These components are typically modules and libraries called by other code or even standalone programs that are used in conjunction with other programs.
Until a few years ago, the 80/20 rule was valid: in any significant piece of software, 80% of the content should not be yours. It makes no economic sense to try to develop more than 20% of any software because it's likely someone has already built components with the necessary functionality. Instead, focus on developing what gives you a competitive advantage. In recent years, this balance might have even shifted to 90/10.
That's where the software bill of materials (SBOM) comes in. It's a formal record containing details and supply chain relationships of all the components used in building software. These components can be open source or proprietary, freely available or paid-for, widely available or access-restricted. The information present in an SBOM can be used in a multitude of ways, helping answer various contractual, legal, or technical queries about the software.
Early efforts for providing SBOMs were mostly spearheaded by the desire for legal compliance. Every software component is under a specific license, which might impose some obligations on its use. In order to be legally compliant, one must satisfy all the obligations of all the licenses. This is straightforward, but not easily accomplished. An obvious first step is to have a record of all components and all licenses, which is exactly what an SBOM is.
-
SOF 2.4.1 is here - Sound Open Firmware
SOF 2.4.1 is the first release using Zephyr RTOS with native Zephyr device drivers (on some Intel platforms) and Windows IPC. This should be the last “opt-in” intermediary release as code is transitioned to support Zephyr RTOS, topology2, Module API, and IPC abstraction (IPC3/4) support.
-
Rubenerd: The writer of ahiru.pl also uses desktop email
This is… unfortunately true. I find I need to write HTML email when sending messages to suppliers, landlords, etc. More and more people don’t understand direct URLs or image attachments, or are confused when their HTML email gets converted to plaintext when I reply. I could make a stand, or I could get our shower fixed.
-
[ANNOUNCE] xf86-video-vmware 13.4.0
A new version of the vmware driver is now available. This is mostly a "flush the master branch" release - necessary because the previous release tarball no longer builds against current X servers. Please see the git shortlog below for details on the commits.
Alan Coopersmith (3): Remove obsolete B16 & B32 tags in struct definitions gitlab CI: add a basic build test Build xz tarballs instead of bzip2
Martin Krastev (2): vmwgfx: Change header inclusion order to avoid xorg headers catching stdbool.h Garbled XvPutImage output for FOURCC_YV12 when using 3D-accel-texture adaptor
Peter Hutterer (1): Bump the version number to 13.4.0
Rudi Heitbaum (1): vmwgfx: fix missing array notation
Thomas Hellstrom (10): vmwgfx: Fix XVideo memory leaks vmwgfx: Fix a memory leak vmwgfx: Use libdrm to obtain the drm device node name v2 saa: Make sure damage destruction happens at the correct location vmwgfx: Fix invalid memory accesses in CloseScreen vmwgfx: Don't exceed the device command size limit v3 vmwgfx: Limit the number of cliprects in a drm dirtyfb command v3 vmwgfx: Limit the number of cliprects in a drm present command v3 vmwgfx: Limit the number of cliprects in a drm present_readback command v3 vmwgfx: Unify style in scanout_update and present functions
Ville Skyttä (2): Spelling fixes. Man page syntax fix.
git tag: xf86-video-vmware-13.4.0