Hozzászólások
-
Bejegyzés
-
sany wrote:kernel forgatás és menni fog! 🙂
inputdevices>misc>pc_speakerModulba van forgatva, és a modul be is van töltve (pcspkr), mégsem megy. 🙁
vizsla wrote:„Az opteron+forgatás: mire gondolsz itt?”
Két, gagyibb opteron esetében is jól kijön a 64 bites mód elõnye (látszik az idõn, miközben forgatsz). (Persze házi célra kicsit drága :).)😀 Igen, ez nekem nem elég gagyi! 😀
vizsla wrote:Nem is arról van szó, hogy ne… mert én is azt mondom, hogy, ha már van igen, csak te többet szívsz, mint amennyit ér.
(A gentooval ugyanaz van, hogy aki szív, annak teljesen fölösleges… aki meg nem az úgyis szeretni fogja.)Balage_82 wrote:Hi Derrick!
Sajnálom, hogy nem sok mindenre jutottál az általam feltöltött cuccal… egy próbát megért 😉Köszönöm a segítõ szándékot, valóban megért egy próbát!
Balage_82 wrote:A revdep-rebuild vs openoffice problémára van megoldás, hát persze, hogy a gentoo-wiki-ben ;DA /etc/revdep-rebuild/99revdep-rebuild fál végéhez add hozzá, hogy…
Code:SEARCH_DIRS_MASK=”/opt /usr/lib/openoffice”A bináris fájlokkal egyébként is bajlódni szokott a revdep. A gentoo-wiki is ezt javasolja, hogy azokat a könyvtárakat ahova a binárisokat telepíted (nem azokat amiket te fordítasz), általában /opt maszkolni kell.
Ez nagyon jó!!! Köszönöm!!! Tiszta hülye vagyok, ha benézek az /etc alá, akkor ott kommentben még olvashatom is, hogy konkrétan az openoffice-bin problematikája hogyan orvosolható! Annyi apró különbség van csak nálam, hogy /usr/lib32/openoffice a könyvtár, mivel 64 bites rendszerem van, de ezzel tökéletesen szuperál. Nagyon örülök ennek!
vizsla wrote:Szerintem senki nem b. le… én biztosan nem. Ma aszt mondtam, hogy a driverek, meg a programok nem kiforrottak és a nagyobb gyártók sem foglalnak egyértelmû állást.Elég – hogyismondjam – lehülyézõ (már-már „kisbetu-stílus” határait súroló ;D) stílusban kínált meg valaki ezzel, ha idõm engedi, és érdekel is, akkor tényleg kikeresem. Akkor az volt az érzésem, csak én vagyok az egyetlen olyan ostoba, hogy a 64 bites vason 32 bites rendszert használok. Utána is kipróbáltam még néhány 64 bites disztrót, de mégis sokáig 32 bitest használtam. Alig 1 hónapja használom csak fõ-rendszerként a 64 bites Gentoo-t, kevés problémával. 🙂
vizsla wrote:Azért a védett mód – az utóbbi idõk legnagyobb számítástechnikai újítását – össze sem lehet hasonlítani néhány új – egyébként normál körülmények között ritkán használt – regiszterrel, meg azzal a memória címzési eljárással, mely kiterjesztések nélkül képes több mint 4G memóriát megcímezni (amit szinte biztosan nem használsz ki). A device driverek esetlegessége, meg az internetet közszájon forog… egy éve még számos esetben csontra fagyott a renccer.Az AMD-féle 64 bites architektúra részleteirõl csak nagyon érintõlegesen információim vannak. Eddig úgy tudtam, hogy alapvetõen 64 bites processzor (regiszterek, memóriacímzés, stb. területén), ami azért – szinte mellékesen – támogatja a 32 bites kódok futtatását is. A kernelkonfig is erre utaló kérdésként teszi fel a 32 bites programok futtatásának lehetõségét (emuláció). Nem tudom, hogy mi az igazság, ráadásul nem találtam igazán használható benchmark programot Linux alá, ami az eredményei alapján meggyõzne az egyik vagy a másik rendszer nagyobb hatékonyságáról.
vizsla wrote:Egyébként meg azt mondom, hogy csináld nyugodtan… károd nem lesz belõle :). Csak azért írtam az elõzõ postot, mert, hogy itt kínlódsz a 64 bittel és nem kell feltétlenül.
Egyébként én is alkalmaznám csak opteront tennék alá… (bár én szeretem kicsiholni az 1%-ot is:)… nem oszt-nem szoroz, de nekem maga a folyamat az élmény :))[off]
Ez tök jó. Ugyanezen a fórumon pár hónappal ezelõtt az egyik fórumozó – azt hiszem õ is moderátor – épp azért baszott le rettenetesen, hogy miért használok 32 bites disztrót, amikor 64 bites processzorom van. Még arra is utalt, hogy úgy érzi, olyan szellemileg elmaradott vagyok, mint aki annakidején az új, 32 bites processzorokon továbbra is a 16 bites alkalmazásokat használta, mert úgy gondolta, felesleges a változtatás. Megkeresem a hozzászólást, ha kell, de nem könnyû, nem tudom témához kötni, mert csak arról volt szó akkor, hogy mivel feleslegesnek gondolom a 64 bites disztrókat, 32 bitest használok a vasakon. Hmmm…
[/off]juuzer wrote:[off]
http://wiki.services.openoffice.org/wiki/Porting_to_x86-64_(AMD64,_EM64T)
[/off][off]
The x86-64 port is work in progress. It is not ready for use yet, but it compiles (with quite large set of patches), and performs basic operations. It is of no use for non-developers. ;D
[/off]Szebbnek talán szebb lenne így, de még így sem szép. A körítés kicsit más, de lényegét tekintve sajnos ugyanaz a gányolásos megoldás: egy rc-sriptet direct kell meghívi egy másik criptbõl. Bizarr! 🙂
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. 😉
: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. :-
legutóbbi hsz