- Windows 11
- Visszavonta az Intel és a Qualcomm Huawei-hez kiadott exportlicencét az USA
- Crypto Trade
- Programozás topic
- Telekom otthoni szolgáltatások (TV, internet, telefon)
- Bocsánatot kért az Apple, mert nagyon mellélőtt a legutóbbi reklámjával
- Microsoft Excel topic
- Már nem hisz a nagy európai EV-forradalomban a Ford
- Zyxel NAS326
- YouTube
Új hozzászólás Aktív témák
-
Sipi
addikt
válasz kerti008 #1389 üzenetére
Épp ezért jó a /etc/portage-ban matatni, beállítani. Ha itt egy csomagra azt írod, hogy ebből instabil kell, a Portage automatikusan felderíti a függőségeket, és ha azokból instabil kell, azt teszi fel, még ha a rendszered egyébként stabil is.
Egyszerű scriptekkel könnyen megoldható, hogy ne kézzel kelljen beírni egy tonna sort. Csak én nem tudok programozni.
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
válasz kerti008 #1391 üzenetére
Igen, de mint tierbatyo is írta, ezt SOHA ne alkalmazd! A Portage ugyan vezérelhető kézzel megadott változókkal is, de a biztonságos mód az, ha beírod a megfelelő file-okba.
[link]
Ebben vannak az xorg-csomagok (bár emlékeim szerint 2-3 darab hiányzik belőle, azt majd kézzel kell beírni), de NEM KELL unmaszkolnod! Az xorg már unmaszkolva van! Csak nem stabil, ezért ha a rendszered stabilra van téve, a keywords-be kell beírni ezeket.
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
válasz kerti008 #1390 üzenetére
Ne aggódj, a Gentoo piszok logikus, ha nyugodt aggyal nekiülsz, rövid idő alatt átlátható.
Tök szimpla Linux disztribúció, azon kívül, hogy szigorúan normálisan kezeli a könyvtár-struktúrát, ugyanaz, mint a többi.
Eltérés a Portage. Ehhez ismerni kell az emerge parancsot és pár kapcsolóját. A Portage finomhangolása - értelemszerűen - a /etc-ben lévő konfigállományokkal történik. Ebből az általános a make.conf, ebben van minden, ami a programok fordításával (making) kapcsolatos. Általános érvényű, a teljes rendszerre érvényes (pl. fordítási kapcsolók, stabil/instabil rendszer, Portage helye).
Ezen kívül a /etc/portage-ban egyesével, csomagonként lehet állítani a maszkolás, stabilitás, kapcsolók helyzetét.
Valamint pluszban van még a /etc/init.d a démonok indítására, és a /etc/conf.d az előző démonok indítási paraméterezésére.
Az összes többi cucc normál Linux.
Ezért írtam, hogy ezeket a doksikat olvasd el, mert a többi csak segítséget ad, ezek viszont kötelezőek.
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
válasz kerti008 #1396 üzenetére
Ha ez dicséret, akkor nem mi, hanem a Gentoo-közösség.
Eszméletlenül sok leírás, howto, guide van Gentoo-hoz a fórumon és a wiki-n. Ha eszedbe jut valami, hogy ezt-és-ezt akarsz csinálni, túrd fel ezeket a helyeket, szinte tuti, hogy valaki már megcsinálta és leírta. Én anno a fórumról néztem meg, hogyan érdemes otthoni levelezőrendszert csinálni.
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
válasz kerti008 #1398 üzenetére
Pl. itt van pár:
http://gentoo-wiki.com/HOWTO_X850XT_ATI_Drivers.
http://gentoo-wiki.com/HOWTO_ATI_Drivers
Tanács: ha kész a rendszer, érdemes a /etc-t elmenteni valahova. Tömörítve elég kicsi lesz. (Igazság szerint pár dolog elég belőle, de macerásabb kiválogatni, mint elmenteni egy mozdulattal az egészet.)
A make.conf, /etc/portage*, /etc/X11/xorg.conf, /etc/rc.conf, /etc/conf.d/* a legfontosabb, esetleg az összes module* file és könyvtár.
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
válasz kerti008 #1402 üzenetére
Pedig még baromi jól jártál, mert egyáltalán elindult a driverrel. Legtöbb esetben el sem indul az Xorg Ati-val...
Ha már megy az X, a glxinfo-val és az xdriinfo-val ellenőrizheted, megy-e a 3D-gyorsítás és a Direct Rendering. Ha valamelyik No, vagy az OpenGL/GLX nem Ati, akkor nem megy rendesen, ezért lehetnek ezek a fura effektek.
Az Ati-driver talán egyedül a levegő páratartalmára nem érzékeny. Ha egy verzióval nem megy, ki kell próbálgatni még 5-10-100 másikat. Itt nem igaz az a szabály, hogy ha újabb, akkor jobb is. Lehet, hogy Neked menne pl. 5 verzióval régebbi driverrel.
Az opensource ati driver - úgy tudom - nem támogatja túl jól a 3D-gyorsítást.
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
válasz kerti008 #1408 üzenetére
Ami nincs benne, pl. letöltöd az Ati oldaláról.
Esetleg kézi vezérléssel: átmásolsz egy ebuildet régebbi verziójú névre. Az ebuildek úgy vannak megoldva, hogy az ebuild nevéből próbálják letölteni a szükséges file-okat. Ha átnevezed pl. ati-drivers-7.1.ebuildre, akkor a 7.1-es drivert fogja letölteni (ha létezik ilyen).
Te, várjál már, most nézem. A következő verziójú ati-drivers csomagok vannak a portage-ban:
8.14.13 (ebből 4 alverzió), 8.16.20, 8.18.6, 8.18.8, 8.19.10, 8.20.8, 8.21.7, 8.22.5, 8.23.7, 8.24.8. ?!? Valamelyik csak jó lesz...
Elindítani: nem értem... Ez egy driver, nem kell ''elindítani''. A kernel majd betölti magának a megfelelő modult, illetve az Xorg a megfelelő OpenGL könyvtárakat, ha az eselect opengl ati paranccsal átváltasz Ati GL-re.
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
válasz kerti008 #1411 üzenetére
Figyu, légyszi, próbálj már bővebb infót adni, mert szinte semmit sem értek...
Most úgy veszem ki a szavaidból, hogy az Ati oldaláról töltöttél le valamit, sé azzal nemmegy az X. Ugyanakkor azt is írod, hogy az Ati drivert tetted fel, és megy az X, még a játék is, csak valami 3D-hiba van.
Szóval: Gentoo alatt miért nem telepíted? emerge ati-drivers. Ez kiírja, ha valami gond van, mit és hogyan kell beállítani a kernelben, majd a végén azt is, mit kell kapcsolgatni/átírni, hogy átválts Ati driverre.
A Portage fa a /usr/portage alatt van, az ati-drivers ezen belül az x11-drivers könyvtárban. Meg tudod nézni, milyen verziók vannak benne, s az emerge =ati-drivers-8.21.7-r1 paranccsal telepítheted konkrét verzió szerint.
Ha az ebuildet megkukkolod, láthatod, hogy elég komoly dolgokat művel a telepítő, nem csak annyi, hogy felteszi a drivert. No, ebből szoktak a gondok adódni.
Mod: nem kötelező leszedni a régit, mert az emerge úgyis leszedi. Az X-et viszont nem árt lelőni, mert vagy kifagy, vagy csak nem tudod megnézni az újat, hiszen még a régivel megy.
Sipi
[Szerkesztve]Mont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
válasz kerti008 #1420 üzenetére
Logikusan végiggondolva: a ccache tartalma egy adott gcc-vel, libtoollal, linkerrel létrehozott objektum-file-ok sokasága, adott processzorra, architektúrára lefordítva.
Amennyiben a két gép hajszálpontosan megegyezik alapvető felépítésben, ugyanazon programok vannak rajta (verzióban), akkor talán használható. Egyébként nem, hiszen észlelni fogja, hogy megváltoztak a dolgok.
Ha peched van, akkor használni fogja, de ilyen esetben rossz kódot kapsz. Pl. az én Athlonos ccache-emnek nem biztos, hogy örülne egy Intel Pentium 3-as gép.
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
Upsz...
Most belefordítva van a VIA a kernelbe, vagy csak forrásban kóricál a drivere valahol, vagy hogy?
blokkolás: ez azt jelenti, hogy fent van egy csomag, aminek a funkcióját ellátja az, amit most akarsz feltenni. A kettő együtt nem lehet. Ilyenkor simán emerge --unmerge csomag, le kell szedni.
Az xft azért lehet, mert az új xorghoz nem kell külkön feltenni, benne van eredetileg.
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
A kérdés jó, csak nem mindig értem. Ezt a forráskódot pl... Megnéztem, igen, a kernelben van VIA Rhine driver, ha belefordítottad, az okés. Ezért nem értem, milyen forrásra és hol keresel, mert a Linux kernelben persze, hogy benne van, ha bele tudtad fordítani. De ez most nem is fontos.
Ha rootként kiadod az ifconfig -a parancsot, annak minden egyes felismert hálózati eszközt ki kell írnia, függetlenül attól, hogy megy-e. Ha itt eth0 és eth1 is szerepel (a lo mellett), akkor a kártyákat kezeli a kernel.
Ezek után el kell készítened a net.eth0 és net.eth1 szimbolikus linkeket a megfelelő helyen, ahogy az install doksiban is van:
ln -s /etc/init.d/net.lo /etc/init.d/net.eth0
ln -s /etc/init.d/net.lo /etc/init.d/net.eth1
Hozzáadod őket a default indítási szinthez, ha azt akarod, hogy a gép indulásakor automatikusan elinduljanak:
rc-update add net.eth0 default
rc-update add net.eth1 default
Majd a /etc/conf.d/net file-ban kitöltöd, hogy az eth0 és eth1 eszközök hogyan legyenek baállítva. DHCP, ADSL, fix IP, stb.
Ja, most látom, azt írod, nincs eth1 az ifconfiggal. Akkor a driver nem jó, nem megy. Esetleg a dmesg paranccsal nézd meg, kiír-e valami hibát a VIA Rhine-nal kapcsolatban. (Mivel a kernelben van a driver, mindenképpen megpróbálja inicializálni. Ha ez sikerülne, lenne eth1 is.)
emerge --unmerge virtual/xft. Ez nem igazi csomag, csak virtuális =mint a neve is mutatja).
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
Ha lspci ''megtalálja'', csak annyit jelent, hogy be van dugva a PCI slotba.
Ez egyértelműen driver-probléma. Vagy nem VIA Rhine kártya (bár az lspci kiírja, főleg a -v kapcsolóval), vagy nemtom... Esetleg másik kernellel.
Ööö, mi nem megy a virtuálissal? Ez ''menni'' nem is fog, mert ez egy nagy semmi. Annyit csinál, hogy a rendszer számára azt mondja, oké, fent van az xft csomag, nem kell aggódni. Az, hogy a virtuális xft-t melyik valódi csomag adja meg, máshol definiálva van. Ilyen lehet pl. az xft, az xorg-x11 vagy az xfree86 is. Valahonnan fennmaradt. Nekem nincs fent, de ahogy néztem, nem kellene gondot okoznia.
Melyik csomagra dobja ki a blokkolást? Mi az, amit nem tud telepíteni emiatt?
Az emerge --unmerge virtual/xft sem megy?
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
Mire kérded azt, hogy ''de hol''?
A Gentoo fórumán rengeteg leírást találsz, van pl. home router howto is.
Pont az a lényeg, hogy MIKOR dobja ki és mire a blokkolást. Kiírja pirossal az elején, mi az, amik blokkolják egymást. Az unmerge hogy nem működik? Ez mit jelent? Mit ír ki?
Függőség: a Gentoo oldalán olvasd el mindenképpen a Portage és USE változók doksijait! Igen, az X Server (amiből van a régebbi XFree86 és az újabb Xorg) az csak a grafikus felület, valamint az egér, billentyű, stb. kezelése. Erre épül egy ablakkezelő vagy desktopkezelő, ami az ablakokat, a start menüt, a ''csicsát'' adja.
Igen, ha függőség, akkor automatikusan telepíteni is fogja. Ez a csomagkezelő legfontosabb feladata: számon tartani, mi van a gépen, és azoknak mik a függőségeik.
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
válasz kerti008 #1437 üzenetére
Ööö... Úgy érted, make menuconfig után kézzel ki-bekapcsoltad a megfelelő opciókat, majd kiléptél és elmentetted a konfigot? Akkor miért akarsz genkernelt? (Úgy tudom, az szépen felülírja a beállítások egy részét.) make parancs elkészíti a kernelt (bzImage) és az összes modult.
make install telepíti a csatolt /boot-ba a kernelt, és GRUB esetén automatikusan átcímkézi a hivatkozásokat.
make modules_install pedig telerpíti a modulokat.
Lehet gyorsítani, két módon. Egyrészt nem teszed bele, amire nincs szükség (ezért nem szeretem a genkernelt, mert rengeteg felesleget tesz bele), vagy nincs a gépben, másrészt pedig gyorsabb processzorral.
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
Dehogynem! emerge ccache, majd a make.conf-ba be lehet írni a CCACHE méretét, illetve a FEATURES-be beírni azt, hogy ccache.
De ez csak az emergével telepített csomagokra vonatkozik. A kernelt így nem tudod gyorsítani.
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
válasz kerti008 #1443 üzenetére
A Networking, Networking Options, Network Packet Filtering bekapcsol, majd ezen belül a létező összes dolgot modulba fordítod. (Kivéve azt, ami csak fixen kapcsolható be.) Ez a legegyszerűbb. Felesleges mazsolázni, mert ki tudja, mikor lesz pont arra szükséged.
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
Tudom, hogy rögtön kiírja.
Pont az a lényeg, mit ír ki. Ugyanis felsorolja, mi ütközik mivel.Így most látatlanban nem tudom, mi a gond, főleg, ha azt mondod, nincs is fent virtual/xft. Esetleg az lehet még akkor, hogy ezt FEL akarja tenni, de már fent van valami, amivel ez ütközik...
Routerhez: én a firehol nevű ''programnyelvet'' használom tűzfalnak. Ez egy bash-szerű scriptnyelv. És tud tűzfalat, NATot, SNATot, mittudoménmit. Ha valaki nem akar (vagy nem tud) az iptables szintaktikájával bíbelődni, ez is hasznos lehet, egyszerű a kezelése. Ezt elindítva, generálja a szükséges iptables szabályokat és elindítja.
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
válasz kerti008 #1449 üzenetére
Szerintem a genkernel megcsinálja jól a kerneledet. Ha nem értesz még annyira hozzá, inkább ne vegyítsd a genkernelt/kézi módot, mert valamit mindenképpen átállít - ha mást nem, bekapcsolja az initrd-t.
A genkernellel bonyolultabban bootolható kernelt kapsz, pont az init ramdrive miatt.
A kernelben mindegy, hogy NEW vagy EXP. Ha modulban van, akkor sosem töltődik be, ha nem használod. De azt kiszűrni, hogy a Te aktuális tűzfaladhoz/routeredhez mi kell majd, elég gázos.
Én mindent beleteszek, a tűzfalam fut. Tényleg vagy 3-4 modult használ - de ha kell, majd jöhet a többi is.
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
válasz kerti008 #1450 üzenetére
Akár mindent belepakolhatsz, csak ettől _jóval_ nagyobb lesz. És vannak olyan opciók, aminek a helpjében írja is, hogy más opciók nem komálják. Pl. egyes SATA és USB vezérlők.
Baj azonban nem lesz vele, csak kicsit lassabb, kicsit többet fogyaszt.
Én azt az elvet követem, hogy a hardvereket, amelyek benne vannak a gépben állandóra, belefordítom. Modulba téve úgyis betöltődne, akkor meg mindegy.
Kivétel az USB, abban mindent beteszek modulban, illetve az i2c-cuccok. Emiatt a bttv multimedia controller is csak modulba kerülhet. Ezek azért modulok, mert ezekből egyszerre csak egy-kettő lehet a gépben, a maradék 20-30-50 felesleges.
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
Azt hiszem, az a gond, hogy valami az új, darabokra szedett Xorgot akarja feltenni, itt pedig települni akar az egyeb, monolitikus is.
Kézzel tedd fel az xorg-x11-7.0-r1 verziót:
emerge =xorg-x11-7.0-r1
Ez valózínűleg egy csomó mindennel ütközni fog, azokat szedd le, és kövesd a http://gentoo-wiki.com/HOWTO_Modular_Xorg helyen található leírást!
Utána talán menni fog.
Egyéblkéánt kukkold meg a /var/db/pkg/virtual könyvtárat! Ha itt van xft nevű könyvtár, akkor valami gáz van. De tuti, hogy nem lesz, vagyis nem az a baj, hogy fent van és blokkol, hanem valami (valószínűleg a monolitiksu 6.8.2-es Xorg) fel akarja tenni, de nem lehet, mert ütközik mással.
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
válasz dr_strange #1477 üzenetére
Ökölszabályok:
-O3 felesleges, legtöbb csomag nem használja, gyakran hibázik
-O2 jó
-O1, -O0 nem kell, akkor inkább -O2
-Os a másik használható. Az O2 sebességre megy, de ménkű nagy binárist generál, a -Os a méretre, és nem sokkal lassabb!
Jó lehet -Os-re állítani, és esetleg az egyes multimediás cuccoknál felvenni -O2-re. De, amint néztem, egyes buildek automatikusan -O2-re kapcsolnak. Emiatt szerintem jó válaasztás a -Os.
-pipe -fomit-frame-pointer az alap, erre a -march és -mtune a CPU típusával. Elvileg ez automatikusan bekapcsolja az mmx/sse flageket, de semmi gond nem lesz belőle, ha a -mmmx és -msse kapcsolókat beírjuk. Ha jól olvastam, ez kicsit többet kapcsol be némely esetben, mint az arch és tune.
Az összes többi tényleg hülyeség. Pár bitért, negyedszázalék sebességért felesleges beállítani, ugyanis sok csomag hanyatt vágja magát tőle.
A USE flagek a fél Gentoo, azt viszont meg KELL tanulni/nézni. A gentoolkit csomag kell hozzá, ebben lesz egy euse parancs. euse -i flagenév paranccsal el lehet olvasni, az adott flag globális (make.conf-ba való) vagy lokális (/etc/portage/package.use-ba való), valamint azt, hogy mit is csinál.
Nem baj, ha kezdetben totál rosszak vannak ki-bekapcsolva, ha erre rájön az ember, az átállítás után az emerge -vN world parancs újraemergeli azokat, amelyeknek most ki/bekapcsoltuk a flagjét.
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
/etc/rc.conf: ebben vannak változók, milyen grafikus DISPLAYMANAGER induljon el, ha a /etc/init.d/xdm scriptet indítod, illetve milyen XSESSION, vagyis windod/desktop manager fusson az elindított X-ben. Ide a /etc/X11/Sessions könyvtárban található session file-ok nevét kell beírni (illetve csak egyet, amit el akarsz alapban indítani).
Nálam itt Gnome és kde-3-5 van, a gnome-léiűght nem tudom, mit rak oda. Felteszem, az is Gnome-ot, így ezt kell megadni XSESSION-nek.
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
válasz dr_strange #1483 üzenetére
Az XSESSION változó a startx-re is vonatkozik. Sőt, inkább erre. A Gentoo alatti startx kissé át van írva. Először a definiált XSESSION-t nézi. Ha van, és létezik ilyen session a /etx/X11/Sessions-ben, azt indítja. Ha nem, akkor kezdi nézni a többi lehetőséget, de emlékeim szerint mindtha a személyes .xinitrc le lenne tiltva.
Én inkább a globális beállításokat szeretem, a .xinitrc egy felhasználónak működik, és előfordulhat, hogy egy Xorg-változtatás után nem fog menni (ha pl. a startx változik, vagy valami definiál egy XSESSION-t, akkor az indul majd el).
Én mondjuk quingy-t használok, annak meg minden mindegy, egyformán kezeli a Sessions tartalmát, függetlenül attól, hogy ''hivatalos'' indítószkript, vagy az én xinit-hez barkácsolt izém.
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
válasz tierbatyo #1485 üzenetére
Ketten vagyunk.
S mint írtam, nem csak tűzfal. A Linux kernel szinte TELJES ipv4-es szolgáltatás-halmazát támogatja. Címfordítások, routing, túzfal egyben. Előnye, hogy a beprogramozott szabályokat ki is írja, így ha valaki nem ezt akarja használni, a kész iptables szabályokat elmentheti file-ba, és azzal kezeli, amivel akarja.
Pl. a ''beépített'' iptables szolgáltatással. Ha be vannak állítva a szabályok, iptables save, és rc-update iptables default. Ekkor csak az iptables file-jait használva indítja a tűzfalat, routert. Bár nem tudom, erre mi szükség, ha van egy firehol a gépen...
A weboldalán elég jó kiindulási doksik vannak, valamint van űpár alap konfig is telepítve, akár home network routernek is.
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
A USE flagek közé be KELL tenni, különben az ebuild kikapcsolja a használatát, mindegy, mi a CFLAG. Ha be van kapcsolva, az adott csomagok mindenképpen 3dnow/mmx/sse támogatással fordulnak.
A -msse, stb. GCC kapcsolók azt teszik, hogy mindent ilyen támogatással fordítanak. A USE flaggel kapcsolt opciók valamivel mások, de nem tudom leírni a különbséget...
Valami olyasmi, hogy a USE flag mmx/sse-je engedi, hogy ahol a kódban külön mmx/sse-re írt rész van, azt használja. A CFLAG pedig mindig, mindenhol igyekszik kihasználni ezeket az extra utasításokat. Ez többnyire semmit sem jelent, hiszen egy sima karakter-bekérésen nincs mit mmx/sse-vel gyorsítani, de előfordulhat a kódban olyan rész, amit az író külön nem írt meg mmx/sse-re, de esetleg a fordító talál olyan lehetőséget, hogy gyorsdítson rajta.
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
Billentyűzet: X alatt két mód van. Az egyik az, hogy az xorg.confba írod be a beállításokat. Így minden felület alatt ugyanaz lesz, viszont egyszerre maximum négy kiosztás lehet.
Pl.:
Section ''InputDevice''
Identifier ''Keyboard0''
Driver ''kbd''
# Option ''XkbModel'' ''pc101''
Option ''XkbLayout'' ''us,hu''
Option ''XkbVariant'' '',101_qwerty_dot_nodead''
Option ''XkbOptions'' ''grp:switch,grp:rwin_toggle,grp_led:scroll''
EndSection
Az XkbModelt nem kötelező megadni. angol és magyar kiosztás (layout), az angolból alap kiosztás, a magyarból 101 billentyűs, qwerty, a numerikus billentyűkön a tizedes pont, nem pedig vessző, nincsenek halott billentyűk. A csoportok között váltani lehet, a váltó a jobb Win billentyű, az átváltott kiosztást a Scroll Lock kigyulladása jelzi.
Másik mód, ha ezt nem adod meg, és minden egyes felületen (KDE, Gnome, XFCE...) magadnak állítod be, a beépített kezelővel. Ez nem tudom, Gnome alatt hol van, de felteszem, ott is a Control Centerben kell keresni.
Konzol: ez mit jelent? Szöveges konzol? Gnome alatt a terminál? Milyen beállítás? És mit jelent az, hogy nem emlékszik?
Visszaélés: nem tartom valószínűnek, hogy egy, a Gentoo-val foglalkozó topikban, mely arra jött létre, hogy segítséget adjon, visszaélés lenne Gentoo-val kapcsolatos tanácsokat kérni...
Sipi
[Szerkesztve]Mont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
Ez a hiba így nekem nem sokat mond... Esetleg a home-odban nézd meg a .xsession-errors, vagy hasonló nevű file-t, meg a /var/log/Xorg***.logot! Abban talán értelmesebb hiba is van.
Addig is javaslom az általam leírt módszert. Tudom, nem GUI-s, cserébe működik, mindenhol, gyorsan.
A karakteres konzol független az Xorgtól.
Firefox: ahogy nézem, épp csere folyik, a korábbi 1.5.0.1-es csomag súlyos hiba miatt vissza lett vonva, az 1.5.0.2-es pedig a Portage-ban van, de még -* a KEYWORD, vagyis minden architektúrán tiltva van. Ha fel akarod tenni, a /etc/portage/package.keywords-be: www-client/mozilla-firefox-bin -* kerüljön, ezzel engeded, hogy az ilyen tiltott csomagok is települjenek belőle.
numlock: /etc/init.d/numlock initszkript.
Ez a szöveges konzolon kapcsolja be. Az Xorgban nem emlékszem, KDE alatt van ilyen opció, talán Gnome esetén is. A Gentoo Linux ARchívum topikban volt erről szó, ha rákeresel, elég bőven kifejtette ott valaki.
Egér-görgő: az xorg.conf-ban, az egérnél:
Section ''InputDevice''
Identifier ''Mouse0''
Driver ''mouse''
Option ''Protocol'' ''IMPS/2''
Option ''Device'' ''/dev/input/mice''
Option ''ZAxisMapping'' ''4 5 6 7''
EndSection
A ZAxisMapping definiálja a plusz ''gombokat'', vagyis görgőket.
Itt fontos még a Protocol, ami szinte mindig IMPS/2. (Feltéve, hogy PS/2-es görgős egeret használsz.)
Sipi
[Szerkesztve]Mont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
Nem.
Valahol lenni ekell. Nézd meg a /var/log/Xorg*.logot, az első sorokban kiírja, melyik konfigot használja. Mivel az biztosan működik (hiszen azzal futtatod a Gnome-ot), azt másold be a /etc/X11-be. Az az example nem hinném, hogy jó lesz, mert semmi sincs beállítva a Te hardveredre.
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
Na most neked fut egyáltalán az X? Ezek után nem futhatna tovább, hacsak valami plusz helyről meg nem nyit egy akármilyen konfigot - de azt is ki kellene írnia.
Konfiguráltad az X-et? Xorg -configure beállít egy alapot, amin már nem kell sokat átírni.
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
válasz kerti008 #1506 üzenetére
Valószínűleg. A legfőbb különbség az, hogy a websync egy, a nap elején (vagy vlégén?) készített csomagolt file-t tölt le, ergo picivel le van maradva az aktuális Portage fa mögött.
De miért nem állítod be rendesen a tűzfalat?
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
válasz kerti008 #1507 üzenetére
Jó kérdés, system loggertől függ. Alapban minden a /var/logba kerül. Itt egyébként sima kukkolással is kitalálható, mi micsoda. Ha nem, akkor nézheted a messages file-t (ha van), esetleg a kernel könyvtár tartalmát.
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
válasz kerti008 #1510 üzenetére
Bocs, rossz volt a kérdés.
Úgy értettem, hogy miért nem valami könnyen kezelhető tűzfal-progival esel neki? Az iptables-ből én egy kukkot sem értek, ezért nem is használom. A guarddog jó KDE-s, csak arra kell vigyázni, hogy alapban SEMMIT sem engedélyez. És ahhoz, hogy menjen a háló, az ICMP-résznél is engedni kell dolgokat, mert pl. a DNS-lekérés is ICMP-csomaggal megy. A helpjében van is róla szó, mit kell minimum bekapcsolni, hogy egyáltalán legyen hálód.
Most ne memlékszem, Neked kellett-e a router is. Ha nem, csak sima tűzfal, akkor a firehol-t még mindig tudom ajánlani. Egy példa /etc/firehol/firehol.conf:
interface ppp+ world
policy drop
protection strong 10/sec 10
client all accept
server all drop
Ez annyit csinál, hogy minden kifelét enged, befele semmi nem jöhet, DoS támadás ellen korlátoz, és alapban minden port ''kussol'', semmit sem válaszol a kérdésre.
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
válasz kerti008 #1511 üzenetére
Akkor valami mégis kimaradt... Tuti, hogy minden benne van? Networking, Networking Options, Network OPacket Filtering *, majd ezen belül Core Netfilter és IP Netfilterben minden * vagy M.
Hehe, most látom, nekem sincs minden bekapcsolva.
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
válasz dr_strange #1519 üzenetére
Teeee! Nehéz lenne mást, lévén az iptables A tűzfal.
De nekem egy bonyolultabb iptables-parancssor semmit sem mond. Az viszont, hogy server ftp accept src 145.34.12, elég érthető, még nekem is.
Ennek megvan az az előnye is, hogy kombinál néhány ismertebb védelmet, amit ''simán'', fejből nem írnánk be. Pl. ftp esetén, ha letiltom a befele forgalmat, passzív ftp-t nem tudok csinálni, hiába engedem kifelé. A firehol automatikusan elvégzi ezt. Plusz védi a portokat a túlterheléstől, stb.
Ha másért nem is, ötletekért érdemes átnézni egy-egy ilyen rendszer által generált iptables-szabályhalmazt, hátha vannak benne jó ötletek.
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
válasz Shadowfax #1525 üzenetére
Ha Linux alatt működik, Gentoo alatt mindenképpen. Ez a disztribúció a ''melegágya'' szinte minden, tesztfázisban lévő projectnek. Ha valami egy átlagos GNU/Linuxon hónapok óta működik, az Gentoo alatt már esetleg elavultnak is számít.
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
válasz dr_strange #1529 üzenetére
Akkor megkérdem már: a Gentoo ''hivatalos'' OOo változata, amit a LINGUAS=hu esetén feltesz, mennyiben tér el az fsf.hu-féle magyar verziótól? Ugyanaz? A helyesírás-ellenőrző más bennük?
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
Kár, hogy nem a modulárisat tetted fel... Ennek a régi Xorgnak van pár hülye hibája.
Symbol errorokat okozhat a hardened gcc, hardened USE flag, a dlloader használata, és ezek összes permutációja.
Egér: a /dev/psaux egy link a /dev/misc/psaux-ra, ez a standard PS/2-es port, amire egér csatolható.
Ezen kívül létezik a /dev/input, amiben x darab egér-eszköz lehet. A mice többnyire PS/2-es egér, a többi rendszerfüggő.
A konzolos és Xorgos egér nem függ egymástól. Az előbbit a gdm kezeli.
A Logitech PS/2 szerintem simán PS/2. A Logitech az egy külön protokoll-fajta. Ha egyáltalán nincs eszköz a /dev-ben, az minden esetben azt jelenti, hogy nincs driver, vagy nem jó a driver. Fordítsd bele a PS/2 mouse és a Logitech busmouse támogatást is, valamelyik csak jó lesz!
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
A BusID-t.
Az első ''fej'' számát érdemes beírni, ami nálad 1:0:0. A második fej (dual head esetén) többnyire a tv-kimenet, vagy DVI-csatlakozó. Ha akarod, arra is gyárthatsz egy Device Sectiont (ugyanaz, mint ami most van, csak a BusID-t kell átírni a másik számra). De előbb menjen a sima monitoroddal!
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
Annyi, hogy ezek instabilnak vannak jelölve, vagyis ~x86-os csomagok. A /etc/portage/package.keywords-be az x11-base/xorg-x11 ~x86 sort írva, szerintem feltenné. Vagy csak keveset kell trükközni hozzá.
De ha megy a régi, akkor úgyis mindegy.
A Firefoxra pedig nemrég válaszoltam... Ott van a Portage-ban (meg is nézheted a Portage fában, a www-client alatt, mozilla-firefox-bin). De egy súlyos biztonsági hiba van benne, ezért a KEYWORDS-e -* lett, letiltották. Vagyis: /etc/portage/package.keywords-be www-client/mozilla-firefox-bin -* kell. Ezzel engedélyezed a mozilla-firefox-bin csomagból a -* KEYWORD-ű verziók telepítését is (saját felelősségre ).
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
A deviceid az szerintem sima beépített Ati-driver feature.
Az utóbbi pedig a monolitikus 6.8.2-es Xorg baromsága.
Figyu, ezt kutya nehéz kibányászni, hogy menjen. Variációk: sima gcc-vel fordítsd, NE hardeneddel! Ha van hardened flag, kapcsold ki! Az xorgot ELVILEG a dlloader flaggel kellene fordítani, de ilyen flgaje van az ati-drivernek is, arra azt írja, experimental. Úgyhogy talán jobb, ha kikapcsolva újrafordítod mindkettőt. (Amennyiben kikapcsolva volt, kapcsold be és újra.)
Busid: az lspci 1:0:1-et ír ki rá? A PCI:blablabla-t idézőjelbe tetted?
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: Promenade Publishing House Kft.
Város: Budapest
Cég: Ozeki Kft.
Város: Debrecen