Administrace komentářů

Vysvětlil ale zřejmě ne dost jasně. Takže rozdíl je např. v tom, že těch 103 nebo kolik problémů neřešíte, protože je někdo vyřešil před Vámi. Pokud náhodou rebuildujete něco z toho, tak na to máte automatickej nástroj, do kterého se zadá tarball a vylezou 3 nebo kolik rpmek (debů, ... bla). "Multilib" se pak řeší tak, že se tento nástroj tupě použije na 32 bit arch, a nainstaluje se jen ten -lib balík. Pokud náhodou překládáte něco o čem distribuce ještě neslyšela, ergo k čemu ten nástroj není, tak máte aspoň spoustu vodítek jak to udělat a multilibovou verzi potřebujete jednou za uherskej rok, přesně jak jste řekl, a to nějak přetrpíte.

Jinak řečeno, dál trváte na své představě, že mluvím jen o 'zypper install xyz-32bit', nebo nanejvýš o 'rpm -i xyz.src.rpm ; rpmbuild SPECS/xyz.spec', a vůbec netuším, co obnáší napsat si vlastní specfile a vytvořit vlastní balíček. Nebo snad že napsat si vlastní specfile a vybuildit pomocí něj balíčky je z nějakého záhadného důvodu jednodušší než vybuildit odpovídající balíčky pro LFS. Není a už z principu nemůže být, protože se jedná o přesně stejnou činnost. Spíš to může být i o trochu těžší, protože občas je potřeba přiohnout trochu vzdorovitý build systém některých projektů, aby odpovídal filosofii rpmbuildu.

Což je absolutně k ničemu, protože pak taková knihovna bude požadovat nějakou fixní verzi např. glibc, kterou ale už program nedodává. Pokud ve svém multilibu máte jinou tak se můžete jít klouzat. Další bod pro chroot.

Pokud by tomu tak bylo, pak tou knihovnou, se kterou by mohly být problémy, bude i glibc a bude v zájmu producenta přibalit i ji. Oni totiž "překvapivě" i producenti closed source software mají zájem na tom, aby jejich software běhal na co nejvíce systémech.