Názory k článku
Vyšlo jádro 5.12 s podporou LTO v Clangu

Koukam, ze Ubuntu zacalo mainline jadro buildit s libc 2.33, cimz efektivne znemoznilo jeho pouziti na Ubuntu 18.04... To me moc netesi...

A jak jádro závisí na glibc?

Ne glibc, ale libc:

$ apt show linux-headers-5.11.15-051115-generic
Package: linux-headers-5.11.15-051115-generic
Version: 5.11.15-051115.202104161034
Status: install ok installed
Priority: optional
Section: devel
Source: linux
Maintainer: Ubuntu Kernel Team <kernel-team@lists.ubun­tu.com>
Installed-Size: 26,7 MB
Provides: linux-headers, linux-headers-3.0
Depends: linux-headers-5.11.15-051115, libc6 (>= 2.22), libelf1 (>= 0.142), libssl1.1 (>= 1.1.0), zlib1g (>= 1:1.2.3.3)

to neni ale balicek "vybuildeneho jadra", ale pouze jeho hlavickovejch souboru, ty nepotrebujes pro beh jadra, pouzijou se pri kompilovani (vlastnim, nebo pres dkms) "pridavnejch" jadernejch modulu, takze pokud mi neco neunika 5.12 ubuntu mainline na 18.04 normalne nainstalujes, ale nezkompulujes treba moduly potrebne pro proprietarni Nvidia ovladac, nebo pokud bys mel treba ovladac Wifi out-of-tree...

pokud bys neco kompilovat potreboval, myslim ze by stacilo ty hlavickove soubory rozbalit rucne, protoze nejde o binarni soubory, ale textove a pri dkms ci rucni kompulaci nemyslim ze by se kontroloval nainstalovanej balicek, ale proste si sahne do /usr/src/linux-headers-$(uname -r)

jadro s glibc 2.23 klidne zkompilovane byt muze (balicek o ovsem jako zavislost nema), ale pri instalaci verzi nezjistuje, protoze jadro samozrejme najizdi drive nez nejake glibc na disku uvidi :) jinak glibc je prave ta pouzita GNU implementace libc...

Diky, to je pozitivni, ze to budu moct aspon vyzkouset. Trochu ted trpim prokletim jmenem AMD Ryzen 3. generace, ktery v zadnem LTS Ubuntu nema moc dobrou podporu. Navic me dalsi veci nuti zustavat na 18.04, takze mam jeste o zabavu vic s Mesa, fprintd a dalsimi :)

myslim ze by stacilo ty hlavickove soubory rozbalit rucne, protoze nejde o binarni soubory, ale textove

Tak jednoduché to bohužel není, protože v tom devel balíčku nejsou jen hlavičkové soubory, ale taky různé skripty potřebné pro build out of tree modulů. A některé nejsou ani skripty, ale normální spustitelné soubory (ELF). Konkrétně jde o fixdep, objtool a modpost. Rychlá první pomoc je nainstalovat ten distribuční balíček s --nodeps, nad zdrojáky jádra spustit make scripts, make prepare a make modules_prepare, vzít ty tři utilitky a nahradit jimi ty z distribučního balíčku.

Není to problém specifický pro Ubuntu, v openSUSE jsme na to nedávno také narazili.

no libc6 se v Ubuntu jmenuje balíček, který obsahuje glibc:

libc6-amd64/focal-proposed 2.31-0ubuntu9.3 i386
  GNU C Library: 64bit Shared libraries for AMD64

jde jen o závislost kvůli linux-headers, myslím, že by jádro normálně fungovalo, pokud se nakopírují soubory ručně a ne balíčkovacím programem

To je tak těžké vybuildit si vlastní balíček s kernelem nebo udělat backport z novější verze?

Ano, je to tak tezke, kdyz to porovnam s jednim kliknutim a napsanim hesla v "mainline" utilite =)

@peci1
takovej detail, doslo mi ted ze problem neni jen s 18.04, ale i 20.04, tam je glibc 2.31, takze pozadovane 2.33 pro mainline headers je take problem ;-)

Ještě jedna verze a možná už se budou Ryzeny v noteboocích uspávat. 5.11 rozbila uspávání přes S3, v 5.12 je to snad opraveno, ale s2idle stále nejde bez extra patchů, ale jsme snad na dobré cestě.