:blush: Lehet ám, hogy nem is zárt a sun.  ;D Mindenesetre valamiért a 32 bites openoffice-bin van javasolva, ha jól értem. Mindenütt ezt olvastam openoffice ügyben, hogy csak 32 bites módon lehet megoldani.

Az eredeti dolog sajnos így sem jó. Most, hogy ki van véve a net.eth0, az alábbi üzenetet kaptam, amikor a firestarter el akarta indulni (ez idõrendben az elsõ azok közül, amelyek összezavarodnak a net.eth0-val kapcsolatosan:
External network device eth0 is not ready. Aborting..

Aztán ettõl függetlenül persze felépül a net, de a firestarter nem indul el. A KDE alatt automatikusan elinduló grafikus kliense elindítja késõbb, tehát olyan nagyon nagy baj nincs, csak ez így mégsem az igazi. Az rdate is elindul (tulajdonképp restart) naponta egyszer a cron-nal, de azért rendkívül csúnya, hogy állandóan hibázik a boot idején. :-

„Lehet ám, hogy nem is zárt a sun.  Grin Mindenesetre valamiért a 32 bites openoffice-bin van javasolva, ha jól értem. Mindenütt ezt olvastam openoffice ügyben, hogy csak 32 bites módon lehet megoldani.”
Na errõl van szó, ha felteszel egy 32 bites ooo-ot, akkor 32-bites java javallott. (Amit esetleg manuálisan kell telepíteni, mert amúgy a 64 bites java lenne telepítve.)

[off]
http://wiki.services.openoffice.org/wiki/Porting_to_x86-64_(AMD64,_EM64T)
[/off]

„Az OOo ügyben: Te már telepítettél 64 bitest? Mert én úgy tudom, hogy nincs elérhetõ verziója a 64 bites OpenOffice-nak. Mindenütt ezt olvasom, hallom, látom.”
Nem értem mit kínlódsz?
Ez a típusú 64 bites processzor gyakorlatilag egy x86 architechtúra… ha úgy tetszik egy 386-os processzor kiegészítve regiszterekkel + a 64 bites címzés.
Lássuk mit nyersz:
a) 2^32 virtuális címzés helyett 2^43… gyanítom a 2^32-t sem használod
b) def. operandus méret marad 32 bites (ha 64-et használsz úgyis lassulni fog)
c) új regiszterek renccer-szinten (ez persze valamekkora gyorsulást okoz)
d) új regiszterek használata a programokba? Elenyészõ (finom voltam). Meg minek is?

Tulajdonképpen hol is ügyködik az ooo-od… csak nem a d pontban?

Tulajdonképpen 4 fontos dolog van:
1) 64 bites címzés… neked nem elõny
2) új regiszterek (programok, vagy használják, vagy nem… vagy nem)… neked nem elõny (max. néhol)
3) lassulás (büntetés) nélkül lehet 32 bites programokat futtatni 64 bites környezetben (ami eddig nem volt lehetséges)… neked szintén nem elõny
4) 64 bites device driverek (hiánya)… ha a hiány, vagy az elégtelen mûködés fenáll, akkor kifejezett hátrány

Tehát összefoglalva:
Ha némi szívás árán (nagyrészt/majdnem teljes egésszében) kihasználatlan elõnyökre akarsz szert tenni, akkor 64 bit… egyébként nem.
Ez inkább egy technikai újítás. Ahol számít, úgyis itanium lesz – melynek számos elõnye van – esetleg ppc (sok cpu esetén), ill. opteron („házi” server, munkaállomás – mivel az itánium fõ elõnyeivel nem rendelkezik, igaz a 32 bites hátrányával sem). A többi helyen (pc) marad a 32 bit. (Lásd: intel, apple, kül.: notebook gyártók.)
A amd64+ „jáccani” jó egyébként semmilyen mérhetõ plusz elõnyt nem jelent. Ha meg tényleg erõgépet akarsz megfizethetõ áron, akkor egy sc (drágábban dc) mondjuk két procis opteron (ott, azért komoly feladatnál, kijön a 64 bit, meg a több cpu elõnye is)… nem mintha lenne rá szükséged.

Ha minden 64 bites device driver tökéletesen mûködne, meg a programok is használgatnák a lehetõségeket, akkor azt mondanám, hogy usgyi, húzzuk ki belõle még azt a maradék 1-2, max. 5%-ot (most hasamra ütöttem). De így. Fõleg (2), (3) miatt egy programmal foglalkozni?

helyes, most én is megtudtam, hogy megveszekedett hülye vagyok, amiért 64 bites gentoot futtatok, különösebb gond nélkül

már érdemes volt benéznem