Hozzászólások
-
Bejegyzés
-
2. Szerintem, ha Valaki kernel modult akar írni, akkor tanuljon meg angolul.
A kernelfordításhoz (make) pedig szerintem már van annyi magyar nyelvû leírás, hogy könnyedén meg tudja csinálni bárki. Persze lehet, hogy nem elsõre 😀 .Hi!
Ez már több embernek eszébe jutott: a 2.4.18 környékén 1 embernek, meg olyan másfél hónapja nekem… :blush: A kérdés az, h van-e értelme? Van-e rá szüksége az embernek?
Na mindegy, ha esetleg beindul a dolog, megpróbálhatok vállalni vmit… akkor majd ha vmi komolyabb fejlemény van, írd ide be… 🙂
Továbbá még 2 gondolatom lenne a témához:
1) nem ismerem a patchelést, így nem tudok biztosat mondani. Csak az lenne a kérdésem, hogy hogyha én megpatchelek a saját magyar patchemmel egy kernelt, akkor az attól még a többi patchhel kompatibilis marad? Tehát elég sz@r lenne, ha a magyar patch alkalmazása miatt az összes további patch(készlet) alkalmazása befuccsolna… :unsure: nem tudom, hogy mûxik ez…
Bár sztem a patcheléskor a sorokat nézik, így ha a fordítás nem csúszik ki 1 sorból, akkor nem lesz gond… elvileg… :unsure:
2) egyébként a módszer a következõ: átbogarászod a forrásállományokat, majd a „printk” parancsok utáni angol szöveget lefordítod, és változóhelyesen visszaírod a dolgokat. Tehát – asszem – nem változhat a magyarra fordítás közben a beszúrt változól sorrendje… szal érted, hogy gondolom… 🙂
Egyébként majd még meggondolom a dolgot… (mármint azt, h esetleg segítek)
kl223
és még1 apró javaslat: inkább a linux alatt oszd meg a netet a winfos számára! kissé biztonságosabb…
vannak róla jó kis HOWTO-k, nézz körül a neten… van asszem magyarra fordított doksi is…kl223
jah, most látom, a kérdésem 1 részét már föltettem korábban. Akkor marad a levlistás kérdés, de ha vki tud választ az elsõ részre, ne kíméljen. 🙂
kl223
hi!
elég rég nem néztem a floppy felé. most elhatároztam, h befejezem.
A gondom az lenne, h amikor épp írni akarnám a vinyóra a dolgokat, a kernel megakaszt, mert szerinte nincs jogosultságom a /dev/hda eszközt írni.
Ezt eljátssza a következõ esetekben:1) van initrd, és a /linuxrc -ben van a kód. (dd-vel csinálom)
2) root fs van, initrd nincs, és a /sbin/init -ben van a kód.A kérdésem: miért? van valamiféle védelem a kernelben, h a boot teljes befejezése elõtt (az init szkriptek lefutása elõtt) nem módosulhat a vinyó tartalma? Tud vki ilyesmirõl?
Vagy úgy általában mi a gond?
A transgaming.com-ról lehet a winex-et letölteni cvs-bõl. de aligha lesz ugyanaz a verziód, a cvs miatt. beszéljétek meg, mikor frissítetek. (mindenképp egyszerre, mert különben nem lesz azonos a leszedett cucc)
A .d fájlok elvileg függõségi infókat tartalmaznak. Korábban is volt ilyen gondja vkinek, keress rá a fórumon. Asszem õ megoldotta.
kl223
…megírok az emilt japánul, elküldöm, kapok rá választ, szintén japánul elolvasom, ha kell nyomtatom is (hosszabb szöveg esetében könnyebb a papírról szótárazni)[align=right][snapback]87323[/snapback][/align]
Má’ bocs az offért, de ez nem semmi… mennyi idõ alatt tanultad meg?
kl223
nem, nem azt mondtam, h minden kernel sz@r… :angry2:
csupán burkoltan arra próbáltam célozni, hogy eddig nem sok kernel volt, ami tartósan ellenállt nekem… 😉 szal érdekes. fõleg az, h mind genkernel-le, mind kézi konfiggal ugyanaz jött elõ.
Ismétlem: –>>__nem__<<-- azt mondom, h "mindenki hülye csak én nem vagyok az...".
Csupán arra bátorkodtam felhívni a kedves kollegák figyelmét, h akkor is sz@r az USB, ha minden, ismétlem: MINDEN bele van konfigolva a kernelbe, ami USB-vel kapcsolatos.Bbt nálam is bejön. :))
Emléxem, mikor még csak max. 10 hsz-em volt, õ segített vmit a SuSE-ban beállítani…
:))
Szal elég régóta itt van. Azonkívül még nálam listás Gege, aki ugyancsak régóta itt van, és PcZolee.kl223
legutóbbi hsz