AntiYAST

Fórumok

AntiYAST

Hozzászólások

Sziasztok

Jopar eve hasznalok kulonbozo Linux disztrokat (Debian, Gentoo), es megszoktam, hogy ha valamit modositani akarok, akkor: vim /etc/...

Nincs is ezzel semmi gond, amig SuSE-s baratok, kollegeak nem kezdenek el tanacsot, segitseget kerni. En hiaba mondom nekik, hogy itt-es-itt ird at ezt arra, restartold, es ok, mert a kovetkezo bootnal a draga YAST felulirja a sajat elkepzelesei alapjan. (imho ez igy szarabb mint a Winfos)

Szoval, hogy lehet ravenni ezt a szerencsetlen YAST-ot, hogy tartsa tiszteletben a konfigfileokat? Esetleg, ha mar mindenaron visszaallitosdit jatszik, akkor az altalam kezzel atirtat tekintse alapnak!

Van valami conf file a /etc-ben, ahova mindent belehány a yast. Ha ott modositasz valamit, szétrakja az általa elképzelt módon, ha lefuttatsz valamit, amire az elején a commentben figyelmeztet (talán suseconfig) Ez kb 7.3 idején volt így, azóta nem foglalkozom SuSE-vel, az általad panaszolt okok miatt.

soky

Nem is tudom, en nem hasznalom a yastot Susen, mindent kezzel allitok, de semmit nem allit vissza a yast, a kovetkezo bootnal.
Vagyis neha hasznalom, kizarolag user/group managelesre.

Toma_

annyiban tévedtek, hogy nem a YaST nyúl bele a konfigokba, hanem a SuSEconfig nevű program. ezt pedig komplette ki lehet kapcsolni valami beállítófájlban, egyetlen kapcsolóval. ha SuSE közelbe kerülök majd megnézem (ha érdekel valakit). amúgy csak keresgéljetek bátran ;)

Az /etc/sysconfig/suseconfig-ba lehet kikapcsolni. Három éve használok suse-t, felváltva config-olom kézzel és a yast-al. A config-ok nagy része kézzel is módosítható. Vannak azonban komolyabb programok, mint pl. az apache, amiben jól szétvannak szedve a dolgok, hogy átlathatóbb legyen es
van sok suse specifikus dolog ami az /etc/sysconfigban van.
Ezert nem biztos, hogy a megszokott módon irt config működni fog. Egyébként meg minden jól dokumentálva van, csak meg kell nezni a manulban (a csomagok között is megtalálható), a comment-ekben. Amit módosit a suseconfig, arról készül másolat. Ok nélkül nem történik semmi. Ezt is ésszel kell csinálni mint mindent.

/etc/sysconfig/suseconfig

[code:1:502582113d]
## Path: System/SuSEconfig
## Description:
## Type: yesno
## Default: yes
#
# Some people don't want SuSEconfig to modify the system. With this
# entry you can disable SuSEconfig completely.
# Please don't contact our support if you have trouble configuring your
# system after having disabled SuSEconfig. (yes/no)
#
ENABLE_SUSECONFIG="yes"
[/code:1:502582113d]

szerk: nem láttam az előző hozzászólást...

Hi!
Egyrészt nem szarabb, másrészt épp azért van, hogy ne kelljen az etc-ben babrálni. Szerintem ez a jó, és nem az, ha buherálom az etc-t. Egyébként a manuálban minden részletesen,pontosan és érthetően le van írva.

Alapvetően az említett SuSEconfig csinálja meg a változtatásokat, tehát, ha megbuherálsz valamit, akkor ezt kell lefuttatni utána. Egyébként nem szokta felülírni a módosított fájlokat.

Kikapcsolása az /etc/sysconfig/suseconfig-ban lehetséges:
ENABLE_SUSECONFIG="no"

Hat a probléma nekem erőteljesen ismerősnek tűnik... OS X-ről. Annak is van egy nagyon kis csili-vili grafikus felülete (ahol az alapdolgokat be lehet allítani), de ha egy démon paramétereit komolyabban össze kell lőni, akkor azért muszáj a config file-okat editálni. Viszont 10.2-esen még ragaszkodott ahhoz, hogy csak a grafikus felületen beállított dolgok a jók. Tehát tipikusan megeditáltam például az smb.conf-ot (mert tudtam, hogy vannak olyan paraméterek, amiket csak ott tudok állítani) és láss csodát a következő reboot után már megint nem működik... Nagyon boldog voltam. :x Mondjuk ha jól tudom, akkor a 10.3 alatt ez már korrektebbül működik... De legalábbis fejlesztettek a GUI-n, úgyhogy mostanában nem kellett smb.conf-ot túrnom.
Nem mintha ez a hozzászólás sokban segítene a probléma megoldásában (azt már megtették mások), de úgy tűnik a probléma nem egyedi jelenség. :)
Mellesleg szerény véleményem szerint egy ilyen rendszer tervezésénél alapvető lenne, hogy ha már a user veszi a fáradtságot, hogy a config file-okba nyúljon, akkor tartsuk már tiszteletben a döntését...

Üdv:
Babszem.

[quote:14ed62f00d="Babszem"]
Mellesleg szerény véleményem szerint egy ilyen rendszer tervezésénél alapvető lenne, hogy ha már a user veszi a fáradtságot, hogy a config file-okba nyúljon, akkor tartsuk már tiszteletben a döntését...

A Suse tervezésénél elsődleges szempont a láma user kielégítése, hogy azoknak is jól menjen egy linux desktop, akik vagy nem rendelkeznek elegendő ismerettel a konfiguráláshoz vagy nincs elég idejűk a beállításokkal vackolódni.
Tehát aki Suse-t használ, használja a Yast-ot. Aki meg profi, az használjon debiant, gentoot vagy valami hasonlót.
Egyébként cégnél, ahol összevont szemöldökkel érdeklődnek, hogy miért telepítesz olyan sokáig, nagyon lehet villogni egy Susével: na, negyedóra alatt felment, be van konfigolva és nem kell többet hozzányúlni (gyorsabban, mint egy mezei XP). Szóval ott használjuk, ahol kell.

Ha a rootfs ext2/3, akkor a kézzel buherált configokra 'chattr +i valami.conf', aztán írja felül, ha
tudja. Pár éve futottam bele (szintén suse), egy ideig játszadoztam vele, aztán eluntam, és jött a chattr :).
(Ha root-ként csinálok valamit, akkor legyen szíves tételezze fel, hogy tudom, mit csinálok.)