Apache rpm csomag fordítás

Van ugyebár egy biztonsági szabályunk:
- c fordító nem lehet fent a szerver gépen
- Ha új verzió jön ki rpm csomagot kell hozzá készíteni és azt telepíteni a szerverekre

Ennek örömére neki is láttam.
P3-as gép rpm készítés:
- 2.2-es Apache sorozattal még voltak gondjaim (bár csak a 2.2.0-ást próbáltam, de az kiakadt), így vissza a 2.0.58-as Apache src-hez.
- utolsó suse csomag 2.0.53-as
- src.rpm letöltése
- rpm -Uvh csomagnev
- Az új src bemásolása az /usr/src/packages/SOURCES alá és a SPECS/apache2.spec fájlban átírtása a verziónak
- fordítás indít rpmbuild -ba apache2.spec
- Még néhány fájlra panaszkodik (patch62 - ez már benne volt az új src-ben, valamint új fájlok amik nem kerültek bele az rpm-be) ezeket spec fájlban módosít
- Kész is az új i686-os rpm
- rpm -Uvh ujcsomaglista teszt szerveren
- rcapache2 restart
és megy is minden :-)

Na akkor az éles szerver meg x86_64 bites erre is fordítok:
- rpmbuilkd -ba apache2.spec --target=x86_64
Itt viszont nem talált meg egy csomó 64 bites könyvtárat
És amikor feltelepítettem az élesre ott bizony nem is működött.
Hát mégis éles szerveren kellet fordítanom :-(

Ami furcsa volt még a mod_jk fordítás nem működött a 64 bites gépen, arra panaszkodott, hogy nem találja az Apache-ot.

Lehet, hogy kénytelenek leszünk egy x86_64-es gépet is beszerezni fordításokhoz?

Hozzászólások

En ugy szoktam, hogy debootstrappal "felrakok" megegy debiant, amiben lehet gcc, *-dev, stb. ott megcsinalom a kesz csomagot, utana mar csak az eles rendszeren mar fel lehet tenni csomagbol.

Elbandi
--
A vegtelen ciklus is vegeter egyszer, csak kelloen eros hardver kell hozza!