modversions.h v SuSE - povinné zlo téměř vyřešeno ?

[Michal Špaček]

On Mon, Mar 18, 2002 at 05:41:43PM +0100, n_petr na seznam.cz wrote:
ahoj
> Co zase tak pohnulo žlučí na této zpráve ? Tak tedy znovu. V googlu jsem dal
> hledat modversions.h a našel odpověď na to, udělej "make dep" a ono ti to
> udělá modversions.h. Navíc mi to někdo radil i tady. Nic takového se však
> nevytvořilo. Jinak ".depend" a ".hdepend" to není, už jsem to vyzkoušel
> metodou pokus omyl :(. Tak jsem zkoušel zadat na tvoji radu "man
> config_modversions" a nic. Pak jsem zkoušel "man Rules.make" a zase nic. 
prikaz man zpristupni manualove stranky - vetsinou programy, api apod.
Samozrejme, ze man config_modversions a man Rules.make neexistuji.
Je to vec jadra a lze o najit ve zdrojacich jadra.
Takze vi /usr/src/linux/Rules.make
vi /usr/src/linux/Documentation/Configure.help -> /search
CONFIG_MODVERSION

pravi se tam tohle:
Set version information on all symbols for modules
CONFIG_MODVERSIONS
  Usually, modules have to be recompiled whenever you switch to a new
  kernel.  Saying Y here makes it possible, and safe, to use the
  same modules even after compiling a new kernel; this requires the
  program modprobe. All the software needed for module support is in
  the modutils package (check the file <file:Documentation/Changes>
  for location and latest version).  NOTE: if you say Y here but don't
  have the program genksyms (which is also contained in the above
  mentioned modutils package), then the building of your kernel will
  fail.  If you are going to use modules that are generated from
  non-kernel sources, you would benefit from this option.  Otherwise
  it's not that important.  So, N ought to be a safe bet.

> Ano neobtěžoval jsem se to číst, protože mi to nenapsalo nic, leda
> příkaz neexistuje.
Jak jsem psal minule - je to vec jadra a musi se hledat uplne jinde
nez v systemu - tzn zdrojaky jadra a stranky uvedene v mem predchozim
mailu s minuleho tydne.

> Když mi prosím poradíš, kde si to mohu přečíst, rád si to
> přečtu. Jo a budu jedině rád, když mi vysvětlíš jak mám řešit porblémy, když
> ne metodou pokus omyl.
Tohle je docela problem - veci kolem jadra, nejsou zas takovy
trivialni problem a nema cenu to delat jen tak. Takze si o tom chce
neco precist - nejlepe projit zdrojaky a pochopit trosku strukturu a
system tvorby.
hint: /usr/src/linux/Documentation/*

> Myslel jsem si, že je to na počítačích celkem běžný způsob. Těžko
> asi budu rozumnět hned všemu v linuxu, když se ho snažím alespoň
> oťukat. Ani mě nenapadne kritizovat tuto konferu, ale přijde mi, že
> tu vládne nevlídná atmosféra vůči nováčkům. Jakoby tu byla uzavřená
> komunita těch NEJ lidí z naší compuvlasti vůbec, kteří pohrdají
> nedávnými win uživateli, ... tohle má spíš odrazovací charakter
> (strejda Bill jistě počítá s úsměvem rychtáky) a moc se nepodobá
> filozofii linuxu (ale co já vím o filozofii linuxu, když nejsem
> žádnej namakanec, že). Inu každý není programátor z povolání a
> nenarodil se s integrovaným linchipem v mozku ani nemůže trávit u
> počítače ještě více času, protože den 25 hodin prostě nemá a je plno
> i jiné práce, než dřepět u počítače. A zdá se mi, že se konference
> občas podobá velkému \begin{theindex} \item{najdi si to sám}
> \end{theindex}. Je tahle konference stvořena pro získávání rad od
> zkušenějších nebo jeden velký křížový odkaz ? Pár lidí kritizuje,
> pár lidí radí. Co takhle zkritizovat, a přivést na denní světlo...
> Nejsme snad technoidi, ale máme srdce a můžeme se tudíž bavit jako
> lidé !
No me treba kritika dost pomaha, protoze se nad tim zamyslim.

skim