Vlákno názorů k článku Tučňákologie aneb i z BFU bude Guru (2) od jam - muzete mi nekdo uvest priklad TYPICKEHO configuracniho souboru...

  • Článek je starý, nové názory již nelze přidávat.
  • 21. 6. 2002 9:13

    jam (neregistrovaný)

    muzete mi nekdo uvest priklad TYPICKEHO configuracniho souboru v adresari /var?
    pochopitelne lze odkazovat na configuracni soubory kdekoliv na disku... ja se ptam kdo to dela.

    takovejch nepresnosti je v clanku mnohem vic. trosku mi to pripomina dilo j.x.dolezala, kdyz se snazil o promnenu z bfu na guru.

  • 21. 6. 2002 9:49

    Tomas Zellerin (neregistrovaný)

    jasne, typicky, kdyz si nechas poslat konfiguracni soubor mailem, tak bude ve /var/spool/mail/neco ;)

    Autor zrejme pouziti adresaru odhadoval podle jejich obsahu, lepsi by bylo precist si (a pripadne prelozit) relevantni kousek FHS (http://www.pathname.com/fhs/2.2/), kdyz uz tedy chtel vyjmenovavat...

    ---
    /var contains variable data files. This includes spool
    directories and files, administrative and logging data, and transient and temporary files.

  • 21. 6. 2002 12:23

    vb (neregistrovaný)

    >>/var contains variable data files. This includes >>spool

    no a ty variable data files NEMUZOU slouzit jako konfiguracni soubory, ZE?

    joooooo :-)) urcite bude zacinajici user na linuxu zkoumat http://www.pathname.com/fhs/2.2/

    to si asi ulit, ne?

    ale jinak dobry tip pro stredne pokrocile usery

    vb

  • 21. 6. 2002 12:47

    xChaos (neregistrovaný)

    clanek je dobry, ale tohle me trklo hned: ve /var krome zone souboru pro named skutecne moc konfiguraku neni. Ja bych to prelozil jako "soubory promenne delky" - napr. prichozi posta (ale jen na serveru - na desktopu ktery pouziva POP3 klienty jako je Kmail nebo Mozilla ji tam budete hledat marne...), logy, SQL databaze, apod.

    <flame>vubec, kdyz byla rec o /var/spool/mail: tady vidite tu nekoncepcnost linuxovych desktopu - napr. ani KDE ani GNOME neprisly s nejakym grafickym frontendem pro konfiguraci napr. fetchmailu, napr. v kombinaci s pouzitim protokolu IMAP pro pristup k poste na localhostu. Proc tohle vsechno ? protoze desktop by okamzite stal potencialnim serverem, jakmile byste dane sluzby zpristupnili... treba opet pomoci nejakeho klikaliste, proc ne... ale koncepcne by to byl porad Unix. Chyba KDE je jedina, a to ta, ze kazdemu unixovemu uzivateli vytvari v jeho /home adresari takove vlastni male Windows, oddelene od zbytku sveta a hlavne zbytku systemu, ostatnich useru, apod. Chyba je opravdu to, ze oni kopiruji filosfii Windows - a na te neni spatne klikani, ale absence jakekoliv koncepce, treba ze k pocitaci si sedaji ruzni lide, ale nekteri z nich potrebuji delat uplne stejne veci. Oni se proste chteji stat novymi Windows - a ostatne, proc ne, ale unixovy desktop si predstavuju tak, ze bude nabizet konfiguracni nastroje k existujicimu systemu - takze treba ze postu mi nakonfiguruje nekolika kliknutimi tak, ze kdyz budu pouzivat POP3, tak se mi bude stahovat do mistnoho /var/spool/mail/username a ja si ji budu moc cist bud pres pine, nebo pres nejaky graficky klient, pro ktery bude localhost jen jeden z mnoha IMAPovych serveru, se kterymi bude umet pracovat.... tomu bych rikal modularita, napriklad... nicmene nedivte se, ze ucebnice ke stavajicimu KDE nezminuje /var/spool/mail/username, protoze v KDE je posta v /home/username/Mail (tedy jestli to v 3.0 neprejmenovali - ja uz Kmail nepouzivam, kdyz mam Mozillu) a to i inbox.
    </flame>

    pozitivni ohlas: mozna, ze by touhle cestou mohlo vznikat neco, jako open-source ucebnice pro zacinajici usery - kdyz odmyslime nadavky a zbytecne kecy, tak by se pocinaje timhle dilem mohly v tehle kucharce postupne odstranovat vyslovene vecne chyby, jako je takhle, a pokud autor neni mekej, celej text by se nakonec mohl dak k dispozici pod GNU Free Documentation License, a dat napr. k dispozici do tisku - napr. by se to mohlo tisknout jako prirucka k ruznym levnym CDckum s Linuxem, pripadne jako nejake README.HTML primo na ne, ktere vyskoci ve Windows hned po vlozeni CD, a tak... taky jsou potreba kvalitni prirucky tohohle kalibru napr. pro vyuku Linuxu na strednich skolach (nebo treba na VSE) a tak.

    slibuju, ze ja to teda na pokracovani cist budu, a vyslovene blbosti budu komentovat a kritizovat.

  • 21. 6. 2002 12:52

    valor (neregistrovaný)

    Koneckoncu si konfiguracni soubory davejte, kam je libo. Hlavne si potom vzpomente, jestli ten jeden konrektni soubor mate v /tmp, /var, /etc nebo /usr/local/share/konfiguracni_soubory. A nezapomente to taky povedet tem, co ten pocitac budou spravovat i po vas...

  • 21. 6. 2002 13:54

    xChaos (neregistrovaný)

    No to prave ze ne... jednim z rozdilu mezi Unixem a WinDOSem je, ze po cas vas naprosto vtahne a zhypnotizuje skutecnost, ze to je v podstate na vsech systemech na stejnem miste.... stanete se unixove promiskutitnimi a jste schopni se (aspon trochu) zorientovat skoro v kazdem unixovem serveru, a to i ve stavu opilosti, zhulenosti, apod. ;-)

    Ja na stara kolena pochopil i smysl /usr/local - uznavam ale, ze v druhe kapitole by stacilo nemlzit, a ponechat ruzne vychytavky na pozdeji (naopak /opt rada distribuci nevytvari, ale silne chybi /mnt - misto, kde hledat CDcka a diskety. Zacatecnik si namountuje DOSovske disky do /c, /d, /e, ale po nekolika letech ho to proste zacne esteticky urazet... mel bych z toho pocit asi jako kdybych odkladal boty na kuchynsky stul, nebo dokonce do loznice pod polstar ;-) pritom to ani neni nesystemove, protoze /var, apod. byvaji taky oddelene partitions (ale vysvetlujte zacatecnikum proc vlastne...) ale v dalsi instalaci DOSovske disky uz skoro kazdy presune do /mnt... (a po treti instalaci v zivote uz je tam nema vubec ;-) ostatne cilovym stavem unixovemho gurua je zcela prazdna a odmountovana unixova adresarova struktura, ve ktere uz zadne soubory nejsou, takze nikdo nemuze nic smazat nebo hacknout ;-) pripadne dalsimu druhu unixovych guruu v korenovem adresari pribude polozka "..", pomoci ktere je mozne prejit na dalsi level eXistenZ ;-)

    V adresari /dev zacatecnik nenajde skoro nic uzitecneho - max. programatora by to melo fascinovat - pro zacinajiciho power usera PC (coz nema nic spolecneho s programatorstvim) by bylo spis zajimave prolezt /proc, zvlast pomoci Konqueroru a jeho preview textovych fajlu...(a ouha, ted jsem se na to podival, a Konqeueror nepoklada soubory v adresari /proc za textove soubory ;) zase ta Windozovitost...vyzadovat koncovky souboru, no fuj...)

    Zacatecnik by mozna taky ocecnil informaci o existenci cehosi jako /usr/doc - i kdyz je jasne, ze KDE se bude snazit propagovat hlavne svuj vlastni help system)

  • 21. 6. 2002 14:31

    Tomas Zellerin (neregistrovaný)

    To jako /usr/share/doc? (nemohl jsem si to odpustit) ;)
    Jinak se neda s vetsinou xChaosovych prispevku nez souhlasit - me trefoval slak kdyz nejmenovana nemecka distribuce me nutila do adresaru /cdrom/ a /floppy/...

    K jinemu vlaknu- bezi beznemu zacinajicimu jednouzivatelskemu uzivateli pocitac ve ctyri rano? Vetsina tech co znam je na noc vypina...

  • 21. 6. 2002 16:29

    jb (neregistrovaný)

    > nemecka distribuce me nutila do adresaru /cdrom/ a /floppy/

    Debian to tak ma, ani nepamatuju. Nikoho do toho ale samozrejme nenuti - obzvlast, kdyz defaultne neinstaluje ty priserne autodetekce hardware, apod.

    Byla to jedna z mnoha veci, ktera se mi na debianu naopak libila ;)

  • 21. 6. 2002 18:58

    xChaos (neregistrovaný)

    no jo vidis sakra, /usr/share/doc je taky zajimavy poctenicko ;-) a nebejvalo to driv vsechno v /usr/doc ? (i tak je toho tam fura...)

  • 21. 6. 2002 13:33

    Tomas Zellerin (neregistrovaný)

    Po zacinajicim uzivateli to nikdo cist nechce. Na druhou stranu clovek, ktery o tom pise, by si neco takoveho (nebo ekvivalentniho) precist mohl. Ja to tam uvedl spis jako referenci - nasledek spatneho vzdelani ;)

    A k tomu /var/, ten vyznam je proste jiny - variable zde neznamena promenna (jako v programovacim jazyce), ale promenne - jako ze se za behu systemu meni jejich obsah a delka. Ale nechme to byt...