Linux

8924 readers
450 users here now

A community for everything relating to the GNU/Linux operating system (except the memes!)

Also, check out:

Original icon base courtesy of lewing@isc.tamu.edu and The GIMP

founded 2 years ago
MODERATORS
226
227
228
229
 
 

One aspect of Guix I found to be really fascinating: That there is basically no conceptual difference between defining a package as a private build script, and using a package as part of the system.

Let me explain: Say you wrote a little program in Python which uses a C library (or a Rust library with C ABI) which is in the distribution. Then, in Guix you would put that librarie's name and needed version into a manifest.scm file which lists your dependency, and makes it available if you run guix shell in that folder. It does not matter whether you run the full Guix System, or just use Guix as s package manager.

Now, if you want to install your little python program as part of your system, you'll write an install script or package definition, which is nothing else than a litle piece of Scheme code which contains the name of your program, your dependency, and the information needed to call python's build tool.

The thing is that the only thing which is different between your local package and a distributed package in Guix is that distributed packages are package definitions hosted in public git repos, called 'channels'. So, if you put your package's source into a github or codeberg repo, and the package definition into another repo, you now have published a package which is a part of Guix (in your own channel). Anybody who wants to install and run your package just needs your channel's URL and the packages name. It is a fully decentral system.

In short, in Guix you have built-in something like Arch's AUR, just in a much more elegant and clean manner - and in a fully decentralized way.

230
231
232
 
 

Linux users may face yet another hurdle related to Secure Boot when the Microsoft-signed key used by many distributions to support the firmware-based security feature expires on September 11, leaving users at the mercy of distribution from OEMs, and systems possibly not receiving a necessary firmware update.

As LWN reported (paywall) that Microsoft will stop using the expiring key to sign the shim in September. "But the replacement key, which has been available since 2023, may not be installed on many systems; worse yet, it may require the hardware vendor to issue an update for the system firmware, which may or may not happen," LWN said. "It seems that the vast majority of systems will not be lost in the shuffle, but it may require extra work from distributors and users."

The report said manufacturers could add support for the new key in a full firmware update or by updating the KEK database. The former assumes that manufacturers would be interested in distributing a firmware update for a wide variety of products so a small percentage of their users could use Secure Boot with a non-Windows OS; the latter is an unproven mechanism that isn't guaranteed to work on all devices. Both seem likely to leave at least some people to figure out a solution on their own.

233
234
235
236
 
 

India has one of the highest rates of (desktop) Linux usages in the world - hovering around 10% according to StatCounter. Why is this? One reason is concerns over software controlled by foreign countries - particularly the US and China. But another is cost.

The first major boost for Linux and other free software in India came in 2006, when VS Achuthanandan - who passed away today - was elected Chief Minister of the state of Kerala. His government came up with a policy to shift all government computers to free software, starting with schools and colleges.

When the financial benefits became apparent, other states and the Union government followed suit.

237
238
239
 
 

This is the first release where RISC-V 64-bit is officially supported by Debian Linux albeit with limited board support and the Debian RISC-V build process is handicapped by slow hardware.

240
 
 

I've played with Linux before and finally had enough with Windows. I'm a seasoned programmer but mainly concerned with gaming for this computer, except that I want to be able to run Unreal Engine 5 and potentially other big tools like that. TIA ๐Ÿ’“

241
242
243
244
16
Arch Linux limitations? (programming.dev)
submitted 3 weeks ago* (last edited 3 weeks ago) by staircase@programming.dev to c/linux@programming.dev
 
 

I'm curious about trying Arch Linux, but I want to know what's difficult or impossible with it first, as that's usually what stops me sticking with a distro.

I'm particularly interested in software/driver support. For example, NVIDIA doesn't mention Arch in its CUDA download page.

UPDATE: OK it sounds like Arch is for bleeding edge. That sounds fun, but I like things simple and reliable, so I'll still with Ubuntu. I might run Arch on my secondary drive, or toy with it in Docker.

245
246
247
248
 
 

Linux users who have Secure Boot enabled on their systems knowingly or unknowingly rely on a key from Microsoft that is set to expire in September. After that point, Microsoft will no longer use that key to sign the shim first-stage UEFI bootloader that is used by Linux distributions to boot the kernel with Secure Boot. But the replacement key, which has been available since 2023, may not be installed on many systems; worse yet, it may require the hardware vendor to issue an update for the system firmware, which may or may not happen. It seems that the vast majority of systems will not be lost in the shuffle, but it may require extra work from distributors and users.

249
250
view more: โ€น prev next โ€บ