Backporting i915 Fix

7 risposte [Ultimo contenuto]
jxself
Offline
Iscritto: 09/13/2010

Linux-libre 6.9.1-gnu is out now, and the change for the i915 kernel module has been backported to 6.8.10-gnu and 6.6.31-gnu as well.

del111
Offline
Iscritto: 08/23/2023

Is it safe, say, for me to use the v6.8.10 deblob script on linux v6.8.9?

jxself
Offline
Iscritto: 09/13/2010

Why do you want to?

del111
Offline
Iscritto: 08/23/2023

testing linux-libre on new hardware: my new riscv board runs on debian sid and currently the debian sid linux release is 6.8.9-1. It's easier for me to rebase my own set of patches on upstream debian sid.

jxself
Offline
Iscritto: 09/13/2010

Using the deblob scripts are not recommended and they will eventually be disappearing. Linux-libre has source code available; I recommend to use it.

del111
Offline
Iscritto: 08/23/2023

OK, thanks, on today's episode of "upstream changes broke my workflow"...

jxself
Offline
Iscritto: 09/13/2010

How's that? Once the process of rewriting the kernel.org git history is complete, they will no longer be necessary. Rather than cleaning up entire release tarballs with each new version, the project will simply copy over commits from the kernel.org git repository and clean them as needed for freedom purposes. From then on, Linux-libre releases can happen much more quickly: place a tag in git and generate tarballs for people to download; same as kernel.org. These methods, getting source code from git or a tarballl, are common methods of source code distribution. I recommend to adopt the new process sooner rather than later. :)

Ark74

I am a member!

I am a translator!

Offline
Iscritto: 07/15/2009

Oh!, that's bad news, for distros that don't use upstream (kernel.org) packages by default u_u.