SRC.RPM od Fedory jsou nepoužitelný (diskuse)

[Grunt]

Já když četl už nadpis tak mi to bylo jasné. Jarda neumí číst!(i když už je asi starý) Ale bohužel to není Gentoo, takže jádro zásadně ručně. Čas od času by se mi takový kříženec Gentoo a Fedory docela hodil.

[Jardík]

Tak jsem to podle toho návodu nakonec zkompiloval, ale stejně to nefunguje.

[Jardík]

BTW podle toho patche je nakonec snad chyba v kernelu a né intel ovladačích ...

[filbar]

Tak já si kompiluju každé jádro pro CentOS 5, protože tam potřebuju nějaké úpravy pro ALIX a ještě jsem neměl ani jediný problém.

[vlastikroot]

Podle nadpisu poznas Jardika

[l4m4]

s/SRC.RPM od Fedory jsou nepoužitelný/Jardík nedokáže rebuildnout src.rpm kernelu/

Kromě není schopen základních úkonů jako vložit do zápisku pouze relevantní část build logu, natož přiložit celý log coby přílohu, tudíž je vlastně s podivem, že se vůbec dostal tak daleko s kompilací jádra. Asi by se měli v RedHatu zamyslet a v rámci toho, aby jim nekompiloval jádra kdejaký Jardík, postup ještě trochu zkomplikovat.

[Grunt]

Spíš by se to buildění mělo standardizovat.

[Jardík]

Tak normálně se source rpm rebuildí příkazem rpmbuild -ba bla.spec a to vám i nahlásí závislosti potřebné k sestavení. To snad jen na fedoře to nefunguje správně a musí se tam machrovat se 100 příkazama.

[CEST]

JArdiku, a kdo ti nakecal, ze abclinuxu. cz je bugzilla fedory??

[michich]

Příkaz rpmbuild -ba kernel.spec (případně rpmbuild -bb kernel.spec, pokud nepotřebujeme sestavit src.rpm) je správně. Ostatně, použil to i mock v Koji, když tuto verzi kernelu pro Fedoru v květnu s úspěchem sestavil. 100 příkazů opravdu není potřeba.

Potřeba ale je uvědomit si, že není zaručeno, že starý balík půjde vždy sestavit s novějšími nástroji a závislostmi. Ty jsi z nějakého důvodu chtěl sestavit květnovou verzi balíku kernel, přitom máš zřejmě nainstalované aktualizované balíky, zejména rpm a redhat-rpm-config. Červencová aktualizace přinesla tuto změnu:

* Tue Jul 21 2009 Tom "spot" Callaway <tcallawa@redhat.com> - 9.0.3-10
- always delete %buildroot as first step of %install (as long as %buildroot is not /)

Spec soubor balíku kernel funguje trochu nestandardně napsaný a instaluje soubory so buildrootu už v kroku %build. Kvůli výše uvedené změně se mu ty soubory smažou při vstupu do kroku %install.

Workaround pro kernel.spec byl proveden hned druhý den:

* Wed Jul 22 2009 Tom "spot" Callaway <tcallawa@redhat.com>
- We have to override the new %install behavior because, well... the kernel is special.

Čili na tento problém bys nenarazil, pokud bys použil aspoň trochu aktuální verzi balíku kernel.