Új hozzászólás Aktív témák
-
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.
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
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.
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
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).
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
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.
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
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.
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
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?)
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
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.)
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
válasz asturel #2673 üzenetére
CPIUD: ez nem értem. Most ez jó vagy sem? És mit jelent? Hogyan kellene működnie? (Egyébként a Linux - hacsak nem tiltod le bootnál a kernelben - nem veszi figyelembe a BIOS beállításait.)
UTF8: brrr, használj Type1/TTF alapú programokat!
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
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?
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
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''.
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
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]Mont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
Nekem nem segít senki? Brühühü...
#2649, #2648, meg emez itten, az előző. Bár ez nem olyan fontos, max. beállítom, hogy ne mentse el stopnál a hangerőket, de bootnál töltse be.
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
Deee, okoskodj azzal az okos fejeddel!
Hátha kisül belőle valami.
Na jó, kicsit elkámpicsorodott vagyok, gondoltam, pörgetek a topikon, hátha valaki látott már USB-s joysticket. Nagyon szemezek velük, de blikkre nem viszem haza, levélnehezéknek.
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
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]Mont-joie! Saint Denis! Je trépasse si je faiblis!
-
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]Mont-joie! Saint Denis! Je trépasse si je faiblis!
-
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]
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
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.
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
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
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
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.)
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
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
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
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.
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
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]Mont-joie! Saint Denis! Je trépasse si je faiblis!
-
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]Mont-joie! Saint Denis! Je trépasse si je faiblis!
-
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]Mont-joie! Saint Denis! Je trépasse si je faiblis!
-
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.
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
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!
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
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]Mont-joie! Saint Denis! Je trépasse si je faiblis!
-
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.
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
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]Mont-joie! Saint Denis! Je trépasse si je faiblis!
-
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.
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
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.
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
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.
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
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.
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
Elvileg én igen. (Bár vagy egy hónapja nem hallgattam zenét.)
Tegnap elindítottam, semmi gondom nem volt. Gőzöm nincs, mi a hiba. Esetleg nincs futtatási flag a fájlokon, vagy a könyvtáron, ahova menti a scripteket...
Nekem ilyen hibám sosem volt.
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
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.
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
-
Sipi
addikt
Egy ötlet: a home neked külön partíción van. Engedélyezve van ezen a partíción a dfuttatás? Pl. fstabban noexec kapcsoló nem egészséges.
És még egyszer: elindítottad kézzel? Megnézted kézzel a scripteket? Jók-e a jogai? Elindulnak, ha konzolból indítod őket?
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
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]
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
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.)
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
A hdparm -S (spindown) flagje jó lehet erre. Valószínűleg régi drive is támogatja.
Vagy ha szkriptben meg tudod írni, akkor a -y/-Y (standby/sleep) módot i sbe lehet kapcsolni. De ezt nem hiszem, hogy régi eszközök támogatják.
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
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?
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
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.
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
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.
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
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]Mont-joie! Saint Denis! Je trépasse si je faiblis!
Új hozzászólás Aktív témák
- Samsung Galaxy A54 - türelemjáték
- Soundbar, soundplate, hangprojektor
- Programozásról_szubjektíven
- Tippmix
- Kerékpárosok, bringások ide!
- Xbox tulajok OFF topicja
- Olcsó és visszafogottan elegáns kompakt AIO jön az ID-Cooling berkeiből
- Megérkezett a legújabb és eddigi legátfogóbb 3DMark teszt
- Autós topik látogatók beszélgetős, offolós topikja
- Samsung Galaxy S23 Ultra - non plus ultra
- További aktív témák...
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen
Cég: Alpha Laptopszerviz Kft.
Város: Pécs