pala blogja

LFS:
Parnapja ramtort egy kis perverzitas es gondoltam megnezem ezt az LFS projecktet.
Meg elegge az elejen tartok, eddig sok ujdonsag nem volt benne, persze jo kis osszefoglalo, de valahol tobbet vartam volna tole, mar igy az elejen is, de azert betolom ahogy az idom engedi biztos lesz utkozben par erdekes dolog.

Brainstorming:
Mar sokszor, az elozo postomban leirtaknal is, meg mindig zuros a dinamikus libekbol eredo dependency hell.
Sokszor elofordul, hogy egy rendszeren szeretne az ember regebbi dolgokat futtatni aminek lehet hogy szuksege van regebbi libekre de azok persze conflictolnak a rendszeren levokkel, amit ha lecserelek eltor mas dolgokat. Ekkor lehet neki allni ganyolni, forrasbol ideoda felrakni. De innentol kezdve ugyebar oda a csomagkezelesbol szarmazo osszes jo dolog.

Tegnap meg szerettem volna nezni egy videot, mplayer mint kedvenc lejatszo elo.
Video megy, hang nincs. Oke ez nem ujdonsag tortent mar ez nem egyszer, biztos nincsennek fent a mindenfele extra codec-ek. Cool, mplayerhq meglatogat, persze hogy 64bites dll-ek azok nincsennek.
Roviden atgondoltam a lehetosegeket:

1. leszedem az osszes fuggoseget, illetve hasznalom azokat amiket mellekelnek a forrasban, leforditom 32-bitesre.
2. elvileg debian-ban igy valoszinuleg ubuntuban is, amugy egy Karmic-rol van szo, van egyfajta tamogatas 32-bites programokhoz, http://www.debian-administration.org/articles/534 . Az itt leirtak szerint ha leszedem a 32-bites mplayer osszes fuggoseget es berakom a /emul/ia32-linux ala akkor a dinamikus linker majd eszre veszi, hogy innen kell a libeket behuznia ha a 32-bites mplayer indult el.
3. csinalok egy chroot-ot es majd onnan futtatom az mplayert

Vegul is a 3. mellett dontottem, fokent azert mert netem jelenleg kb 384kbit/s amivel mire leszedem az osszes csomagot(-dev) az egy csomo ido, egy lenny chroot meg mar amugy is volt a gepen.