Új hozzászólás Aktív témák
-
Sipi
addikt
Te is fordítasz végül? Jee!
Akkor kérdés: Te is csak xml file-okat kaptál? Merthogy így az elkészült doksit semennyire sem lehet megnézni böngészővel. Kellene hozzá a dtd file (azt már leszedtem), a css-ek, meg pár dolog, amire linkelgetni ''szokik'' a jólnevelt Gentoo dokumentáció.
Velem meg csak a baj van, először jött levél, hogy a csatoltakat ''frissítsem''. De nem volt csatolás. Akkor átküldte, de az egyik angol üres file.
Meg kicsit zavar, hogy semmit sem tudok, ki a lektor, van-e lektor, mik a bevett szóhasználatok... Pl. hogyan fordítsuk az emerge, developer-maintainer szavakat. Mikhez kell tartanom magam. Jelenkteznem kell-e egyéb helyekre.
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
válasz dr_strange #2184 üzenetére
Mindegy, elolvastam a tiptricket, leszedtem a doksifát, elkészítettem a könyvtárakat, és szépen le is tudtam ferdíteni html-re a remekemet.
Elvileg ezt kell követni, mert ez a hivatalos.
A lead meg majd jól egyenfazonítja mindannyiónk munkáját.
Utálom az IRC-t... És már megint nem lelem, a belső tagek (Warning, stb.) melyik file-ból jönnek. Pedig azt sem árt magyarítani (asszem, valamelyik xslt file az).
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
1. Minden modern DM használ Autostart mappát. Azt hiszem, simán a home-ban. Amit ide másolsz, lefut.
2. Az xorg.conf-ban az egér típusa auto is lehet.
3. Így szerintem elég nagy terhet rósz az xorgra, mert minden futásnál előbb autodetektet kell végrehajtania. Plusz, így a video driver lehetőségeit nem tudod kihasználni, ha éppen van olyan, mivel nem tudod bekapcsolni.
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
-
Sipi
addikt
válasz dr_strange #2193 üzenetére
Milyen notebookot vegyek topik, 4933-tól: [link]
Hozzáteszem, én sem voltam túl kifinomult...
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
válasz dr_strange #2195 üzenetére
Hát ja. És ilyennek ismersz a Gentoo topikból? Gondolom, meglepődnél, ha ilyen stílusban íródott doksikat találnál a weboldalon.
Másrészt itt annyira nem megszokott ez, főleg nem abban a topikban. Egymás szidása pár topikra van korlátozva.
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
Ehhez ugye a Monitor szekcióban megvannak a ModeLine sorok.
Két lehetőség van: ugyanitt megadni, mit bír a monitorod (horizsync, vertrefresh), és kikapcsolni a Device részben az EDID, vagy hasonló opciókat, illetve fordítva. Ekkor a monitorból automatikusan olvassa ki, mit bír. A Screen részben pedig minden bitmélységre felsorolni a kezelendő felbontásokat.
Érdemes megnézni az Xorg.log-ban, mit mond a megadott ModeLine-okra, illetve frissítési értékekre. Az a gyanúm, hogy valószínűleg túl nagy lehet valamelyik, ezért törli.
Sajna, az eszközök csak papíron szokták pontosan tudni a megadott értékeket... A gtf jó program arra, hogy ModeLoine-t generálj. Azonban érdemes egy picivel kisebbre venni a frissítést, hogy biztosan jó legyen. Sokszor még így is előfordul, hogy valami miatt nem megy, akkor állítgatni kell (pl. 85.1, 85.2...).
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
Komolyan mondod, hogy ezt raktad fel? Ez egy kiegészítő modul a Zope webmanagement, contentmanagement rendszerhez. Szerintem valahogy úhu lehet elindtani, hogy megtervezed Zope-ban a dinamikus webhelyedet, elhelyezed rajta a megfelelő Zope modulokat, kicsit leprogramozod, ami kell, aztán a webszervert beizzítod. Alátolsz valamilyen adatbáziskezelőt, létrehozod a megfelelő adatbázisokat, jogosultságokat...
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
-
Sipi
addikt
-
Sipi
addikt
válasz dr_strange #2209 üzenetére
És ez mit jelent? Egy bughalmazt?
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
válasz tierbatyo #2211 üzenetére
/usr/share/X11/locale, locale.alias. Itt definiáld a file elején és végén a megfelelő HU lokált. Az UTF nincs benne, ezért a hu_HU.ISO-8859-2 szöveg után:
hu_HU.utf8 hu_HU.UTF-8
a file első részében, a végén ugyanez, de az első tag után kettőspont.
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
Az openoffice csomag forrásból telepíti, melyhez kb. 5-6 giga szabad hely kell.
Javaslom az openoffice-bin csomagot, előpanírozott, elősütött, előfordított állapotban. Semmit nem von le élvezeti értékéből a -bin szócska - sokak szerint semmivel nem lassabb, mint forrásítani.
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
No, nagyon úgy néz ki, ma délután a gépem belsejében plusz 32 bit fog dübörögni.
Remélem, pöccre indul a gép, így nyugodtan tolhatom rá a Gentoo-t, és estére akár már lynx alól is péházhatok.
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
No, ha valakinek van tapasztalata a Realtek ALC880-as hangchipről (HDA-Intel meghajtóval viszi az ALSA), ne tartsa magában! A mixerben meglepően kevés elem van, lényegében a 8 csatorna hangereje, meg még pár hangerő, plusz _három_ darab felvételi forrás.
Az a gondom, hogy ezen van 6 darab jack dugó. Ebből a mikrofon bemenet csak ez lehet, a többit windows-ban meg lehet adni, kimenet legyen, bemenet, milyen csatorna, stb. Nekem összesen 4 hangfalam van, a maradék 3 dugót szeretném más célra használni - a mixerben van is egy elem, hogyaszongya, Channel mode. Ez 8 channelen áll, de semmit sem lehet állítani rajta.
Modulparamétert meg lehet adni, de nagy ívben tesz rá.
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
válasz dr_strange #2232 üzenetére
Az ALSA honlapját valamikor átszervezhették, mert azóta minden információ eltűnt róla. Miután nagy örömmel (és dögnehezen) kikeresed a drivert, a wiki-leírás a valahol a 0.9-es driver idejéről származó általános telepítési útmutatót közli, és semmi egyebet. Nem tudom, hol lehetne infót találni, neten nem leltem (illetve egy cvs logot, de a sourceforge-on, ami éppen haldoklik). Az alsa dokumentációja egyre rosszabb, mintha minden kiadásnál törölnének belőle.
Azt sem tudom, egyáltalán mit kellene implemetálniuk. Régen megvolt a doksiban, hogy mi megy, mi nem. Jelenleg benne sincs a driverek között a hda-intel, pedig azért nem egy mai modul ez sem. Egy másik doksiban van róla szó, a chipsetemhez külön is, ott van pár modulparaméter, elvileg olyasmit állít, hogy hány jackdugó van rajta. Ez önmagában is mókás, mert úgy írja, hogy pl. 6 hátul, kettő elöl plusz digitális kimenet. Nos, hátul valóban x darab jack van, de _elöl_ semmilyen alaplapon nincs semmi! Max a házon lehet, de ott meg annyi, amenyit a házra tettek. Ha 25 darab, akkor 25. Legfeljebb nincs bekötve. Van egy tüskesor a lapon, ez kétféle csatlakozási módot ismer (AC97 vagy Intel HDA külső eszközök), de erre egy külön ketyerét kell kötni. A digi pedig nem kimenet, hanem ki- ÉS bemenet egyben. Úgyhogy majdnem minden tökéletesen passzol a doksiban.
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
válasz dr_strange #2234 üzenetére
Na látod, _ezzel_ én is meg lennék elégedve! Csupán duplikálni szeretném egyik-másik csatornát, esetleg bemenetből kimenetre tenni.
Nekem is elöl/hátul kettő, semmi több. A maradék line-in és line-outra kellene, mert a galád tunerkártyám elveszi a bemenet helyét. (Kárpótlásul jelenleg semmilyen hangot nem ad ki. )
Na, majd megpróbálom más modullal. Hátha pl. egy SBLive-vel jobban megy.
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
válasz tierbatyo #2236 üzenetére
Ez mit takar pontosan? Ha leszeded a seamonkey-t, a mozillát, akkor is fel akarja rakni? Ha csak a mozillát rakod fel, akkor is fel akarja rakni?
Egyébként ilyenre jó a /etc/portage/profile/package.provided. Pontos verziót kell beírni, pl. www-client/seamonkey-1.0.2. Ekkor úgy veszi, hogy ez fel van rakva.
Esetleg maszkolhatod is, bár ha direkt függősége valaminek, akkor meg azzal lesz gond.
Az equery d seamonkey mit mond?
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
válasz tierbatyo #2238 üzenetére
Seamonkey: akkor valami rossz lehetett a gnome ebuildek egyikében. Illetve kettőben. Az egyiknek seamonkey, a másiknak mozilla kellhetett.
Nem semmi. Mondjuk ez nem a Gentoo hibája, hogy komplett roncsra akartátok feltenni.
Törlés: sosem volt még ilyenem... De ha ez a helyzet, pl. telepítőcédéről boot, hogy semmi ne legyen csatolva a vinyóról, és úgy fsck. Egyébként mi az, ami nem törölhető? (Ja, szerintem ez is inkább hardver-probléma lehet. Esetleg pont ott lett bad blokkos a vinyó.)
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
Figyu, ha nagyfelbontású, az baromi számolásigényes. Egy 200k körüli JPG ''kibontva'' több megabájt, ebből van egy csomó...
Annyit még tudsz csinálni, hogy a nice paranccsal lejjebb veszed a conevert prioritását, úgy indítod. Akkor nem akad a gép, de még tovább tart.
Anno csináltam Windows-on ilyet, igaz, hogy sokkal lassabb gépen, de ugyanúgy lefogta.
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
Halihó! Hát persze, mert eltűntél.
Úgy tudom, nem egyszerre csinálja, legalábbis threadeket nem készít, egy nagy processz az egész.
Viszont az ötlet nem rossz, csak vissza. Lehet, hogy télleg így kellene, a finddal egyesével ráereszteni a file-okra.
De szerintem egy 2048x1024-es, maximum minőségű jpeget eltart egy darabig kódolgatni.
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
válasz TrollBalint #2250 üzenetére
Meglepő módon a www.gentoo.org címről lehet letölteni : [link]
Itt kiválaszthatod, milyen processzorra, architektúrára akarod telepíteni. Nem tudok róla, hogy DVD is lenne belőle...
A Package CD nem kell. Érdemes a minimal Install CD-t választanod. Ehhez mindenképpen kell netkapcsolat - ha nincs, a LiveCD-t használd. Ez egy működő rendszer, amit telepíteni is lehet.
A kérdésfelvetésből úgy sejtem, nem vagy mág járatos a Gentoo-ban. Kérlek, _mindenképpen_ olvasd el a telepítési útmutatót, a Portage, USE flag Guide-ot, hogy valami átfogó képed legyen, mi is ez! (A 64 alapján gondolom ezt, a fenti linken 64 bites AMD és 64 bites Intel, valamint 64 bites SPARC, PPC részére is van telepítőcédé.)
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
válasz TrollBalint #2252 üzenetére
Akkor bocs... Tudtommal CD-képmást is rá tudsz írni DVD-re, csak kicsit ''lötyögni'' fog a sarkában.
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
válasz TrollBalint #2256 üzenetére
Ha szeretnél majd hibernálást, el kell férnie a swapben a teljes RAM tartalomnak. 1GB esetén ezért 1GB kell a hibernáláshoz, és emellé nem árt. Ha van elég helyed, adj neki 2GB-ot, ártani nem árt. Ízlés dolga, mások mást fognak ajánlani.
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
válasz TrollBalint #2260 üzenetére
Sajna, még nincs meg magyarul. Ha vársz pár hetet-hónapot, elkészül.
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
válasz TrollBalint #2262 üzenetére
Megvárod? Te tudod...
Telepítési idő: ez így nem megmondható. Mit akarsz telepíteni? OpenOffice és KDE forrásból kicsivel hosszabb, mint egy WindowMaker...
Egy mai, rendesebb gépen (Pentium4 vagy Athon XP/AMD64) az alaprendszer pár óra alatt fent van. Ha ELŐRE beállítottad a USE flageket, és úgy állsz neki telepíteni, egy átlagos (KDE alapú) rendszer egy, esetleg két nap alatt megvan. (Magamból indulva ki.)
(P.S.: a magyar oldalt még inkább ne vedd figyelembe. A doksik is nagyon régiek, szinte semmi sem érvényes már belőlük, most készülnek az újak. Ha a Magentára gondoltál, akkor visszaszívom, az friss, naprakész és ropogós.)
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
válasz TrollBalint #2264 üzenetére
Dejszen mondtam időt.
AMD64 3200+, 1GB RAM: az alaprendszer (gcc, glibc, eszközök) és a teljes KDE? OpenOffice bináris, saját csilivili kernel, k3b, amarok, digikam, mplayer minden pluginnal, automatikus csatolás, finomságok 2 teljes nap alatt lezajlottak. Ebből rengeteg időt vett el az, hogy megtervezzem a partíciókat, és a tökölésem, mert a glibc-vel akadtak gondok.
Egyébként egy használható rendszer nagyon hamar megvan, a tervezés (partíció-kiosztás, USE flagek kukkolása és bekapcsolása) nekem majdnem annyi időbe került, mint a telepítés maga.
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
válasz TrollBalint #2266 üzenetére
Gentoo-nál ezt igen nehezen fogod kivitelezni... A jelenlegi alaptelepítés igaz, hogy áttért a nemforrásos stage3-telepítésre, de ez csak annyit jelent, hogy a cd-boot után pár pillanatig bináris cuccaid vannak.
Az első emerge sync után úgyis frissülni fog minden, és mehet a fordítás.
A Gentoo forráskódból telepít, ez a működési alapja. Pár (nagyméretű) csomagnak van binárisa is (vagy akkor, ha zárt kódú). De nem ez a jellemző.
Van egy GRP platform, ami kész csomagokat telepít, de az első Portage-frissítés után akkor is forrásból fog telepíteni.
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
válasz TrollBalint #2268 üzenetére
Először nekiülsz, és elolvasod a telepítési útmutató, meg amire hivatkozik. Kötelező olvasmány a USE flagek és a Portage működése!
Ezután megtervezed a partíció-kiosztást (elég egy szimpla is), és a használandó USE flageket.
Ha kell, átküldhetem levélben az én beállításaimat. Alapszabály, hogy a globálisan, minden csomagra érvényes flageket a make.conf-banm, a többit a /etc/portage/package.use-ban állítod be. Nekem alapvetően unstable rendszerem van, KDE alapú, multimédiára ''kihegyezve''.
Az alaprendszer telepítésénél (sem) kell ott ülnöd. emerge system, aztán melózol. Mire hazaérsz, vagy egy emerge error, vagy a kész alaprendszer fogad.
Utána pedig nekiállsz (egyesével) csomagokat telepíteni. Ha egyben akarod, akkor felteszed pl. az mplayer-t, mert az automatikusan telepíti az xorgot, meg egy rakás multimédiás csomagot. MIELŐTT feltennéd, érdemes fájlba íratni az emerge -pv mplayer kimenetét. Ebben meg tudod nézni, melyik csomag milyen USE flaggel akar fordulni. Az emerge gentoolkit után kapsz egy euse parancsot, az euse -i flag megmondja, az adott flag globális (make.conf-ban kell állítani) vagy lokális (/etc/portage/package.use-ban kell állítani, csomagonként, egyesével). Megkérded magadtól, kell-e neked ez, és beállítod. Ez az egyetlen lépés, amivel órákat lehet tökölgetni, de éppen erről szól a Gentoo: olyanra csinálni, amit Te akarsz.
Arra ügyelj, hogy emlékeim szerint az ipv6 flag be van kapcsolva, ezt a make.conf-ban érdemes kikapcsolni. (Ez az új generációs, v6-os Internet támogatása, ami nem nagyon van Magyarországon.)
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
válasz TrollBalint #2270 üzenetére
Levél ment. xmms helyett - ha úgyis KDE-t használsz - javaslom az amarokot. Próbáld ki, szerintem többé nem fogsz Windows-ra váltani.
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
válasz TrollBalint #2272 üzenetére
Akkor a SuSE-nak ölég komoly gondjai vannak.
A mostani, ami a nemrégi bétából nőtte ki magát, nagyon komoly darab. A skinnel nem tudom, mi gond lehet, alapban van benne pár, netről meg - mint a KDE-ben szinte mindenhez - le tudsz újabbakat tölteni. De nekem az alap is megfelel, elég átlátható. Lejátszani pedig sok mindent le tud, bár ha minden flaget kikapcsolsz, tényleg előfordulhat, hogy kuka lesz.
Jelenleg is használom, MP3-t tutira lejátszik.
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
Még soha, egyetlen egyszer sem, egyetlen gépen sem. El lehet érni, hogy leforduljon, de semmit sem csinál.
Személyes vélemény: Gentoo alá merénylet feltenni. Totál szétcseszi a hivatalos, normálisan működő hálózatkezelést. Felrak egy rakás idióta dhcp-klienst, dhcp-szervert, dhcp-anyámkínját, nem csoda, ha utána semmi sem működik. A feltett programok egyszerre igyekszenek ugyanazt végrehajtani, totál káosz.
De szerintem maga a szoftver sem tökéletes, ezt leszámítva sem működik (még egyetlen egyszer sem sikerült grafikus ablakot előcsikarnom belőle...)
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
Nics WLAN-kártyám, sőt, a közelben WiFi-hálózat sincs, így nem tudom megpróbálni. Annyit tudok, hogy a conf.d/net és wireless.example megjegyzései alapján meg lehet oldani. Lehet, hogy nem, de sajna csak abból tudok kiindulni, amit ezekben olvastam.
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
/etc/conf.d/clock-ban, ha csk gentoo van, akkor UTC, esetleg CLOCK_SYSTOHC yes.
Innentől nem tudom, mi kellhet még... Ha date paranccsal beállítod az időt (vagy gnome alatt az órán, root jogokkal), mennie kell.
A BIOS-hoz ne nyúlj, attól fejreáll, mert a BIOS nem kezeli jól a helyi időt.
Először szedd ki az ntp-t, kézzel állítsd be, majd meget. Az ntpd-hez érdemes az ntp-clientet is indítani, ez állítja be először az időt, az ntpd csak az eltéréseket korrigálja.
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
Az UTC az igazi, a local akkor kellhet, ha Win is van mellette dual bootban. (A Win sem kezeli a lokál időt...)
A legtöbb rendszer a BIOS óráját használja. A Linux nem, mivel az a legpontatlanabb - indulás után onnan olvassa ki az időt, kicsit tippel, hogy az eddigiek alapján kb. mennyivel lehet arrébb, és onnan a rendszer valamelyik periodikus időmérőjével számol. Leállításkor elmenti az aktuális időt (ha kéred) a BIOS-ba. Ha állítgatod, ezért tutira szétesik az idő.
Win, BIOS úgy megy, hogy az időt ténylegesen egy órával ide-oda cseszegeti nyári-téli váltáskor. A Linuxban ilyen nincs. Van egy óra, aminek van ideje. És ehhez ad/elvesz adott mennyiséget, attól függően, hogy melyik időzónában vagy, és téli-nyári számítás van-e. A local-lal ezt jelzed neki, hogy van fent más program is, ami időnként eltekergeti az időt. A Linux alapból nem állítja át, mindig egyenletesen számol.
Igen, ntp-client így. Ezután megadhatod az ntpd-t is a defaultba, de nem kötelező, ha nem zavar egy kis eltérés. Az ntp-client a fontos, mert ez állítja be a kezdeti pontos időt, amihez képest az ntpd majd viszonyít.
Ha futtatod az ntp-clientet, valószínűleg nem is kell kézzel buherálnod az órát. (Sőt, ilyenkor kifejezetten tilos, illetve értelmetlen. Ha be akarod állítani, inkább futtasd megint az ntp-clientet!) A BIOS óráját pedig nem szabad állítani.
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
Természetesen támogatja, fut rajtuk. Ez a kernel része, abba kell SMP támogatást fordítani.
Linux already supports the Core Duo and the Centrino Duo platform very well.
The kernel recognizes the cores and is capable of scaling the frequency independently for each core, as well as sending the CPU's into C-states independently (aka Deeper Sleep)
The Linux kernel is very efficient at multitasking and can be configured (as is default on several major distributions) to be preemptively multitasking
Parallel boot has been implemented on some degree with every distribution, and more and more distributions are taking advantage of the wonderful tools like Bootchart for analyzing boot time. I work primarily for Ubuntu's community, so I'll speak specifically for Ubuntu but it applies to most distributions: We used Bootchart in our past two releases to identify bottlenecks during bootup, and at this point we are optimized to the point that we are hitting all disk IO bottlenecks. Until the entire init system gets smarter, like with initng, our bootup is optimal. On my core duo, it's 40 seconds from power on to a login screen, and a total of 1 minute to a fully ready GNOME desktop. I think that's fairly impressive -- a lot faster than Windows systems and a handful of seconds slower than OSX's insanely fast bootup.
Most of the Core Duo's battery life improvements are hardware based (i.e. having C-states use less power, lower TDP, etc), so Linux already takes advantage of it by doing everything it's been doing on the Pentium M and similar mobile architectures.
Finally, Ubuntu Linux supports all the hardware on the Centrino Duo platform (including the ipw3945 wireless card) out of the box. Several other distributions do or almost do, too.
Sipi
[Szerkesztve]Mont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
Igen, a leállásnál frissíti a BIOS-órát (ha kéred). Kell is, hiszen kikapcsolt állapotban csak az ketyeg, bekapcsolás után onnan olvassa ki a kedőidőt, majd onnan alakítja, saccolja, stb.
Az ntp-vel persze egyszerűbb lesz, mert a sok tökölés-számolás után ntpclient indul, idő letölt, átállít.
A különbség az, hogy a Linux nem a BIOS-órától függ, állítani inkább csak ''szívességből'' állítja. Ráadásul pl. nyári időszámítás miatt a BIOS és a Linux belső ideje eltér. Mint írtam, ilyenkor a BIOS átállítódik, pl. előre tekerődik egy órával. A Linux órája nem, ugyanannyi lesz rajta, csak az időzónád infói alapján hozzáad plusz egy órát. Így a kijelzett, számolt idő jó lesz, de a háttérben nem annyi van.
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
Egyébként a forrásból telepítés valóban nem szükségszerűen jelent gyorsulást. Egy szövegszerkesztő nem gyorsul az MMX, SSE használatától. Multimédiában viszont tutira otthagyja a Windows-okat.
Inkább olyanokkal lehet játszani, mint a 4.1-es gcc új dolgai, vagy a prelink: ezek a C++ alapú programok indítási sebességét növelik nagyban. (Ja, a Portage automatikusan prelinkel, ha fent van a prelink.)
Telepítésnél majdnem mindegy, stage1 vagy stage3. Az első emerge sync után úgyis újabb csomagok lesznek elérhetőek a systemre is, ergo az első emerge world után ugyanott vagy, mint ha stage1-ről indulnál. Valószínűleg ezért nincs már stage1-2 telepítés, sok a gond vele (kezdőknél), és nem sokkal később ugyanoda érsz stage3-ról is.
Mod: ami a Gentoo-ban kihasználható még: lassabb, kevés memóriájú gépeken a -Os gcc flaget megadni. Ezzel méretre optimalizálod a programokat. Márpedig pl. egy ősrégi Pentium2-n nem tudsz annyit gyorsítani sehogy, mint amennyit lassíthatsz, ha elfogy a memória. Ilyen gépen inkább az I/O alrendszer a lassú, ezért kisebb programok hamarabb töltődnek, kevesebb RAM-ot fogyasztanak, így nem kell swapelni. Új gép, sok memória esetén erre nincs szükség.
Sipi
[Szerkesztve]Mont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
Ha a programjaidat speciálisan Core 2 Duo-ra akarod fordítani, az valóban a gcc feladata. De attól, hogy ezt nem ismeri, még korábbi osztályú procira be lehet állítani, és menni fog. (Mint pl. a gcc3 nem ismeri az új PentiumM-et, de sima Pentium3-ra állítva tökéletes.)
Azonban a Core 2 Duo-ban meglévő újdonságokat (többszálúság, dual proc, energiagazdálkodás, speedstep, stb.) a kernel kezeli, tehát nem árt, ha ismeri.
A 4.1-es gcc manuálja jelenleg csak pentium4, pentium4m, prescott, nocona típusokat ismer. Leírások szerint a prescott jó ehhez. Hátrány nem származik belőle, a Core Duo újdonságai inkább kernelszinten jelentkeznek.
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
Azt olvasgattam, hogy a Vista bootrésze (direkt?) úgy lett megoldva, hogy a Grub nem tudja olvasni, ergo nem is tudja bootolni.
Viszont a Vista talán képes erre. Ha a grubot nem a Master Boot Recordba telepíted, hanem a boot partícióba, akkor a Vista bootmanagerében megadhatod, hogy a Linux bootpartícióját is vegye fel, és azt indítsa.
Erről viszont inkább a Vista topikban kérdezz, hogyan lehet átvariálni a bootmanagerét.
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
Te, ha ez a leírás tényleg igaz, akkor semmit sem kell csinálnod. Az alap grub ismerni fogja a Vista-t is. Az ott leírt boot entry ugyanaz, mint pl. egy Xp esetén. Vagyis simán telepítsd az XP-t, Vista-t, majd Gentoo-t.
Ha tényleg ez a helyzet, a leírás menni fog, de nem is kell: egyszerűen XP esetén a D: meghajtóra, Vista esetén a harmadik partícióra telepíts. Gentoo installnál pedig majd elkészíted a maradékokat. Arra ügyelj, hogy a Windows-ok szeretnek primary partícióba települni, viszont maximum négy lehet belőle. Ezért a két Winnek primary, majd Gentoo telepítésnél csinálj a maradék helybe, legelejére egy kicsi boot primary-t (ebben lesz a kernel meg a grub részei), s egy extendedet! Így pont négy fő partíciód lesz, több nem lehet, de logikaikat még tudsz alkotni. A Gentoo többi része (swap, root, stb.) mehet logikaiba.
Tehát kb. ilyen lesz.:
primary (boot) - extended (Gentoo) - primary (XP) - primary (Vista)
Az extendedben lesz egy swap és pl. egy root a teljes Gentoo-nak.
A leírásban annyi a fontos, hogy a Windows-ok nem engednek partíciót kreálni a vinyó közepén-. Ezért kell csinálni egy kamu partíciót (ennek a helyén lesz a boot és az extended), hogy amögé kreálj még egyet XP-nek, majd megint egyet Vista-nak. Aztán törlöd a kamu elsőt, és abban létrehozod a Gentoo-nak valót.
Te, nem lenne egyszerűbb venni még egy vinyót?
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
Tökmindegy, mit talál a boot után, mivel saját kernelt kell fordítanod, amibe úgyis teszel full SMP-t, miegymást.
Emlékeim szerint bootnál nem smp kernelt indít alapból, de kérj valamelyik Fx gombbal helpet, mert léehet olyat is indítani. Ez a kezdeti system emergénél segíthet - az első boot után úgyis jó lesz. (Vgy meg sem nyikkan, ha rossz kernelt varázsolsz. )
A Xeont ismeri a kernel is, a gcc is.
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
Na ja. A disztrók egy része i386-ra van fordítva, a többi pedig i686-ra. Csak közben van ám SSE, SSE2, 3dNow, stb. is.
A stage1-el az a gond, hogy rengeteg kezdő vágott bele a telepítésbe, nulla tudással. És persze nem ment, kérdésözön a fórumokon. Így egyszerűbb az alaprendszer telepítése (lényegében csak egy kitömörítés). Nem lesz gond a gcc, glibc hibáival.
Utána pedig egy kész rendszeren belül már könnyebb frissíteni mindent.
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
A gyári nforce driver minden disztróban olyan, amilyen. Nem tud ALSA-t, csak OSS-t, ergo a hw mix alapból kizárva.
Nézd meg pontosan, milyen chipset van benne! (Az nfoce sokszor csak egy híd, és pl. ALC850-es chip az igazi hangkártya.)
Ha Intel High Audio van benne, a hda-intel modul kell, egyébként valószínűleg az intel8x0 lesz jó.
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
Új hozzászólás Aktív témák
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen
Cég: Alpha Laptopszerviz Kft.
Város: Pécs