Új hozzászólás Aktív témák
-
Sipi
addikt
Egeret nemtom, a másodikra: ha nv driver használ, az opensource-os. Tudtommal abban nincsenek TLS libek, az csak a bináris része - talán rossz openglt eselectewltél? Ha sima nv drivered van, az xorg-x11 opengl kell.
USB egérre meg csak az jut eszembe, hogy nincsenek meg a megfelelő USB moduljaid. Kernelben minden USB-s cucc megvan modulban? Azt hiszem, ehhez kell a HID és függelékei.
Sipi -
Sipi
addikt
Esetleg itt: [link]
Komplett Wiki arról, hogyan lehelld életre, és hogyan telepítsd enélkül a Gentoo-t.
Mod: most nézem, r1000 a modul neve. Ez a Portage-ban nincs benne, de a későbbiekben a layman nevű program segítségével hozzáadhatod a sabayon nevű overlay-t. Ebben már benne van (igaz, maszkolva). Vagyis nem kell mindig kézzel feltenned, simán emergével megoldható, ha már kész az alaprendszered.
Mod2: nincs maszkolva, csak nem a stabil, hanem az instabil (~x86) ágban van.
Sipi
[Szerkesztve] -
Sipi
addikt
válasz
tierbatyo
#2911
üzenetére
Pontosan mit csinálsz, és mi a hiba? gcc-config -l mit ad vissza? Ha beállítasz egy profilt vele, az lefut rendesen? Majd env-update, source /etc/profile.
Utána kukk a /etc/env.d/gcc-be, mik vannak felsorolva? Milyen nevű profilok? Ezek tartalma létező könyvtárakra mutat? A configban melyik lesz a default? A /etc/env.d-ben a 05gcc-ben mi van, jó könyvtárakra mutat?
Sipi -
Sipi
addikt
válasz
tierbatyo
#2909
üzenetére
Felesleges újratenni.
Azért nem jó a gcc, mert nincs/rossz profilok vannak a gépeden.
Nem kötelezlek arra, hogy használj gcc-configot, de valszeg anélkül nem fog menni.
Az említett heéyen lennie kell egy config fájlnak, meg pár (vagy egy darab) i686-pc-linux-gnu-4.1.1 formájúnak. Ebben vannak a beállítások, a configban pedig CURRENT=xxx, az egyik fájkl neve, amelyik éppen aktív.
Ha belenézel a fájlokba, láthatod, milyen elérési utakat adnak meg. Ezeket módosítsd akár kézzel is úgy, hog yvalós helyre mutassanak.
A gcc-config paranccsal nem tudod helyrehozni? gcc-config X, ahol X a kívánt profil száma. Ilyenkor automatikusan generál linkeket, stb. Ha nem megy, árdemes gcc-configgal váltogatni pár profil között, míg helyre nem tér.
Mod: a doksik között, vagy a wikin van egy gcc upgrade guide is, anno nekem segített hasonló fejreállásnál.
Sipi
[Szerkesztve] -
#2908
Sipi
addikt
dr_strange
#2906
Sipi
addikt
válasz
dr_strange
#2906
üzenetére
Nem akartam idegelni, de egyébként minden Ati-probléma esetén szívem szerint ezt javasolnám.
Az a baj, hogy hiába lövöd be egyszer tutira a géped, ha utána műgyantával kell kiöntened, és ápolnod, nehogy valami megváltozzon, mert akkor vége.
Sipi -
Sipi
addikt
válasz
tierbatyo
#2903
üzenetére
Az eselect-compiler egy időben ki lett szedve, mert rosszul kezel multilibeket. Jelenleg is maszkolva van. Nem szabad használni.
Helyette a gcc-config KELL! Ezt tedd fel, tudsz profilokat váltani. Ez mindenképpen szükséges, mert a Gentoo alapból szimlinkekkel oldja meg a gcc könyvtárainak elhelyezését. Az /etc/env.d/gcc-ben vannak a fájlok, akár kézzel is írogathatod, ha valami tutira nincs fent.
A default output a.out elég rémisztően néz ki... Az az elavult forma.
A libstdc hiba megoldására a fix_libtool_files.sh való, mögötte megadni a régi gcc verzióját, amit leszedtél. Egyes fájlokba hardkódolva van a gcc pár elérési útja, ezt javítja át az újra.
Sipi -
Sipi
addikt
válasz
asturel
#2904
üzenetére
Hm... Nekem unmaszkolva van a mesa, xorg-server, xorg-x11, x11-drm. A beryl* és emerald* cuccok nem. És normálisan megy. Berylből a sabayon overlay-t használom, abban most a 0.1.3-as van, ja, most nézem, az xefefcts-ben is. A -9999-esről olyasmit olvastam, hogy nincs benne valami extension támogatása, macerásabb belőni. A Mesa jelenleg a 6.5.2-nél tart.
A sabayonban van 7.2-es ebuild, de ez nem jelent semmit. Ez úgyis csak egyéb csomagokat ránt be - nekem mintha már minden a 7.2-es szintjén állna.
Most akkor mi a helyzet? Ati driverrel nincs composite, meg egyébként is ratyi. Az xorgos driverrel viszont megy, nem? Vagy itt hibás az OpenGL?
Szerintem állj rá valamelyik verzióra, driver, xorg, mesa, beryl szinten pl. csak ~-es maszkra.
Sipi -
Sipi
addikt
No, okoska rájött, hogy nem egészséges bináris nVidia drivert xorgos OpenGL-lel használni.
Érdekes, régen az ebuildek visszakapcsoltak arra, ami eredetileg volt (csak emergéhez álltak át xorgosra.)
Már csak az Opera marhul, néha Firefox. Ez utóbbit azért tettem fel, mert elegem lett at Opera pár hibájából. De most meg a Firefox idegesítő bugyutaságából lett elegem.
Nekem méér nem ír senki használható böngészőt?
Sipi -
#2900
Sipi
addikt
dr_strange
#2899
Sipi
addikt
válasz
dr_strange
#2899
üzenetére
Igen, a wikiseket írtam én is. Kell pár alap, meg béta nvidiához még egy-kettő. KDE alatt használom, az aquamarine is egész jól megy. Klassz az egész project.
Nem az a gond, hogy használnám-e vagy sem... Jelenleg kvázi használhatatlan a gépem, miután grafikus felületre léptem be. Próbáltam kikapcsolni a beryl-aiglxhez szükséges beállításokat, semmi sem változott.
Mindegy, majd tökölök vele, csak most zavar, hogy nem tudok tévézni.
Sipi -
#2898
Sipi
addikt
dr_strange
#2897
Sipi
addikt
válasz
dr_strange
#2897
üzenetére
A berylhez nem kell akkora erő. Elég kiforrott már, gondom nekem sincs vele (ha éppen kitalálom, milyen xorg-beállításokkal hajlandó elindulni). Gyors, elég stabil is.
De én el sem indítom, csak szarrá fagy a gépem...
Sipi -
#2896
Sipi
addikt
dr_strange
#2895
Sipi
addikt
válasz
dr_strange
#2895
üzenetére
Lényegében minden program ezt csinálja, egy konsole megnyitása is sok idő, addig 99%. Csak azt könnyebb lelőni.
Akkor most végképp nem tudom, mi a gond... (A berylt egyébként nem használom, csak fenn van. ) Nem maguk a programok rosszak, az alaprendszerben van valami. No meg jó lenne tudni, miért nem működik a 2.6.19-es gentoo sources.
Az xorg kilőve, 1.1.1 és béta is laggol. Ezek szerint nvidia driver sem gond. Ezek után nem sok maradt.
Sipi -
Sipi
addikt
válasz
asturel
#2893
üzenetére
Hm, revideálom álláspontomat. Az xorg-server-1.1.1-rxnek IS van aiglx flagje.
Egyébként ha 2.6.19-et feltetted, kipróbálhatod a kerneles DRM-et is. Ez a kernel rohadtul át lett írva, hátha jobb. (Bár nekem AMD64-en be sem bootol, a reiserfs partíciómat ismeretlennek jelzi, majd közli, hogy valami keyboard hiba van, valami direktben akarja elérni a hardvert, és lerohad. Ami fura, mert az a ''valami'' maga a kernel lehet csak...)
Jaja, ez alapján elindult az aiglx extension.
Hm, ha ez a helyzet (vagyis az Ati hivatalosan rosszul írta meg és nem teszi lehetővé a futtatást), akkor adj egy esélyt az xgl-nek... Csak azzal macerásabb elindítani, belőni az X-et. És a videolejátszás sem habostorta (úgy emlékszem, az XVideo extension, mint olyan, elfelejthető Xgl alatt, OpenGL kimenetet lehet csak használni.)
BTW, nagy frissítgetéseim közepette tapasztaltam: a béta 1.1.99,903-as xorg-server ratyi, nagyon lassú a rendszer. Visszatettem az 1.1.1-est.
Ugyanakkor megmaradt a hiba, hogy tvtime azonnali teljes fagyást okoz, illetve pl. Opera, Firefox indítás után pár perccel 99%-os CPU használatot adnak, xkill segít. Gőzöm sincs, mi a baj - esetleg a béta nVidia driver.
Sipi -
Sipi
addikt
válasz
asturel
#2889
üzenetére
Ez csak annyit mond, hogy az AIGLX opciót bekapcsoltad a konfigban. Sőt, pl. a modulok esetén még az sem jelent semmit, ha írja, betöltötte. Majd ha kiírja, hogy oké, inicializálta és használja, akkor lesz használva.
Akkor a helyzet az, hogy a hivatalos Ati driver nem támogatja a kártyádat? A DRI-t sehogy sem tudod életre lehelni? Utána már minden könnyebb lenne, a kapott hibákra emlékszem, hogy fenn vannak a neten.
Sipi -
Sipi
addikt
válasz
asturel
#2883
üzenetére
Érdemes lenne kipróbálni. Sebességét nem ismerem, ha DRI megy, akkor csak az OpenGL alatt lehet lassú. De a Mesa-nak is van hozzá saját illesztése, úgyhogy ki tudja... Sokat ne várj tőle.
Egyre több program a dbus-on keresztül kommunikál. Semmi máson nem.
A hal pedig akkor kellhet, ha policy-kat kell eszközökhöz renelned. Vagy csak simán _akármilyen_ rendszereseményt kezelni akarsz.
Sipi -
Sipi
addikt
válasz
asturel
#2879
üzenetére
Ójesszus, bocs, mélyebben belenéztem az atidriver-ebuildbe... Szörnyű hack az egész.
A choose_driver_path függvényből lehet okoskodni. (A sima EPEND, RDEPEND atomokban CSAK annyi áll, hogy xorg-server, semmi verzió.) Itt viszont már nézi, valami olyat látok, hogy ha 1.0.99.x-es van, akkor x710-es könyvtárba teszi, vagyis valszeg 7.1-esnek veszi. Mindegy, úgyis próba-szerencse, végigpróbálod az összeset, hátha valamelyik nem igényel régi xorg-servert.
Nekem nincs keywords beírva, sőt, unmask sem. beryl-core, beryl-plugins és beryl-dbus ilyenkor a Portage-ból jön, 0.1.2-es. De a többi beryl-cuccból is ugyanez a verzió van Portage-ban... Vagy emergeled a beryl-t, ez egy wrapper, felrak szinte mindent. Még az emerald is 0.1.2-es lesz fent.
A compositra szerintem keress rá, az xgl-es wikiről kiindulva rengeteg infót találtam anno, egyes kártyáknál miket kell/lehet kapcsolgatni. Nézd, dri nélkül soha nem lesz semmi effekt (de még rendes desktop sem).
Nincs dbus-od? Az érdekes... Szerintem jó lenne feltenni, plusz a halt is. Nem baj, ha nem használod - egyre több program viszont használná, ha lenne... És enélkül marha nehéz beállítani egyes eszközök user-szintű jogosultságait. (A dbus-hal NEM automounthoz kell, annál sokkal többet tud. Egyik side effectje, hogy pl. csatolni is lehet a segítségükkel.)
Sipi -
Sipi
addikt
Ja, ezzel kellett volna kezdened... Ha a rendszergazda direkt nem tette elérhetővé, nem fog menni.
Két módszer van. Az egyik, ha a rendszergazda direkt felsorolja a /etc/fstab-ban, melyik eszközt hova lehet csatolni. Ha nem adja meg, user ekkor sem tudja.
A másik, a kényelmes, modern út: a dbus-hal eszközökre épített automatikus csatolás. Ha a Gentoo archívum topikban rákeresel, több helyen is írtam erről.
De ha nincs fent egyik ilyen sem, Gnome/KDE alatt nem jelenik meg semmi, akkor annyi. A rendszergazdéát kell megkérni. (Ugyanaz, mint Win alatt, ha a védelem miatt direkt letiltják Group Policy-val a dugdosható eszközök elérését.)
Ha pmount nincs, akkor valszeg egyik ablakkezelőben sem működik, azok a pmountot használják.
Sipi -
#2868
Sipi
addikt
dr_strange
#2867
Sipi
addikt
válasz
dr_strange
#2867
üzenetére
Annál jóval többet. Most már hardveresen gyorsít lényegében minden Xorg-funkciót. Még a béta-állapotú aiglx-et is hardverből nyomja. (A béta-driver.)
A composit, xvideo, stb. pedig már régóta az nVidia-GPU dolga.
Sipi -
Sipi
addikt
válasz
asturel
#2864
üzenetére
Jaja, a 903-as Xorg nekem is adja ezt a type1-es hibát. Újrahúztam, akkor is adta, de simán elfut nélküle. (Egyébként tudtommal a truetype lib is kezeli a type1 fontokat.)
Ez nem gond.
A gond az Ati.
Ezek szerint ratyi. És megint hozza a szokásos verzióváltásos marhaságát. Az újjal nem megy - a régi stabilban pedig nincs AIGLX. Back to Xgl...
Az új xorg után feltetted megint az ati-drivert? Tudod, ha beborul az ég, azt megint újra kell húzni, mert más lett a páratartalom.
Az xorgból is a Portage-osat használo, és berylből is. Sajna, az overlayből állandóan frissíteni akarja 9999-esre, de leszarom. A Portage-beli legalább karbantartott.
Nézem az ati-drivert. A 8.30-asban nincs benne explicit xorg-verzió, tehát mennie kellene bármivel. Szerintem elég, ha újrahúzod. (A sabayon overlay-ben 8.31.5-r90 is van, ez jócskán béta. De én nvidia-ból is ilyet használok, gond nélkül. Abban már beépítve van az aiglx kezelése - szerintem érdemes megnézni egy ilyet atiból is.)
visszatettem az 1.1.1-r2 xorg-servert, beryl-manager indit:
Xlib: extension ''XFree86-DRI'' missing on display '':0.0''.
Ehhez az atisok tudnak szólni, valahogy el kell érned, hogy menjen az a hülye driver... Olyan nincs, hogy nincs DRI, akkor eddig sem volt egyáltalán hardveres gyorsításod.
Ati-driver esetén az eselect opengl show mutat külön Ati-s OpenGL-t? Próbáltad állítani? (Nem baj, ha nincs, úgy emlékszem, az xorg-x11 ilyenkor az atit jelenti. De add ki a parancsot, a biztonság kedvéért.)
Sipi
[Szerkesztve] -
Sipi
addikt
válasz
asturel
#2862
üzenetére
Hm, végigkövetted a howto-kat? Az xgl howto piszok sűrűn és sokat változik - az xorg-servert ki kell maszkolni. Ez a stable, és ősrégi. Nincs benne aiglx.
Az xgl meg jó ideje nálam ramaty, törölve.
Beryl: a Portage-ban benne van hivatalosan! Nem az xeffects kell, az a -9999 kiterjesztésű, SVN-es.
Amit unmaszkolni érdemexs a packages.unmask-ban:
x11-base/xorg-server
x11-base-xorg-x11
x11-wm/beryl-core
A többire meg úgyis sírni fog, ha pl. az xorg-servert akarod emergélni.
Sipi -
Sipi
addikt
válasz
asturel
#2859
üzenetére
Uhh, pár dolgot nem értek teljesen.
Vagy XGL, vagy AIGLX. A kettő teljesen más megközelítés. Javaslom, felejtsd el az xgl-t, uninstall. Unmaszkold az xorg-servert, a legújabbakben alapból van az aiglx patch. laymannel add hozzá a sabayon és xeffects overlay-t, sok jó cucc van benne.
Kell egy xorg-server-1.1.99.903-as, és a sima Portage-ból a beryl-cuccok. Az xeffects-ben -9999-es CVS verziók vannak, ugyanakkor van stabilnak minősülő kiadás is.
az xeffects-ből fel kell még tenni valami window decoratort. KDE alá aquamarine, Metacity-hez a heliodor. De metacity csak akkor kell, ha standard Gnome-ot akarsz használni. Szerintem neked elég az emerald, az amolyan általános cucc.
Én futó xorgból szoktam próbálni, ablakban indítok egy másikat, amiben indítom majd a window decoratort. Aztán egy próba xterm
Sipi -
Sipi
addikt
Alap-suspend, standby: ezek a BIOS, alaplap, processzor tulajdonságai. Ha az ACPI-ben felismeri a kernel, hogy ismeri pl. az S1-es módot, akkor oda be tudod rakni. De ez csak a régifajta sandby-szerű állapot.
Ha ennél többet akarsz, kell valami suspend source. Az alapkerneles talán a disket ismeri, annak is egy egyszerűbb változatát. (Ami csak swapbe tud írni.)
A suspend2 kibővíti ezt fájlba írással, suspend-to-rammal.
Sipi -
Sipi
addikt
Nem kötelező, de az alap kernel (vanilla és gentoo) csak a suspend pecset taralmazza, ami nem annyira felett, és nem támogat annyi ''hibernálási'' módot.
A suspend2-sources kicsivel jár a gentoo mögött, jelenleg is van belőle 2.6.18-as. Ha a gentoo sources stabil, ez is annak vehető, hiszen ugyanaz a pecskészlet, plusz a suspend2.
Sipi -
Sipi
addikt
Hm, ha a vbetool megy, az azt is jelenti, hogy a framebuffer/vga kártya kezelése tökéletes.
Bluetooth: egyébként mivel próbálkozol? Ahogy néztem, a kernelmodulokon kívül nincs olyan csomag, mint Windows alatt. (Ott, ha BT kell, akkor fel kell rakni valami eszement méretű programot, aztán az majd kamatyol valamit. Ha emellé az eszközt is kezelni szeretnéd, akkor pedig jön a vadászat a mobilhoz/akármihez szükséges egyéb cuccokra.)
Ahogy néztem, itt vannak csomagok, melyekben van BT támogatás is. De pl. hogy lehet működésre bírni BT-s egeret? Mert a mobilt oké, gnokii, vagy az erre épülő pl. KDE-s alkalmazásokkal.
Mod: a vége az lesz, hogy ideadod a laptopot, a mobilodat, hogy teszteljem.![;]](//cdn.rios.hu/dl/s/v1.gif)
Cserébe kaphatsz egy tök jó routert.
Sipi
[Szerkesztve] -
Sipi
addikt
Höhö, pont az érdekelt, melyik megoldás működött.
Főleg, hogy anno mindegyiket végigpróbáltad...
A lid.sh az ugye házibarkács, nem teszi fel egyetlen csomag sem?
Bluetooth, infra nekem sajna nincs, nem tudom kipróbálni. Sőt, PCMCIA-t sem. Szerencsére WLAN-t már igen!
Hm, neked nincs routered? Aszittem, van... Akkor majd kérd vissza, és együtt tesztelhetünk.
Sipi -
Sipi
addikt
Leírást követelünk!!! Mi volt a gond, hogyan oldottad meg? Szoftver-hardver-stb?
Ööö, bocs, azóta nem. Tudod, a Gentoo alap netkezelésével megy minden szépen, csak a szokásos WPA-WEP váltás nem. A NetworkManager pedig úgy véli, szerinte az ASUS dugós kártya nem tud egyes dolgokat, így felismeri ugyan, de IP-t nem kap.
Megpróbálom összekapni magam.
Sipi -
Sipi
addikt
-
Sipi
addikt
A libexec könyvtárban egy link van a /usr/bin-es foomatic-rip-re...
Tuti, hogy definiáltad a nyomtatót? Kézzel indítva a foomatic-ripet, meg kell neki adni egy PPD fájlt, ami a nyomtatóé.
Létrehoztam egy ilyen nyomtatót, ezután a foomatic-rip -P hplj1000 parancs elindul. (Igaz, csak áll, valszeg adatra vár.)
Tutira létezik ilyen nyomtató? Kézzel add ki ezt a parancsot, a -P után a nyomtató nevét írva (amit te adtál meg)!
Sipi -
Sipi
addikt
Ha simán, paraméter nélkül elindítom, nálam ez lesz:
Process dying with ''No printer definition (option ''-P <name>'') specified!'', exit stat: 9
error: Nincs ilyen fájl vagy könyvtár (2)
No printer definition (option ''-P <name>'') specified!
A /usr/bin-ben van. De ez a hibajelzés: ''Filter ''foomatic-rip'' for printer ''hpljet1000'' not available: No such file or directory'' szerintem jelentheti azt is, hogy a foomatic-rip ugyan okés, csak éppen a hpljet1000-es printerhez nem található valami. Esetleg egy reemerge cups? Nálam a php flagen kívül minden más be van rajta kapcsolva.
Sipi -
Sipi
addikt
Ahogy néztem, egy jól telepített CUPS esetén (amikor az összes foomatic csomagot felteszed), kb. 4 darab különféle lj1000-es driver létezik. Válassz másikat, mert nekem pl. van két teljesen egyforma nevű - lehet, hogy az egyik csak valami ottmaradt csökevény.
Kézzel is indítsd el a foomatic-rip programot, hogy lefut-e. Ez egy perl script, talán hiányzik hozzá valami.
Sipi -
Sipi
addikt
-
Sipi
addikt
válasz
Proci85
#2822
üzenetére
emerge -pv xawtv
Bekapcsoltad az xext USE flaget? Ez engedélyezi a DGA, VidMode, DPMS használatát. Enélkül kvézi semmi sem működik benne...
Bekapcsoltad a zvbi flaget? Ez kell a teletexthez.
S a make.conf-ba nem árt a v4l kapcsolót betenni (globális flag), hogy az alkalmazásokban legyen Video4Linux támogatás.
Mod Java: az 1.5-ös és 1.4-es JRE/JDK nem teljesen kompatibilis. Lehet, hogy rossz verzióval próbálod használni.
Telepíts mindkettőből (pl. blackdown-jdk-1.4.2 és sun-jdk-1.5)! Ezután a java-config paranccsal a felhasználónak is tudod váltani, melyik Java-verziót használja.
java-config -s blackdown-jdk-1.4.2
Sipi
[Szerkesztve] -
Sipi
addikt
Ja, és nekem az nm-applet egyáltalán nem mutat olyan infókat, lapokat, oldalakat, amelyek a honlapon található fotókon látszanak... Sehol sem tudok pl. wireless hálózatokat felsoroltatni. (Igaz, valami miatt az USB-s wlan-adaptert is zsinórosnak látja...)
Otthon próbáltam, nem tudott kapcsolódni a wireless hálózathoz.
Az iwlist wlan0 scan parancs mutatja a hálót, de ez nem ír ki semmit.
Sipi -
#2811
Sipi
addikt
dr_strange
#2810
Sipi
addikt
válasz
dr_strange
#2810
üzenetére
Azért, mert nem szépen írtam át... Nem tudom, a fejlesztők hogyan akarják megoldani. A ''helyes'' az lenne, hogy NM használata esetén törlöd az összes net.* szkriptet (a net.lo kivételével). De ez egy piszok bonyolult szkript, belenéztem, a dependency-keresés akkora kódrészlet, mint egy kis OpenOffice.
Az NM-et majdan ilyenre kellene megírniuk, de ehhez kevés vagyok. Ez csak egy áthidaló megoldás egy totál béta programhoz.
Ha törlöd a net.* linkeket, valószínűleg meg lehet adni a ''provide net''-et is, ami a helyes lenne. Én most csak két szkriptet (az ntp*-okat) írtam át depend networkre. Ezen kívül fene tudja, hány initszkript dependel a nettől. Emiatt az a jobb megoldás, ha az NM is ''provide net'', hogy ne dőljön össze egyetlen másik szkript sem. De itt bejön, hogy az NM ugyan provide net, de ez totál automata, és nem lehet tudni, milyen fajta kapcsolatot fog kiépíteni, vagy épít-e egyáltalán. (Mert elviekben kezeli a wired, wireless, ppp kapcsolatokat, és automatikusan kapcsolódik valahova.)
Ezt a ''javítást'' nem merném kitenni semmi hivatalos helyre, mert így más szkripteket ronthat el.
Kérdés: a leírás szerint az NM kezeli a ppp kapcsolatokat is. Na jó, de HOGYAN? Az égvilágon SEMMI konfigurálási lehetőséget nem találtam benne. Nincs semmi a /etc-ben. Nincs ilyen az appletben. De ppp-t nem lehet automatikusan kezelni...
Sipi -
Sipi
addikt
Hm, első tapasztalat: nem teljesen Gentoo-s az initje. Azok a scriptek, amelyek ''depend net'' sort tartalmaznak, nem mennek jól, mert az NM scriptje nem tartalmaz provide sort.
Kézzel beírtam, hogy provide network (net nem jó, mert azt a net.* scriptek állítják elő), és az ntpd, ntp-client scriptekben átírtam a depend net-et depend networkre.
Sipi -
Sipi
addikt
-
Sipi
addikt
Aztavazze, neth.*** szkriptek stop, törölve a futási szintekből. Némileg speckó az itteni gép - a NetworkManager egyből jól kezelte! Az applet is elindult, fut, klassz.
Kíváncsi leszek otthon, hogy ADSL/DHCP/WEP/WPA hogy megy vele automatikusan, még mielőtt a KDE bejönne.
De idáig nagyon tetszik, végre működőképes! Az eddigi nemhivatalos ebuildek elég ramatyul mentek, ez meg most elsőre.
Juhéééé!
Batman, itt a megoldás a dilemmádra!
Sipi -
#2803
Sipi
addikt
dr_strange
#2802
Sipi
addikt
válasz
dr_strange
#2802
üzenetére
Hm...
* You can use NetworkManager instead of baselayout
* to manage your networks but you are advised to use
* baselayout because NetworkManager is beta software
* and don't work fully as expected.
*
* If it's the first time you run NetworkManager please
* restart dbus doing /etc/init.d/dbus restart
*
* To use NetworkManager disable all entries on runlevels
* net.***X and run /etc/init.d/NetworkManager
Emmán komolyan hangzik. A hivatalos ebuild kommentje emerge után.
Mindjárt kiderül, mit csinál a wired interfészemmel.
Sipi -
#2801
Sipi
addikt
dr_strange
#2800
Sipi
addikt
válasz
dr_strange
#2800
üzenetére
Meg lehet, de ez még csak nem is illik semmihez. Pl. honnan tudjam (kikapcsolt géppel a kezemben), hogy milyen titkosítás kell majd, ha bekapcsoltam?
Másik eset a roaming: mászkálok, és csatornát/SSID-t váltok. S ezzel együtt titkosítást is. Ekkor beállítástól függően - automatikusan kell váltania.
A Gentoo netszolgáltatása olyan, hogy ha beállítom, ezt is kezeli, automatikusan vált, csatlakozik, miegymás. Csak éppen ehhez előre kell tudnom, WEP vagy WPA lesz-e az új, hogy megadjam, iwconfig vagy wpa_supplicant kezeli-e. Plusz, a wpa_supplicant csak úgy működik, hogy előre megadod a hálózatok nevét (SSID) a konfigjában, majd ha xxx nevű hálót talál, megnézi, van-e ilyen nevű beállítás. Ha van, az ott leírtakat használva kapcsolódik, ha nincs, semmit sem csinál. Ergo, normális használathoz mindenképpen kell hozzá egy kezelő, ami akár dinamikusan generálja a konfigot.
A Gentoo beépítetten kb. tud mindent, ami kell, egyedül a WPA/WEP váltás nem az igazi. (Bár erről sem igazán ő tehet, hanem az, hogy nincs egy darab program, ami mindkettőt kezeli. S amik vannak, nagyon eltérnek kezelésükben.)
Ja, a példádat bővítsük ki azzal, hogy van wired háló is, és nem kettő, hanem 15 darab wifi-hez csatlakoznék imitt-amott.
Mod: mindegy, ma megpróbálom otthon is feltenni a NM-t, és a sabayon overlayben megvan a knetworkmanager is. Jó turkálás lesz, mert, mint a hírből kiderült, az eddig teljes hálókezelést le kell állítani Gentoo alatt, hogy az NM átvehesse az uralmat.
Sipi
[Szerkesztve] -
Sipi
addikt
Fölmenne nekem Gentoo-ra is, csak nem akartam hozzá fél Gnome-ot. De mindegy, akkor felrakom neki... Gondolom, Ubuntu alatt is úgy megy, hogy ha van Gnome-od, van NetworkManagered. KDE meg le van... A KDENetworkManagerhez NetworkManager kell (még jó
), ahhoz pedig Gnome. Höhö.
De ígéretes, hogy rendes init szkriptekkel oldották meg Gentoo alatt, úgyhogy ha lesz időm, megkukkolom, mi sikerült. Bár ez a pam-qingy-login fail kissé elbizonytalanít. Valami nagyon megváltozott a pam új verziójában - ahogy visszatettem a régit, egyből ment a qingy is. (És persze rebuild megvolt minden pam-install után.)
Na jó, nem sírok, így jár az, aki pengeélen táncikál.
Sipi -
Sipi
addikt
WEP-et kezeli az iwconfig is.
Höhö, és még mi?
Az a nagy-nagy bajom, hogy így, jelenlegi formájában a Linux kvázi totálisan alkalmatlan felhasználói szintű Wifi-kezelésre.
Nézd, az iwconfig jó a WEP-re. De ha átváltom a saját routerem WPA-ra, akkor már wpa_supplicant kell, amit ráadásul nerm is lehet könnyen állítani.
Ha odateszek egy usert a gép elé, soha a büdös életben nem tudja megoldani a csatlakozást. Első körben jó lenne egy GUI is, ami olyan, mint Windows alatt: scan for network, megtalál, katt, kapcsolódik. És sem a usert, sőt, igazság szerint engem sem érdekel, milyen titkosítást használ, ahhoz milyen program kell. A franc akar ezzel tökölni. Kapcsolódni akarok.
De nekem még szebb lenne, ha a Gentoo beépített hálókezelése menne. De ez sem megoldható: ha nem tudom előre, egy adott háló WEP vagy WPA, akkor a conf.d/net-ben sem tudom beállítani, hiszen két különböző programmal kell kezelni.
Jó lenne, ha működne normálisan legalább a NetworkManager, de ezzel a hülye dokkolóikonnal kikészít... Pedig totál jó lenne, hiszen az NM legnagyobb része háttérben futó, láthatatlan dolog, csak éppen nyomtak rá egy GUI-t is. Amiről akár le is mondanék (lévén nem akarom emiatt a fél gnome-ot felpakolni), de nem engedi.
Sipi -
Sipi
addikt
Hm. Elkezdtem feltenni. Kell neki egy béta-maszkolt pam. Az is felment. Az már biztos, hogy a qingy-vel nem lehetett többé belépni (szerencsére mindig van egy qingy-mentes konzolom az F6-on, az beengedett). Úgyhogy kicsit még csiszolni kell a pam csomagon, utána jöhet a NetworkManager.
Ja, eme program pedig szokás szerint számomra telepíthetetlen. Direkt -gnome flaggel telepíteném, hátpersze, hogy elhasal a configure azon, hogy nincs gnome-panel. Na ja, meg is lepne, ha lenne... Valószínűleg azért kapcsoltam ki a gnome-támogatását, mert nincs fent... És nem is akarom, hogy legyen. Főleg, hogy a kb. 20 feldobandó gnome-csomag összesen azért kell, hogy a panelben egy apró ikon bent legyen. Ami egyébként is marha jól működik ám KDE alatt...
Tényleg, WEP hálózatokat kezel a wpa_supplicant?
Sipi -
-
Sipi
addikt
Kernelben, ha nem olyat adsz meg, mint ami a felsorolásban látezik, visszavált egy defaultra. Ez vagy ISO-8859-1 (vagyis a latin1, kvázi angol abc), vagy ehhez hasonló.
Az /etc/locale.gen fájlban hu_HU.UTF-8 UTF-8 a helyes alak, ekkor generál 8 bites Unicode lokált. A lokál definíciója is ez, hu_HU.UTF-8, de adtam má rmeg véletlenül UTF8 alakban is. Elvileg ugyanaz, a ''hivatalos'' neve UTF-8. Még csak nem is kisbetűvel.
Az Xorg alatt vannak kavarok, ott furán értelmezi mind az UTF-8/UTF8/utf8 alakokat, ráadásul alapban magyarhoz nem is mindig ismer Unuicode-ot.
A /usr/share/X11/locale/locale.alias fájlba be kell írni kézzel két sort. Ez a fájl két részből áll, az első részt nem is veszi figyelembe, de menjünk biztosra. Ki kell keresned a hu_HU karakterláncot, és az itteni hu_HU sorok után beírni a következőt: hu_HU.utf8 hu_HU.UTF-8. Ez az első előfordulásnál, majd lesz egy hungarian ... hu_HU, az nem érdekes, és a végén meginegy hasonló sor, de itt hu_HU.utf8: hu_HU.UTF-8 az alak. (Plusz kettősponttal.)
Régebben hu_HU.utf8-at kellett megadni a glibc lokálnak, ezt az X nem ismerte. Most nekem már hu_HU.UTF-8 a glibc lokál (vagyis az LC_ALL értéke), ez lehetne a helyes, ezt az X is ismeri. Tehát elvileg nem kell a fenti locale.alias betoldósdi. Régebben kellett, ártani nem árt, ha esetleg rossz alakban adod meg a lokált. (Ha X alatt egy xkonzolból (konsole, xterm) elindítasz egy X-es programot, az kiírja, ha nem ismert a lokál. Ha nem ad hibát, nem kell beírni a fentieket, vagyis eleve jól adtad meg a glibc-nek, milyen lokál legyen.)
Sipi -
Sipi
addikt
A kerneles kódolás a fájlrendszeren megjelenített fájlnevekért felelős. Ha UTF8-ra teszed, a fájlok neveit Unicode-ban tárolja.
A glibc maga a rendszer. Az itteni kódolás adja meg, a rendszered mit használ, vagyis az összes program. (Bár pontosabban: nem a glibcnek adod meg, a glibc megadja, miket használhatsz. Ezután környezeti változók segítségével megadod, melyik kell, s az elindított programok ezen változókat olvassák, s döntik el, mi a lokál.)
Keverheted, mert semmi közük egymáshoz.
Ráadásul a kerneles csak azt adja meg, hog yha nincs egyéb rákényszerítve, akkor pl. utf8-ban tároljon. De egy távoli (pl. samba) fájlrendszernél úgyis más lesz a kódolás, ekkor csatolásnál valószínűleg megadod, hogyan kezelje. (Mert elég hülyén néznek ki az ISO-8859-1-ben tárolt Windows-os fájlnevek UTF8-ban megjelenítve.)
A glibcnek megadni ilyet-olyat... Ennek így nem sok értelme van. Ha telepíted, megadhatod, sőt, meg is kell adni az /etc/locale.gen fájlban, milyen lokálokat generáljon le. (Ha nem adod meg, mindent generál.) Ezután pl. az LC_ALL változóval mondod meg, mi legyen az összes lokál-beállítás. De ennek egy értéke lehet.
Ahol van Unicode USE flag, az _többnyire_ azt jelenti, hogy alapban nem ismeri, nem működik jól Unicode alatt, ezért ha ezt használsz, be kell kapcsolni, s végez némi varázslatot, hogy működjön. A legtöbb program a gettext, vagy hasonló kijelzési függvénykönyvtárat használja, ezeket nem érdekli, hogy Unicode vagy sem, csak megjelenít. Ha a gettext Unjcode-os, ő is tudni fogja.
Az nls a Native Language Support, arra való, hogy angolon kívül más nyelven is futtatható legyen. Igazság szerint semmi értelme kikapcsolni, ez is a gettext és társai egyik alapszolgáltatása.
A gettext alapvető ki/bemeneti (kijelzési) függvényeket tartalmaz.
Fájlok ékezetbajai MINDIG csatolási kódlap-problémát jelentenek. A kernelben érdemes az adott résznél mindent legalább modulba tenni, hogy ha pl. olyan vinyót kapsz, amin KOI8-as orosz kódolású fájlrendszer van, be tudja tölteni. De ez így még semmit sem jelent, ugyanis sok fájlrendszer SEMMIT sem árul el arról, hogy milyen kódolásban tárolja a fájlneveket. Ezért lehet szükség csatoláskor megadni a kódlapot.
rm kiegészítéskor azért írja ki jól, mert az ls az a kernelben lévő, csatoláskor megadott kódlapot használja, hogy a fájlneveket kiírja, de a kiegészítés már egy szimpla, gettextes program (a bash része), ez teljesen más módon jelenít meg.
Ökölszabályként elfogadható: nagy ívben szard le, ha csak annyi a baj, hogy a fájlnevek rosszul jelennek meg. Semmi köze a rendszerhez, ez csatolási probléma (vagy még inkább annak a *** szarfos fájlrendszernek a hibája). A géped összes kódolási, kijelzési, nyelvi dolgát a glibc által ismert, az LC_* változók által megadott lokál szabja meg.
Egy apró bevezető: [link]
Sipi -
Sipi
addikt
-
Sipi
addikt
Azt csak meg tudod állapítani, melyik script nem indul. Utána megnézed a home-odban, valszeg valahol .kde/share/apps/amarok-ban tárolja a szkripteket is. A könyvtárnak legyen futtatási/belépési joga, és természetesen a szkriptnek is! Kézzel is próbálhatod indítani, valamit csak kiír, mit hiányol.
X-es hibák a home-ban, a .xsession-errors fájlban szoktak lenni, bár nem mind.
Sipi -
-
Sipi
addikt
Hehe, nekem is ez a bajom. Igaz, én NTFS és UDF rendszerrel tapasztaltam. Nem a Gnome hibája - KDE alatt is ilyen.
Úgy néztem, a pmount az oka. Halvány gőzöm sincs, hogy működik, túl automatikus lett, de szerintem az a gond, hogy nem a pmount-halt hívja meg. Ez utóbbi a hal alapján osztaná ki a beállításokat, míg a pmount a fene tudja, honnan veszi.
Nem tudom, mit lehet kezdeni vele.
Sipi -
Sipi
addikt
Fenébe, segítség... Azt kellene csinálnom, hogy adott könyvtár minden fájlján végrehajtani egy műveletet. Annyira béna vagyok, hogy bash szkriptben sem tudom megírni.
Valami for i in XXX ; do ''utasitas'' ; done az alakja, de nem tudom, mit tegyek az XXX-be, hogy a könyvtár összes fájlját jelentse.
Sipi -
Sipi
addikt
Új, totál béta baselayout jelent meg. Ha valaki mindenképpen fel akarja rakni, lelke rajta, de ne felejtse el utána egyből az rc-update parancsot kiadni! Ezek után pedig átnézni az init.d teljes tartalmát - nálam pár fájlról eltűnt a futtatási jog. A /etc/rc.conf-ból eltűnt az xdm változó, átkerült a conf.d/xdm-be. A /etc/rc fájlt pedig alaposan át kell böngészni, mert jópár új dolog került bele.
Sipi -
#2754
Sipi
addikt
dr_strange
#2753
Sipi
addikt
válasz
dr_strange
#2753
üzenetére
A GNU alapprogramjai megvannak Windows-ra is. Valamiféle awk és wget tutira, réges-régen használtam.
Sipi -
#2743
Sipi
addikt
dr_strange
#2742
Sipi
addikt
válasz
dr_strange
#2742
üzenetére
De amikor a fájlt generálod, még nem tudsz letölteni, nem tudod megnézni, megy-e a mirror. A fetch kapcsolóval hívva már úgy kell mennie, hogy valamilyen fájlok készen vannak, a wget onnan szedi a paramétereket.
Mod: így módosítva sem kapja el a huncut.
Sipi
[Szerkesztve] -
#2740
Sipi
addikt
dr_strange
#2738
Sipi
addikt
válasz
dr_strange
#2738
üzenetére
No, lefutott worlddel is. Rendesen működik.
De egyből belefutottam valamibe... Kipróbáltam a két fájlból wgetezni. Az első gép éppen nem elérhető, ergo semmit sem tudott letölteni. A második elérhető, jó részét le is szedte, de pár nem volt fenn rajta.
Sipi -
#2739
Sipi
addikt
dr_strange
#2737
Sipi
addikt
válasz
dr_strange
#2737
üzenetére
Sejtettem, hogy ilyen turpisságot kell bele elkövetni.
A cédéírás nem is rossz ötlet. Nem is túl nehéz. Jeee. Lassan kell hozzá egy ebuild is, a töméntelen függősége miatt.
Mod: oké, worlddel indítottam, de ez marha lassú gép, majd este nyóckor beírom, mi lett.
Sipi
[Szerkesztve] -
#2736
Sipi
addikt
dr_strange
#2735
Sipi
addikt
válasz
dr_strange
#2735
üzenetére
Nu, üresen futtatva ez is indexerrort ad, de csomaggal meghívva szépen lefut. A két fájl jól jön létre. (Annyi kiegészítés, hogy nem értek a Pythonhoz sem, de gondolom, az if line.startswith(''http'') azt jelenti, hogy http-vel indul egy sor. Esetenként ez akár ftp is lehet, e kettőt váltogatja az SRC_URI. Így előfordulhat olyan szerencsétlen eset, hogy nem fog semmit visszaadni, ha csak ftp-s URI-k vannak.)
De szépen fut! Ügyes!
Sipi -
#2733
Sipi
addikt
dr_strange
#2732
Sipi
addikt
válasz
dr_strange
#2732
üzenetére
Kimenet első pár sora a These are the packages... blabla.
Utána egy sor egy URL, de ebben szóközzel elválasztva a mirrorok.
Majd üres sor, következő egysoros rettentő hosszú URL-lista, stb.
Sipi -
#2731
Sipi
addikt
dr_strange
#2730
Sipi
addikt
válasz
dr_strange
#2730
üzenetére
No problem.
Only in the script.
Ha paraméter nélkül futtatom:
line 17 (a popen2es sor), IndexError: list index out of range
Csomagnévvel futtatva lefut, de kvázi-üres fájlt ad. (Amarokra nyolc darab üres sor lesz benne - csak soremelések, 8 bájt hosszú fájl.)
(bocs, kissé szurkapiszka vagyok mostanában)
Sipi
[Szerkesztve] -
#2729
Sipi
addikt
dr_strange
#2728
Sipi
addikt
válasz
dr_strange
#2728
üzenetére
De az nem ma lesz.
Line 11, typeerror, ''module'' object is not callable
Beszarás, az előző verzióban ez a sor még ment, a következőnél hasalt el...
Sipi
[Szerkesztve] -
#2727
Sipi
addikt
dr_strange
#2726
Sipi
addikt
válasz
dr_strange
#2726
üzenetére
Most már GetoptError not defined, 12-es sor, az exceptben.
Bocs, már javítottad, nézem
Javítva is GetoptError not defined...
Sipi
[Szerkesztve] -
#2724
Sipi
addikt
dr_strange
#2722
Sipi
addikt
válasz
dr_strange
#2722
üzenetére
Az első package elé asszem, nem kell indent...
De így is leáll not defined args hibával.
Sipi -
#2723
Sipi
addikt
dr_strange
#2722
Sipi
addikt
válasz
dr_strange
#2722
üzenetére
Átírtam a duplaidézőjeleket, de leáll hibával, az indentálást vissza kell kézzel csinálni benne.
Utána fut, de leáll:
File ''./fetchlist.py'', line 11, in ?
(r, w) = popen2.popen4('emerge -pf %s' % args[0])
NameError: name 'args' is not defined
Sipi -
Sipi
addikt
Most irigykedem egy kicsit... Hiába, aki tud programozni!
Egyébként ez is egy szkript, még ha picike is.
Javaslat: gondolom, ez az első letöltési helyet szedi ki a kimenetből. Esetenként előfordulhat, hogy az a gép nem működik - érdemes lehet úgy megcsinálni, hogy a wget megpróbálja letölteni az elsőről, ha nem megy, ugrik tovább a következő címre. Ha sikerül, akkor sorváltás, következő forrás.
Bár ez Winen macerásan fog futni... (Igaz, tudtommal a legtöbb GNU programocska megvan natívan is Winre.)
Sipi -
#2718
Sipi
addikt
dr_strange
#2717
Sipi
addikt
válasz
dr_strange
#2717
üzenetére
Próbáltam már törölt mirrorral is, akkor is be-betesz többet. Már csak azért is, mert sok ebuild SRC_URI-je mirror://gentoo.
Egy példa kimenet:
http://85.25.128.62/distfiles/ruby-1.8.5.tar.gz http://ftp.romnet.org/gentoo/distfiles/ruby-1.8.5.tar.gz ftp://gentoo.inf.elte.hu/distfiles/ruby-1.8.5.tar.gz ftp://ftp.romnet.org/gentoo/distfiles/ruby-1.8.5.tar.gz ftp://ftp-stud.fht-esslingen.de/pub/Mirrors/gentoo/distfiles/ruby-1.8.5.tar.gz ftp://ftp.ruby-lang.org/pub/ruby/ruby-1.8.5.tar.gz
http://85.25.128.62/distfiles/amarok-1.4.3.tar.bz2 http://ftp.romnet.org/gentoo/distfiles/amarok-1.4.3.tar.bz2 ftp://gentoo.inf.elte.hu/distfiles/amarok-1.4.3.tar.bz2 ftp://ftp.romnet.org/gentoo/distfiles/amarok-1.4.3.tar.bz2 ftp://ftp-stud.fht-esslingen.de/pub/Mirrors/gentoo/distfiles/amarok-1.4.3.tar.bz2 ftp://download.au.kde.org/pub/kde/stable/amarok/1.4.3/src/amarok-1.4.3.tar.bz2 ftp://ftp.kde.org/pub/kde/stable/amarok/1.4.3/src/amarok-1.4.3.tar.bz2 ftp://ftp.gtlib.cc.gatech.edu/pub/kde/stable/amarok/1.4.3/src/amarok-1.4.3.tar.bz2 ftp://ftp.du.se/pub/mirrors/kde/stable/amarok/1.4.3/src/amarok-1.4.3.tar.bz2 http://ibiblio.org/pub/mirrors/kde/stable/amarok/1.4.3/src/amarok-1.4.3.tar.bz2
Sipi -
#2716
Sipi
addikt
dr_strange
#2715
Sipi
addikt
válasz
dr_strange
#2715
üzenetére
Egy sorban egy letöltendő fájlt ír ki, de szóközzel elválasztva az összes tükörről. Majd sortörés, és megint akár 10 példányban a következő forrásfájl elérési útja, különböző tükrökről.
Így magában nem használható, ha wgettel megeteted, ugyanazt letölti tízszer, majd a következőt is, stb.
De tutira van rá szkript, még rémlik valami az emlékeimben.
Sipi -
Sipi
addikt
Az SRC_URI adja meg, az ebben lévő változókat vagy az előző sorokban definiálja, vagy ha ilyen nincs, akkor standard változó. Pl. asszem, a $P az a program teljes neve.
A mirror://gentoo a standard Gentoo mirrorokat jelöli, bármelyiket használhatod, a honlapon fel vannak sorolva.
ebuild howto: [link]
Sipi -
Sipi
addikt
A tűzfal-szabályokhoz én sem értek, akárhányszor próbálom megtanulni, kifog rajtam.
emerge iptables, a kernelbe modulként az összes hozzávaló.
Ezután én a firehol-t használom. Ennek egyszerű a konfigja, szinte magáért beszél, pl.:
client all accept - a gépről minden forgalmat kienged
server http accept from IP - adott IP-címről enged a géped http-portjához (80) kapcsolódni
server all drop - utolsó sorba, így semmilyen más cucchoz nem lehet kívülről kapcsolódni
A többiek profibbak iptables-ben, valószínűleg pontos sorokat tudnak mondani.
Mod: nézem a hosts.allow-t, ez sem rossz...
Sipi
[Szerkesztve]
[Szerkesztve] -
#2695
Sipi
addikt
dr_strange
#2692
Sipi
addikt
válasz
dr_strange
#2692
üzenetére
Höhö, most ide illik:
Bakker... nVidia-val ugyanez a gond, ráadásul dokumentált hiba, hogy nem jönnek létre az eszközök... /etc/conf.d/rc-ben kapcsold be az RC_DEVICE_TARBALL-t, hogy ne vesszen el az eszköz rebootnál!
Az alsasound pedig kötelezően a bootba való... Szerintem az a fura, hogy idáig gond nélkül ment.
Mindegy, így majd lesz kb. 14 csatornád.
Mod: nincs, néztem én is, mi a fene lehet. Hopp... Mondasz valamit. Kipróbáltam a kasoundot, ami asoundrc-t csinál. Igaz, hogy nem hoztam vele létre semmit, de lehet, hogy szétvert valamit. Szuper, akkor ránézek, mibe piszkíthatott bele. Jeee!
Sipi
[Szerkesztve] -
-
Sipi
addikt
A pecsába...
ALSA nekem is, bár nem fagy. Csak ideget öl.
Jó ideje azt játssza, hogy hiába mentetem el vele a hangerőket, reboot után össze-vissza némítja, tologatja a csúszkákat. Minden egye sindítás után egy csomót kell játszanom, mire visszaállítom. (Annyira elhülyíti, hogy egyes csatornákon még a balanszot is elhúzza.) Visszateszem, alsactl store, az alsasound skszript egyébként is kezeli. Aztán következő bootnál betölti az értékeket - és megint idiótaságokat.
Van valakinek ötlete, vagy szimplán essek neki a kisfejszémmel?
Ja, viccből levettem az írási jogot az asound.state fájlról. Ide menti ugyanis el a hangerőket.
Nos, lazán felülírta reboot után. De honnan a fenéből veszi, amivel átírja? Egyáltalán, miért írja át? Indulásnál olvasnia kellene, nem írnia... Főleg nem írásvédett fájlt...
Sipi
[Szerkesztve] -
#2681
Sipi
addikt
dr_strange
#2680
Sipi
addikt
válasz
dr_strange
#2680
üzenetére
OK, értem.
1. Nekem az alsaconf nem igazán hozott létre teljes értékű konfigot. A Gentoo alapja sokkal több információt tartalmaz. Így ezt nem is próbáltam, lehet, hogy jó.
2. Az alsasound helyett próbálj teljes leállást, modulokat kiszedni. Kézzel csak az snd-intel8x0-t betölteni. Az alsasoundnak van ilyen heppje, hogy nem tölt be, de OK-t jelez. Ha csak a modult töltöd be kézzel, a dmesg csak kiír valami érdemlegeset...
Bocs, ha nem akarsz vele szenvedni, nem ''nyomulok''.
Sipi -
#2677
Sipi
addikt
dr_strange
#2676
Sipi
addikt
válasz
dr_strange
#2676
üzenetére
Az 1.0.13-as az, ami nekem egyik gépemen totál kernelpánikokat okoz.
Az 1.0.11-es úgymond ''stabil'', az 1.0.12-es is az, de abba elég sok újítás került.
dmesg ad valami jelzést, mi történik betöltés után? (Nálam is betölti az rc1-es alsa modulokat, csak időnként bepánikol a logban. Igaz, meg is szólal, majd később fagyasztja szét a gépet.)
A Braille-írás jó lesz, mert ahhoz is van driver a kernelben. Még szoftveres is.
Hülye kérdés... Az /etc/modules.d/alsa jól van kitöltve? Benne van a kártyád is?
Sipi -
-
Sipi
addikt
Ja, meg amit régebben írtam: modinfo via8xxx, vagy mi a modul neve. Megnézni, hátha van valami extra paramétere a modulnak. És az alsamixert átnyálazni, hogy milyen csúszkák vannak. Sokszor elrejtenek egy-két spécit benne. (Nekem most pl. az 1.0.13rc1-es alsa egy rakás őrült nevű dolgot hozott elő az ősrégi intel8xxx-es kártyán.)
Sipi -
Sipi
addikt
Ebből szinte semmire.
Annyi, hogy látja a kártyádat. Esetleg a négy lejátszóeszköz mondhat annyit, hogy valszeg többcsatornás. (A lejátszási csatornák és a felvételi is mind külön eszköz szokott lenni, pont amiatt, hogy egymástól függetlenül mehessenek.)
A többit is próbáld végig, amit írtam. Remélem, megoldja, mert van rá megoldás, de marha nehézkes. (Az ALSA-t kell programozni asoundrc fájlokkal. Van neki sok pluginja, pl. mirror is. De piszok nehéz beállítgatni kézzel. Ha a laymant felteszed, beállítod a kpex-media overlayt, abban van egy kasound program KDE alá. Ezzel könnyebben lehet szerkeszteni, s mivel grafikus, elég átlátható, mit merre kell. De ez az utolsó menedék legyen, mert nem tudom, ez hogy módosítja az alsa alapműködését. Ugyanis így beállítods, hogy minden frontot nyomjon rearre, de akkor mi lesz a surround hangokkal?)
Sipi -
Sipi
addikt
A szoftveres asszem az, hogy nem a fizikai hangcsatornákkal kezeli a hangerőt, hanem szoftveresen keveri halkra/hangosra. Arra jó, hogy alapban a Master vagy PCM csatárnát változtatja, de ezzel minden mást is halkít.
Próbáld megadni akkor default helyett a surround41, surround50, surround51, surround71 kimeneteket is.
aplay parancs. -l kilistázza, milyen eszközöket ismer. -c megadja, hány csatornát akarsz élejátszani. Adj meg egy fájlt neki. Ha minden szól, oké. Ha nem, akkor a -I (nagy i) megadja, hogy minden csatornát külön fájlból játsszon le.
Vagy a -L kiírja, milyen eszközök vannak a kártyához. A -D-vel magadható, melyiken játsszon le. Egyesével megadhatod, pl csak front, csak rear, stb. Ha ezek is szólnak, minden okés, az xmms lesz inkább a ludas.
Sipi -
Sipi
addikt
Jó-jó, de milyen programmal használod? Mondom, az ALSA nem állít az égvilágon semmit. (Legalábbis többnyire.) A lejátszóra van bízva, hogy oda és annyi hangot gyömöszöl, amennyit akar.
Amarokban beállításnál, ha xine engine-t választasz, meg lehet adni, hogy a 4.1-es surround melyiket használja, stb. Oda be szoktam írni, hogy surround41, stb. De szerintem ez sem kell neki.
xmms-ben az xmms-alsa plugin kellett, és konfigolni, hogy alsa kimenet legyen. Néha kellett defaultra megandi, néha próbáltam surroundxx-et.
Az is lehet, hogy a program vacak, és rosszul adja ki magából a szuszt.
Sipi -
#2665
Sipi
addikt
dr_strange
#2664
Sipi
addikt
válasz
dr_strange
#2664
üzenetére
Kernelben csak sound support maradjon modulban. Az 1.0.12-es alsa-t javaslom, illetve annak összes csomagját (tools, utils, lib, headers, driver, oss). Az alsa a modulokat máshol tárolja, mint az inkernel (a lib/modules-on belül).
Sipi -
#2663
Sipi
addikt
dr_strange
#2662
Sipi
addikt
válasz
dr_strange
#2662
üzenetére
Az lehet, hogy stabil, csak már az 1.0.12-es is rengeteg új kártyát tartalmaz, új beállításokkal. Bár a tiéd nem HDA-s kártya, de szerintem ehhez a modulhoz is írtak szépeket...
Csak az a gáz, hogy meg kellene keresned, az inkernel milyen verziójú, és az ahhoz tartozó alsa* csomagokat feltenni (ha inkernelt akarsz). Az 1.0.9-től kissé megvadultak az alsa-s fiúk, rengeteg mindent újítanak verzióról verzióra. Lehet, hogy összeakadt valamivel.
Sipi -
#2661
Sipi
addikt
dr_strange
#2660
Sipi
addikt
válasz
dr_strange
#2660
üzenetére
A kerneles sokkal régebbi, mint a jelenleg elérhetők. Az 1.0.13-assal lehetnek hibák, érdemes az 1.0.12-t is kipróbálni. Ha a driver eltér a lib, stb. verziótól, gázok lehetnekj, ezért sem javallott a kerneles. A belefordításnak is sok baja tud lenni, úgy tudom, magam az alsa is modulban javasolja saját magát.
Az alsasound initszkript ilyen nekem is, attól, hogy hibás egy-két dolog, lazán közli OK-val, hogy elindult. Ráadásul Neked mintha tényleg be is töltődne, ergo ''rendben van'', csak nem kezel semmit. De ezt a script nem tudhatja.
Sipi -
Sipi
addikt
Hm, ALC850. Majdnem ilyenem van, csak azt hiszem, 880. Nekem semmiféle állítgatás nincs, csak egy rakás hangerő.
Kernel, documetation, sound, alsa. Úgy nézem, ehhez nincs külön modul, az ac97-tel működik (ahhoz pedig többnyire az intel8x0 kell). Akkor valószínűleg itt sem lesz spéci mixer-elem...
Nekem 6 jack van rajta, ebből egy mic, egy linein, a többi hangkimenet. Az égvilágon semmit sem kell állítanom. Annyi, hogy nekem modulparaméterként meg lehet adni, milyen ALC880, így van, hogy a surround módot (egyetlen spéci mixer elem) beállíthatom, de ezzel többnyire nem kapok hangot.
Alaphelyzetben úgy kell mennie, eddig minden hangkártyán úgy láttam, hogy alsa kimenetű program alapban kivágja mindenhova a hangot.
Ha a mixerben nem lehet tükrözni a frontot pl. rearre, akkor csak a program kezelherti. Az ALSA egyébként is olyan, hogy NINCS beállítás. LEHETŐSÉLGET ad, hogy a programok azt használjanak, amit akarnak. Ha van 7.1 kimenet, akkor az a default. XMMS nekem mindig kivágta minden csatornára. Az amarok is. Csak alsa kimenetet kell választani, és ha nem megy, a default hangeszközt áttenni surround71, surround51, stb-re.
Tehát kell, hogy milyen program nem teszi ki. Azt meg kell nézni, mert valszeg csak rosszul használja a kimenetet. Aztán mixerben nézni, hogy van-e valami plusz kapcsoló, csúszka, akármi. Nem tudom, milyen modullal hajtod meg, de érdemes egy modinfo (modul) paranccsal megnézni, milyen paraméterei vannak. Hátha van egy mirror_all_to_all paramétere.
Nekem van egy surround kapcsoló, ami mindig csak akkor jó, ha az elérhető maximumon van. (Paraméterrel állítható, hogy hány jack-dugós modellről van szó.) Ha lejjebb veszem a kimenetet, akkor az eredeti 8 helyett váltogathatok 2 és 6 között, ha még kevesebb kimenetet, 2 és 4, stb. De mindig csak akkor ad hangot rendesen, ha maxon van, tehát 6, vagy 4 csatorna.
Sipi -
#2658
Sipi
addikt
dr_strange
#2656
Sipi
addikt
válasz
dr_strange
#2656
üzenetére
Control/PCM hiánya szerintem nem udev hiba, hiszen a kiegészítő modulok eszközei létrejöttek. Valószínűleg nem töltődik be a fő modul.
Lődd le az alsa-t, majd kézzel modprobe a modult. (Asszem, elég az snd-intel8x0-t.) Utána dmesg. Valami hibát ki kell adnia, hiszen NEM ismeri fel a kártyádat.
Alternatívaként javaslom, hogy ne add meg az ALSA_CARDS változót, forgasd le az összes alsa modult. Lehet, hogy megváltozott, és valami más is kellene neki.
Az nvidia alapján úgy gondolom, ez valami nforce-chipes hang, a leírásod alapján nem a soundstormot két chippel oldották meg. Szerintem kell neki még valami...
Sipi -
#2654
Sipi
addikt
dr_strange
#2653
Sipi
addikt
válasz
dr_strange
#2653
üzenetére
Azok az OSS eszközök. A /dev/snd-ben control*, pcm*, seq és timer kell, hogy legyen...
Sipi -
#2651
Sipi
addikt
dr_strange
#2650
Sipi
addikt
válasz
dr_strange
#2650
üzenetére
Esetleg -r5-ös kernel? Az r7-essel nekem is voltak gondjaim, az alsa-n kívül is. Másnak is. Az r5 szépen muzsikál.
Mod: így első blikkre udev-gondra gyanakszom. Az eszközök létrejönnek a /dev/snd-ben? A jogaik jók? (root:audio, crw-rw----)
Sipi
[Szerkesztve] -
Sipi
addikt
Kérdezek is.
A manapság kapható USB-s joystickekkel milyen lábon áll a kernel? Nem akarok force feedbackes darabot, bár nem is a legegyszerűbbet. Mi lesz a gombjaival? A tolókával (gázkarral)? Van valakinek tapasztalata? A kernelben lévő driverek már jópár éve ott ülnek, nem hiszem, hogy a legfrisebbek lennének...
Sipi -
Sipi
addikt
Csak úgy, nyávogok egyet.
Feltettem a suspend2-sources kernelt. Elvileg ugyanaz, mint a gentoo-sources, csak suspend2 pecs is van benne. Szépen megy minden, mint régen. Kivéve a suspendet.
A hibernate script szuper, mert legalább kiír hibákat. Az nvidia modul pl. meggátol mindennemű próbálkozást. Ez azért fura, mert jó régen már olvastam egy driver README-jében, hogy végre megcsinálták a power management problémát.
Ha lelövöm az X szervert, az most eltart egy darabig, majd kapok egy rakás kernel pánikot a dmesg-ben. De ki tudom szedni az nvidia modult. Suspend megint nem megy, annyit ír, hogy valami vacak modul meggátolta, nézzek dmesget. Ez azért viucces, mert a gép lefagy, reboot után pedig nuku régi dmesg. Logban semmi. Kiszedegettem még pl. alsa-t, semmi. Úgyhogy egy nagy rakás semmi az egész...
Desktop gépen van, akinek működik? Ja, és nem swap-be mentem a memóriát, hanem file-ba.
Sipi
![;]](http://cdn.rios.hu/dl/s/v1.gif)
Főleg, hogy anno mindegyiket végigpróbáltad...
Új hozzászólás Aktív témák
- Felfedte a Xeon 600 sorozat sötét titkait az Intel
- Sokkal jobb ajánlat lett elődjénél az iPhone 17e
- Milyen billentyűzetet vegyek?
- Döbbenetesen sok energia kell az érkező Nova Lake működéséhez?
- Xiaomi 17 Ultra - jó az optikája
- Renault, Dacia topik
- Itt a Galaxy S26 széria: az Ultra fejlődött, a másik kettő alig
- Akciófigyelő: Jelentős kedvezményekkel veheted meg a Xiaomi 17-eket
- Xbox Series X|S
- OLED monitor topic
- További aktív témák...
- Akció! Csere-Beszámítás! Asus Zenbook 14 UM425IA! R7 4700U / 8GB / 512GB SSD!
- Lenovo T14 Gen 1 Ryzen 5 pro 4650U, 16GB RAM, 256-512GB SSD, jó akku, számla, garancia
- Dell Latitude 5400 14" FHD IPS, i5 8365U, 8-16GB RAM, SSD, számla, 6 hó gar
- Xiaomi 14T / 12/256GB / Kártyafüggetlen / 12Hó Garancia
- Vásárlunk iPhone 12/12 Mini/12 Pro/12 Pro Max
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest