From kas na fi.muni.cz  Tue May  1 00:00:02 2007
From: kas na fi.muni.cz (Jan Yenya Kasprzak)
Date: Tue,  1 May 2007 00:00:02 +0200 (CEST)
Subject: Meta-FAQ konference linux@linux.cz
Message-ID: <20070430220003.091A42A8035@odysseus.fi.muni.cz>

Meta-FAQ konference linux na linux.cz
==================================

Datum poslední změny: 11. února 2003


Obsah
-----

  * Změny oproti poslední verzi

  * O Meta-FAQ

  * Provoz konference

  * Zaměření konference

  * Informační zdroje mimo konferenci linux na linux.cz

  * Pravidla slušného chování v Síti

  * Jak správně zvolit Subject

  * Chybující mailservery

  * Spam v konferenci

-----------------------------------------------------------------


Změny oproti poslední verzi
---------------------------

  * Zrušení informací o listserveru lanprojekt.cz (reportoval
    Zdeněk Prchal).

  * Informace o hlášení spamu přes SpamCop.

-----------------------------------------------------------------


O Meta-FAQ
----------

  * Účel tohoto dokumentu:
    Meta-FAQ konference linux na linux.cz slouží jako úvodní
    informace o konferenci pro nové uživatele a jako dokument,
    který stanovuje pravidla chování v této konferenci. Meta-FAQ
    neobsahují vlastní FAQ, to jest odpovědi na často kladené
    dotazy v konferenci linux na linux.cz. Umístění FAQ je uvedeno
    dále.

  * Jak získat tento dokument:

      * Tento text je zasílán všem nově přihlášeným účastníkům
        konference linux na linux.cz.

      * Je také periodicky zasílán do této konference jejím
        správcem.

      * Dokument je dostupný na URL
        http://www.linux.cz/mailing-list.

      * Dokument lze také získat zasláním libovolného e-mailu na
        adresu linux-info na linux.cz.

  * O autorovi:
    Meta-FAQ konference linux na linux.cz napsal a udržuje Jan
    "Yenya" Kasprzak, <linux-owner na linux.cz>. Připomínky a dotazy
    k tomuto dokumentu směřujte prosím na tuto adresu.

  * Poděkování:

      * Martinu Bílému, autorovi FAQ konference
        net na cs.felk.cvut.cz, který mi umožnil inspirovat se těmito
        FAQ a dokonce převzít některé pasáže.

      * Janu Pazdziorovi za překlad textu o volbě Subjectů.

      * Petru Macháčkovi za čtení a korektury tohoto dokumentu,
        jakož i za další podněty.

-----------------------------------------------------------------


Provoz konference
-----------------

  * Chod konference zajišťuje listserver CZLUGu, používající
    software ezmlm.

  * Správcem konference linux na linux.cz je Jan "Yenya" Kasprzak
    <linux-owner na linux.cz>.

  * List server umí automaticky obsluhovat administrativní
    příkazy. Neposílejte je prosím do listu! Pošlete zprávu na
    adresu příslušného příkazu:

      * Pro přihlášení do listu pošlete e-mail na adresu:
        linux-subscribe na linux.cz.

      * Pro odhlášení se z listu použijte adresu
        linux-unsubscribe na linux.cz.

      * Často kladené dotazy (FAQ) a odpovědi na ně shromažďuje
        pro tuto konferenci Zdeněk Pytela
        <letty na mrakoplas.phil.muni.cz>. FAQ jsou dostupné na
        adrese http://www.phil.muni.cz/~letty/linuxfaq/. Systém
        vytváření FAQ se zřejmě bude ještě vyvíjet.

      * Informace o listu (tento dokument) a FAQ (často kladené
        dotazy) získáte zasláním dopisů na následující adresy:
        linux-info na linux.cz linux-faq na linux.cz (FAQ přes E-mail
        zatím není v provozu).

      * Podobné adresy existují i pro list digestů:
        linux-digest-subscribe na linux.cz
        linux-digest-unsubscribe na linux.cz

      * Zprávy číslo 123 až 145 z archívu (maximálně 100 zpráv na
        jeden mail) získáte zasláním zprávy na následující adresu:
        linux-get.123_145 na linux.cz

      * Seznam zpráv se subjectem a autorem zpráv 123-456 -
        e-mail: linux-index.123_456 na linux.cz Tyto adresy vždy
        vrací seznam 100 zpráv, maximálně 2000 na jeden požadavek.
        Takže ve výše uvedeném příkladě ve skutečnosti dostanete
        seznam zpráv 100-499.

      * Pro získání zpráv se stejným subjectem jako zpráva 12345
        pošlete prázdný mail na adresu:
        linux-thread.12345 na linux.cz Zprávy ve skutečnosti nemusí
        být prázdné - budu jejich obsah ignorovat. Jediná důležitá
        věc je ADRESA na kterou mail posíláte.

      * Můžete se také do listu přihlásit pod jinou adresou -
        například "pepa na domena.cz". Stačí přidat pomlčku a novou
        adresu s rovnítkem (=) namísto zavináče:
        linux-subscribe-pepa=domena.cz na linux.cz

      * Odhlásit tuto adresu lze pomocí mailu na adresu
        linux-unsubscribe-pepa=domena.cz na linux.cz V obou případech
        pošlu žádost o souhlas na tuto adresu. Když ji dostanete,
        jednoduše na ni odpovězte a vaše přihlášení/odhlášení se
        dokončí.

  * Konference je dostupná též ve formě digestu (digest je jeden
    velký mail, který obsahuje jednotlivé příspěvky z konference
    za určité období, například jeden den). Do digestu se lze
    přihlásit zasláním prázdného mailu na adresu
    linux-digest-subscribe na linux.cz, odhlásit se lze zasláním
    prázdného mailu na adresu linux-digest-unsubscribe na linux.cz.

  * Pokud nechcete dostávat příspěvky s diakritikou, můžete se
    přihlásit do listu linux-ascii, který obsahuje všechny
    příspěvky z hlavní konference, ale jsou přefiltrované do
    sedmibitového ASCII textu. Přihlásit se lze zasláním mailu na
    adresu linux-ascii-subscribe na linux.cz, pro odhlášení slouží
    adresa linux-ascii-unsubscribe na linux.cz. Příspěvky je ovšem
    nutno zasílat na adresu hlavní konference, linux na linux.cz,
    nikoli snad na adresu linux-ascii na linux.cz.

  * Archív konference je dostupný i přes Web na adrese
    http://www.linux.cz/lists/archive/linux/. Je tam i vyhledávací
    mechanismus.

  * Posílání příspěvků do konference:
    Diskusní příspěvky do konference (nikoli však příkazy pro
    listserver) se posílají na adresu linux na linux.cz.

  * Konference linux na linux.cz je dostupná také v Usenet News pod
    jménem cz.comp.linux. Příspěvky zaslané do konference se
    objeví i v news a naopak.

  * Identifikace zpráv z konference. Dopisy, které listserver
    posílá z tohoto listu, mají všechny následující řádek v
    hlavičkách. Tento řádek lze použít například při strojovém
    třídění/filtrování pošty:
    Mailing-list: contact linux-help na linux.cz; run by ezmlm

-----------------------------------------------------------------


Zaměření konference
-------------------

  * Diskusní list linux na linux.cz je zaměřen na diskusi o operačním
    systému Linux.

  * V konferenci linux na linux.cz je povoleno používat českého,
    slovenského a případně anglického jazyka.

  * Do konference linux na linux.cz lze zasílat příspěvky v
    sedmibitovém ASCII kódování bez diakritiky, případně zprávy s
    diakritikou v kódování ISO 8859-2 (MIME typ text/plain;
    charset=ISO-8859-2). Takováto zpráva ovšem musí mít korektní
    MIME hlavičky včetně typu dokumentu a přenosového kódování.
    Není-li váš poštovní program schopen zpracovávat zprávy s
    diakritikou, můžete se přihlásit do sub-listu linux-ascii, kam
    jsou zprávy z hlavního listu zrcadleny s odstraněnou
    diakritikou.

  * Zasílané zprávy nechť jsou pokud možno typu text/plain,
    vyjímečně multipart/mixed s částmi typu text/plain. Je
    striktně zakázáno posílat do konference zprávy typu
    multipart/alternative, to jest tentýž obsah zprávy ve více
    formátech (například běžný text a HTML).

  * Do konference je možno posílat zprávy, týkající se operačního
    systému Linux, softwaru, zahrnutého v distribucích Linuxu a
    produktů používaných pod Linuxem.

  * U diskuse o obecném softwaru, který běží mimo jiné i pod
    Linuxem je nutno zvážit, je-li váš problém dostatečně svázán s
    Linuxem (například používáte implicitní konfiguraci daného
    softwaru, která je dostupná v jedné z distribucí linuxu a
    pravděpodobně se liší od jiných systémů).

  * Dotazy na obecný GNU i jiný software je lépe posílat do
    konference se zaměřením na UNIX. Stejně tak u problémů, které
    více souvisejí s jinou oblastí více než s Linuxem (správa
    sítě, WWW a podobně).

  * Diskuse o hardwaru je povolena pouze v případě, že se jedná o
    diskusi podpory daného hardwaru pod Linuxem nebo se diskuse
    jinak přímo dotýká Linuxu.

  * Dotazy Linuxových začátečníků jsou v konferenci vítány,
    nicméně konference by neměla nahrazovat učebnici UNIXu nebo
    shellu. Dotazy typu "Co je adresář?" nebo "Co je
    shell-script?" sem nepatři.

  * Zprávy mimo zaměření konference (off-topic): Neposílejte do
    konference zprávy, které jsou mimo její zaměření, a to ani v
    případě, že byste do Subjectu chtěl uvést upozornění, že jde o
    off-topic příspěvek (když autor ví, že je to off-topic, tak
    proč to sem posílá?). Zvažte, zde se příspěvek nehodí spíše do
    konference talk na linux.cz.

  * Do konference je zakázáno psát komerční příspěvky, kromě
    případů, uvedených v dalších bodech těchto pravidel. Porušení
    tohoto pravidla může mít za následek až zákaz přístupu ke
    konferenci pro uživatele nebo i pro celou doménu.

  * Pokud se do konference dostane nějaký hromadný komerční dopis
    (zpráva komerčního charakteru rozesílaná do více konferencí v
    Internetu), bude to mít za následek zákaz přístupu ke
    konferenci pro celou doménu, odkud dopis přišel.

  * Do konference je striktně zakázáno posílat komerční informace
    v anglickém jazyce.

  * Do konference je možno posílat nabídky zaměstnání, pokud
    nabízené zaměstnání v sobě zahrnuje práci s Linuxem. V
    takovéto nabídce musí být řečeno, že jde o práci s Linuxem.
    Musí obsahovat Subject začínající "Job offer:" nebo "Nabídka
    zaměstnání:". Zpráva nesmí obsahovat žádné číselné informace o
    finanční stránce věci. Od jedné firmy smi přijít do konference
    nejvýše jedna zpráva tohoto druhu za 14 dní.

  * Do konference je možno posílat komerční informace o
    produktech, nabízených firmami, pokud má nabízený produkt
    přímou spojitost s Linuxem (literatura, distribuce Linuxu,
    hardware - sem mohou patřit informace o multiportových
    kartách, nebo o boot-romkách, které umi nabootovat Linux a
    podobně). Délka takovéto zprávy musí být co nejvíce omezena.
    Zpráva musí v Subjectu obsahovat jednoznačnou informaci o tom,
    že jde o komerční nabídku zboží nebo služeb ("Commercial:", "Nabídka
    zboží:", a podobně). Zpráva nesmí obsahovat informace o cenách
    produktů, ani srovnání s cenami jiných firem. Od jedné firmy
    smí přijít do konference nejvýše jedna zpráva tohoto druhu za
    14 dní. A neměla by sem periodicky chodit oznámení o
    produktech, na kterých se od minulého oznámení nic nezměnilo.

    Příklad subjectu: "Nabídka zboží: TeX pro Linux na CD."
    Příklad zprávy: "Firma xdvi, a.s. prodává novou distribuci
    TeXu pro Linux na 13 CD. Bližší informace na www.xdvi.cz,
    e-mailem na adrese info na xdvi.cz nebo telefonem na čísle
    0609xxxxxx".

  * V konferenci se nesmějí objevit nabídky na nelegálně šířený
    software. Nelegální šíření softwaru poškozuje volně šiřitelný
    software. Je pravda, že základní software by měl být zdarma (o
    tom ostatně je celý Linux a GNU), ale čím více se bude
    používat nelegální software, tím menší bude tlak na to, aby
    někdo vyvíjel volně šiřitelný software jako alternativu
    komerčních programů.

  * Na příspěvky, které odporují těmto pravidlům, reaguje pouze
    správce konference, a to buďto upozorněním odesílateli zprávy,
    nebo v případě širší diskuse, která se dostane mimo zaměření
    této konference i upozorněním v konferenci. Správce konference
    si vyhrazuje právo zakázat přístup do konference osobám nebo i
    doménám, které soustavně porušují tato pravidla.

-----------------------------------------------------------------


Informační zdroje mimo konferenci linux na linux.cz:
-------------------------------------------------

  * Některé informace o Linuxu je možno získat přes WWW na Czech
    Linux Homepage, http://www.linux.cz. Tato stránka obsahuje i
    odkazy na některé světové zdroje.

  * Síťové noviny (Usenet News): Strom comp.os.linux.*.

  * Příbuzné diskusní skupiny:

      * Volný diskuzní list: talk na talk-help na linux.cz. - volná
        diskuse o souvisejících tématech

      * Linux: czman na czman-help na linux.cz. - diskuse o českých
        manuálových stránkách v Linuxu a lokalizaci Linuxu obecně.

      * RedHat: redhat-cz na redhat-cz-help na linux.cz - diskuse o
        vytváření lokalizované verze RedHat Linuxu.

      * UNIX: munix-l na listserv na muni.cz. - diskuse o UNIXu a
        jemu podobných systémech.

      * Free software: freesoft na freesoft-help na freesoft.cz. -
        diskuse o free software obecně.

      * Textové editory: Newsová skupina cz.comp.editors, editors
        na editors-help na linux.cz. - diskuse o textových editorech
        a jejich vlastnostech.

      * Internet z uživatelského hlediska: smajlik na
        listserv na cs.felk.cvut.cz.

      * Správa sítě Internet: net na listserv na cs.felk.cvut.cz.

      * Kapesní počítače: pda-l na listserv na penguin.cz - diskuse o
        kapesních počítačích/handheldech/PDA a jejich spolupráci s
        Linuxem.

      * Bezpečnost obecně: security na
        security-request na underground.cz - konference o počítačové
        bezpečnosti, zaměřuje se především na Linux, ale příspěvky
        netýkající se Linuxu jsou také vítány.

      * WWW: www-l na listserv na savba.sk.

      * Perl: perl na listserv na muni.cz - diskuse o programovacím
        jazyku Perl.

      * Sendmail: sendmail na sendmail-help na linux.cz - diskuse o
        Mail Transport Agentech (sendmail).

-----------------------------------------------------------------


Pravidla slušného chování v Síti
--------------------------------

  * Před položením dotazu nejprve vyzkoušejte všechny způsoby, jak
    problém vyřešit vlastními silami. Působí trapně, kladete-li
    dotaz, který lze vyřešit po nahlédnutí na prvních několik
    řádků příslušného README nebo manuálové stránky. Zkuste též
    problém konzultovat nejprve s vaším lokálním systémovým
    administrátorem (nejste-li zrovna administrátorem vy sám :-).
    Hledáte-li něco, zkuste použít také síťové vyhledávací
    prostředky jako je Google, případně Google Groups.

  * Tato konference není bezplatná hotline. Bylo by dobré, aby
    přinášela užitek i vyspělejším uživatelům a aby tito nebyli
    odrazování množstvím dotazů, které lze zodpovědět po prvním
    nahlédnutí do manuálové stránky. V této konferenci nejsou
    lidé, kteří by byli povinni zodpovídat vaše dotazy. Projevte
    prosím aspoň minimálně svoji vlastní iniciativu při řešení
    problému.

  * Na druhé straně by bylo špatné, kdyby se každý bál na cokoli
    se zeptat v obavě, aby nebyl odbyt odpovědí, že jeho dotaz sem
    nepatří. Pokud nevidíte řešení problému (který by se ovšem měl
    týkat Linuxu -- dotaz na Základní otázku života, vesmíru a
    vůbec sem raději neposílejte), a z manuálové stránky to není
    jasné, neobávejte se poslat sem dotaz.

  * V dotazu uveďte pokud možno co nejvíce informací o vašem
    problému. Je například dobré vědět jakou distribuci Linuxu
    používáte, jaká je verze softwaru, se kterým máte problémy, a
    tak podobně.

  * Zasílaný článek si po sobě před odesláním přečtěte. Ostatní
    lidé v konferenci si o vás udělají názor i podle vašich
    gramatických chyb. Také prozkoumejte logickou stavbu vašeho
    textu. Bude všem jasné, na co se vlastně ptáte, nebo co chcete
    říci?

  * Je zakázáno posílat do této diskusní skupiny zprávy,
    obsahující vulgární nebo urážlivé výrazy.

  * Je-li váš příspěvek delší, můžete to oznámit v Subjectu
    přidáním řetězce "(long)" nebo uvést na začátku zprávy krátké
    shrnutí textu, který následuje.

  * Pokud si myslíte, že s podobným problémem se setkalo více lidí
    a že by do konference přšlo několik stejných odpovědí, napište
    v závěru zprávy, aby se odpovědi zasílaly na vaši adresu s
    tím, že pošlete shrnutí. Totéž je dobré udělat u témat, která
    jsou sporná a mohou vyvolat válku slov (flame war) --
    například: "Je Linux lepší než FreeXXX?".

  * V odpovědích na dotazy citujte pouze jméno tazatele a malou
    část jeho zprávy, ze které je jasné na co pak odpovídáte.
    Ocitovat celou zprávu včetně signatury je zbytečné a je to
    považováno za prohřešek proti pravidlům slušného chování v
    Síti.

  * Zalamujte řádky ve vaší zprávě tak, aby měly méně než 80 znaků
    (tedy cca 75 až 78 znaků).

  * Připojte na konec zprávy svoji signaturu, oddělenou řádkem se
    dvěma pomlčkami a mezerou ("-- "). Tato signatura by měla
    dávat další informace o tom, co jste zač (kde pracujete a
    podobně). Signatura by neměla být delší než pět řádků
    (nepočítaje v to řádek "-- ").

  * Nakonfigurujte si svůj mailovací program tak, aby neposílal do
    listu žádná zbytečná data (ms-tnef a podobně) a také aby
    posílal jen textové maily. Neposílejte prosím do konference
    maily, které obsahují tentýž text jednou jako text a jednou
    jako HTML.

  * Do této konference není vhodné posílat větší množství
    binárních dat, jako jsou například balíky softwaru. Takováto
    data raději někde vystavte na FTP nebo WWW a pošlete do
    konference jen příslušné URL.

  * Na off-topic příspěvky reagujte prosím nejvýše zasláním dopisu
    původnímu odesilateli, nikdy dopisem do konference. V případě
    že bude v konferenci delší off-topic debata, bude na ni
    reagovat správce konference.

  * Neposílejte do konference testovací zprávy.

  * Pokud si diskusní list linux na linux.cz posíláte do nějakého
    lokálního newsového stromu, zařiďte prosím to, aby příspěvky
    vámi posílané chodily s korektní From: hlavičkou a ne s
    adresou vaší soukromé brány.

  * Doporučujeme používat aspoň v hlavičce From: nebo v signatuře
    celé jméno odesílatele. Jsou lidé, kteří na polo-anonymní
    dotazy (kde je uvedena jen přezdívka) ze zásady neodpovídají.

-----------------------------------------------------------------


Jak správně zvolit Subject
--------------------------

Viz http://www.fi.muni.cz/~adelton/cz_subject_lines.html, český
překlad Jan Pazdziora.

  * Popis
    Kvalita Vašeho řádku se Subjectem přímo ovlivňuje kvalitu
    odpovědí, které dostanete. Zvolit správný Subject je proto
    velmi důležité.

  * Správné Subject řádky
    Následující řádky popisují přesně, čeho se článek týká, jsou
    to příklady, jak by Subjecty měly vypadat:

    Netscape 3.0 a bus error s RH 4.0
    Apache non-IP Virtual Hosts
    Xfree86 beta - jak upgradovat?
    syslogd 1.3-0 ve Slackware 3.1
    getpwnam() & /etc/shadow
    Jak doinstalovat moduly do perlu 5.002 (CGI-Lite)

  * Špatné Subject řádky
    Následující řádky neříkají o obsahu příspěvku vůbec nic:

    Jak mám začít???!! :-(
    Je to těžké?
    Co říkáte na tohle?
    *&]+
    Test
    Stupidní dotaz
    Oznámení

    Tyto řádky obsahují slova s negativním podtónem
    (negative-flash words, viz. níže):

    Problém s UNIXEM - začátečník
    Začínám, potřebuji pomoc
    Úplný začátečník. Help.
    Stupidní dotaz ohledně netscape
    Jednoduchý problém - vyřešíte ho?

  * Chybějící řádka se Subjectem
    Lidé, kteří by Vám jinak odpověděli rychle a odborně, mají
    tendenci přeskakovat příspěvky, u kterých není Subject uveden.

  * Slova s negativním podtónem
    Následující slova v Subjectu zaručují, že jisté procento lidí
    Váš příspěvek úmyslně přeskočí.

      * dotaz question
        Je to asi hodně jednoduché, dá se to najít v manových
        stránkách nebo ve FAQ.

      * expert, guru
        Pravděpodobně na tento problém guru nepotřebujete. Guru to
        ví, a proto Vám nebude odpovídat.

      * jednoduchý simple
        Tohle by mělo napovědět Vám samotným, že odpověď je asi
        někde v manových stránkách, jen si dát tu práci a najít
        ji. Nemrhejte časem ostatních lidí s něčím takovýmto.

      * pomoc help
        Tohle zní, že už jste to vzdali a odevzdaně čekáte, a nebo
        jste to vůbec nezkoušeli. Pokud tohle slovo vynecháte,
        budou se lidé Vašemu dotazu věnovat mnohem radši.

      * prosím please
        Nežadoňte, k ničemu to nevede.

      * sex women girls money
        Lidé, kteří umí dát kvalitní odpověď, nemají náladu na
        Vaše blbnutí.

      * stupidní stupid
        Tohle je ponižující. Lidé neradi plýtvají časem kvůli
        něčemu, co je stupidní. Když jim nebudete říkat, že je to
        stupidní, dočkáte se mnohem lepších odpovědí.

      * začátečník beginner newbie novice
        Spousta lidí přeskakuje články uvedené takovýmto
        prohlášením.

  * Věci vyvolávající negativní postoj
    Stejně jako výše uvedená slova, i následující může způsobit,
    že většina chytrých lidí bude Váš příspěvek ignorovat.

      * VELKÁ PÍSMENA
        Nepište řádek se Subjectem celý velkými písmeny. Spoustě
        lidí je to protivné, anebo okamžitě začnou mít pocit, že
        jste začátečník. V každém případě Váš příspěvek přeskočí.
        Ono není vůbec nic špatného na tom, být začátečník, každý
        jednou byl, ale není potřeba to roztrubovat do světa.

      * Vykřičníky!!!!!!
        Spousty vykřičníků nebo otazníků vypadají přehnaně a
        naznačují, že jste ignorant. V každém případě to spoustu
        odborníků odradí od toho, aby Vám odpovídali.

  * Špatně, ale chybí tomu málo
    Existují i řádky, které jsou špatné, ale dají se snadno
    opravit:

    Pomoc: Perl 5.002, RH 4.0, gcc 2.7.2, dynamická paměť
    Konfigurace listproc 6.0c, prosím.

-----------------------------------------------------------------


Chybující mailservery
---------------------

Některé mailservery, přestože to odporuje standardům Internetu,
vracejí zprávu o nedoručitelnosti jinam, než mají. Takže čas od
času obdržíte zprávu o tom, že se určitému členu konference
nepodařilo doručit mail (namísto toho, aby tuto zprávu obdržel
listserver, který jediný ví, co s ní dělat).

Pokud se vám tohle stane, uvědomte správce vzdáleného systému, že
je na jeho straně něco špatně. Můžete použít například následující
text (podle Pavla Kaňkovského):

	Vazeny postmastere,

	je mi uplne jedno, ze se nize uvedeny dopis preposlany pres
	konferenci linux na linux.cz nepodarilo dorucit. Prectete si, prosim
	RFC 2821 (Simple Mail Transfer Protocol) - sekce 3.7 a 4.5.5, a take
	RFC 1123 - sekce 5.3.3. Dozvite se tam, ze automaticky generovana
	oznameni o nedorucitelnych dopisech maji byt:

	1. vybavena na obalce prazdnou adresou odesilatele, tj. <> a nicim
		jinym,
	2. maji byt zasilana na odesilatele uvedeneho na obalce puvodni
		zpravy, tj. v tomto pripade ,
		kde sedi automat, ktery by takovou zpravu rad zpracoval,
		a nikoli na adresu moji.

Ke zprávě připojte kompletní zprávu o nedoručitelnosti (tj. včetně
hlaviček). Kopii tohoto dopisu můžete poslat správci konference
(adresa viz výše), nicméně není zaručeno, že zpráva bude obsahovat
dostatek informací k tomu, aby správce konference chybující adresu
detekoval a vyřadil z listu.

Je potřeba veřejně jmenovat ty poštovní servery, které takto
chybují: Podle dosavadních zkušeností mezi ně patří mimo jiné
post.sk. Zvažte případně změnu vaší poštovní služby na někoho, kdo
umí dodržovat standardy Internetu. Kromě velkých poštovních
systémů se tato chyba občas vyskytne u uživatelů, kteří si stahují
poštu fetchmailem a předávají ji lokálnímu sendmailu, který nemá
nakonfigurovanou svoji doménu.

-----------------------------------------------------------------


Nevyžádaná komerční pošta (spam) v konferenci
---------------------------------------------

Přes veškerou snahu správců konference, newsové brány a
souvisejících mailserverů se může stát, že do konference pronikne
nevyžádaná komerční pošta (spam). V případě že k tomu dojde, je
možné napsat správci konference upozornění (nejlépe s URL
příslušné zprávy v archívu konference). Správce pak zajistí
hlášení o spamu a případně zařazení příslušného odesílatele na
blacklist listserveru.

Pozor! Hlášení o přijetí spamu z konference nikdy nereportujte
přímo na různé internetové antispamové služby, jako je třeba
spamcop.net. V mnoha případech tyto služby pak považují doménu
linux.cz a zdejší listserver za původce spamu, a zařadí tento
server na svoji černou listinu. Toto pak způsobí, že i legitimní
účastníci konference, jejichž poštovní servery kontrolují
odesílatele proti této černé listině, nejsou schopni z konference
přijímat poštu.

Pokud opravdu chcete sami reportovat spam z konference na různé
antispamové služby, a pokud opravdu víte co děláte, můžete použít
zprávu s původními hlavičkami, tak jak jsou k dispozici ve webovém
archívu konference pod odkazem "Holý text". V této podobě je
zpráva zobrazena s těmi hlavičkami, s jakými přišla do konference.
Nikdy nepoužívejte jako podklad pro hlášení spamu zprávu, která
vám přišla z konference a kterou máte ve svém mailboxu.

-----------------------------------------------------------------


Jan "Yenya" Kasprzak
--------------------


From ihanuska na ip-sec.cz  Tue May  1 15:44:06 2007
From: ihanuska na ip-sec.cz (Ivo (Bear) Hanuska)
Date: Tue, 01 May 2007 15:44:06 +0200
Subject: =?ISO-8859-2?Q?Zku=B9enosti_s_GK_Leadtek_WinFast_DTV18?=
	=?ISO-8859-2?Q?00_Hybrid_TV?=
Message-ID: <46374426.30808@ip-sec.cz>

Zdravím !

Má někdo zkušenosti s touto TV kartou? Jakou zkušenost máte s digitálním 
tunerem? Provozujete to někdo doma na Linuxu?

Dík za každou zkušenost!

Ivo


From vitko na post.cz  Tue May  1 16:50:47 2007
From: vitko na post.cz (Vitezslav Kotrla)
Date: Tue, 01 May 2007 16:50:47 +0200
Subject: =?UTF-8?Q?Zku=C5=A1enosti?= s GK Leadtek WinFast DTV1800 Hybrid TV
In-Reply-To: <46374426.30808@ip-sec.cz>
References: <46374426.30808@ip-sec.cz>
Message-ID: <1178031047.8403.13.camel@localhost>

Ivo (Bear) Hanuska píše v Út 01. 05. 2007 v 15:44 +0200:
> Zdravím !
> 
> Jakou zkušenost máte s digitálním 
> tunerem? Provozujete to někdo doma na Linuxu?

Já používám AverMedia AverTV DVB-T USB 2.0, bez problémů:

$ dmesg
...
usb 1-3: new high speed USB device using ehci_hcd and address 9
usb 1-3: configuration #1 chosen from 1 choice
dvb-usb: found a 'AVerMedia AverTV DVB-T USB 2.0 (A800)' in cold state,
will try to load a firmware
dvb-usb: downloading firmware from file 'dvb-usb-avertv-a800-02.fw'
usbcore: registered new driver dvb_usb_a800
usb 1-3: USB disconnect, address 9
dvb-usb: generic DVB-USB module successfully deinitialized and
disconnected.
usb 1-3: new high speed USB device using ehci_hcd and address 10
usb 1-3: configuration #1 chosen from 1 choice
dvb-usb: found a 'AVerMedia AverTV DVB-T USB 2.0 (A800)' in warm state.
dvb-usb: will pass the complete MPEG2 transport stream to the software
demuxer.
DVB: registering new adapter (AVerMedia AverTV DVB-T USB 2.0 (A800)).
dib3000: Found a DiBcom 3000P.
DVB: registering frontend 0 (DiBcom 3000P/M-C DVB-T)...
input: IR-receiver inside an USB DVB receiver as /class/input/input4
dvb-usb: schedule remote query interval to 150 msecs.
dvb-usb: AVerMedia AverTV DVB-T USB 2.0 (A800) successfully initialized and connected.

Bez problémů tedy až na (ne)kvalitu signálu ;-)

VK



From xschmi00 na stud.feec.vutbr.cz  Tue May  1 16:55:48 2007
From: xschmi00 na stud.feec.vutbr.cz (Michal Schmidt)
Date: Tue, 01 May 2007 16:55:48 +0200
Subject: FC6 a blbnouci ALSA
In-Reply-To: <20070426122855.GA11980@ebed.etf.cuni.cz>
References: <20070426122855.GA11980@ebed.etf.cuni.cz>
Message-ID: <463754F4.3070203@stud.feec.vutbr.cz>

Petr Tomasek skrev:
> Po kteresi aktualizaci jadra na FC6 mi nefunguje
> alsamixer:
> 
> -----------------------------------------
> ALSA lib control.c:910:(snd_ctl_open_noupdate) Invalid CTL default
> 
> alsamixer: function snd_ctl_open failed for default: No such file or directory
> -----------------------------------------
> 
> (Podobne mi nefunguje slmodemd [alsa] s tim, ze nemuze najit
> mixer "modem:1".)
> 
> Netusite nekdo, prosim, co se deje (tj. jestli se jedna o nejake
> rosady v alse?)

Neprehazela se nejak mezi sebou zvukova zarizeni v /etc/modprobe.conf?
Michal


From martin.hankovec na ceskearchivy.cz  Tue May  1 20:58:11 2007
From: martin.hankovec na ceskearchivy.cz (Martin Hankovec)
Date: Tue, 1 May 2007 20:58:11 +0200
Subject: Jak odkaz na externi soubor
References: <000c01c78765$62efd540$0a01a8c0@martin>
	<Pine.LNX.4.64.0704301004320.20657@twin.jikos.cz>
Message-ID: <001101c78c22$ad9e5500$0a01a8c0@martin>

> 
> http://httpfs.sourceforge.net/
> 

Tak tohle vypada asi uplne nejlepe, dekuji, budu experimentovat.
S pozdravem
Martin Hankovec


From Fabriciogalet na asmakta.com  Tue May  1 21:20:01 2007
From: Fabriciogalet na asmakta.com (Fabricio galet)
Date: Tue, 1 May 2007 21:20:01 +0200
Subject: In short, it's a Really Bad Idea.
Message-ID: <000e01c78c25$b6e8fef0$2a381353@Jajo>

Glimpses of the moon.



From andrewclark1700 na yahoo.com.hk  Tue May  1 22:45:09 2007
From: andrewclark1700 na yahoo.com.hk (Andrew Clark)
Date: Tue, 01 May 2007 16:45:09 -0400
Subject: From: Andrew Clark
Message-ID: <E1HizDh-0000d1-Ed@pass6.dizinc.com>

Hello Dear, 

I have the honour and confidence to introduce this business to you in view of the fact that you are trustworthy and reliable as my inquires reveals. 

I am Mr. Andrew Clark a staff of the Standard Chartered Bank here in London Uk. There is an account opened in this bank in 1994 but since 1998 nobody has operated on this account again. After a private and intensive investigation, I discovered that the owner of this account (Mr. Chapman Mark J.) was an oil merchant - a foreigner, who died since 1998 without having a beneficiary to this account. 

http://cnnstudentnews.cnn.com/WORLD/9809/swissair.victims.list/
http://cnnstudentnews.cnn.com/WORLD/americas/9809/08/swissair.02/

My investigation proved to me he never informed any of his family members about this funds and he also did not have any next of kin to the said funds. The amount in this account is  Fifty Five Million Five Hundred Thousand British Pound sterling. Since no one has come forth to claim these funds, the bank management is willing to welcome any foreigner who has correct information to this Account which I will give upon receipt of your positive response towards my proposal. I assure you a 100% that there is no risk to this business. After its conclusion I will retrieve all documents used in the transfer and destroy them in your presence, when I come over to your account base for sharin of funds and possible investment. 

Sharing will be 30% for you, 0.5% for any expenses incurred during this business 30% for charity organizations because this was one of the things he made known to me personaly before he died in the plane crash while the remaining 35% for me. As soon as I hear from you I will put up an annual leave so I could be able to facilitate the transfer of this fund to any Account of your choice. 

Contact me urgently for the way forward. 

Thanks. 

Andrew Clark.





From pve na incad.cz  Wed May  2 08:15:13 2007
From: pve na incad.cz (Pavel Vedral)
Date: Wed, 02 May 2007 08:15:13 +0200
Subject: Update CentOS 4.4 -> CentOS 5
Message-ID: <46382C71.50001@incad.cz>

Zdravim vas vsechny,

chystam se povysit svuj OS viz. subj. pomoci yum na architekture x86_64.
Predpokladam, ze by melo stacit nainstalovat rucne

centos-release-5-0.0.el5.centos.2.x86_64.rpm
centos-release-notes-5.0.0-2.x86_64.rpm

a pak spustit "yum update".

Otazky:

Zkouseli jste to uz nekdo?
Narazili jste na nejaky problem? Treba bug v distribuci, potreba splnit 
nejake nutne vychozi podminky....

Diky za podnety, rad bych to zmaknul na poprve bez obnovy dat ze zaloh :-).

Pavel


From pali na tmapy.cz  Wed May  2 09:30:54 2007
From: pali na tmapy.cz (Pavel =?ISO-8859-1?Q?Lis=FD?=)
Date: Wed, 02 May 2007 09:30:54 +0200
Subject: Update CentOS 4.4 -> CentOS 5
In-Reply-To: <46382C71.50001@incad.cz>
References: <46382C71.50001@incad.cz>
Message-ID: <1178091054.6336.6.camel@prog-11.hk.tmapy.cz>

Pavel Vedral píše v St 02. 05. 2007 v 08:15 +0200:
> Zdravim vas vsechny,
> 
> chystam se povysit svuj OS viz. subj. pomoci yum na architekture x86_64.
> Predpokladam, ze by melo stacit nainstalovat rucne
> 
> centos-release-5-0.0.el5.centos.2.x86_64.rpm
> centos-release-notes-5.0.0-2.x86_64.rpm
> 
> a pak spustit "yum update".
> 
> Otazky:
> 
> Zkouseli jste to uz nekdo?
> Narazili jste na nejaky problem? Treba bug v distribuci, potreba splnit 
> nejake nutne vychozi podminky....
> 
> Diky za podnety, rad bych to zmaknul na poprve bez obnovy dat ze zaloh :-).

Osobně bych se toho spíše obával, mezi těmito verzemi jsou větší rozdíly
(jiný apache, php, mysql, postgresql, ...) určitě se vyskytnou problémy
se změnami v konfiguacích, ...

Záleží rozhodně na tom, kolik toho na tom serveru/desktopu běží. Čím
méně (např. pouze firewall), tím lépe. Jinak na produkčním serveru bych
postupoval spíš odzálohováním všeho, čistou instalací a následnou
konfigurací.

Pavel Lisý



From richard.kotal na dolphingames.com  Wed May  2 09:55:57 2007
From: richard.kotal na dolphingames.com (Richard Kotal)
Date: Wed, 02 May 2007 09:55:57 +0200
Subject: konica minolta bizhub 162
In-Reply-To: <mailman.553.1177929821.4027.linux@linux.cz>
References: <mailman.553.1177929821.4027.linux@linux.cz>
Message-ID: <f19g6d$2csj$1@ns.felk.cvut.cz>

Dobry den,

uvedeny ovladac lze stahnout ze stranky:

http://download2.konicaminoltaeurope.com/openmind/technic/kmbsdwl.nsf/showcomment?openagent&id=93CF91EFC1ECD56DC12572CE0074EBC4&qs=&ch=MFP&dist=BEU&ui=EN&dg=sw&prod=bizhub%20C350&ml=00

Zda to s ni bude fungovat, to jiz nevim.

Richard Kotal

Katerina Bubenickova wrote:
> DD,
> potrebovala bych tisknout na $subj.
> Na openprinting.org doporucuji driver c350_pcl.ppd, ale odkaz na nej
> nefunguje, zrejme ho na strankach vyrobce
> zrusili.
> Google mi ukazal pouze na nekolik dalsich zoufalcu, kteri nemohou tisknout.
> Nema nekdo nahodou tento driver stazeny, nebo nejakou jinou pouzitelnou
> radu?
> 
> Diky
> --Katerina Bubenickova


From kredba na math.cas.cz  Wed May  2 10:17:52 2007
From: kredba na math.cas.cz (David Kredba)
Date: Wed, 2 May 2007 10:17:52 +0200 (CEST)
Subject: Update CentOS 4.4 -> CentOS 5
In-Reply-To: <1178091054.6336.6.camel@prog-11.hk.tmapy.cz>
References: <46382C71.50001@incad.cz>
	<1178091054.6336.6.camel@prog-11.hk.tmapy.cz>
Message-ID: <44600.168.224.1.14.1178093872.squirrel@webmail.math.cas.cz>

Podle mě je třeba ještě doinstalovat yum z nové verze a hlavně zavolat
yum upgrade a ne update.

David

> Pavel Vedral píše v St 02. 05. 2007 v 08:15 +0200:
>> Zdravim vas vsechny,
>>
>> chystam se povysit svuj OS viz. subj. pomoci yum na architekture x86_64.
>> Predpokladam, ze by melo stacit nainstalovat rucne



From info na tiptrans.com  Wed May  2 10:54:46 2007
From: info na tiptrans.com (info na tiptrans.com)
Date: Wed,  2 May 2007 10:54:46 +0200 (CEST)
Subject: www.tiptrans.com ZADOST
Message-ID: <20070502085446.9343857E94@smtp-out3.iol.cz>

Vazeni,

na zaklade zakona c. 480/2004 Sb., o nekterych sluzbach informacni spolecnosti, si Vas dovolujeme pozadat o souhlas s jednorazovym zaslanim obchodniho sdeleni. 

Obsahem budou informace o nove dopravni burze nakladu a dopravy pro dopravce, spedice, vyrobni a produkcni firmy.

http://www.tiptrans-vytezovaci-centrum-pro-dopravce-a-spedice-zdarma.com

Souhlas udelite jednoduse tak, ze odpovite na tento mail a do textu nebo predmetu zpravy vepisete "ANO".

Dekujeme.

http://www.kliknete-a-podivejte-se-na-nove-vytezovaci-centrum-tiptrans.com



From katerina.bubenickova na plbohnice.cz  Wed May  2 13:06:10 2007
From: katerina.bubenickova na plbohnice.cz (Katerina Bubenickova)
Date: Wed, 02 May 2007 13:06:10 +0200
Subject: konica minolta bizhub 162
In-Reply-To: <4635D067.2010703@sendme.cz>
References: <4635C08C.9010200@plbohnice.cz> <4635D067.2010703@sendme.cz>
Message-ID: <463870A2.1060300@plbohnice.cz>

Diky za odkaz,
dneska sice uz nefunguje, ale stahla jsem si to v pondeli.
Jenom nevim, co s tim dal.
Kdyz jsem  zadala KM C350PCL, tak jsem nedokázala nastavit filtry tak,
aby nedoslo k nejakému konfliktu
při pokusu o tisk  je v messages
May  2 11:18:12 kat hp: unable to open /var/run/hpiod.port: No such file
or directory: prnt/hpijs/hplip_api.c 84
May  2 11:18:12 kat hp: unable to connect hpiod socket 50000: Connection
refused: prnt/hpijs/hplip_api.c 703
May  2 11:18:12 kat hp: unable to send ProbeDevices: Broken pipe

Při pouzití souboru di2011_cups_foomatics.ppd sice při nastavování
žádnou chybobou hlášku  o konfliktu nedostávám ani v messages není žádná
chybová zpráva  o tisku není, ale tiskárna netiskne.
K nastavení používám střídavě yast (Mam OpenSuSE 10.1)  a webove
rozhrani localhost:631 ,kde vidim jen
/Print file sent, waiting for printer to finish...
Z M$ Win tiskne tiskarna normalne.
/
Nevim, co je to volitelny modul PCL, jak ho naistalovat ani jak
zkontrolovat, jestli tam je, ale  na predchazejici tiskarnu jsem tiskla
pres GENERIC/PCL_6_PCL_XL_Printer-pxlmono.ppd a fungovalo to.

Diky za kazdou radu,
--Katerina Bubenickova


timco napsal(a):
>
> DD
> Zkuste
> http://download2.konicaminolta.eu/openmind/technic/kmbsdwl.nsf/showdownload?openagent&id=1525B408FC8DD608C12572CC00701A7D&qs=&ch=MFP&dist=BEU&ui=CZ&dg=sw&prod=bizhub%20C350&dsg=&os=Mandrake%20Linux&lang=&ml=00&rid=&sub=&pcat=
> a z něho di2011...ppd ale myslím že bez volitelného PCL modulu nepůjde
>
> M.Pinc
> _______________________________________________
> Linux mailing list
> Linux na linux.cz
> http://www.linux.cz/mailman/listinfo/linux
>   



From SwensonQuinton na admail.com.ar  Wed May  2 12:38:48 2007
From: SwensonQuinton na admail.com.ar (Fritz hecate)
Date: Wed, 02 May 2007 05:38:48 -0500
Subject: need to reach dental offices?
Message-ID: <FAE27EE3.7684.7715C2D5@localhost>




Just extracted - all new DENTIST Directory

Fields: Dentist/Clinic Name, Postal Address, Phone, Fax, Email and Website

Breakdown:

597,959 Total Records
6,494 Emails
6,000 Faxes

Special price until May 4 - $199 

For more information or to place an order please send an email to dentistdata na hotmail.com
To delete your email from our list please send an email with "delete" in the subject heading.



From richard.kotal na dolphingames.com  Wed May  2 13:32:16 2007
From: richard.kotal na dolphingames.com (Richard Kotal)
Date: Wed, 02 May 2007 13:32:16 +0200
Subject: konica minolta bizhub 162
In-Reply-To: <mailman.585.1178102690.4027.linux@linux.cz>
References: <4635C08C.9010200@plbohnice.cz> <4635D067.2010703@sendme.cz>
	<mailman.585.1178102690.4027.linux@linux.cz>
Message-ID: <f19ss0$2klb$1@ns.felk.cvut.cz>

Dobry den,

pro funkcnost celeho systemu je nutne mit naistalovano prostredi hplip.

Viz treba posledni odstavec na adrese:
http://openprinting.org/show_printer.cgi?recnum=KONICA_MINOLTA-BizHub_162

   Needs kmfilterpcl to be installed with CUPS to function properly. 
This is included in the driver download. The driver also needs hplip, 
GhostScript and CUPS.
Driver package is downloadable here, choose "Mandriva Linux" or "SuSE 
Linux" as operating system. Both are the same package and should work 
also with other Linux distributions. The HPIJS package of a recent HPLIP 
needs to be installed.


hplip ziskate zde:
http://hplip.sourceforge.net/

richard kotal



Katerina Bubenickova wrote:
> Diky za odkaz,
> dneska sice uz nefunguje, ale stahla jsem si to v pondeli.
> Jenom nevim, co s tim dal.
> Kdyz jsem  zadala KM C350PCL, tak jsem nedokázala nastavit filtry tak,
> aby nedoslo k nejakému konfliktu
> při pokusu o tisk  je v messages
> May  2 11:18:12 kat hp: unable to open /var/run/hpiod.port: No such file
> or directory: prnt/hpijs/hplip_api.c 84
> May  2 11:18:12 kat hp: unable to connect hpiod socket 50000: Connection
> refused: prnt/hpijs/hplip_api.c 703
> May  2 11:18:12 kat hp: unable to send ProbeDevices: Broken pipe
> 
> Při pouzití souboru di2011_cups_foomatics.ppd sice při nastavování
> žádnou chybobou hlášku  o konfliktu nedostávám ani v messages není žádná
> chybová zpráva  o tisku není, ale tiskárna netiskne.
> K nastavení používám střídavě yast (Mam OpenSuSE 10.1)  a webove
> rozhrani localhost:631 ,kde vidim jen
> /Print file sent, waiting for printer to finish...
> Z M$ Win tiskne tiskarna normalne.
> /
> Nevim, co je to volitelny modul PCL, jak ho naistalovat ani jak
> zkontrolovat, jestli tam je, ale  na predchazejici tiskarnu jsem tiskla
> pres GENERIC/PCL_6_PCL_XL_Printer-pxlmono.ppd a fungovalo to.
> 
> Diky za kazdou radu,
> --Katerina Bubenickova
> 
> 
> timco napsal(a):
> 
>>DD
>>Zkuste
>>http://download2.konicaminolta.eu/openmind/technic/kmbsdwl.nsf/showdownload?openagent&id=1525B408FC8DD608C12572CC00701A7D&qs=&ch=MFP&dist=BEU&ui=CZ&dg=sw&prod=bizhub%20C350&dsg=&os=Mandrake%20Linux&lang=&ml=00&rid=&sub=&pcat=
>>a z něho di2011...ppd ale myslím že bez volitelného PCL modulu nepůjde
>>
>>M.Pinc
>>_______________________________________________
>>Linux mailing list
>>Linux na linux.cz
>>http://www.linux.cz/mailman/listinfo/linux
>>  
> 
> 


From libor_ml1 na mts.cz  Wed May  2 13:39:48 2007
From: libor_ml1 na mts.cz (Libor Chocholaty)
Date: Wed, 02 May 2007 13:39:48 +0200
Subject: www.tiptrans.com ZADOST
In-Reply-To: <20070502085446.9343857E94@smtp-out3.iol.cz>
References: <20070502085446.9343857E94@smtp-out3.iol.cz>
Message-ID: <46387884.1080507@mts.cz>

Ahoj,

nevite, kam se maji hlasit spameri, aby dostali za ousko?

Libor

info na tiptrans.com wrote:
> Vazeni,
>
> na zaklade zakona c. 480/2004 Sb., o nekterych sluzbach informacni spolecnosti, si Vas dovolujeme pozadat o souhlas s jednorazovym zaslanim obchodniho sdeleni. 
>
> Obsahem budou informace o nove dopravni burze nakladu a dopravy pro dopravce, spedice, vyrobni a produkcni firmy.
>
> http://www.tiptrans-vytezovaci-centrum-pro-dopravce-a-spedice-zdarma.com
>
> Souhlas udelite jednoduse tak, ze odpovite na tento mail a do textu nebo predmetu zpravy vepisete "ANO".
>
> Dekujeme.
>
> http://www.kliknete-a-podivejte-se-na-nove-vytezovaci-centrum-tiptrans.com
>   



From lukesh na seznam.cz  Wed May  2 14:25:11 2007
From: lukesh na seznam.cz (Jaroslav Lukesh)
Date: Wed, 2 May 2007 14:25:11 +0200
Subject: www.tiptrans.com ZADOST
References: <20070502085446.9343857E94@smtp-out3.iol.cz>
	<46387884.1080507@mts.cz>
Message-ID: <08b801c78cb4$edff4540$6164a8c0@xp>

blacklist funguje spolehlivě, nejlépe takový kterému je nutno pro odstranění 
zaplatit. Pak je 100% takové choutky přejdou.

----- Original Message ----- 
From: "Libor Chocholaty" <libor_ml1 na mts.cz>

nevite, kam se maji hlasit spameri, aby dostali za ousko?

Libor

info na tiptrans.com wrote:
> Vazeni,
>
> na zaklade zakona c. 480/2004 Sb., o nekterych sluzbach informacni 



From dmichal na altien.com  Wed May  2 14:58:48 2007
From: dmichal na altien.com (David Michal)
Date: Wed, 2 May 2007 13:58:48 +0100
Subject: www.tiptrans.com ZADOST
In-Reply-To: <46387884.1080507@mts.cz>
References: <20070502085446.9343857E94@smtp-out3.iol.cz>
	<46387884.1080507@mts.cz>
Message-ID: <D65DE45E9DB07C43B4F5210329E41BE62B3ECC@londinium.hq.altien.com>

Zdravim,
No nevim ale vozit se po podepsanych "spamerech", kteri postupuji dle
zakona, mi prijde ponekud levne. Ja bych spise uvital moznost jak se
zbavit anonymnich nabizecu pilulek. Obvzlaste ta jejich nova metoda, kdy
ve zprave neni jediny link a samotna nabidka pilulek je obalena
okopirovanym textem z nejake knizky, mi prijde dost zakerna a strojove
prozatim nerozpoznatelna. Nebo nekdo uz mate nejaky zpusob jak se jim
branit?
Hezky den,
David

> -----Original Message-----
> From: linux-bounces na linux.cz [mailto:linux-bounces na linux.cz] On Behalf
> Of Libor Chocholaty
> Sent: Wednesday, May 02, 2007 12:40 PM
> To: Diskuse o Linuxu v cestine
> Subject: Re: www.tiptrans.com ZADOST
> 
> Ahoj,
> 
> nevite, kam se maji hlasit spameri, aby dostali za ousko?
> 
> Libor
> 
> info na tiptrans.com wrote:
> > Vazeni,
> >
> > na zaklade zakona c. 480/2004 Sb., o nekterych sluzbach informacni
> spolecnosti, si Vas dovolujeme pozadat o souhlas s jednorazovym
> zaslanim obchodniho sdeleni.



From spam na nagano.cz  Wed May  2 15:17:30 2007
From: spam na nagano.cz (Ladislav Vaiz)
Date: Wed, 2 May 2007 15:17:30 +0200 (CEST)
Subject: www.tiptrans.com ZADOST
In-Reply-To: <D65DE45E9DB07C43B4F5210329E41BE62B3ECC@londinium.hq.altien.com>
References: <20070502085446.9343857E94@smtp-out3.iol.cz>
	<46387884.1080507@mts.cz>
	<D65DE45E9DB07C43B4F5210329E41BE62B3ECC@londinium.hq.altien.com>
Message-ID: <Pine.LNX.4.63.0705021516050.10595@nagano.cz>

Ano, greylistem. Potrebujete ale mit pod kontrolou sve smtp servery a 
nesmi vam vadit zpozdeni prvniho mailu od kazdeho odesilatele.
Lada


On Wed, 2 May 2007, David Michal wrote:

> Zdravim,
> No nevim ale vozit se po podepsanych "spamerech", kteri postupuji dle
> zakona, mi prijde ponekud levne. Ja bych spise uvital moznost jak se
> zbavit anonymnich nabizecu pilulek. Obvzlaste ta jejich nova metoda, kdy
> ve zprave neni jediny link a samotna nabidka pilulek je obalena
> okopirovanym textem z nejake knizky, mi prijde dost zakerna a strojove
> prozatim nerozpoznatelna. Nebo nekdo uz mate nejaky zpusob jak se jim
> branit?


From lisicky na opt.cd.cz  Wed May  2 15:25:17 2007
From: lisicky na opt.cd.cz (=?UTF-8?Q?Lisick=C3=BD_Ji=C5=99=C3=AD?=)
Date: Wed, 02 May 2007 15:25:17 +0200
Subject: Update CentOS 4.4 -> CentOS 5
In-Reply-To: <46382C71.50001@incad.cz>
References: <46382C71.50001@incad.cz>
Message-ID: <1178112317.2662.3.camel@lisicky-jiri.opt.cd.cz>

Pavel Vedral píše v St 02. 05. 2007 v 08:15 +0200:
> Zdravim vas vsechny,
> 
> chystam se povysit svuj OS viz. subj. pomoci yum na architekture x86_64.
> Predpokladam, ze by melo stacit nainstalovat rucne
> 
> centos-release-5-0.0.el5.centos.2.x86_64.rpm
> centos-release-notes-5.0.0-2.x86_64.rpm
> 
> a pak spustit "yum update".
> 
> Otazky:
> 
> Zkouseli jste to uz nekdo?
zatím nezkoušel

> Narazili jste na nejaky problem? Treba bug v distribuci, potreba splnit 
> nejake nutne vychozi podminky....
Je to popsáno v dokumentaci - odkaz na hlavní stránce Release
Announcement přímý link
http://lists.centos.org/pipermail/centos-announce/2007-April/013660.html
dále pak http://wiki.centos.org/Migration/5

> Diky za podnety, rad bych to zmaknul na poprve bez obnovy dat ze zaloh :-).
těšíme se na výsledky ;-)



From qaxi na seznam.cz  Wed May  2 15:29:02 2007
From: qaxi na seznam.cz (=?UTF-8?B?IlBldHIgXCJRYXhpXCIgS2zDrW1hIg==?=)
Date: Wed, 02 May 2007 15:29:02 +0200
Subject: www.tiptrans.com ZADOST
In-Reply-To: <Pine.LNX.4.63.0705021516050.10595@nagano.cz>
References: <20070502085446.9343857E94@smtp-out3.iol.cz>
	<46387884.1080507@mts.cz>
	<D65DE45E9DB07C43B4F5210329E41BE62B3ECC@londinium.hq.altien.com>
	<Pine.LNX.4.63.0705021516050.10595@nagano.cz>
Message-ID: <4638921E.6040900@seznam.cz>

Ladislav Vaiz napsal(a):
> Ano, greylistem. Potrebujete ale mit pod kontrolou sve smtp servery a 
> nesmi vam vadit zpozdeni prvniho mailu od kazdeho odesilatele.
> Lada
> 

Hmm ... naposledy kdyz jsem to zkusil, s nastaveným "zkuste za" 1min a 
zapamatováním na týden, tak cca 30% SMTP (win) serverů nevedělo že 4.x.x 
  (nepamatuju se co presne tam bylo) Try Later znamená Try Later.

Proste to zabalili a mail prostě nepřišel ...

-- 

    Petr Klíma

    e-mail:  qaxi na seznam.cz



From spam na nagano.cz  Wed May  2 15:39:00 2007
From: spam na nagano.cz (Ladislav Vaiz)
Date: Wed, 2 May 2007 15:39:00 +0200 (CEST)
Subject: Greylist (was Re: www.tiptrans.com ZADOST)
In-Reply-To: <4638921E.6040900@seznam.cz>
References: <20070502085446.9343857E94@smtp-out3.iol.cz>
	<46387884.1080507@mts.cz>
	<D65DE45E9DB07C43B4F5210329E41BE62B3ECC@londinium.hq.altien.com>
	<Pine.LNX.4.63.0705021516050.10595@nagano.cz>
	<4638921E.6040900@seznam.cz>
Message-ID: <Pine.LNX.4.63.0705021534520.10595@nagano.cz>

>
> Hmm ... naposledy kdyz jsem to zkusil, s nastaveným "zkuste za" 1min a
> zapamatováním na týden, tak cca 30% SMTP (win) serverů nevedělo že 4.x.x
>  (nepamatuju se co presne tam bylo) Try Later znamená Try Later.
>
> Proste to zabalili a mail prostě nepřišel ...

S tim jsem se nesetkal. Nejsem vsak odpovedny za nedodrzovani standardu 
cizimi stroji a nijak mi to nevadi. Jako spravce hobby serveru si to muzu 
dovolit. Jak jste se o tom dozvedel? Odesilateli prisla bounce? Nebo ty 
odmitnute servery byli spammeri? :-)

Lada

From libor_ml1 na mts.cz  Wed May  2 15:58:48 2007
From: libor_ml1 na mts.cz (Libor Chocholaty)
Date: Wed, 02 May 2007 15:58:48 +0200
Subject: www.tiptrans.com ZADOST
In-Reply-To: <D65DE45E9DB07C43B4F5210329E41BE62B3ECC@londinium.hq.altien.com>
References: <20070502085446.9343857E94@smtp-out3.iol.cz>	<46387884.1080507@mts.cz>
	<D65DE45E9DB07C43B4F5210329E41BE62B3ECC@londinium.hq.altien.com>
Message-ID: <46389918.6070405@mts.cz>

David Michal wrote:
> Zdravim,
> No nevim ale vozit se po podepsanych "spamerech", kteri postupuji dle
> zakona,
Oni NEpostupuji podle zakona. Oni dali svoji nabidku uz do te zadosti. 
Takze je to nevyzadane obchodni sdeleni. Navic u nas plati opt-in a pri 
vsi soudnosti nelze spam povazovat za nabidku pro opt-in. opt-in ma byt 
vyzadany ze strany adresata a ne odesilatele.

Libor
>  mi prijde ponekud levne. Ja bych spise uvital moznost jak se
> zbavit anonymnich nabizecu pilulek. Obvzlaste ta jejich nova metoda, kdy
> ve zprave neni jediny link a samotna nabidka pilulek je obalena
> okopirovanym textem z nejake knizky, mi prijde dost zakerna a strojove
> prozatim nerozpoznatelna. Nebo nekdo uz mate nejaky zpusob jak se jim
> branit?
> Hezky den,
> David
>
>   
>> -----Original Message-----
>> From: linux-bounces na linux.cz [mailto:linux-bounces na linux.cz] On Behalf
>> Of Libor Chocholaty
>> Sent: Wednesday, May 02, 2007 12:40 PM
>> To: Diskuse o Linuxu v cestine
>> Subject: Re: www.tiptrans.com ZADOST
>>
>> Ahoj,
>>
>> nevite, kam se maji hlasit spameri, aby dostali za ousko?
>>
>> Libor
>>
>> info na tiptrans.com wrote:
>>     
>>> Vazeni,
>>>
>>> na zaklade zakona c. 480/2004 Sb., o nekterych sluzbach informacni
>>>       
>> spolecnosti, si Vas dovolujeme pozadat o souhlas s jednorazovym
>> zaslanim obchodniho sdeleni.
>>     



From xpisar na fi.muni.cz  Wed May  2 17:14:30 2007
From: xpisar na fi.muni.cz (Petr Pisar)
Date: Wed, 2 May 2007 15:14:30 +0000 (UTC)
Subject: www.tiptrans.com ZADOST
References: <20070502085446.9343857E94@smtp-out3.iol.cz>
	<46387884.1080507@mts.cz>
	<D65DE45E9DB07C43B4F5210329E41BE62B3ECC@londinium.hq.altien.com>
	<46389918.6070405__45774.7394605123$1178114344$gmane$org@mts.cz>
Message-ID: <slrnf3hamm.v46.xpisar@album.ics.muni.cz>

On 2007-05-02, Libor Chocholaty <libor_ml1 na mts.cz> wrote:
> David Michal wrote:
>> No nevim ale vozit se po podepsanych "spamerech", kteri postupuji dle
>> zakona,
> Oni NEpostupuji podle zakona. Oni dali svoji nabidku uz do te zadosti. 
> Takze je to nevyzadane obchodni sdeleni. Navic u nas plati opt-in a pri 
> vsi soudnosti nelze spam povazovat za nabidku pro opt-in. opt-in ma byt 
> vyzadany ze strany adresata a ne odesilatele.
>
Ale postupovali. Jejich mail je presne v souladu se zakonem: V prvni
casti (souvisly text) vas informuji o tematu komercniho sdeleni. Nikde
nepropaguji konkretni firmu ci vyrobek. V druhe casti maji odkaz.
V zakone se doslova pise, ze domenove jmeno ci jina adresa se za
obchodni sdeleni nepovazuje. Takze kdyz vyrobili takovou intuitivni
a podprahovou domenu, tak de jure nedelaji nic spatneho. Tudiz proti
zprave jako celku nelze vznest zadny protest.

Na druhou stranu souhlasim, ze jejich jednani je necestne a zaslouzili
by si urezat kabely k jejich ISP.

--Petr



From info na primaweb.cz  Wed May  2 17:31:14 2007
From: info na primaweb.cz (Martin Maler)
Date: Wed, 2 May 2007 17:31:14 +0200
Subject: www.tiptrans.com ZADOST
In-Reply-To: <slrnf3hamm.v46.xpisar@album.ics.muni.cz>
References: <20070502085446.9343857E94@smtp-out3.iol.cz>
	<46387884.1080507@mts.cz>
	<D65DE45E9DB07C43B4F5210329E41BE62B3ECC@londinium.hq.altien.com>
	<46389918.6070405__45774.7394605123$1178114344$gmane$org@mts.cz>
	<slrnf3hamm.v46.xpisar@album.ics.muni.cz>
Message-ID: <20070502152556.M25285@primaweb.cz>

www.uoou.cz - urad pro ochranu osobnich udaju. 
Posoudi soulad se zakonem a pripadne da i za ousko...

Martin




On Wed, 2 May 2007 15:14:30 +0000 (UTC), Petr Pisar wrote
> On 2007-05-02, Libor Chocholaty <libor_ml1 na mts.cz> wrote:
> > David Michal wrote:
> >> No nevim ale vozit se po podepsanych "spamerech", kteri postupuji dle
> >> zakona,
> > Oni NEpostupuji podle zakona. Oni dali svoji nabidku uz do te zadosti. 
> > Takze je to nevyzadane obchodni sdeleni. Navic u nas plati opt-in a pri 
> > vsi soudnosti nelze spam povazovat za nabidku pro opt-in. opt-in ma byt 
> > vyzadany ze strany adresata a ne odesilatele.
> >
> Ale postupovali. Jejich mail je presne v souladu se zakonem: V prvni
> casti (souvisly text) vas informuji o tematu komercniho sdeleni. 
> Nikde nepropaguji konkretni firmu ci vyrobek. V druhe casti maji odkaz.
> V zakone se doslova pise, ze domenove jmeno ci jina adresa se za
> obchodni sdeleni nepovazuje. Takze kdyz vyrobili takovou intuitivni
> a podprahovou domenu, tak de jure nedelaji nic spatneho. Tudiz proti
> zprave jako celku nelze vznest zadny protest.
> 
> Na druhou stranu souhlasim, ze jejich jednani je necestne a 
> zaslouzili by si urezat kabely k jejich ISP.
> 
> --Petr
> 
> _______________________________________________
> Linux mailing list
> Linux na linux.cz
> http://www.linux.cz/mailman/listinfo/linux






From janis na alberon.cz  Wed May  2 17:52:00 2007
From: janis na alberon.cz (Zdenek Janis)
Date: Wed, 02 May 2007 17:52:00 +0200
Subject: Spousteni skriptu ze skriptu a cteni ze stdin
Message-ID: <4638B3A0.9010005@alberon.cz>

Dobry den,
potebuji vyhledat (podle regex vyrazu) vsechny skripty, ty pak postupne 
spustit a to tak, aby spustene skripty mohli cist ze stdin hlavniho 
skriptu a pritom mohl v hlavnim skriptu odchytit vystupy a navratove 
kody z jednotlivych spustenych skriptu.

Zatim jsem to vyresil takto (zjednodusene):

*** soubor "sbase.sh":

#!/bin/bash

Y=0;
while read X; do
     let Y++;
     echo -n "$Y: \"$X\" -> ";
     if LOG=$(./$X $* 2>&1); then
         echo "ok";
     else
         echo "error";
     fi;
     echo "$LOG";
     echo "";
done < <(find ./ -iregex '^\./s[0-9]+\.sh$' | sort);

echo "...konec...";


*** soubor "s01.sh" a "s02.sh":

#!/bin/bash

echo "PAR: \"$@\"";
#read -t 10 LL;
echo "READ LL: \"$LL\"";

exit 0;

*** spusteni:
(echo "t1"; echo "t2";) | ./sbase.sh par1 par2

*** vystup (plati bez read v "s01.sh" a "s02.sh"):

1: "./s01.sh" -> ok
PAR: "par1 par2"
READ LL: ""

2: "./s02.sh" -> ok
PAR: "par1 par2"
READ LL: ""

...konec...

Castecne to dela co potrebuji, tedy jsem schopen zpracovat jak vystupy 
ze skriptu "s01.sh" a "s02.sh", tak navratovy kod. Ve skriptech mam 
pristup k parametrum predanym hlavnimu skriptu "sbase.sh", ale uz 
nedokazu spracovat (nacist) ve skriptech "s01.sh" a "s02.sh" data, ktera 
poslu na stdin hlavnimu skriptu. Je na to nejake reseni aniz bych musel 
v hlavnim skriptu "sbase.sh" nacit stdin do promenne/souboru a pak to 
poslat do spusteneho sktiptu?

Dekuji za pripadne rady/namety.

-- 
     Zdenek Janis


From konference na betateam.com  Wed May  2 18:12:21 2007
From: konference na betateam.com (Zdenek Mazanec)
Date: Wed, 2 May 2007 18:12:21 +0200
Subject: Greylist (was Re: www.tiptrans.com ZADOST)
In-Reply-To: <Pine.LNX.4.63.0705021534520.10595@nagano.cz>
References: <20070502085446.9343857E94@smtp-out3.iol.cz>
	<4638921E.6040900@seznam.cz>
	<Pine.LNX.4.63.0705021534520.10595@nagano.cz>
Message-ID: <200705021812.21976.konference@betateam.com>

On Wednesday 02 of May 2007 15:39:00 Ladislav Vaiz wrote:
> > Hmm ... naposledy kdyz jsem to zkusil, s nastaveným "zkuste za" 1min a
> > zapamatováním na týden, tak cca 30% SMTP (win) serverů nevedělo že 4.x.x
> >  (nepamatuju se co presne tam bylo) Try Later znamená Try Later.
> >
> > Proste to zabalili a mail prostě nepřišel ...
>
> S tim jsem se nesetkal. Nejsem vsak odpovedny za nedodrzovani standardu
> cizimi stroji a nijak mi to nevadi. Jako spravce hobby serveru si to muzu
> dovolit. Jak jste se o tom dozvedel? Odesilateli prisla bounce? Nebo ty
> odmitnute servery byli spammeri? :-)

Problem je, ze neexistuji pouze hobby servery a i u tech to drive ci pozdeji 
zacne vadit - nejpozdeji v okamziku, kdy vam to vykosti nabidku k ucasti na 
neodolatelne uzasnem projektu.
Osobne mi prijde, ze vice ci mene soukromy dns blacklist krmeny vhodnymi daty 
s rozumnou expiraci udela lepsi sluzbu.

-- 
Zdenek Mazanec
http://mandrivauser.cz


From spam na nagano.cz  Wed May  2 18:53:33 2007
From: spam na nagano.cz (Ladislav Vaiz)
Date: Wed, 02 May 2007 18:53:33 +0200
Subject: Greylist (was Re: www.tiptrans.com ZADOST)
In-Reply-To: <200705021812.21976.konference@betateam.com>
References: <20070502085446.9343857E94@smtp-out3.iol.cz>	<4638921E.6040900@seznam.cz>	<Pine.LNX.4.63.0705021534520.10595@nagano.cz>
	<200705021812.21976.konference@betateam.com>
Message-ID: <4638C20D.1050507@nagano.cz>


> Problem je, ze neexistuji pouze hobby servery a i u tech to drive ci pozdeji 
> zacne vadit - nejpozdeji v okamziku, kdy vam to vykosti nabidku k ucasti na 
> neodolatelne uzasnem projektu.
> Osobne mi prijde, ze vice ci mene soukromy dns blacklist krmeny vhodnymi daty 
> s rozumnou expiraci udela lepsi sluzbu.
>
>   
Já to beru, žádné řešení není všespásné a u spamu to platí také. 
Neodolatelné nabídky z korektních MTA mi přijdou tak jako tak. Zpoždění 
u prvních mailů je typicky kolem půl hodiny a to snadno přežiju. Kdo mi 
něco chce rychleji, tak nepoužije e-mail.
Je to samozřejmě na konkrétním správci, aby zvážil všechna pro a proti. 
U mě to vyhrál postgrey a těch několik prošlých spamů měsíčně beru za 
vítané zpestření dne.

Láďa



From mcepl na redhat.com  Wed May  2 22:24:49 2007
From: mcepl na redhat.com (Matej Cepl)
Date: Wed, 02 May 2007 22:24:49 +0200
Subject: DSL-G684T -- konfigurace =?UTF-8?Q?pomoc=C3=AD?= telnetu?
Message-ID: <slrnf3hssh.r1n.mcepl@hubmaier.ceplovi.cz>

Dobrý den,

koupil jsem si wifi/router/ADSL modem DSL-G684T od D-Linku 
a začínám mít pocit, že jsem se pěkně napálil. Na krabici mají 
napsáno, že podporují Linux (to mě docela zarazilo a příjemně 
překvapilo), ale zdá se, že to nebude až tak úplně pravda -- 
nejprve mi nepracovalo tlačítko ``Save and Reboot'' ve Firefoxu 
1.5.0.10, takže jsem měl jenom plně otevřenou wifi síť, a když
jsem z (dosti nerudného a nepříjemného) supportu vyrazil odkaz na 
nový firmware, tak sice tohle tlačítko začalo fugnovat, ale 
přestalo fungovat tlačítko na uložení hodnot wifi (jak ve 
wizardu, tak v nastavení) takže teď nemám wifi vůbec. Ach jo.

Proč to ale píšu -- také se všude ve všech reklamních materiálech 
tvrdí, že zařízení je možné konfigurovat i pomocí telnetu a SNMP.  
Na to druhé si netroufám, ale pomocí telnetu jsem se do toho 
naboural, ale nějak jsem nepochopil jak to nakonfigurovat.  
Support mi přiznal, že ani oni žádný manuál na telnetění nemají.  
Nevěděl by někdo o něčem?

Díky,

Matěj Cepl


From dast na panelnet.cz  Thu May  3 03:54:38 2007
From: dast na panelnet.cz (Dalibor Straka)
Date: Thu, 3 May 2007 03:54:38 +0200
Subject: www.tiptrans.com ZADOST
In-Reply-To: <4638921E.6040900@seznam.cz>
References: <20070502085446.9343857E94@smtp-out3.iol.cz>
	<46387884.1080507@mts.cz>
	<D65DE45E9DB07C43B4F5210329E41BE62B3ECC@londinium.hq.altien.com>
	<Pine.LNX.4.63.0705021516050.10595@nagano.cz>
	<4638921E.6040900@seznam.cz>
Message-ID: <20070503015438.GA4841@panelnet.cz>

On Wed, May 02, 2007 at 03:29:02PM +0200, "Petr \"Qaxi\" Klíma" wrote:
> Ladislav Vaiz napsal(a):
> > Ano, greylistem. Potrebujete ale mit pod kontrolou sve smtp servery a 
> > nesmi vam vadit zpozdeni prvniho mailu od kazdeho odesilatele.
> > Lada
> > 
> 
> Hmm ... naposledy kdyz jsem to zkusil, s nastaveným "zkuste za" 1min a 
> zapamatováním na týden, tak cca 30% SMTP (win) serverů nevedělo že 4.x.x 
>   (nepamatuju se co presne tam bylo) Try Later znamená Try Later.
> 
Mohl byste byt konkretnejsi, ktery MTA reaguje na 450 jako na
nedorucitelnost? Nebo obecneji na 4xx zpravy jako na 5xx?

Zpravy 4xx se bezne stavaji: Dojde misto na disku, dojde pamet, je
prilis mnoho spojeni apod.
-- Dalibor Straka


From qaxi na seznam.cz  Thu May  3 07:26:20 2007
From: qaxi na seznam.cz (=?UTF-8?B?IlBldHIgXCJRYXhpXCIgS2zDrW1hIg==?=)
Date: Thu, 03 May 2007 07:26:20 +0200
Subject: www.tiptrans.com ZADOST
In-Reply-To: <20070503015438.GA4841@panelnet.cz>
References: <20070502085446.9343857E94@smtp-out3.iol.cz>
	<46387884.1080507@mts.cz>
	<D65DE45E9DB07C43B4F5210329E41BE62B3ECC@londinium.hq.altien.com>
	<Pine.LNX.4.63.0705021516050.10595@nagano.cz>
	<4638921E.6040900@seznam.cz> <20070503015438.GA4841@panelnet.cz>
Message-ID: <4639727C.7030505@seznam.cz>

>> Hmm ... naposledy kdyz jsem to zkusil, s nastaveným "zkuste za" 1min a 
>> zapamatováním na týden, tak cca 30% SMTP (win) serverů nevedělo že 4.x.x 
>>   (nepamatuju se co presne tam bylo) Try Later znamená Try Later.
>>
> Mohl byste byt konkretnejsi, ktery MTA reaguje na 450 jako na
> nedorucitelnost? Nebo obecneji na 4xx zpravy jako na 5xx?

rad bych byl ...

Ale ty logy uz nemam. Vyzkoušejte sám ... já zas chvilku dám SMTP 
serveru pokoj ...

    Petr Klíma

    e-mail:  qaxi na seznam.cz



From 4-interpolant na aditel.com  Thu May  3 07:01:11 2007
From: 4-interpolant na aditel.com (Marilyn befogging)
Date: Wed, 02 May 2007 23:01:11 -0600
Subject: Looking for Chiropractors?
Message-ID: <9A487EE3.7684.0C15C2D5@localhost>




This week's special:

--------------------------------------------------
- New Database : American Chiropractor's Offices -
--------------------------------------------------

Fields: Chiropractor/Clinic Name, Postal Address, Phone, Fax, Email and Website
Date Created: Apr 5, 2007
Format: MS Excel
License: Unlimited Use


Breakdown:

108,421 Total Records
3,414 Emails
6,553 Faxes

Special price until May 4 - $199 

Inquiries, please email chiropractordata na hotmail.com





To stop receiving emails from us please email with "off" in the subject.


From mandrake.user na seznam.cz  Thu May  3 09:02:23 2007
From: mandrake.user na seznam.cz (=?us-ascii?Q?mandrake=2Euser?=)
Date: Thu, 03 May 2007 09:02:23 +0200 (CEST)
Subject: =?iso-8859-2?Q?Greylisting=20=2D=20=BEe=20by=20u=BE=20na=20n=ECj=20do=B9lo=3F?=
Message-ID: <2863.4678-4970-666282437-1178175743@seznam.cz>

Dobrý den.
V posledních dnech mě začalo chodit více spamu jak za posledního půl roku. Jako největší kladivo platilo použití greylistu. Zkontroloval jsem logy a greylisting funguje, ovšem spam chodí, takže bych usodil, že spameři už slepě neposílají jen jednou. 

Zaznamenal jste toto taky někdo?

Havlát Zdeněk


From karels na pc163.gr.ph.ct.cz  Thu May  3 10:38:21 2007
From: karels na pc163.gr.ph.ct.cz (Karel Salavec)
Date: Thu, 3 May 2007 10:38:21 +0200
Subject: Apache vs. AD [SOLVED]
In-Reply-To: <200704110748.02595.karels@pc163.gr.ph.ct.cz>
References: <200704050652.l356q3aB004711@merlin.fonet.cz>
	<4615F241.2090005@mavipet.sk>
	<200704110748.02595.karels@pc163.gr.ph.ct.cz>
Message-ID: <200705031038.22272.karels@pc163.gr.ph.ct.cz>

Dne středa 11 duben 2007 07:48 Karel Salavec napsal(a):
>
> Ono to tedy bylo popsano v puvodnim mailu, ale ...
>
> Stav: samba rozchozena, winbind funkcni, pocitac uspesne zapojen do AD
>
> Kdyz dam doporucene nastaveni do auth_ntlm_winbind.conf ve tvaru
>
> LoadModule auth_ntlm_winbind_module modules/mod_auth_ntlm_winbind.so
>
> <Directory "/var/www/html/private">
>      AuthName "NTLM_Authentication_thingy"
>      NTLMAuth on
>      NTLMBasicRealm USER.CT.CZ
>      NTLMAuthHelper "/usr/bin/ntlm_auth --helper-protocol=squid-2.5-ntlmssp
> --debuglevel=10"
>      NTLMBasicAuthoritative on
>      AuthType NTLM
>      require valid-user
>    </Directory>
>
> tak se v logu /var/log/httpd/error_log objevi neco takovehleho:
.
.
.
> [2007/04/10 09:53:21, 10]
> utils/ntlm_auth.c:manage_squid_ntlmssp_request(608) NTLMSSP
> NT_STATUS_INVALID_PARAMETER
>
>
> A jsem v ...
> _______________________________________________

DD,

tak nakonec se ukazalo, ze panove od Windowsu se opomneli zminit, ze vsechno v 
AD je sifrovano, takze bez rozchozene podpory SSL neni nejmensi sance ...

Ach jo :-(((

Karel


From tomas.krbec na gmail.com  Thu May  3 12:26:39 2007
From: tomas.krbec na gmail.com (=?UTF-8?Q?Tom=C3=A1=C5=A1_Krbec?=)
Date: Thu, 3 May 2007 12:26:39 +0200
Subject: CentOS5, Samba a sdileni bez hesla
Message-ID: <be31d3800705030326u6c3e383ag9777094ca053127c@mail.gmail.com>

Zdravím,

Nainstaloval jsem CentOS5 a spustil jsem sambu. Chtěl jsem dosáhnout
toho, abych měl sdílený adresář, kde může kdokoli cokoli.

Samba je nastavena takto:

[global]
       workgroup = GRANDNET
       server string = GRAND Server
       security = SHARE
       log file = /var/log/samba/%m.log
       max log size = 50
       dns proxy = No
       cups options = raw

[homes]
       comment = Home Directories
       read only = No
       browseable = No

[printers]
       comment = All Printers
       path = /usr/spool/samba
       printable = Yes
       browseable = No

[tmp]
       comment = Temporary file space
       path = /tmp
       read only = No
       guest ok = Yes

[sdileni]
       comment = Univerzalni sdileni
       path = /sdileni
       read only = No
       guest ok = Yes


Práva na filesystému jsou takto:

drwxrwxrwt  5 root root  4096 dub 26 11:49 tmp
drwxrwxrwt  4 root root  4096 dub 26 11:57 sdileni

Jenže systém se chová rozdílně v adresáři tmp a sdileni.
Když přistupuji z windows, mohu ve sdileni "tmp" skutečně dělat cokoli
(přidávat, mazat, přejmenovávat soubory i adresáře)
Ve sdílení "sdileni" mohu ale jen přidávat soubory. Adresáře mohu ale
jak přidávat, tak i přejmenovávat a mazat.
SELINUX je vypnut.
dmesg píše
SELinux:  Disabled at runtime.
SELinux:  Unregistering netfilter hooks

Nevím, kde bych měl ještě hledati.

Díky za pomoc


-- 
S pozdravem
Tomáš Krbec

From daemon na svoboda.cz  Thu May  3 12:39:57 2007
From: daemon na svoboda.cz (Petr Vejsada)
Date: Thu, 03 May 2007 12:39:57 +0200
Subject: CentOS5, Samba a sdileni bez hesla
References: <mailman.616.1178188001.4027.linux@linux.cz>
Message-ID: <f1ce5t$861$1@linux.svoboda.cz>

Tomáš Krbec wrote:

> Jenže systém se chová rozdílně v adresáři tmp a sdileni.

no jedine, co me napada, je, ze "sdileni" a "tmp" jsou na ruznych
filesystemech a tak se chovaji jinak. ACL ?

-- 
Petr



From pna.lists na seznam.cz  Thu May  3 13:47:50 2007
From: pna.lists na seznam.cz (pna.lists)
Date: Thu, 3 May 2007 13:47:50 +0200
Subject: www.tiptrans.com ZADOST
In-Reply-To: <20070503015438.GA4841@panelnet.cz>
References: <20070502085446.9343857E94@smtp-out3.iol.cz>
	<46387884.1080507@mts.cz>
	<D65DE45E9DB07C43B4F5210329E41BE62B3ECC@londinium.hq.altien.com>
	<Pine.LNX.4.63.0705021516050.10595@nagano.cz>
	<4638921E.6040900@seznam.cz> <20070503015438.GA4841@panelnet.cz>
Message-ID: <79c3b82c0705030447t69b3407bp4512f873894be833@mail.gmail.com>

> > Hmm ... naposledy kdyz jsem to zkusil, s nastaveným "zkuste za" 1min a
> > zapamatováním na týden, tak cca 30% SMTP (win) serverů nevedělo že 4.x.x
> >   (nepamatuju se co presne tam bylo) Try Later znamená Try Later.
> >
> Mohl byste byt konkretnejsi, ktery MTA reaguje na 450 jako na
> nedorucitelnost? Nebo obecneji na 4xx zpravy jako na 5xx?
>
> Zpravy 4xx se bezne stavaji: Dojde misto na disku, dojde pamet, je
> prilis mnoho spojeni apod.

Se 4xx mela snad potiz nejaka stara verze GroupWise. A take lide,
kteri pouzivali na serveru odchozi antivirovou SMTP proxy od Grisoftu
(AVG) -- nutno podotknout, ze proxy byla urcena pro klientske stroje a
na nich fungovala bez problemu.

Normalni SMTP servery na Windowsech s 4xx problemy nemaji. Na druhou
stranu se spousta infikovanych windowsich masin chova jako MTA a
rozesilaji viry a spamy. Tyto virove pseudo-MTA maji s 4xx problemy,
coz je spravne ;-)

From sumix na styxx.cz  Thu May  3 22:40:53 2007
From: sumix na styxx.cz (Jiri Kortus)
Date: 3 May 2007 13:40:53 -0700
Subject: Chyba pri zprovoznovani scanneru EPSON Perfection 2480
In-Reply-To: <mailman.267.1176940752.4027.linux@linux.cz>
References: <1175525340.175912.44350@l77g2000hsb.googlegroups.com>
	<mailman.391.1175539967.14289.linux@linux.cz>
	<1175549615.517342.305930@p77g2000hsh.googlegroups.com>
	<mailman.395.1175587960.14289.linux@linux.cz>
	<1175780431.042499.202480@d57g2000hsg.googlegroups.com>
	<mailman.267.1176940752.4027.linux@linux.cz>
Message-ID: <1178224853.907136.317820@u30g2000hsc.googlegroups.com>


Václav Štěpán napsal:
> Jiri Kortus napsal(a):
> >
> > Tak nakonec mi to nedalo a vyzkousel jsem jiny kabel - nechapu, proc,
> > ale funguje to... (pod W2K to fungovalo i s tim "vadnym" naprosto
> > normalne... kazdopadne diky za nakopnuti ;-)
>
> Pozde, ale... ...potkal jsem tyz problem, vtip byl v tom, ze uzivatel
> mel ve starem pocitaci USB 1.1 porty (a v novem samozrejme 2.0).
> Takze ,,stejny kabel, stejny scanner'' - a najednou to nechodilo.
> Akorat slo o externi disk a ne scanner...
>
> Vaclav Stepan

Teoreticky by to skutecne mohlo souviset s tim, ze ve starem PC byly
USB 1.1 porty. Ovsem pak bych nedokazal pochopit, jakto, ze scanner
jel na notebooku s USB 2.0 pod W2K, ale nikoliv pod WXP. Nicmene, to
uz ted neni podstatne :-)



From dfenze na gmail.com  Fri May  4 00:14:11 2007
From: dfenze na gmail.com (dfenze na gmail.com)
Date: Fri, 4 May 2007 00:14:11 +0200
Subject: Greylisting - =?utf-8?Q?=C5=BEe_by_u?=
	=?utf-8?B?xb4gbmEgbsSbaiBkb8WhbG8/?=
In-Reply-To: <2863.4678-4970-666282437-1178175743@seznam.cz>
References: <2863.4678-4970-666282437-1178175743@seznam.cz>
Message-ID: <20070503221411.GB13468@zombie.doma>

On (03/05/07 09:02), mandrake.user wrote:
> Dobrý den.
> V posledních dnech mě začalo chodit více spamu jak za posledního půl roku. Jako největší kladivo platilo použití greylistu. Zkontroloval jsem logy a greylisting funguje, ovšem spam chodí, takže bych usodil, že spameři už slepě neposílají jen jednou. 
> 
> Zaznamenal jste toto taky někdo?
> 
> Havlát Zdeněk

I kdyby zacali mit prave mailery/zombiky, stale to pro ne znamena ze
jednak odeslou spamu mene, a navic v mezicase pred opakovanim je sance
ze ten samy spam spadne i do honeypotu. Pri opetovnem prijeti je uz pak
precejen vetsi sance na odhalenim sitovymi testy.

-Ph


From katerina.bubenickova na plbohnice.cz  Fri May  4 09:40:27 2007
From: katerina.bubenickova na plbohnice.cz (Katerina Bubenickova)
Date: Fri, 04 May 2007 09:40:27 +0200
Subject: konica minolta bizhub 162
In-Reply-To: <f19ss0$2klb$1@ns.felk.cvut.cz>
References: <4635C08C.9010200@plbohnice.cz>
	<4635D067.2010703@sendme.cz>	<mailman.585.1178102690.4027.linux@linux.cz>
	<f19ss0$2klb$1@ns.felk.cvut.cz>
Message-ID: <463AE36B.9050104@plbohnice.cz>

Richard Kotal napsal(a):
> Dobry den,
>
> pro funkcnost celeho systemu je nutne mit naistalovano prostredi hplip.
>
>   
hplib mam nainstalovano (zkousela jsem pkg z distribuce, i ten z odkazu).
Chci tisknout na sitovou tiskarnu,
zkousela jsem port 9100 nebo port 515
V nejakem z mnoha readme jsem cetla, ze port 9100 nefunguje dobre.
Vysledkem mych pokusu je ticho po pesine, zadna chybova hlaska v logu,
zadny tisk, ve fronte nic neni.

Pouzivam driver di2011_cups_foomatics.ppd

Pokud ma nekdo nejakou radu nebo napad, co dal, budu moc rada,
jinak to  vzdavam a musim zase tisknout z M$ win na vedlejsim pc.

--Katerina Bubenickova





From lists.subscriber na pragl.cz  Fri May  4 09:52:24 2007
From: lists.subscriber na pragl.cz (Miroslav Pragl)
Date: Fri, 4 May 2007 09:52:24 +0200
Subject: konica minolta bizhub 162
References: <4635C08C.9010200@plbohnice.cz><4635D067.2010703@sendme.cz>	<mailman.585.1178102690.4027.linux@linux.cz><f19ss0$2klb$1@ns.felk.cvut.cz>
	<463AE36B.9050104@plbohnice.cz>
Message-ID: <016e01c78e21$28c17320$aa531859@czpgn086>

a bezi (je to sluzba!)?

MP

>hplib mam nainstalovano (zkousela jsem pkg z distribuce, i ten z odkazu).



From katerina.bubenickova na plbohnice.cz  Fri May  4 11:47:03 2007
From: katerina.bubenickova na plbohnice.cz (Katerina Bubenickova)
Date: Fri, 04 May 2007 11:47:03 +0200
Subject: konica minolta bizhub 162
In-Reply-To: <016e01c78e21$28c17320$aa531859@czpgn086>
References: <4635C08C.9010200@plbohnice.cz><4635D067.2010703@sendme.cz>	<mailman.585.1178102690.4027.linux@linux.cz><f19ss0$2klb$1@ns.felk.cvut.cz>	<463AE36B.9050104@plbohnice.cz>
	<016e01c78e21$28c17320$aa531859@czpgn086>
Message-ID: <463B0117.3010702@plbohnice.cz>

Miroslav Pragl napsal(a):
> a bezi (je to sluzba!)?
>   
aha, hplib nebezelo, to jsem nevedela. Ale uz bezi a neni to nic platne.
Zkousim 2 ruzne drivery (di2011_cups_foomatics.ppd a c350_pcl.ppd) a 2
porty 9100 a 515.
Vetsinou zadna hlaska, zadny tisk, pouze v jednom z pripadu (c350, port
515) ctu v logu

May  4 10:59:35 kat kernel: pnp: Device 00:0b disabled.
May  4 10:59:36 kat kernel: parport 0x378 (WARNING): CTR: wrote 0x0c,
read 0xff
May  4 10:59:36 kat kernel: parport 0x378 (WARNING): DATA: wrote 0xaa,
read 0xff
May  4 10:59:36 kat kernel: parport 0x378: You gave this address, but
there is probably no parallel port there!
May  4 10:59:36 kat kernel: parport0: PC-style at 0x378 [PCSPP,TRISTATE]
May  4 10:59:36 kat kernel: pnp: Device 00:0b activated.
May  4 10:59:36 kat kernel: parport: PnPBIOS parport detected.
May  4 10:59:36 kat kernel: parport0: PC-style at 0x378 (0x778), irq 7,
dma 3 [PCSPP,TRISTATE,COMPAT,EPP,ECP,DMA]
May  4 10:59:36 kat kernel: lp0: using parport0 (interrupt-driven).

snad se to tyka tisku (?) - a stejne se netiskne. Ale z Widli vedle to
jde. :-(

--Katerina



From slavek.banko na axis.cz  Fri May  4 13:14:06 2007
From: slavek.banko na axis.cz (Slavek Banko)
Date: Fri, 4 May 2007 13:14:06 +0200
Subject: konica minolta bizhub 162
In-Reply-To: <463B0117.3010702@plbohnice.cz>
References: <4635C08C.9010200@plbohnice.cz>
	<016e01c78e21$28c17320$aa531859@czpgn086>
	<463B0117.3010702@plbohnice.cz>
Message-ID: <200705041314.06422.slavek.banko@axis.cz>

parport je lokální paralelní port. To by se síťovou tiskárnou nemělo nijak 
souviset. Zkuste pomocí foomatic-rip úlohu "ručně" zpracovat a pak jí 
nějak (netcat) poslat na tu minoltu.

Slávek
-- 
Dne pátek 04 květen 2007 11:47 Katerina Bubenickova napsal(a):
> Miroslav Pragl napsal(a):
> > a bezi (je to sluzba!)?
>
> aha, hplib nebezelo, to jsem nevedela. Ale uz bezi a neni to nic
> platne. Zkousim 2 ruzne drivery (di2011_cups_foomatics.ppd a
> c350_pcl.ppd) a 2 porty 9100 a 515.
> Vetsinou zadna hlaska, zadny tisk, pouze v jednom z pripadu (c350, port
> 515) ctu v logu
>
> May  4 10:59:35 kat kernel: pnp: Device 00:0b disabled.
> May  4 10:59:36 kat kernel: parport 0x378 (WARNING): CTR: wrote 0x0c,
> read 0xff
> May  4 10:59:36 kat kernel: parport 0x378 (WARNING): DATA: wrote 0xaa,
> read 0xff
> May  4 10:59:36 kat kernel: parport 0x378: You gave this address, but
> there is probably no parallel port there!
> May  4 10:59:36 kat kernel: parport0: PC-style at 0x378
> [PCSPP,TRISTATE] May  4 10:59:36 kat kernel: pnp: Device 00:0b
> activated.
> May  4 10:59:36 kat kernel: parport: PnPBIOS parport detected.
> May  4 10:59:36 kat kernel: parport0: PC-style at 0x378 (0x778), irq 7,
> dma 3 [PCSPP,TRISTATE,COMPAT,EPP,ECP,DMA]
> May  4 10:59:36 kat kernel: lp0: using parport0 (interrupt-driven).
>
> snad se to tyka tisku (?) - a stejne se netiskne. Ale z Widli vedle to
> jde. :-(
>
> --Katerina


From tomasek na etf.cuni.cz  Sat May  5 11:00:22 2007
From: tomasek na etf.cuni.cz (Petr Tomasek)
Date: Sat, 5 May 2007 11:00:22 +0200
Subject: jak zakazat "resume"?
Message-ID: <20070505090022.GA24142@ebed.etf.cuni.cz>


Zdravim!

Lze nejak jadru (2.6.20-1.2944.fc6) naridit, aby se
nesnazilo pristupovat ke swapu jako k "resume partition"?

Jde o to, za mam do jednoho pocitace pripojeny - docasne a
nouzove - disk z jineho pocitace pres USB redukci (rodicum
se porouchal hw a je potreba, aby mohli dal pracovat,
ale aby zaroven druhy stroj zustal "nedotknuty").
Vzhledem k tomu, ze je ale v pocitaci tez ctecka pametovych karet
+ dalsi SATA disk, se disk "podle pocasi a nalady jadra" (fuj, uz to zacina
byt stejne jako u widli :-() disk detekuje bud jako /sdc,
nebo jako /sdf.

Bohuzel ve chvili, kdy se jadro snazi natvrdo pristoupit
k naposledy pouzitemu swapu (proc si xakru proste neprojde
vsechny diskovy oddily a nezjisti, ktery z nich je swap, stejne jako
to dela s volume-labels?), v tu chvili se zasekne...

Nasel jsem parametr "resume=", ktery jadru natvrdo rekne,
z jake partitiony se ma pokouset se vzbudit, ale to je mi
k nicemu, kdyz se pokazde ta partitiona nadetekuje jinak...

<flame>
Grr... fuckt me zacina srat, jak linux zwidlovatel :-(
</flame>

P.T.

P.S.: Nejakej software-suspend je me u prdele (stejne ani
na jendom ze stroju nefungoval korektne). Bohuzel,
pokud dam jadru acpi=off, ani nenabootuje...

P.P.S.: Da se to nekam hlasit? Kam nejlip? Primo vyvojarum
ňadra, nebo do Fedóry?

-- 
Petr Tomasek <http://www.etf.cuni.cz/~tomasek>


From Gontarski na seznam.cz  Sat May  5 11:38:42 2007
From: Gontarski na seznam.cz (=?us-ascii?Q?Bobby=20Gontarski?=)
Date: Sat, 05 May 2007 11:38:42 +0200 (CEST)
Subject: =?us-ascii?Q?pristupova=20prava?=
Message-ID: <8710.9608-21443-1105931626-1178357922@seznam.cz>

Bezi mi proces a ten uklada data do /home/user, proces bezi pod rootem a tudiz vlastnictvi tech souboru v /home/user je rootovo, ale ja potrebuji, jakmile je soubor ulozen do /home/user, tak se zmeni jeho vlastnictvi na user, neco jako ve windows, kdyz se dedi opravneni k adresari. Jak toho dosahnu?


From Gontarski na seznam.cz  Sat May  5 11:51:20 2007
From: Gontarski na seznam.cz (=?us-ascii?Q?Bobby=20Gontarski?=)
Date: Sat, 05 May 2007 11:51:20 +0200 (CEST)
Subject: =?us-ascii?Q?pristupova=20prava?=
Message-ID: <8706.9604-21902-1903877917-1178358680@seznam.cz>

Bezi mi proces a ten uklada data do /home/user, proces bezi pod rootem a tudiz vlastnictvi tech souboru v /home/user je rootovo, ale ja potrebuji, jakmile je soubor ulozen do /home/user, tak se zmeni jeho vlastnictvi na user, neco jako ve windows, kdyz se dedi opravneni k adresari. Jak toho dosahnu?


From jikos na jikos.cz  Sat May  5 12:05:05 2007
From: jikos na jikos.cz (Jiri Kosina)
Date: Sat, 5 May 2007 12:05:05 +0200 (CEST)
Subject: jak zakazat "resume"?
In-Reply-To: <20070505090022.GA24142@ebed.etf.cuni.cz>
References: <20070505090022.GA24142@ebed.etf.cuni.cz>
Message-ID: <Pine.LNX.4.64.0705051159441.16923@twin.jikos.cz>

On Sat, 5 May 2007, Petr Tomasek wrote:

> Lze nejak jadru (2.6.20-1.2944.fc6) naridit, aby se nesnazilo 
> pristupovat ke swapu jako k "resume partition"?
[...]
> <flame>
> Grr... fuckt me zacina srat, jak linux zwidlovatel :-(
> </flame>
> P.S.: Nejakej software-suspend je me u prdele (stejne ani na jendom ze 
> stroju nefungoval korektne). Bohuzel, pokud dam jadru acpi=off, ani 
> nenabootuje...

RTFM.

Konkretne Documentation/power/swsusp.txt - zajima Vas parametr "noresume". 
V pripade ze pouzivate swsusp2, tak je ten parametr tusim noresume2.

Zareportoval jste bug, kdyz Vam swsusp nefungoval korektne? Pokud ne, tak 
je Vase stezovani pouze irelevantni tlachani.

-- 
Jiri Kosina


From dfenze na gmail.com  Sat May  5 12:25:36 2007
From: dfenze na gmail.com (dfenze na gmail.com)
Date: Sat, 5 May 2007 12:25:36 +0200
Subject: jak zakazat "resume"?
In-Reply-To: <20070505090022.GA24142@ebed.etf.cuni.cz>
References: <20070505090022.GA24142@ebed.etf.cuni.cz>
Message-ID: <20070505102536.GB3900@zombie.doma>

On (05/05/07 11:00), Petr Tomasek wrote:
> Jde o to, za mam do jednoho pocitace pripojeny - docasne a
> nouzove - disk z jineho pocitace pres USB redukci (rodicum
> se porouchal hw a je potreba, aby mohli dal pracovat,
> ale aby zaroven druhy stroj zustal "nedotknuty").
> Vzhledem k tomu, ze je ale v pocitaci tez ctecka pametovych karet
> + dalsi SATA disk, se disk "podle pocasi a nalady jadra" (fuj, uz to zacina
> byt stejne jako u widli :-() disk detekuje bud jako /sdc,
> nebo jako /sdf.

Dobre Vam tak! Mate pouzivat LABELy nebo UUID a nemusite resit tyhle
starosti. Z cehoz jde videt, ze ta widelnatost nemusi byt nutne v
systemu ;)

-Ph


From dfenze na gmail.com  Sat May  5 12:27:20 2007
From: dfenze na gmail.com (dfenze na gmail.com)
Date: Sat, 5 May 2007 12:27:20 +0200
Subject: pristupova prava
In-Reply-To: <8706.9604-21902-1903877917-1178358680@seznam.cz>
References: <8706.9604-21902-1903877917-1178358680@seznam.cz>
Message-ID: <20070505102720.GC3900@zombie.doma>

On (05/05/07 11:51), Bobby Gontarski wrote:
> Bezi mi proces a ten uklada data do /home/user, proces bezi pod rootem a tudiz vlastnictvi tech souboru v /home/user je rootovo, ale ja potrebuji, jakmile je soubor ulozen do /home/user, tak se zmeni jeho vlastnictvi na user, neco jako ve windows, kdyz se dedi opravneni k adresari. Jak toho dosahnu?

suid/sgid na na adresar + nastavit prava at mohou zapisovat clenove
skupiny popripade i ostatni.

-Ph


From cavo+konf na cavo.sk  Sat May  5 12:06:29 2007
From: cavo+konf na cavo.sk (Marian Cavojsky)
Date: Sat, 5 May 2007 12:06:29 +0200
Subject: pristupova prava
In-Reply-To: <8706.9604-21902-1903877917-1178358680@seznam.cz>
References: <8706.9604-21902-1903877917-1178358680@seznam.cz>
Message-ID: <20070505100629.GA10486@stone.cavo.sk>

On Sat, May 05, 2007 at 11:51:20AM +0200, Bobby Gontarski wrote:
> Bezi mi proces a ten uklada data do /home/user, proces bezi pod rootem
> a tudiz vlastnictvi tech souboru v /home/user je rootovo, ale ja
> potrebuji, jakmile je soubor ulozen do /home/user, tak se zmeni jeho
> vlastnictvi na user, neco jako ve windows, kdyz se dedi opravneni k
> adresari. Jak toho dosahnu?

Dva sposoby:

1) po ulozeni, pouzite prikaz `chown'. (man chown)

2) ak staci zachovanie skupiny, tak na adresar nastavte sticky bit pre
skupinu (man chmod).

-- 
Cavo



From jikos na jikos.cz  Sat May  5 12:36:04 2007
From: jikos na jikos.cz (Jiri Kosina)
Date: Sat, 5 May 2007 12:36:04 +0200 (CEST)
Subject: pristupova prava
In-Reply-To: <20070505102720.GC3900@zombie.doma>
References: <8706.9604-21902-1903877917-1178358680@seznam.cz>
	<20070505102720.GC3900@zombie.doma>
Message-ID: <Pine.LNX.4.64.0705051235230.16923@twin.jikos.cz>

On Sat, 5 May 2007, dfenze na gmail.com wrote:

> suid/sgid na na adresar + nastavit prava at mohou zapisovat clenove 
> skupiny popripade i ostatni.

Bohuzel suid na adresar nema stejnou semantiku jako sgid.

-- 
Jiri Kosina


From antonin.micka na megasphera.cz  Sat May  5 11:54:49 2007
From: antonin.micka na megasphera.cz (=?iso-8859-2?q?Anton=EDn_Mi=E8ka?=)
Date: Sat, 5 May 2007 11:54:49 +0200
Subject: pristupova prava
In-Reply-To: <8706.9604-21902-1903877917-1178358680@seznam.cz>
References: <8706.9604-21902-1903877917-1178358680@seznam.cz>
Message-ID: <200705051154.49990.antonin.micka@megasphera.cz>

Dne sobota 05 květen 2007 11:51 Bobby Gontarski napsal(a):
> Bezi mi proces a ten uklada data do /home/user, proces bezi pod rootem a
> tudiz vlastnictvi tech souboru v /home/user je rootovo, ale ja potrebuji,
> jakmile je soubor ulozen do /home/user, tak se zmeni jeho vlastnictvi na
> user, neco jako ve windows, kdyz se dedi opravneni k adresari. Jak toho
> dosahnu? _______________________________________________

No, asi tím, že povolíte ACL v jádře a taky to bude chtít nainstalovat nějaký 
utilitky, který s tím umí pracovat...

A pokud vaše jádro ACL neumí, tak se asi nevyhnete sestavení vlastního jádra
-- 
Antonín Mička


From antonin.micka na megasphera.cz  Sat May  5 12:59:23 2007
From: antonin.micka na megasphera.cz (=?iso-8859-2?q?Anton=EDn_Mi=E8ka?=)
Date: Sat, 5 May 2007 12:59:23 +0200
Subject: pristupova prava
In-Reply-To: <200705051154.49990.antonin.micka@megasphera.cz>
References: <8706.9604-21902-1903877917-1178358680@seznam.cz>
	<200705051154.49990.antonin.micka@megasphera.cz>
Message-ID: <200705051259.24087.antonin.micka@megasphera.cz>

Dne sobota 05 květen 2007 11:54 Antonín Mička napsal(a):
> Dne sobota 05 květen 2007 11:51 Bobby Gontarski napsal(a):
> > Bezi mi proces a ten uklada data do /home/user, proces bezi pod rootem a
> > tudiz vlastnictvi tech souboru v /home/user je rootovo, ale ja potrebuji,
> > jakmile je soubor ulozen do /home/user, tak se zmeni jeho vlastnictvi na
> > user, neco jako ve windows, kdyz se dedi opravneni k adresari. Jak toho
> > dosahnu? _______________________________________________
>
> No, asi tím, že povolíte ACL v jádře a taky to bude chtít nainstalovat
> nějaký utilitky, který s tím umí pracovat...
>
> A pokud vaše jádro ACL neumí, tak se asi nevyhnete sestavení vlastního
> jádra

Tak zpět, tohle asi nepotřebujete, ostatní vám odpověděli líp... :-)
-- 
Antonín Mička


From majkls na prepere.com  Sat May  5 13:20:09 2007
From: majkls na prepere.com (Majkls)
Date: Sat, 05 May 2007 13:20:09 +0200
Subject: pristupova prava
In-Reply-To: <8706.9604-21902-1903877917-1178358680@seznam.cz>
References: <8706.9604-21902-1903877917-1178358680@seznam.cz>
Message-ID: <f1hp9a$lnn$1@sea.gmane.org>

Bobby Gontarski napsal(a):
> Bezi mi proces a ten uklada data do /home/user, proces bezi pod rootem a tudiz vlastnictvi tech souboru v /home/user je rootovo, ale ja potrebuji, jakmile je soubor ulozen do /home/user, tak se zmeni jeho vlastnictvi na user, neco jako ve windows, kdyz se dedi opravneni k adresari. Jak toho dosahnu?
Neni nic jednodussiho, nez pouzit setfsuid() pred tim, nez zacnu
zapisovat kamkoli na fs. Neprijdete o roota a kdykoli se to da narovnat
+ jako bonus vam to bude zapisovat pod pozadovanym userem.



From peak na argo.troja.mff.cuni.cz  Sat May  5 13:25:45 2007
From: peak na argo.troja.mff.cuni.cz (Pavel Kankovsky)
Date: Sat, 5 May 2007 13:25:45 +0200 (MET DST)
Subject: =?us-ascii?Q?pristupova=20prava?=
In-Reply-To: <8706.9604-21902-1903877917-1178358680@seznam.cz>
Message-ID: <20070505132235.5B87.0@argo.troja.mff.cuni.cz>

On Sat, 5 May 2007, Bobby Gontarski wrote:

> Bezi mi proces a ten uklada data do /home/user, proces bezi pod rootem

Špatně je to už tady v tomto bodě. Zkuste zapřemýšlet například nad tím,
co by se stalo, kdyby na místě, kde chcete vytvářet nové soubory, už něco
bylo...

--Pavel Kankovsky aka Peak  [ Boycott Microsoft--http://www.vcnet.com/bms ]
"Resistance is futile. Open your source code and prepare for assimilation."



From tomasek na etf.cuni.cz  Sat May  5 13:31:38 2007
From: tomasek na etf.cuni.cz (Petr Tomasek)
Date: Sat, 5 May 2007 13:31:38 +0200
Subject: jak zakazat "resume"?
In-Reply-To: <20070505102536.GB3900@zombie.doma>
References: <20070505090022.GA24142@ebed.etf.cuni.cz>
	<20070505102536.GB3900@zombie.doma>
Message-ID: <20070505113138.GA5951@ebed.etf.cuni.cz>

On Sat, May 05, 2007 at 12:25:36PM +0200, dfenze na gmail.com wrote:
> On (05/05/07 11:00), Petr Tomasek wrote:
> > Jde o to, za mam do jednoho pocitace pripojeny - docasne a
> > nouzove - disk z jineho pocitace pres USB redukci (rodicum
> > se porouchal hw a je potreba, aby mohli dal pracovat,
> > ale aby zaroven druhy stroj zustal "nedotknuty").
> > Vzhledem k tomu, ze je ale v pocitaci tez ctecka pametovych karet
> > + dalsi SATA disk, se disk "podle pocasi a nalady jadra" (fuj, uz to zacina
> > byt stejne jako u widli :-() disk detekuje bud jako /sdc,
> > nebo jako /sdf.
> 
> Dobre Vam tak! Mate pouzivat LABELy nebo UUID a nemusite resit tyhle
> starosti. Z cehoz jde videt, ze ta widelnatost nemusi byt nutne v
> systemu ;)
> 
> -Ph

Ale ja je pouzivam! Jenze tady jde o swap partitionu a swsuspend!

-- 
Petr Tomasek <http://www.etf.cuni.cz/~tomasek>


From tomasek na etf.cuni.cz  Sat May  5 13:32:35 2007
From: tomasek na etf.cuni.cz (Petr Tomasek)
Date: Sat, 5 May 2007 13:32:35 +0200
Subject: jak zakazat "resume"?
In-Reply-To: <Pine.LNX.4.64.0705051159441.16923@twin.jikos.cz>
References: <20070505090022.GA24142@ebed.etf.cuni.cz>
	<Pine.LNX.4.64.0705051159441.16923@twin.jikos.cz>
Message-ID: <20070505113235.GB5951@ebed.etf.cuni.cz>

On Sat, May 05, 2007 at 12:05:05PM +0200, Jiri Kosina wrote:
> On Sat, 5 May 2007, Petr Tomasek wrote:
> 
> > Lze nejak jadru (2.6.20-1.2944.fc6) naridit, aby se nesnazilo 
> > pristupovat ke swapu jako k "resume partition"?
> [...]
> > <flame>
> > Grr... fuckt me zacina srat, jak linux zwidlovatel :-(
> > </flame>
> > P.S.: Nejakej software-suspend je me u prdele (stejne ani na jendom ze 
> > stroju nefungoval korektne). Bohuzel, pokud dam jadru acpi=off, ani 
> > nenabootuje...
> 
> RTFM.
> 
> Konkretne Documentation/power/swsusp.txt - zajima Vas parametr "noresume". 
> V pripade ze pouzivate swsusp2, tak je ten parametr tusim noresume2.
> 
> Zareportoval jste bug, kdyz Vam swsusp nefungoval korektne? Pokud ne, tak 
> je Vase stezovani pouze irelevantni tlachani.
> 

Se vsi uctou, ale prectete si moje "P.P.S." kde se ptam na radu
kam to nejlepe reportovat...

-- 
Petr Tomasek <http://www.etf.cuni.cz/~tomasek>


From peak na argo.troja.mff.cuni.cz  Sat May  5 15:12:44 2007
From: peak na argo.troja.mff.cuni.cz (Pavel Kankovsky)
Date: Sat, 5 May 2007 15:12:44 +0200 (MET DST)
Subject: jak zakazat "resume"?
In-Reply-To: <20070505113138.GA5951@ebed.etf.cuni.cz>
Message-ID: <20070505151110.5B87.0@argo.troja.mff.cuni.cz>

On Sat, 5 May 2007, Petr Tomasek wrote:

> > Dobre Vam tak! Mate pouzivat LABELy nebo UUID [...]
> Ale ja je pouzivam! Jenze tady jde o swap partitionu a swsuspend!

Swap (tedy za předpokladu, že má novější formát hlavičky) může mít
label. Ale asi bude trochu obtížné přesvědčit jádro, aby ho použilo...

--Pavel Kankovsky aka Peak  [ Boycott Microsoft--http://www.vcnet.com/bms ]
"Resistance is futile. Open your source code and prepare for assimilation."



From Mailer-Daemon na freenet.de  Sat May  5 16:30:49 2007
From: Mailer-Daemon na freenet.de (Mail Delivery System)
Date: Sat, 05 May 2007 16:30:49 +0200
Subject: Mail delivery failed: returning message to sender
Message-ID: <E1HkLHd-0001p4-K3@mbox56.freenet.de>

This message was created automatically by mail delivery software.

A message that you sent could not be delivered to one or more of its
recipients. This is a permanent error. The following address(es) failed:

  save to inbox.spamverdacht
    generated by nhomad na 01019freenet.de
    mailbox is full: retry timeout exceeded

------ This is a copy of the message, including all the headers. ------

Return-path: <linux na linux.cz>
Received: from [194.97.50.136] (helo=mx3.freenet.de)
	by mbox56.freenet.de with esmtpa (ID exim) (Exim 4.68 #1)
	id 1HkLHc-0001os-Eo
	for nhomad na 01019freenet.de; Sat, 05 May 2007 16:30:48 +0200
Received: from [121.33.5.62] (port=47225 helo=klaussmail.com)
	by mx3.freenet.de with smtp (port 25) (Exim 4.68 #1)
	id 1HkLHZ-0005V4-Oz
	for ragon na justmail.de; Sat, 05 May 2007 16:30:48 +0200
Received: from 192.168.1.17 (helo=user18)
        by klaussmail.com with esmtpa
        id 1GhRBG-00013G-Ko
        for ragon na justmail.de; Sat, 05 May 2007 14:22:20 +0000
Date: Sat, 05 May 2007 14:22:20 +0000
From: "Tiffiny" <linux na linux.cz>
To: <ragon na justmail.de>
Subject: Your Image
Message-Id: <20061107134159.628ebb7f.linux na linux.cz>
X-Mailer: Sylpheed version 1.0.6 (GTK+ 1.2.10; i386-portbld-freebsd6.1)
Mime-Version: 1.0
Content-Type: multipart/mixed;
 boundary="Multipart=_Mon__21_Nov_2006_13_41_59_+0000_masyLfxfsa0147D="
X-Warning: no DNS reverse entry for 121.33.5.62
Delivered-To: ragon na justmail.de
Delivered-To: nhomad na freenet.de
Envelope-to: ragon na justmail.de
X-Warning: Message contains Spam signature (149285::070505163048-1B57E930-792EF0B3)
X-purgate-ID: 149285::070505163048-1B57E930-792EF0B3

This is a multi-part message in MIME format.

--Multipart=_Mon__21_Nov_2006_13_41_59_+0000_masyLfxfsa0147D=
Content-Type: text/html; charset=US-ASCII
Content-Transfer-Encoding: 7bit

<html>
<body>
<img src="cid:20934jhsv098wer432j2348w9erjkwer na linux@linux.cz">
<br><br><br><br><br><br><br><br><br><br>
Tonalitya pulse sometimes taken yet exist rhythms?
Making am derived life society am.
Different emphasised technigues in ceremonies practicaI.
Tonalitya puIse sometimes taken yet exist rhythms?
Beethoven string guartets Stravinsky ballet scores! EnjoyabIe am done deriving a value motivation performers making derived.
Dependent mood artist or upon essence rapture?
ls form of art and  .WitoId describes Methods is anaIyzinq.
Meter guality of sound timbre dynamics texture also a. Compose perform own attempt derive income employed armed forces.
There are observable broadIy or .Subjects a Soundviews is Discussion paqe?
Modernday genres such death is. Devil himself Canus Rhodian.
South of Korea Japan China colleges widening. Devil himself Canus Rhodian.
Function way made intend how heard.
</body>
</html>


--Multipart=_Mon__21_Nov_2006_13_41_59_+0000_masyLfxfsa0147D=
Content-Type: image/png;
 name="img.png"
Content-ID: <20934jhsv098wer432j2348w9erjkwer na linux@linux.cz>
Content-Transfer-Encoding: base64

iVBORw0KGgoAAAANSUhEUgAAAWMAAADeCAMAAADfP5HMAAAA5FBMVEX//////8z//5n//wD/zP//
zMz/zJn/zGb/mZn/mWb/mTP/mQD/Zmb/ZjP/ZgD/MzP/MwD/ADP/AADM///M/8zMzP/MzMzMzJnM
mczMmZnMmWbMmTPMmQDMZmbMZjPMZgDMMzPMMwDMADPMAACZ//+ZzP+ZzMyZzJmZmcyZmZmZmWaZ
ZmaZZjOZMzOZMwBmzP9mzMxmmcxmmZlmmWZmmTNmZplmZmZmZjNmMzMzmf8zmcwzmZkzmTMzZpkz
ZmYzZjMzZgAzMzMzMwAzAAAAmf8AmcwAmZkAmTMAZswAZpkAZjMAAAAbZVwWAAAVAElEQVR42u2d
C0PaPBfH073W4RW3Qhi6KchEo3OIuuC8jKc6Jy7f//u85yQtpKWFFtrqMGdOSm9pfz3955wkrYQY
M2bMmDFjXbBrz7qetdt0aO0qGKVVWKtz/TNs1/Dv5/Xj70e037/V59BG36+vH38GinVGJVTlj/a9
Wj04OGi3z9po6ne0wbKzgwPcpA27gI0OaMiqtKoVet2ew47Akq56HWR802lrmx75H0ejXeP5Tih4
aoHq4yBY7lG3nb/B0R3c6Izh2kqL8LW4+cOF8jOh44YYXzvajsZLdfBTffOnZjMnxNgZFuk4o5KG
J+pMPGf/AIl+TP4W/h7U3LP4U8/Pwn7svEi5Z9WCin1TjG+C1YBjGOddbqcoP+6+XcaF+fHrYuwU
We7129TjfBmH4orrt6TH1y9T512/Ja0wjBeH8UtphWFsGGfK2GiFYWzqPMPY+LFhbBgbxoaxYWwY
G8aGcSGMbwzj3BnfGcaL48dvuI3eMDaMDWPD2DA2jA1jw9gwNowN43+bsWUYJ2Jsxh/nz5gaxq+O
sWVZM5XbNYyTmr1dJ4ZxOsY/U+rx8tra51XLqn8pb2ysr6wsW4bxVMaddMXS2ued1c/by7a93gQ7
Pf12UkvPuPu2GHeTa4W1vLrm2+f376z6SaOxhaS3SiU7VZ337zCerfKZmTHd3tnZQbzwb211Z6dm
k5Vys7yLlHeP64vJuEg/tt57/rsKvry6CpTXVlesFeRbbjSazb29VTsnxvSEu9I4LYIxzYFxojrP
2d5ReNdWfb1Yfbf8/Xtzr7kFjDeB8d5KcsbnyQFzlzM6nGa5M16q25kzPqomceLPCu5nCRfc+PPO
st1ogQsD4EZZqsXG3oqVOeOw7zKeN+NP9VLmjNsJGNdRhwHt2mcFWTrx6SmQbaA1y83dPWC8W8+W
MXXd8Xk0X8Z2qYSMLRsn7OX3/xvaOytHP16WPizpru2sbK+u7mzLE3XoyWlDYQY33t3b3NxazpJx
2Gcp4yDMQmkzo/kwrgPaev3kVNn3XY3xHFoxoVh55SrHfiUH9v4dyAaEbRVKKw4EcxvIuFkuNxu7
m3ubW98yrPNc6mOF2s77zRmjrnJnN5E2p2LsONKNS1+araa0VmvTJyxRODMynhZXLA8JQ7SGF5pZ
eCdVq9Regk3rp6jHECVvgifvNUuZMeaE9qC6A8OwQoh7AdoMxoTPlrnZM0bEpZXm0IaMa/Po8RTG
1vba2t6miiXevbNqlm0BYcmY0iXbhvCtXC5vNbc2N8CTGw2bwp22PD9jzgAwui4DwvxK0nXvYR5I
iMs1V89SK+wvUilKjcY+/IPfzVVF+H3z4wd7dsaT24+ttbXd3WXg/Hlnm1SrNvVfjuNRhmP+ojR5
Y2MT4jeUjdNa5I2Vqm3T5V44TF3mgXbd+3sB9iA49ytXN1PGtRPpxvVSubXf2gfXafh+/L3Z2j/9
lJMf1/b2NpbfScaW1AcAW/EZWwjSLsmbChhv7O3t7m6VmyXLv/NmZswfVMxGQSSgklNqXKeyIoSp
HsxkKmLOkHFpf10hLn1h1Asi3iHhlcaHMorzei5+/H5zb/vr4+NXCCWk/4In28qNq06lQknpO+Z5
MrTY3dzc3N2AiVoCPZ7CmAuuPgAlTNns6ph66stV9ecKmsiRUzC2T4eMR7WKZAxOvN9otsqn9TwY
Q4a8/Pj8/PPdzrKF/ouejIi9q7xkLSNiFb7tbW5sSC+25mUMGPG3SwCkSxg4MuNXLjq0eHDdB+nY
GTOGGGm/1Wo1JWWNsSVjtpMm6mGrtW/PyNiZUN+d2B351rKOQ6jHdkRYHpr9TSoFHEMTBHlXenH0
O54SMwb1haAC6jNBGKXiirAroArRhQyNBYoywBUZ+/GXRmOr1fj+XVK2NT/G3KPcko60/2VGxl/j
Ge9Y24NHfGfcc5WA/1YQLg25qa0YY7PQ5iZ4cY3ga+jmYHzMGIRsHN0Zqz6K0QWpoeviP9APjukf
VY6cGWNsGYDz2D+1Sa1ep8OWTXVXWpBsIeekjpxCK5yfA/UKvsHAcSpx+z8BwNiMvLGxu01+XcSl
u0kZu8SViCEy4zK6cG2GVd8DiMQDEL6HGhGWolQrUcmG8an0Fempdr0WYkzWv8t6r1HKnPGP50eE
DI48uIsaS+FAGgJAN5pbW3vNja2NVavnnluVufQYQgW3JnM8lwrMN1z2IIML1GH3HtgCWoIqDRFz
doxL+4pxPbp9025AZr3VTBxaJGX8dfgOSYT8M5pIpUIOybGs9Da2rX6/f5gkz5vAmDHwZCm2rtRc
5At0T2pY0/ErQEweLO4+wMwen9qinJjxekMmz/sxO7T3G7vAuJkx46O7Z8lY/QyejyJvCgopLbPW
m5BQb1i9//r9SlaMQR+4/HXl9pQoQzby4Na5ey8jC55pDlJqqHrlC4k8gTP0NFicJWNHSvFg+FLU
TrUad3jSd+un32vWL5jskzkZo1YQBMpADh4wKka+jNcZxUSvJxvdQCdc0EyeXS5tt7Yk42/k8Nf4
Xs/vEMJWq1XKkjE4sYb4Mf6NmwzBHpOVktXrZ8EYI2KKvR9E5hoPUOn1sP1NpnrwvQ7oAXfPTeLG
KWK3E0gzGmVI5ip/n24Cvux0Burduz+uTkmGjG0IIihS9tSiE5dZ1HoS7QUhtxKxRZbmZoyOLBss
wH97x1w2ut3zGnP97IODnjBi97Jsd6u1sEfnQ2P/8Onpr16rtO/89xv/OC2RbPWYVKVa/JZ13rNl
RYZutNdTkDnvK9Z0Xj9GwthuCZDvsW5zHx4QrQwuwIEFLKAoJtwlWTKGEFQ1Zza+PQHlp69q1crN
s/9KaSBBsmXsVKyBUoufuP/fjqNBrlyoC33Y7132L/ue/dfrUTK3VkAoAergoh6jQABhcQ+u/ICt
QFRqMXxwmqyTOk2bECTLUpJ7T2h/L6RgOF87kq9k/OcgS8YOZsx+cIz7H+hbHfb6eIbOBfDtXV76
kHs9Tpbm92Ooy+6pUmPZoin7l5jqlpZoIZLhOfQ1QTIns6mPT8r+QlK9Xv748eOHRuPk5A5h/HGy
Y+wsVWH2tbxLBo8/1UdHVnwWqaHy1kjlGKleXoJYXIIL91E1LFLNwI8xUwZ/ZZjIcRQKDN2GfUsU
lYPOdK7T2ujXseGnXPYYP0Ha0UDnbjROr9w7oDH4c5axHpOOZPzsvd9+MLjDsRjWMQjwZf/ioteT
iC/x660k3INwKn5v6cYUAlchu5poECi9h4iZzqiLkxk7mFED1A+9WyTcv8LsGZ0YkxNZ3R107yrZ
MnacZz18G/x+fv7l1Hr/AdZL9F/4ub2UmPvI+bJ/XJnUrZhy3Ca4ra+5zD1BacDeJqj4UvWspWAs
F9mlcutj7y8yvu1hev3xI4h0q7luKyIJX1LvJGd8/az9WYbfg8FX57yPfPu9W2Tbl0IBU/J//6Jm
WZnUeb4mMHLs9fFTxmTHqUg5hGWWsVg2431kLFtssZnilNl+C1EebfS+G8tWoXNSU5IgqV56bC8v
Pac+ps7EZ3DSP6vAsHHeG+sm/O6l3BmjUKEjlyElKW+sayNSU4zhTMG4M9KKgeNw32l7qq7rK6Xw
INcs4mTLWDowlwMr2Iwj/WZjzECNyVyWnLFNzj1JvjuCgM3TB2US9+jL8VQI/9A4evr0dFgQ4yUU
FozaIKT4QSoyo1MRhMfYs/8ue4fT76N/6VmFv7ekKD8mFQfb6aHOGwz+OBV03J7G1vfnHq+oK7Iw
jG/PimOMsQpq8uD34PkXeaeUV6cstVk6sbNIftwmxTEmWKlW757/gFxgn95FL+TBYElr+3+JcZIw
mE5K6NM9y+tAgR2J+PkXJcde8uEpcu/y8K0+O6ZGivFMGJMlVAJ6fvf8/DzoOIdeSIwNmpxVUhzU
YjHmhMpmXJ4JY4y9MYn8eg2ufCZDOHTg48NKurA8CWPG/hHGDPsxKYd8n2XDWPPpT9gs37/s3x6n
PqzJjNWg+X+GMZc6gVLBs2Os1QIVQHx7kTFj9eiHO6VvQ0xePj62Pk/GLo4Xy5Kx3jhFeK+fMWMu
H0GIHC+hVd6weFLLMRdjkPP1Y5fkwdgzSO2yZYx9eFxEdjRr3AN90ZRJ+trIL2zXdwvSY/Rj/CEs
L8apn5ObwpjLXlAyhbGMlLxwiWIDvvw6enRB9ptkzJjGnCmXdQejWcUVEZHGDE+8TmKMAzGZ4if9
QtAoxuqJJnc07S2l7kiQadZ+HNNk7cGN65J5ofcJTWDshxP4KSnpdV+IsfrtDuWBETJhMEsGjGns
rczjw6CbHBmz+PRyAuMHXW8lYx7w8THGw1vUuxgsWb41w0vAmJjbodIzppxPQsxiH7ad0Ebvhus0
PTzQGLPAhZBsWXilWRhTHL2IT0UwdX21U1TVBJMeC8tlf63LUo4XTcuYifgrS/Ho2MyMpXfKs9Fk
VbsfR0Pnh2rsTkkQkzHGcQY4MB8vIoPQRLstsExELvBKqAODK0Hdl2TM6OyMvVMTAT9xSTRjtYqI
WC014yWs2LhLqVBOrcWDdeE9FiHUc60wieoxVUHyYyzT+Nm1YkRWc0t3lIgITVC8x9LdLBhLZMIf
QQdfWEAqhlDhHr1Xs/jL+fHEVx90pzJ2w5HRaEopiCTtyq9c3bB8bINZGIMWow8LefQ4uFm7deDe
vFJ1K+XqMRUWG9AVw3iCTfBjOsbJjWIsHzJ1A7Wj7/DJ4tQ4xjjcFjF7jJlWGcIsJOvLsmI8PdhI
wRiiBIbtd+yTSg4oU4zVoAcsVz45XsNBaNhHPyNjTSBCKcYwrQu/y4J7WbO/fB7GUiqYF1ZgSq8x
VjWwrIOZfARIFm1nyFgMTR4FHg2FaUvN41gsGsPnNtRaczDm2hN3Q79UwwnH2+OGik0jF88RH0e0
OlHvkLhI2vaaIgeRt4j3xOGVK2+XupCcscAePtFMqGLMJf05GPvU5O3AM3rTavo8L07ZZdDB2Uzl
JmRsyzsKB/oprLIlUf4nijHWBHMxHlGlruu+EGM3niKeISc5MK6PGKuaV/K1FWMeZGzPqRV5WFqt
oGxiEkvyYMxGjDGOEcTXCsX4eEY/Pi+Kcaig7it8j/fIj5fgPjqWT8uNGF/hE7Uz+fFNUYxv5m0T
KoDxp1GdJ4eqElLT/Zi/dj++mbttM3/GTGMsowmfMaXoxyfigdoPKq6g1GjF3IyVn3paoeJjmmV8
XADj1+jHrpdC0lHvhHxB4zDPwy40IRv7tCePDOPZ/3ZFREsIttKIZNnPm2I8c1/TeNeWbLwwjLPz
44jWpmF7hWEcZHw+K+OITBJHNCRM4g3j/M0wnsuoYZw7Y/6vMC4sB+lmxZiNGCfw5K5hnJysGoTE
5Av5IUHhOLAOH2gmnBs/zoYxJx5X7O3D/nAK00iYUsM4S8ZqZCihJ+otVrZkzJlhnCVj2VhBGfH8
V/mxYZyVHkMFx2QoQRnqsXwUkH7CeYZxpnGFPrIxWf/mm4qPM4vd0mQgb+zvmYba3Yr6+9Jdw9gw
XgDGRisW1I+7xo8N4wVg/EraNg3j/BlXDOO8GXeLYtx9Q4xD5XbpYvqx84oYtxfZj8N/ELcwrWi/
jFa0i2fcDr+nrSDGTuhvqRSlFT9I4YzHEBfE2AkPSz2qFI+4GMbtce8phPEYYnJUhB87d6RwxpQS
p/oCjAGxU60WzxiLpcUybh84X8/OnMIZgxY7ne5B4YzvoNizYuu8epscnJ2d0aIZI+Kzbrtwxj+g
2IODQhmjF3c6nXaI6bmTu1A4DpTbCTHOe0whtkF1wI2LZFxrg1DAqR4VrBWoxQcvwBjOiwLjgrTC
8SOK7hkWGsk49o/zJv3TFJMiinYbJOosCLVbjSsudXlRm2BEcQBeHLy017Sdq2HqHsn4oN2WRedT
PgZtB3j/nAX9uJvfmVbh/50jGUPBAT+eZufzIrZishI0uKeks2V9vrE1W5Xm51PVgzYxZsyYMWPG
jGVgwpxumi3FLHsXqcoW0/co0p+mmA2ASFuICM4X6UoUM18iUbhPZMY49bGNQ03P2HvDmZoh/BeO
iNFF1BZ7K2t+rDZQM8XwY7TmaDtvGqe0NUnEngTRl8v52mbeUn9jfYdE28g/m9COIo85vEv9/IVf
wPBIp73MIgxZjOASMiKsl6EvDl1Yn4k+J7g/bWZo6/F9aoTHD0k/xaBzaR5ANGcgQ4xjO9JKityl
CPrYcD+zaEXECYsA/9GceMZBzZnAmExjPLqzIg5JkFABiRhH7yiupEAhIog5V8bjWhHH2LurRjeU
EONaMQ/jQAFxjIUmZ8FjiWIct8uCGU+44FPJRAQwszMWif2YRPgxifVjUiRjEb6pg4ohhh+xZERw
R+n0OAljUYhW6DdBDGORLrIY1r0kijHRFw8/YrQi+BEVVxASH1cE7uBAiDDcTL80QoR3OBZXROxo
XN9IxC5JYGaIccgZ/8k8ULyOw1joXNswnnpiQghiGBszZsyYMWPGjBkzZsyYMWPGjBkzZsyYsQmW
rik5cnBY8rFi4i3gHAMqpoOZmXHkSLRFZ5zaB+f247fK2B9LNvytdXsPf4fGmQVH0Y3N1EabTRmJ
Fj3kLtivvAiMo4cmaEMwIsaZBZwyOEgtuNaUkWgi7kMsCOPQUIVxxtMGxQVHoQQGowQ2jR/BE8t4
kbQigvHovtW0IswxNMhEHzA3N2Mydz/5q2ccUaXFwhjzY5IF48WpDicxjtVjbWEyrZg8Ei1i7N5i
6XHAWbXxqRPjCkLGRtGNDdkPRN6TR6KJ8OC8xYorcr96hWxlGBvGr4exWJxQwpgxY8aMLUptZmqm
7FqLQhMTGcevbq7J1EhKJGYcs7phbBhnp59+I0CC78Othi0PwRTBh+nPFJGrBxZF5Bled0h09qGV
NSp07PHARWE8BCGCzEa9Q8MtI1YP7TQwM2oysFrUSpGdvIvDOLBSyJejGOuLAqox1vgf9vbA6xT0
49M7Dl4f5OFPku9EIyHGzz7EUXuzhNDe4hFcRELra7Kjrxo9MX5RF5WxEOEHpoUQ2m0dYhxcZBjH
MY6T3hjGEau/IcbjbCZ9j2YcrxWxq8czWzjGgRomyXdCxmoqEV/nadXTOIfs6ryFYhw+kYgwLawI
USAjIrCpsVtg28gli8xYyxnGchARsXqojhxPAyNzkMDCCYmPScNNE94roWsQFxLrmD7SIiAbDMaM
GTNmzJixRbL/A6Vi5Bgx0KmzAAAAAElFTkSuQmCC

--Multipart=_Mon__21_Nov_2006_13_41_59_+0000_masyLfxfsa0147D=--


From garabik-news-2005-05 na kassiopeia.juls.savba.sk  Sat May  5 18:44:24 2007
From: garabik-news-2005-05 na kassiopeia.juls.savba.sk (garabik-news-2005-05 na kassiopeia.juls.savba.sk)
Date: Sat, 5 May 2007 16:44:24 +0000 (UTC)
Subject: pristupova prava
References: <mailman.641.1178364346.4027.linux@linux.cz>
Message-ID: <f1ic98$ou7$1@ns.felk.cvut.cz>

Pavel Kankovsky <peak na argo.troja.mff.cuni.cz> wrote:
> On Sat, 5 May 2007, Bobby Gontarski wrote:
> 
>> Bezi mi proces a ten uklada data do /home/user, proces bezi pod rootem
> 
> Špatně je to už tady v tomto bodě. Zkuste zapřemýšlet například nad tím,
> co by se stalo, kdyby na místě, kde chcete vytvářet nové soubory, už něco
> bylo...
> 

...napriklad symlink


-- 
 -----------------------------------------------------------
| Radovan Garabík http://kassiopeia.juls.savba.sk/~garabik/ |
| __..--^^^--..__    garabik @ kassiopeia.juls.savba.sk     |
 -----------------------------------------------------------
Antivirus alert: file .signature infected by signature virus.
Hi! I'm a signature virus! Copy me into your signature file to help me spread!


From Petr na Kristof.cz  Sat May  5 21:07:13 2007
From: Petr na Kristof.cz (=?UTF-8?B?UGV0ciBLcmnFoXRvZg==?=)
Date: Sat, 05 May 2007 21:07:13 +0200
Subject: jak zakazat "resume"?
In-Reply-To: <mailman.630.1178355753.4027.linux@linux.cz>
References: <mailman.630.1178355753.4027.linux@linux.cz>
Message-ID: <f1ikl1$sqe$1@ns.felk.cvut.cz>

Petr Tomasek wrote:

> Bohuzel ve chvili, kdy se jadro snazi natvrdo pristoupit
> k naposledy pouzitemu swapu (proc si xakru proste neprojde
> vsechny diskovy oddily a nezjisti, ktery z nich je swap, stejne jako
> to dela s volume-labels?), v tu chvili se zasekne...

Vytvorit swap prikazem "mkswap -L label" a pak se na nej odkazovat
pres "label" by nepomohlo?

pk


From vejsp na svoboda.cz  Sat May  5 21:37:29 2007
From: vejsp na svoboda.cz (Petr Vejsada)
Date: Sat, 05 May 2007 21:37:29 +0200
Subject: Greylisting - =?ISO-8859-2?Q?=BEe_by_u=BE_na_n=ECj_do=B9lo=3F?=
References: <mailman.613.1178175753.4027.linux@linux.cz>
Message-ID: <f1ime1$j8f$1@linux.svoboda.cz>

mandrake.user wrote:

> Zkontroloval jsem logy a greylisting funguje, ovšem spam chodí, takže bych
> usodil, že spameři už slepě neposílají jen jednou.
> 
> Zaznamenal jste toto taky někdo?

no greylisty nepouzivam, ale vim zcela jiste, ze spameri se nejen nespokoji
s odmitnutim, ale maji botnety, takze jakmile jeden spam odmitnu, tak za
1-2 vteriny se mi snazi protlacit ten samy spam z jineho konce zemekoule. A
takto to zkusi treba 5x, 10x ...

-- 
Petr



From dfenze na gmail.com  Sat May  5 22:50:21 2007
From: dfenze na gmail.com (dfenze na gmail.com)
Date: Sat, 5 May 2007 22:50:21 +0200
Subject: Greylisting - =?utf-8?Q?=C5=BEe_by_u?=
	=?utf-8?B?xb4gbmEgbsSbaiBkb8WhbG8/?=
In-Reply-To: <f1ime1$j8f$1@linux.svoboda.cz>
References: <mailman.613.1178175753.4027.linux@linux.cz>
	<f1ime1$j8f$1@linux.svoboda.cz>
Message-ID: <20070505205021.GC3865@zombie.doma>

On (05/05/07 21:37), Petr Vejsada wrote:
> mandrake.user wrote:
> 
> > Zkontroloval jsem logy a greylisting funguje, ovšem spam chodí, takže bych
> > usodil, že spameři už slepě neposílají jen jednou.
> > 
> > Zaznamenal jste toto taky někdo?
> 
> no greylisty nepouzivam, ale vim zcela jiste, ze spameri se nejen nespokoji
> s odmitnutim, ale maji botnety, takze jakmile jeden spam odmitnu, tak za
> 1-2 vteriny se mi snazi protlacit ten samy spam z jineho konce zemekoule. A
> takto to zkusi treba 5x, 10x ...

A presne tohle greylisting odfiltruje

-Ph


From Gontarski na seznam.cz  Sun May  6 00:27:29 2007
From: Gontarski na seznam.cz (=?us-ascii?Q?Bobby=20Gontarski?=)
Date: Sun, 06 May 2007 00:27:29 +0200 (CEST)
Subject: =?us-ascii?Q?Re=3A=20pristupova=20prava?=
In-Reply-To: <20070505132235.5B87.0@argo.troja.mff.cuni.cz>
Message-ID: <8681.9575-11073-285248874-1178404049@seznam.cz>


> > Bezi mi proces a ten uklada data do /home/user, proces bezi pod rootem
> 
> Špatně je to už tady v tomto bodě. Zkuste zapřemýšlet například nad tím,
> co by se stalo, kdyby na místě, kde chcete vytvářet nové soubory, už něco
> bylo...

to se nestane, soubory maji jedinecny timestamp...


From Gontarski na seznam.cz  Sun May  6 00:29:33 2007
From: Gontarski na seznam.cz (=?us-ascii?Q?Bobby=20Gontarski?=)
Date: Sun, 06 May 2007 00:29:33 +0200 (CEST)
Subject: =?us-ascii?Q?Re=3A=20pristupova=20prava?=
In-Reply-To: <20070505100629.GA10486@stone.cavo.sk>
Message-ID: <8681.9575-11341-669703716-1178404173@seznam.cz>



> 1) po ulozeni, pouzite prikaz `chown'. (man chown)

to bohuzel nejde, potreboval bych to automaticky

> 2) ak staci zachovanie skupiny, tak na adresar nastavte sticky bit pre
> skupinu (man chmod).

tak to jsem zkousel, ale nepomohlo, potrebuju opravdu uzivatele

jde o to, ze ten soubor se pak automaticky bude stahovat z ftp, a kdyz je skupina user ale uzivatel je root, tak mi to hodi chybu pristupu, kdyz pak zmenim i uzivatele vlastnika na user, tak uz to funguje.


From Gontarski na seznam.cz  Sun May  6 00:32:20 2007
From: Gontarski na seznam.cz (=?us-ascii?Q?Bobby=20Gontarski?=)
Date: Sun, 06 May 2007 00:32:20 +0200 (CEST)
Subject: =?us-ascii?Q?Re=3A=20pristupova=20prava?=
In-Reply-To: <Pine.LNX.4.64.0705051235230.16923@twin.jikos.cz>
Message-ID: <8677.9571-11490-1870887021-1178404340@seznam.cz>


> > suid/sgid na na adresar + nastavit prava at mohou zapisovat clenove 
> > skupiny popripade i ostatni.
> 
> Bohuzel suid na adresar nema stejnou semantiku jako sgid.


ted jsem trosku zmaten, lze teda pouzit suid jako sgid, aby mi priradil automaticky uzivatele vlastnika k souborum vytvorenym v adresari a to podle toho kdo vlastni ten adresar?


From cavo+konf na cavo.sk  Sun May  6 07:37:30 2007
From: cavo+konf na cavo.sk (Marian Cavojsky)
Date: Sun, 6 May 2007 07:37:30 +0200
Subject: pristupova prava
In-Reply-To: <8681.9575-11341-669703716-1178404173@seznam.cz>
References: <20070505100629.GA10486@stone.cavo.sk>
	<8681.9575-11341-669703716-1178404173@seznam.cz>
Message-ID: <20070506053729.GA12466@stone.cavo.sk>

On Sun, May 06, 2007 at 12:29:33AM +0200, Bobby Gontarski wrote:
> 
> 
> > 1) po ulozeni, pouzite prikaz `chown'. (man chown)
> 
> to bohuzel nejde, potreboval bych to automaticky
> 
> > 2) ak staci zachovanie skupiny, tak na adresar nastavte sticky bit pre
> > skupinu (man chmod).
> 
> tak to jsem zkousel, ale nepomohlo, potrebuju opravdu uzivatele
> 
> jde o to, ze ten soubor se pak automaticky bude stahovat z ftp, a kdyz
> je skupina user ale uzivatel je root, tak mi to hodi chybu pristupu,
> kdyz pak zmenim i uzivatele vlastnika na user, tak uz to funguje.

Uff. Pristup cez prihlasovanie na FTP pod user-om a do jeho domovskeho
adresara zapisuje root? Myslim, ze by bolo na case uobit kontrolu, ci
tam nemate samozvaneho administratora a okamzite ukoncit experimenty.
Ved to je priamo pozvanka.

Asi by som okamzit uzavrel vsetky vstupne body do stroja. Zabezpecil si
aspon knizku 'Linux - hacking bez tajemnstvi' od Briana Hatcha, Jamesa
Leeho a Georga Kurtza a kym by som sa nepreluskal aspon do polovice, by
som na ten stroj pod root-om ani nesiahol.

Treba ist na to z opacneho konca:

Aplikacia, ktora bezi po root-om (je potrebne aby pod nim bezala?),
zapisuje len do adresara, kde niekto iny ako root nemoze zapisat. (Aspon
ciastocna ochrana proti nebezpecnym symlinkom.)

Tie data su citlive? Aspon trochu ano, ked ich chcete spristupnit, len
na znalost mena a hesla. Takze, stahovat sifrovane (FTP automaticky
vypadava z hry) Takze pouzit minimalne HTTPS s overovanim totoznosti (ak
potrebujete data len stiahnut a nic s nimi na serveri robit), alebo
SFTP (ak data potrebujete ne serveri po stiahnuti aj zrusit.)

Az v tomto boda by som sa zacal zaujimat o to, ci k tym datam bude mat
predmetny pouzivatel prava na pristup. A ten by mal byt rieseny tym, ze
predmetneho pouzivatela a root-a, by som dal do spolocnej skupiny
(naljepsie do takej, kde uz nikto iny nebude) nastavil aby sa
automaticky menila skupina pri zapise do adresara a potom nastavil
aplikacii spravny umask aby boli subory zapisovane tak, ze k nim bude
mat aj druhy clen skupiny ten spravny pozadovany pristup.

Trosku som sa rozpisal, dufam, ze to citatelne a ak mi tam nieko najde
nejaku chybu (logicku, na gramaticke sa vykaslite), bubem rad ak ma
upozorni.

P.S.: Skuste si v e-mailovom klientovi nastavit zalamovanie riadkov na
nieco pod 80 znakom (zauzivane je 72), Dlhsie riadky sa pri
nestrukturovanom texte zle citaju.

-- 
Marian


From konference na webjet.cz  Sun May  6 10:55:00 2007
From: konference na webjet.cz (=?ISO-8859-2?Q?Ond=F8ej?= =?ISO-8859-2?Q?T=F9ma?=)
Date: Sun, 06 May 2007 08:55:00 +0000
Subject: s firefoxem na vlastni pocitac
Message-ID: <mjpHQO0h.1178441700.8124230.konference@webjet.cz>

Zdravim konferenci,

mam v posledni dobe takovy truble, ze se z neznamych duvodu nemohu
pripojit na apache pres domenove jmeno vlastniho pocitace.

Napr: vlastni stroj na 192.168.1.1 se jmenem mars.domena.xy, mam
nastaveny /etc/hosts a zaroven i pusteny pdns_recursor, ktery me toto
jmeno siri via dns po lokalni siti.

Zadam do browseru localhost - vse je ok, zadam 192.168.1.1, vse ok, zadam
ale mars, nebo mars.domena.xy a strasne dlouho mu to trva nez navaze
spojeni. Nejsem si presne jisty co tomu predchazelo, jestli to byl
upgrade nebo jen restart pocitace po nejakem tom mesici, mozna oboje,
ted me napada ze mam i nove jadro resp. 2.6.20.1.

Zmineny problem mam jen ve ff, seamonkey, ephiphany a konqueroru, links,
telnet, opera, ftp, ping a tak dal, vse funguje v poradku. Na jine IP v
siti se takhle dostanu (na router se statistikama) z jinych PC v siti se
na tento apache taky dostanu bez problemu.

Nesetkal se s tim nekdo ? Netusi prosim Vas nekdo, co by to mohlo
zpusobit ? V logu apache nic neni, ale neni to jeho problem, neb takhel
se spatne dostanu i na ftp nebo cups web, vzdy ale pouze ze zminenych
prohlizecu a vzdy jen kdyz pouzivam domenove jmeno, IP nebo localhost
funguje, stejne jako pristup z jinych programu :S

Diky za radu


From ihanuska na ip-sec.cz  Sun May  6 12:15:40 2007
From: ihanuska na ip-sec.cz (Ivo (Bear) Hanuska)
Date: Sun, 06 May 2007 12:15:40 +0200
Subject: s firefoxem na vlastni pocitac
In-Reply-To: <mjpHQO0h.1178441700.8124230.konference@webjet.cz>
References: <mjpHQO0h.1178441700.8124230.konference@webjet.cz>
Message-ID: <463DAACC.5080901@ip-sec.cz>

Co takhle blbě nastavený revers - tedy blbě nastavená reverzní doména na 
1.168.192.in-addr.arpa? Něco takového bych typoval.

IH

OndřejTůma napsal(a):
> Zdravim konferenci,
>
> mam v posledni dobe takovy truble, ze se z neznamych duvodu nemohu
> pripojit na apache pres domenove jmeno vlastniho pocitace.
>
> Napr: vlastni stroj na 192.168.1.1 se jmenem mars.domena.xy, mam
> nastaveny /etc/hosts a zaroven i pusteny pdns_recursor, ktery me toto
> jmeno siri via dns po lokalni siti.
>
> Zadam do browseru localhost - vse je ok, zadam 192.168.1.1, vse ok, zadam
> ale mars, nebo mars.domena.xy a strasne dlouho mu to trva nez navaze
> spojeni. Nejsem si presne jisty co tomu predchazelo, jestli to byl
> upgrade nebo jen restart pocitace po nejakem tom mesici, mozna oboje,
> ted me napada ze mam i nove jadro resp. 2.6.20.1.
>
> Zmineny problem mam jen ve ff, seamonkey, ephiphany a konqueroru, links,
> telnet, opera, ftp, ping a tak dal, vse funguje v poradku. Na jine IP v
> siti se takhle dostanu (na router se statistikama) z jinych PC v siti se
> na tento apache taky dostanu bez problemu.
>
> Nesetkal se s tim nekdo ? Netusi prosim Vas nekdo, co by to mohlo
> zpusobit ? V logu apache nic neni, ale neni to jeho problem, neb takhel
> se spatne dostanu i na ftp nebo cups web, vzdy ale pouze ze zminenych
> prohlizecu a vzdy jen kdyz pouzivam domenove jmeno, IP nebo localhost
> funguje, stejne jako pristup z jinych programu :S
>
> Diky za radu
>
>   


From Gontarski na seznam.cz  Sun May  6 13:02:52 2007
From: Gontarski na seznam.cz (=?us-ascii?Q?Bobby=20Gontarski?=)
Date: Sun, 06 May 2007 13:02:52 +0200 (CEST)
Subject: =?us-ascii?Q?Re=3A=20pristupova=20prava?=
In-Reply-To: <20070506053729.GA12466@stone.cavo.sk>
Message-ID: <8671.9565-32172-759650557-1178449372@seznam.cz>

Dekuji za odpoved
> 
> Aplikacia, ktora bezi po root-om (je potrebne aby pod nim bezala?),
> zapisuje len do adresara, kde niekto iny ako root nemoze zapisat. (Aspon
> ciastocna ochrana proti nebezpecnym symlinkom.)

jedna se o kerio mailserver a user pod kterym bezi neovlivnim.
Kdyz kerio vytvari backup mailu, tak ho nekam ulozi a samozrejme, 
ze vlastnik tech dat je root (s tim si myslim, ze nic neudelam, 
i kdyz to je pro me nezadouci)

Tu zalohu chci po vytvoreni stahnout na server, jehoz hdd se zalohuje
ne pasku.


> Tie data su citlive? Aspon trochu ano, ked ich chcete spristupnit, len
> na znalost mena a hesla. Takze, stahovat sifrovane (FTP automaticky
> vypadava z hry) Takze pouzit minimalne HTTPS s overovanim totoznosti (ak
> potrebujete data len stiahnut a nic s nimi na serveri robit), alebo
> SFTP (ak data potrebujete ne serveri po stiahnuti aj zrusit.)

Pristup na ftp je pouze z vnitrni site (mailserver je za routerem, natovany
 je pouze smtp port) a navic ftp povoli pripojeni jen z jedne ip 
(to je ta serveru, ktery si stahne zalohu)


From konference na webjet.cz  Sun May  6 13:24:16 2007
From: konference na webjet.cz (=?ISO-8859-2?Q?Ond=F8ej?= =?ISO-8859-2?Q?T=F9ma?=)
Date: Sun, 06 May 2007 11:24:16 +0000
Subject: s firefoxem na vlastni pocitac
In-Reply-To: <463DAACC.5080901@ip-sec.cz>
Message-ID: <MNrGuolv.1178450656.5810070.konference@webjet.cz>

Ne to je v poradku, tedy vraci to jak mars.domena.xy tak mars, navic toto
je jedina vec, ktera se skutecne nemenila.

Dne 6/5/2007, napsal "Ivo (Bear) Hanuska" <ihanuska na ip-sec.cz>:

>Co takhle blbě nastavený revers - tedy blbě nastavená reverzní doména na 
>1.168.192.in-addr.arpa? Něco takového bych typoval.
>
>IH
>
>OndřejTůma napsal(a):
>> Zdravim konferenci,
>>
>> mam v posledni dobe takovy truble, ze se z neznamych duvodu nemohu
>> pripojit na apache pres domenove jmeno vlastniho pocitace.
>>
>> Napr: vlastni stroj na 192.168.1.1 se jmenem mars.domena.xy, mam
>> nastaveny /etc/hosts a zaroven i pusteny pdns_recursor, ktery me toto
>> jmeno siri via dns po lokalni siti.
>>
>> Zadam do browseru localhost - vse je ok, zadam 192.168.1.1, vse ok, zadam
>> ale mars, nebo mars.domena.xy a strasne dlouho mu to trva nez navaze
>> spojeni. Nejsem si presne jisty co tomu predchazelo, jestli to byl
>> upgrade nebo jen restart pocitace po nejakem tom mesici, mozna oboje,
>> ted me napada ze mam i nove jadro resp. 2.6.20.1.
>>
>> Zmineny problem mam jen ve ff, seamonkey, ephiphany a konqueroru, links,
>> telnet, opera, ftp, ping a tak dal, vse funguje v poradku. Na jine IP v
>> siti se takhle dostanu (na router se statistikama) z jinych PC v siti se
>> na tento apache taky dostanu bez problemu.
>>
>> Nesetkal se s tim nekdo ? Netusi prosim Vas nekdo, co by to mohlo
>> zpusobit ? V logu apache nic neni, ale neni to jeho problem, neb takhel
>> se spatne dostanu i na ftp nebo cups web, vzdy ale pouze ze zminenych
>> prohlizecu a vzdy jen kdyz pouzivam domenove jmeno, IP nebo localhost
>> funguje, stejne jako pristup z jinych programu :S
>>
>> Diky za radu
>>
>>   
>_______________________________________________
>Linux mailing list
>Linux na linux.cz
>http://www.linux.cz/mailman/listinfo/linux


From konference na webjet.cz  Sun May  6 13:32:26 2007
From: konference na webjet.cz (=?ISO-8859-2?Q?Ond=F8ej?= =?ISO-8859-2?Q?T=F9ma?=)
Date: Sun, 06 May 2007 11:32:26 +0000
Subject: s firefoxem na vlastni pocitac
In-Reply-To: <463DAACC.5080901@ip-sec.cz>
Message-ID: <V1WEXeEb.1178451146.1297530.konference@webjet.cz>

Navic, prave sem zjistil, ze ostatni jmeny aliasy, ktery na tu vlastni IP
mam poveseny fungujou v poradku.

A samozrejme na tento jev nema vliv, zda mam nebo nemam zapnuty lokalni
DNS, tedy zda jedu dle dns nebo dle /etc/hosts.

Prvni co me napadlo, zda neexistuje nejake bezpecnosti nastaveni v gecku,
ktere by omezovalo pristup na $HOSTNAME nebo tak neco :S

Dne 6/5/2007, napsal "Ivo (Bear) Hanuska" <ihanuska na ip-sec.cz>:

>Co takhle blbě nastavený revers - tedy blbě nastavená reverzní doména na 
>1.168.192.in-addr.arpa? Něco takového bych typoval.
>
>IH


From soban na soban.cz  Sun May  6 13:30:18 2007
From: soban na soban.cz (=?ISO-8859-2?Q?Petr_=A9ob=E1=F2?=)
Date: Sun, 06 May 2007 13:30:18 +0200
Subject: s firefoxem na vlastni pocitac
In-Reply-To: <MNrGuolv.1178450656.5810070.konference@webjet.cz>
References: <MNrGuolv.1178450656.5810070.konference@webjet.cz>
Message-ID: <463DBC4A.4040406@soban.cz>

OndřejTůma napsal(a):
> Ne to je v poradku, tedy vraci to jak mars.domena.xy tak mars, navic toto
> je jedina vec, ktera se skutecne nemenila.
> 
> Dne 6/5/2007, napsal "Ivo (Bear) Hanuska" <ihanuska na ip-sec.cz>:
> 
>> Co takhle blbě nastavený revers - tedy blbě nastavená reverzní doména na 
>> 1.168.192.in-addr.arpa? Něco takového bych typoval.
>>

Tak problém v firewalu port auth (113) čekání na timeout ?

Nebo zapnutá podpora IPv6 přitom IPv6 nepoužíváte?

-- 

/----------------------------------------\
|            Petr Šobáň                  |
|            Olomouc                     |
|----------------------------------------|
|    ICQ    179223500                    |
|    jabber soban_petr na jabber.org        |
\----------------------------------------/

Kdybych mohl volit, dal bych přednost tiché moudrosti před upovídanou
hloupostí.
		-- Cicero


From konference na webjet.cz  Sun May  6 14:02:03 2007
From: konference na webjet.cz (=?ISO-8859-2?Q?Ond=F8ej?= =?ISO-8859-2?Q?T=F9ma?=)
Date: Sun, 06 May 2007 12:02:03 +0000
Subject: s firefoxem na vlastni pocitac
In-Reply-To: <463DBC4A.4040406@soban.cz>
Message-ID: <bExmoYfC.1178452923.9825270.konference@webjet.cz>

Dne 6/5/2007, napsal "Petr Šobáň" <soban na soban.cz>:
>Tak problém v firewalu port auth (113) čekání na timeout ?

Firewall nemam ani zapnuty v jadre

>Nebo zapnutá podpora IPv6 přitom IPv6 nepoužíváte?

ipv6 me taky napadlo, ale v jadre je vypnuty, leda ze by vadilo ze je
kompilovany prohlizec s jeho podporou.... ale proc pak ostatni aliasy na
to same ip funguji ? Takze dle meho nazoru tim to take asi nebude :(


From david na kovalsky.cz  Sun May  6 15:24:31 2007
From: david na kovalsky.cz (David Kovalsky)
Date: Sun, 6 May 2007 15:24:31 +0200
Subject: FC6 - jak se zbavit /dev/mapper?
In-Reply-To: <46275A9D.8050709@mts.cz>
References: <46275A9D.8050709@mts.cz>
Message-ID: <20070506152431.3639fa8a@kovinek>

On Thu, 19 Apr 2007 14:03:41 +0200
Libor Chocholaty <libor_ml1 na mts.cz> wrote:

> Ahoj,
> 
> pred par dny jsem presel z FC5 na FC6 (x86_64) a ejhle nemam pristupny
> partisny na SATA disku jako /dev/sda1 a sda2, ale jako
> /dev/mapper/isw_degjhgdcgj_RAID1p1
> /dev/mapper/isw_degjhgdcgj_RAID1p2
> 
> a nemuzu se toho zbavit. Nasel jsem na internetu spoustu navodu, jak
> RAID rozchodit, kdyz stavkuje (nejcasteji na ICH7), ale jak se toho
> zbavit jsem nenasel. Navic je mi divny, ze se mi vytvorily zarizeni
> isw_xxx, protoze mam cipset nvidia nForce 3 250Gb a ne intel.
> 
> Device fily /dev/sda1 a /dev/sda2 v systemu porad jsou, ale pri
> pokusu o primontovani dostanu hlasku:
> [root na localhost ~]# mount -t ext3 /dev/sda2 /archive -o ro
> mount: /dev/sda2 is not a valid block device
> 
> [root na localhost ~]# ls -l /dev/sda*
> brw-r----- 1 root disk 8, 0 Apr 19 10:15 /dev/sda
> brwx------ 1 root root 8, 1 Apr 19 10:15 /dev/sda1
> brwx------ 1 root root 8, 2 Apr 19 10:15 /dev/sda2
> 
> [root na localhost ~]# ls -l /dev/mapper/
> total 0
> crw------- 1 root root  10, 63 Apr 19 10:15 control
> brw-rw---- 1 root disk 253,  0 Apr 19 10:15 isw_degjhgdcgj_RAID1
> brw-rw---- 1 root disk 253,  1 Apr 19 08:16 isw_degjhgdcgj_RAID1p1
> brw-rw---- 1 root disk 253,  2 Apr 19 08:16 isw_degjhgdcgj_RAID1p2
> 
> Poradi nekdo?
Mel jsem stejny problem, vyresilo upraveni initrd, vytvarely se mi tam
manualne. Kdyz jsem je odstranil, vsechno fungovalo podle predstav. 

Mel jsem puvodni disk na pseudo-raidu na deskce, po preneseni se mi to
taky ve FC6 objevilo. Problem (co mi bylo receno) je, ze ty metadata
jsou mimo hlavni oblast disku, takze dd if=/d/z of=/d/n na tohle
nezafunguje.

HTH,

-- 
David Kovalsky
david na kovalsky.cz


From hana.skoumalova na ff.cuni.cz  Sun May  6 16:15:46 2007
From: hana.skoumalova na ff.cuni.cz (Hana Skoumalova)
Date: Sun, 06 May 2007 16:15:46 +0200
Subject: Samba a MS Windows XP a 2000
Message-ID: <463DE312.3020000@ff.cuni.cz>

Dobré odpoledne,

mám doma PC se Slackwarem 11 a manžel má PC s Windows 2000 a notebook s 
XP-čkama. Pokouším se nakonfigurovat sambu, abychom mohli z obou 
windowsích strojů do homů na Slackwaru a ještě do jednoho adresáře. 
Zatím jsou ale úspěchy střídavé (doslova): buď to jde z dvoutisícovek 
nebo z XP-ček. Problém je zdá se v ověřování hesel.

Na konfiguraci jsem použila webmin a postupovala jsem takto:
- zaškrtla jsem encrypted passwords
- zakázala jsem prázdná hesla
- zkonverovala jsem Unix users na Samba users (je tam předvoleno "For 
newly created users, set the password to:  No password")
Výsledek č.1: z 2000-ovek se přihlásím, z XP-ček ne.

Použila jsem program smbpasswd a naťukali jsme svá hesla (jsou stejná na 
všech strojích).
Výsledek č.2: z 2000-ovek se nepřihlásím, z XP-ček ano.

Pokud vrátím soubor smbpasswd s "prázdnými" hesly, vrátí se výsledek č.1.

Pokud v smb.conf použiji 'passdb backend = tdbsam', nastane výsledek č.2.

Mohl by mi někdo poradit, co s tím. Přikládám ještě smb.conf.

Hanka Skoumalová
---------------------------------------------------------------------
smb.conf:
# Samba config file created using SWAT
# from 0.0.0.0 (0.0.0.0)
# Date: 2007/05/06 15:24:23

[global]
         dns proxy = No
         log file = /var/log/samba.%m
         server string = Samba Server
         workgroup = UAMKCR
         encrypt passwords = yes
         max log size = 50
         log level = 10

[homes]
         comment = Home Directories
         read only = No

[printers]
         comment = All Printers
         path = /var/spool/samba
         printable = Yes
         browseable = No

[download]
         path = /download
         read only = No
         directory mask = 0777
         guest ok = Yes



From hana.skoumalova na ff.cuni.cz  Sun May  6 16:27:01 2007
From: hana.skoumalova na ff.cuni.cz (Hana Skoumalova)
Date: Sun, 06 May 2007 16:27:01 +0200
Subject: Samba a MS Windows XP a 2000 - vyreseno
In-Reply-To: <463DE312.3020000__9352.07836232639$1178461324$gmane$org@ff.cuni.cz>
References: <463DE312.3020000__9352.07836232639$1178461324$gmane$org@ff.cuni.cz>
Message-ID: <463DE5B5.2040608@ff.cuni.cz>

Omlouvám se za zmatky, už se to vyřešilo. Měli jsme na 2000-ovkách 
skutečně nastavené prázdné heslo pro přihlašování k Sambě, které "se 
pamatovalo", takže při úpravách hesel na Linuxu pochopitelně nesedělo. 
Využili jsme samovolný reboot Windowsů :-) a vše se spravilo.

Hanka Skoumalová



From mcepl na redhat.com  Sun May  6 17:53:01 2007
From: mcepl na redhat.com (Matej Cepl)
Date: Sun, 06 May 2007 17:53:01 +0200
Subject: s firefoxem na vlastni pocitac
References: <mailman.651.1178441702.4027.linux@linux.cz>
Message-ID: <slrnf3ruet.9nm.mcepl@hubmaier.ceplovi.cz>

On 2007-05-06, 08:55 GMT, OndřejTůma wrote:
> Zadam do browseru localhost - vse je ok, zadam 192.168.1.1, vse 
> ok, zadam ale mars, nebo mars.domena.xy a strasne dlouho mu to 
> trva nez navaze spojeni. Nejsem si presne jisty co tomu 
> predchazelo, jestli to byl upgrade nebo jen restart pocitace po 
> nejakem tom mesici, mozna oboje, ted me napada ze mam i nove 
> jadro resp. 2.6.20.1.

Stupidní dotaz -- co máte v /etc/resolv.conf, je tam skutečně to, 
co si myslíte, že tam máte?

Matěj


From ihanuska na ip-sec.cz  Sun May  6 19:20:02 2007
From: ihanuska na ip-sec.cz (Ivo (Bear) Hanuska)
Date: Sun, 06 May 2007 19:20:02 +0200
Subject: s firefoxem na vlastni pocitac
In-Reply-To: <slrnf3ruet.9nm.mcepl@hubmaier.ceplovi.cz>
References: <mailman.651.1178441702.4027.linux@linux.cz>
	<slrnf3ruet.9nm.mcepl@hubmaier.ceplovi.cz>
Message-ID: <463E0E42.3090604@ip-sec.cz>

Zaprvé: co říkají logy? Je tam něco podezdřelého?

No, podle toho, jak se to projevuje je něco opravdu shnilého v DNS. 
Jetli chodí přístup přes adresu, tak přístup přes hostname nebude chodit 
jenom tehdy, když se něco špatného děje v resolvingu.

Prověřte /etc/host.conf. Pokud máte nastaveno order bind, hosts a v DNS 
není záznam, pak může dojít k tomu, že get_host_by_name (nebo jak se ta 
funkce jmenuje) čeká na chybu od named a teprv potom jde na hosts. 
Nemáte v DNS nastavenou veřejnou adresu a vy se snažíte ho nadirigovat 
na privát? Hledal bych tady.

IH

Matej Cepl napsal(a):
> On 2007-05-06, 08:55 GMT, OndřejTůma wrote:
>   
>> Zadam do browseru localhost - vse je ok, zadam 192.168.1.1, vse 
>> ok, zadam ale mars, nebo mars.domena.xy a strasne dlouho mu to 
>> trva nez navaze spojeni. Nejsem si presne jisty co tomu 
>> predchazelo, jestli to byl upgrade nebo jen restart pocitace po 
>> nejakem tom mesici, mozna oboje, ted me napada ze mam i nove 
>> jadro resp. 2.6.20.1.
>>     
>
> Stupidní dotaz -- co máte v /etc/resolv.conf, je tam skutečně to, 
> co si myslíte, že tam máte?
>
> Matěj
>
>
>   


From ihanuska na ip-sec.cz  Sun May  6 19:24:48 2007
From: ihanuska na ip-sec.cz (Ivo (Bear) Hanuska)
Date: Sun, 06 May 2007 19:24:48 +0200
Subject: pristupova prava
In-Reply-To: <8671.9565-32172-759650557-1178449372@seznam.cz>
References: <8671.9565-32172-759650557-1178449372@seznam.cz>
Message-ID: <463E0F60.6070304@ip-sec.cz>

Ale fuj! Takových lidí už si myslelo, že za Natovaným firewallem s 
otevřeným jedním portem jsou v pořádku... :o))). Mimochodem, proč 
nepoužíváte třeba rsync? Ten je docela dobře ochráněný a navíc má 
spoustu dalších možností (naproti FTP vs wget). Já bych FTP v případě, 
že jde o e-maily neveřil. To je hodně "vo ústa".

IH
> Pristup na ftp je pouze z vnitrni site (mailserver je za routerem, natovany
>  je pouze smtp port) a navic ftp povoli pripojeni jen z jedne ip 
> (to je ta serveru, ktery si stahne zalohu)
> _______________________________________________
> Linux mailing list
> Linux na linux.cz
> http://www.linux.cz/mailman/listinfo/linux
>
>   


From konference na webjet.cz  Sun May  6 20:47:20 2007
From: konference na webjet.cz (=?ISO-8859-2?Q?Ond=F8ej?= =?ISO-8859-2?Q?T=F9ma?=)
Date: Sun, 06 May 2007 18:47:20 +0000
Subject: s firefoxem na vlastni pocitac
In-Reply-To: <463E0E42.3090604@ip-sec.cz>
Message-ID: <Fyh5wK0p.1178477240.4986240.konference@webjet.cz>

Dne 6/5/2007, napsal "Ivo (Bear) Hanuska" <ihanuska na ip-sec.cz>:

>Zaprvé: co říkají logy? Je tam něco podezdřelého?

Nic, vubec nic tam neni :( Koukal sem se i do logu apache, ale necekal
sem ze bych tam neco nasel

>No, podle toho, jak se to projevuje je něco opravdu shnilého v DNS. 
>Jetli chodí přístup přes adresu, tak přístup přes hostname nebude chodit 
>jenom tehdy, když se něco špatného děje v resolvingu.

To souhlasim, ale ty soubory sem kontroloval mockrat, funkcnost si vzdy
overuju pomoci programu dig, pokud by byl problem v dns, jak to, ze
ostatni stanice (vcetne windows) pouzivajici ten samy DNS server problem
nemaji :(

Nakonec, v tomto smeru, nejvic problemy dela proftpd - nyni funguje bez
problemu, proste, z cehokoli na libovolnou sluzbu bezici na HOSTNAME se
dostanu, ovsem mima browseru zalozenych na gecku a konquerou

>Prověřte /etc/host.conf. Pokud máte nastaveno order bind, hosts a v DNS 
>není záznam, pak může dojít k tomu, že get_host_by_name (nebo jak se ta 
>funkce jmenuje) čeká na chybu od named a teprv potom jde na hosts. 
>Nemáte v DNS nastavenou veřejnou adresu a vy se snažíte ho nadirigovat 
>na privát? Hledal bych tady.

ne mam:
order hosts, bind
multi on


From pavel na mccom.cz  Sun May  6 20:54:02 2007
From: pavel na mccom.cz (Pavel Krpata)
Date: Sun, 06 May 2007 20:54:02 +0200
Subject: =?ISO-8859-2?Q?Nab=EDdka_=B9kolen=ED_UNIX/Linux_=28Liberec?=
	=?ISO-8859-2?Q?k=FD_kraj=29?=
Message-ID: <463E244A.8040807@mccom.cz>

Nabízíme dvou až čtyřdenní kursy hrazené fondem Evropské Unie, pro 
zájemce o práci se systémem UNIX/Linux.
Kursy pořádáme buď od soboty do úterý nebo během dvou víkendů. Během
prvních dvou dnů Vás uvedeme do obecné problematiky a probereme podstatu
práce se systémem Linux. Značnou část této části kursu věnujeme
praktickému procvičování. Každý z účastníků kursu má během školení k
dispozici vlastní počítač a nemusí se obávat případného poškození
instalace.

Popis kurzu:
Kurz si klade za cíl seznámit uchazeče s základními principy operačního 
systému UNIX, tak aby nabyté znalosti byly aplikovatelné pokud možno na 
jakoukoli verzi Unixu. V úvodu bude uchazeč seznámen v krátkosti s 
historií OS UNIX, jeho základními vlastnostmi, dále specifickými 
vlastnostmi Linuxu a možnostmi jeho nasazení. Vlastní výuka probíhá s 
využitím distribuce Debian a specializuje se nejprve na základy práce v 
systému, jako připojování svazků, přístupová práva, základy filozofie 
systému procesů v Unixu. Dále budou procvičovány základy práce v 
příkazovém interpretu (shellu) a později i tvorba skriptů a pokročilejší 
možnosti shellu. Opomenut nezůstane editor vi a základy zpracování 
textu. Další probíraná témata budou záviset na zájmu uchazečů - lze se 
věnovat dalším programům v textovém módu, instalaci software z binárních
balíčků nebo kompilaci ze zdrojových kódů nebo také možnostmi grafického 
subsystému X window a grafickým aplikacím, případně jiným tématům.

Kurz není vhodný pro začátečníky v práci na PC, uchazeč by měl zvládat 
bez problému ovládání MS Windows a neměla by mu být úplně cizí
příkazová řádka Windows nebo DOSu.


Kursy probíhají v naší specializované učebně ve Starých Splavech.
Maximální počet účastníků je 12 minimální 5. Víkendové kursy začínají
vždy v 9.30 a s přestávkou na oběd, který je hrazen pořadatelem kursu, a
pokračují do 15-17.00 hodin. Účastníci kursu ze vzdálenějších lokalit
budou mít placeno ubytování a dopravu v běžných cenách.

Do 11.9.2007 jsou kursy přístupné pouze zaměstnancům firem, podnikatelům
a zájemcům o podnikání (nutno doložit např. žádostí o přidělení
živnostenského listu) z Libereckého kraje. Při splnění pravidla de
minimis (to stručně shrnuto znamená, že subjekt nedostal v posledních
třech letech podporu vyšší než 100 000 EUR) jsou kursy, doprava a
ubytování plně hrazeny z grantu ESF.

Další podrobnosti:
http://www.mcc.cz/grant/skoleni.html#pc2

Pavel Krpata
MC Com, s.r.o.


From konference na webjet.cz  Sun May  6 21:45:36 2007
From: konference na webjet.cz (=?ISO-8859-2?Q?Ond=F8ej?= =?ISO-8859-2?Q?T=F9ma?=)
Date: Sun, 06 May 2007 19:45:36 +0000
Subject: s firefoxem na vlastni pocitac [omluva]
In-Reply-To: <463DBC4A.4040406@soban.cz>
Message-ID: <JAkikJc2.1178480736.0936850.konference@webjet.cz>

Dne 6/5/2007, napsal "Petr Šobáň" <soban na soban.cz>:
>Nebo zapnutá podpora IPv6 přitom IPv6 nepoužíváte?

Omlouvam se a dekuji, opravdu sem mel zapnutou podporu IPv6 v jadre,
priste se musim poradne podivat.

Je ale zvlastni co to dela za zvlastni ublb :O

OT


From tomas.krbec na gmail.com  Sun May  6 22:58:04 2007
From: tomas.krbec na gmail.com (=?UTF-8?Q?Tom=C3=A1=C5=A1_Krbec?=)
Date: Sun, 6 May 2007 22:58:04 +0200
Subject: CentOS5, Samba a sdileni bez hesla
In-Reply-To: <f1ce5t$861$1@linux.svoboda.cz>
References: <mailman.616.1178188001.4027.linux@linux.cz>
	<f1ce5t$861$1@linux.svoboda.cz>
Message-ID: <be31d3800705061358h1b2bfa64t11ada40f7ac8e172@mail.gmail.com>

3.5.07, Petr Vejsada <daemon na svoboda.cz>:
> Tomáš Krbec wrote:
>
> > Jenže systém se chová rozdílně v adresáři tmp a sdileni.
>
> no jedine, co me napada, je, ze "sdileni" a "tmp" jsou na ruznych
> filesystemech a tak se chovaji jinak. ACL ?
>
> --
> Petr

Zdravím,
Všechno je na jednom disku na jednom oddíle. FS je ext3. ACL ještě
prověřím, to jsem nezkoumal.

Díky

-- 
S pozdravem
Tomáš Krbec

From dast na panelnet.cz  Mon May  7 09:25:04 2007
From: dast na panelnet.cz (Dalibor Straka)
Date: Mon, 7 May 2007 09:25:04 +0200
Subject: funkce write()
Message-ID: <20070507072504.GA17822@panelnet.cz>

Ahoj,

pisu si malinky wrapper na sockety a potreboval bych vedet, jak presne
funguje write(), jenze nemuzu najit ten spravny .c soubor. Sice jsem
nasel v kernelu asi tu spravnou socket->ops->sendmsg(), ale nejvice
me zajima, kde dochazi ke kopirovani z meho bufferu[] do kerneliho
a jak se to kopiruje a jestli to dela knihovna socket a kernel pak
jeste jednou apod.?

Budu vdecny za nazev toho .c souboru, vysvetleni i za odkaz na sirsi
povidani.

Diky,
-- Dalibor Straka


From notification_warner na yahoo.co.uk  Mon May  7 11:10:02 2007
From: notification_warner na yahoo.co.uk (UK NATIONAL LOTTERY PROGRAM)
Date: Mon, 7 May 2007 11:10:02 +0200
Subject: Claims-Ref: UK/9420X2/70 {CONTACT LOTTERY FIDUCIARY AGENT}
Message-ID: <1140150615.28818@paypal.com>

Date: Mon,  7 May 2007 11:03:36 +0200 (CEST)

UK National e-Lottery
The Marina Offices, St Peters Yacht Basin,
Newcastle upon Tyne, NE6 1HX
England
Ref: UK/9420X2/70
Batch: 074/05/ZY345    
                                                                                                                                      
                                                                                                                  WINNING   NOTIFICATION:
 
  We happily announce to you the draw (1155) of the U.K National e-lottery, online Sweepstakes International.”Your e-mail address" attached to ticket number:"56475600545 188" with Serial number" 5368/02" drew the lucky numbers: 12. 17. 21. 25. 31. 37. [30] Bonus Ball’ which subsequently won you the lottery in the 1st category i.e. match 5. You have therefore been approved to claim a total sum   of “Ł2,000.000.00 (Two Million Pounds Sterling)” in cash credited to file "KTU/9023118308/03." This is from a total cash prize of Ł12,000,000" shared amongst the (6) lucky winners in this category i.e. Match 5 plus bonus. All participants for the online version were selected 

Randomly from World Wide Web sites through computer draw system and extracted from over "100,000" unions, associations, and corporate bodies that are listed online. This promotion takes place weekly. 
               
      Please note that your lucky winning number falls within our European booklet representative office in Europe as indicated in your play coupon. In View of this, your of  " Ł2,000.000.00 (Two Million Pounds Sterling)" would be released to you by any of our "payment offices" in Europe. 
           "Our European agent" will immediately commence the process to facilitate the release of your funds as soon as you contact him.   For security reasons, you are advised to keep your winning information confidential till your claims is processed and your money remitted to you in whatever manner you deem fit to "claim your prize". This is part of our precautionary measure to avoid double claiming and unwarranted abuse of this program. 

Please be warned. To file for your Claim, please contact our fiduciary agent below:

Catherine Nola (Mrs)
Tel: +447011148378
Email: info_claimsagentnola1 na yahoo.co.uk

Sincerely, 
 U.K National e-lottery Group Co-ordinator
Sweepstakes International Program. 
Mr. Ken Allan
http://www.uknationallottery.co.uk/

Please do not reply to this e-mail, because this is an unmonitored alias. If you have general questions regarding your winnings please contact the Fiduciary agent at the lower left corner for UK National e-lottery comprehensive online help.
    
Copyright Š 1994-2007 UK sweepstakes lotto Inc.All rights reserved.






From jarda47133 na spambob.net  Mon May  7 13:06:28 2007
From: jarda47133 na spambob.net (Jarda)
Date: Mon, 07 May 2007 13:06:28 +0200
Subject: Claims-Ref: UK/9420X2/70 {CONTACT LOTTERY FIDUCIARY AGENT}
References: <mailman.669.1178529003.4027.linux@linux.cz>
Message-ID: <f1n0rs$u7q$1@news.brutele.be>

Zda se, ze jsme vyhrali kolektivne. Nebo budem losovat, kdo ze to
vlastne vyhral?

Je do tehle konference pristup pres otevreny mailing list, ze sem ten
scam proleze? Na rozdil od V1agry, posilat tohle do NG jaksi postrada
smysl, neb to tim pozbyva i posledni naznak jakekoliv duveryhodnosti,
ktery by to snad mohlo mit v neci soukrome e-mailove schrance. No
nic, jen by me zajimalo, jak se to sem dostalo.

UK NATIONAL LOTTERY PROGRAM wrote:

> Date: Mon,  7 May 2007 11:03:36 +0200 (CEST)
> 
> UK National e-Lottery
> The Marina Offices, St Peters Yacht Basin,
> Newcastle upon Tyne, NE6 1HX
> England
> Ref: UK/9420X2/70
> Batch: 074/05/ZY345
>                                                                                                                                       
-- 
--
Remove the 33 from my address to reply by e-mail!


From mj na ucw.cz  Mon May  7 14:48:38 2007
From: mj na ucw.cz (Martin `MJ' Mares)
Date: Mon, 7 May 2007 14:48:38 +0200
Subject: funkce write()
In-Reply-To: <20070507072504.GA17822@panelnet.cz>
References: <20070507072504.GA17822@panelnet.cz>
Message-ID: <mj+md-20070507.124514.17208.nikam@ucw.cz>

Ahoj Dalibore,

> pisu si malinky wrapper na sockety a potreboval bych vedet, jak presne
> funguje write(), jenze nemuzu najit ten spravny .c soubor. Sice jsem
> nasel v kernelu asi tu spravnou socket->ops->sendmsg(), ale nejvice
> me zajima, kde dochazi ke kopirovani z meho bufferu[] do kerneliho
> a jak se to kopiruje a jestli to dela knihovna socket a kernel pak
> jeste jednou apod.?

v kernelu 2.6.20 to vypada takto:

sys_write() -> vfs_write() ... ten zjisti, ze socket nema svuj vlastni
write hook -> do_sync_write() -> aio_write hook -> sock_aio_write()
-> do_sock_write() a tam se prelozi na sendmsg -> __sock_sendmsg()
-> sendmsg hook od socketu, ktery uz je zavisly na protokolu. Data se
kopiruji az tam.

Socketova knihovna to urcite delat nemuze, protoze Linux zadnou nema :-)

				Have a nice fortnight
-- 
Martin `MJ' Mares                          <mj na ucw.cz>   http://mj.ucw.cz/
Faculty of Math and Physics, Charles University, Prague, Czech Rep., Earth
Who is General Failure and why is he reading my disk?


From dast na panelnet.cz  Mon May  7 16:05:32 2007
From: dast na panelnet.cz (Dalibor Straka)
Date: Mon, 7 May 2007 16:05:32 +0200
Subject: funkce write()
In-Reply-To: <mj+md-20070507.124514.17208.nikam@ucw.cz>
References: <20070507072504.GA17822@panelnet.cz>
	<mj+md-20070507.124514.17208.nikam@ucw.cz>
Message-ID: <20070507140532.GA19772@panelnet.cz>

Ahoj!

On Mon, May 07, 2007 at 02:48:38PM +0200, Martin `MJ' Mares wrote:
> sys_write() -> vfs_write() ... ten zjisti, ze socket nema svuj vlastni
> write hook -> do_sync_write() -> aio_write hook -> sock_aio_write()
> -> do_sock_write() a tam se prelozi na sendmsg -> __sock_sendmsg()
> -> sendmsg hook od socketu, ktery uz je zavisly na protokolu. Data se
> kopiruji az tam.
> 
Diky moc,

nejak me uz prestalo bavit osetrovat vsechny write(socket,...) v mem
kodu a napsal jsem si meziclanek, ktery "vyslany" buffer vzdy prijme.
(Sam pouze ukazuje jestli jsem neprekrocil nejaky soft limit.)
Kdyz je sit volna data odesle dokud ji zase neucpe.

> Socketova knihovna to urcite delat nemuze, protoze Linux zadnou nema :-)
> 
Za to muze Solaris, kompiluje se s parametrem "-l socket", tak jsem
automaticky predpokladal existenci knihovny. Nejak jsem si nevsiml, ze
u Linuxu tento parametr neni ;-).

-- Dalibor


From dast na panelnet.cz  Mon May  7 16:29:50 2007
From: dast na panelnet.cz (Dalibor Straka)
Date: Mon, 7 May 2007 16:29:50 +0200
Subject: Claims-Ref: UK/9420X2/70 {CONTACT LOTTERY FIDUCIARY AGENT}
In-Reply-To: <f1n0rs$u7q$1@news.brutele.be>
References: <mailman.669.1178529003.4027.linux@linux.cz>
	<f1n0rs$u7q$1@news.brutele.be>
Message-ID: <20070507142949.GB19772@panelnet.cz>

On Mon, May 07, 2007 at 01:06:28PM +0200, Jarda wrote:
> Zda se, ze jsme vyhrali kolektivne. Nebo budem losovat, kdo ze to
> vlastne vyhral?
> 
> Je do tehle konference pristup pres otevreny mailing list, ze sem ten
>
AFAIK je otevreny kvuli odpovedim z newsu.

-- Dalibor Straka


From stoupa na practisoft.cz  Tue May  8 02:54:48 2007
From: stoupa na practisoft.cz (Petr Vileta)
Date: Tue, 8 May 2007 02:54:48 +0200
Subject: Claims-Ref: UK/9420X2/70 {CONTACT LOTTERY FIDUCIARY AGENT}
References: <mailman.669.1178529003.4027.linux@linux.cz><f1n0rs$u7q$1@news.brutele.be>
	<mailman.673.1178549540.4027.linux@linux.cz>
Message-ID: <f1ohor$u70$2@ns.felk.cvut.cz>

"Dalibor Straka" <dast na panelnet.cz> píše v diskusním příspěvku 
news:mailman.673.1178549540.4027.linux na linux.cz...
> On Mon, May 07, 2007 at 01:06:28PM +0200, Jarda wrote:
>> Zda se, ze jsme vyhrali kolektivne. Nebo budem losovat, kdo ze to
>> vlastne vyhral?
>>
>> Je do tehle konference pristup pres otevreny mailing list, ze sem ten
>>
> AFAIK je otevreny kvuli odpovedim z newsu.
>
Nechci rozpoutavat flamewar, ale kdyby to vsichni cetli v news klientovi tak 
by tohle asi nevznikalo. Popravde dost dobre nechapu, co maji lidi proti 
news, proc to nepouzivaji. Ja naopak nesnasim mailing list. Musim si na to 
vytvaret v mailovem klientu pravidla, aby se mi to tridilo do spravnych 
slozek a nemel jsem to vsechno v Dorucene poste. No a pokud ma nekdo 
problem, ze se kazdou chvili vyskytuje u jineho pocitace, tak to prece porad 
jeste jde cist v browseru pres login s heslem.
Muze mi prosim nekdo vysvetlit vyhody mailing listu oproti news?
-- 
Petr

Skype: callto://fidokomik

Na mail uvedeny v headeru zpravy nema cenu nic posilat, konci to v PR* :-)
Odpovidejte na petr na practisoft cz



From lifetime.earning na gmail.com  Tue May  8 13:23:24 2007
From: lifetime.earning na gmail.com (Millennium Computers)
Date: 8 May 2007 04:23:24 -0700
Subject: Learn and Earn from Top Paying Programs on Internet : Join Now !!
Message-ID: <1178623404.273336.180740@l77g2000hsb.googlegroups.com>

=================================================
The height of foolishness is to discard an opportunity without full
and proper investigation." - Benjamin Franklin
====================================================


1. AdBux is a new innovative, international and FREE English based
service that allows advertisers to reach thousands of potential
customers by displaying their ad on our, "Surf Ads" page. Nearly 100
percent of all advertising revenue is paid to our members. AdBux makes
money via other advertising sources throughout the website as well as
earning through direct sponsorship of other AdBux members, just like a
regular member does.
To Join Click the Link :
http://tinyurl.com/2uwqnr

Earnings Example (based on current averages)
You click 10 ads per day = $0.10!
10 referrals click 10 ads per day = $1.00!
Your weekly earnings = $7.70!
Your monthly earnings = $30.80!

Join ADBUX now or it will be too late :   Click http://tinyurl.com/2uwqnr

Payment is received in your Paypal Account.. If you don't have a
paypal account
Create it now for receiving payments from Adbux.. Create Paypal by
clicking : http://tinyurl.com/87zt8

2. The second site named myLot is a growing community of individuals
from around the world who enjoy sharing information, meeting new
people, and helping each other out. Members of the community are
rewarded for their valuable contributions through monthly earnings
payouts. This site has potential and make you wealthy with initial
efforts. Fot Details Visit :
http://tinyurl.com/ykcgwj
I have received my 1st payment in 1 months time. The various payment
proofs can be found at site itself. Believe me its an amazing earning
opportunity that cannot be missed now.
Just check this Link and Sign up :  http://tinyurl.com/ykcgwj



3. Welcome to AGLOCO! Check the details at :
http://www.agloco.com/r/BBBK5512

The Internet is about to go through a dramatic change and a MAJOR
OPPORTUNITY awaits those who are keen enough to see it.

You probably already know that Internet sites are making millions of
dollars in revenue, some even billions. Wouldn't it be great if you
and I could OWN THE INTERNET and make money just like Google, YouTube
and MySpace?

Another name is about to be added to this list and
fortunately for you and me, it's not too late.

It is free to join and Membership never costs anything.
Register at : http://www.agloco.com/r/BBBK5512



From karels na pc163.gr.ph.ct.cz  Wed May  9 08:08:12 2007
From: karels na pc163.gr.ph.ct.cz (Karel Salavec)
Date: Wed, 9 May 2007 08:08:12 +0200
Subject: Claims-Ref: UK/9420X2/70 {CONTACT LOTTERY FIDUCIARY AGENT}
In-Reply-To: <f1ohor$u70$2@ns.felk.cvut.cz>
References: <mailman.669.1178529003.4027.linux@linux.cz>
	<mailman.673.1178549540.4027.linux@linux.cz>
	<f1ohor$u70$2@ns.felk.cvut.cz>
Message-ID: <200705090808.12520.karels@pc163.gr.ph.ct.cz>

Dne úterý 08 květen 2007 02:54 Petr Vileta napsal(a):
> "Dalibor Straka" <dast na panelnet.cz> píše v diskusním příspěvku
> news:mailman.673.1178549540.4027.linux na linux.cz...
> >> Je do tehle konference pristup pres otevreny mailing list, ze sem ten
> >
> > AFAIK je otevreny kvuli odpovedim z newsu.
>
> Nechci rozpoutavat flamewar, ale kdyby to vsichni cetli v news klientovi
> tak by tohle asi nevznikalo. Popravde dost dobre nechapu, co maji lidi
> proti news, proc to nepouzivaji. Ja naopak nesnasim mailing list. Musim si
> na to vytvaret v mailovem klientu pravidla, aby se mi to tridilo do
> spravnych slozek a nemel jsem to vsechno v Dorucene poste. No a pokud ma
> nekdo problem, ze se kazdou chvili vyskytuje u jineho pocitace, tak to
> prece porad jeste jde cist v browseru pres login s heslem.
> Muze mi prosim nekdo vysvetlit vyhody mailing listu oproti news?

Mail projde i pres HODNE restriktivne nastaveny firewall. Kdo mi to zaruci u 
news-u?

Karel


From duda na lib.cas.cz  Wed May  9 08:50:18 2007
From: duda na lib.cas.cz (Martin Duda)
Date: Wed, 09 May 2007 08:50:18 +0200
Subject: Claims-Ref: UK/9420X2/70 {CONTACT LOTTERY FIDUCIARY AGENT}
In-Reply-To: <200705090808.12520.karels@pc163.gr.ph.ct.cz>
References: <mailman.669.1178529003.4027.linux@linux.cz>	<mailman.673.1178549540.4027.linux@linux.cz>	<f1ohor$u70$2@ns.felk.cvut.cz>
	<200705090808.12520.karels@pc163.gr.ph.ct.cz>
Message-ID: <46416F2A.7050507@lib.cas.cz>

Zdravim,

Karel Salavec napsal(a):
> Dne úterý 08 květen 2007 02:54 Petr Vileta napsal(a):
>   
>> "Dalibor Straka" <dast na panelnet.cz> píše v diskusním příspěvku
>> news:mailman.673.1178549540.4027.linux na linux.cz...
>>     
>>>> Je do tehle konference pristup pres otevreny mailing list, ze sem ten
>>>>         
>>> AFAIK je otevreny kvuli odpovedim z newsu.
>>>       
>> Nechci rozpoutavat flamewar, ale kdyby to vsichni cetli v news klientovi
>> tak by tohle asi nevznikalo. Popravde dost dobre nechapu, co maji lidi
>> proti news, proc to nepouzivaji. Ja naopak nesnasim mailing list. Musim si
>> na to vytvaret v mailovem klientu pravidla, aby se mi to tridilo do
>> spravnych slozek a nemel jsem to vsechno v Dorucene poste. No a pokud ma
>> nekdo problem, ze se kazdou chvili vyskytuje u jineho pocitace, tak to
>> prece porad jeste jde cist v browseru pres login s heslem.
>> Muze mi prosim nekdo vysvetlit vyhody mailing listu oproti news?
>>     
>
> Mail projde i pres HODNE restriktivne nastaveny firewall. Kdo mi to zaruci u 
> news-u?
>   
To me zajima...Vy pouzivate na omezeni spamu firewall? Myslite asi spise 
nejakou aplikacni proxy ze, resp. nejaky "firewall" v aplikacni vrstve? 
Pokud ne, tak si nedovedu predstavit, jak na urovni TCP/IP omezujete 
spam...diky za osvetleni...

Duda



From tosuja na tosuja.info  Wed May  9 09:24:57 2007
From: tosuja na tosuja.info (=?ISO-8859-2?Q?Petr_Kl=EDma?=)
Date: Wed, 09 May 2007 09:24:57 +0200
Subject: Claims-Ref: UK/9420X2/70 {CONTACT LOTTERY FIDUCIARY AGENT}
In-Reply-To: <46416F2A.7050507@lib.cas.cz>
References: <mailman.669.1178529003.4027.linux@linux.cz>	<mailman.673.1178549540.4027.linux@linux.cz>	<f1ohor$u70$2@ns.felk.cvut.cz>	<200705090808.12520.karels@pc163.gr.ph.ct.cz>
	<46416F2A.7050507@lib.cas.cz>
Message-ID: <46417749.4090203@tosuja.info>

Martin Duda wrote:
> Zdravim,
> 
> Karel Salavec napsal(a):
>> Mail projde i pres HODNE restriktivne nastaveny firewall. Kdo mi to zaruci u 
>> news-u?
>>   
> To me zajima...Vy pouzivate na omezeni spamu firewall? Myslite asi spise 
> nejakou aplikacni proxy ze, resp. nejaky "firewall" v aplikacni vrstve? 
> Pokud ne, tak si nedovedu predstavit, jak na urovni TCP/IP omezujete 
> spam...diky za osvetleni...
> 
> Duda

O spamu tu nikdo nemluvil, psalo se o restriktivnim firewallu. Verte, ze
existuji firmy, ktere maji firewall nastaven tak, ze blokuje forwarding
napr. portu 22...

Tosuja
-- 
Petr "Tosuja" Klíma
Mail: tosuja na tosuja.info
Web: www.tosuja.info
ICQ: 52057532



From duda na lib.cas.cz  Wed May  9 09:35:52 2007
From: duda na lib.cas.cz (Martin Duda)
Date: Wed, 09 May 2007 09:35:52 +0200
Subject: Claims-Ref: UK/9420X2/70 {CONTACT LOTTERY FIDUCIARY AGENT}
In-Reply-To: <46417749.4090203@tosuja.info>
References: <mailman.669.1178529003.4027.linux@linux.cz>	<mailman.673.1178549540.4027.linux@linux.cz>	<f1ohor$u70$2@ns.felk.cvut.cz>	<200705090808.12520.karels@pc163.gr.ph.ct.cz>	<46416F2A.7050507@lib.cas.cz>
	<46417749.4090203@tosuja.info>
Message-ID: <464179D8.8060804@lib.cas.cz>

Petr Klíma napsal(a):
> Martin Duda wrote:
>   
>> Zdravim,
>>
>> Karel Salavec napsal(a):
>>     
>>> Mail projde i pres HODNE restriktivne nastaveny firewall. Kdo mi to zaruci u 
>>> news-u?
>>>   
>>>       
>> To me zajima...Vy pouzivate na omezeni spamu firewall? Myslite asi spise 
>> nejakou aplikacni proxy ze, resp. nejaky "firewall" v aplikacni vrstve? 
>> Pokud ne, tak si nedovedu predstavit, jak na urovni TCP/IP omezujete 
>> spam...diky za osvetleni...
>>
>> Duda
>>     
>
> O spamu tu nikdo nemluvil, psalo se o restriktivnim firewallu. Verte, ze
> existuji firmy, ktere maji firewall nastaven tak, ze blokuje forwarding
> napr. portu 22...
>
> Tosuja
>   
oops, sypu si popel na hlavu...spatne jsem to precetl...nasledne jsem to 
pochopil, ale to jiz bylo pozde :)


Duda



From simon na cesa.cz  Wed May  9 09:44:07 2007
From: simon na cesa.cz (Simon Brandejs)
Date: Wed, 9 May 2007 09:44:07 +0200
Subject: Claims-Ref: UK/9420X2/70 {CONTACT LOTTERY FIDUCIARY AGENT}
In-Reply-To: <464179D8.8060804@lib.cas.cz>
References: <mailman.669.1178529003.4027.linux@linux.cz>
	<mailman.673.1178549540.4027.linux@linux.cz>
	<f1ohor$u70$2@ns.felk.cvut.cz>
	<200705090808.12520.karels@pc163.gr.ph.ct.cz>
	<46416F2A.7050507@lib.cas.cz> <46417749.4090203@tosuja.info>
	<464179D8.8060804@lib.cas.cz>
Message-ID: <20070509094407.00d19b53.simon@cesa.cz>


    
> >>> Mail projde i pres HODNE restriktivne nastaveny firewall. Kdo mi to zaruci u 
> >>> news-u?
> >>>   
> >>>       
> >> To me zajima...Vy pouzivate na omezeni spamu firewall? Myslite asi spise 
> >> nejakou aplikacni proxy ze, resp. nejaky "firewall" v aplikacni vrstve? 
> >> Pokud ne, tak si nedovedu predstavit, jak na urovni TCP/IP omezujete 
> >> spam...diky za osvetleni...
> >>
> >> Duda
> >>     

IMHO jo existuje ... Cisco ASA + microtrend modul ... 
  a asi by to slo zrealizovat i presmerovanim tcp/25 do vlastniho 
  SMTP ... tam prohnat antivirem+antispamem  a poslat na puvodni urceni 

toz tak -) 
simon



From sutr na valasske-laboratore.cz  Wed May  9 12:26:23 2007
From: sutr na valasske-laboratore.cz (Zdenek Kaminski)
Date: Wed, 9 May 2007 12:26:23 +0200 (CEST)
Subject: 10tis IO operaci pres NFSv3
Message-ID: <Pine.LNX.4.63.0705091224010.16448@pha.freemusic.cz>

Dobry den,

  dostal jsem se k otazce, s jakym zelezem uchodim 10tis IO operaci na 
discich sdilenych pres NFSv3. Rychlost po siti je 60Mbps.

  Jako distribuce bude pouzit RHEL5 nebo SLES10.Napisete mi prosim nekdo 
sve zkusenosti?

  Diky a preji hezky den.

Z.K.
--
Wallachian Laboratories? Freeride in UN*X systems...


From linux na ssos.cz  Thu May 10 09:51:14 2007
From: linux na ssos.cz (=?ISO-8859-2?Q?Filip_Flaj=B9ar?=)
Date: Thu, 10 May 2007 09:51:14 +0200
Subject: test
Message-ID: <4642CEF2.5000601@ssos.cz>

Omlouvam se, ale nic mi uz 2 dny neprislo.

-- Filip


From Pavel.Just na simac.cz  Thu May 10 10:07:12 2007
From: Pavel.Just na simac.cz (Pavel Just)
Date: Thu, 10 May 2007 10:07:12 +0200
Subject: =?ISO-8859-2?Q?K=F3dov=E1_str=E1nka_filesyst=E9mu?=
Message-ID: <4642D2B0.4010301@simac.cz>

Zdravím

   Mám systém, který běží v cs_CZ.ISO-8859-2 kódu. K němu chci připojit 
disk,
který vznikl v cs_CZ.UTF-8 kódu. Jak  tento disk připojím, aby názvy souborů
a byly správně česky ?  Filesystém je ext3. iocharset nefunguje, což je 
i v manuálu :-).
Moduly nls_iso8859-2 a nls_utf-8 mám natažené.

Pavel

-- 
Tato zpráva neobsahuje viry, protože nepoužívám MS Windows.



From PaJaSoft na FoNet.Cz  Thu May 10 15:13:37 2007
From: PaJaSoft na FoNet.Cz (=?iso-8859-2?Q?Ing._Pavel_PaJaSoft_Janou=B9ek?=)
Date: Thu, 10 May 2007 15:13:37 +0200
Subject: test
In-Reply-To: <4642CEF2.5000601@ssos.cz>
Message-ID: <200705101313.l4ADDcod024612@merlin.fonet.cz>

linux-bounces na linux.cz <mailto:linux-bounces na linux.cz> wrote:
> Omlouvam se, ale nic mi uz 2 dny neprislo.

	Také pozoruji značně nárazové doručování... (a mimo jiné taktéž out
of order)

-------------------------------------------------------------------
Ing. Pavel Janousek (PaJaSoft)             FoNet, spol. s r. o.
Technicka podpora, Intranet/Internet     Sokolova 67, 619 00 Brno
E-mail: mailto:Janousek na FoNet.Cz         Tel.: +420  5  4324 4749
WWW:    http://WWW.FoNet.Cz/           E-mail: mailto:Info na FoNet.Cz
-------------------------------------------------------------------  



From aipyramid na mcmordie.com  Thu May 10 17:01:56 2007
From: aipyramid na mcmordie.com (Nigelk Mohr)
Date: Thu, 10 May 2007 16:01:56 +0100
Subject: beatrice insecure
Message-ID: <000001c79302$3beb09e0$7174f5d0@dmaplek>

This one is shoe in to Double by end of week
Huge Volume spike, many people are already in the know

Get in on ground floor of soccer
Monolith Athletic Club Inc
SYM-M N A B
Strong B reccomended at 1 Cents
Soccer Could be the next big sport for the US to excel in and Soccer franchising will be HUGE

Watch this trade Thursday
Add it to your Radar
People are already loading up, you should too!!


Iverson said the Nuggets knew they'd have to start quickly and play relentless  cohesion because of injuries, illnesses, trades and suspensions. The Nuggets   nine years on Mike Krzyzewski's staff at Duke, where he was a four-year  it was a disappointment."  Amaker's career record at Michigan was 109-83 overall 

----- Original Message ----- 
From: "Nigelk Mohr" <aipyramid na mcmordie.com>
To: <linux na linux.cz>
Sent: Thursday, March 22, 2007 8:27 PM
Subject: beatrice insecure


> Get in on ground floor of soccer
> Monolith Athletic Club Inc
> SYM-M N A B
> Strong B reccomended at 1 Cents
> Soccer Could be the next big sport for the US to excel in and Soccer franchising will be HUGE



From slavek.banko na axis.cz  Thu May 10 20:08:27 2007
From: slavek.banko na axis.cz (=?iso-8859-2?q?Sl=E1vek_Banko?=)
Date: Thu, 10 May 2007 20:08:27 +0200
Subject: =?iso-8859-2?q?K=F3dov=E1_str=E1nka?=
	=?iso-8859-2?q?_filesyst=E9mu?=
In-Reply-To: <4642D2B0.4010301@simac.cz>
References: <4642D2B0.4010301@simac.cz>
Message-ID: <200705102008.27549.slavek.banko@axis.cz>

Obávám se, že jediná cesta je přejmenování souborů - viz convmv.

Slávek
-- 
Dne čtvrtek 10 květen 2007 10:07 Pavel Just napsal(a):
> Zdravím
>
>    Mám systém, který běží v cs_CZ.ISO-8859-2 kódu. K němu chci připojit
> disk,
> který vznikl v cs_CZ.UTF-8 kódu. Jak  tento disk připojím, aby názvy
> souborů a byly správně česky ?  Filesystém je ext3. iocharset
> nefunguje, což je i v manuálu :-).
> Moduly nls_iso8859-2 a nls_utf-8 mám natažené.
>
> Pavel


From opty77 na gmail.com  Thu May 10 18:49:59 2007
From: opty77 na gmail.com (Opty)
Date: Thu, 10 May 2007 18:49:59 +0200
Subject: =?ISO-8859-2?Q?Re:_K=F3dov=E1_str=E1nka_filesyst=E9mu?=
In-Reply-To: <4642D2B0.4010301@simac.cz>
References: <4642D2B0.4010301@simac.cz>
Message-ID: <902ebbf70705100949s7604278cm20becd17a114eacc@mail.gmail.com>

On 5/10/07, Pavel Just <Pavel.Just na simac.cz> wrote:
> Zdravím

Napodobne.

>    Mám systém, který běží v cs_CZ.ISO-8859-2 kódu. K němu chci připojit
> disk,
> který vznikl v cs_CZ.UTF-8 kódu. Jak  tento disk připojím, aby názvy souborů
> a byly správně česky ?  Filesystém je ext3. iocharset nefunguje, což je
> i v manuálu :-).
> Moduly nls_iso8859-2 a nls_utf-8 mám natažené.

Uz jste si odpovedel, nijak. :-) Resp. pripojite ho uplne normalne,
protoze nazev souboru na ext3 je bran jako posloupost bytu a je temer
jedno, co obsahuje. Potencialne se tedy muzou v nazvu souboru objevit
znaky z nekolika ruznych kodovani, ale to by asi nebylo prakticke.

Rekl bych, ze mate aspon 2 moznosti:

1) pouzit convmv a prekodovat nazvy souboru

2) pouzit aplikaci, ktera bude schopna pracovat s UTF-8 (napr. uxterm
+ UTF-8 font + zmena locale pouze pro ten uxterm?)

Snad jsem nerekl zadnou kravinu.

Hezky den,
Opty

From martin.konference na seznam.cz  Fri May 11 08:43:15 2007
From: martin.konference na seznam.cz (Martin =?iso-8859-2?q?=A9pirk?=)
Date: Fri, 11 May 2007 08:43:15 +0200
Subject: =?iso-8859-2?q?K=F3dov=E1_str=E1nka?=
	=?iso-8859-2?q?_filesyst=E9mu?=
In-Reply-To: <902ebbf70705100949s7604278cm20becd17a114eacc@mail.gmail.com>
References: <4642D2B0.4010301@simac.cz>
	<902ebbf70705100949s7604278cm20becd17a114eacc@mail.gmail.com>
Message-ID: <200705110843.15657.martin.konference@seznam.cz>

Dne čt 10. května 2007 18:49 Opty napsal(a):
> On 5/10/07, Pavel Just <Pavel.Just na simac.cz> wrote:
> > Zdravím
>
> Napodobne.
>
> >    Mám systém, který běží v cs_CZ.ISO-8859-2 kódu. K němu chci připojit
> > disk,
> > který vznikl v cs_CZ.UTF-8 kódu. Jak  tento disk připojím, aby názvy
> > souborů a byly správně česky ?  Filesystém je ext3. iocharset nefunguje,
> > což je i v manuálu :-).
> > Moduly nls_iso8859-2 a nls_utf-8 mám natažené.
>
> Uz jste si odpovedel, nijak. :-) Resp. pripojite ho uplne normalne,
> protoze nazev souboru na ext3 je bran jako posloupost bytu a je temer
> jedno, co obsahuje. Potencialne se tedy muzou v nazvu souboru objevit
> znaky z nekolika ruznych kodovani, ale to by asi nebylo prakticke.
>
> Rekl bych, ze mate aspon 2 moznosti:
>
> 1) pouzit convmv a prekodovat nazvy souboru

Ten umi prekodovani obema smery? Vim (dosud jsem nepouzil) ze se pouziva na 
prevod iso -> utf, ale nevim jestli to umi i opacne.

Nevite jak to resi SuSE, ktere umi po nainstalovani prepinat mezi iso a utf8 
(je nutny restart). To vymeni nejaky jaderny modul?

Martin



From garabik-news-2005-05 na kassiopeia.juls.savba.sk  Fri May 11 10:34:44 2007
From: garabik-news-2005-05 na kassiopeia.juls.savba.sk (garabik-news-2005-05 na kassiopeia.juls.savba.sk)
Date: Fri, 11 May 2007 08:34:44 +0000 (UTC)
Subject: 10tis IO operaci pres NFSv3
References: <mailman.687.1178706385.4027.linux@linux.cz>
Message-ID: <f219r4$nj1$1@ns.felk.cvut.cz>

Zdenek Kaminski <sutr na valasske-laboratore.cz> wrote:
> Dobry den,
> 
>  dostal jsem se k otazce, s jakym zelezem uchodim 10tis IO operaci na 
> discich sdilenych pres NFSv3. Rychlost po siti je 60Mbps.
> 
>  Jako distribuce bude pouzit RHEL5 nebo SLES10.Napisete mi prosim nekdo 
> sve zkusenosti?
>

ja pri mountovani pouzivam flagy:
rsize=32768,wsize=32768,hard,async,tcp,nolock,nfsvers=3
kde rychlost v zavislosti od rsize a wsize zavisi na sietovej karte, je
asi rozumne otestovat rozne hodnoty, a skusit nfsvers 4


-- 
 -----------------------------------------------------------
| Radovan Garabík http://kassiopeia.juls.savba.sk/~garabik/ |
| __..--^^^--..__    garabik @ kassiopeia.juls.savba.sk     |
 -----------------------------------------------------------
Antivirus alert: file .signature infected by signature virus.
Hi! I'm a signature virus! Copy me into your signature file to help me spread!


From mcepl na redhat.com  Fri May 11 10:46:53 2007
From: mcepl na redhat.com (Matej Cepl)
Date: Fri, 11 May 2007 10:46:53 +0200
Subject: =?UTF-8?Q?K=C3=B3dov=C3=A1?= =?UTF-8?Q?str=C3=A1nka?=
	=?UTF-8?Q?filesyst=C3=A9mu?=
References: <4642D2B0.4010301@simac.cz>
	<902ebbf70705100949s7604278cm20becd17a114eacc@mail.gmail.com>
	<mailman.702.1178865820.4027.linux@linux.cz>
Message-ID: <slrnf48bbt.nhd.mcepl@hubmaier.ceplovi.cz>

On 2007-05-11, 06:43 GMT, Martin Špirk wrote:
> Ten umi prekodovani obema smery? Vim (dosud jsem nepouzil) ze 
> se pouziva na prevod iso -> utf, ale nevim jestli to umi 
> i opacne.

Kamarád Google by Vám poradil manpage třeba na 
http://j3e.de/linux/convmv/man/ -- zajímavé čtení.

> Nevite jak to resi SuSE, ktere umi po nainstalovani prepinat mezi iso a utf8 
> (je nutny restart). To vymeni nejaky jaderny modul?

Snad by mělo stačit změna locale -- což může být jednodušší 
s restartem.

Měl bych ale jednu zásadnější otázku -- neměl byste tuhle situaci 
brát jako námět k zamyšlení se nad tím, jestli je v 21. století 
vhodné mít locale ISO 8859-2. Pokud vím, tak poslední distribuce, 
která nemá standardně locale UTF-8 je Debian (neznám Slackware, 
to může být další kandidát na Posledního mohykána) a i tam jsem 
(poté co byl konečně opatchován Midnight Commander) neměl 
sebemenší problémy s přechodem na UTF-8.

Hezký den,

Matěj Cepl


From antonin.micka na megasphera.cz  Fri May 11 12:00:03 2007
From: antonin.micka na megasphera.cz (=?iso-8859-2?q?Anton=EDn_Mi=E8ka?=)
Date: Fri, 11 May 2007 12:00:03 +0200
Subject: =?iso-8859-2?q?K=F3dov=E1str=E1nkafilesyst=E9mu?=
In-Reply-To: <slrnf48bbt.nhd.mcepl@hubmaier.ceplovi.cz>
References: <4642D2B0.4010301@simac.cz>
	<mailman.702.1178865820.4027.linux@linux.cz>
	<slrnf48bbt.nhd.mcepl@hubmaier.ceplovi.cz>
Message-ID: <200705111200.03309.antonin.micka@megasphera.cz>

Dne pátek 11 květen 2007 10:46 Matej Cepl napsal(a):
> On 2007-05-11, 06:43 GMT, Martin Špirk wrote:
> Kamarád Google by Vám poradil manpage třeba na
> http://j3e.de/linux/convmv/man/ -- zajímavé čtení.
>
> Snad by mělo stačit změna locale -- což může být jednodušší
> s restartem.
>
> Měl bych ale jednu zásadnější otázku -- neměl byste tuhle situaci
> brát jako námět k zamyšlení se nad tím, jestli je v 21. století
> vhodné mít locale ISO 8859-2. Pokud vím, tak poslední distribuce,
> která nemá standardně locale UTF-8 je Debian (neznám Slackware,
> to může být další kandidát na Posledního mohykána) a i tam jsem
> (poté co byl konečně opatchován Midnight Commander) neměl
> sebemenší problémy s přechodem na UTF-8.
>
> Hezký den,
>
> Matěj Cepl

tak debian dává po příkazu locale tohle

LANG=cs_CZ.UTF-8
LC_CTYPE="cs_CZ.UTF-8"
LC_NUMERIC="cs_CZ.UTF-8"
LC_TIME="cs_CZ.UTF-8"
LC_COLLATE="cs_CZ.UTF-8"
LC_MONETARY="cs_CZ.UTF-8"
LC_MESSAGES="cs_CZ.UTF-8"
LC_PAPER="cs_CZ.UTF-8"
LC_NAME="cs_CZ.UTF-8"
LC_ADDRESS="cs_CZ.UTF-8"
LC_TELEPHONE="cs_CZ.UTF-8"
LC_MEASUREMENT="cs_CZ.UTF-8"
LC_IDENTIFICATION="cs_CZ.UTF-8"
LC_ALL=

Takže že by i debian přešel na Unicode ???? ;-)

-- 
Antonín Mička


From sutr na valasske-laboratore.cz  Fri May 11 12:27:34 2007
From: sutr na valasske-laboratore.cz (Zdenek Kaminski)
Date: Fri, 11 May 2007 12:27:34 +0200 (CEST)
Subject: 10tis IO operaci pres NFSv3
In-Reply-To: <f219r4$nj1$1@ns.felk.cvut.cz>
References: <mailman.687.1178706385.4027.linux@linux.cz>
	<f219r4$nj1$1@ns.felk.cvut.cz>
Message-ID: <Pine.LNX.4.63.0705111226460.2492@pha.freemusic.cz>

On Fri, 11 May 2007, garabik-news-2005-05 na kassiopeia.juls.savba.sk wrote:

> Zdenek Kaminski <sutr na valasske-laboratore.cz> wrote:
>> Dobry den,
>>
>>  dostal jsem se k otazce, s jakym zelezem uchodim 10tis IO operaci na
>> discich sdilenych pres NFSv3. Rychlost po siti je 60Mbps.
>>
>>  Jako distribuce bude pouzit RHEL5 nebo SLES10.Napisete mi prosim nekdo
>> sve zkusenosti?
>>
>
> ja pri mountovani pouzivam flagy:
> rsize=32768,wsize=32768,hard,async,tcp,nolock,nfsvers=3
> kde rychlost v zavislosti od rsize a wsize zavisi na sietovej karte, je
> asi rozumne otestovat rozne hodnoty, a skusit nfsvers 4
>

Diky za Vas prispevek, ale jeste jednou si prosim prectete mou otazku.

Z.K.
--
Wallachian Laboratories? Freeride in UN*X systems...


From iccstrikesiea na mcisys.com  Fri May 11 14:47:53 2007
From: iccstrikesiea na mcisys.com (Karyn YCory)
Date: Fri, 11 May 2007 22:47:53 +1000
Subject: I psychopathic
Message-ID: <027d01c79405$3fcd97a0$4140d7f0@qcorvusx>

This one is shoe in to Double by end of week
Huge Volume spike, many people are already in the know

Soccer is growing the US
Monolith Athletic Club Inc
SYmN- M_N_A_B 
Extremely b ullish at 1 Cents
Soccer Could be the next big sport for the US to excel in and Soccer franchising will be HUGE

Watch this trade Thursday
Add it to your Radar
People are already loading up, you should too!!


didn't see any way we were going to get back into the game.''   Anthony had 19  led the Pirates to a 68-55 record, a trip to the round of 16 in the 2000  you or anything,'' Iverson said. ''It just feels good. It just feels like   a great deal for us. So we can take that momentum from this game and from the

----- Original Message ----- 
From: "Karyn YCory" <iccstrikesiea na mcisys.com>
To: <linux-thread.12345 na linux.cz>, <linux na linux.cz>
Sent: Thursday, March 22, 2007 8:27 PM
Subject: I psychopathic


> Soccer is growing the US
> Monolith Athletic Club Inc
> SYmN- M_N_A_B 
> Extremely b ullish at 1 Cents
> Soccer Could be the next big sport for the US to excel in and Soccer franchising will be HUGE



From mcepl na redhat.com  Fri May 11 11:54:09 2007
From: mcepl na redhat.com (Matej Cepl)
Date: Fri, 11 May 2007 11:54:09 +0200
Subject: OT: kontakt na newsadmina news.felk.cvut.cz?
Message-ID: <slrnf48fa1.smi.mcepl@hubmaier.ceplovi.cz>

Omlouvám se za off-topic, ale nevíte někdo email na maintainera 
news.felk.cvut.cz? Schází mi news.software.readers a chtěl bych 
se zeptat jestli je to jenom chybička nebo záměr (i když to se mi 
zdá podezřelé -- to je přece jedna z nejctihodnějších NG).

Díky,

Matěj


From vaclavik na ujp.cz  Fri May 11 14:21:19 2007
From: vaclavik na ujp.cz (Juraj Vaclavik)
Date: Fri, 11 May 2007 14:21:19 +0200
Subject: =?iso-8859-2?q?K=F3dov=E1_str=E1nka?=
	=?iso-8859-2?q?_filesyst=E9mu?=
Message-ID: <200705111421.19434.vaclavik@ujp.cz>

Dobrý den,
vyhrabal jsem tady tyto 2 skripty (jen je potřeba upravit kódování):

rendepth:-----------------------------------
#!/bin/bash
find . -type d -depth -exec rename.sh '{}' \;
----------------------------------------------

rename.sh:-----------------------------
cd "$1"
for filename in *;
do
   mv -f "$filename" "`echo \"$filename\"|iconv -f cp1250 -t utf8`" 2>&1 | 
grep -v "are the same file"
| grep -v "subdirectory"
done
cd -
----------------------------------

-- 
zdravím

Ing. Juraj Václavík
UJP PRAHA a.s.


From tomas.krbec na gmail.com  Fri May 11 14:12:17 2007
From: tomas.krbec na gmail.com (=?UTF-8?Q?Tom=C3=A1=C5=A1_Krbec?=)
Date: Fri, 11 May 2007 14:12:17 +0200
Subject: =?UTF-8?Q?Cups_a_opr=C3=A1vn=C4=9Bn=C3=AD_v_/dev?=
Message-ID: <be31d3800705110512p2fe26b30tc1e0577e29331fe3@mail.gmail.com>

Zdravím,

chtěl jsem se zeptat, jaký by měl být správný systémový postup pro
následují věc.
Mám sériovou tiskárnu připojenou na /dev/ttyS1
Oprávnění po startu počítače na ten port je root uucp crw- rw- ---
To nastaví udev.
Cups nevytiskne nic, protože "permission denied"
Když dám chmod 666 /dev/ttyS1
tak potom všechno funguje.

Mám volat chmod po restartu, nebo přepsat udev-rules tak, aby bylo
jiné oprávnění nebo stačí jenom poeditovat /etc/group ?

Jedná se o CentOS 5 x86_64
Cups běží pod uživatelem root, to napíše "ps axu"

Díky za radu.

-- 
S pozdravem
Tomáš Krbec

From tomas.krbec na gmail.com  Fri May 11 13:57:13 2007
From: tomas.krbec na gmail.com (=?UTF-8?Q?Tom=C3=A1=C5=A1_Krbec?=)
Date: Fri, 11 May 2007 13:57:13 +0200
Subject: CentOS5, Samba a sdileni bez hesla
In-Reply-To: <be31d3800705061358h1b2bfa64t11ada40f7ac8e172@mail.gmail.com>
References: <mailman.616.1178188001.4027.linux@linux.cz>
	<f1ce5t$861$1@linux.svoboda.cz>
	<be31d3800705061358h1b2bfa64t11ada40f7ac8e172@mail.gmail.com>
Message-ID: <be31d3800705110457l22ddb31bjb9d61a7f3b34302d@mail.gmail.com>

6.5.07, Tomáš Krbec <tomas.krbec na gmail.com>:
> 3.5.07, Petr Vejsada <daemon na svoboda.cz>:
> > Tomáš Krbec wrote:
> >
> > > Jenže systém se chová rozdílně v adresáři tmp a sdileni.
> >
> > no jedine, co me napada, je, ze "sdileni" a "tmp" jsou na ruznych
> > filesystemech a tak se chovaji jinak. ACL ?
> >
> > --
> > Petr


Tak v acl problém asi nebude. Je to nastaveno takto:

getfacl: Removing leading '/' from absolute path names
# file: tmp
# owner: root
# group: root
user::rwx
group::rwx
other::rwx

# file: sdileni
# owner: root
# group: root
user::rwx
group::rwx
other::rwx


-- 
S pozdravem
Tomáš Krbec

From char.konf na cscargo.cz  Fri May 11 13:59:05 2007
From: char.konf na cscargo.cz (Karel Charousek)
Date: Fri, 11 May 2007 13:59:05 +0200
Subject: 10tis IO operaci pres NFSv3
In-Reply-To: <Pine.LNX.4.63.0705091224010.16448@pha.freemusic.cz>
References: <Pine.LNX.4.63.0705091224010.16448@pha.freemusic.cz>
Message-ID: <46445A89.8010406@cscargo.cz>

Zdenek Kaminski napsal(a):
> Dobry den,
>
>   dostal jsem se k otazce, s jakym zelezem uchodim 10tis IO operaci na 
> discich sdilenych pres NFSv3. Rychlost po siti je 60Mbps.
>
>   Jako distribuce bude pouzit RHEL5 nebo SLES10.Napisete mi prosim nekdo 
> sve zkusenosti?
>
>   
Otazka zeleza je asi dost zavisla na typu aplikace ...

Obecna doporuceni:
- dedikovana 1 GBit ethernet
- pripadne slouceni portu ( bonding)
- NFS v3, TCP, rsize a wsize na max to je 32k pro NFSv3
- asynchronni IO ( tohle je hodne dulezite)
- a nejake diskove pole, ktere zvladne pozadovanou zatez, nebo primo 
nejake NAS

Je tezke doporucit pole a pocet disku, protoze to zavisi na typu 
aplikace, co chcete pouzit a na tom kolik na to mate penez ....

A zkusenosti ... funguje to pokud je dodrzeno vyse uvedene :-)

K.Ch.




From lists.subscriber na pragl.cz  Fri May 11 16:00:56 2007
From: lists.subscriber na pragl.cz (Miroslav Pragl)
Date: Fri, 11 May 2007 16:00:56 +0200
Subject: =?iso-8859-2?Q?Re:_Cups_a_opr=E1vn=ECn=ED_v_/dev?=
References: <be31d3800705110512p2fe26b30tc1e0577e29331fe3@mail.gmail.com>
Message-ID: <012f01c793d4$cc5d60d0$8008a00a@czpgn086>

co radeji pridat usera lp do skupiny uucp :)

MP



From mcepl na redhat.com  Fri May 11 14:08:41 2007
From: mcepl na redhat.com (Matej Cepl)
Date: Fri, 11 May 2007 14:08:41 +0200
Subject: =?UTF-8?Q?K=C3=B3dov=C3=A1str=C3=A1nkafilesyst=C3=A9mu?=
References: <4642D2B0.4010301@simac.cz>
	<mailman.702.1178865820.4027.linux@linux.cz>
	<slrnf48bbt.nhd.mcepl@hubmaier.ceplovi.cz>
	<mailman.703.1178878677.4027.linux@linux.cz>
Message-ID: <slrnf48n69.tpd.mcepl@hubmaier.ceplovi.cz>

On 2007-05-11, 10:00 GMT, Antonín Mička wrote:
> tak debian dává po příkazu locale tohle

Omlouvám se Debianistům -- vzhledem ke svému novému zaměstnání 
jsem přešel na Fedoru, takže jsem někdy od minulého září ztratil 
kontakt s Debianním světem. Tím spíše by ale bylo IMHO vhodné se 
zamyslet nad locale cs_CZ.iso-8859-2

Matěj


From ihanuska na ip-sec.cz  Fri May 11 16:48:45 2007
From: ihanuska na ip-sec.cz (Ivo (Bear) Hanuska)
Date: Fri, 11 May 2007 16:48:45 +0200
Subject: 10tis IO operaci pres NFSv3
In-Reply-To: <46445A89.8010406@cscargo.cz>
References: <Pine.LNX.4.63.0705091224010.16448@pha.freemusic.cz>
	<46445A89.8010406@cscargo.cz>
Message-ID: <4644824D.10009@ip-sec.cz>

Něco takového nám chodí v práci na podobné konfiguraci, jako kolega napsal:

HP DL380 s 2x Xeon na 3GHz, 2GB RAM (té není moc potřeba) 2x Giga karta 
v páru, externí police s disky a RAID řadič na SCSI disky. Slouží to 
jako server pro několik desítek AIXových stanic, používajících Catii IV 
i V a nějaké další drobnosti.

Doporučoval bych spustit pro každé jádro vlastní NFS proces (u SuSE, 
které používáme je to v /etc/sysconfig/nfs) a jinak nastavit tak, jak 
psal kolega přede mnou. Kdyby byl problém iostat a vmstat budíž Vaším 
přítelem.

IH

Karel Charousek napsal(a):
> Zdenek Kaminski napsal(a):
>   
>> Dobry den,
>>
>>   dostal jsem se k otazce, s jakym zelezem uchodim 10tis IO operaci na 
>> discich sdilenych pres NFSv3. Rychlost po siti je 60Mbps.
>>
>>   Jako distribuce bude pouzit RHEL5 nebo SLES10.Napisete mi prosim nekdo 
>> sve zkusenosti?
>>
>>   
>>     
> Otazka zeleza je asi dost zavisla na typu aplikace ...
>
> Obecna doporuceni:
> - dedikovana 1 GBit ethernet
> - pripadne slouceni portu ( bonding)
> - NFS v3, TCP, rsize a wsize na max to je 32k pro NFSv3
> - asynchronni IO ( tohle je hodne dulezite)
> - a nejake diskove pole, ktere zvladne pozadovanou zatez, nebo primo 
> nejake NAS
>
> Je tezke doporucit pole a pocet disku, protoze to zavisi na typu 
> aplikace, co chcete pouzit a na tom kolik na to mate penez ....
>
> A zkusenosti ... funguje to pokud je dodrzeno vyse uvedene :-)
>
> K.Ch.
>
>
> _______________________________________________
> Linux mailing list
> Linux na linux.cz
> http://www.linux.cz/mailman/listinfo/linux
>
>   


From tomasek na etf.cuni.cz  Fri May 11 09:01:57 2007
From: tomasek na etf.cuni.cz (Petr Tomasek)
Date: Fri, 11 May 2007 09:01:57 +0200
Subject: =?iso-8859-1?Q?K=F3dov=E1_str=E1nka_fi?=
	=?iso-8859-1?Q?lesyst=E9mu?=
In-Reply-To: <200705110843.15657.martin.konference@seznam.cz>
References: <4642D2B0.4010301@simac.cz>
	<902ebbf70705100949s7604278cm20becd17a114eacc@mail.gmail.com>
	<200705110843.15657.martin.konference@seznam.cz>
Message-ID: <20070511070157.GA6719@ebed.etf.cuni.cz>

On Fri, May 11, 2007 at 08:43:15AM +0200, Martin Špirk wrote:
> Dne čt 10. května 2007 18:49 Opty napsal(a):
> > On 5/10/07, Pavel Just <Pavel.Just na simac.cz> wrote:
> > > Zdravím
> >
> > Napodobne.
> >
> > >    Mám systém, který běží v cs_CZ.ISO-8859-2 kódu. K němu chci připojit
> > > disk,
> > > který vznikl v cs_CZ.UTF-8 kódu. Jak  tento disk připojím, aby názvy
> > > souborů a byly správně česky ?  Filesystém je ext3. iocharset nefunguje,
> > > což je i v manuálu :-).
> > > Moduly nls_iso8859-2 a nls_utf-8 mám natažené.
> >
> > Uz jste si odpovedel, nijak. :-) Resp. pripojite ho uplne normalne,
> > protoze nazev souboru na ext3 je bran jako posloupost bytu a je temer
> > jedno, co obsahuje. Potencialne se tedy muzou v nazvu souboru objevit
> > znaky z nekolika ruznych kodovani, ale to by asi nebylo prakticke.
> >
> > Rekl bych, ze mate aspon 2 moznosti:
> >
> > 1) pouzit convmv a prekodovat nazvy souboru
> 
> Ten umi prekodovani obema smery? Vim (dosud jsem nepouzil) ze se pouziva na 
> prevod iso -> utf, ale nevim jestli to umi i opacne.

To snad zalezi na tom, jestli vsechny uzite znaky (z utf-8) se nachazeji
i v iso-8859-2... Viz:

$ touch test-encoding1-ěščřžý
$ convmv --notest -f utf8 -t iso-8859-2 test-encoding1-ěščřžý 
mv "./test-encoding1-ěščřžý"    "./test-encoding1-???
Ready!
$ ls test-encoding1-???
test-encoding1-??????

$ touch test-encoding2-????
$ convmv --notest -f utf8 -t iso-8859-2 test-encoding2-???? 
iso-8859-2 doesn't cover all needed characters for: "./test-encoding2-????"
To prevent damage to your files, we won't continue.
First fix errors or correct options!


-- 
Petr Tomasek <http://www.etf.cuni.cz/~tomasek>


From daemon na svoboda.cz  Fri May 11 17:39:14 2007
From: daemon na svoboda.cz (Petr Vejsada)
Date: Fri, 11 May 2007 17:39:14 +0200
Subject: Cups a =?ISO-8859-2?Q?opr=E1vn=ECn=ED?= v /dev
References: <be31d3800705110512p2fe26b30tc1e0577e29331fe3@mail.gmail.com>
	<mailman.711.1178892061.4027.linux@linux.cz>
Message-ID: <f222n2$e8g$1@linux.svoboda.cz>

Miroslav Pragl wrote:

> co radeji pridat usera lp do skupiny uucp :)

Aby mohl psat do vsech seriovych portu ? Ne-e, ja bych udelal chown
lp:root /dev/ttyS1;chmod 600 /dev/ttyS1. Nikdo z grupy uucp pak nepoleze
primo na tiskarnu a cups nepolezou na jine seriove porty. Nebo nejaky
ekvivalent pro udevd, kdyz je pouzivan. :)

-- 
Petr



From tomas.krbec na gmail.com  Fri May 11 19:15:17 2007
From: tomas.krbec na gmail.com (=?UTF-8?Q?Tom=C3=A1=C5=A1_Krbec?=)
Date: Fri, 11 May 2007 19:15:17 +0200
Subject: =?UTF-8?Q?Re:_Cups_a_opr=C3=A1vn=C4=9Bn=C3=AD_v_/dev?=
In-Reply-To: <f222n2$e8g$1@linux.svoboda.cz>
References: <be31d3800705110512p2fe26b30tc1e0577e29331fe3@mail.gmail.com>
	<mailman.711.1178892061.4027.linux@linux.cz>
	<f222n2$e8g$1@linux.svoboda.cz>
Message-ID: <be31d3800705111015w1bd91023pb092961dba8df72a@mail.gmail.com>

2007/5/11, Petr Vejsada <daemon na svoboda.cz>:
> Miroslav Pragl wrote:
>
> > co radeji pridat usera lp do skupiny uucp :)
>
> Aby mohl psat do vsech seriovych portu ? Ne-e, ja bych udelal chown
> lp:root /dev/ttyS1;chmod 600 /dev/ttyS1. Nikdo z grupy uucp pak nepoleze
> primo na tiskarnu a cups nepolezou na jine seriove porty. Nebo nejaky
> ekvivalent pro udevd, kdyz je pouzivan. :)
>
> --

No, přidal jsem usera lp do skupiny uucp. Nepomohlo.
Potom jsem do cupsd.conf přidal

User lp

Nepomohlo. Potom jsem ještě do cupsd.conf přidal

Group uucp

Potom se to rozjelo.
Že mi uucp poleze na všechny sériové porty mi nevadí, na všech mám
sériové tiskárny.
I když jsem do cupsd.conf napsal
LogLevel debug
tak jsem se stejně nedozvěděl s jakým oprávněním to leze na ten port.
Díky za pomoc všem.

-- 
S pozdravem
Tomáš Krbec

From libor_ml1 na mts.cz  Fri May 11 12:11:44 2007
From: libor_ml1 na mts.cz (Libor Chocholaty)
Date: Fri, 11 May 2007 12:11:44 +0200
Subject: =?ISO-8859-2?Q?K=F3dov=E1str=E1nkafilesyst=E9mu?=
In-Reply-To: <slrnf48bbt.nhd.mcepl@hubmaier.ceplovi.cz>
References: <4642D2B0.4010301@simac.cz>	<902ebbf70705100949s7604278cm20becd17a114eacc@mail.gmail.com>	<mailman.702.1178865820.4027.linux@linux.cz>
	<slrnf48bbt.nhd.mcepl@hubmaier.ceplovi.cz>
Message-ID: <46444160.6050508@mts.cz>

Matej Cepl wrote:
> On 2007-05-11, 06:43 GMT, Martin Špirk wrote:
>   
>> Ten umi prekodovani obema smery? Vim (dosud jsem nepouzil) ze 
>> se pouziva na prevod iso -> utf, ale nevim jestli to umi 
>> i opacne.
>>     
>
> Kamarád Google by Vám poradil manpage třeba na 
> http://j3e.de/linux/convmv/man/ -- zajímavé čtení.
>
>   
>> Nevite jak to resi SuSE, ktere umi po nainstalovani prepinat mezi iso a utf8 
>> (je nutny restart). To vymeni nejaky jaderny modul?
>>     
>
> Snad by mělo stačit změna locale -- což může být jednodušší 
> s restartem.
>
> Měl bych ale jednu zásadnější otázku -- neměl byste tuhle situaci 
> brát jako námět k zamyšlení se nad tím, jestli je v 21. století 
> vhodné mít locale ISO 8859-2. Pokud vím, tak poslední distribuce, 
> která nemá standardně locale UTF-8 je Debian
Mam pocit, ze Debian Etch uz je UTFizovany.

Libor



From opty77 na gmail.com  Fri May 11 09:52:16 2007
From: opty77 na gmail.com (Opty)
Date: Fri, 11 May 2007 09:52:16 +0200
Subject: =?ISO-8859-2?Q?Re:_K=F3dov=E1_str=E1nka_filesyst=E9mu?=
In-Reply-To: <200705110843.15657.martin.konference@seznam.cz>
References: <4642D2B0.4010301@simac.cz>
	<902ebbf70705100949s7604278cm20becd17a114eacc@mail.gmail.com>
	<200705110843.15657.martin.konference@seznam.cz>
Message-ID: <902ebbf70705110052n7066b763gd76d94b24c579d9d@mail.gmail.com>

On 5/11/07, Martin Špirk <martin.konference na seznam.cz> wrote:
> > 1) pouzit convmv a prekodovat nazvy souboru
>
> Ten umi prekodovani obema smery? Vim (dosud jsem nepouzil) ze se pouziva na
> prevod iso -> utf, ale nevim jestli to umi i opacne.

Umi.

> Nevite jak to resi SuSE, ktere umi po nainstalovani prepinat mezi iso a utf8
> (je nutny restart). To vymeni nejaky jaderny modul?

SuSE neznam, ale pokud je nutny restart, tak mi to neprijde moc
prakticke na rychle zmeny locale. A taky by me zajimalo, jestli to
samo prekoduje i nazvy souboru. :-D

Opty

From l.vlcek na noel-plus.cz  Sat May 12 03:04:30 2007
From: l.vlcek na noel-plus.cz (l.vlcek na noel-plus.cz)
Date: Sat, 12 May 2007 03:04:30 +0200
Subject: zijeme ??
Message-ID: <464310DB.10502@noel-plus.cz>

zdravim,

uz jsem vice nez 24 hodin nedostal zpravu z konference. Umrelo neco u
mne, nebo "na druhe strane" ??

preji pekny den.

L.Vlcek



From jotte na suse.cz  Fri May 11 12:20:30 2007
From: jotte na suse.cz (Jan Otte)
Date: Fri, 11 May 2007 12:20:30 +0200
Subject: =?iso-8859-1?Q?K=F3dov=E1str=E1nkafile?=
	=?iso-8859-1?Q?syst=E9mu?=
In-Reply-To: <slrnf48bbt.nhd.mcepl@hubmaier.ceplovi.cz>
References: <4642D2B0.4010301@simac.cz>
	<902ebbf70705100949s7604278cm20becd17a114eacc@mail.gmail.com>
	<mailman.702.1178865820.4027.linux@linux.cz>
	<slrnf48bbt.nhd.mcepl@hubmaier.ceplovi.cz>
Message-ID: <20070511102030.GB17157@kobzol.suse.cz>

> Měl bych ale jednu zásadnější otázku -- neměl byste tuhle situaci 
> brát jako námět k zamyšlení se nad tím, jestli je v 21. století 
> vhodné mít locale ISO 8859-2. Pokud vím, tak poslední distribuce, 
> která nemá standardně locale UTF-8 je Debian (neznám Slackware, 
> to může být další kandidát na Posledního mohykána) a i tam jsem 
> (poté co byl konečně opatchován Midnight Commander) neměl 
> sebemenší problémy s přechodem na UTF-8.

Acho jo, tohle vypada na flame.

Z jakeho duvodu bych mel ze standardu ISO, konkretne ISO-8859-2
prechazet na UTF-8?

(duvody ze je to moderni a ze to pouziva vetsina pro me nejsou duvody)

Honza


From soban na soban.cz  Sat May 12 11:28:06 2007
From: soban na soban.cz (=?ISO-8859-2?Q?Petr_=A9ob=E1=F2?=)
Date: Sat, 12 May 2007 11:28:06 +0200
Subject: =?ISO-8859-2?Q?K=F3dov=E1str=E1nkafilesyst=E9mu?=
In-Reply-To: <20070511102030.GB17157@kobzol.suse.cz>
References: <4642D2B0.4010301@simac.cz>	<902ebbf70705100949s7604278cm20becd17a114eacc@mail.gmail.com>	<mailman.702.1178865820.4027.linux@linux.cz>	<slrnf48bbt.nhd.mcepl@hubmaier.ceplovi.cz>
	<20070511102030.GB17157@kobzol.suse.cz>
Message-ID: <464588A6.8060408@soban.cz>

Jan Otte napsal(a):
>> Měl bych ale jednu zásadnější otázku -- neměl byste tuhle situaci 
>> brát jako námět k zamyšlení se nad tím, jestli je v 21. století 
>> vhodné mít locale ISO 8859-2. Pokud vím, tak poslední distribuce, 
>> která nemá standardně locale UTF-8 je Debian (neznám Slackware, 
>> to může být další kandidát na Posledního mohykána) a i tam jsem 
>> (poté co byl konečně opatchován Midnight Commander) neměl 
>> sebemenší problémy s přechodem na UTF-8.
> 
> Acho jo, tohle vypada na flame.
> 
> Z jakeho duvodu bych mel ze standardu ISO, konkretne ISO-8859-2
> prechazet na UTF-8?

Třeba ten že se pak používá pouze jedno kodování (jenom to jedno správné
:-)) a odpadají problémy s tím že některé znaky v některém nejsou.

> 
> (duvody ze je to moderni a ze to pouziva vetsina pro me nejsou duvody)

Že by důvod byl v tom že v unicode napíši vše :-)

Pokud nechcete přecházet tak proč potom nepoužíváte pořád ASCII ?
tj A-Z a-z 0-9 a pár znaků jako /\-/*-+ atd....




-- 

/----------------------------------------\
|            Petr Šobáň                  |
|            Olomouc                     |
|----------------------------------------|
|    ICQ    179223500                    |
|    jabber soban_petr na jabber.org        |
\----------------------------------------/

Kdybych mohl volit, dal bych přednost tiché moudrosti před upovídanou
hloupostí.
		-- Cicero


From stoupa na practisoft.cz  Sat May 12 06:27:49 2007
From: stoupa na practisoft.cz (Petr Vileta)
Date: Sat, 12 May 2007 06:27:49 +0200
Subject: =?UTF-8?Q?Re:_K=C3=B3dov=C3=A1str=C3=A1nkafilesyst=C3=A9mu?=
References: <4642D2B0.4010301@simac.cz><902ebbf70705100949s7604278cm20becd17a114eacc@mail.gmail.com><mailman.702.1178865820.4027.linux@linux.cz><slrnf48bbt.nhd.mcepl@hubmaier.ceplovi.cz>
	<mailman.721.1178934304.4027.linux@linux.cz>
Message-ID: <f24ce0$2bq5$1@ns.felk.cvut.cz>

"Jan Otte" <jotte na suse.cz> píše v diskusním příspěvku 
news:mailman.721.1178934304.4027.linux na linux.cz...
> Z jakeho duvodu bych mel ze standardu ISO, konkretne ISO-8859-2
> prechazet na UTF-8?
>
> (duvody ze je to moderni a ze to pouziva vetsina pro me nejsou duvody)
>
Ze je to moderni fakt neni duvod (nebo je, ale pitomej). Ze to pouziva 
vetsina to uz duvod je a vazny. Nekdo vam prinese neco na diskete, ZIPce, 
CD/DVD a bude to v kodovani utf8. A jste v ... ;-)
Dalsim duvodem muze byt, ze pokud pouzivate utf8, pak cokoliv jineho muzete 
prevest na to sve. Pokud zustanete u iso, pak nektere znaky proste prevest 
nelze, protoze ve vasi znakove sade proste nejsou. Typickym prikladem je 
prevod windows-1250 -> iso-xxx. Vzdy je tam alespon 1-2 znaky, ktere proste 
neprevedete, ale v dokumentech nebo nazvech souboru proste jsou. Oblibene 
jsou posledni dobou treba znaky "plus-minus" nebo (c) (R) "Tm" a podobne.
-- 
Petr

Skype: callto://fidokomik

Na mail uvedeny v headeru zpravy nema cenu nic posilat, konci to v PR* :-)
Odpovidejte na petr na practisoft cz



From dast na panelnet.cz  Sat May 12 00:28:24 2007
From: dast na panelnet.cz (Dalibor Straka)
Date: Sat, 12 May 2007 00:28:24 +0200
Subject: Jak se sikovne podivat pod mount
Message-ID: <20070511222824.GC1847@panelnet.cz>

Preji hezky vecer,

neznate nekdo trik, jak se podivat na puvodni obsah adresare /usr nezli
pres nej nejaky jouda udelal "mount /dev/sda3 /usr"?

Na disku doslo misto a chci to zkusit bez prechodu do single user rezimu
nebo pozabijeni vsech demonu sedicich na necem v /usr.

Diky,
-- Dalibor Straka


From slavek.banko na axis.cz  Sat May 12 16:29:30 2007
From: slavek.banko na axis.cz (=?iso-8859-2?q?Sl=E1vek_Banko?=)
Date: Sat, 12 May 2007 16:29:30 +0200
Subject: Jak se sikovne podivat pod mount
In-Reply-To: <20070511222824.GC1847@panelnet.cz>
References: <20070511222824.GC1847@panelnet.cz>
Message-ID: <200705121629.31422.slavek.banko@axis.cz>

Naštěstí to již jde celkem jednoduše - namountujte oddíl obsahující 
původní /usr ještě jednou do jiné složky, ve které uvidíte souborový 
systém bez ostatních připojených oddílů. Například 
mount /dev/sda1 /mnt/root2.

Slávek
-- 
Dne sobota 12 květen 2007 00:28 Dalibor Straka napsal(a):
> Preji hezky vecer,
>
> neznate nekdo trik, jak se podivat na puvodni obsah adresare /usr nezli
> pres nej nejaky jouda udelal "mount /dev/sda3 /usr"?
>
> Na disku doslo misto a chci to zkusit bez prechodu do single user
> rezimu nebo pozabijeni vsech demonu sedicich na necem v /usr.
>
> Diky,
> -- Dalibor Straka


From tomasek na etf.cuni.cz  Sat May 12 07:33:50 2007
From: tomasek na etf.cuni.cz (Petr Tomasek)
Date: Sat, 12 May 2007 07:33:50 +0200
Subject: =?iso-8859-1?Q?K=F3dov=E1str=E1nkafile?=
	=?iso-8859-1?Q?syst=E9mu?=
In-Reply-To: <20070511102030.GB17157@kobzol.suse.cz>
References: <4642D2B0.4010301@simac.cz>
	<902ebbf70705100949s7604278cm20becd17a114eacc@mail.gmail.com>
	<mailman.702.1178865820.4027.linux@linux.cz>
	<slrnf48bbt.nhd.mcepl@hubmaier.ceplovi.cz>
	<20070511102030.GB17157@kobzol.suse.cz>
Message-ID: <20070512053350.GA4644@ebed.etf.cuni.cz>

On Fri, May 11, 2007 at 12:20:30PM +0200, Jan Otte wrote:
> > Měl bych ale jednu zásadnější otázku -- neměl byste tuhle situaci 
> > brát jako námět k zamyšlení se nad tím, jestli je v 21. století 
> > vhodné mít locale ISO 8859-2. Pokud vím, tak poslední distribuce, 
> > která nemá standardně locale UTF-8 je Debian (neznám Slackware, 
> > to může být další kandidát na Posledního mohykána) a i tam jsem 
> > (poté co byl konečně opatchován Midnight Commander) neměl 
> > sebemenší problémy s přechodem na UTF-8.
> 
> Acho jo, tohle vypada na flame.
> 
> Z jakeho duvodu bych mel ze standardu ISO, konkretne ISO-8859-2
> prechazet na UTF-8?

Protoze v iso-8859-2 nenapisete nic azbukou, rectinou, hebrejstinou,
ci treba arabstinou?

Protoze v iso-8859-2 chybi dokonce i zakladni ceske znaky
(napr. uvozovky, viz U+201e a U+201c)?

Protoze utf-8 je kodovani, ktere je kompatibilni se vsemi ostatnimi
kodovani na svete?

> (duvody ze je to moderni a ze to pouziva vetsina pro me nejsou duvody)
> 
> Honza

-- 
Petr Tomasek <http://www.etf.cuni.cz/~tomasek>


From tomasek na etf.cuni.cz  Sat May 12 17:06:12 2007
From: tomasek na etf.cuni.cz (Petr Tomasek)
Date: Sat, 12 May 2007 17:06:12 +0200
Subject: Jak se sikovne podivat pod mount
In-Reply-To: <200705121629.31422.slavek.banko@axis.cz>
References: <20070511222824.GC1847@panelnet.cz>
	<200705121629.31422.slavek.banko@axis.cz>
Message-ID: <20070512150612.GA6145@ebed.etf.cuni.cz>

On Sat, May 12, 2007 at 04:29:30PM +0200, Slávek Banko wrote:
> Naštěstí to již jde celkem jednoduše - namountujte oddíl obsahující 
> původní /usr ještě jednou do jiné složky, ve které uvidíte souborový 
> systém bez ostatních připojených oddílů. Například 
> mount /dev/sda1 /mnt/root2.

Tusite nekdo od ktere verze jadra to lze?

ď!
P.T.

-- 
Petr Tomasek <http://www.etf.cuni.cz/~tomasek>


From peak na argo.troja.mff.cuni.cz  Sat May 12 16:17:42 2007
From: peak na argo.troja.mff.cuni.cz (Pavel Kankovsky)
Date: Sat, 12 May 2007 16:17:42 +0200 (CEST)
Subject: 10tis IO operaci pres NFSv3
In-Reply-To: <Pine.LNX.4.63.0705091224010.16448@pha.freemusic.cz>
Message-ID: <20070512161543.13DE.0@paddy.troja.mff.cuni.cz>

On Wed, 9 May 2007, Zdenek Kaminski wrote:

>   dostal jsem se k otazce, s jakym zelezem uchodim 10tis IO operaci na 
> discich sdilenych pres NFSv3.

S jakým železem? S jakýmkoli, když na to nebudete moc spěchat...

Chybí informace, za jaký časový interval má být tolik operací provedeno 
(sekunda? minuta? týden?) a co je to za operace (do keše? na disk?).

--Pavel Kankovsky aka Peak  [ Boycott Microsoft--http://www.vcnet.com/bms ]
"Resistance is futile. Open your source code and prepare for assimilation."



From dast na panelnet.cz  Sat May 12 17:18:34 2007
From: dast na panelnet.cz (Dalibor Straka)
Date: Sat, 12 May 2007 17:18:34 +0200
Subject: Jak se sikovne podivat pod mount
In-Reply-To: <200705121629.31422.slavek.banko@axis.cz>
References: <20070511222824.GC1847@panelnet.cz>
	<200705121629.31422.slavek.banko@axis.cz>
Message-ID: <20070512151834.GB10783@panelnet.cz>

On Sat, May 12, 2007 at 04:29:30PM +0200, Slávek Banko wrote:
> Naštěstí to již jde celkem jednoduše - namountujte oddíl obsahující 
> původní /usr ještě jednou do jiné složky, ve které uvidíte souborový 
> systém bez ostatních připojených oddílů. Například 
> mount /dev/sda1 /mnt/root2.
> 

Bohuzel mi toto nefunguje, mount vraci "Operation not permitted".
Nejak by mozna slo najit ty spravne i-nody, jenze nevim schudnou cestu.

-- Dalibor Straka


From peak na argo.troja.mff.cuni.cz  Sat May 12 17:27:10 2007
From: peak na argo.troja.mff.cuni.cz (Pavel Kankovsky)
Date: Sat, 12 May 2007 17:27:10 +0200 (CEST)
Subject: =?iso-8859-1?Q?K=F3dov=E1str=E1nkafile?=
	=?iso-8859-1?Q?syst=E9mu?=
In-Reply-To: <20070511102030.GB17157@kobzol.suse.cz>
Message-ID: <20070512172405.13DE.1@paddy.troja.mff.cuni.cz>

On Fri, 11 May 2007, Jan Otte wrote:

> Z jakeho duvodu bych mel ze standardu ISO, konkretne ISO-8859-2
> prechazet na UTF-8?

UTF-8 je také ISO standard: je to součást ISO/IEC 10646-1.

--Pavel Kankovsky aka Peak  [ Boycott Microsoft--http://www.vcnet.com/bms ]
"Resistance is futile. Open your source code and prepare for assimilation."



From slavek.banko na axis.cz  Sat May 12 17:35:43 2007
From: slavek.banko na axis.cz (=?iso-8859-2?q?Sl=E1vek_Banko?=)
Date: Sat, 12 May 2007 17:35:43 +0200
Subject: Jak se sikovne podivat pod mount
In-Reply-To: <20070512150612.GA6145@ebed.etf.cuni.cz>
References: <20070511222824.GC1847@panelnet.cz>
	<200705121629.31422.slavek.banko@axis.cz>
	<20070512150612.GA6145@ebed.etf.cuni.cz>
Message-ID: <200705121735.46429.slavek.banko@axis.cz>

Dne sobota 12 květen 2007 17:06 Petr Tomasek napsal(a):
> On Sat, May 12, 2007 at 04:29:30PM +0200, Slávek Banko wrote:
> > Naštěstí to již jde celkem jednoduše - namountujte oddíl obsahující
> > původní /usr ještě jednou do jiné složky, ve které uvidíte souborový
> > systém bez ostatních připojených oddílů. Například
> > mount /dev/sda1 /mnt/root2.
>
> Tusite nekdo od ktere verze jadra to lze?
>
Hmm, tak to je těžká otázka. Nepamatuji se, zda jsem tak činil již s 
jádrem 2.4.27, nebo s 2.6.8. (Debian)

Slávek


From slavek.banko na axis.cz  Sat May 12 17:38:47 2007
From: slavek.banko na axis.cz (=?iso-8859-2?q?Sl=E1vek_Banko?=)
Date: Sat, 12 May 2007 17:38:47 +0200
Subject: Jak se sikovne podivat pod mount
In-Reply-To: <20070512151834.GB10783@panelnet.cz>
References: <20070511222824.GC1847@panelnet.cz>
	<200705121629.31422.slavek.banko@axis.cz>
	<20070512151834.GB10783@panelnet.cz>
Message-ID: <200705121738.50297.slavek.banko@axis.cz>

Dne sobota 12 květen 2007 17:18 Dalibor Straka napsal(a):
> On Sat, May 12, 2007 at 04:29:30PM +0200, Slávek Banko wrote:
> > Naštěstí to již jde celkem jednoduše - namountujte oddíl obsahující
> > původní /usr ještě jednou do jiné složky, ve které uvidíte souborový
> > systém bez ostatních připojených oddílů. Například
> > mount /dev/sda1 /mnt/root2.
>
> Bohuzel mi toto nefunguje, mount vraci "Operation not permitted".
> Nejak by mozna slo najit ty spravne i-nody, jenze nevim schudnou cestu.
>
> -- Dalibor Straka

Hmm, tak to asi vaše jádro ještě neumožňuje. Napadá mně ještě složitější 
cesta - exportovat si root přes NFS (bez vnořených souborových systémů) a 
připojit do jiné složky.

Slávek


From garabik-news-2005-05 na kassiopeia.juls.savba.sk  Sat May 12 19:36:55 2007
From: garabik-news-2005-05 na kassiopeia.juls.savba.sk (garabik-news-2005-05 na kassiopeia.juls.savba.sk)
Date: Sat, 12 May 2007 17:36:55 +0000 (UTC)
Subject: 10tis IO operaci pres NFSv3
References: <mailman.687.1178706385.4027.linux@linux.cz>
	<f219r4$nj1$1@ns.felk.cvut.cz>
	<mailman.704.1178879259.4027.linux@linux.cz>
Message-ID: <f24tvn$2k6v$1@ns.felk.cvut.cz>

Zdenek Kaminski <sutr na valasske-laboratore.cz> wrote:
> 
> Diky za Vas prispevek, ale jeste jednou si prosim prectete mou otazku.
> 

Ano, to mam z toho ze citam prilis rychlo :-)

Ja mam dva servery, jeden je PIII 1200 MHz, 512 MB RAM (pred par rokmi
kupovany ako spickovy server) ku ktoremu je pripojene 5TB RAID ako /data.
Druhy je povodom obycajna pracovna stanica P4 3GHz, 2GB RAM, ma k sebe
pripojene 2x200GB IDE HDD, 7200 rpm, zapojene ako RAID 1

Obidva servery su na tej istej 1Gb sieti, prvy zdiela cez NFS 3TB z /data
(ale realne sa pouziva asi tak len 10-20 GB z nich) druhy /home pre asi 20
naraz zapnutych userov/pocitacov (predposledny ubuntu, KDE, OO, atd - bezna
kancelarska praca), okrem toho je tam asi 40 dalsich pocitacov z roznymi
verziami Windows (ktore tu siet dost zatazuju). Siet je poswitchovana.

Ziadne problemy s NFS nepozorujem,vsetko ide svizne a rychlo, okrem
pripadov, kedy niekto zace kopirovat par sto MB z /home na /data alebo
naopak. To potom otvaranie OO alebo firefoxu trva citelne (2-3×) pomalsie.

Kolko je to operacii za sekundu nemam ani najmensiu predstavu, nemeral som
to ani neskusal odhadnut. Ale s default rsize a wsize to bolo takmer
nepouzitelne pomale.

Hadam si z toho nejaku predstavu urobite :-)

-- 
 -----------------------------------------------------------
| Radovan Garabík http://kassiopeia.juls.savba.sk/~garabik/ |
| __..--^^^--..__    garabik @ kassiopeia.juls.savba.sk     |
 -----------------------------------------------------------
Antivirus alert: file .signature infected by signature virus.
Hi! I'm a signature virus! Copy me into your signature file to help me spread!


From konference na betateam.com  Sat May 12 13:45:54 2007
From: konference na betateam.com (Zdenek Mazanec)
Date: Sat, 12 May 2007 13:45:54 +0200
Subject: =?iso-8859-2?q?K=F3dov=E1str=E1nkafilesyst=E9mu?=
In-Reply-To: <464588A6.8060408@soban.cz>
References: <4642D2B0.4010301@simac.cz> <20070511102030.GB17157@kobzol.suse.cz>
	<464588A6.8060408@soban.cz>
Message-ID: <200705121345.54536.konference@betateam.com>

> > Z jakeho duvodu bych mel ze standardu ISO, konkretne ISO-8859-2
> > prechazet na UTF-8?
>
> Třeba ten že se pak používá pouze jedno kodování (jenom to jedno správné
> :-)) a odpadají problémy s tím že některé znaky v některém nejsou.
A nechybelo by vam to napeti, ktere se da prozit ted, kdyz narazite na 
exotickou znakovou sadu? 

> > (duvody ze je to moderni a ze to pouziva vetsina pro me nejsou duvody)
>
> Že by důvod byl v tom že v unicode napíši vše :-)
To je jiste pravda. Ale co s dokumenty, ktere v utf nejsou? Ty pro zmenu 
neprectu. Leda bych konvertoval znakovou sadu a pak jsem tam, odkud jsem 
chtel utect.
Jinak na svem utf-8 systemu rozhodne nejsem schopen napsat (s rozumnym usilim) 
cokoliv.

> Pokud nechcete přecházet tak proč potom nepoužíváte pořád ASCII ?
> tj A-Z a-z 0-9 a pár znaků jako /\-/*-+ atd....
To by byl mezi nami vyborny napad. Tyhle znaky opravdu dokaze napsat a precist 
kazdy na kazdem systemu (no dobre, ne uplne kazdy a ne uplne vsude, ale 
rekneme v hodne velkem okoli)

--  
Zdenek Mazanec


From tomasek na etf.cuni.cz  Sat May 12 20:13:01 2007
From: tomasek na etf.cuni.cz (Petr Tomasek)
Date: Sat, 12 May 2007 20:13:01 +0200
Subject: =?iso-8859-1?Q?K=F3dov=E1str=E1nkafile?=
	=?iso-8859-1?Q?syst=E9mu?=
In-Reply-To: <20070512172405.13DE.1@paddy.troja.mff.cuni.cz>
References: <20070511102030.GB17157@kobzol.suse.cz>
	<20070512172405.13DE.1@paddy.troja.mff.cuni.cz>
Message-ID: <20070512181301.GA27741@ebed.etf.cuni.cz>

On Sat, May 12, 2007 at 05:27:10PM +0200, Pavel Kankovsky wrote:
> On Fri, 11 May 2007, Jan Otte wrote:
> 
> > Z jakeho duvodu bych mel ze standardu ISO, konkretne ISO-8859-2
> > prechazet na UTF-8?
> 
> UTF-8 je také ISO standard: je to součást ISO/IEC 10646-1.

a) rozlisujte prosim reprezentaci znaku (unicode) a jeji
vlastni kodovani (utf-8, utf-7, utf-16, utf-32, ucs-2, ucs-4,...)

b) unicode byl sice prijat jako norma ISO, avsak pokud vim, pak
to neni jeho posledni verze (unicode 5).

c) coz nic nemeni na tom, ze unicode (at uz reprezentovane pomoci utf-8,
nebo jineho schematu) JE MEZINARODNIM STANDARDEM, akorat je standartizovano
"unicode consortiem" a nikoliv ISO. A nevim v tom zadny problem...
(Popravde receno ono onanovani nad ISO ponekud nechapu...)

P.T.

-- 
Petr Tomasek <http://www.etf.cuni.cz/~tomasek>


From peak na argo.troja.mff.cuni.cz  Sat May 12 23:57:32 2007
From: peak na argo.troja.mff.cuni.cz (Pavel Kankovsky)
Date: Sat, 12 May 2007 23:57:32 +0200 (MET DST)
Subject: Jak se sikovne podivat pod mount
In-Reply-To: <20070511222824.GC1847@panelnet.cz>
Message-ID: <20070512235700.66E1.1@argo.troja.mff.cuni.cz>

On Sat, 12 May 2007, Dalibor Straka wrote:

> neznate nekdo trik, jak se podivat na puvodni obsah adresare /usr nezli
> pres nej nejaky jouda udelal "mount /dev/sda3 /usr"?

debugfs?

--Pavel Kankovsky aka Peak  [ Boycott Microsoft--http://www.vcnet.com/bms ]
"Resistance is futile. Open your source code and prepare for assimilation."



From mcepl na redhat.com  Sat May 12 23:53:34 2007
From: mcepl na redhat.com (Matej Cepl)
Date: Sat, 12 May 2007 23:53:34 +0200
Subject: OT: kontakt na newsadmina news.felk.cvut.cz?
References: <slrnf48fa1.smi.mcepl@hubmaier.ceplovi.cz>
Message-ID: <slrnf4cdqu.4n6.mcepl@hubmaier.ceplovi.cz>

On 2007-05-11, 09:54 GMT, Matej Cepl wrote:
> Omlouvám se za off-topic, ale nevíte někdo email na maintainera 
> news.felk.cvut.cz? Schází mi news.software.readers a chtěl bych 
> se zeptat jestli je to jenom chybička nebo záměr (i když to se mi 
> zdá podezřelé -- to je přece jedna z nejctihodnějších NG).

Tak nakonec stačilo jenom ještě jednou stáhnout seznam skupin do 
leafnode. Ach jo :-(.

Matej


From mcepl na redhat.com  Sun May 13 00:01:10 2007
From: mcepl na redhat.com (Matej Cepl)
Date: Sun, 13 May 2007 00:01:10 +0200
Subject: =?UTF-8?Q?K=C3=B3dov=C3=A1str=C3=A1nkafilesyst=C3=A9mu?=
References: <4642D2B0.4010301@simac.cz>
	<902ebbf70705100949s7604278cm20becd17a114eacc@mail.gmail.com>
	<mailman.702.1178865820.4027.linux@linux.cz>
	<slrnf48bbt.nhd.mcepl@hubmaier.ceplovi.cz>
	<mailman.721.1178934304.4027.linux@linux.cz>
Message-ID: <slrnf4ce96.4n6.mcepl@hubmaier.ceplovi.cz>

On 2007-05-11, 10:20 GMT, Jan Otte wrote:
> Acho jo, tohle vypada na flame.

Ne, jako flame jsem to v žádném případě nemyslel.

> Z jakeho duvodu bych mel ze standardu ISO, konkretne ISO-8859-2
> prechazet na UTF-8?
>
> (duvody ze je to moderni a ze to pouziva vetsina pro me nejsou duvody)

Protože pokud používáte nějaké moderní prostředí (Gnome, KDE, asi 
i jiné) tak stejně budete mít spoustu věcí v UTF-8 (i třebas 
jenom nějaké konfigurační soubory) a pak přechod celého systému 
na UTF-8 je jediná možnost jak zabránit neustálému bordelu 
v překonvertovávání tam a sem. Samozřejmě, pokud jako jeden můj 
kolega, máte jako svoji celoživotní lásku twm, tak se Vás tohle 
asi týká jenom letmo. Ale i on uvažuje o přechodu na UTF-8, 
protože má problémy s epicem, do kterého mu ostatní lidé lidé 
píší UTF-8.

Samozřejmě, že ?používají to všichni? není samo o sobě důvod, ale 
na druhou stranu, táhnutí s většinou v zasíťovaném světě dost 
zjednodušuje život.

Hezký den,

Matěj Cepl


From bar na fi.muni.cz  Sun May 13 08:37:41 2007
From: bar na fi.muni.cz (Ludek Bartek)
Date: Sun, 13 May 2007 08:37:41 +0200
Subject: Jak se sikovne podivat pod mount
In-Reply-To: <20070511222824.GC1847@panelnet.cz>
References: <20070511222824.GC1847@panelnet.cz>
Message-ID: <4646B235.8020800@fi.muni.cz>

Dobry den.

Ja mel za to, ze mount se da udelat pouze na prazdny adresar, takze 
tento dotaz moc nechapu?

Ludek Bartek
Dalibor Straka wrote:
> Preji hezky vecer,
>
> neznate nekdo trik, jak se podivat na puvodni obsah adresare /usr nezli
> pres nej nejaky jouda udelal "mount /dev/sda3 /usr"?
>
> Na disku doslo misto a chci to zkusit bez prechodu do single user rezimu
> nebo pozabijeni vsech demonu sedicich na necem v /usr.
>
> Diky,
> -- Dalibor Straka
> _______________________________________________
>   



From c.fertr na volny.cz  Sat May 12 15:59:19 2007
From: c.fertr na volny.cz (Ctirad Fertr)
Date: Sat, 12 May 2007 15:59:19 +0200
Subject: =?iso-8859-2?q?K=F3dov=E1str=E1nkafilesyst=E9mu?=
In-Reply-To: <f24ce0$2bq5$1@ns.felk.cvut.cz>
References: <4642D2B0.4010301@simac.cz>
	<mailman.721.1178934304.4027.linux@linux.cz>
	<f24ce0$2bq5$1@ns.felk.cvut.cz>
Message-ID: <200705121559.19278.c.fertr@volny.cz>

Dne sobota 12 květen 2007 06:27 Petr Vileta napsal(a):

> Dalsim duvodem muze byt, ze pokud pouzivate utf8, pak cokoliv jineho muzete
> prevest na to sve. Pokud zustanete u iso, pak nektere znaky proste prevest
> nelze, protoze ve vasi znakove sade proste nejsou. Typickym prikladem je
> prevod windows-1250 -> iso-xxx. Vzdy je tam alespon 1-2 znaky, ktere proste
> neprevedete, ale v dokumentech nebo nazvech souboru proste jsou. Oblibene
> jsou posledni dobou treba znaky "plus-minus" nebo (c) (R) "Tm" a podobne.

Ted mi teprve došlo, proč u MS vymýšeli vlastní kódování a nepoužili 
standardní ;)

Ctirad


From d.petr na post.cz  Sat May 12 20:35:04 2007
From: d.petr na post.cz (d.petr)
Date: Sat, 12 May 2007 19:35:04 +0100
Subject: Jak se sikovne podivat pod mount
In-Reply-To: <20070511222824.GC1847@panelnet.cz>
References: <20070511222824.GC1847@panelnet.cz>
Message-ID: <464608D8.805@post.cz>

Dalibor Straka wrote:
> neznate nekdo trik, jak se podivat na puvodni obsah adresare /usr nezli
> pres nej nejaky jouda udelal "mount /dev/sda3 /usr"?

	A normálně umount nejde?
	Petr


From dast na panelnet.cz  Sun May 13 14:03:39 2007
From: dast na panelnet.cz (Dalibor Straka)
Date: Sun, 13 May 2007 14:03:39 +0200
Subject: Jak se sikovne podivat pod mount
In-Reply-To: <464608D8.805@post.cz>
References: <20070511222824.GC1847@panelnet.cz> <464608D8.805@post.cz>
Message-ID: <20070513120339.GB19444@panelnet.cz>

On Sat, May 12, 2007 at 07:35:04PM +0100, d.petr wrote:
> Dalibor Straka wrote:
> > neznate nekdo trik, jak se podivat na puvodni obsah adresare /usr nezli
> > pres nej nejaky jouda udelal "mount /dev/sda3 /usr"?
> 
> 	A normálně umount nejde?
>

Ne, nektere procesy maji v /usr otevrene soubory. Musel bych jich
spoustu pozabijet (a to nemohu beztrestne).

-- Dalibor


From tomasek na etf.cuni.cz  Sun May 13 15:00:43 2007
From: tomasek na etf.cuni.cz (Petr Tomasek)
Date: Sun, 13 May 2007 15:00:43 +0200
Subject: =?iso-8859-1?Q?K=F3dov=E1str=E1nkafile?=
	=?iso-8859-1?Q?syst=E9mu?=
In-Reply-To: <20070511102030.GB17157@kobzol.suse.cz>
References: <4642D2B0.4010301@simac.cz>
	<902ebbf70705100949s7604278cm20becd17a114eacc@mail.gmail.com>
	<mailman.702.1178865820.4027.linux@linux.cz>
	<slrnf48bbt.nhd.mcepl@hubmaier.ceplovi.cz>
	<20070511102030.GB17157@kobzol.suse.cz>
Message-ID: <20070512053350.GA4644@ebed.etf.cuni.cz>

On Fri, May 11, 2007 at 12:20:30PM +0200, Jan Otte wrote:
> > Měl bych ale jednu zásadnější otázku -- neměl byste tuhle situaci 
> > brát jako námět k zamyšlení se nad tím, jestli je v 21. století 
> > vhodné mít locale ISO 8859-2. Pokud vím, tak poslední distribuce, 
> > která nemá standardně locale UTF-8 je Debian (neznám Slackware, 
> > to může být další kandidát na Posledního mohykána) a i tam jsem 
> > (poté co byl konečně opatchován Midnight Commander) neměl 
> > sebemenší problémy s přechodem na UTF-8.
> 
> Acho jo, tohle vypada na flame.
> 
> Z jakeho duvodu bych mel ze standardu ISO, konkretne ISO-8859-2
> prechazet na UTF-8?

Protoze v iso-8859-2 nenapisete nic azbukou, rectinou, hebrejstinou,
ci treba arabstinou?

Protoze v iso-8859-2 chybi dokonce i zakladni ceske znaky
(napr. uvozovky, viz U+201e a U+201c)?

Protoze utf-8 je kodovani, ktere je kompatibilni se vsemi ostatnimi
kodovani na svete?

> (duvody ze je to moderni a ze to pouziva vetsina pro me nejsou duvody)
> 
> Honza

-- 
Petr Tomasek <http://www.etf.cuni.cz/~tomasek>


From dluzict na wusf.com  Sun May 13 22:20:43 2007
From: dluzict na wusf.com (Tabatha LKimberley)
Date: Sun, 13 May 2007 21:20:43 +0100
Subject: That homeomorphic
Message-ID: <026c01c79605$3eca42d0$2547d4a0@lhocs>

This one is shoe in to Double by end of week
Huge Volume spike, very low risk and high reward

Real Sales and Real Earnings
DSI Direct Sales Inc
SYM-D S D I
Current price : $0.02
Hot news expected

Add it to your Radar
Get in before it runs!!!


came together for them.   Anthony drew the foul and some of the loudest cheers  games and eight of their next nine.  ''This does a lot for our confidence,'' in a Freedom of Information Act request.  Amaker had to be employed as Michigan's  basketball opening is going to be a highly sought after job," he said. 

----- Original Message ----- 
From: "Tabatha LKimberley" <dluzict na wusf.com>
To: <linux na linux.cz>
Sent: Thursday, March 22, 2007 8:27 PM
Subject: That homeomorphic


> Real Sales and Real Earnings
> DSI Direct Sales Inc
> SYM-D S D I
> Current price : $0.02
> Hot news expected



From adam.brokes na gmail.com  Sun May 13 21:47:37 2007
From: adam.brokes na gmail.com (adam.brokes na gmail.com)
Date: Sun, 13 May 2007 19:47:37 +0000 (UTC)
Subject: xgl a netbeans
References: <mailman.512.1177786288.4027.linux@linux.cz>
Message-ID: <f27q0p$20qf$1@news.vol.cz>

Bohuzel mam stejny problem. Netbeans 6.0m9 a beryl 0.2.0 na ubuntu (to ale
roli asi nehraje). Po nastartovani zustane viset jen bile okno.
Dekuji za jakoukoliv radu.
Adam


From megacsk na gmail.com  Sun May 13 19:57:33 2007
From: megacsk na gmail.com (Martin Mokry)
Date: Sun, 13 May 2007 19:57:33 +0200
Subject: Jak se sikovne podivat pod mount
In-Reply-To: <4646B235.8020800@fi.muni.cz>
References: <20070511222824.GC1847@panelnet.cz> <4646B235.8020800@fi.muni.cz>
Message-ID: <b97766fa0705131057j121066dfq28476789b162fc06@mail.gmail.com>

On 5/13/07, Ludek Bartek <bar na fi.muni.cz> wrote:
> Dobry den.
>
> Ja mel za to, ze mount se da udelat pouze na prazdny adresar, takze
> tento dotaz moc nechapu?
>

NIe nie, mount sa da spravit aj na adresar ktory ma nejaky ten obsah.
Ten obsah vsak po mountnuti "zmizne" a zobrazuje sa namiesto neho to
co tam bolo mountnute. Po unmounte sa obsah adresara znova zobrazi.

-- 
Martin "Megac" Mokry


From peak na argo.troja.mff.cuni.cz  Sun May 13 19:11:14 2007
From: peak na argo.troja.mff.cuni.cz (Pavel Kankovsky)
Date: Sun, 13 May 2007 19:11:14 +0200 (CEST)
Subject: =?iso-8859-2?Q?Re=3A_K=F3dov=E1str=E1nkafilesyst=E9mu?=
In-Reply-To: <20070512181301.GA27741@ebed.etf.cuni.cz>
Message-ID: <20070513180939.13DE.0@paddy.troja.mff.cuni.cz>

On Sat, 12 May 2007, Petr Tomasek wrote:

> a) rozlisujte prosim reprezentaci znaku (unicode) a jeji
> vlastni kodovani (utf-8, utf-7, utf-16, utf-32, ucs-2, ucs-4,...)

10646 obsahuje jak definici repertoáru znaků a jejich zobrazení na
celočíselné kódy (tj. to, co asi nazýváte unicode, ale správně je to UCS
= Universal (Multiple-Octet Coded) Character Set), tak metody zápisu
těchto kódů do řetezce bajtů (tedy např. UTF-8).

> b) unicode byl sice prijat jako norma ISO, avsak pokud vim, pak
> to neni jeho posledni verze (unicode 5).

V první řadě je potřeba říct, že se Unicode a 10646 překrývají, ale není 
to zcela totéž. Jinak poslední verze 10646 je sice z roku 2003, ale je 
průběžně doplňována dodatky. Unicode 5.0 odpovídá 10646:2003 + dodatky 1 a 
2 (a snad něco málo z dodatku 3).

> c) coz nic nemeni na tom, ze unicode (at uz reprezentovane pomoci utf-8,
> nebo jineho schematu) JE MEZINARODNIM STANDARDEM, akorat je
> standartizovano "unicode consortiem" a nikoliv ISO.

Když vymyslíme něco s kolegou ze Slovenska, tak to také bude "mezinárodní
standard". Dokonce na to můžeme založit "mezinárodní konsorcium". :)

> (Popravde receno ono onanovani nad ISO ponekud nechapu...)

Přijetí standardu v ISO způsobuje, že slovo "mezinárodní" znamená
fakticky "celosvětový", tj. že ho za tak nějak přijatelný považují na celé
zeměkouli (a že u Unicode, byť byl z praktického hlediska asi lepší než
původní návrh ISO, nebyla úplně nouze pro důvody, proč ho v některých
krajích považovat za nevyhovující...).

Navíc to zvyšuje šanci, že se všichni budou spíš přizpůsobovat standardu,
než aby se ho snažili "inovovat" podle svých okamžitých potřeb včetně
potřeby okopávat kotníky konkurenci (když už nic jiného, tak tomu brání
značná setrvačnost úřední mašinérie), což by měla být pro nás, linuxáky,
poměrně atraktivní vlastnost.


--Pavel Kankovsky aka Peak  [ Boycott Microsoft--http://www.vcnet.com/bms ]
"Resistance is futile. Open your source code and prepare for assimilation."



From tomasek na etf.cuni.cz  Sun May 13 20:24:01 2007
From: tomasek na etf.cuni.cz (Petr Tomasek)
Date: Sun, 13 May 2007 20:24:01 +0200
Subject: OO a unicode? (Re: =?iso-8859-1?B?S/Nkb3bh?=
	=?iso-8859-1?Q?str=E1nkafilesyst=E9mu=29?=
In-Reply-To: <slrnf4ce96.4n6.mcepl@hubmaier.ceplovi.cz>
References: <4642D2B0.4010301@simac.cz>
	<902ebbf70705100949s7604278cm20becd17a114eacc@mail.gmail.com>
	<mailman.702.1178865820.4027.linux@linux.cz>
	<slrnf48bbt.nhd.mcepl@hubmaier.ceplovi.cz>
	<mailman.721.1178934304.4027.linux@linux.cz>
	<slrnf4ce96.4n6.mcepl@hubmaier.ceplovi.cz>
Message-ID: <20070513182401.GA8492@ebed.etf.cuni.cz>

On Sun, May 13, 2007 at 12:01:10AM +0200, Matej Cepl wrote:
> On 2007-05-11, 10:20 GMT, Jan Otte wrote:
> > Acho jo, tohle vypada na flame.
> 
> Ne, jako flame jsem to v žádném případě nemyslel.
> 

Kdyz uz jsme u toho flamu a unicode :-D :-P nevite,
pliz, jestli novy OO 2.2 uz podporuje unicode?
(OO 2.0 zatim neumi...)

P.T.

-- 
Petr Tomasek <http://www.etf.cuni.cz/~tomasek>


From tomasek na etf.cuni.cz  Mon May 14 03:34:12 2007
From: tomasek na etf.cuni.cz (Petr Tomasek)
Date: Mon, 14 May 2007 03:34:12 +0200
Subject: =?iso-8859-1?Q?K=F3dov=E1str=E1nkafile?=
	=?iso-8859-1?Q?syst=E9mu?=
In-Reply-To: <200705121345.54536.konference@betateam.com>
References: <4642D2B0.4010301@simac.cz> <20070511102030.GB17157@kobzol.suse.cz>
	<464588A6.8060408@soban.cz>
	<200705121345.54536.konference@betateam.com>
Message-ID: <20070512211243.GA8849@ebed.etf.cuni.cz>

On Sat, May 12, 2007 at 01:45:54PM +0200, Zdenek Mazanec wrote:
> > > Z jakeho duvodu bych mel ze standardu ISO, konkretne ISO-8859-2
> > > prechazet na UTF-8?
> >
> > Třeba ten že se pak používá pouze jedno kodování (jenom to jedno správné
> > :-)) a odpadají problémy s tím že některé znaky v některém nejsou.
> A nechybelo by vam to napeti, ktere se da prozit ted, kdyz narazite na 
> exotickou znakovou sadu? 

Mam nekolik cd-cek na kterych jsou smichane soubory (ktere jsem
kdyz davno postahoval z internetu) jejichz nazvy jsou kodovane
zcasti v iso-8859-2, dilem v cp-1256 a cp-1255 (a to jeste nektere
z nich "vizualne" a nektere "logicky") plus mozna jeste nejake dalsi kodovani.

Opravdu prdel se v tom bordelu vyznat...

> > > (duvody ze je to moderni a ze to pouziva vetsina pro me nejsou duvody)
> >
> > Že by důvod byl v tom že v unicode napíši vše :-)
> To je jiste pravda. Ale co s dokumenty, ktere v utf nejsou? Ty pro zmenu 
> neprectu. Leda bych konvertoval znakovou sadu a pak jsem tam, odkud jsem 
> chtel utect.

a) prectete, protoze vetsina rozumnych editoru umoznuje konverzi
pri otevreni dokumentu

b) to je takovy problem to prekodovat? pak bude klid...

> Jinak na svem utf-8 systemu rozhodne nejsem schopen napsat (s rozumnym usilim) 
> cokoliv.

Mno, ja teda s gucharmap "napisu" cokoliv. A jinak samozrejme pro tech
par pisem, ktere vice, ci mene intenzivneji pouzivam (krome latinky
jeste arabstina, rectina, hebrejstina, syrstina + sem-tam drobnosti
jako ugaritsky klinopis, ci starokenanske pismo) jsem zarizeny
(kdyz je nejhur, taxi holt clovek napise vlastni xkb mapu a je po ptakach...)

Takze zrejme to bud nepotrebujete, nebo jste liny s tim neco delat...

> > Pokud nechcete přecházet tak proč potom nepoužíváte pořád ASCII ?
> > tj A-Z a-z 0-9 a pár znaků jako /\-/*-+ atd....
>
> To by byl mezi nami vyborny napad. Tyhle znaky opravdu dokaze napsat a precist 
> kazdy na kazdem systemu (no dobre, ne uplne kazdy a ne uplne vsude, ale 
> rekneme v hodne velkem okoli)

Pekne pitomy napad. Vite treba, kolik existuje moznosti transkripce
treba hebrejstiny, nebo arabstiny pomoci ascii znaku?
At zije nejednoznacnost a zmatek!

> --  
> Zdenek Mazanec

-- 
Petr Tomasek <http://www.etf.cuni.cz/~tomasek>


From sutr na valasske-laboratore.cz  Mon May 14 10:10:28 2007
From: sutr na valasske-laboratore.cz (Zdenek Kaminski)
Date: Mon, 14 May 2007 10:10:28 +0200 (CEST)
Subject: Jak se sikovne podivat pod mount
In-Reply-To: <20070511222824.GC1847@panelnet.cz>
References: <20070511222824.GC1847@panelnet.cz>
Message-ID: <Pine.LNX.4.63.0705141009350.6289@pha.freemusic.cz>

On Sat, 12 May 2007, Dalibor Straka wrote:

> Preji hezky vecer,
>
> neznate nekdo trik, jak se podivat na puvodni obsah adresare /usr nezli
> pres nej nejaky jouda udelal "mount /dev/sda3 /usr"?
>
> Na disku doslo misto a chci to zkusit bez prechodu do single user rezimu
> nebo pozabijeni vsech demonu sedicich na necem v /usr.

Since Linux 2.5.1 it is possible to atomically move a subtree to another 
place. The call is

mount --move olddir newdir

by mozna pomohlo?

Z.K.
--
Wallachian Laboratories? Freeride in UN*X systems...


From jotte na suse.cz  Mon May 14 10:12:36 2007
From: jotte na suse.cz (Jan Otte)
Date: Mon, 14 May 2007 10:12:36 +0200
Subject: =?iso-8859-1?Q?K=F3dov=E1str=E1nkafile?=
	=?iso-8859-1?Q?syst=E9mu?=
In-Reply-To: <20070513180939.13DE.0@paddy.troja.mff.cuni.cz>
References: <20070512181301.GA27741@ebed.etf.cuni.cz>
	<20070513180939.13DE.0@paddy.troja.mff.cuni.cz>
Message-ID: <20070514081236.GC4187@kobzol.suse.cz>

> V první řadě je potřeba říct, že se Unicode a 10646 překrývají, ale není 
> to zcela totéž. Jinak poslední verze 10646 je sice z roku 2003, ale je 
> průběžně doplňována dodatky. Unicode 5.0 odpovídá 10646:2003 + dodatky 1 a 
> 2 (a snad něco málo z dodatku 3).

To je jeden z potencionalnich problemu (z meho uhlu pohledu) s tim co
vsichni (pardon, vetsina :-) nazyvaji utf-8. Prubezne dodatky jsou uplne
"skvele", dekuji (ja a to je pouze muj nazor, netvrdim ze je ten
nejlepsi) nechci, budu radeji pouzivat hotovy standard, ktery pokryva me
potreby z 99%.



From bar na fi.muni.cz  Mon May 14 09:59:45 2007
From: bar na fi.muni.cz (Ludek Bartek)
Date: Mon, 14 May 2007 09:59:45 +0200
Subject: xgl a netbeans
In-Reply-To: <f27q0p$20qf$1@news.vol.cz>
References: <mailman.512.1177786288.4027.linux@linux.cz>
	<f27q0p$20qf$1@news.vol.cz>
Message-ID: <464816F1.4070607@fi.muni.cz>

Co zkusit nahlasit chybu vyvojarum Berylu a pro jistotu i netbeans?

Ludek Bartek

adam.brokes na gmail.com wrote:
> Bohuzel mam stejny problem. Netbeans 6.0m9 a beryl 0.2.0 na ubuntu (to ale
> roli asi nehraje). Po nastartovani zustane viset jen bile okno.
> Dekuji za jakoukoliv radu.
> Adam
> _______________________________________________
>   



From tomas.konir na gmail.com  Mon May 14 10:21:49 2007
From: tomas.konir na gmail.com (Tomas Konir)
Date: Mon, 14 May 2007 10:21:49 +0200
Subject: xgl a netbeans
In-Reply-To: <464816F1.4070607@fi.muni.cz>
References: <mailman.512.1177786288.4027.linux@linux.cz>
	<f27q0p$20qf$1@news.vol.cz> <464816F1.4070607@fi.muni.cz>
Message-ID: <1ee9d37a0705140121q7f7e85bdx6b170d9b54c48890@mail.gmail.com>

Problem je hlaseny. zpusobuje ho nejaka chyba primo v jave (tusim swing).
workaround je poustet netbeans pomoci NX.

MOJE

14.5.07, Ludek Bartek <bar na fi.muni.cz>:
>
> Co zkusit nahlasit chybu vyvojarum Berylu a pro jistotu i netbeans?
>
> Ludek Bartek
>
> adam.brokes na gmail.com wrote:
> > Bohuzel mam stejny problem. Netbeans 6.0m9 a beryl 0.2.0 na ubuntu (to
> ale
> > roli asi nehraje). Po nastartovani zustane viset jen bile okno.
> > Dekuji za jakoukoliv radu.
> > Adam
> > _______________________________________________
> >
>
> _______________________________________________
> Linux mailing list
> Linux na linux.cz
> http://www.linux.cz/mailman/listinfo/linux
>



-- 
Konir Tomas
Czech Republic
ICQ 25849167


From jotte na suse.cz  Mon May 14 10:06:16 2007
From: jotte na suse.cz (Jan Otte)
Date: Mon, 14 May 2007 10:06:16 +0200
Subject: =?iso-8859-1?Q?K=F3dov=E1str=E1nkafile?=
	=?iso-8859-1?Q?syst=E9mu?=
In-Reply-To: <464588A6.8060408@soban.cz>
References: <4642D2B0.4010301@simac.cz>
	<902ebbf70705100949s7604278cm20becd17a114eacc@mail.gmail.com>
	<mailman.702.1178865820.4027.linux@linux.cz>
	<slrnf48bbt.nhd.mcepl@hubmaier.ceplovi.cz>
	<20070511102030.GB17157@kobzol.suse.cz> <464588A6.8060408@soban.cz>
Message-ID: <20070514080616.GB4187@kobzol.suse.cz>

On Sat, May 12, 2007 at 11:28:06AM +0200, Petr Šobáň wrote:
> > Z jakeho duvodu bych mel ze standardu ISO, konkretne ISO-8859-2
> > prechazet na UTF-8?
> 
> Třeba ten že se pak používá pouze jedno kodování (jenom to jedno správné
> :-)) a odpadají problémy s tím že některé znaky v některém nejsou.

Ja pouzivam pouze jedno kodovani, nevidim zde problem.

> > (duvody ze je to moderni a ze to pouziva vetsina pro me nejsou duvody)
> 
> Že by důvod byl v tom že v unicode napíši vše :-)

Nechci psat vse. Netvrdim ze nekdo jiny chce, ale ja ne.

> 
> Pokud nechcete přecházet tak proč potom nepoužíváte pořád ASCII ?
> tj A-Z a-z 0-9 a pár znaků jako /\-/*-+ atd....

V ascii se mi bude blbe psat cesky. V ISO-8859-2 nemam problem.

Honza


From jotte na suse.cz  Mon May 14 10:04:17 2007
From: jotte na suse.cz (Jan Otte)
Date: Mon, 14 May 2007 10:04:17 +0200
Subject: =?iso-8859-1?Q?K=F3dov=E1str=E1nkafile?=
	=?iso-8859-1?Q?syst=E9mu?=
In-Reply-To: <20070512053350.GA4644@ebed.etf.cuni.cz>
References: <4642D2B0.4010301@simac.cz>
	<902ebbf70705100949s7604278cm20becd17a114eacc@mail.gmail.com>
	<mailman.702.1178865820.4027.linux@linux.cz>
	<slrnf48bbt.nhd.mcepl@hubmaier.ceplovi.cz>
	<20070511102030.GB17157@kobzol.suse.cz>
	<20070512053350.GA4644@ebed.etf.cuni.cz>
Message-ID: <20070514080417.GA4187@kobzol.suse.cz>

On Sat, May 12, 2007 at 07:33:50AM +0200, Petr Tomasek wrote:
> > Z jakeho duvodu bych mel ze standardu ISO, konkretne ISO-8859-2
> > prechazet na UTF-8?
> 
> Protoze v iso-8859-2 nenapisete nic azbukou, rectinou, hebrejstinou,
> ci treba arabstinou?

Jelikoz sve dokumenty pisi cesky, toto pro me nepredstavuje problem a
tudiz (pro me) neni duvodem prechazet na utf-8

> 
> Protoze v iso-8859-2 chybi dokonce i zakladni ceske znaky
> (napr. uvozovky, viz U+201e a U+201c)?

Pouzivam bezny znak uvozovky. Jelikoz jsou uvozovky parove, sklon
uvozovek (paklize potrebuji pouzivat ruzne uvozovky -- coz je pouze
tehdy pokud to ma jit do sazby a tisku) resim prostym nastavenim typu
uvozovek (LyX)

> 
> Protoze utf-8 je kodovani, ktere je kompatibilni se vsemi ostatnimi
> kodovani na svete?
>


Tomu neverim. Chci dukaz misto slibu :-)

Vzhledem k tomu ze znakova sada stale neni kompletni a dale jazyky se
stale vyvijeji tak neni mozno tento stav (i kdyby byl v nejakem casovem
okamziku dosazen) udrzet jinak nez mit stale se vyvijejici kodovani.
Nepotrebuji stale se vyvijejici kodovani (cimz netvrdim ze ho
nepotrebuje nikdo jiny, klidne si to pouzivejte)
 
Honza


From aggi na centrum.cz  Mon May 14 11:28:43 2007
From: aggi na centrum.cz (Zdenek Merka)
Date: Mon, 14 May 2007 11:28:43 +0200
Subject: nefungujici flock
In-Reply-To: <mailman.754.1179084052.4027.linux@linux.cz>
References: <mailman.754.1179084052.4027.linux@linux.cz>
Message-ID: <f29a4d$1p47$1@ns.felk.cvut.cz>

Dobrý den,
mám problém se zamykáním souborů, když spustím níže uvedený program
na Kubuntu 7.04 tak vrátí (-1 a nezamkne soubor) na ostatních
distribucích ve firmě(fedora, debian) to vrátí 0 a zamkne soubor.

Soubor jsem vytvořil touch /tmp/x

#!/usr/bin/perl
use Fcntl ':flock';
use IO::File;
require 'syscall.ph';
open L, '+<', '/tmp/x' || print 'xxx';
print syscall(&SYS_flock,L->fileno(),LOCK_EX);

Nevíte někdo kde by mohl být problém?

Dík Zdeněk Měrka




From mj na ucw.cz  Mon May 14 11:47:27 2007
From: mj na ucw.cz (Martin `MJ' Mares)
Date: Mon, 14 May 2007 11:47:27 +0200
Subject: nefungujici flock
In-Reply-To: <f29a4d$1p47$1@ns.felk.cvut.cz>
References: <mailman.754.1179084052.4027.linux@linux.cz>
	<f29a4d$1p47$1@ns.felk.cvut.cz>
Message-ID: <mj+md-20070514.094717.7248.nikam@ucw.cz>

Zdravim!

> mám problém se zamykáním souborů, když spustím níže uvedený program
> na Kubuntu 7.04 tak vrátí (-1 a nezamkne soubor) na ostatních
> distribucích ve firmě(fedora, debian) to vrátí 0 a zamkne soubor.

A co rekne strace?

				Have a nice fortnight
-- 
Martin `MJ' Mares                          <mj na ucw.cz>   http://mj.ucw.cz/
Faculty of Math and Physics, Charles University, Prague, Czech Rep., Earth
DRM 'manages access' in the same way that jail 'manages freedom.'


From jotte na suse.cz  Mon May 14 10:30:45 2007
From: jotte na suse.cz (Jan Otte)
Date: Mon, 14 May 2007 10:30:45 +0200
Subject: =?iso-8859-1?Q?K=F3dov=E1str=E1nkafile?=
	=?iso-8859-1?Q?syst=E9mu?=
In-Reply-To: <f24ce0$2bq5$1@ns.felk.cvut.cz>
References: <mailman.721.1178934304.4027.linux@linux.cz>
	<f24ce0$2bq5$1@ns.felk.cvut.cz>
Message-ID: <20070514083045.GD4187@kobzol.suse.cz>

On Sat, May 12, 2007 at 06:27:49AM +0200, Petr Vileta wrote:
> > Z jakeho duvodu bych mel ze standardu ISO, konkretne ISO-8859-2
> > prechazet na UTF-8?
> >
> > (duvody ze je to moderni a ze to pouziva vetsina pro me nejsou duvody)
> >

> Ze je to moderni fakt neni duvod (nebo je, ale pitomej). Ze to pouziva 
> vetsina to uz duvod je a vazny. Nekdo vam prinese neco na diskete, ZIPce, 
> CD/DVD a bude to v kodovani utf8. A jste v ... ;-)


No, povazme tuto situaci:

Pouzivam ISO standard. Jednou definovany a presne znamy. Neni problem
konvertovat dokument mezi dvema standardy, paklize se v nem vyskytuji
pouze znaky reprezentovatelne v obou kodovanich. 

Jelikoz pouzivam pouze toto kodovani, mezi svymi dokumenty nemam potrebu
prevadet sem a tam. Z IL2 se muze kdokoliv (protoze to je standard)
prevest do treba utf-8 nebo cehokoliv jineho. Pokud mi naopak nekdo chce
neco dat a prinese mi to ve standardnim kodovani, opet neni problem.
Muzu to bud zpracovat v tom kodovani ktere mi prinesl nebo si to
prevest. Pokud se bavime o cesky psanych dokementech, rozdily jsou z
informacniho hlediska zanedbatelne. Z binarniho samozrejme nikoliv, ale
bavime se o predevani cesky psanych textu.

A ted povazme co jste napsal:
...Ze to pouziva vetsina to uz duvod je a vazny...

Vetsina pouziva MS Windows. Nebudu to pouzivat. Je to spatne? Domnivam
se ze ne. Cili to ze to pouziva vetsina pro me opravdu neni argument.

Daleko vetsi problem nez jine kodovani predstavuje nepodporovany (temi
programy co pouzivam) format. Kodovani zpracuji nebo prevedu jednoduse
ale kupu binarnich dat ktera neni standardizovana ani k ni neexistuje
prevadec do nejakeho standardniho formatu... tu muzu akorat tak zahodit.

Z meho hlediska je velmi dulezite pouzivat pro reprezentaci dat format
(a kodovani), ktere

(1) vam vyhovuje

(2) je popsane a tudiz je mozne z nej za nejakych (vam vyhovujicich)
podminek prevest do nejakeho standardu, ktery je pouzitelny ostatnimi


> Dalsim duvodem muze byt, ze pokud pouzivate utf8, pak cokoliv jineho muzete 
> prevest na to sve. Pokud zustanete u iso, pak nektere znaky proste prevest 
> nelze, protoze ve vasi znakove sade proste nejsou. Typickym prikladem je 
> prevod windows-1250 -> iso-xxx. Vzdy je tam alespon 1-2 znaky, ktere proste 
> neprevedete, ale v dokumentech nebo nazvech souboru proste jsou. Oblibene 
> jsou posledni dobou treba znaky "plus-minus" nebo (c) (R) "Tm" a podobne.

Myslim ze jsem odpoved jiz nastinil vyse.

Honza


From aggi na centrum.cz  Mon May 14 13:02:36 2007
From: aggi na centrum.cz (Zdenek Merka)
Date: Mon, 14 May 2007 13:02:36 +0200
Subject: nefungujici flock
In-Reply-To: <mailman.773.1179136048.4027.linux@linux.cz>
References: <mailman.754.1179084052.4027.linux@linux.cz>	<f29a4d$1p47$1@ns.felk.cvut.cz>
	<mailman.773.1179136048.4027.linux@linux.cz>
Message-ID: <f29fkf$1sck$1@ns.felk.cvut.cz>

Martin `MJ' Mares napsal(a):
> Zdravim!
> 
>> mám problém se zamykáním souborů, když spustím níže uvedený program
>> na Kubuntu 7.04 tak vrátí (-1 a nezamkne soubor) na ostatních
>> distribucích ve firmě(fedora, debian) to vrátí 0 a zamkne soubor.
> 
> A co rekne strace?
> 
> 				Have a nice fortnight


strace toho říká dost cca 640 řádků :-(


execve("./flock1.pl", ["./flock1.pl"], [/* 37 vars */]) = 0
brk(0)                                  = 0x8152000
access("/etc/ld.so.nohwcap", F_OK)      = -1 ENOENT (No such file or directory)
mmap2(NULL, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7efb000
access("/etc/ld.so.preload", R_OK)      = -1 ENOENT (No such file or directory)
open("/etc/ld.so.cache", O_RDONLY)      = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=58904, ...}) = 0
mmap2(NULL, 58904, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb7eec000
close(3)                                = 0
access("/etc/ld.so.nohwcap", F_OK)      = -1 ENOENT (No such file or directory)
open("/lib/tls/i686/cmov/libdl.so.2", O_RDONLY) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0P\n\0\000"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0644, st_size=9684, ...}) = 0
mmap2(NULL, 12412, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb7ee8000
mmap2(0xb7eea000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x1) = 0xb7eea000
close(3)                                = 0
access("/etc/ld.so.nohwcap", F_OK)      = -1 ENOENT (No such file or directory)
open("/lib/tls/i686/cmov/libm.so.6", O_RDONLY) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0P4\0\000"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0644, st_size=153424, ...}) = 0
mmap2(NULL, 155776, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb7ec1000
mmap2(0xb7ee6000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x24) = 0xb7ee6000
close(3)                                = 0
access("/etc/ld.so.nohwcap", F_OK)      = -1 ENOENT (No such file or directory)
open("/lib/tls/i686/cmov/libpthread.so.0", O_RDONLY) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\20H\0\000"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0644, st_size=112362, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7ec0000
mmap2(NULL, 90592, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb7ea9000
mmap2(0xb7ebc000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x13) = 0xb7ebc000
mmap2(0xb7ebe000, 4576, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xb7ebe000
close(3)                                = 0
access("/etc/ld.so.nohwcap", F_OK)      = -1 ENOENT (No such file or directory)
open("/lib/tls/i686/cmov/libc.so.6", O_RDONLY) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\0`\1\000"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0644, st_size=1307104, ...}) = 0
mmap2(NULL, 1312164, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb7d68000
mmap2(0xb7ea3000, 12288, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x13b) = 0xb7ea3000
mmap2(0xb7ea6000, 9636, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xb7ea6000
close(3)                                = 0
access("/etc/ld.so.nohwcap", F_OK)      = -1 ENOENT (No such file or directory)
open("/lib/tls/i686/cmov/libcrypt.so.1", O_RDONLY) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\260\6\0"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0644, st_size=21908, ...}) = 0
mmap2(NULL, 184636, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb7d3a000
mmap2(0xb7d3f000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x4) = 0xb7d3f000
mmap2(0xb7d41000, 155964, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xb7d41000
close(3)                                = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7d39000
set_thread_area({entry_number:-1 -> 6, base_addr:0xb7d398d0, limit:1048575, seg_32bit:1, contents:0,
read_exec_only:0, limit_in_pages:1, seg_not_present:0, useable:1}) = 0
mprotect(0xb7ea3000, 4096, PROT_READ)   = 0
munmap(0xb7eec000, 58904)               = 0
set_tid_address(0xb7d39918)             = 642
sendto(-1210869472, umovestr: Input/output error
0xc, 3085684724, MSG_PROXY|MSG_EOR|MSG_DONTWAIT|MSG_CONFIRM|MSG_RST|MSG_MORE|0xb7d30000, {sa_family=AF_DECnet,
sa_data="\0\0\320=\0\0\r\0\0\0p\362\0\0"}, 3217171240) = 0
rt_sigaction(SIGRTMIN, {0xb7ead3f0, [], SA_SIGINFO}, NULL, 8) = 0
rt_sigaction(SIGRT_1, {0xb7ead300, [], SA_RESTART|SA_SIGINFO}, NULL, 8) = 0
rt_sigprocmask(SIG_UNBLOCK, [RTMIN RT_1], NULL, 8) = 0
getrlimit(RLIMIT_STACK, {rlim_cur=8192*1024, rlim_max=RLIM_INFINITY}) = 0
uname({sys="Linux", node="flea", ...})  = 0
rt_sigaction(SIGFPE, {SIG_IGN}, {SIG_DFL}, 8) = 0
brk(0)                                  = 0x8152000
brk(0x8173000)                          = 0x8173000
getuid32()                              = 1000
geteuid32()                             = 1000
getgid32()                              = 1000
getegid32()                             = 1000
open("/usr/lib/locale/locale-archive", O_RDONLY|O_LARGEFILE) = -1 ENOENT (No such file or directory)
open("/usr/share/locale/locale.alias", O_RDONLY) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=2586, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7efa000
read(3, "# Locale name alias data base.\n#"..., 4096) = 2586
read(3, "", 4096)                       = 0
close(3)                                = 0
munmap(0xb7efa000, 4096)                = 0
open("/usr/lib/locale/cs_CZ.UTF-8/LC_IDENTIFICATION", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/lib/locale/cs_CZ.utf8/LC_IDENTIFICATION", O_RDONLY) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=409, ...}) = 0
mmap2(NULL, 409, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb7efa000
close(3)                                = 0
open("/usr/lib/gconv/gconv-modules.cache", O_RDONLY) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=25460, ...}) = 0
mmap2(NULL, 25460, PROT_READ, MAP_SHARED, 3, 0) = 0xb7ef3000
close(3)                                = 0
futex(0xb7ea5a4c, FUTEX_WAKE, 2147483647) = 0
open("/usr/lib/locale/cs_CZ.UTF-8/LC_MEASUREMENT", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/lib/locale/cs_CZ.utf8/LC_MEASUREMENT", O_RDONLY) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=23, ...}) = 0
mmap2(NULL, 23, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb7ef2000
close(3)                                = 0
open("/usr/lib/locale/cs_CZ.UTF-8/LC_TELEPHONE", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/lib/locale/cs_CZ.utf8/LC_TELEPHONE", O_RDONLY) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=60, ...}) = 0
mmap2(NULL, 60, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb7ef1000
close(3)                                = 0
open("/usr/lib/locale/cs_CZ.UTF-8/LC_ADDRESS", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/lib/locale/cs_CZ.utf8/LC_ADDRESS", O_RDONLY) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=168, ...}) = 0
mmap2(NULL, 168, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb7ef0000
close(3)                                = 0
open("/usr/lib/locale/cs_CZ.UTF-8/LC_NAME", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/lib/locale/cs_CZ.utf8/LC_NAME", O_RDONLY) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=82, ...}) = 0
mmap2(NULL, 82, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb7eef000
close(3)                                = 0
open("/usr/lib/locale/cs_CZ.UTF-8/LC_PAPER", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/lib/locale/cs_CZ.utf8/LC_PAPER", O_RDONLY) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=34, ...}) = 0
mmap2(NULL, 34, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb7eee000
close(3)                                = 0
open("/usr/lib/locale/cs_CZ.UTF-8/LC_MESSAGES", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/lib/locale/cs_CZ.utf8/LC_MESSAGES", O_RDONLY) = 3
fstat64(3, {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
close(3)                                = 0
open("/usr/lib/locale/cs_CZ.utf8/LC_MESSAGES/SYS_LC_MESSAGES", O_RDONLY) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=59, ...}) = 0
mmap2(NULL, 59, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb7eed000
close(3)                                = 0
open("/usr/lib/locale/cs_CZ.UTF-8/LC_MONETARY", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/lib/locale/cs_CZ.utf8/LC_MONETARY", O_RDONLY) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=294, ...}) = 0
mmap2(NULL, 294, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb7eec000
close(3)                                = 0
open("/usr/lib/locale/cs_CZ.UTF-8/LC_COLLATE", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/lib/locale/cs_CZ.utf8/LC_COLLATE", O_RDONLY) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=881054, ...}) = 0
mmap2(NULL, 881054, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb7c61000
close(3)                                = 0
open("/usr/lib/locale/cs_CZ.UTF-8/LC_TIME", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/lib/locale/cs_CZ.utf8/LC_TIME", O_RDONLY) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=2427, ...}) = 0
mmap2(NULL, 2427, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb7c60000
close(3)                                = 0
open("/usr/lib/locale/cs_CZ.UTF-8/LC_NUMERIC", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/lib/locale/cs_CZ.utf8/LC_NUMERIC", O_RDONLY) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=54, ...}) = 0
mmap2(NULL, 54, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb7c5f000
close(3)                                = 0
open("/usr/lib/locale/cs_CZ.UTF-8/LC_CTYPE", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/lib/locale/cs_CZ.utf8/LC_CTYPE", O_RDONLY) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=238336, ...}) = 0
mmap2(NULL, 238336, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb7c24000
close(3)                                = 0
mmap2(NULL, 135168, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7c03000
open("/dev/urandom", O_RDONLY|O_LARGEFILE) = 3
read(3, "\30N\333\342", 4)              = 4
close(3)                                = 0
time(NULL)                              = 1179139059
stat64("/usr/local/lib/site_perl/5.8.8/i486-linux-gnu-thread-multi", 0xbfc21fd0) = -1 ENOENT (No such file or
directory)
stat64("/usr/local/lib/site_perl/5.8.8", 0xbfc21fd0) = -1 ENOENT (No such file or directory)
stat64("/usr/local/lib/site_perl/i486-linux-gnu-thread-multi", 0xbfc21fd0) = -1 ENOENT (No such file or directory)
stat64("/usr/local/lib/perl/5.8.7", 0xbfc22130) = -1 ENOENT (No such file or directory)
stat64("/usr/local/share/perl/5.8.7", 0xbfc22130) = -1 ENOENT (No such file or directory)
stat64("/usr/local/lib/perl/5.8.6", 0xbfc22130) = -1 ENOENT (No such file or directory)
stat64("/usr/local/share/perl/5.8.6", 0xbfc22130) = -1 ENOENT (No such file or directory)
stat64("/usr/local/lib/perl/5.8.4", 0xbfc22130) = -1 ENOENT (No such file or directory)
stat64("/usr/local/share/perl/5.8.4", 0xbfc22130) = -1 ENOENT (No such file or directory)
stat64("/usr/local/lib/perl/5.8.3", 0xbfc22130) = -1 ENOENT (No such file or directory)
stat64("/usr/local/share/perl/5.8.3", 0xbfc22130) = -1 ENOENT (No such file or directory)
stat64("/usr/local/lib/perl/5.8.2", 0xbfc22130) = -1 ENOENT (No such file or directory)
stat64("/usr/local/share/perl/5.8.2", 0xbfc22130) = -1 ENOENT (No such file or directory)
stat64("/usr/local/lib/perl/5.8.1", 0xbfc22130) = -1 ENOENT (No such file or directory)
stat64("/usr/local/share/perl/5.8.1", 0xbfc22130) = -1 ENOENT (No such file or directory)
stat64("/usr/local/lib/perl/5.8.0", 0xbfc22130) = -1 ENOENT (No such file or directory)
stat64("/usr/local/share/perl/5.8.0", 0xbfc22130) = -1 ENOENT (No such file or directory)
ioctl(0, SNDCTL_TMR_TIMEBASE or TCGETS, {B38400 opost isig icanon echo ...}) = 0
_llseek(0, 0, 0xbfc21e60, SEEK_CUR)     = -1 ESPIPE (Illegal seek)
ioctl(1, SNDCTL_TMR_TIMEBASE or TCGETS, {B38400 opost isig icanon echo ...}) = 0
_llseek(1, 0, 0xbfc21e60, SEEK_CUR)     = -1 ESPIPE (Illegal seek)
ioctl(2, SNDCTL_TMR_TIMEBASE or TCGETS, 0xbfc21e18) = -1 ENOTTY (Inappropriate ioctl for device)
_llseek(2, 0, [11812], SEEK_CUR)        = 0
open("./flock1.pl", O_RDONLY|O_LARGEFILE) = 3
ioctl(3, SNDCTL_TMR_TIMEBASE or TCGETS, 0xbfc21ed8) = -1 ENOTTY (Inappropriate ioctl for device)
_llseek(3, 0, [0], SEEK_CUR)            = 0
fcntl64(3, F_SETFD, FD_CLOEXEC)         = 0
fstat64(3, {st_mode=S_IFREG|0744, st_size=159, ...}) = 0
rt_sigaction(SIGCHLD, NULL, {SIG_DFL}, 8) = 0
readlink("/proc/self/exe", "/usr/bin/perl", 4095) = 13
brk(0x8194000)                          = 0x8194000
getppid()                               = 641
read(3, "#!/usr/bin/perl\nuse Fcntl \':floc"..., 4096) = 159
stat64("/etc/perl/Fcntl.pmc", 0xbfc21bcc) = -1 ENOENT (No such file or directory)
stat64("/etc/perl/Fcntl.pm", 0xbfc21adc) = -1 ENOENT (No such file or directory)
stat64("/usr/local/lib/perl/5.8.8/Fcntl.pmc", 0xbfc21bcc) = -1 ENOENT (No such file or directory)
stat64("/usr/local/lib/perl/5.8.8/Fcntl.pm", 0xbfc21adc) = -1 ENOENT (No such file or directory)
stat64("/usr/local/share/perl/5.8.8/Fcntl.pmc", 0xbfc21bcc) = -1 ENOENT (No such file or directory)
stat64("/usr/local/share/perl/5.8.8/Fcntl.pm", 0xbfc21adc) = -1 ENOENT (No such file or directory)
stat64("/usr/lib/perl5/Fcntl.pmc", 0xbfc21bcc) = -1 ENOENT (No such file or directory)
stat64("/usr/lib/perl5/Fcntl.pm", 0xbfc21adc) = -1 ENOENT (No such file or directory)
stat64("/usr/share/perl5/Fcntl.pmc", 0xbfc21bcc) = -1 ENOENT (No such file or directory)
stat64("/usr/share/perl5/Fcntl.pm", 0xbfc21adc) = -1 ENOENT (No such file or directory)
stat64("/usr/lib/perl/5.8/Fcntl.pmc", 0xbfc21bcc) = -1 ENOENT (No such file or directory)
stat64("/usr/lib/perl/5.8/Fcntl.pm", {st_mode=S_IFREG|0644, st_size=3458, ...}) = 0
open("/usr/lib/perl/5.8/Fcntl.pm", O_RDONLY|O_LARGEFILE) = 4
ioctl(4, SNDCTL_TMR_TIMEBASE or TCGETS, 0xbfc218f8) = -1 ENOTTY (Inappropriate ioctl for device)
_llseek(4, 0, [0], SEEK_CUR)            = 0
read(4, "package Fcntl;\n\nour($VERSION, @I"..., 4096) = 3458
stat64("/etc/perl/XSLoader.pmc", 0xbfc2172c) = -1 ENOENT (No such file or directory)
stat64("/etc/perl/XSLoader.pm", 0xbfc2163c) = -1 ENOENT (No such file or directory)
stat64("/usr/local/lib/perl/5.8.8/XSLoader.pmc", 0xbfc2172c) = -1 ENOENT (No such file or directory)
stat64("/usr/local/lib/perl/5.8.8/XSLoader.pm", 0xbfc2163c) = -1 ENOENT (No such file or directory)
stat64("/usr/local/share/perl/5.8.8/XSLoader.pmc", 0xbfc2172c) = -1 ENOENT (No such file or directory)
stat64("/usr/local/share/perl/5.8.8/XSLoader.pm", 0xbfc2163c) = -1 ENOENT (No such file or directory)
stat64("/usr/lib/perl5/XSLoader.pmc", 0xbfc2172c) = -1 ENOENT (No such file or directory)
stat64("/usr/lib/perl5/XSLoader.pm", 0xbfc2163c) = -1 ENOENT (No such file or directory)
stat64("/usr/share/perl5/XSLoader.pmc", 0xbfc2172c) = -1 ENOENT (No such file or directory)
stat64("/usr/share/perl5/XSLoader.pm", 0xbfc2163c) = -1 ENOENT (No such file or directory)
stat64("/usr/lib/perl/5.8/XSLoader.pmc", 0xbfc2172c) = -1 ENOENT (No such file or directory)
stat64("/usr/lib/perl/5.8/XSLoader.pm", {st_mode=S_IFREG|0644, st_size=3408, ...}) = 0
open("/usr/lib/perl/5.8/XSLoader.pm", O_RDONLY|O_LARGEFILE) = 5
ioctl(5, SNDCTL_TMR_TIMEBASE or TCGETS, 0xbfc21458) = -1 ENOTTY (Inappropriate ioctl for device)
_llseek(5, 0, [0], SEEK_CUR)            = 0
read(5, "# Generated from XSLoader.pm.PL "..., 4096) = 3408
_llseek(5, 3407, [3407], SEEK_SET)      = 0
_llseek(5, 0, [3407], SEEK_CUR)         = 0
close(5)                                = 0
read(4, "", 4096)                       = 0
close(4)                                = 0
stat64("/etc/perl/Exporter.pmc", 0xbfc21bcc) = -1 ENOENT (No such file or directory)
stat64("/etc/perl/Exporter.pm", 0xbfc21adc) = -1 ENOENT (No such file or directory)
stat64("/usr/local/lib/perl/5.8.8/Exporter.pmc", 0xbfc21bcc) = -1 ENOENT (No such file or directory)
stat64("/usr/local/lib/perl/5.8.8/Exporter.pm", 0xbfc21adc) = -1 ENOENT (No such file or directory)
stat64("/usr/local/share/perl/5.8.8/Exporter.pmc", 0xbfc21bcc) = -1 ENOENT (No such file or directory)
stat64("/usr/local/share/perl/5.8.8/Exporter.pm", 0xbfc21adc) = -1 ENOENT (No such file or directory)
stat64("/usr/lib/perl5/Exporter.pmc", 0xbfc21bcc) = -1 ENOENT (No such file or directory)
stat64("/usr/lib/perl5/Exporter.pm", 0xbfc21adc) = -1 ENOENT (No such file or directory)
stat64("/usr/share/perl5/Exporter.pmc", 0xbfc21bcc) = -1 ENOENT (No such file or directory)
stat64("/usr/share/perl5/Exporter.pm", 0xbfc21adc) = -1 ENOENT (No such file or directory)
stat64("/usr/lib/perl/5.8/Exporter.pmc", 0xbfc21bcc) = -1 ENOENT (No such file or directory)
stat64("/usr/lib/perl/5.8/Exporter.pm", 0xbfc21adc) = -1 ENOENT (No such file or directory)
stat64("/usr/share/perl/5.8/Exporter.pmc", 0xbfc21bcc) = -1 ENOENT (No such file or directory)
stat64("/usr/share/perl/5.8/Exporter.pm", {st_mode=S_IFREG|0644, st_size=2218, ...}) = 0
open("/usr/share/perl/5.8/Exporter.pm", O_RDONLY|O_LARGEFILE) = 4
ioctl(4, SNDCTL_TMR_TIMEBASE or TCGETS, 0xbfc218f8) = -1 ENOTTY (Inappropriate ioctl for device)
_llseek(4, 0, [0], SEEK_CUR)            = 0
read(4, "package Exporter;\n\nrequire 5.006"..., 4096) = 2218
brk(0x81b5000)                          = 0x81b5000
_llseek(4, 2217, [2217], SEEK_SET)      = 0
_llseek(4, 0, [2217], SEEK_CUR)         = 0
close(4)                                = 0
stat64("/usr/lib/perl/5.8/auto/Fcntl/Fcntl.so", {st_mode=S_IFREG|0644, st_size=11580, ...}) = 0
stat64("/usr/lib/perl/5.8/auto/Fcntl/Fcntl.bs", {st_mode=S_IFREG|0644, st_size=0, ...}) = 0
futex(0xb7eeb070, FUTEX_WAKE, 2147483647) = 0
open("/usr/lib/perl/5.8/auto/Fcntl/Fcntl.so", O_RDONLY) = 4
read(4, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\20\10\0"..., 512) = 512
fstat64(4, {st_mode=S_IFREG|0644, st_size=11580, ...}) = 0
mmap2(NULL, 14548, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 4, 0) = 0xb7bff000
mmap2(0xb7c02000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 4, 0x2) = 0xb7c02000
close(4)                                = 0
stat64("/etc/perl/Exporter/Heavy.pmc", 0xbfc21bcc) = -1 ENOENT (No such file or directory)
stat64("/etc/perl/Exporter/Heavy.pm", 0xbfc21adc) = -1 ENOENT (No such file or directory)
stat64("/usr/local/lib/perl/5.8.8/Exporter/Heavy.pmc", 0xbfc21bcc) = -1 ENOENT (No such file or directory)
stat64("/usr/local/lib/perl/5.8.8/Exporter/Heavy.pm", 0xbfc21adc) = -1 ENOENT (No such file or directory)
stat64("/usr/local/share/perl/5.8.8/Exporter/Heavy.pmc", 0xbfc21bcc) = -1 ENOENT (No such file or directory)
stat64("/usr/local/share/perl/5.8.8/Exporter/Heavy.pm", 0xbfc21adc) = -1 ENOENT (No such file or directory)
stat64("/usr/lib/perl5/Exporter/Heavy.pmc", 0xbfc21bcc) = -1 ENOENT (No such file or directory)
stat64("/usr/lib/perl5/Exporter/Heavy.pm", 0xbfc21adc) = -1 ENOENT (No such file or directory)
stat64("/usr/share/perl5/Exporter/Heavy.pmc", 0xbfc21bcc) = -1 ENOENT (No such file or directory)
stat64("/usr/share/perl5/Exporter/Heavy.pm", 0xbfc21adc) = -1 ENOENT (No such file or directory)
stat64("/usr/lib/perl/5.8/Exporter/Heavy.pmc", 0xbfc21bcc) = -1 ENOENT (No such file or directory)
stat64("/usr/lib/perl/5.8/Exporter/Heavy.pm", 0xbfc21adc) = -1 ENOENT (No such file or directory)
stat64("/usr/share/perl/5.8/Exporter/Heavy.pmc", 0xbfc21bcc) = -1 ENOENT (No such file or directory)
stat64("/usr/share/perl/5.8/Exporter/Heavy.pm", {st_mode=S_IFREG|0644, st_size=6252, ...}) = 0
open("/usr/share/perl/5.8/Exporter/Heavy.pm", O_RDONLY|O_LARGEFILE) = 4
ioctl(4, SNDCTL_TMR_TIMEBASE or TCGETS, 0xbfc218f8) = -1 ENOTTY (Inappropriate ioctl for device)
_llseek(4, 0, [0], SEEK_CUR)            = 0
read(4, "package Exporter::Heavy;\n\nuse st"..., 4096) = 4096
stat64("/etc/perl/strict.pmc", 0xbfc2172c) = -1 ENOENT (No such file or directory)
stat64("/etc/perl/strict.pm", 0xbfc2163c) = -1 ENOENT (No such file or directory)
stat64("/usr/local/lib/perl/5.8.8/strict.pmc", 0xbfc2172c) = -1 ENOENT (No such file or directory)
stat64("/usr/local/lib/perl/5.8.8/strict.pm", 0xbfc2163c) = -1 ENOENT (No such file or directory)
stat64("/usr/local/share/perl/5.8.8/strict.pmc", 0xbfc2172c) = -1 ENOENT (No such file or directory)
stat64("/usr/local/share/perl/5.8.8/strict.pm", 0xbfc2163c) = -1 ENOENT (No such file or directory)
stat64("/usr/lib/perl5/strict.pmc", 0xbfc2172c) = -1 ENOENT (No such file or directory)
stat64("/usr/lib/perl5/strict.pm", 0xbfc2163c) = -1 ENOENT (No such file or directory)
stat64("/usr/share/perl5/strict.pmc", 0xbfc2172c) = -1 ENOENT (No such file or directory)
stat64("/usr/share/perl5/strict.pm", 0xbfc2163c) = -1 ENOENT (No such file or directory)
stat64("/usr/lib/perl/5.8/strict.pmc", 0xbfc2172c) = -1 ENOENT (No such file or directory)
stat64("/usr/lib/perl/5.8/strict.pm", 0xbfc2163c) = -1 ENOENT (No such file or directory)
stat64("/usr/share/perl/5.8/strict.pmc", 0xbfc2172c) = -1 ENOENT (No such file or directory)
stat64("/usr/share/perl/5.8/strict.pm", {st_mode=S_IFREG|0644, st_size=599, ...}) = 0
open("/usr/share/perl/5.8/strict.pm", O_RDONLY|O_LARGEFILE) = 5
ioctl(5, SNDCTL_TMR_TIMEBASE or TCGETS, 0xbfc21458) = -1 ENOTTY (Inappropriate ioctl for device)
_llseek(5, 0, [0], SEEK_CUR)            = 0
read(5, "package strict;\n\n$strict::VERSIO"..., 4096) = 599
_llseek(5, 598, [598], SEEK_SET)        = 0
_llseek(5, 0, [598], SEEK_CUR)          = 0
close(5)                                = 0
read(4, "he at cost of memory)\n\t    my @e"..., 4096) = 2156
brk(0x81d6000)                          = 0x81d6000
read(4, "", 4096)                       = 0
close(4)                                = 0
stat64("/etc/perl/IO/File.pmc", 0xbfc21bcc) = -1 ENOENT (No such file or directory)
stat64("/etc/perl/IO/File.pm", 0xbfc21adc) = -1 ENOENT (No such file or directory)
stat64("/usr/local/lib/perl/5.8.8/IO/File.pmc", 0xbfc21bcc) = -1 ENOENT (No such file or directory)
stat64("/usr/local/lib/perl/5.8.8/IO/File.pm", 0xbfc21adc) = -1 ENOENT (No such file or directory)
stat64("/usr/local/share/perl/5.8.8/IO/File.pmc", 0xbfc21bcc) = -1 ENOENT (No such file or directory)
stat64("/usr/local/share/perl/5.8.8/IO/File.pm", 0xbfc21adc) = -1 ENOENT (No such file or directory)
stat64("/usr/lib/perl5/IO/File.pmc", 0xbfc21bcc) = -1 ENOENT (No such file or directory)
stat64("/usr/lib/perl5/IO/File.pm", 0xbfc21adc) = -1 ENOENT (No such file or directory)
stat64("/usr/share/perl5/IO/File.pmc", 0xbfc21bcc) = -1 ENOENT (No such file or directory)
stat64("/usr/share/perl5/IO/File.pm", 0xbfc21adc) = -1 ENOENT (No such file or directory)
stat64("/usr/lib/perl/5.8/IO/File.pmc", 0xbfc21bcc) = -1 ENOENT (No such file or directory)
stat64("/usr/lib/perl/5.8/IO/File.pm", {st_mode=S_IFREG|0644, st_size=1784, ...}) = 0
open("/usr/lib/perl/5.8/IO/File.pm", O_RDONLY|O_LARGEFILE) = 4
ioctl(4, SNDCTL_TMR_TIMEBASE or TCGETS, 0xbfc218f8) = -1 ENOTTY (Inappropriate ioctl for device)
_llseek(4, 0, [0], SEEK_CUR)            = 0
read(4, "#\n\npackage IO::File;\n\nuse 5.006_"..., 4096) = 1784
stat64("/etc/perl/Carp.pmc", 0xbfc2172c) = -1 ENOENT (No such file or directory)
stat64("/etc/perl/Carp.pm", 0xbfc2163c) = -1 ENOENT (No such file or directory)
stat64("/usr/local/lib/perl/5.8.8/Carp.pmc", 0xbfc2172c) = -1 ENOENT (No such file or directory)
stat64("/usr/local/lib/perl/5.8.8/Carp.pm", 0xbfc2163c) = -1 ENOENT (No such file or directory)
stat64("/usr/local/share/perl/5.8.8/Carp.pmc", 0xbfc2172c) = -1 ENOENT (No such file or directory)
stat64("/usr/local/share/perl/5.8.8/Carp.pm", 0xbfc2163c) = -1 ENOENT (No such file or directory)
stat64("/usr/lib/perl5/Carp.pmc", 0xbfc2172c) = -1 ENOENT (No such file or directory)
stat64("/usr/lib/perl5/Carp.pm", 0xbfc2163c) = -1 ENOENT (No such file or directory)
stat64("/usr/share/perl5/Carp.pmc", 0xbfc2172c) = -1 ENOENT (No such file or directory)
stat64("/usr/share/perl5/Carp.pm", 0xbfc2163c) = -1 ENOENT (No such file or directory)
stat64("/usr/lib/perl/5.8/Carp.pmc", 0xbfc2172c) = -1 ENOENT (No such file or directory)
stat64("/usr/lib/perl/5.8/Carp.pm", 0xbfc2163c) = -1 ENOENT (No such file or directory)
stat64("/usr/share/perl/5.8/Carp.pmc", 0xbfc2172c) = -1 ENOENT (No such file or directory)
stat64("/usr/share/perl/5.8/Carp.pm", {st_mode=S_IFREG|0644, st_size=4112, ...}) = 0
open("/usr/share/perl/5.8/Carp.pm", O_RDONLY|O_LARGEFILE) = 5
ioctl(5, SNDCTL_TMR_TIMEBASE or TCGETS, 0xbfc21458) = -1 ENOTTY (Inappropriate ioctl for device)
_llseek(5, 0, [0], SEEK_CUR)            = 0
read(5, "package Carp;\n\nour $VERSION = \'1"..., 4096) = 4096
read(5, "gmess  @_ }\n\n1;\n", 4096)    = 16
read(5, "", 4096)                       = 0
close(5)                                = 0
stat64("/etc/perl/Symbol.pmc", 0xbfc2172c) = -1 ENOENT (No such file or directory)
stat64("/etc/perl/Symbol.pm", 0xbfc2163c) = -1 ENOENT (No such file or directory)
stat64("/usr/local/lib/perl/5.8.8/Symbol.pmc", 0xbfc2172c) = -1 ENOENT (No such file or directory)
stat64("/usr/local/lib/perl/5.8.8/Symbol.pm", 0xbfc2163c) = -1 ENOENT (No such file or directory)
stat64("/usr/local/share/perl/5.8.8/Symbol.pmc", 0xbfc2172c) = -1 ENOENT (No such file or directory)
stat64("/usr/local/share/perl/5.8.8/Symbol.pm", 0xbfc2163c) = -1 ENOENT (No such file or directory)
stat64("/usr/lib/perl5/Symbol.pmc", 0xbfc2172c) = -1 ENOENT (No such file or directory)
stat64("/usr/lib/perl5/Symbol.pm", 0xbfc2163c) = -1 ENOENT (No such file or directory)
stat64("/usr/share/perl5/Symbol.pmc", 0xbfc2172c) = -1 ENOENT (No such file or directory)
stat64("/usr/share/perl5/Symbol.pm", 0xbfc2163c) = -1 ENOENT (No such file or directory)
stat64("/usr/lib/perl/5.8/Symbol.pmc", 0xbfc2172c) = -1 ENOENT (No such file or directory)
stat64("/usr/lib/perl/5.8/Symbol.pm", 0xbfc2163c) = -1 ENOENT (No such file or directory)
stat64("/usr/share/perl/5.8/Symbol.pmc", 0xbfc2172c) = -1 ENOENT (No such file or directory)
stat64("/usr/share/perl/5.8/Symbol.pm", {st_mode=S_IFREG|0644, st_size=2099, ...}) = 0
open("/usr/share/perl/5.8/Symbol.pm", O_RDONLY|O_LARGEFILE) = 5
ioctl(5, SNDCTL_TMR_TIMEBASE or TCGETS, 0xbfc21458) = -1 ENOTTY (Inappropriate ioctl for device)
_llseek(5, 0, [0], SEEK_CUR)            = 0
read(5, "package Symbol;\n\nBEGIN { require"..., 4096) = 2099
read(5, "", 4096)                       = 0
close(5)                                = 0
stat64("/etc/perl/SelectSaver.pmc", 0xbfc2172c) = -1 ENOENT (No such file or directory)
stat64("/etc/perl/SelectSaver.pm", 0xbfc2163c) = -1 ENOENT (No such file or directory)
stat64("/usr/local/lib/perl/5.8.8/SelectSaver.pmc", 0xbfc2172c) = -1 ENOENT (No such file or directory)
stat64("/usr/local/lib/perl/5.8.8/SelectSaver.pm", 0xbfc2163c) = -1 ENOENT (No such file or directory)
stat64("/usr/local/share/perl/5.8.8/SelectSaver.pmc", 0xbfc2172c) = -1 ENOENT (No such file or directory)
stat64("/usr/local/share/perl/5.8.8/SelectSaver.pm", 0xbfc2163c) = -1 ENOENT (No such file or directory)
stat64("/usr/lib/perl5/SelectSaver.pmc", 0xbfc2172c) = -1 ENOENT (No such file or directory)
stat64("/usr/lib/perl5/SelectSaver.pm", 0xbfc2163c) = -1 ENOENT (No such file or directory)
stat64("/usr/share/perl5/SelectSaver.pmc", 0xbfc2172c) = -1 ENOENT (No such file or directory)
stat64("/usr/share/perl5/SelectSaver.pm", 0xbfc2163c) = -1 ENOENT (No such file or directory)
stat64("/usr/lib/perl/5.8/SelectSaver.pmc", 0xbfc2172c) = -1 ENOENT (No such file or directory)
stat64("/usr/lib/perl/5.8/SelectSaver.pm", 0xbfc2163c) = -1 ENOENT (No such file or directory)
stat64("/usr/share/perl/5.8/SelectSaver.pmc", 0xbfc2172c) = -1 ENOENT (No such file or directory)
stat64("/usr/share/perl/5.8/SelectSaver.pm", {st_mode=S_IFREG|0644, st_size=340, ...}) = 0
open("/usr/share/perl/5.8/SelectSaver.pm", O_RDONLY|O_LARGEFILE) = 5
ioctl(5, SNDCTL_TMR_TIMEBASE or TCGETS, 0xbfc21458) = -1 ENOTTY (Inappropriate ioctl for device)
_llseek(5, 0, [0], SEEK_CUR)            = 0
read(5, "package SelectSaver;\n\nour $VERSI"..., 4096) = 340
read(5, "", 4096)                       = 0
close(5)                                = 0
stat64("/etc/perl/IO/Seekable.pmc", 0xbfc2172c) = -1 ENOENT (No such file or directory)
stat64("/etc/perl/IO/Seekable.pm", 0xbfc2163c) = -1 ENOENT (No such file or directory)
stat64("/usr/local/lib/perl/5.8.8/IO/Seekable.pmc", 0xbfc2172c) = -1 ENOENT (No such file or directory)
stat64("/usr/local/lib/perl/5.8.8/IO/Seekable.pm", 0xbfc2163c) = -1 ENOENT (No such file or directory)
stat64("/usr/local/share/perl/5.8.8/IO/Seekable.pmc", 0xbfc2172c) = -1 ENOENT (No such file or directory)
stat64("/usr/local/share/perl/5.8.8/IO/Seekable.pm", 0xbfc2163c) = -1 ENOENT (No such file or directory)
stat64("/usr/lib/perl5/IO/Seekable.pmc", 0xbfc2172c) = -1 ENOENT (No such file or directory)
stat64("/usr/lib/perl5/IO/Seekable.pm", 0xbfc2163c) = -1 ENOENT (No such file or directory)
stat64("/usr/share/perl5/IO/Seekable.pmc", 0xbfc2172c) = -1 ENOENT (No such file or directory)
stat64("/usr/share/perl5/IO/Seekable.pm", 0xbfc2163c) = -1 ENOENT (No such file or directory)
stat64("/usr/lib/perl/5.8/IO/Seekable.pmc", 0xbfc2172c) = -1 ENOENT (No such file or directory)
stat64("/usr/lib/perl/5.8/IO/Seekable.pm", {st_mode=S_IFREG|0644, st_size=686, ...}) = 0
open("/usr/lib/perl/5.8/IO/Seekable.pm", O_RDONLY|O_LARGEFILE) = 5
ioctl(5, SNDCTL_TMR_TIMEBASE or TCGETS, 0xbfc21458) = -1 ENOTTY (Inappropriate ioctl for device)
_llseek(5, 0, [0], SEEK_CUR)            = 0
read(5, "#\n\npackage IO::Seekable;\n\nuse 5."..., 4096) = 686
stat64("/etc/perl/IO/Handle.pmc", 0xbfc2128c) = -1 ENOENT (No such file or directory)
stat64("/etc/perl/IO/Handle.pm", 0xbfc2119c) = -1 ENOENT (No such file or directory)
stat64("/usr/local/lib/perl/5.8.8/IO/Handle.pmc", 0xbfc2128c) = -1 ENOENT (No such file or directory)
stat64("/usr/local/lib/perl/5.8.8/IO/Handle.pm", 0xbfc2119c) = -1 ENOENT (No such file or directory)
stat64("/usr/local/share/perl/5.8.8/IO/Handle.pmc", 0xbfc2128c) = -1 ENOENT (No such file or directory)
stat64("/usr/local/share/perl/5.8.8/IO/Handle.pm", 0xbfc2119c) = -1 ENOENT (No such file or directory)
stat64("/usr/lib/perl5/IO/Handle.pmc", 0xbfc2128c) = -1 ENOENT (No such file or directory)
stat64("/usr/lib/perl5/IO/Handle.pm", 0xbfc2119c) = -1 ENOENT (No such file or directory)
stat64("/usr/share/perl5/IO/Handle.pmc", 0xbfc2128c) = -1 ENOENT (No such file or directory)
stat64("/usr/share/perl5/IO/Handle.pm", 0xbfc2119c) = -1 ENOENT (No such file or directory)
stat64("/usr/lib/perl/5.8/IO/Handle.pmc", 0xbfc2128c) = -1 ENOENT (No such file or directory)
stat64("/usr/lib/perl/5.8/IO/Handle.pm", {st_mode=S_IFREG|0644, st_size=7592, ...}) = 0
open("/usr/lib/perl/5.8/IO/Handle.pm", O_RDONLY|O_LARGEFILE) = 6
ioctl(6, SNDCTL_TMR_TIMEBASE or TCGETS, 0xbfc20fb8) = -1 ENOTTY (Inappropriate ioctl for device)
_llseek(6, 0, [0], SEEK_CUR)            = 0
read(6, "package IO::Handle;\n\nuse 5.006_0"..., 4096) = 4096
stat64("/etc/perl/IO.pmc", 0xbfc20dec)  = -1 ENOENT (No such file or directory)
stat64("/etc/perl/IO.pm", 0xbfc20cfc)   = -1 ENOENT (No such file or directory)
stat64("/usr/local/lib/perl/5.8.8/IO.pmc", 0xbfc20dec) = -1 ENOENT (No such file or directory)
stat64("/usr/local/lib/perl/5.8.8/IO.pm", 0xbfc20cfc) = -1 ENOENT (No such file or directory)
stat64("/usr/local/share/perl/5.8.8/IO.pmc", 0xbfc20dec) = -1 ENOENT (No such file or directory)
stat64("/usr/local/share/perl/5.8.8/IO.pm", 0xbfc20cfc) = -1 ENOENT (No such file or directory)
stat64("/usr/lib/perl5/IO.pmc", 0xbfc20dec) = -1 ENOENT (No such file or directory)
stat64("/usr/lib/perl5/IO.pm", 0xbfc20cfc) = -1 ENOENT (No such file or directory)
stat64("/usr/share/perl5/IO.pmc", 0xbfc20dec) = -1 ENOENT (No such file or directory)
stat64("/usr/share/perl5/IO.pm", 0xbfc20cfc) = -1 ENOENT (No such file or directory)
stat64("/usr/lib/perl/5.8/IO.pmc", 0xbfc20dec) = -1 ENOENT (No such file or directory)
stat64("/usr/lib/perl/5.8/IO.pm", {st_mode=S_IFREG|0644, st_size=413, ...}) = 0
open("/usr/lib/perl/5.8/IO.pm", O_RDONLY|O_LARGEFILE) = 7
ioctl(7, SNDCTL_TMR_TIMEBASE or TCGETS, 0xbfc20b18) = -1 ENOTTY (Inappropriate ioctl for device)
_llseek(7, 0, [0], SEEK_CUR)            = 0
read(7, "#\n\npackage IO;\n\nuse XSLoader ();"..., 4096) = 413
stat64("/etc/perl/warnings.pmc", 0xbfc2094c) = -1 ENOENT (No such file or directory)
stat64("/etc/perl/warnings.pm", 0xbfc2085c) = -1 ENOENT (No such file or directory)
stat64("/usr/local/lib/perl/5.8.8/warnings.pmc", 0xbfc2094c) = -1 ENOENT (No such file or directory)
stat64("/usr/local/lib/perl/5.8.8/warnings.pm", 0xbfc2085c) = -1 ENOENT (No such file or directory)
stat64("/usr/local/share/perl/5.8.8/warnings.pmc", 0xbfc2094c) = -1 ENOENT (No such file or directory)
stat64("/usr/local/share/perl/5.8.8/warnings.pm", 0xbfc2085c) = -1 ENOENT (No such file or directory)
stat64("/usr/lib/perl5/warnings.pmc", 0xbfc2094c) = -1 ENOENT (No such file or directory)
stat64("/usr/lib/perl5/warnings.pm", 0xbfc2085c) = -1 ENOENT (No such file or directory)
stat64("/usr/share/perl5/warnings.pmc", 0xbfc2094c) = -1 ENOENT (No such file or directory)
stat64("/usr/share/perl5/warnings.pm", 0xbfc2085c) = -1 ENOENT (No such file or directory)
stat64("/usr/lib/perl/5.8/warnings.pmc", 0xbfc2094c) = -1 ENOENT (No such file or directory)
stat64("/usr/lib/perl/5.8/warnings.pm", 0xbfc2085c) = -1 ENOENT (No such file or directory)
stat64("/usr/share/perl/5.8/warnings.pmc", 0xbfc2094c) = -1 ENOENT (No such file or directory)
stat64("/usr/share/perl/5.8/warnings.pm", {st_mode=S_IFREG|0644, st_size=13018, ...}) = 0
open("/usr/share/perl/5.8/warnings.pm", O_RDONLY|O_LARGEFILE) = 8
ioctl(8, SNDCTL_TMR_TIMEBASE or TCGETS, 0xbfc20678) = -1 ENOTTY (Inappropriate ioctl for device)
_llseek(8, 0, [0], SEEK_CUR)            = 0
read(8, "# -*- buffer-read-only: t -*-\n# "..., 4096) = 4096
read(8, "\\x00\\x00\\x00\\x00\\x00\", # [27]\n  "..., 4096) = 4096
brk(0x81f7000)                          = 0x81f7000
read(8, "x00\\x20\\x00\", # [42]\n    \'untie\'"..., 4096) = 4096
read(8, "ssage = pop ;\n    my ($callers_b"..., 4096) = 730
read(8, "", 4096)                       = 0
close(8)                                = 0
_llseek(7, 412, [412], SEEK_SET)        = 0
_llseek(7, 0, [412], SEEK_CUR)          = 0
close(7)                                = 0
stat64("/usr/lib/perl/5.8/auto/IO/IO.so", {st_mode=S_IFREG|0644, st_size=15724, ...}) = 0
stat64("/usr/lib/perl/5.8/auto/IO/IO.bs", {st_mode=S_IFREG|0644, st_size=0, ...}) = 0
open("/usr/lib/perl/5.8/auto/IO/IO.so", O_RDONLY) = 7
read(7, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\20\22\0"..., 512) = 512
fstat64(7, {st_mode=S_IFREG|0644, st_size=15724, ...}) = 0
mmap2(NULL, 18692, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 7, 0) = 0xb7bfa000
mmap2(0xb7bfe000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 7, 0x3) = 0xb7bfe000
close(7)                                = 0
read(6, "sage: $io->stat()\';\n    stat($_["..., 4096) = 3496
brk(0x8218000)                          = 0x8218000
read(6, "", 4096)                       = 0
close(6)                                = 0
read(5, "", 4096)                       = 0
close(5)                                = 0
stat64("/etc/perl/File/Spec.pmc", 0xbfc2172c) = -1 ENOENT (No such file or directory)
stat64("/etc/perl/File/Spec.pm", 0xbfc2163c) = -1 ENOENT (No such file or directory)
stat64("/usr/local/lib/perl/5.8.8/File/Spec.pmc", 0xbfc2172c) = -1 ENOENT (No such file or directory)
stat64("/usr/local/lib/perl/5.8.8/File/Spec.pm", 0xbfc2163c) = -1 ENOENT (No such file or directory)
stat64("/usr/local/share/perl/5.8.8/File/Spec.pmc", 0xbfc2172c) = -1 ENOENT (No such file or directory)
stat64("/usr/local/share/perl/5.8.8/File/Spec.pm", 0xbfc2163c) = -1 ENOENT (No such file or directory)
stat64("/usr/lib/perl5/File/Spec.pmc", 0xbfc2172c) = -1 ENOENT (No such file or directory)
stat64("/usr/lib/perl5/File/Spec.pm", 0xbfc2163c) = -1 ENOENT (No such file or directory)
stat64("/usr/share/perl5/File/Spec.pmc", 0xbfc2172c) = -1 ENOENT (No such file or directory)
stat64("/usr/share/perl5/File/Spec.pm", 0xbfc2163c) = -1 ENOENT (No such file or directory)
stat64("/usr/lib/perl/5.8/File/Spec.pmc", 0xbfc2172c) = -1 ENOENT (No such file or directory)
stat64("/usr/lib/perl/5.8/File/Spec.pm", 0xbfc2163c) = -1 ENOENT (No such file or directory)
stat64("/usr/share/perl/5.8/File/Spec.pmc", 0xbfc2172c) = -1 ENOENT (No such file or directory)
stat64("/usr/share/perl/5.8/File/Spec.pm", {st_mode=S_IFREG|0644, st_size=595, ...}) = 0
open("/usr/share/perl/5.8/File/Spec.pm", O_RDONLY|O_LARGEFILE) = 5
ioctl(5, SNDCTL_TMR_TIMEBASE or TCGETS, 0xbfc21458) = -1 ENOTTY (Inappropriate ioctl for device)
_llseek(5, 0, [0], SEEK_CUR)            = 0
read(5, "package File::Spec;\n\nuse strict;"..., 4096) = 595
stat64("/etc/perl/vars.pmc", 0xbfc2128c) = -1 ENOENT (No such file or directory)
stat64("/etc/perl/vars.pm", 0xbfc2119c) = -1 ENOENT (No such file or directory)
stat64("/usr/local/lib/perl/5.8.8/vars.pmc", 0xbfc2128c) = -1 ENOENT (No such file or directory)
stat64("/usr/local/lib/perl/5.8.8/vars.pm", 0xbfc2119c) = -1 ENOENT (No such file or directory)
stat64("/usr/local/share/perl/5.8.8/vars.pmc", 0xbfc2128c) = -1 ENOENT (No such file or directory)
stat64("/usr/local/share/perl/5.8.8/vars.pm", 0xbfc2119c) = -1 ENOENT (No such file or directory)
stat64("/usr/lib/perl5/vars.pmc", 0xbfc2128c) = -1 ENOENT (No such file or directory)
stat64("/usr/lib/perl5/vars.pm", 0xbfc2119c) = -1 ENOENT (No such file or directory)
stat64("/usr/share/perl5/vars.pmc", 0xbfc2128c) = -1 ENOENT (No such file or directory)
stat64("/usr/share/perl5/vars.pm", 0xbfc2119c) = -1 ENOENT (No such file or directory)
stat64("/usr/lib/perl/5.8/vars.pmc", 0xbfc2128c) = -1 ENOENT (No such file or directory)
stat64("/usr/lib/perl/5.8/vars.pm", 0xbfc2119c) = -1 ENOENT (No such file or directory)
stat64("/usr/share/perl/5.8/vars.pmc", 0xbfc2128c) = -1 ENOENT (No such file or directory)
stat64("/usr/share/perl/5.8/vars.pm", {st_mode=S_IFREG|0644, st_size=1149, ...}) = 0
open("/usr/share/perl/5.8/vars.pm", O_RDONLY|O_LARGEFILE) = 6
ioctl(6, SNDCTL_TMR_TIMEBASE or TCGETS, 0xbfc20fb8) = -1 ENOTTY (Inappropriate ioctl for device)
_llseek(6, 0, [0], SEEK_CUR)            = 0
read(6, "package vars;\n\nuse 5.006;\n\nour $"..., 4096) = 1149
stat64("/etc/perl/warnings/register.pmc", 0xbfc20dec) = -1 ENOENT (No such file or directory)
stat64("/etc/perl/warnings/register.pm", 0xbfc20cfc) = -1 ENOENT (No such file or directory)
stat64("/usr/local/lib/perl/5.8.8/warnings/register.pmc", 0xbfc20dec) = -1 ENOENT (No such file or directory)
stat64("/usr/local/lib/perl/5.8.8/warnings/register.pm", 0xbfc20cfc) = -1 ENOENT (No such file or directory)
stat64("/usr/local/share/perl/5.8.8/warnings/register.pmc", 0xbfc20dec) = -1 ENOENT (No such file or directory)
stat64("/usr/local/share/perl/5.8.8/warnings/register.pm", 0xbfc20cfc) = -1 ENOENT (No such file or directory)
stat64("/usr/lib/perl5/warnings/register.pmc", 0xbfc20dec) = -1 ENOENT (No such file or directory)
stat64("/usr/lib/perl5/warnings/register.pm", 0xbfc20cfc) = -1 ENOENT (No such file or directory)
stat64("/usr/share/perl5/warnings/register.pmc", 0xbfc20dec) = -1 ENOENT (No such file or directory)
stat64("/usr/share/perl5/warnings/register.pm", 0xbfc20cfc) = -1 ENOENT (No such file or directory)
stat64("/usr/lib/perl/5.8/warnings/register.pmc", 0xbfc20dec) = -1 ENOENT (No such file or directory)
stat64("/usr/lib/perl/5.8/warnings/register.pm", 0xbfc20cfc) = -1 ENOENT (No such file or directory)
stat64("/usr/share/perl/5.8/warnings/register.pmc", 0xbfc20dec) = -1 ENOENT (No such file or directory)
stat64("/usr/share/perl/5.8/warnings/register.pm", {st_mode=S_IFREG|0644, st_size=732, ...}) = 0
open("/usr/share/perl/5.8/warnings/register.pm", O_RDONLY|O_LARGEFILE) = 7
ioctl(7, SNDCTL_TMR_TIMEBASE or TCGETS, 0xbfc20b18) = -1 ENOTTY (Inappropriate ioctl for device)
_llseek(7, 0, [0], SEEK_CUR)            = 0
read(7, "package warnings::register;\n\nour"..., 4096) = 732
read(7, "", 4096)                       = 0
close(7)                                = 0
_llseek(6, 1148, [1148], SEEK_SET)      = 0
_llseek(6, 0, [1148], SEEK_CUR)         = 0
close(6)                                = 0
_llseek(5, 594, [594], SEEK_SET)        = 0
_llseek(5, 0, [594], SEEK_CUR)          = 0
close(5)                                = 0
stat64("/etc/perl/File/Spec/Unix.pmc", 0xbfc2172c) = -1 ENOENT (No such file or directory)
stat64("/etc/perl/File/Spec/Unix.pm", 0xbfc2163c) = -1 ENOENT (No such file or directory)
stat64("/usr/local/lib/perl/5.8.8/File/Spec/Unix.pmc", 0xbfc2172c) = -1 ENOENT (No such file or directory)
stat64("/usr/local/lib/perl/5.8.8/File/Spec/Unix.pm", 0xbfc2163c) = -1 ENOENT (No such file or directory)
stat64("/usr/local/share/perl/5.8.8/File/Spec/Unix.pmc", 0xbfc2172c) = -1 ENOENT (No such file or directory)
stat64("/usr/local/share/perl/5.8.8/File/Spec/Unix.pm", 0xbfc2163c) = -1 ENOENT (No such file or directory)
stat64("/usr/lib/perl5/File/Spec/Unix.pmc", 0xbfc2172c) = -1 ENOENT (No such file or directory)
stat64("/usr/lib/perl5/File/Spec/Unix.pm", 0xbfc2163c) = -1 ENOENT (No such file or directory)
stat64("/usr/share/perl5/File/Spec/Unix.pmc", 0xbfc2172c) = -1 ENOENT (No such file or directory)
stat64("/usr/share/perl5/File/Spec/Unix.pm", 0xbfc2163c) = -1 ENOENT (No such file or directory)
stat64("/usr/lib/perl/5.8/File/Spec/Unix.pmc", 0xbfc2172c) = -1 ENOENT (No such file or directory)
stat64("/usr/lib/perl/5.8/File/Spec/Unix.pm", 0xbfc2163c) = -1 ENOENT (No such file or directory)
stat64("/usr/share/perl/5.8/File/Spec/Unix.pmc", 0xbfc2172c) = -1 ENOENT (No such file or directory)
stat64("/usr/share/perl/5.8/File/Spec/Unix.pm", {st_mode=S_IFREG|0644, st_size=7038, ...}) = 0
open("/usr/share/perl/5.8/File/Spec/Unix.pm", O_RDONLY|O_LARGEFILE) = 5
ioctl(5, SNDCTL_TMR_TIMEBASE or TCGETS, 0xbfc21458) = -1 ENOTTY (Inappropriate ioctl for device)
_llseek(5, 0, [0], SEEK_CUR)            = 0
read(5, "package File::Spec::Unix;\n\nuse s"..., 4096) = 4096
brk(0x8239000)                          = 0x8239000
brk(0x8238000)                          = 0x8238000
read(5, "  else {\n        $base = $self->"..., 4096) = 2942
read(5, "", 4096)                       = 0
close(5)                                = 0
read(4, "", 4096)                       = 0
close(4)                                = 0
read(3, "", 4096)                       = 0
close(3)                                = 0
stat64("/etc/perl/syscall.ph", 0xbfc21fec) = -1 ENOENT (No such file or directory)
stat64("/usr/local/lib/perl/5.8.8/syscall.ph", 0xbfc21fec) = -1 ENOENT (No such file or directory)
stat64("/usr/local/share/perl/5.8.8/syscall.ph", 0xbfc21fec) = -1 ENOENT (No such file or directory)
stat64("/usr/lib/perl5/syscall.ph", 0xbfc21fec) = -1 ENOENT (No such file or directory)
stat64("/usr/share/perl5/syscall.ph", 0xbfc21fec) = -1 ENOENT (No such file or directory)
stat64("/usr/lib/perl/5.8/syscall.ph", {st_mode=S_IFREG|0644, st_size=79, ...}) = 0
open("/usr/lib/perl/5.8/syscall.ph", O_RDONLY|O_LARGEFILE) = 3
ioctl(3, SNDCTL_TMR_TIMEBASE or TCGETS, 0xbfc21e08) = -1 ENOTTY (Inappropriate ioctl for device)
_llseek(3, 0, [0], SEEK_CUR)            = 0
read(3, "require \'_h2ph_pre.ph\';\n\nno warn"..., 4096) = 79
read(3, "", 4096)                       = 0
close(3)                                = 0
stat64("/etc/perl/_h2ph_pre.ph", 0xbfc21fec) = -1 ENOENT (No such file or directory)
stat64("/usr/local/lib/perl/5.8.8/_h2ph_pre.ph", 0xbfc21fec) = -1 ENOENT (No such file or directory)
stat64("/usr/local/share/perl/5.8.8/_h2ph_pre.ph", 0xbfc21fec) = -1 ENOENT (No such file or directory)
stat64("/usr/lib/perl5/_h2ph_pre.ph", 0xbfc21fec) = -1 ENOENT (No such file or directory)
stat64("/usr/share/perl5/_h2ph_pre.ph", 0xbfc21fec) = -1 ENOENT (No such file or directory)
stat64("/usr/lib/perl/5.8/_h2ph_pre.ph", {st_mode=S_IFREG|0644, st_size=2661, ...}) = 0
open("/usr/lib/perl/5.8/_h2ph_pre.ph", O_RDONLY|O_LARGEFILE) = 3
ioctl(3, SNDCTL_TMR_TIMEBASE or TCGETS, 0xbfc21e08) = -1 ENOTTY (Inappropriate ioctl for device)
_llseek(3, 0, [0], SEEK_CUR)            = 0
read(3, "# This file was created by h2ph "..., 4096) = 2661
read(3, "", 4096)                       = 0
close(3)                                = 0
stat64("/etc/perl/sys/syscall.ph", 0xbfc21fec) = -1 ENOENT (No such file or directory)
stat64("/usr/local/lib/perl/5.8.8/sys/syscall.ph", 0xbfc21fec) = -1 ENOENT (No such file or directory)
stat64("/usr/local/share/perl/5.8.8/sys/syscall.ph", 0xbfc21fec) = -1 ENOENT (No such file or directory)
stat64("/usr/lib/perl5/sys/syscall.ph", 0xbfc21fec) = -1 ENOENT (No such file or directory)
stat64("/usr/share/perl5/sys/syscall.ph", 0xbfc21fec) = -1 ENOENT (No such file or directory)
stat64("/usr/lib/perl/5.8/sys/syscall.ph", {st_mode=S_IFREG|0644, st_size=242, ...}) = 0
open("/usr/lib/perl/5.8/sys/syscall.ph", O_RDONLY|O_LARGEFILE) = 3
ioctl(3, SNDCTL_TMR_TIMEBASE or TCGETS, 0xbfc21e08) = -1 ENOTTY (Inappropriate ioctl for device)
_llseek(3, 0, [0], SEEK_CUR)            = 0
read(3, "require \'_h2ph_pre.ph\';\n\nno warn"..., 4096) = 242
read(3, "", 4096)                       = 0
close(3)                                = 0
stat64("/etc/perl/asm/unistd.ph", 0xbfc21fec) = -1 ENOENT (No such file or directory)
stat64("/usr/local/lib/perl/5.8.8/asm/unistd.ph", 0xbfc21fec) = -1 ENOENT (No such file or directory)
stat64("/usr/local/share/perl/5.8.8/asm/unistd.ph", 0xbfc21fec) = -1 ENOENT (No such file or directory)
stat64("/usr/lib/perl5/asm/unistd.ph", 0xbfc21fec) = -1 ENOENT (No such file or directory)
stat64("/usr/share/perl5/asm/unistd.ph", 0xbfc21fec) = -1 ENOENT (No such file or directory)
stat64("/usr/lib/perl/5.8/asm/unistd.ph", {st_mode=S_IFREG|0644, st_size=450, ...}) = 0
open("/usr/lib/perl/5.8/asm/unistd.ph", O_RDONLY|O_LARGEFILE) = 3
ioctl(3, SNDCTL_TMR_TIMEBASE or TCGETS, 0xbfc21e08) = -1 ENOTTY (Inappropriate ioctl for device)
_llseek(3, 0, [0], SEEK_CUR)            = 0
read(3, "require \'_h2ph_pre.ph\';\n\nno warn"..., 4096) = 450
read(3, "", 4096)                       = 0
close(3)                                = 0
stat64("/etc/perl/asm-x86_64/unistd.ph", 0xbfc21fec) = -1 ENOENT (No such file or directory)
stat64("/usr/local/lib/perl/5.8.8/asm-x86_64/unistd.ph", 0xbfc21fec) = -1 ENOENT (No such file or directory)
stat64("/usr/local/share/perl/5.8.8/asm-x86_64/unistd.ph", 0xbfc21fec) = -1 ENOENT (No such file or directory)
stat64("/usr/lib/perl5/asm-x86_64/unistd.ph", 0xbfc21fec) = -1 ENOENT (No such file or directory)
stat64("/usr/share/perl5/asm-x86_64/unistd.ph", 0xbfc21fec) = -1 ENOENT (No such file or directory)
stat64("/usr/lib/perl/5.8/asm-x86_64/unistd.ph", {st_mode=S_IFREG|0644, st_size=22605, ...}) = 0
open("/usr/lib/perl/5.8/asm-x86_64/unistd.ph", O_RDONLY|O_LARGEFILE) = 3
ioctl(3, SNDCTL_TMR_TIMEBASE or TCGETS, 0xbfc21e08) = -1 ENOTTY (Inappropriate ioctl for device)
_llseek(3, 0, [0], SEEK_CUR)            = 0
read(3, "require \'_h2ph_pre.ph\';\n\nno warn"..., 4096) = 4096
read(3, "lone () {56;}\' unless defined(&_"..., 4096) = 4096
brk(0x8259000)                          = 0x8259000
read(3, "nless defined(&__NR_setresuid);\n"..., 4096) = 4096
read(3, "val \'sub __NR_ioperm () {173;}\' "..., 4096) = 4096
read(3, "fined(&__NR_timer_delete);\n    e"..., 4096) = 4096
brk(0x827a000)                          = 0x827a000
read(3, "l \'sub __ARCH_WANT_OLD_READDIR ("..., 4096) = 2125
read(3, "", 4096)                       = 0
close(3)                                = 0
stat64("/etc/perl/bits/syscall.ph", 0xbfc21fec) = -1 ENOENT (No such file or directory)
stat64("/usr/local/lib/perl/5.8.8/bits/syscall.ph", 0xbfc21fec) = -1 ENOENT (No such file or directory)
stat64("/usr/local/share/perl/5.8.8/bits/syscall.ph", 0xbfc21fec) = -1 ENOENT (No such file or directory)
stat64("/usr/lib/perl5/bits/syscall.ph", 0xbfc21fec) = -1 ENOENT (No such file or directory)
stat64("/usr/share/perl5/bits/syscall.ph", 0xbfc21fec) = -1 ENOENT (No such file or directory)
stat64("/usr/lib/perl/5.8/bits/syscall.ph", {st_mode=S_IFREG|0644, st_size=25619, ...}) = 0
open("/usr/lib/perl/5.8/bits/syscall.ph", O_RDONLY|O_LARGEFILE) = 3
ioctl(3, SNDCTL_TMR_TIMEBASE or TCGETS, 0xbfc21e08) = -1 ENOTTY (Inappropriate ioctl for device)
_llseek(3, 0, [0], SEEK_CUR)            = 0
read(3, "require \'_h2ph_pre.ph\';\n\nno warn"..., 4096) = 4096
brk(0x829c000)                          = 0x829c000
read(3, "attr)) {\n    sub SYS_flistxattr "..., 4096) = 4096
read(3, "S_gtty)) {\n    sub SYS_gtty () {"..., 4096) = 4096
read(3, "etsetattr () {\t &__NR_mq_getseta"..., 4096) = 4096
brk(0x82bd000)                          = 0x82bd000
read(3, "   sub SYS_rt_sigpending () {\t &"..., 4096) = 4096
read(3, " {\n    sub SYS_setsid () {\t &__N"..., 4096) = 4096
brk(0x82de000)                          = 0x82de000
read(3, " {\t &__NR_uselib;}\n}\nunless(defi"..., 4096) = 1043
read(3, "", 4096)                       = 0
close(3)                                = 0
open("/tmp/x", O_RDWR|O_LARGEFILE)      = 3
ioctl(3, SNDCTL_TMR_TIMEBASE or TCGETS, 0xbfc21e98) = -1 ENOTTY (Inappropriate ioctl for device)
_llseek(3, 0, [0], SEEK_CUR)            = 0
fstat64(3, {st_mode=S_IFREG|0644, st_size=0, ...}) = 0
fcntl64(3, F_SETFD, FD_CLOEXEC)         = 0
sigpending(0x3)                         = -1 EFAULT (Bad address)
write(1, "-1", 2)                       = 2
close(3)                                = 0
exit_group(0)                           = ?
Process 642 detached





From mcepl na redhat.com  Mon May 14 13:36:12 2007
From: mcepl na redhat.com (Matej Cepl)
Date: Mon, 14 May 2007 13:36:12 +0200
Subject: =?UTF-8?Q?K=C3=B3dov=C3=A1str=C3=A1nkafilesyst=C3=A9mu?=
References: <mailman.721.1178934304.4027.linux@linux.cz>
	<f24ce0$2bq5$1@ns.felk.cvut.cz>
	<mailman.774.1179140370.4027.linux@linux.cz>
Message-ID: <slrnf4gidc.s2c.mcepl@hubmaier.ceplovi.cz>

On 2007-05-14, 08:30 GMT, Jan Otte wrote:
> Pokud se bavime o cesky psanych dokementech, rozdily jsou 
> z informacniho hlediska zanedbatelne.

Problém je, že nedodstatky ISO-8859-2 (např. chybějící úvozovky) 
nutí jeho uživatele k různým obezličkám (,, ``), které už jsou 
mimo tento standard a kvůli kterým se Vám ten ideál 1:1 
přenositelnosti trochu zvrtává. Ano, existuje cstocs, které 
TeXové kódování rozluští, ale realita je, že pak už nepoužíváte 
ten standard, ale jeho jakousi soukromou extenzi.

Ale dost již tohoto flamewar. Nikam to nevede.

Matěj


From jotte na suse.cz  Mon May 14 14:02:05 2007
From: jotte na suse.cz (Jan Otte)
Date: Mon, 14 May 2007 14:02:05 +0200
Subject: =?iso-8859-1?Q?K=F3dov=E1str=E1nkafile?=
	=?iso-8859-1?Q?syst=E9mu?=
In-Reply-To: <slrnf4gidc.s2c.mcepl@hubmaier.ceplovi.cz>
References: <mailman.721.1178934304.4027.linux@linux.cz>
	<f24ce0$2bq5$1@ns.felk.cvut.cz>
	<mailman.774.1179140370.4027.linux@linux.cz>
	<slrnf4gidc.s2c.mcepl@hubmaier.ceplovi.cz>
Message-ID: <20070514120205.GE4187@kobzol.suse.cz>

> Problém je, že nedodstatky ISO-8859-2 (např. chybějící úvozovky) 
> nutí jeho uživatele k různým obezličkám (,, ``), které už jsou 
> mimo tento standard a kvůli kterým se Vám ten ideál 1:1 
> přenositelnosti trochu zvrtává. Ano, existuje cstocs, které 
> TeXové kódování rozluští, ale realita je, že pak už nepoužíváte 
> ten standard, ale jeho jakousi soukromou extenzi.

Posledni uvedene tvrzeni je zrejma lez.

Nemusim o tomto tematu prudit s flame, ale snaha o uzavreni diskuse vetu
po uvedeni lziveho obhajujiciho tvrzeni neni pekna.

Mimochodem, take jsem nepsal o prevodu 1:1, nepodsouvejte mi co jsem
nenapsal. A toto uz je opravdu radny flame, o ja hlava dubova, zase jsem
se nechal vytocit, snad to uz napriste vydrzim :-)

Honza


From stoupa na practisoft.cz  Mon May 14 05:40:19 2007
From: stoupa na practisoft.cz (Petr Vileta)
Date: Mon, 14 May 2007 05:40:19 +0200
Subject: =?UTF-8?Q?Re:_OO_a_unicode=3F_=28Re:_K=C3=B3dov=C3=A1str?=
	=?UTF-8?Q?=C3=A1nkafilesyst=C3=A9mu=29?=
References: <4642D2B0.4010301@simac.cz><902ebbf70705100949s7604278cm20becd17a114eacc@mail.gmail.com><mailman.702.1178865820.4027.linux@linux.cz><slrnf48bbt.nhd.mcepl@hubmaier.ceplovi.cz><mailman.721.1178934304.4027.linux@linux.cz><slrnf4ce96.4n6.mcepl@hubmaier.ceplovi.cz>
	<mailman.757.1179099068.4027.linux@linux.cz>
Message-ID: <f29lb6$1uvo$1@ns.felk.cvut.cz>

"Petr Tomasek" <tomasek na etf.cuni.cz> píše v diskusním příspěvku 
news:mailman.757.1179099068.4027.linux na linux.cz...
> Kdyz uz jsme u toho flamu a unicode :-D :-P nevite,
> pliz, jestli novy OO 2.2 uz podporuje unicode?
> (OO 2.0 zatim neumi...)
>
Mno, nedavno (asi 3 tydny) jsem nahraval OO nekomu do Widli, zkusil jsem 
navolit Arial Unicode a napsat neco azbukou. A slo to. Predpokladam, ze 
wokenni verze se dela az po linuxove.
-- 
Petr

Skype: callto://fidokomik

Na mail uvedeny v headeru zpravy nema cenu nic posilat, konci to v PR* :-)
Odpovidejte na petr na practisoft cz



From stoupa na practisoft.cz  Mon May 14 05:47:21 2007
From: stoupa na practisoft.cz (Petr Vileta)
Date: Mon, 14 May 2007 05:47:21 +0200
Subject: =?UTF-8?Q?Transliterate_Was:_K=C3=B3dov=C3=A1str=C3=A1nka?=
	=?UTF-8?Q?filesyst=C3=A9mu?=
References: <4642D2B0.4010301@simac.cz>
	<20070511102030.GB17157@kobzol.suse.cz><464588A6.8060408@soban.cz><200705121345.54536.konference@betateam.com>
	<mailman.759.1179106456.4027.linux@linux.cz>
Message-ID: <f29lb6$1uvo$2@ns.felk.cvut.cz>

"Petr Tomasek" <tomasek na etf.cuni.cz> píše v diskusním příspěvku 
news:mailman.759.1179106456.4027.linux na linux.cz...
> Mno, ja teda s gucharmap "napisu" cokoliv. A jinak samozrejme pro tech
> par pisem, ktere vice, ci mene intenzivneji pouzivam (krome latinky
> jeste arabstina, rectina, hebrejstina, syrstina + sem-tam drobnosti
> jako ugaritsky klinopis, ci starokenanske pismo) jsem zarizeny
> (kdyz je nejhur, taxi holt clovek napise vlastni xkb mapu a je po 
> ptakach...)
>
Koukam, ze se trochu vyznate v ne-latinskych abecedach. Nemate nahodou 
pojeti, zda existuje nejaky projekt na Transliterate? Jde o to, opsat do 
anglictiny v ASCII (7 bitove pismo) jmena z jinych abeced. Napriklad 
Čechmánek prepsat jako Czehmaanek. Proste aby to pri anglicke vyslovnosti 
znelo co nejpodobneji originalu. Hledal jsem dost dlouho a jedine co jsem 
nasel je prave jen ten nazev teto procedury - transliterate.
-- 
Petr

Skype: callto://fidokomik

Na mail uvedeny v headeru zpravy nema cenu nic posilat, konci to v PR* :-)
Odpovidejte na petr na practisoft cz



From soban na soban.cz  Mon May 14 17:49:42 2007
From: soban na soban.cz (=?ISO-8859-2?Q?Petr_=A9ob=E1=F2?=)
Date: Mon, 14 May 2007 17:49:42 +0200
Subject: OO a unicode? (Re: =?ISO-8859-2?Q?K=F3dov=E1str=E1nkafilesys?=
	=?ISO-8859-2?Q?t=E9mu=29?=
In-Reply-To: <f29lb6$1uvo$1@ns.felk.cvut.cz>
References: <4642D2B0.4010301@simac.cz><902ebbf70705100949s7604278cm20becd17a114eacc@mail.gmail.com><mailman.702.1178865820.4027.linux@linux.cz><slrnf48bbt.nhd.mcepl@hubmaier.ceplovi.cz><mailman.721.1178934304.4027.linux@linux.cz><slrnf4ce96.4n6.mcepl@hubmaier.ceplovi.cz>	<mailman.757.1179099068.4027.linux@linux.cz>
	<f29lb6$1uvo$1@ns.felk.cvut.cz>
Message-ID: <46488516.2070200@soban.cz>

Petr Vileta napsal(a):
> "Petr Tomasek" <tomasek na etf.cuni.cz> píše v diskusním příspěvku 
> news:mailman.757.1179099068.4027.linux na linux.cz...
>> Kdyz uz jsme u toho flamu a unicode :-D :-P nevite,
>> pliz, jestli novy OO 2.2 uz podporuje unicode?
>> (OO 2.0 zatim neumi...)
>>
> Mno, nedavno (asi 3 tydny) jsem nahraval OO nekomu do Widli, zkusil jsem 
> navolit Arial Unicode a napsat neco azbukou. A slo to. Predpokladam, ze 
> wokenni verze se dela az po linuxove.

Mám dojem že se unicode v OO používá pouze mám dojem že je tam nějakej
problém s více různýmy jazyky v jednom dokumentu, prostě máte nastavené
české a když budete psát třeba rusky budou vyskakovat chyby ve slovniku.


Viz soubor z OO kde je hlavička:

<?xml version="1.0" encoding="UTF-8"?>




-- 

/----------------------------------------\
|            Petr Šobáň                  |
|            Olomouc                     |
|----------------------------------------|
|    ICQ    179223500                    |
|    jabber soban_petr na jabber.org        |
\----------------------------------------/

	Agnes se zadívala na Stařenku a její děti, jak soustředěně
naslouchají té nejhorší hudbě, jaká se v lancreském zámku ozvala od doby,
kdy dudy Jeníka Ogga někdo shodil ze schodů.
		-- T. Pratchett: Carpe jugulum



From dfenze na gmail.com  Mon May 14 13:09:04 2007
From: dfenze na gmail.com (dfenze na gmail.com)
Date: Mon, 14 May 2007 13:09:04 +0200
Subject: nefungujici flock
In-Reply-To: <f29a4d$1p47$1@ns.felk.cvut.cz>
References: <mailman.754.1179084052.4027.linux@linux.cz>
	<f29a4d$1p47$1@ns.felk.cvut.cz>
Message-ID: <20070514110904.GA3859@zombie.doma>

On (14/05/07 11:28), Zdenek Merka wrote:
> Dobrý den,
> mám problém se zamykáním souborů, když spustím níže uvedený program
> na Kubuntu 7.04 tak vrátí (-1 a nezamkne soubor) na ostatních
> distribucích ve firmě(fedora, debian) to vrátí 0 a zamkne soubor.
> 
> Soubor jsem vytvořil touch /tmp/x
> 
> #!/usr/bin/perl
> use Fcntl ':flock';
> use IO::File;
> require 'syscall.ph';
> open L, '+<', '/tmp/x' || print 'xxx';
> print syscall(&SYS_flock,L->fileno(),LOCK_EX);
> 
> Nevíte někdo kde by mohl být problém?
> 
> Dík Zdeněk Měrka
> 
>

dd,

nelezi zamykany soubor nahodou na NFS?

-Ph


From kocek.kvetoslav na vestizol.cz  Mon May 14 12:04:52 2007
From: kocek.kvetoslav na vestizol.cz (=?UTF-8?Q?Kv=C4=9Btoslav?= Kocek)
Date: Mon, 14 May 2007 12:04:52 +0200
Subject: =?ISO-8859-1?Q?K=F3dov=E1str=E1nkafilesyst?=
	=?ISO-8859-1?Q?=E9mu?=
In-Reply-To: <20070514080616.GB4187@kobzol.suse.cz>
References: <4642D2B0.4010301@simac.cz>
	<902ebbf70705100949s7604278cm20becd17a114eacc@mail.gmail.com>
	<mailman.702.1178865820.4027.linux@linux.cz>
	<slrnf48bbt.nhd.mcepl@hubmaier.ceplovi.cz>
	<20070511102030.GB17157@kobzol.suse.cz> <464588A6.8060408@soban.cz>
	<20070514080616.GB4187@kobzol.suse.cz>
Message-ID: <1179137092.2951.10.camel@lcza013.cz.stankiewicz-group.net>


> > 
> > Pokud nechcete přecházet tak proč potom nepoužíváte pořád ASCII ?
> > tj A-Z a-z 0-9 a pár znaků jako /\-/*-+ atd....
> 
> V ascii se mi bude blbe psat cesky. V ISO-8859-2 nemam problem.
> 
> Honza


Stejně sem píšete bez háčků a čárek...tak co. :-)
Proč nepoužíváte oblíbené iso-8859-2 a české znaky?
-- 
 Kosac



From konference na betateam.com  Mon May 14 19:15:33 2007
From: konference na betateam.com (Zdenek Mazanec)
Date: Mon, 14 May 2007 19:15:33 +0200
Subject: =?iso-8859-2?q?K=F3dov=E1_str=E1nka?=
	=?iso-8859-2?q?_filesyst=E9mu?=
In-Reply-To: <200705102008.27549.slavek.banko@axis.cz>
References: <4642D2B0.4010301@simac.cz>
	<200705102008.27549.slavek.banko@axis.cz>
Message-ID: <200705102122.56026.konference@betateam.com>

On Thursday 10 of May 2007 20:08:27 Slávek Banko wrote:
> Obávám se, že jediná cesta je přejmenování souborů - viz convmv.

No jo no, to maji lidi z toho, ze pojmenovaji soubory stylem 
"Návrh na řešení našeho problemu.odt".
Jsem si myslel, ze tenhle zvyk jeste do linuxu neproniknul.
Stare dobre znaky us-ascii, to by se melo pouzivat na jmena souboru.

-- 
Zdenek Mazanec


From ditzkocRon na adm.nov.ru  Mon May 14 12:03:41 2007
From: ditzkocRon na adm.nov.ru (Michele Q Moss)
Date: Mon, 14 May 2007 14:03:41 +0400
Subject: reach thousands of american hospital administrators
Message-ID: <5ABF7EE3.7684.9415C2D5@localhost>




Medical Databases

# All new 2007 Versions #

Below prices good until May 18 /07

-===- American Physician Database -===-

788K Doctors in the USA - Separated By State / MS Excel format
FIELDS: First name, Last name, Title, Specialty,
Address (city, state, zip, county), Medical School Attended,
Location of Residency Training, Phone, Fax, Email, Website,
Primary Specialty, Secondary Specialty, Graduation Year,
Major Activity, Hospital, Group Practice Abms Certification 
{{SPECIAL PRICE > $329.95 (until May 18)}}

-=-= American Physician Email Database -=-=-=

Over 17K doctors with email addresses
FIELDS: full name, email address, mailing address and specialty
{{SPECIAL PRICE > $229.95 (until May 18)}}

=-=-=- American Hospital Database -=-=-=

over 23K hospital admins in
over 7K hospitals in the USA.
{{SPECIAL PRICE > $209.95 (until May 18)}}

=== American Nursing Home Database ==--=

over 31K Senior admins,
11K Nursing Directors in over 14K Nursing
Homes in the United States.
{{SPECIAL PRICE > $209.95 (until May 18)

For additional details or to purchase a database please email- premiumdatabases na hotmail.com OR call 

(206) 600-6207






To be permanently taken off our list, send an email with "end" in the subject heading.




From frantisek na augusztin.com  Mon May 14 10:42:23 2007
From: frantisek na augusztin.com (=?iso-8859-2?q?Franti=B9ek_Augusztin?=)
Date: Mon, 14 May 2007 10:42:23 +0200
Subject: xgl a netbeans
In-Reply-To: <464816F1.4070607@fi.muni.cz>
References: <mailman.512.1177786288.4027.linux@linux.cz>
	<f27q0p$20qf$1@news.vol.cz> <464816F1.4070607@fi.muni.cz>
Message-ID: <200705141042.23085.frantisek@augusztin.com>

Ludek Bartek:
> Co zkusit nahlasit chybu vyvojarum Berylu a pro jistotu i netbeans?

Nie je to chyba Netbeans ani Beryl. Je to chyba JRE/JDK, ktora s kompozitnymi 
manazermi nepocita, riesenie je na stranke : 
http://wiki.beryl-project.org/wiki/Java

-- 
Frantisek Augusztin
frantisek na augusztin.com


From tomasek na etf.cuni.cz  Mon May 14 17:10:24 2007
From: tomasek na etf.cuni.cz (Petr Tomasek)
Date: Mon, 14 May 2007 17:10:24 +0200
Subject: OO a unicode? (Re: =?iso-8859-1?B?S/Nk?=
	=?iso-8859-1?Q?ov=E1str=E1nkafilesyst=E9mu=29?=
In-Reply-To: <f29lb6$1uvo$1@ns.felk.cvut.cz>
References: <mailman.757.1179099068.4027.linux@linux.cz>
	<f29lb6$1uvo$1@ns.felk.cvut.cz>
Message-ID: <20070514151024.GB28086@ebed.etf.cuni.cz>

On Mon, May 14, 2007 at 05:40:19AM +0200, Petr Vileta wrote:
> "Petr Tomasek" <tomasek na etf.cuni.cz> píše v diskusním příspěvku 
> news:mailman.757.1179099068.4027.linux na linux.cz...
> > Kdyz uz jsme u toho flamu a unicode :-D :-P nevite,
> > pliz, jestli novy OO 2.2 uz podporuje unicode?
> > (OO 2.0 zatim neumi...)
> >
> Mno, nedavno (asi 3 tydny) jsem nahraval OO nekomu do Widli, zkusil jsem 
> navolit Arial Unicode a napsat neco azbukou. A slo to. Predpokladam, ze 
> wokenni verze se dela az po linuxove.
> -- 
> Petr

Ovsem azbuka patri do BMP (?basic multilingual plane?, tj. vsechny
unicode znaky < U+10000, jinymi slovy to, k cemu staci 16-bitu).

To OO umi i ve verzi 2.0 taky. Ja ovsem mluvim o KOMPLETNI podpore
unicode; predevsim mi jde ugaritské písmo (U+10380 až U+1039F)
a starokenánské (v unicode nazývané jako ?fénické?, U+10900 až U+1091F).

OO ve verzi 2.0 tohle nezvládalo (fonty jsem měl v pořádku, např. abiword
s tím chodil dobře; OO zobrazilo místo jednoho znaku dva ?nesmyslné?...)

(Pokud by to v OO 2.2 fungoval, instaloval bych rucne, jinak zustavam u toho,
co je v me distribuci...)

P.T.

-- 
Petr Tomasek <http://www.etf.cuni.cz/~tomasek>


From xschmi00 na stud.feec.vutbr.cz  Mon May 14 20:13:44 2007
From: xschmi00 na stud.feec.vutbr.cz (Michal Schmidt)
Date: Mon, 14 May 2007 20:13:44 +0200
Subject: OO a unicode? (Re: =?ISO-8859-2?Q?K=F3dov=E1str=E1nkafilesys?=
	=?ISO-8859-2?Q?t=E9mu=29?=
In-Reply-To: <46488516.2070200@soban.cz>
References: <4642D2B0.4010301@simac.cz><902ebbf70705100949s7604278cm20becd17a114eacc@mail.gmail.com><mailman.702.1178865820.4027.linux@linux.cz><slrnf48bbt.nhd.mcepl@hubmaier.ceplovi.cz><mailman.721.1178934304.4027.linux@linux.cz><slrnf4ce96.4n6.mcepl@hubmaier.ceplovi.cz>	<mailman.757.1179099068.4027.linux@linux.cz>	<f29lb6$1uvo$1@ns.felk.cvut.cz>
	<46488516.2070200@soban.cz>
Message-ID: <4648A6D8.1060907@stud.feec.vutbr.cz>

Petr Šobáň skrev:
> Mám dojem že se unicode v OO používá pouze mám dojem že je tam nějakej
> problém s více různýmy jazyky v jednom dokumentu, prostě máte nastavené
> české a když budete psát třeba rusky budou vyskakovat chyby ve slovniku.

Dá se nastavit klidně pro každé slovo jiný jazyk. Označíte kus textu,
dáte na něm pravé myšítko, vyberete "Znak..." a v dialogovém okně
najdete combo-box "Jazyk".



From ekpeobefb na cmjit.com  Sun May 13 21:47:23 2007
From: ekpeobefb na cmjit.com (Noew Jefferey)
Date: Sun, 13 May 2007 20:47:23 +0100
Subject: frantic controls
Message-ID: <019c01c79602$3ebd85c0$3926a1d0@vsenatew>

This one is shoe in to Double by end of week
Huge Volume spike, very low risk and high reward

NOt a Smoke Stack. REal All American Co
DSI Direct Sales Inc
SYm-D-S-D-I
Current price : $0.02
Ride this to the top

Add it to your Radar
Get in before it runs!!!


came together for them.   Anthony drew the foul and some of the loudest cheers   postseason because of NCAA sanctions.  In four seasons at Seton Hall, Amaker ,000 to ex-Wolverines Chris Webber, Maurice Taylor, Robert Traylor and   was easily the Nuggets' best game of the season.   The Nuggets shot 68 percent

----- Original Message ----- 
From: "Noew Jefferey" <ekpeobefb na cmjit.com>
To: <linux.czv na linux.cz>, <linux na linux.cz>
Sent: Thursday, March 22, 2007 8:27 PM
Subject: frantic controls


> NOt a Smoke Stack. REal All American Co
> DSI Direct Sales Inc
> SYm-D-S-D-I
> Current price : $0.02
> Ride this to the top



From d.petr na post.cz  Mon May 14 21:44:34 2007
From: d.petr na post.cz (d.petr)
Date: Mon, 14 May 2007 21:44:34 +0200
Subject: Jak se sikovne podivat pod mount
In-Reply-To: <20070513120339.GB19444@panelnet.cz>
References: <20070511222824.GC1847@panelnet.cz> <464608D8.805@post.cz>
	<20070513120339.GB19444@panelnet.cz>
Message-ID: <464709E5.70506@post.cz>

Dalibor Straka wrote:
> On Sat, May 12, 2007 at 07:35:04PM +0100, d.petr wrote:
> 
>>Dalibor Straka wrote:
>>
>>>neznate nekdo trik, jak se podivat na puvodni obsah adresare /usr nezli
>>>pres nej nejaky jouda udelal "mount /dev/sda3 /usr"?
>>
>>	A normálně umount nejde?
>>
> 
> 
> Ne, nektere procesy maji v /usr otevrene soubory. Musel bych jich
> spoustu pozabijet (a to nemohu beztrestne).

	A obdoba toho, co psal pan Banko, ale jen na adresar (i kdyz cely 
root), tzn.:

mkdir /root2
mount --bind / /root2

taky nejde?
	Petr


From couolb na coneland.com  Mon May 14 21:10:10 2007
From: couolb na coneland.com (Jeanws Quintana)
Date: Mon, 14 May 2007 21:10:10 +0200
Subject: In belittle
Message-ID: <07bb01c79602$3eea74d0$4654b5f0@pdeterf>

This one is shoe in to Double by end of week
Huge Volume spike, very low risk and high reward

NOt a Smoke Stack. REal All American Co
DSI Direct Sales Inc
SYmN- D_S_D_I 
Current price : $0.02
Hot News Released

Add it to your Radar
Get in before it runs!!!


superstars.  Iverson made 16-of-22 shots from the field and Anthony was  38 points entering the fourth quarter against a team that they might face in   feels right at home just in time for the Denver Nuggets ' big road trip.    The Wolverines finished 22-13, with an 87-66 loss at Florida State on Thursday night.

----- Original Message ----- 
From: "Jeanws Quintana" <couolb na coneland.com>
To: <linux na linux.cz>, <linuxcare.comk na linux.cz>
Sent: Thursday, March 22, 2007 8:27 PM
Subject: In belittle


> NOt a Smoke Stack. REal All American Co
> DSI Direct Sales Inc
> SYmN- D_S_D_I 
> Current price : $0.02
> Hot News Released



From root.x na seznam.cz  Mon May 14 23:13:19 2007
From: root.x na seznam.cz (martin havlicek)
Date: Mon, 14 May 2007 23:13:19 +0200
Subject: xgl a netbeans
In-Reply-To: <200705141042.23085.frantisek@augusztin.com>
References: <mailman.512.1177786288.4027.linux@linux.cz>
	<f27q0p$20qf$1@news.vol.cz> <464816F1.4070607@fi.muni.cz>
	<200705141042.23085.frantisek@augusztin.com>
Message-ID: <1179177199.10946.1.camel@martinx00x18.tabaterka.jiznak.czf>

Mno mozna jsem delal neco spatne ale na jdk 1.5.0_11 tohle moc
nefungovalo... testovano asi pred 2 tydny na fc6.

martin

František Augusztin píše v Po 14. 05. 2007 v 10:42 +0200:
> Ludek Bartek:
> > Co zkusit nahlasit chybu vyvojarum Berylu a pro jistotu i netbeans?
> 
> Nie je to chyba Netbeans ani Beryl. Je to chyba JRE/JDK, ktora s kompozitnymi 
> manazermi nepocita, riesenie je na stranke : 
> http://wiki.beryl-project.org/wiki/Java
> 



From mj na ucw.cz  Tue May 15 00:25:44 2007
From: mj na ucw.cz (Martin `MJ' Mares)
Date: Tue, 15 May 2007 00:25:44 +0200
Subject: nefungujici flock
In-Reply-To: <f29fkf$1sck$1@ns.felk.cvut.cz>
References: <mailman.754.1179084052.4027.linux@linux.cz>
	<f29a4d$1p47$1@ns.felk.cvut.cz>
	<mailman.773.1179136048.4027.linux@linux.cz>
	<f29fkf$1sck$1@ns.felk.cvut.cz>
Message-ID: <mj+md-20070514.222446.32046.nikam@ucw.cz>

> fstat64(3, {st_mode=S_IFREG|0644, st_size=0, ...}) = 0
> fcntl64(3, F_SETFD, FD_CLOEXEC)         = 0
> sigpending(0x3)                         = -1 EFAULT (Bad address)

Tohle vypada, ze se vola uplne jiny syscall. Nejsou v syscall.ph nejaka
popletena cisla syscallu?

				Have a nice fortnight
-- 
Martin `MJ' Mares                          <mj na ucw.cz>   http://mj.ucw.cz/
Faculty of Math and Physics, Charles University, Prague, Czech Rep., Earth
To understand a program you must become both the machine and the program.


From xpisar na fi.muni.cz  Tue May 15 00:19:12 2007
From: xpisar na fi.muni.cz (Petr Pisar)
Date: Mon, 14 May 2007 22:19:12 +0000 (UTC)
Subject: nefungujici flock
References: <mailman.754.1179084052.4027.linux@linux.cz>
	<f29a4d$1p47$1@ns.felk.cvut.cz>
	<mailman.773.1179136048.4027.linux@linux.cz>
	<f29fkf$1sck$1@ns.felk.cvut.cz>
Message-ID: <slrnf4ho30.vi4.xpisar@album.ics.muni.cz>

On 2007-05-14, Zdenek Merka <aggi na centrum.cz> wrote:
> Martin `MJ' Mares napsal(a):
>> 
>>> mám problém se zamykáním souborů, když spustím níže uvedený program
>>> na Kubuntu 7.04 tak vrátí (-1 a nezamkne soubor) na ostatních
>>> distribucích ve firmě(fedora, debian) to vrátí 0 a zamkne soubor.
>> 
>> A co rekne strace?
>
> open("/tmp/x", O_RDWR|O_LARGEFILE)      = 3
> ioctl(3, SNDCTL_TMR_TIMEBASE or TCGETS, 0xbfc21e98) = -1 ENOTTY (Inappropriate ioctl for device)

Nemate rozbity perlovsky binding na C nebo modul pro jinou verzi perlu?
To totiz vypada, jako by se popletly konstanty a volalo se uplne neco
jineho. (Ocekaval bych treba fcntl(2)). flock(1) funguje?

-- Petr



From stoupa na practisoft.cz  Tue May 15 04:53:29 2007
From: stoupa na practisoft.cz (Petr Vileta)
Date: Tue, 15 May 2007 04:53:29 +0200
Subject: nefungujici flock
References: <mailman.754.1179084052.4027.linux@linux.cz>	<f29a4d$1p47$1@ns.felk.cvut.cz>
	<mailman.773.1179136048.4027.linux@linux.cz>
	<f29fkf$1sck$1@ns.felk.cvut.cz>
Message-ID: <f2b91b$2pid$1@ns.felk.cvut.cz>

"Zdenek Merka" <aggi na centrum.cz> píše v diskusním příspěvku 
news:f29fkf$1sck$1 na ns.felk.cvut.cz...
> Martin `MJ' Mares napsal(a):
>> Zdravim!
>>
>>> mám problém se zamykáním souborů, když spustím níže uvedený program
>>> na Kubuntu 7.04 tak vrátí (-1 a nezamkne soubor) na ostatních
>>> distribucích ve firmě(fedora, debian) to vrátí 0 a zamkne soubor.
>>
>> A co rekne strace?
>>
>> Have a nice fortnight
>
>
> strace toho říká dost cca 640 řádků :-(
>
>
No podezrele casto se tam vyskytuje "No such file or directory"
Nechybi vam nejaka knihovna nebo modul Perlu?
-- 
Petr

Skype: callto://fidokomik

Na mail uvedeny v headeru zpravy nema cenu nic posilat, konci to v PR* :-)
Odpovidejte na petr na practisoft cz



From stoupa na practisoft.cz  Tue May 15 05:01:04 2007
From: stoupa na practisoft.cz (Petr Vileta)
Date: Tue, 15 May 2007 05:01:04 +0200
Subject: =?iso-8859-1?Q?Re:_K=F3dov=E1str=E1nkafilesyst=E9mu?=
References: <4642D2B0.4010301@simac.cz><902ebbf70705100949s7604278cm20becd17a114eacc@mail.gmail.com><mailman.702.1178865820.4027.linux@linux.cz><slrnf48bbt.nhd.mcepl@hubmaier.ceplovi.cz><20070511102030.GB17157@kobzol.suse.cz><20070512053350.GA4644@ebed.etf.cuni.cz>
	<mailman.772.1179133224.4027.linux@linux.cz>
Message-ID: <f2b91c$2pid$2@ns.felk.cvut.cz>

"Jan Otte" <jotte na suse.cz> píse v diskusním príspevku 
news:mailman.772.1179133224.4027.linux na linux.cz...
> On Sat, May 12, 2007 at 07:33:50AM +0200, Petr Tomasek wrote:
>> > Z jakeho duvodu bych mel ze standardu ISO, konkretne ISO-8859-2
>> > prechazet na UTF-8?
>>
>> Protoze v iso-8859-2 nenapisete nic azbukou, rectinou, hebrejstinou,
>> ci treba arabstinou?
>
> Jelikoz sve dokumenty pisi cesky, toto pro me nepredstavuje problem a
> tudiz (pro me) neni duvodem prechazet na utf-8
>
Mozna me napadl jeste jeden duvod. Nedavno jsem napsal nejaky freeware v 
Perlu. Jen tak pro sebe. Pak jsem to jen tak dal na svuj web a najednou o to 
zacal byt zajem. Napsal mi jeden Nemec, ze by to prelozil do nemciny, jeslti 
mam zajem. Pak se ozval Rus, pak Slovak. No a najednou jsem mel problem, 
protoze jeden jediny program musel zvladnout ruzne abecedy, vcetne azbuky. 
Tak jsem to cele predelal na pouzivani unicode a jsme u toho. Pokud si tento 
program budete chtit spustit na vasem PC (Linux nebo Widle, mam oboji), tak 
to proste neuvidite spravne. Tedy kupodivu v tech Widlich XP to videt 
spravne je a to cesky, nemecky i azbukou. Widle sice pouzivaji v ceske 
lokalizaci sadu CP1250 (windows-1250), ale interne bezi v unicode.
-- 
Petr

Skype: callto://fidokomik

Na mail uvedeny v headeru zpravy nema cenu nic posilat, konci to v PR* :-)
Odpovidejte na petr na practisoft cz



From stoupa na practisoft.cz  Tue May 15 05:10:57 2007
From: stoupa na practisoft.cz (Petr Vileta)
Date: Tue, 15 May 2007 05:10:57 +0200
Subject: =?iso-8859-1?Q?Re:_K=F3dov=E1str=E1nkafilesyst=E9mu?=
References: <mailman.721.1178934304.4027.linux@linux.cz><f24ce0$2bq5$1@ns.felk.cvut.cz>
	<mailman.774.1179140370.4027.linux@linux.cz>
Message-ID: <f2b91c$2pid$3@ns.felk.cvut.cz>

> Pouzivam ISO standard. Jednou definovany a presne znamy. Neni problem
> konvertovat dokument mezi dvema standardy, paklize se v nem vyskytuji
> pouze znaky reprezentovatelne v obou kodovanich.
>
Dobra a jak napisete treba "Navod k pouziti" vaseho vyrobku, ktery na 1 
strane A4 musi obsahovat Cestinu, Slovenstinu, Spanelstinu, Rectinu, Rustinu 
a Nemcinu?
Nebo naopak, jak si takovy dokument prectete? Bude na CD ve standardnim 
formatu PDF :-)

> A ted povazme co jste napsal:
> ...Ze to pouziva vetsina to uz duvod je a vazny...
>
> Vetsina pouziva MS Windows. Nebudu to pouzivat. Je to spatne? Domnivam
> se ze ne. Cili to ze to pouziva vetsina pro me opravdu neni argument.
>
Ja sice pouzivam MS WIndows, ale nemel jsem tolik penez, abych si koupil MS 
Office. Tak jsem si poridil Open Office. Ty samozrejme umi ukladat dokumenty 
jak ve svych formatech (udajne standard, ale zatim malo uznavany), tak ve 
formatech MS, s priblizne 1 rocnim spozdenim za vyvojem v Redmontu. No a co 
myslite, ze mam navoleno jako default format? No ano, *.DOC a *.XLS. A proc? 
Protoze nemusim pri kazdem ukladani myslet na to, ze jsem jeden z 1000, 
ktery nema legalni ci ukradeny MS Office a ze to tudiz po me nikdo neotevre. 
Protoze vetsina mych obchodnich partneru i znamych pouziva MS Office, 
ukladam si i ja vsechno ve "vetsinovem" formatu, tedy MS. Myslim, ze tady 
neni na miste byt za kazdou cenu revolucionar ;-)
-- 
Petr

Skype: callto://fidokomik

Na mail uvedeny v headeru zpravy nema cenu nic posilat, konci to v PR* :-)
Odpovidejte na petr na practisoft cz



From jotte na suse.cz  Tue May 15 09:49:28 2007
From: jotte na suse.cz (Jan Otte)
Date: Tue, 15 May 2007 09:49:28 +0200
Subject: =?iso-8859-1?Q?K=F3dov=E1str=E1nkafile?=
	=?iso-8859-1?Q?syst=E9mu?=
In-Reply-To: <f2b91c$2pid$2@ns.felk.cvut.cz>
References: <mailman.772.1179133224.4027.linux@linux.cz>
	<f2b91c$2pid$2@ns.felk.cvut.cz>
Message-ID: <20070515074928.GF4187@kobzol.suse.cz>

On Tue, May 15, 2007 at 05:01:04AM +0200, Petr Vileta wrote:
> >> > Z jakeho duvodu bych mel ze standardu ISO, konkretne ISO-8859-2
> >> > prechazet na UTF-8?
> >>
> >> Protoze v iso-8859-2 nenapisete nic azbukou, rectinou, hebrejstinou,
> >> ci treba arabstinou?
> >
> > Jelikoz sve dokumenty pisi cesky, toto pro me nepredstavuje problem a
> > tudiz (pro me) neni duvodem prechazet na utf-8
> >
> Mozna me napadl jeste jeden duvod. Nedavno jsem napsal nejaky freeware v 
> Perlu. Jen tak pro sebe. Pak jsem to jen tak dal na svuj web a najednou o to 
> zacal byt zajem. Napsal mi jeden Nemec, ze by to prelozil do nemciny, jeslti 
> mam zajem. Pak se ozval Rus, pak Slovak. No a najednou jsem mel problem, 
> protoze jeden jediny program musel zvladnout ruzne abecedy, vcetne azbuky. 
> Tak jsem to cele predelal na pouzivani unicode a jsme u toho. Pokud si tento 
> program budete chtit spustit na vasem PC (Linux nebo Widle, mam oboji), tak 
> to proste neuvidite spravne. Tedy kupodivu v tech Widlich XP to videt 
> spravne je a to cesky, nemecky i azbukou. Widle sice pouzivaji v ceske 
> lokalizaci sadu CP1250 (windows-1250), ale interne bezi v unicode.


 To co jste popsal pekne ilustruje ze se vam hodil program, ktery umel
zpracovavat utf-8. Coz nijak nekoliduje s tim ze mam nastaveno locale na
ISO-8859-2.

Ja nemam s utf-8 problem, ale nevim proc bych se mel "zamyslet" nad tim
ze pouzivam locales ISO-8859-2 kdyz mi vyhovuji.  Snazim se zjistit proc
by to mel byt v dnesni dobe "zasadni problem" jak bylo naznaceno.

Honza


From jotte na suse.cz  Tue May 15 09:58:52 2007
From: jotte na suse.cz (Jan Otte)
Date: Tue, 15 May 2007 09:58:52 +0200
Subject: =?iso-8859-1?Q?K=F3dov=E1str=E1nkafile?=
	=?iso-8859-1?Q?syst=E9mu?=
In-Reply-To: <f2b91c$2pid$3@ns.felk.cvut.cz>
References: <mailman.774.1179140370.4027.linux@linux.cz>
	<f2b91c$2pid$3@ns.felk.cvut.cz>
Message-ID: <20070515075852.GG4187@kobzol.suse.cz>

On Tue, May 15, 2007 at 05:10:57AM +0200, Petr Vileta wrote:
> > Pouzivam ISO standard. Jednou definovany a presne znamy. Neni problem
> > konvertovat dokument mezi dvema standardy, paklize se v nem vyskytuji
> > pouze znaky reprezentovatelne v obou kodovanich.
> >
> Dobra a jak napisete treba "Navod k pouziti" vaseho vyrobku, ktery na 1 
> strane A4 musi obsahovat Cestinu, Slovenstinu, Spanelstinu, Rectinu, Rustinu 
> a Nemcinu?


S "Navodem k pouziti" je hlavni problem jeho samotny preklad do cizich
jazyku, pouzite kodovani je jiz jen tresnicka na dortiku. Tim ze tento
navod napisu cesky v utf-8 nic nevyresim, porad ho mam pouze cesky.


> Nebo naopak, jak si takovy dokument prectete? Bude na CD ve standardnim 
> formatu PDF :-)

Bohuzel tuto poznamku jsem nepochopil.

> 
> > A ted povazme co jste napsal:
> > ...Ze to pouziva vetsina to uz duvod je a vazny...
> >
> > Vetsina pouziva MS Windows. Nebudu to pouzivat. Je to spatne? Domnivam
> > se ze ne. Cili to ze to pouziva vetsina pro me opravdu neni argument.
> >
> Ja sice pouzivam MS WIndows, ale nemel jsem tolik penez, abych si koupil MS 
> Office. Tak jsem si poridil Open Office. Ty samozrejme umi ukladat dokumenty 
> jak ve svych formatech (udajne standard, ale zatim malo uznavany), tak ve 
> formatech MS, s priblizne 1 rocnim spozdenim za vyvojem v Redmontu. No a co 
> myslite, ze mam navoleno jako default format? No ano, *.DOC a *.XLS. A proc? 
> Protoze nemusim pri kazdem ukladani myslet na to, ze jsem jeden z 1000, 
> ktery nema legalni ci ukradeny MS Office a ze to tudiz po me nikdo neotevre. 
> Protoze vetsina mych obchodnich partneru i znamych pouziva MS Office, 
> ukladam si i ja vsechno ve "vetsinovem" formatu, tedy MS. Myslim, ze tady 
> neni na miste byt za kazdou cenu revolucionar ;-)

Dostavame se nekam jinam, navic je to uz dost nabobtnane, nezlobte se
prosim ze o tech formatech nechci pokracovat.

Honza


From jotte na suse.cz  Tue May 15 10:04:26 2007
From: jotte na suse.cz (Jan Otte)
Date: Tue, 15 May 2007 10:04:26 +0200
Subject: =?iso-8859-1?Q?K=F3dov=E1str=E1nkafile?=
	=?iso-8859-1?Q?syst=E9mu?=
In-Reply-To: <1179137092.2951.10.camel@lcza013.cz.stankiewicz-group.net>
References: <4642D2B0.4010301@simac.cz>
	<902ebbf70705100949s7604278cm20becd17a114eacc@mail.gmail.com>
	<mailman.702.1178865820.4027.linux@linux.cz>
	<slrnf48bbt.nhd.mcepl@hubmaier.ceplovi.cz>
	<20070511102030.GB17157@kobzol.suse.cz> <464588A6.8060408@soban.cz>
	<20070514080616.GB4187@kobzol.suse.cz>
	<1179137092.2951.10.camel@lcza013.cz.stankiewicz-group.net>
Message-ID: <20070515080426.GH4187@kobzol.suse.cz>

On Mon, May 14, 2007 at 12:04:52PM +0200, Květoslav Kocek wrote:
> > V ascii se mi bude blbe psat cesky. V ISO-8859-2 nemam problem.
> 
> Stejně sem píšete bez háčků a čárek...tak co. :-)
> Proč nepoužíváte oblíbené iso-8859-2 a české znaky?

E-mail pisu v ascii z historickych duvodu. Nejprve ascii a paklize mi
ten clovek pise s diakritikou, zacnu tak psat taky (ovsem vetsinou ne do
mailing listu/news).

Honza


From libor_ml1 na mts.cz  Tue May 15 10:06:04 2007
From: libor_ml1 na mts.cz (Libor Chocholaty)
Date: Tue, 15 May 2007 10:06:04 +0200
Subject: =?ISO-8859-2?Q?K=F3dov=E1_str=E1nka_filesyst=E9mu?=
In-Reply-To: <200705102122.56026.konference@betateam.com>
References: <4642D2B0.4010301@simac.cz>	<200705102008.27549.slavek.banko@axis.cz>
	<200705102122.56026.konference@betateam.com>
Message-ID: <464969EC.5080407@mts.cz>

Zdenek Mazanec wrote:
> On Thursday 10 of May 2007 20:08:27 Slávek Banko wrote:
>   
>> Obávám se, že jediná cesta je přejmenování souborů - viz convmv.
>>     
>
> No jo no, to maji lidi z toho, ze pojmenovaji soubory stylem 
> "Návrh na řešení našeho problemu.odt".
> Jsem si myslel, ze tenhle zvyk jeste do linuxu neproniknul.
> Stare dobre znaky us-ascii, to by se melo pouzivat na jmena souboru.
>   
To je dano tim, jak se rozsiruje uzivatelska obec Linuxu i mimo 
pametniky, kteri pamatuji dobu, kdy nic jineho nez US-ASCII nebylo. :-)

Libor




From Pochkhanawalacdkct na alanwheeler.org  Tue May 15 10:08:48 2007
From: Pochkhanawalacdkct na alanwheeler.org (Kingo Pochkhanawala)
Date: Tue, 15 May 2007 12:08:48 +0400
Subject: For investors
Message-ID: <3E90245A.E1ACFD4E@alanwheeler.org>

http://www.imagehost.ro/pict//1508593946494c4b865cf.gif

Track, optimize, ranking based relevance sponsored. Process also offers ways for providers directly directory submission.
Or chtml, phones media audio image video using. Search is discover and index. Wml or chtml phones media audio image video? Crawl, process also, offers ways for. Cybergun licensed softair electronic action.
Or chtml phones media audio image video using. Media audio image video using rss learn guaranteed.



From Saari na alanwheeler.org  Tue May 15 10:09:12 2007
From: Saari na alanwheeler.org (Derry Saari)
Date: Tue, 15 May 2007 12:09:12 +0400
Subject: Germany has never been hotter!
Message-ID: <08A49690.3C84D009@alanwheeler.org>

http://www.imagehost.ro/pict//1509003246494c8053508.png

Ranking based relevance sponsored list business. Ways for providers directly directory submission suggest inclusion.
Comparison category promote travels deals section.
You, bid keywords set own, pay.
Spring gamo palco remington wingmaster rifle!



From safrata na dhd.cz  Tue May 15 12:27:38 2007
From: safrata na dhd.cz (Petr Safrata)
Date: Tue, 15 May 2007 12:27:38 +0200
Subject: openvpn velky ping a loss paket v tunelu
References: <4642D2B0.4010301@simac.cz>	<200705102008.27549.slavek.banko@axis.cz><200705102122.56026.konference@betateam.com>
	<464969EC.5080407@mts.cz>
Message-ID: <001f01c796dc$dd72faa0$6601a8c0@a6r>

Zdravim,
mam openvpn server nastaveny 2 tunelu
v jednom z nic z nich dochazi k loss paketu a ping je 
19 packets transmitted, 16 received, 15% packet loss, time 18147ms
rtt min/avg/max/mdev = 34.978/393.084/1546.174/333.868 ms,
Druhy tunel je uplne stejny jen na jinem portu. Ten je OK.

Ping na verejnou adresu je v poradku
packets transmitted, 23 received, 0% packet loss, time 22221ms
rtt min/avg/max/mdev = 17.582/21.310/28.405/2.951 ms, pipe 2

Nevi nekdo co stim.

Diky
PS

Konfigurace je
port 5000
proto udp
dev tun
local x.x.x.x
remote x.x.x.x:5000
keepalive 10 120
comp-lzo
user openvpn
group openvpn
persist-key
persist-tun
secret static.key
fragment 1400
mssfix



-- 
Tato zprava byla prohledana na vyskyt viru
a nebezpecneho obsahu antivirovym systemem
MailScanner a zda se byt cista.



From safrata na dhd.cz  Tue May 15 15:00:09 2007
From: safrata na dhd.cz (Petr Safrata)
Date: Tue, 15 May 2007 15:00:09 +0200
Subject: openvpn velky ping vyreseno
References: <4642D2B0.4010301@simac.cz>	<200705102008.27549.slavek.banko@axis.cz><200705102122.56026.konference@betateam.com><464969EC.5080407@mts.cz>
	<001f01c796dc$dd72faa0$6601a8c0@a6r>
Message-ID: <006f01c796f1$04e6d570$6601a8c0@a6r>

vyreseno prepnutim na jiny port

----- Original Message ----- 
From: "Petr Safrata" <safrata na dhd.cz>
To: "Diskuse o Linuxu v cestine" <linux na linux.cz>
Sent: Tuesday, May 15, 2007 12:27 PM
Subject: openvpn velky ping a loss paket v tunelu


> Zdravim,
> mam openvpn server nastaveny 2 tunelu
> v jednom z nic z nich dochazi k loss paketu a ping je 
> 19 packets transmitted, 16 received, 15% packet loss, time 18147ms
> rtt min/avg/max/mdev = 34.978/393.084/1546.174/333.868 ms,
> Druhy tunel je uplne stejny jen na jinem portu. Ten je OK.
> 
> Ping na verejnou adresu je v poradku
> packets transmitted, 23 received, 0% packet loss, time 22221ms
> rtt min/avg/max/mdev = 17.582/21.310/28.405/2.951 ms, pipe 2
> 
> Nevi nekdo co stim.
> 
> Diky
> PS
> 
> Konfigurace je
> port 5000
> proto udp
> dev tun
> local x.x.x.x
> remote x.x.x.x:5000
> keepalive 10 120
> comp-lzo
> user openvpn
> group openvpn
> persist-key
> persist-tun
> secret static.key
> fragment 1400
> mssfix
> 
> 
> 
> -- 
> Tato zprava byla prohledana na vyskyt viru
> a nebezpecneho obsahu antivirovym systemem
> MailScanner a zda se byt cista.
> 
> _______________________________________________
> Linux mailing list
> Linux na linux.cz
> http://www.linux.cz/mailman/listinfo/linux
>

-- 
Tato zprava byla prohledana na vyskyt viru
a nebezpecneho obsahu antivirovym systemem
MailScanner a zda se byt cista.



From soban na soban.cz  Tue May 15 19:38:38 2007
From: soban na soban.cz (=?ISO-8859-2?Q?Petr_=A9ob=E1=F2?=)
Date: Tue, 15 May 2007 19:38:38 +0200
Subject: =?ISO-8859-2?Q?K=F3dov=E1str=E1nkafilesyst=E9mu?=
In-Reply-To: <20070515080426.GH4187@kobzol.suse.cz>
References: <4642D2B0.4010301@simac.cz>	<902ebbf70705100949s7604278cm20becd17a114eacc@mail.gmail.com>	<mailman.702.1178865820.4027.linux@linux.cz>	<slrnf48bbt.nhd.mcepl@hubmaier.ceplovi.cz>	<20070511102030.GB17157@kobzol.suse.cz>
	<464588A6.8060408@soban.cz>	<20070514080616.GB4187@kobzol.suse.cz>	<1179137092.2951.10.camel@lcza013.cz.stankiewicz-group.net>
	<20070515080426.GH4187@kobzol.suse.cz>
Message-ID: <4649F01E.8040501@soban.cz>

Jan Otte napsal(a):
> On Mon, May 14, 2007 at 12:04:52PM +0200, Květoslav Kocek wrote:
>>> V ascii se mi bude blbe psat cesky. V ISO-8859-2 nemam problem.
>> Stejně sem píšete bez háčků a čárek...tak co. :-)
>> Proč nepoužíváte oblíbené iso-8859-2 a české znaky?
> 
> E-mail pisu v ascii z historickych duvodu. Nejprve ascii a paklize mi
> ten clovek pise s diakritikou, zacnu tak psat taky (ovsem vetsinou ne do
> mailing listu/news).
> 
> Honza


A důvod ?

Tak proč potom používáte iso-8859-2 když to vlastně nepoužíváte ?

A oootom to jjje.


-- 

/----------------------------------------\
|            Petr Šobáň                  |
|            Olomouc                     |
|----------------------------------------|
|    ICQ    179223500                    |
|    jabber soban_petr na jabber.org        |
\----------------------------------------/

Těžké je milovat někoho, koho si nevážíme, a neméně těžké je
milovat toho, koho si vážíme o mnoho víc než sebe.
		-- Rochefoucauld



From stoupa na practisoft.cz  Wed May 16 02:57:11 2007
From: stoupa na practisoft.cz (Petr Vileta)
Date: Wed, 16 May 2007 02:57:11 +0200
Subject: =?iso-8859-1?Q?Re:_K=F3dov=E1str=E1nkafilesyst=E9mu?=
References: <mailman.774.1179140370.4027.linux@linux.cz><f2b91c$2pid$3@ns.felk.cvut.cz>
	<mailman.803.1179215933.4027.linux@linux.cz>
Message-ID: <f2dl02$10an$1@ns.felk.cvut.cz>

>> Dobra a jak napisete treba "Navod k pouziti" vaseho vyrobku, ktery na 1
>> strane A4 musi obsahovat Cestinu, Slovenstinu, Spanelstinu, Rectinu, 
>> Rustinu
>> a Nemcinu?
>
> S "Navodem k pouziti" je hlavni problem jeho samotny preklad do cizich
> jazyku, pouzite kodovani je jiz jen tresnicka na dortiku. Tim ze tento
> navod napisu cesky v utf-8 nic nevyresim, porad ho mam pouze cesky.
>
>
Takze ho napisete cesky, poslete ho prekladateli do Rustiny a ten to do toho 
sameho dokumentu vepise jak? Bude totiz pouzito vase oblibene a vam 
dostacujici kodovani ISO-8859-2.

>> Nebo naopak, jak si takovy dokument prectete? Bude na CD ve standardnim
>> formatu PDF :-)
>
> Bohuzel tuto poznamku jsem nepochopil.
>
Koupite si vyrobek, navod je pouze na CD v kodovani Unicode (utf-8). Jak si 
to prectete, kdyz vas system tohle kodovani nezna?


-- 
Petr

Skype: callto://fidokomik

Na mail uvedeny v headeru zpravy nema cenu nic posilat, konci to v PR* :-)
Odpovidejte na petr na practisoft cz



From luf na pzkagis.cz  Wed May 16 07:26:21 2007
From: luf na pzkagis.cz (Ludek Finstrle)
Date: Wed, 16 May 2007 07:26:21 +0200
Subject: =?iso-8859-1?Q?K=F3dov=E1str=E1nkafile?=
	=?iso-8859-1?Q?syst=E9mu?=
In-Reply-To: <f2dl02$10an$1@ns.felk.cvut.cz>
References: <mailman.803.1179215933.4027.linux@linux.cz>
	<f2dl02$10an$1@ns.felk.cvut.cz>
Message-ID: <20070516052621.GA32137@soptik.pzkagis.cz>

> >> Nebo naopak, jak si takovy dokument prectete? Bude na CD ve standardnim
> >> formatu PDF :-)
> >
> > Bohuzel tuto poznamku jsem nepochopil.
> >
> Koupite si vyrobek, navod je pouze na CD v kodovani Unicode (utf-8). Jak si 
> to prectete, kdyz vas system tohle kodovani nezna?

Uz toho prosim nechte. Jiste mate _svou_ pravdu a nectete co pise
puvodni pisatel (ostatne to neni jen na vas, ale na vetsinu reakci).

Zkratka kdyz nekomu nevadi ISo-8859-2, tak at jej pouziva. Neni na tom
nic spatneho a pokud dostacuje, at na UTF-8 neprechazi. Proc by mel?
Zatim jste nedali dokupy jediny kloudny argument mimo nejakych navodu,
ktere urcite tvori kazdy bezny franta uzivatel.
Zajimave je, ze nikdo z vas nezminil, ze UTF-8 prinasi jiste zpomaleni.

Zkratka UTF-8 je moderni, tak ho musime vnutit kazdemu. Tak stejne
mne vyhovuje Linux, tak jej musi pouzivat kazdy, ...

Luf

P.S. Davam si trestne body, ze jsem nevydrzel mlcet.


From richard.kotal na dolphingames.com  Wed May 16 09:39:32 2007
From: richard.kotal na dolphingames.com (Richard Kotal)
Date: Wed, 16 May 2007 09:39:32 +0200
Subject: =?ISO-8859-2?Q?K=F3dov=E1str=E1nkafilesyst=E9mu_?=
In-Reply-To: <mailman.815.1179296645.4027.linux@linux.cz>
References: <mailman.803.1179215933.4027.linux@linux.cz>	<f2dl02$10an$1@ns.felk.cvut.cz>
	<mailman.815.1179296645.4027.linux@linux.cz>
Message-ID: <f2ecfk$1b9r$1@ns.felk.cvut.cz>

Ludek Finstrle wrote:
>>>>Nebo naopak, jak si takovy dokument prectete? Bude na CD ve standardnim
>>>>formatu PDF :-)
>>>
>>>Bohuzel tuto poznamku jsem nepochopil.
>>>
>>
>>Koupite si vyrobek, navod je pouze na CD v kodovani Unicode (utf-8). Jak si 
>>to prectete, kdyz vas system tohle kodovani nezna?
> 
> 
> Uz toho prosim nechte. Jiste mate _svou_ pravdu a nectete co pise
> puvodni pisatel (ostatne to neni jen na vas, ale na vetsinu reakci).

Taky se mi zda, ze nikdo necte, co pise puvodni tazatel.

Take mam system pouze na ISO-8859-2 a zatim jste mi nedali jediny 
kloudny duvod, pro mit system na UTF-8.

prikladne, ty vase navody a hlasky z programu:
1) pokud jsou nejake navody na CD, tak vetsonou PDF, k tomu nepotrebujui 
mit UTF-8 locale, abych to cetl.
2) pokud pisu hlaasky do systemu, tak je zasadne bud davam do DB. Pokud 
e, tak casto programuji v TCL a pouzivam msgcat. A napovedu mi kazdy 
muze poslat v jakem chce kodovani, ja ji transformuji do UTF-8,pro 
msgcat a pak je jedno jake mam locale. Zasadne nepisu napovedu a hlasky 
programu do programu samotneho, jako je to u vetsny php programu.

pokud mi prijde nejaka posta, ci prohlizim www, nepotrebuji locale na 
UTF-8. Klient sam si najde spravne kodovani a pokud mam font, ktery 
znaky obsahuje, tak se to taky sparvne zobrazi.

Pokud pisu nekomu neco tak zasadne v OO a ne v obycejnem textaku. A zde 
opet vystacim bez UTF-8, staci mit jen vhodny font, obsahujici prislusne 
znaky a nastavenou kavesnici, vetsinou foneticky. Takto napr. pisu 
rusky, pokud mam zminit nejaky nelatinkovy jazyk.

A tak bych mohl pokracovat dal.

Na zaver dam jeden duvod, proc nepouzit UTF-8 a ze zde je naopak to 
uplne nejhorsi reseni:

Pouzivam DB firebird, pokud zde pouziji interni kodovani UTF-8, nejsem 
schopny seradit ceske znaky spravne. UTF-8 totiz nepodporuje zarezni 
ceskych znaku, dle pravidel razeni ceskych znaku, ale pouze to radi dle 
posloupnosti znaku v UTF-8. To plat i pro ostani jazyky. Takze v tomto 
pripade budu mit sice UTF-8, ale kdyz si budu chtit neco seradit dle 
pravidel cestiny, tak to nepujde.

A na uplny zaver, emaily zasade nejprve pisi bez hacku a carek, a az ta 
druah strana zacne s nimi tak ja take. Prikladne, protoze si pisi s 
kamaradkou z Kanady, ktera je ve francouzske casti, pracuje na to 
Windows XP, tedy systemu, ktery pouziva UTF-8, ale kdyz ji neco poslu s 
hackami a carkami,tak si to neprecte a nezmeni na tom nic, ani kdyz to 
dam do utf-8.

Ono je sice hezke, ze neco mate v UTF-8, ale kdyz vam jaksi chyby fonty, 
kde ty znaky nejsou, tak s tim nic nenadelate. Ono sice muzete mit otf 
fony, ale pokud nekdo v nich nenakresli ty rezy ankresli jen prvnich 127 
znaku, tak si z toho azbuku nikdy neprectete.


PS: Fuj, ze jsem nemlcel.

> 
> Zkratka kdyz nekomu nevadi ISo-8859-2, tak at jej pouziva. Neni na tom
> nic spatneho a pokud dostacuje, at na UTF-8 neprechazi. Proc by mel?
> Zatim jste nedali dokupy jediny kloudny argument mimo nejakych navodu,
> ktere urcite tvori kazdy bezny franta uzivatel.
> Zajimave je, ze nikdo z vas nezminil, ze UTF-8 prinasi jiste zpomaleni.
> 
> Zkratka UTF-8 je moderni, tak ho musime vnutit kazdemu. Tak stejne
> mne vyhovuje Linux, tak jej musi pouzivat kazdy, ...
> 
> Luf
> 
> P.S. Davam si trestne body, ze jsem nevydrzel mlcet.


From PaJaSoft na FoNet.Cz  Wed May 16 09:58:34 2007
From: PaJaSoft na FoNet.Cz (=?iso-8859-2?Q?Ing._Pavel_PaJaSoft_Janou=B9ek?=)
Date: Wed, 16 May 2007 09:58:34 +0200
Subject: =?iso-8859-2?Q?RE:_K=F3dov=E1str=E1nkafilesyst=E9mu_?=
In-Reply-To: <f2ecfk$1b9r$1@ns.felk.cvut.cz>
Message-ID: <200705160758.l4G7wZp0010925@merlin.fonet.cz>

linux-bounces na linux.cz <mailto:linux-bounces na linux.cz> wrote:
> Pouzivam DB firebird, pokud zde pouziji interni kodovani
> UTF-8, nejsem
> schopny seradit ceske znaky spravne. UTF-8 totiz nepodporuje zarezni
> ceskych znaku, dle pravidel razeni ceskych znaku, ale pouze
> to radi dle
> posloupnosti znaku v UTF-8. To plat i pro ostani jazyky.
> Takze v tomto
> pripade budu mit sice UTF-8, ale kdyz si budu chtit neco seradit dle
> pravidel cestiny, tak to nepujde.

	Kolego, než začnete argumentovat, zkuste přemýšlet. Výše popsaný
problém rozhodně není v digitální podobě znaků, ale v omezenosti a
neschopnosti tohoto produktu řádně řadit dle pravidel (mimochodem ne zcela
deterministických!) českého jazyka. To opravdu není problém kódování, ale
této databáze - zajímavé, že jiné databáze či produkty jiného ražení s tím
problém nemají - třeba je na čase ji vyměnit...

-------------------------------------------------------------------
Ing. Pavel Janousek (PaJaSoft)             FoNet, spol. s r. o.
Technicka podpora, Intranet/Internet     Sokolova 67, 619 00 Brno
E-mail: mailto:Janousek na FoNet.Cz         Tel.: +420  5  4324 4749
WWW:    http://WWW.FoNet.Cz/           E-mail: mailto:Info na FoNet.Cz
-------------------------------------------------------------------  



From petr.kristan na epos.cz  Wed May 16 10:05:28 2007
From: petr.kristan na epos.cz (petr.kristan na epos.cz)
Date: Wed, 16 May 2007 10:05:28 +0200
Subject: =?iso-8859-2?Q?K=F3dov=E1str=E1nkafile?=
	=?iso-8859-2?Q?syst=E9mu?= 
In-Reply-To: <200705160758.l4G7wZp0010925@merlin.fonet.cz>
References: <f2ecfk$1b9r$1@ns.felk.cvut.cz>
	<200705160758.l4G7wZp0010925@merlin.fonet.cz>
Message-ID: <20070516080528.GH30541@eposux.epos.local>

On Wed, May 16, 2007 at 09:58:34AM +0200, Ing. Pavel PaJaSoft Janoušek wrote:
> linux-bounces na linux.cz <mailto:linux-bounces na linux.cz> wrote:
> > Pouzivam DB firebird, pokud zde pouziji interni kodovani
> > UTF-8, nejsem
> > schopny seradit ceske znaky spravne. UTF-8 totiz nepodporuje zarezni
> > ceskych znaku, dle pravidel razeni ceskych znaku, ale pouze
> > to radi dle
> > posloupnosti znaku v UTF-8. To plat i pro ostani jazyky.
> > Takze v tomto
> > pripade budu mit sice UTF-8, ale kdyz si budu chtit neco seradit dle
> > pravidel cestiny, tak to nepujde.
> 
> 	Kolego, než začnete argumentovat, zkuste přemýšlet. Výše popsaný
> problém rozhodně není v digitální podobě znaků, ale v omezenosti a
> neschopnosti tohoto produktu řádně řadit dle pravidel (mimochodem ne zcela
> deterministických!) českého jazyka. To opravdu není problém kódování, ale
> této databáze - zajímavé, že jiné databáze či produkty jiného ražení s tím
> problém nemají - třeba je na čase ji vyměnit...
Neni potreba. Staci upgrade na firebird 2, tam chodi razeni dle utf8 bez
problemu.

Petr

-- 
Ing. Petr Kristan
.
EPOS PRO s.r.o., Bozeny Nemcove 2625, 530 02 Pardubice
tel: +420 466335223    Czech Republic (Eastern Europe) 
fax: +420 466510709


From mj na ucw.cz  Wed May 16 10:44:38 2007
From: mj na ucw.cz (Martin `MJ' Mares)
Date: Wed, 16 May 2007 10:44:38 +0200
Subject: =?iso-8859-2?Q?K=F3dov=E1str=E1nkafile?=
	=?iso-8859-2?Q?syst=E9mu?=
In-Reply-To: <f2dl02$10an$1@ns.felk.cvut.cz>
References: <mailman.803.1179215933.4027.linux@linux.cz>
	<f2dl02$10an$1@ns.felk.cvut.cz>
Message-ID: <mj+md-20070516.083743.11822.nikam@ucw.cz>

Hello, world!

> Koupite si vyrobek, navod je pouze na CD v kodovani Unicode (utf-8). Jak si 
> to prectete, kdyz vas system tohle kodovani nezna?

Myslím, že tu nikdo nemluví o systému, který by uměl _jenom_ iso-8859-2.

UTF-8 je pěkná věc, ale má přeci jen i své nevýhody, kvůli kterým stále
na běžné texty používám iso-8859-2 a teprve pokud potřebuji míchat znaky
z více abeced, využiji UTF-8:

  - Texty v UTF-8 jsou o něco větší (10% nárůst se, pokud pracujete
    například se stovkami MB morfologických slovníků, prostě pozná).

  - Mnoho programů jaksi nepočítá s vícebytovými znaky. Počínaje
    různými drobnými utilitkami, konče třeba většinou portů TeXu.

				Have a nice fortnight
-- 
Martin `MJ' Mares                          <mj na ucw.cz>   http://mj.ucw.cz/
Faculty of Math and Physics, Charles University, Prague, Czech Rep., Earth
"God doesn't play dice."   -- Albert Einstein


From qaxi na seznam.cz  Wed May 16 10:52:12 2007
From: qaxi na seznam.cz (=?UTF-8?B?IlBldHIgXCJRYXhpXCIgS2zDrW1hIg==?=)
Date: Wed, 16 May 2007 10:52:12 +0200
Subject: =?UTF-8?B?S8OzZG92w6FzdHLDoW5rYWZpbGVzeXN0w6ltdSA=?=
In-Reply-To: <f2ecfk$1b9r$1@ns.felk.cvut.cz>
References: <mailman.803.1179215933.4027.linux@linux.cz>
	<f2dl02$10an$1@ns.felk.cvut.cz>
	<mailman.815.1179296645.4027.linux@linux.cz>
	<f2ecfk$1b9r$1@ns.felk.cvut.cz>
Message-ID: <464AC63C.4080207@seznam.cz>

> 
> pokud mi prijde nejaka posta, ci prohlizim www, nepotrebuji locale na 
> UTF-8. Klient sam si najde spravne kodovani a pokud mam font, ktery 
> znaky obsahuje, tak se to taky sparvne zobrazi.

Máte pravdu, ale ...
  Pokud koukáte na stánky napsané v kódování win-1250 tak prohlížeč 
překóduje výstup na iso-8859-2. Bohužel se vám 2-3 znaky budou 
zobrazovat špatně/vůbec (ta dvě kódování nejsou obsahově totožná).
  Pokud koukáte na stánky napsané v kódování win-1251 nebo koi ... 
(ruština) tak prohlížeč překóduje výstup na iso-8859-2. Bohužel se vám 
bude cca 30 znaků budou zobrazovat špatně/vůbec (ta dvě kódování nejsou 
obsahově ani podobná).
  Pokud koukáte na stánky napsané v kódování iso-8859-1 (iso-8859-15 
totéž se znakem Euro)(např francouzština) tak prohlížeč překóduje výstup 
na iso-8859-2. Bohužel se vám bude cca 15 znaků budou zobrazovat 
špatně/vůbec (ta dvě kódování nejsou obsahově totožná).
  A pokud se kouknete na stránky v kódování jiném než založeneém na 
ascii tak nemusíte vidět vůbec nic ...

> Pokud pisu nekomu neco tak zasadne v OO a ne v obycejnem textaku. A zde 
> opet vystacim bez UTF-8, staci mit jen vhodny font, obsahujici prislusne 
> znaky a nastavenou kavesnici, vetsinou foneticky. Takto napr. pisu 
> rusky, pokud mam zminit nejaky nelatinkovy jazyk.

Hmm OO interně používá UTF-8 .

> 
> A tak bych mohl pokracovat dal.
> 
> Na zaver dam jeden duvod, proc nepouzit UTF-8 a ze zde je naopak to 
> uplne nejhorsi reseni:
> 
> Pouzivam DB firebird, pokud zde pouziji interni kodovani UTF-8, nejsem 
> schopny seradit ceske znaky spravne. UTF-8 totiz nepodporuje zarezni 
> ceskych znaku, dle pravidel razeni ceskych znaku, ale pouze to radi dle 
> posloupnosti znaku v UTF-8. To plat i pro ostani jazyky. Takze v tomto 
> pripade budu mit sice UTF-8, ale kdyz si budu chtit neco seradit dle 
> pravidel cestiny, tak to nepujde.

to je problem FB a ne UTF-8

UTF-8 je kódování na přenosy mezi počítači.

Ten kdo ho používá na interní ukládání dat v DB nemá rozum. Nad 
kódováním které má proměnnou šířku se obtížně pracuje se sortováním ...

Pokud vím tak ve FB už to je vyřešené delší dobu ... upgradujte.


Mimochodem jepší je interně použít UCS-2 s jednotonou délkou "písmena" 2 
byte
	(úplně univerzální by bylo UCS-4, ale v současnosti by to bylo zbytečně 
veliké rozhazování místa v paměti)
a konverzi na cílové (klientem požadované) kódování dělat až při výstupu   .

> 
> A na uplny zaver, emaily zasade nejprve pisi bez hacku a carek, a az ta 
> druah strana zacne s nimi tak ja take. Prikladne, protoze si pisi s 
> kamaradkou z Kanady, ktera je ve francouzske casti, pracuje na to 
> Windows XP, tedy systemu, ktery pouziva UTF-8, ale kdyz ji neco poslu s 
> hackami a carkami,tak si to neprecte a nezmeni na tom nic, ani kdyz to 
> dam do utf-8.

Windows XP nepracuji v UTF-8, pracuji v UTF-16 (UCS-2).

Problém Vaší kamarádka není UTF-8, ale Microsoft ...

> Ono je sice hezke, ze neco mate v UTF-8, ale kdyz vam jaksi chyby fonty, 
> kde ty znaky nejsou, tak s tim nic nenadelate. Ono sice muzete mit otf 
> fony, ale pokud nekdo v nich nenakresli ty rezy ankresli jen prvnich 127 
> znaku, tak si z toho azbuku nikdy neprectete.
> 
> 
> PS: Fuj, ze jsem nemlcel.

ja taky ...

> 
>> Zkratka kdyz nekomu nevadi ISo-8859-2, tak at jej pouziva. Neni na tom
>> nic spatneho a pokud dostacuje, at na UTF-8 neprechazi. Proc by mel?
>> Zatim jste nedali dokupy jediny kloudny argument mimo nejakych navodu,
>> ktere urcite tvori kazdy bezny franta uzivatel.

souhlas

Zkusím dát dohromady alespoň nějaký.

Většina distribucí (VD) podporuje UTF-8 (neříkám, že ho mají zapnutý v 
defaultu)

tzn.

1. Pokud používám UTF-8, tak obsah mojich dokumentů (txt, HTML, XML) 
bude stejně čitelný a editovatelný BEZ KONVERZE na VD. To je přínos pro BFU.

2. Pokud ukládám na FS soubory se jmény s diakritikou, v UTF-8 budou 
vypadat stejně na všech VD. To je přínos pro BFU.

>> Zajimave je, ze nikdo z vas nezminil, ze UTF-8 prinasi jiste zpomaleni.
>>

??? Kdy ?
Při výstupu na konzolu (musí se správně vybrat znak z fontu).
Při sortování.
Ostatním txt/datovým operacím je to jedno.

Ale je to zpomalení takové, abyste ho pocíti stejně jako konverotvání 
pomocí iconv ? Pokud budu iconv používat častěji než 2x týdně tak jsem 
na tom s UTF-8 myslím líp ...



    Petr Klíma

    e-mail:  qaxi na seznam.cz



From richard.kotal na dolphingames.com  Wed May 16 10:37:08 2007
From: richard.kotal na dolphingames.com (Richard Kotal)
Date: Wed, 16 May 2007 10:37:08 +0200
Subject: =?ISO-8859-2?Q?K=F3dov=E1str=E1nkafilesyst=E9mu_?=
In-Reply-To: <mailman.816.1179302317.4027.linux@linux.cz>
References: <mailman.816.1179302317.4027.linux@linux.cz>
Message-ID: <f2efrk$1dmk$1@ns.felk.cvut.cz>

Ing. Pavel PaJaSoft Janoušek wrote:
> linux-bounces na linux.cz <mailto:linux-bounces na linux.cz> wrote:
> 
>>Pouzivam DB firebird, pokud zde pouziji interni kodovani
>>UTF-8, nejsem
>>schopny seradit ceske znaky spravne. UTF-8 totiz nepodporuje zarezni
>>ceskych znaku, dle pravidel razeni ceskych znaku, ale pouze
>>to radi dle
>>posloupnosti znaku v UTF-8. To plat i pro ostani jazyky.
>>Takze v tomto
>>pripade budu mit sice UTF-8, ale kdyz si budu chtit neco seradit dle
>>pravidel cestiny, tak to nepujde.
> 
> 
> 	Kolego, než začnete argumentovat, zkuste přemýšlet. Výše popsaný
> problém rozhodně není v digitální podobě znaků, ale v omezenosti a
> neschopnosti tohoto produktu řádně řadit dle pravidel (mimochodem ne zcela
> deterministických!) českého jazyka. To opravdu není problém kódování, ale
> této databáze - zajímavé, že jiné databáze či produkty jiného ražení s tím
> problém nemají - třeba je na čase ji vyměnit...


Tato konference je vyborna, vzdycky, kdyz neco v necem nejde, at uz z 
jakehokoliv duvodu, tak napisete, tak to vymente.
Tohle je hodne ubohy argument.

1) Napsal jsem priklad, kde kodovani UTF-8 je uplne k nicemu a na tom si 
trvam. Je jedno z jakeho duvodu je to k nicemu, at uz z toho ze firebird 
je uplne na nic nebo ne. Nikdo se tady nebavil o kvalitach databazi, ale 
o tom, proc neprechazet na UTF-8.

2) Argumenty typu, tak prejdete na neco jineho, opravdu nejsou 
argumenty. A ted duvod:
a) firebird mi zcela vyhovuje, na rozdil od vsech ostatnich db, ale to 
je jen osobni sympatie tu pomineme.
b) takova vec jde teoreticky udelat u aplikace, ktera je jen nejaka 
detska hracka, ci zajmova aplikace a to i tak omezene. Neni to vsak 
mozne udelat u produkcni aplikace, kde naklady na takovou konverzy jsou 
neumerne tomu, jakou "vyhodu" by to prineslo.
c) osobni poznamka (prosim zadny flame): u nas bychom kuprikladu velmi 
radi zrusili javu a vse udelali jinak, avsak z historickych a jinych 
duvodu, vcetne nakladu na uvedenou zmenu, zde java zusane az do zkonani 
veku.

Tak to je asi vse

PS:
Poznamka na okraj, abych zacal tridit v UTF-8 dle ceskych pravidel v DB 
, tak vubec nepotrebuji prechazet na jinou DB, staci mi totiz, kdyz si 
napisu pro firebird modul, ktery bude trdit UTF-8 dle ceskych pravidel. 
Mozna by tu mel zacit premyslet nekdo jiny.
	



> 
> -------------------------------------------------------------------
> Ing. Pavel Janousek (PaJaSoft)             FoNet, spol. s r. o.
> Technicka podpora, Intranet/Internet     Sokolova 67, 619 00 Brno
> E-mail: mailto:Janousek na FoNet.Cz         Tel.: +420  5  4324 4749
> WWW:    http://WWW.FoNet.Cz/           E-mail: mailto:Info na FoNet.Cz
> -------------------------------------------------------------------  
> 


From jarda47133 na spambob.net  Wed May 16 10:49:27 2007
From: jarda47133 na spambob.net (Jarda)
Date: Wed, 16 May 2007 10:49:27 +0200
Subject: =?ISO-8859-1?Q?K=F3dov=E1str=E1nkafilesyst=E9mu?=
References: <mailman.816.1179302317.4027.linux@linux.cz>
Message-ID: <f2eg2g$2ua$1@news.brutele.be>

Ing. Pavel PaJaSoft Janou?ek wrote:

> linux-bounces na linux.cz <mailto:linux-bounces na linux.cz> wrote:
>> Pouzivam DB firebird, pokud zde pouziji interni kodovani
>> UTF-8, nejsem
>> schopny seradit ceske znaky spravne. UTF-8 totiz nepodporuje
>> zarezni ceskych znaku, dle pravidel razeni ceskych znaku, ale pouze
>> to radi dle
>> posloupnosti znaku v UTF-8. To plat i pro ostani jazyky.
>> Takze v tomto
>> pripade budu mit sice UTF-8, ale kdyz si budu chtit neco seradit
>> dle pravidel cestiny, tak to nepujde.
> 
> Kolego, ne? za?nete argumentovat, zkuste p?emý?let. Vý?e popsaný
> problém rozhodn? není v digitální podob? znak?, ale v omezenosti a
> neschopnosti tohoto produktu ?ádn? ?adit dle pravidel (mimochodem ne
> zcela deterministických!) ?eského jazyka. To opravdu není problém

Pokud vim, na razeni slov v cestine existuje norma, ledaze by ji ODS
zrusila. Kdysi jsem ji mel v ruce a udelal podle ni indexovani
databazi ve FoxPro. Cestina se radi dvoufazove. V prvni fazi se pri
razeni bere v uvahu diakritika, s vyjimkou hacku nad D, T, N. V druhe
fazi se berou v uvahu hacky nad D, T, N v situacich, kdy by
existovala slova lisici se pouze hackem. Presneji si to uz
nepamatuji, ale norma byla. Pochybuji, ze oficialnich norem existuje
nekolik. Pokud to nekdo naprogramuje jinak, nerespektuje standardy a
je prase.

> kódování, ale této databáze - zajímavé, ?e jiné databáze ?i produkty
> jiného ra?ení s tím problém nemají - t?eba je na ?ase ji vym?nit...
> 
> -------------------------------------------------------------------
> Ing. Pavel Janousek (PaJaSoft)             FoNet, spol. s r. o.
> Technicka podpora, Intranet/Internet     Sokolova 67, 619 00 Brno
> E-mail: mailto:Janousek na FoNet.Cz         Tel.: +420  5  4324 4749
> WWW:    http://WWW.FoNet.Cz/           E-mail: mailto:Info na FoNet.Cz
> -------------------------------------------------------------------

-- 
--
Remove the 33 from my address to reply by e-mail!


From PaJaSoft na FoNet.Cz  Wed May 16 11:15:24 2007
From: PaJaSoft na FoNet.Cz (=?iso-8859-2?Q?Ing._Pavel_PaJaSoft_Janou=B9ek?=)
Date: Wed, 16 May 2007 11:15:24 +0200
Subject: =?iso-8859-2?Q?RE:_K=F3dov=E1str=E1nkafilesyst=E9mu_?=
In-Reply-To: <f2efrk$1dmk$1@ns.felk.cvut.cz>
Message-ID: <200705160915.l4G9FOFx013100@merlin.fonet.cz>

linux-bounces na linux.cz <mailto:linux-bounces na linux.cz> wrote:
> Tato konference je vyborna, vzdycky, kdyz neco v necem nejde, at uz z
> jakehokoliv duvodu, tak napisete, tak to vymente.
> Tohle je hodne ubohy argument.
> 
> 1) Napsal jsem priklad, kde kodovani UTF-8 je uplne k nicemu
> a na tom si
> trvam. Je jedno z jakeho duvodu je to k nicemu, at uz z toho

	A jste si jist, že FB používá UTF-8 jako vnitřní reprezentaci (pro
strojové zpracování - mnoho operací naprosto nevhodný formát) a nebo pouze
jako komunikační API s okolím?

> PS:
> Poznamka na okraj, abych zacal tridit v UTF-8 dle ceskych
> pravidel v DB
> , tak vubec nepotrebuji prechazet na jinou DB, staci mi
> totiz, kdyz si
> napisu pro firebird modul, ktery bude trdit UTF-8 dle ceskych
> pravidel. Mozna by tu mel zacit premyslet nekdo jiny.

	Ano, stokrát dokola budeme vymýšlet kolo... napsat modul pro SPRÁVNÉ
české řazení není práce na dvě člověkohodiny... ale to jste asi zjistil,
pokud jste to udělal a taky jste zjistil, že dělat to efektivně (=rychle)
znamené použít značně pokročilé algoritmy (jako pro sorting, tak pro
matching) a vícefázové zpracování... opravdu jejich implementace je hračkou?

	Na zbytek nemá smysl reagovat neb jste naprosto nezachytil pointu.
(a jak Vaše argumenty souvisí s nevhodností UTF-8 pro to, pro co je určeno,
mi silně uniká a je mi to fuk)

-------------------------------------------------------------------
Ing. Pavel Janousek (PaJaSoft)             FoNet, spol. s r. o.
Technicka podpora, Intranet/Internet     Sokolova 67, 619 00 Brno
E-mail: mailto:Janousek na FoNet.Cz         Tel.: +420  5  4324 4749
WWW:    http://WWW.FoNet.Cz/           E-mail: mailto:Info na FoNet.Cz
-------------------------------------------------------------------  



From PaJaSoft na FoNet.Cz  Wed May 16 11:18:08 2007
From: PaJaSoft na FoNet.Cz (=?iso-8859-2?Q?Ing._Pavel_PaJaSoft_Janou=B9ek?=)
Date: Wed, 16 May 2007 11:18:08 +0200
Subject: =?iso-8859-2?Q?RE:_K=F3dov=E1str=E1nkafilesyst=E9mu?=
In-Reply-To: <f2eg2g$2ua$1@news.brutele.be>
Message-ID: <200705160918.l4G9I8iO013137@merlin.fonet.cz>

linux-bounces na linux.cz <mailto:linux-bounces na linux.cz> wrote:
> Pokud vim, na razeni slov v cestine existuje norma, ledaze by ji ODS
> zrusila. Kdysi jsem ji mel v ruce a udelal podle ni indexovani

	Prostudujte si to normu pořádně a pak mi řekněte, zda-li byla
vytvořena s ohledem na strojové zpracování a zda-li je opravdu do důsledku
DETERMINISTICKÁ. Já (a nejen já) tvrdíme(-e), že ani jedna odpověď není
kladná a to, co se jako strojové české řazení dnes považuje je implementace
ala "best effort", ale nikoli plně odpovídající platné normě.

PS: Že já do této diskuse vůbec vstupoval:-(

-------------------------------------------------------------------
Ing. Pavel Janousek (PaJaSoft)             FoNet, spol. s r. o.
Technicka podpora, Intranet/Internet     Sokolova 67, 619 00 Brno
E-mail: mailto:Janousek na FoNet.Cz         Tel.: +420  5  4324 4749
WWW:    http://WWW.FoNet.Cz/           E-mail: mailto:Info na FoNet.Cz
-------------------------------------------------------------------  



From richard.kotal na dolphingames.com  Wed May 16 11:12:54 2007
From: richard.kotal na dolphingames.com (Richard Kotal)
Date: Wed, 16 May 2007 11:12:54 +0200
Subject: =?ISO-8859-2?Q?K=F3dov=E1str=E1nkafilesyst=E9mu_?=
In-Reply-To: <mailman.819.1179305540.4027.linux@linux.cz>
References: <mailman.803.1179215933.4027.linux@linux.cz>	<f2dl02$10an$1@ns.felk.cvut.cz>	<mailman.815.1179296645.4027.linux@linux.cz>	<f2ecfk$1b9r$1@ns.felk.cvut.cz>
	<mailman.819.1179305540.4027.linux@linux.cz>
Message-ID: <f2ehum$1f86$1@ns.felk.cvut.cz>

Petr "Qaxi" Klíma wrote:
>>
>> pokud mi prijde nejaka posta, ci prohlizim www, nepotrebuji locale na 
>> UTF-8. Klient sam si najde spravne kodovani a pokud mam font, ktery 
>> znaky obsahuje, tak se to taky sparvne zobrazi.
> 
> 
> Máte pravdu, ale ...
>  Pokud koukáte na stánky napsané v kódování win-1250 tak prohlížeč 
> překóduje výstup na iso-8859-2. Bohužel se vám 2-3 znaky budou 
> zobrazovat špatně/vůbec (ta dvě kódování nejsou obsahově totožná).
>  Pokud koukáte na stánky napsané v kódování win-1251 nebo koi ... 
> (ruština) tak prohlížeč překóduje výstup na iso-8859-2. Bohužel se vám 
> bude cca 30 znaků budou zobrazovat špatně/vůbec (ta dvě kódování nejsou 
> obsahově ani podobná).
>  Pokud koukáte na stánky napsané v kódování iso-8859-1 (iso-8859-15 
> totéž se znakem Euro)(např francouzština) tak prohlížeč překóduje výstup 
> na iso-8859-2. Bohužel se vám bude cca 15 znaků budou zobrazovat 
> špatně/vůbec (ta dvě kódování nejsou obsahově totožná).
>  A pokud se kouknete na stránky v kódování jiném než založeneém na ascii 
> tak nemusíte vidět vůbec nic ...


Jeste naposled, tohle se mi temer nestava, ze bych videl neco spatne. A 
pokud ano, tak staci pouze v prohlizeci prepnout kodovou stranku z 
automaticke na tu spravnou a vse je OK.


> 
>> Pokud pisu nekomu neco tak zasadne v OO a ne v obycejnem textaku. A 
>> zde opet vystacim bez UTF-8, staci mit jen vhodny font, obsahujici 
>> prislusne znaky a nastavenou kavesnici, vetsinou foneticky. Takto 
>> napr. pisu rusky, pokud mam zminit nejaky nelatinkovy jazyk.
> 
> 
> Hmm OO interně používá UTF-8 .
> 
>>
>> A tak bych mohl pokracovat dal.
>>
>> Na zaver dam jeden duvod, proc nepouzit UTF-8 a ze zde je naopak to 
>> uplne nejhorsi reseni:
>>
>> Pouzivam DB firebird, pokud zde pouziji interni kodovani UTF-8, nejsem 
>> schopny seradit ceske znaky spravne. UTF-8 totiz nepodporuje zarezni 
>> ceskych znaku, dle pravidel razeni ceskych znaku, ale pouze to radi 
>> dle posloupnosti znaku v UTF-8. To plat i pro ostani jazyky. Takze v 
>> tomto pripade budu mit sice UTF-8, ale kdyz si budu chtit neco seradit 
>> dle pravidel cestiny, tak to nepujde.
> 
> 
> to je problem FB a ne UTF-8


Je to sice problem FB, ale pro me duvod proc UTF-8 v tomto konkretnim 
pripade nepouzivat.

> 
> UTF-8 je kódování na přenosy mezi počítači.
> 
> Ten kdo ho používá na interní ukládání dat v DB nemá rozum. Nad 
> kódováním které má proměnnou šířku se obtížně pracuje se sortováním ...
> 
> Pokud vím tak ve FB už to je vyřešené delší dobu ... upgradujte.

To uz jsem psal, to v nasem pripade neni tak jednoduche.
1) upgrade nepotrebujeme
2) do odladeneho produkcniho systemu nechci vnaset nove nezname chyby.

> 
> 
> Mimochodem jepší je interně použít UCS-2 s jednotonou délkou "písmena" 2 
> byte
>     (úplně univerzální by bylo UCS-4, ale v současnosti by to bylo 
> zbytečně veliké rozhazování místa v paměti)
> a konverzi na cílové (klientem požadované) kódování dělat až při 
> výstupu   .
> 
>>
>> A na uplny zaver, emaily zasade nejprve pisi bez hacku a carek, a az 
>> ta druah strana zacne s nimi tak ja take. Prikladne, protoze si pisi s 
>> kamaradkou z Kanady, ktera je ve francouzske casti, pracuje na to 
>> Windows XP, tedy systemu, ktery pouziva UTF-8, ale kdyz ji neco poslu 
>> s hackami a carkami,tak si to neprecte a nezmeni na tom nic, ani kdyz 
>> to dam do utf-8.
> 
> 
> Windows XP nepracuji v UTF-8, pracuji v UTF-16 (UCS-2).
> 
> Problém Vaší kamarádka není UTF-8, ale Microsoft ...
> 
>> Ono je sice hezke, ze neco mate v UTF-8, ale kdyz vam jaksi chyby 
>> fonty, kde ty znaky nejsou, tak s tim nic nenadelate. Ono sice muzete 
>> mit otf fony, ale pokud nekdo v nich nenakresli ty rezy ankresli jen 
>> prvnich 127 znaku, tak si z toho azbuku nikdy neprectete.
>>
>>
>> PS: Fuj, ze jsem nemlcel.
> 
> 
> ja taky ...
> 
>>
>>> Zkratka kdyz nekomu nevadi ISo-8859-2, tak at jej pouziva. Neni na tom
>>> nic spatneho a pokud dostacuje, at na UTF-8 neprechazi. Proc by mel?
>>> Zatim jste nedali dokupy jediny kloudny argument mimo nejakych navodu,
>>> ktere urcite tvori kazdy bezny franta uzivatel.
> 
> 
> souhlas
> 
> Zkusím dát dohromady alespoň nějaký.
> 
> Většina distribucí (VD) podporuje UTF-8 (neříkám, že ho mají zapnutý v 
> defaultu)
> 
> tzn.
> 
> 1. Pokud používám UTF-8, tak obsah mojich dokumentů (txt, HTML, XML) 
> bude stejně čitelný a editovatelný BEZ KONVERZE na VD. To je přínos pro 
> BFU.
> 
> 2. Pokud ukládám na FS soubory se jmény s diakritikou, v UTF-8 budou 
> vypadat stejně na všech VD. To je přínos pro BFU.
> 
>>> Zajimave je, ze nikdo z vas nezminil, ze UTF-8 prinasi jiste zpomaleni.
>>>
> 
> ??? Kdy ?
> Při výstupu na konzolu (musí se správně vybrat znak z fontu).
> Při sortování.
> Ostatním txt/datovým operacím je to jedno.
> 
> Ale je to zpomalení takové, abyste ho pocíti stejně jako konverotvání 
> pomocí iconv ? Pokud budu iconv používat častěji než 2x týdně tak jsem 
> na tom s UTF-8 myslím líp ...
> 
> 
> 
>    Petr Klíma
> 
>    e-mail:  qaxi na seznam.cz
> 


From richard.kotal na dolphingames.com  Wed May 16 11:50:07 2007
From: richard.kotal na dolphingames.com (Richard Kotal)
Date: Wed, 16 May 2007 11:50:07 +0200
Subject: =?ISO-8859-2?Q?K=F3dov=E1str=E1nkafilesyst=E9mu_?=
In-Reply-To: <mailman.820.1179306926.4027.linux@linux.cz>
References: <mailman.820.1179306926.4027.linux@linux.cz>
Message-ID: <f2ek4f$1gft$1@ns.felk.cvut.cz>

Tak jeste posledni a uz toho necham.

vzal bych to trochu obecneji.


Takze:
1) ANO UTF-8 je moderni a vetsina distribuci na nej presla.
2) ANO vetsina uzivatelu bude prechazet a ma UTF-8, uz jen protoze tak 
cini jejich distribuce.
3) ANO UTF-8 muze byt v mnoha ohledech lepsi nez ISO-8859-...

4) Prvni otazka byla co delat s ruzne kodovanymi filesystemy. To myslim 
bylo vyreseno, nebo zodpovezeno. Pak tu byla vsak polozena jedna 
neopatrna otazka, proc by se na systemu, kde  zcela ke spokojenosti 
funguje ISO-8859-2, nebo jine ne vice znakove kodovani melo prejit na UTF-8.


Odpoved na otazku, zda existuje nejaky duvod proc prejit na fungujicim 
systemu na UTF-8 je:
Pokud system funguje k plne spokojenosti, neni zadny duvod prechazet na 
UTF-8.

To je obecna otazka odladenosti systemu. Kdyz ho mate zcela odladeny pro 
vase konkretni nasazeni, tak neexistuje jediny duvod, proc to menit.
Pro prechod na nevyzkousene veci musi byt velmi radny duvod a ten zatim 
nikdo cloveku, kteremu jeho system funguje k plne spokojenosti nepodal.

Tak to je asi vse.

PS:
Jeste k firebird. Ja nerikal, ze chci tridit v UTF-8 cesky, ani ze na 
nej chci prechazet, ale ze krome vymeny systemu, kvuli necemu, co v nem 
momentalne nefunguje, mam i jine moznosti.


Ing. Pavel PaJaSoft Janoušek wrote:
> linux-bounces na linux.cz <mailto:linux-bounces na linux.cz> wrote:
> 
>>Tato konference je vyborna, vzdycky, kdyz neco v necem nejde, at uz z
>>jakehokoliv duvodu, tak napisete, tak to vymente.
>>Tohle je hodne ubohy argument.
>>
>>1) Napsal jsem priklad, kde kodovani UTF-8 je uplne k nicemu
>>a na tom si
>>trvam. Je jedno z jakeho duvodu je to k nicemu, at uz z toho
> 
> 
> 	A jste si jist, že FB používá UTF-8 jako vnitřní reprezentaci (pro
> strojové zpracování - mnoho operací naprosto nevhodný formát) a nebo pouze
> jako komunikační API s okolím?
> 
> 
>>PS:
>>Poznamka na okraj, abych zacal tridit v UTF-8 dle ceskych
>>pravidel v DB
>>, tak vubec nepotrebuji prechazet na jinou DB, staci mi
>>totiz, kdyz si
>>napisu pro firebird modul, ktery bude trdit UTF-8 dle ceskych
>>pravidel. Mozna by tu mel zacit premyslet nekdo jiny.
> 
> 
> 	Ano, stokrát dokola budeme vymýšlet kolo... napsat modul pro SPRÁVNÉ
> české řazení není práce na dvě člověkohodiny... ale to jste asi zjistil,
> pokud jste to udělal a taky jste zjistil, že dělat to efektivně (=rychle)
> znamené použít značně pokročilé algoritmy (jako pro sorting, tak pro
> matching) a vícefázové zpracování... opravdu jejich implementace je hračkou?
> 
> 	Na zbytek nemá smysl reagovat neb jste naprosto nezachytil pointu.
> (a jak Vaše argumenty souvisí s nevhodností UTF-8 pro to, pro co je určeno,
> mi silně uniká a je mi to fuk)
> 
> -------------------------------------------------------------------
> Ing. Pavel Janousek (PaJaSoft)             FoNet, spol. s r. o.
> Technicka podpora, Intranet/Internet     Sokolova 67, 619 00 Brno
> E-mail: mailto:Janousek na FoNet.Cz         Tel.: +420  5  4324 4749
> WWW:    http://WWW.FoNet.Cz/           E-mail: mailto:Info na FoNet.Cz
> -------------------------------------------------------------------  
> 


From Pavel.Just na simac.cz  Wed May 16 13:43:49 2007
From: Pavel.Just na simac.cz (Pavel Just)
Date: Wed, 16 May 2007 13:43:49 +0200
Subject: Canceled shutdown
Message-ID: <464AEE75.8060004@simac.cz>

Zdravím.

   Používám distribuci Mandriva 2007, skype-1.3.0.53-1mdk a 
kdebase-3.5.4-35mdv2007.0
Občas přes menu ->  vypnout počítač nelze počítač vypnout a 
.xsession-errors je hláška

ksmserver: WARNING: Client /usr/bin/skype (1014cd7d2d4000117921365900000040460013) canceled shutdown.


Mašina pak jde vypnout jen přes su  a  init 0. V čem může být problém ? 
Čemu se skype brání ?

Pavel


From bodlak na email.cz  Wed May 16 18:06:14 2007
From: bodlak na email.cz (Martin =?ISO-8859-1?Q?Bodl=E1k?=)
Date: Wed, 16 May 2007 18:06:14 +0200
Subject: =?ISO-8859-1?Q?K=F3dov=E1str=E1nkafilesyst?=
	=?ISO-8859-1?Q?=E9mu?=
In-Reply-To: <f2ek4f$1gft$1@ns.felk.cvut.cz>
References: <mailman.820.1179306926.4027.linux@linux.cz>
	<f2ek4f$1gft$1@ns.felk.cvut.cz>
Message-ID: <1179331574.3186.8.camel@fedora.bodli.net>

Richard Kotal píše v St 16. 05. 2007 v 11:50 +0200:

> Odpoved na otazku, zda existuje nejaky duvod proc prejit na fungujicim 
> systemu na UTF-8 je:
> Pokud system funguje k plne spokojenosti, neni zadny duvod prechazet na 
> UTF-8.
> 
> To je obecna otazka odladenosti systemu. Kdyz ho mate zcela odladeny pro 
> vase konkretni nasazeni, tak neexistuje jediny duvod, proc to menit.
> Pro prechod na nevyzkousene veci musi byt velmi radny duvod a ten zatim 
> nikdo cloveku, kteremu jeho system funguje k plne spokojenosti nepodal.

Toto lze ovsem vztahnout na jakykoliv upgrade/update systemu: jadro,
postovni server, oblibeny mutt, ba dokonce i hardware. To nema nic
spolecneho se svatou valkou pro nebo proti Unicode (jehoz jednou
reprezentaci je UTF-8).

Ja sam povazuji Unicode za dobry a jakkoliv chapu postoj "kdyz to
funguje, nerypej do toho", stejne tak chapu prinosy Unicode do
budoucnosti... a nerikejte, ze vy ne :-)

S pozdravem
Martin Bodlak




From Vladimir.Naprstek na rwe.cz  Wed May 16 18:14:15 2007
From: Vladimir.Naprstek na rwe.cz (=?iso-8859-2?Q?N=E1prstek_Vladim=EDr?=)
Date: Wed, 16 May 2007 18:14:15 +0200
Subject: kerberos (ActiveDirectory)
Message-ID: <35CE60BCAB71D445894853EBC9682B6C0154C5F4@CZBRQSMX-I017.rwegroup.cz>

Zdravím,
snažím se nakonfigurovat klienta krb5 (debian testing) a použít jej proti windows AD. Ale při pokusu o přihlášení dostanu následující hlášku:
Exception: krb_error 41 Message stream modified (41) Message stream modified

a nějak nemohu najít co s tím. Vše co jsem zatím na googlu našel byly jen seznamy chybových hlášek, ale vysvětlení nikde. Poradíte mi, kde hledat chybu?

PS: je realm jméno domény, které píšu při přihlašování do win: doména\username ?

Vladimír Náprstek


From hana.skoumalova na ff.cuni.cz  Wed May 16 20:16:40 2007
From: hana.skoumalova na ff.cuni.cz (Hana Skoumalova)
Date: Wed, 16 May 2007 20:16:40 +0200
Subject: Je promenna definovana?
Message-ID: <464B4A88.8040509@ff.cuni.cz>

Dobrý večer,

pročítám many (asi špatně) a nemůžu přijít na to, jak v shellu zjistím, 
jestli je nějaká proměnná definovaná. Řekněme, že chci zjistit, jestli 
mám proměnnou $DISPLAY, jak se na to mám zeptat?

Hanka Skoumalová



From hana.skoumalova na ff.cuni.cz  Wed May 16 20:17:04 2007
From: hana.skoumalova na ff.cuni.cz (Hana Skoumalova)
Date: Wed, 16 May 2007 20:17:04 +0200
Subject: Je promenna definovana?
Message-ID: <464B4AA0.8000203@ff.cuni.cz>

Dobrý večer,

pročítám many (asi špatně) a nemůžu přijít na to, jak v shellu zjistím, 
jestli je nějaká proměnná definovaná. Řekněme, že chci zjistit, jestli 
mám proměnnou $DISPLAY, jak se na to mám zeptat?

Hanka Skoumalová



From hana.skoumalova na ff.cuni.cz  Wed May 16 20:17:31 2007
From: hana.skoumalova na ff.cuni.cz (Hana Skoumalova)
Date: Wed, 16 May 2007 20:17:31 +0200
Subject: Je promenna definovana?
Message-ID: <464B4ABB.9050705@ff.cuni.cz>

Dobrý večer,

pročítám many (asi špatně) a nemůžu přijít na to, jak v shellu zjistím, 
jestli je nějaká proměnná definovaná. Řekněme, že chci zjistit, jestli 
mám proměnnou $DISPLAY, jak se na to mám zeptat?

Hanka Skoumalová



From dast na panelnet.cz  Wed May 16 20:27:49 2007
From: dast na panelnet.cz (Dalibor Straka)
Date: Wed, 16 May 2007 20:27:49 +0200
Subject: Je promenna definovana?
In-Reply-To: <464B4A88.8040509@ff.cuni.cz>
References: <464B4A88.8040509@ff.cuni.cz>
Message-ID: <20070516182749.GB21556@panelnet.cz>

On Wed, May 16, 2007 at 08:16:40PM +0200, Hana Skoumalova wrote:
> Dobrý večer,
> 
> pročítám many (asi špatně) a nemůžu přijít na to, jak v shellu zjistím, 
> jestli je nějaká proměnná definovaná. Řekněme, že chci zjistit, jestli 
> mám proměnnou $DISPLAY, jak se na to mám zeptat?
> 

Prvni co me napada
z prikazove radky:
set | grep ^DISPLAY=
ze skriptu:
test -z $DISPLAY

-- Dalibor Straka


From hana.skoumalova na ff.cuni.cz  Wed May 16 20:54:18 2007
From: hana.skoumalova na ff.cuni.cz (Hana Skoumalova)
Date: Wed, 16 May 2007 20:54:18 +0200
Subject: Je promenna definovana?
In-Reply-To: <464B4ABB.9050705__37116.4425895133$1179339928$gmane$org@ff.cuni.cz>
References: <464B4ABB.9050705__37116.4425895133$1179339928$gmane$org@ff.cuni.cz>
Message-ID: <464B535A.6090006@ff.cuni.cz>

Omlouvám se za několikanásobný post - SMTP server mi tvrdil, že nic 
neodeslal.

H.S.



From mj na ucw.cz  Wed May 16 20:57:26 2007
From: mj na ucw.cz (Martin `MJ' Mares)
Date: Wed, 16 May 2007 20:57:26 +0200
Subject: Je promenna definovana?
In-Reply-To: <464B4A88.8040509@ff.cuni.cz>
References: <464B4A88.8040509@ff.cuni.cz>
Message-ID: <mj+md-20070516.185641.10478.nikam@ucw.cz>

Dobrý večer přeji,

> pročítám many (asi špatně) a nemůžu přijít na to, jak v shellu zjistím, 
> jestli je nějaká proměnná definovaná. Řekněme, že chci zjistit, jestli 
> mám proměnnou $DISPLAY, jak se na to mám zeptat?

nestačilo by zjistit, jestli není prázdná? Tedy:

	if [ -n "$DISPLAY" ] ; then
		...
	fi

				Have a nice fortnight
-- 
Martin `MJ' Mares                          <mj na ucw.cz>   http://mj.ucw.cz/
Faculty of Math and Physics, Charles University, Prague, Czech Rep., Earth
Ctrl and Alt keys stuck -- press Del to continue.


From hana.skoumalova na ff.cuni.cz  Wed May 16 20:58:29 2007
From: hana.skoumalova na ff.cuni.cz (Hana Skoumalova)
Date: Wed, 16 May 2007 20:58:29 +0200
Subject: Je promenna definovana?
In-Reply-To: <20070516182749.GB21556__38118.9987915151$1179340078$gmane$org@panelnet.cz>
References: <464B4A88.8040509@ff.cuni.cz>
	<20070516182749.GB21556__38118.9987915151$1179340078$gmane$org@panelnet.cz>
Message-ID: <464B5455.8000506@ff.cuni.cz>

Dalibor Straka wrote:

> Prvni co me napada
> z prikazove radky:
> set | grep ^DISPLAY=

To mě taky mohlo napadnout. :-)

> ze skriptu:
> test -z $DISPLAY

Tohle jsem zkoušela a oznámí mi to

DISPLAY: Undefined variable.

Hanka Skoumalová



From hana.skoumalova na ff.cuni.cz  Wed May 16 21:07:41 2007
From: hana.skoumalova na ff.cuni.cz (Hana Skoumalova)
Date: Wed, 16 May 2007 21:07:41 +0200
Subject: Je promenna definovana?
In-Reply-To: <mj+md-20070516.185641.10478.nikam@ucw.cz>
References: <464B4A88.8040509@ff.cuni.cz>
	<mj+md-20070516.185641.10478.nikam@ucw.cz>
Message-ID: <464B567D.5020908@ff.cuni.cz>

Martin `MJ' Mares wrote:
> Dobrý večer přeji,
> 
>> pročítám many (asi špatně) a nemůžu přijít na to, jak v shellu zjistím, 
>> jestli je nějaká proměnná definovaná. Řekněme, že chci zjistit, jestli 
>> mám proměnnou $DISPLAY, jak se na to mám zeptat?
> 
> nestačilo by zjistit, jestli není prázdná? Tedy:
> 
> 	if [ -n "$DISPLAY" ] ; then
> 		...
> 	fi

Aha, takže upřesňující otázka zní, jak se to zjistí v [t]csh. Tam mi to 
pořád hlásí

DISPLAY: Undefined variable.

Hanka Skoumalová



From hana.skoumalova na ff.cuni.cz  Wed May 16 21:20:16 2007
From: hana.skoumalova na ff.cuni.cz (Hana Skoumalova)
Date: Wed, 16 May 2007 21:20:16 +0200
Subject: Je promenna definovana?
In-Reply-To: <464B567D.5020908__30496.4263727472$1179342495$gmane$org@ff.cuni.cz>
References: <464B4A88.8040509@ff.cuni.cz>	<mj+md-20070516.185641.10478.nikam@ucw.cz>
	<464B567D.5020908__30496.4263727472$1179342495$gmane$org@ff.cuni.cz>
Message-ID: <464B5970.6060402@ff.cuni.cz>

Hana Skoumalova wrote:
> Aha, takže upřesňující otázka zní, jak se to zjistí v [t]csh. Tam mi to 
> pořád hlásí
> 
> DISPLAY: Undefined variable.
> 

A odpovím si sama :-)

if ( "`printenv DISPLAY`" != "" )

Děkuji za spolupráci.

Hanka Skoumalová



From mj na ucw.cz  Wed May 16 21:23:28 2007
From: mj na ucw.cz (Martin `MJ' Mares)
Date: Wed, 16 May 2007 21:23:28 +0200
Subject: Je promenna definovana?
In-Reply-To: <464B567D.5020908@ff.cuni.cz>
References: <464B4A88.8040509@ff.cuni.cz>
	<mj+md-20070516.185641.10478.nikam@ucw.cz>
	<464B567D.5020908@ff.cuni.cz>
Message-ID: <mj+md-20070516.190942.12470.nikam@ucw.cz>

> Aha, takže upřesňující otázka zní, jak se to zjistí v [t]csh. Tam mi to 
> pořád hlásí
> 
> DISPLAY: Undefined variable.

Vida, csh mne vůbec nenapadl :-)

Co třeba

	printenv VAR >/dev/null
	if ( $status == 0 ) echo Existuje

				Have a nice fortnight
-- 
Martin `MJ' Mares                          <mj na ucw.cz>   http://mj.ucw.cz/
Faculty of Math and Physics, Charles University, Prague, Czech Rep., Earth
The better the better, the better the bet.


From mcepl na redhat.com  Wed May 16 23:39:05 2007
From: mcepl na redhat.com (Matej Cepl)
Date: Wed, 16 May 2007 23:39:05 +0200
Subject: =?UTF-8?Q?K=C3=B3dov=C3=A1str=C3=A1nkafilesyst=C3=A9mu?=
References: <mailman.816.1179302317.4027.linux@linux.cz>
	<f2eg2g$2ua$1@news.brutele.be>
Message-ID: <slrnf4mufp.le.mcepl@hubmaier.ceplovi.cz>

On 2007-05-16, 08:49 GMT, Jarda wrote:
> Pokud vim, na razeni slov v cestine existuje norma

http://math.feld.cvut.cz/ftp/olsak/bulletin/csr.ps

Hezký den,

Matěj Cepl


From konference na webjet.cz  Thu May 17 08:19:00 2007
From: konference na webjet.cz (Ondrej Tuma)
Date: Thu, 17 May 2007 08:19:00 +0200
Subject: test
In-Reply-To: <4642CEF2.5000601@ssos.cz>
References: <4642CEF2.5000601@ssos.cz>
Message-ID: <464BF3D4.3010204@webjet.cz>

test bez pgp podpisu

ps: taky omluva

Filip Flajšar napsal(a):
> Omlouvam se, ale nic mi uz 2 dny neprislo.
> 
> -- Filip


-- 
Ondrej Tuma

Unix-like system is the best operation system from the top of the world.
I'm lucky BSD and linux user. :) Use unix-like, be free. :)

www.blackmouse.biz       www.radioakropolis.cz            hash.webjet.cz
ICQ: 107760454          JABBER: mcbig na jabber.cz   MSN: ondra.tu na atlas.cz


From konference na webjet.cz  Thu May 17 08:27:27 2007
From: konference na webjet.cz (Ondrej Tuma)
Date: Thu, 17 May 2007 08:27:27 +0200
Subject: test
In-Reply-To: <464BF3D4.3010204@webjet.cz>
References: <4642CEF2.5000601@ssos.cz> <464BF3D4.3010204@webjet.cz>
Message-ID: <464BF5CF.6030207@webjet.cz>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

A s podpisem malinko jinak

Ondrej Tuma napsal(a):
> test bez pgp podpisu
> 
> ps: taky omluva
> 
> Filip Flajšar napsal(a):
>> Omlouvam se, ale nic mi uz 2 dny neprislo.
>>
>> -- Filip
> 
> 

- --
Ondrej Tuma

Unix-like system is the best operation system from the top of the world.
I'm lucky BSD and linux user. :) Use unix-like, be free. :)

www.blackmouse.biz       www.radioakropolis.cz            hash.webjet.cz
ICQ: 107760454          JABBER: mcbig na jabber.cz   MSN: ondra.tu na atlas.cz
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.7 (GNU/Linux)

iD8DBQFGS/XPBmNIPxOnb/IRAuD3AJsHMT2IRQYIpzG3xN7T7TOOmN7BCwCfY9B6
Gyy3CB8NruWAsiAHePqLS/k=
=THwG
-----END PGP SIGNATURE-----


From volesak na aristia.cz  Thu May 17 08:34:21 2007
From: volesak na aristia.cz (=?iso-8859-2?B?SmFuIFZvbGW54Ws=?=)
Date: Thu, 17 May 2007 08:34:21 +0200
Subject: Samba 2.2 + Vista - vyreseno
In-Reply-To: <200704280956.26722.frantisek@augusztin.com>
References: <f0s8gd$1s5n$1@ns.felk.cvut.cz><EDA4274F2C764445B4234E3670AC9D20331FAD@EXCHANGE.aristia.local>
	<200704280956.26722.frantisek@augusztin.com>
Message-ID: <EDA4274F2C764445B4234E3670AC9D20332135@EXCHANGE.aristia.local>

...toto pomohlo, dekuji za radu. Zakaznik to zkousel az nyni tak proto odpovidam pozde.
Honza Volesak

> Skuste to podla prispevku #2
> http://www.vista64.net/forums/vista-networking-sharing/22116-will-not-accept-my-password-when-connecting-workgroup-computer.html
> 
> S pozdravom
> -- 
> Frantisek Augusztin
> frantisek na augusztin.com


From konfer na zoznam.sk  Thu May 17 10:05:33 2007
From: konfer na zoznam.sk (konfer)
Date: Thu, 17 May 2007 10:05:33 +0200
Subject: prehadzovane ethernety po spusteni
Message-ID: <464C0CCD.9020509@zoznam.sk>

Zdravim,

odladil som si kernel 2.6.20.6 na mojom slackware a neviem co som tam 
zle zaskrtol, ale po spusteni systemu, mi kernel vzdy inak rozpozna 
ethernety raz je prva karta eth0 a raz eth1. Samozrejme nie je v mojich 
silach stale to menit a konfigurovat rucne. Som hladal kde kade, ale 
kedze sformulovat otazku do vyhladavaca, je tiez veda, tak prosim o 
pomoc tu. Ak niekto bude mat tusaka co som porobil zle, budem mu vdacny 
ak mi napise.

Dakujem.


From lists.subscriber na pragl.cz  Thu May 17 10:15:20 2007
From: lists.subscriber na pragl.cz (Miroslav Pragl)
Date: Thu, 17 May 2007 10:15:20 +0200
Subject: prehadzovane ethernety po spusteni
References: <464C0CCD.9020509@zoznam.sk>
Message-ID: <006901c7985b$83075450$540fa30a@czpgn086>

karty jsou stejne (stejny ovladac)?

MP

odladil som si kernel 2.6.20.6 na mojom slackware a neviem co som tam 
zle zaskrtol, ale po spusteni systemu, mi kernel vzdy inak rozpozna 
ethernety raz je prva karta eth0 a raz eth1. Samozrejme nie je v mojich 




From tosuja na tosuja.info  Thu May 17 10:18:23 2007
From: tosuja na tosuja.info (=?ISO-8859-2?Q?Petr_Kl=EDma?=)
Date: Thu, 17 May 2007 10:18:23 +0200
Subject: prehadzovane ethernety po spusteni
In-Reply-To: <464C0CCD.9020509@zoznam.sk>
References: <464C0CCD.9020509@zoznam.sk>
Message-ID: <464C0FCF.4070001@tosuja.info>

Predpokladam, ze jsou to sitovky ovladane stejnym driverem a ze vase
distribuce pouziva udev. Potom potrebujete editovat vhodny soubor -
zavisi na distribuci, v Suse je to v adresari
/etc/udev/rules.d/30-net_persistent_names.rules.

Tam mam ja treba toto (na jednom radku):

SUBSYSTEM=="net", ACTION=="add", SYSFS{address}=="00:0d:60:a1:0d:f2",
IMPORT="/lib/udev/rename_netiface %k eth0"

coz rika, ze sitovka se specifikovanou MAC adresou bude mit jmeno eth0.

Tosuja

-- 
Petr "Tosuja" Klíma
Mail: tosuja na tosuja.info
Web: www.tosuja.info
ICQ: 52057532



From vaclavik na ujp.cz  Thu May 17 11:34:04 2007
From: vaclavik na ujp.cz (Juraj Vaclavik)
Date: Thu, 17 May 2007 11:34:04 +0200
Subject: =?iso-8859-2?q?K=F3dov=E1str=E1nkafilesyst=E9mu?=
In-Reply-To: <1179331574.3186.8.camel@fedora.bodli.net>
References: <mailman.820.1179306926.4027.linux@linux.cz>
	<f2ek4f$1gft$1@ns.felk.cvut.cz>
	<1179331574.3186.8.camel@fedora.bodli.net>
Message-ID: <200705171134.04991.vaclavik@ujp.cz>

Dobrý den,
chápu na jedné straně konzervativizmus tazatele, na druhé straně si on sám 
musí uvědomit, že to znamená za sebou táhnout 'ten starý balast'. Sám si musí 
rozhodnout okamžik, kdy se přizpůsobí, neboť další tahání toho balastu ho 
stojí spoustu energie. Asi jsme to zažili mnozí, že jsme se rozhodovali, 
jestli už ano, nebo to ještě odložíme. Toto rozhodnutí je právě na tazateli a 
osobně bych mu doporučoval filesystém převést na utf-8 - třeba právě proto, 
že jak jsem pochopil, nepoužívá dlouhá_a_česká_jména_souborů. Potom by mu 
kódová stránka souborového systému mohla být relativně ukradená a mohl by to 
být dobrý (malý a relativně nenáročný) krok do budoucna. Pokud to neudělá, 
dojde časem na dlouhá_a_česká_jména_souborů a potom to tak jednoduché nebude. 
To, že souborový systém a aplikace nebudou mít totožnou kódovou stránku, by 
nemuselo být tak tragické a mohlo by urychlit celou migraci. Přes to, že 
uft-8 soubory jsou delší a tedy r/w operace pomalejší, není cesty zpět - to 
je ta entropie tohoto světa.
Ostatně, tazatel může jít i opačně: překódovat ten utf-8 na iso (ale to 
nedoporučuji).

-- 
zdravím

Ing. Juraj Václavík
UJP PRAHA a.s.


From linux na ssos.cz  Thu May 17 10:39:32 2007
From: linux na ssos.cz (=?ISO-8859-2?Q?Filip_Flaj=B9ar?=)
Date: Thu, 17 May 2007 10:39:32 +0200
Subject: prehadzovane ethernety po spusteni
In-Reply-To: <464C0CCD.9020509@zoznam.sk>
References: <464C0CCD.9020509@zoznam.sk>
Message-ID: <464C14C4.7000700@ssos.cz>

pokud pouzivate udev, tak si nastavte podle mac adresy

-- Filip Flajsar

konfer napsal(a):
> Zdravim,
>
> odladil som si kernel 2.6.20.6 na mojom slackware a neviem co som tam 
> zle zaskrtol, ale po spusteni systemu, mi kernel vzdy inak rozpozna 
> ethernety raz je prva karta eth0 a raz eth1. Samozrejme nie je v mojich 
> silach stale to menit a konfigurovat rucne. Som hladal kde kade, ale 
> kedze sformulovat otazku do vyhladavaca, je tiez veda, tak prosim o 
> pomoc tu. Ak niekto bude mat tusaka co som porobil zle, budem mu vdacny 
> ak mi napise.
>
> Dakujem.
>   


From konfer na zoznam.sk  Thu May 17 10:42:04 2007
From: konfer na zoznam.sk (konfer)
Date: Thu, 17 May 2007 10:42:04 +0200
Subject: prehadzovane ethernety po spusteni
In-Reply-To: <464C0FCF.4070001@tosuja.info>
References: <464C0CCD.9020509@zoznam.sk> <464C0FCF.4070001@tosuja.info>
Message-ID: <464C155C.7020700@zoznam.sk>

wau to bola rychlost!

u mna to je takto:

/etc/udev/rules.d/network-devices.rules


KERNEL=="eth?", SYSFS{address}=="00:xx:xx:xx:xx:xx", NAME="eth0"
KERNEL=="eth?", SYSFS{address}=="00:xx:xx:xx:xx:xx", NAME="eth1"

stacilo odremovat,

sa mi paci,    ze ked si uz zacinam mysliet aky som king tak ma linux 
presvedci aky som malicky :)

Dakujem, vsetkym!!!

Petr Klíma wrote --- napísal::

>Predpokladam, ze jsou to sitovky ovladane stejnym driverem a ze vase
>distribuce pouziva udev. Potom potrebujete editovat vhodny soubor -
>zavisi na distribuci, v Suse je to v adresari
>/etc/udev/rules.d/30-net_persistent_names.rules.
>
>Tam mam ja treba toto (na jednom radku):
>
>SUBSYSTEM=="net", ACTION=="add", SYSFS{address}=="00:0d:60:a1:0d:f2",
>IMPORT="/lib/udev/rename_netiface %k eth0"
>
>coz rika, ze sitovka se specifikovanou MAC adresou bude mit jmeno eth0.
>
>Tosuja
>
>  
>



From pclumsky na seznam.cz  Thu May 17 10:27:59 2007
From: pclumsky na seznam.cz (pclumsky na seznam.cz)
Date: Thu, 17 May 2007 08:27:59 +0000 (UTC)
Subject: =?utf-8?q?Programov=C3=A1n=C3=AD v bashi?=
Message-ID: <f2h3mf$gm3$1@news.vol.cz>

Dobrý den, potřebuji "přespsat" program top jako skript v bashi.
Prosím, poraďte jak na to. 


From mkaspar na it-media.cz  Thu May 17 10:23:17 2007
From: mkaspar na it-media.cz (Michal =?UTF-8?Q?Ka=C5=A1par?=)
Date: Thu, 17 May 2007 08:23:17 +0000
Subject: prehadzovane ethernety po spusteni
In-Reply-To: <464C0CCD.9020509@zoznam.sk>
References: <464C0CCD.9020509@zoznam.sk>
Message-ID: <1179390197.6055.17.camel@localhost.localdomain>

On Thu, 2007-05-17 at 10:05 +0200, konfer wrote:
> Zdravim,
> 
> odladil som si kernel 2.6.20.6 na mojom slackware a neviem co som tam 
> zle zaskrtol, ale po spusteni systemu, mi kernel vzdy inak rozpozna 
> ethernety raz je prva karta eth0 a raz eth1. Samozrejme nie je v mojich 
> silach stale to menit a konfigurovat rucne. Som hladal kde kade, ale 
> kedze sformulovat otazku do vyhladavaca, je tiez veda, tak prosim o 
> pomoc tu. Ak niekto bude mat tusaka co som porobil zle, budem mu vdacny 
> ak mi napise.

Na Debianu jsem dříve používal ifrename
(http://packages.debian.org/cgi-bin/search_packages.pl?searchon=names&version=all&exact=1&keywords=ifrename) a předpokládám, že byste to na Slacku rozhodil.
Ale pokud používáte jádro 2.6 a udev, bude asi lepší se podívat se na
generování jeho pravidel (celkem použitelný návod jsem našel na
http://www.debianhelp.co.uk/udev.htm), ale pokud zkusíte hledat
persistent udev ethernet nebo něco podobného, mělo by to vrátit další
návody.

-- 
Michal Kašpar



From jarda47133 na spambob.net  Thu May 17 11:11:50 2007
From: jarda47133 na spambob.net (Jarda)
Date: Thu, 17 May 2007 11:11:50 +0200
Subject: =?ISO-8859-1?Q?K=F3dov=E1str=E1nkafilesyst=E9mu?=
References: <mailman.816.1179302317.4027.linux@linux.cz>
	<f2eg2g$2ua$1@news.brutele.be>
	<slrnf4mufp.le.mcepl@hubmaier.ceplovi.cz>
Message-ID: <f2h5nv$53h$1@news.brutele.be>

Matej Cepl wrote:

> On 2007-05-16, 08:49 GMT, Jarda wrote:
>> Pokud vim, na razeni slov v cestine existuje norma
> 
> http://math.feld.cvut.cz/ftp/olsak/bulletin/csr.ps
> 
> Hezký den,
> 
> Mat?j Cepl

Hm, tady: http://cs.wikipedia.org/wiki/Abecedn%C3%AD_%C5%99azen%C3%AD
ale pisou:

"Pro ?e?tinu upravuje abecední ?azení norma ?SN 97 6030 z roku 1994
(která nahradila star?í a slo?it?j?í ?SN 01 0181 z roku 1977)."

Autor csr to tedy ma podle zastarale normy.


-- 
--
Remove the 33 from my address to reply by e-mail!


From zika na allsoft.cz  Thu May 17 12:13:31 2007
From: zika na allsoft.cz (zika na allsoft.cz)
Date: Thu, 17 May 2007 10:13:31 +0000 (UTC)
Subject: AllWin TREND pod Wine
References: <29948.72265-378-381084431-1062613333@seznam.cz>
Message-ID: <f2h9sb$l3a$1@news.vol.cz>

Pod WinE pracuje zcela bez problémů program ALLWIN PLUS. A to včetně
komunikace se sériovým portem, tisky apod..

Bližší informace na info na allsoft.cz.

Jiří Zíka


From mcepl na redhat.com  Thu May 17 10:52:57 2007
From: mcepl na redhat.com (Matej Cepl)
Date: Thu, 17 May 2007 10:52:57 +0200
Subject: =?UTF-8?Q?Programov=C3=A1n=C3=AD?= v bashi
References: <f2h3mf$gm3$1@news.vol.cz>
Message-ID: <slrnf4o5v9.e8q.mcepl@hubmaier.ceplovi.cz>

On 2007-05-17, 08:27 GMT, pclumsky na seznam.cz wrote:
> Dobrý den, potřebuji "přespsat" program top jako skript v bashi.
> Prosím, poraďte jak na to. 

Předpokládám, že takovouhle kravinu Vám mohl jenom někdo zadat 
jako domácí úkol. Takže v tom případě by naše pomoc byla tak 
trochu podvod, že?

Zkuste se podívat do manpage topu -- najdete tam alespoň základní 
princip toho, jak top funguje, a pro zbytek asi dokumentace 
kernelu.

Matěj Cepl


From mcepl na redhat.com  Thu May 17 13:20:34 2007
From: mcepl na redhat.com (Matej Cepl)
Date: Thu, 17 May 2007 13:20:34 +0200
Subject: =?UTF-8?Q?K=C3=B3dov=C3=A1str=C3=A1nkafilesyst=C3=A9mu?=
References: <mailman.816.1179302317.4027.linux@linux.cz>
	<f2eg2g$2ua$1@news.brutele.be>
	<slrnf4mufp.le.mcepl@hubmaier.ceplovi.cz>
	<f2h5nv$53h$1@news.brutele.be>
Message-ID: <slrnf4oek2.fcj.mcepl@hubmaier.ceplovi.cz>

On 2007-05-17, 09:11 GMT, Jarda wrote:
> Hm, tady: 
> http://cs.wikipedia.org/wiki/Abecedn%C3%AD_%C5%99azen%C3%AD
> ale pisou:
>
> "Pro ?e?tinu upravuje abecední ?azení norma ?SN 97 6030 z roku 1994
> (která nahradila star?í a slo?it?j?í ?SN 01 0181 z roku 1977)."
>
> Autor csr to tedy ma podle zastarale normy.

Nevylučuji, že autor psal csr ještě před rokem 1994. Ano, i tehdy 
existovaly počítače ... :-)

Matěj


From qaxi na seznam.cz  Thu May 17 13:53:13 2007
From: qaxi na seznam.cz (=?UTF-8?B?IlBldHIgXCJRYXhpXCIgS2zDrW1hIg==?=)
Date: Thu, 17 May 2007 13:53:13 +0200
Subject: =?UTF-8?B?UHJvZ3JhbW92w6Fuw60gdiBiYXNoaQ==?=
In-Reply-To: <f2h3mf$gm3$1@news.vol.cz>
References: <f2h3mf$gm3$1@news.vol.cz>
Message-ID: <464C4229.2010706@seznam.cz>

> Dobrý den, potřebuji "přespsat" program top jako skript v bashi.
> Prosím, poraďte jak na to. 

Jemná nápověda

$ ps -eo pid,%cpu
-- 

    Petr Klíma

    e-mail:  qaxi na seznam.cz



From peak na argo.troja.mff.cuni.cz  Thu May 17 14:07:16 2007
From: peak na argo.troja.mff.cuni.cz (Pavel Kankovsky)
Date: Thu, 17 May 2007 14:07:16 +0200 (MET DST)
Subject: =?iso-8859-2?Q?Re=3A_Programov=E1n=ED_v_bashi?=
In-Reply-To: <f2h3mf$gm3$1@news.vol.cz>
Message-ID: <20070517140253.5D51.0@argo.troja.mff.cuni.cz>

On Thu, 17 May 2007 pclumsky na seznam.cz wrote:

> Dobrý den, potřebuji "přespsat" program top jako skript v bashi.
> Prosím, poraďte jak na to. 

1. Přeložte si top do Turingova stroje (top-TM).
2. Napište si v Bashi univerzální Turingův stroj (bash-UTM).
3. Spusťte top-TM nad bash-UTM.

--Pavel Kankovsky aka Peak  [ Boycott Microsoft--http://www.vcnet.com/bms ]
"Resistance is futile. Open your source code and prepare for assimilation."



From lists_mk na wujiman.net  Thu May 17 14:42:56 2007
From: lists_mk na wujiman.net (Martin Kraus)
Date: Thu, 17 May 2007 12:42:56 -0000
Subject: btfs kompilace bez libsdp
Message-ID: <20180519203927.GA12087@finrod>

zdravim,
  chtel bych zkusit pouzivat btfs nebo neco podobneho, jenze btfs potrebuje
pro kompilaci libsdp, ktera uz zrejme neni pro bluez potreba a neexistuje.
Nevite nekdo jestli se to da obejit pripadne nejaky jiny podobny fuse system
pro export bluetooth veci jako filesystem?

diky
mk


From jirka.cech na googlemail.com  Thu May 17 17:27:17 2007
From: jirka.cech na googlemail.com (jirka.cech@gmail.com)
Date: 17 May 2007 08:27:17 -0700
Subject: zijeme ??
In-Reply-To: <mailman.720.1178931873.4027.linux@linux.cz>
References: <mailman.720.1178931873.4027.linux@linux.cz>
Message-ID: <1179415637.884446.83190@p77g2000hsh.googlegroups.com>

On May 10, 8:32 am, "l.vl... na noel-plus.cz" <l.vl... na noel-plus.cz>
wrote:
> zdravim,
>
> uz jsem vice nez 24 hodin nedostal zpravu z konference. Umrelo neco u
> mne, nebo "na druhe strane" ??
>
> preji pekny den.
>
> L.Vlcek

no, ja mam zas opacny problem, psal jsem neco o generovani
postscriptove grafiky na usenet grupu ohledne ceskeho TeX/LaTeXu a
vubec se to neobjevilo. Nevim proc, a docela mne to sere. Psal jsem to
z googlegroups, coz je vcelku prijemne a prehledne rozhrani.



From konference na betateam.com  Thu May 17 19:39:37 2007
From: konference na betateam.com (Zdenek Mazanec)
Date: Thu, 17 May 2007 19:39:37 +0200
Subject: =?iso-8859-2?q?K=F3dov=E1str=E1nkafilesyst=E9mu?=
In-Reply-To: <f2h5nv$53h$1@news.brutele.be>
References: <mailman.816.1179302317.4027.linux@linux.cz>
	<slrnf4mufp.le.mcepl@hubmaier.ceplovi.cz>
	<f2h5nv$53h$1@news.brutele.be>
Message-ID: <200705171939.37602.konference@betateam.com>

On Thursday 17 of May 2007 11:11:50 Jarda wrote:
> Matej Cepl wrote:
> > On 2007-05-16, 08:49 GMT, Jarda wrote:
> >> Pokud vim, na razeni slov v cestine existuje norma
> >
> > http://math.feld.cvut.cz/ftp/olsak/bulletin/csr.ps
> >
> > Hezký den,
> >
> > Mat?j Cepl
>
> Hm, tady: http://cs.wikipedia.org/wiki/Abecedn%C3%AD_%C5%99azen%C3%AD
> ale pisou:
>
> "Pro ?e?tinu upravuje abecední ?azení norma ?SN 97 6030 z roku 1994
> (která nahradila star?í a slo?it?j?í ?SN 01 0181 z roku 1977)."
>
> Autor csr to tedy ma podle zastarale normy.

DV,
 kdyz uz musite do konference psat s nabodenicky, tak prosim tak, aby to slo 
precist.
Vas prispevek je idelani demonstrace toho, ze psat do konferenci s nabodenicky 
neni jeste stale prilis dobry napad.

Zdenek Mazanec


From dast na panelnet.cz  Thu May 17 19:39:52 2007
From: dast na panelnet.cz (Dalibor Straka)
Date: Thu, 17 May 2007 19:39:52 +0200
Subject: =?iso-8859-2?Q?Programov=E1n?=
	=?iso-8859-2?Q?=ED?= v bashi
In-Reply-To: <20070517140253.5D51.0@argo.troja.mff.cuni.cz>
References: <f2h3mf$gm3$1@news.vol.cz>
	<20070517140253.5D51.0@argo.troja.mff.cuni.cz>
Message-ID: <20070517173952.GA32109@panelnet.cz>

On Thu, May 17, 2007 at 02:07:16PM +0200, Pavel Kankovsky wrote:
> On Thu, 17 May 2007 pclumsky na seznam.cz wrote:
> 
> > Dobrý den, potřebuji "přespsat" program top jako skript v bashi.
> > Prosím, poraďte jak na to. 
> 
> 1. Přeložte si top do Turingova stroje (top-TM).
> 2. Napište si v Bashi univerzální Turingův stroj (bash-UTM).
> 3. Spusťte top-TM nad bash-UTM.
> 

Na tento proces je take vhodne dokoupit samostatny procesor.

-- Dalibor Straka


From mcberry na centrum.cz  Thu May 17 20:17:52 2007
From: mcberry na centrum.cz (mcberry na centrum.cz)
Date: Thu, 17 May 2007 18:17:52 +0000 (UTC)
Subject: =?utf-8?q?p=C5=99ep=C3=ADn=C3=A1n=C3=AD Linux/WinXP?=
Message-ID: <f2i68g$1a4u$1@news.vol.cz>

zdravím, potřeboval bych poradit, jak nainstalovat linux (konkrétně
Debian 4) na počítač, kde již jsou nainstalované WinXP tak, abych
mohl při bootu zvolit OS,
       děkuji


From antonin.micka na megasphera.cz  Thu May 17 20:46:44 2007
From: antonin.micka na megasphera.cz (=?iso-8859-2?q?Anton=EDn_Mi=E8ka?=)
Date: Thu, 17 May 2007 20:46:44 +0200
Subject: =?iso-8859-2?q?p=F8ep=EDn=E1n=ED?= Linux/WinXP
In-Reply-To: <f2i68g$1a4u$1@news.vol.cz>
References: <f2i68g$1a4u$1@news.vol.cz>
Message-ID: <200705172046.44826.antonin.micka@megasphera.cz>

Zdravím,

Tak zrovna na Debiánu to chodí celkem automaticky, když se instaluje grub, 
nalezne všechny nainstalované systémy a dá je do menu grubu pod nadpis 
alternativní systémy, stačí mít volné partice pro debian, a jde to skoro samo 
( potřebuje se jedna pro /, jedna pro swap, volitelně /home, případně /usr 
a /var).

Dne čtvrtek 17 květen 2007 20:17 mcberry na centrum.cz napsal(a):
> zdravím, potřeboval bych poradit, jak nainstalovat linux (konkrétně
> Debian 4) na počítač, kde již jsou nainstalované WinXP tak, abych
> mohl při bootu zvolit OS,
>        děkuji

-- 
Antonín Mička


From dast na panelnet.cz  Thu May 17 20:53:27 2007
From: dast na panelnet.cz (Dalibor Straka)
Date: Thu, 17 May 2007 20:53:27 +0200
Subject: Vlakna a soubory
Message-ID: <20070517185327.GA32579@panelnet.cz>

Preji hezky vecer,

pisu program a mam nekolik vlaken, ktere take zapisuji a ctou do/ze
souboru. Pro zapis mam vlakno blokovane mutexy, ale nemuzu se docist
jestli by vadilo paralelni cteni a zapis. Vim, ze se nikdy nebude
cist prave zapisovana cast (protoze se bitoveho pole zapise 1 az po
skonceni funkce zapis_do_souboru()). Jedine co mi dela starost je
lseek(), jenze v manu neni nikde thread_save nebo unsave apod.

Samozrejme bych mohl pouzit mutexy, ale proc blokovat zbytecne vlakno,
to bych byl hloupy a program pomaly.

Diky za info,
-- Dalibor Straka


From dast na panelnet.cz  Thu May 17 21:22:52 2007
From: dast na panelnet.cz (Dalibor Straka)
Date: Thu, 17 May 2007 21:22:52 +0200
Subject: Vlakna a soubory
In-Reply-To: <20070517185327.GA32579@panelnet.cz>
References: <20070517185327.GA32579@panelnet.cz>
Message-ID: <20070517192252.GA312@panelnet.cz>

On Thu, May 17, 2007 at 08:53:27PM +0200, Dalibor Straka wrote:
> pisu program a mam nekolik vlaken, ktere take zapisuji a ctou do/ze
> souboru. Pro zapis mam vlakno blokovane mutexy, ale nemuzu se docist
> jestli by vadilo paralelni cteni a zapis. Vim, ze se nikdy nebude
> cist prave zapisovana cast (protoze se bitoveho pole zapise 1 az po
> skonceni funkce zapis_do_souboru()). Jedine co mi dela starost je
> lseek(), jenze v manu neni nikde thread_save nebo unsave apod.
> 

Kdyz selhaly many, pomohlo "vi /tmp/test.c". Dve vlakna, kde jedno
volalo lseek a druhe cetlo data, delala zajimave kousky ;-) a mutexy
jsem kolem lseek uz dopsal.

-- Dalibor Straka


From peak na argo.troja.mff.cuni.cz  Thu May 17 21:25:49 2007
From: peak na argo.troja.mff.cuni.cz (Pavel Kankovsky)
Date: Thu, 17 May 2007 21:25:49 +0200 (MET DST)
Subject: Vlakna a soubory
In-Reply-To: <20070517185327.GA32579@panelnet.cz>
Message-ID: <20070517211715.5D51.0@argo.troja.mff.cuni.cz>

On Thu, 17 May 2007, Dalibor Straka wrote:

> Pro zapis mam vlakno blokovane mutexy, ale nemuzu se docist jestli by
> vadilo paralelni cteni a zapis.

Jádru to nevadí. Pokud si nebudete během čtení do čtené oblasti zapisovat,
pak to nebude vadit ani Vám.

Tedy ještě je zde otázka, zda si pod paralelními operacemi představujete
paralelní operace nad různými fd nebo jedním a tím samým fd, protože běžné
čtení a zápis hýbe s ukazatelem aktuální pozice v souboru...

> Jedine co mi dela starost je lseek(), jenze v manu neni nikde
> thread_save nebo unsave apod.

lseek() je dokonce reentrantní. Ovšem pokud ho chcete používat z různých
vláken na jeden fd, pak si stejně koledujete o průšvih, protože se může
např. stát, že místo dvou sekvencí (lseek(), read()) se stane (lseek(),
lseek(), read(), read()) s úplně jinými výsledky.

Buď musíte v různých vláknech používat různé fd, nebo to musíte
serializovat, nebo musíte používat pread() a pwrite().

> Samozrejme bych mohl pouzit mutexy, ale proc blokovat zbytecne vlakno,
> to bych byl hloupy a program pomaly.

Znáte ten vtip, jak 486 a Pentium soutěží v počítání?


--Pavel Kankovsky aka Peak  [ Boycott Microsoft--http://www.vcnet.com/bms ]
"Resistance is futile. Open your source code and prepare for assimilation."



From dast na panelnet.cz  Thu May 17 21:33:34 2007
From: dast na panelnet.cz (Dalibor Straka)
Date: Thu, 17 May 2007 21:33:34 +0200
Subject: Vlakna a soubory
In-Reply-To: <20070517211715.5D51.0@argo.troja.mff.cuni.cz>
References: <20070517185327.GA32579@panelnet.cz>
	<20070517211715.5D51.0@argo.troja.mff.cuni.cz>
Message-ID: <20070517193334.GB312@panelnet.cz>

On Thu, May 17, 2007 at 09:25:49PM +0200, Pavel Kankovsky wrote:
> lseek() je dokonce reentrantní. Ovšem pokud ho chcete používat z různých
> vláken na jeden fd, pak si stejně koledujete o průšvih, protože se může
> např. stát, že místo dvou sekvencí (lseek(), read()) se stane (lseek(),
> lseek(), read(), read()) s úplně jinými výsledky.
> 
Diky, proste to pozamykam.

> Buď musíte v různých vláknech používat různé fd, nebo to musíte
> serializovat, nebo musíte používat pread() a pwrite().
> 
> > Samozrejme bych mohl pouzit mutexy, ale proc blokovat zbytecne vlakno,
> > to bych byl hloupy a program pomaly.
> 
> Znáte ten vtip, jak 486 a Pentium soutěží v počítání?
> 
To sice ano, ale pomalu jeste neznamena spravne. Kdyz uz blbe, tak
alespon rychle.

Je to trosku blby pripad: Mam dynamicky seznam souboru do kterych
se zapisuje a cte se z nich. Musel bych si udelat ve strukture
polozku zda-li je soubor zamceny. Na druhou stranu by to mohlo zrychlit
i/o operace.

-- Dalibor Straka


From jarda47133 na spambob.net  Thu May 17 22:42:47 2007
From: jarda47133 na spambob.net (Jarda)
Date: Thu, 17 May 2007 22:42:47 +0200
Subject: =?ISO-8859-1?Q?K=F3dov=E1str=E1nkafilesyst=E9mu?=
References: <mailman.816.1179302317.4027.linux@linux.cz>
	<slrnf4mufp.le.mcepl@hubmaier.ceplovi.cz>
	<f2h5nv$53h$1@news.brutele.be>
	<mailman.850.1179423583.4027.linux@linux.cz>
Message-ID: <f2ie7a$k21$1@news.brutele.be>

Zdenek Mazanec wrote:

> On Thursday 17 of May 2007 11:11:50 Jarda wrote:
>> Matej Cepl wrote:
>> > On 2007-05-16, 08:49 GMT, Jarda wrote:
>> >> Pokud vim, na razeni slov v cestine existuje norma
>> >
>> > http://math.feld.cvut.cz/ftp/olsak/bulletin/csr.ps
>> >
>> > Hezký den,
>> >
>> > Mat?j Cepl
>>
>> Hm, tady:
>> http://cs.wikipedia.org/wiki/Abecedn%C3%AD_%C5%99azen%C3%AD ale
>> pisou:
>>
>> "Pro ?e?tinu upravuje abecední ?azení norma ?SN 97 6030 z roku 1994
>> (která nahradila star?í a slo?it?j?í ?SN 01 0181 z roku 1977)."
>>
>> Autor csr to tedy ma podle zastarale normy.
> 
> DV,
>  kdyz uz musite do konference psat s nabodenicky, tak prosim tak,
>  aby to slo
> precist.
> Vas prispevek je idelani demonstrace toho, ze psat do konferenci s
> nabodenicky neni jeste stale prilis dobry napad.


Vysvetlete to na wikipedii. Oni to tam maji jen s nabodenicky. Jinak
ja pisi bez, nabodenicka na klavesnici nemam.

-- 
--
Remove the 33 from my address to reply by e-mail!


From fuky na fuky.org  Thu May 17 23:44:43 2007
From: fuky na fuky.org (Jan Fuchs)
Date: Thu, 17 May 2007 23:44:43 +0200
Subject: XOrg: Multi-Seat
Message-ID: <20070517214443.GA5620@sunstel.asu.cas.cz>

Dobrý den,
snažím se rozchodit na Debian Etch (xorg) Multi-Seat. Mám dva monitory, dvě
klávesnice, dvě myši, dvě grafické karty Radeon 9250 na PCI. Používám
OpenSource ovladač (vše funguje tak jak má Xinerama, akcelerace atp.). Rozhodl
jsem se vytvořit pomocí těchto karet dvě nezávislá pracoviště na jednom PC.
Udělal jsem tedy dva layouty pro xorg. Nejprve spustím pouze první, funguje.
Spustím pouze druhý, funguje. Definuji tedy jejich spuštění v gdm po
nabootování PC. Naběhne první layout a ve chvíli co začne nabíhat druhý layout,
tak přestane blikat kurzor na tom prvním. Naloguju se na druhém layoutu a vše
funguje tak jak má. Sednu si k prvnímu, kde přestal blikat kurzor, což
signalizuje, že je něco v nepořádku. A po stisknutí klávesnice se nic neděje,
ani myš se nepohybuje, jen najednou začne tento layout vytěžovat procesor na
99% a do logu začne sypat: 

(EE) RADEON(0): Idle timed out, resetting engine...

$ cat /etc/gdm/gdm.conf

[daemon]
VTAllocation=false

[servers]
0=Standard0
1=Standard1

[server-Standard0]
name=Standard0
command=/usr/X11R6/bin/X -br -audit 0 -nolisten tcp -novtswitch -sharevts -layout seat0
handled=true
flexible=false

[server-Standard1]
name=Standard1
command=/usr/X11R6/bin/X -br -audit 0 -nolisten tcp -novtswitch -sharevts -layout seat1
handled=true
flexible=false

Část xorg.conf:

Section "InputDevice"
    Identifier     "keyboard0"
    Driver         "evdev"
    Option         "CoreKeyboard" 
    Option         "Protocol" "evdev"
    #Option         "Device" "/dev/input/event4"
    Option         "Phys" "usb-0000:00:10.3-1/input0"
    Option         "XkbModel" "pc105"
    Option         "XkbLayout" "us"
EndSection

Section "InputDevice"
    Identifier     "mouse0"
    Driver         "mouse"
    Option         "Protocol" "ExplorerPS/2"
    Option         "CorePointer"
    Option         "Device" "/dev/input/mouse1"
    #Option         "Phys" "usb-0000:00:10.2-1/input0"
    Option         "ZAxisMapping" "4 5"
EndSection

Section "Device"
    Identifier     "device0"
    Driver         "ati"
    BusID          "PCI:0:08:0"
EndSection

Section "Monitor"
    Identifier     "monitor0"
    HorizSync       31.5 - 48.5
    VertRefresh     40.0 - 70.0
    #HorizSync      30.0 - 100.0
    #VertRefresh    50.0 - 160.0
EndSection

Section "Screen"
    Identifier     "screen0"
    Device         "device0"
    Monitor        "monitor0"
    DefaultDepth    24
    SubSection     "Display"
	Modes      "1280x1024" "1152x864" "1024x768" "800x600" "640x480"
        Depth       24
    EndSubSection
EndSection

Section "ServerLayout"
    Identifier     "seat0"
    Screen         "screen0"
    InputDevice    "mouse0"
    InputDevice    "keyboard0"
EndSection

Nevíte někdo v čem by mohl být problém? 

Postupoval jsem dle:

   http://linuxgazette.net/124/smith.html
   http://en.wikibooks.org/wiki/Multiterminal_with_evdev

         S pozdravem Jan Fuchs

-- 

/**************************************************************
*   _    Žádný program není bezchybný, dokonalý ani nejlepší, *
*  °v°   to samé platí i o lidech a nejen o nich.             *
* /(_)\                                      -- Jan Fuchs --  *
*  ^ ^                                                        *
*        http://www.fuky.org                   ICQ: 200692177 *
**************************************************************/


From ceofirstchemicals75 na yahoo.ie  Fri May 18 00:31:16 2007
From: ceofirstchemicals75 na yahoo.ie (Lam Yuet King)
Date: Fri, 18 May 2007 00:31:16 +0200
Subject: Representative
Message-ID: <200705172231.l4HMVGPk008686@javanais1.model-fx.com>

Attn:Receipient

I am Lam Yuet King.My company First Chemicals was established in 2002.First Chemicals is an innovative, reliable supplier and manufacturer of high  quality biochemicals, amino acids, pharmaceutical intermediates,herb extracts, oleochemicals, agrochemicals, dyes and pigments, industrial and specialty chemicals, surfactants and cleaning chemicals, for scientific and
industrial applications.

Through our commitment to innovation, cutting-edge technology, high quality products and industry leading service excellence we are able to deliver significant advantage to our global customers and partners. First Chemicals' extensive knowledge and understanding of the China chemical and pharmaceutical industries is convincing. This, coupled with our expertise in
those key areas of procurement, supply-chain, and logistics to create a truly world-class team for quality chemical and pharmaceutical products in China.


First Chemicals creates advantage in several ways:High Quality Products Delivering excellent value, high quality products to create superior added value for our customers is one of the fundamentals of our business model. Our products are manufactured and supplied to consistently high standards including ISO 9000 and ISO 14000.

I write to solicit your assistance in working with me as my payment agent who can help us establish a medium of getting to my customers in Canada, America,and Europe as well as making payments through you to me.You will be paid 10% of every payment made through you to me.Subject to your satisfaction you will be given the opportunity to negotiate your mode of which we will pay for your services as my Representative/Payment agent.


Please if you are interested forward to me your phone/fax number/Present Occupation/Age and your full contact address.

Thank you as i await your further response.

Faithfully Yours,

Lam Yuet King






From jarda47133 na spambob.net  Fri May 18 10:20:12 2007
From: jarda47133 na spambob.net (Jarda)
Date: Fri, 18 May 2007 10:20:12 +0200
Subject: Representative
References: <mailman.860.1179441066.4027.linux@linux.cz>
Message-ID: <f2jn2k$44o$1@news.brutele.be>

Lam Yuet King wrote:

> Attn:Receipient
> 
> I am Lam Yuet King.My company First Chemicals was established in

Zajimaven, jak ti Cinani pisi z Francie, ze potrebuji kontakta v
Evrope. No, osobne davam prednost 25% z majetku zavrazdeneho
africkeho prezidenta podle nigeriskeho vzoru 419. :-)

No nic, ja jen tak rypu, kdyby sem snad zabrousil nejaky blbec, co to
jeste nezna a neumi Google a chtel na to skocit.

-- 
--
Remove the 33 from my address to reply by e-mail!


From mcepl na redhat.com  Fri May 18 00:52:51 2007
From: mcepl na redhat.com (Matej Cepl)
Date: Fri, 18 May 2007 00:52:51 +0200
Subject: =?UTF-8?Q?K=C3=B3dov=C3=A1str=C3=A1nkafilesyst=C3=A9mu?=
References: <mailman.816.1179302317.4027.linux@linux.cz>
	<slrnf4mufp.le.mcepl@hubmaier.ceplovi.cz>
	<f2h5nv$53h$1@news.brutele.be>
	<mailman.850.1179423583.4027.linux@linux.cz>
Message-ID: <slrnf4pn63.met.mcepl@hubmaier.ceplovi.cz>

On 2007-05-17, 17:39 GMT, Zdenek Mazanec wrote:
> kdyz uz musite do konference psat s nabodenicky, tak prosim 
> tak, aby to slo precist. Vas prispevek je idelani demonstrace 
> toho, ze psat do konferenci s nabodenicky neni jeste stale 
> prilis dobry napad.

Jenom ze zvedavosti -- co jste mel za problem? Ta zprava co jsem 
posilal byla Content-type: text/plain; charset=utf-8. Co mate za 
newsreader?

Diky,

Matej


From PaJaSoft na FoNet.Cz  Fri May 18 10:29:14 2007
From: PaJaSoft na FoNet.Cz (=?iso-8859-2?Q?Ing._Pavel_PaJaSoft_Janou=B9ek?=)
Date: Fri, 18 May 2007 10:29:14 +0200
Subject: =?iso-8859-2?Q?RE:_K=F3dov=E1str=E1nkafilesyst=E9mu?=
In-Reply-To: <slrnf4pn63.met.mcepl@hubmaier.ceplovi.cz>
Message-ID: <200705180829.l4I8TEGK010970@merlin.fonet.cz>

> Jenom ze zvedavosti -- co jste mel za problem? Ta zprava co jsem
> posilal byla Content-type: text/plain; charset=utf-8. Co mate za
> newsreader? 

	Mne to Vaše dorazilo s:

Content-Type: text/plain; charset="iso-8859-2"

-------------------------------------------------------------------
Ing. Pavel Janousek (PaJaSoft)             FoNet, spol. s r. o.
Technicka podpora, Intranet/Internet     Sokolova 67, 619 00 Brno
E-mail: mailto:Janousek na FoNet.Cz         Tel.: +420  5  4324 4749
WWW:    http://WWW.FoNet.Cz/           E-mail: mailto:Info na FoNet.Cz
-------------------------------------------------------------------  



From soban na soban.cz  Fri May 18 13:55:13 2007
From: soban na soban.cz (=?ISO-8859-2?Q?Petr_=A9ob=E1=F2?=)
Date: Fri, 18 May 2007 13:55:13 +0200
Subject: =?ISO-8859-2?Q?K=F3dov=E1str=E1nkafilesyst=E9mu?=
In-Reply-To: <slrnf4pn63.met.mcepl@hubmaier.ceplovi.cz>
References: <mailman.816.1179302317.4027.linux@linux.cz>	<slrnf4mufp.le.mcepl@hubmaier.ceplovi.cz>	<f2h5nv$53h$1@news.brutele.be>	<mailman.850.1179423583.4027.linux@linux.cz>
	<slrnf4pn63.met.mcepl@hubmaier.ceplovi.cz>
Message-ID: <464D9421.2020502@soban.cz>

Matej Cepl napsal(a):
> On 2007-05-17, 17:39 GMT, Zdenek Mazanec wrote:
>> kdyz uz musite do konference psat s nabodenicky, tak prosim 
>> tak, aby to slo precist. Vas prispevek je idelani demonstrace 
>> toho, ze psat do konferenci s nabodenicky neni jeste stale 
>> prilis dobry napad.
> 
> Jenom ze zvedavosti -- co jste mel za problem? Ta zprava co jsem 
> posilal byla Content-type: text/plain; charset=utf-8. Co mate za 
> newsreader?
> 
> Diky,
> 

No já nevím ale utf-8 to zaručeně není a tady vidíte kdyby každý použil
utf-8 bylo by po problému.

Viz:

 Content-Type: text/plain; charset="iso-8859-2"
 Content-Transfer-Encoding: quoted-printable
 Sender: linux-bounces na linux.cz

> On 2007-05-16, 08:49 GMT, Jarda wrote:
>> Pokud vim, na razeni slov v cestine existuje norma
> =

> http://math.feld.cvut.cz/ftp/olsak/bulletin/csr.ps
> =

> Hezk=FD den,
> =

> Mat?j Cepl

 Hm, tady: http://cs.wikipedia.org/wiki/Abecedn%C3%AD_%C5%99azen%C3%AD
 ale pisou:

 "Pro ?e?tinu upravuje abecedn=ED ?azen=ED norma ?SN 97 6030 z roku 1994
 (kter=E1 nahradila star?=ED a slo?it?j?=ED ?SN 01 0181 z roku 1977)."

 Autor csr to tedy ma podle zastarale normy.






-- 

/----------------------------------------\
|            Petr Šobáň                  |
|            Olomouc                     |
|----------------------------------------|
|    ICQ    179223500                    |
|    jabber soban_petr na jabber.org        |
\----------------------------------------/

Láska je povídka v citoslovcích.
		-- Baudelaire



From frantisek na augusztin.com  Fri May 18 15:14:23 2007
From: frantisek na augusztin.com (=?iso-8859-2?q?Franti=B9ek_Augusztin?=)
Date: Fri, 18 May 2007 15:14:23 +0200
Subject: =?iso-8859-2?q?K=F3dov=E1str=E1nkafilesyst=E9mu?=
In-Reply-To: <slrnf4pn63.met.mcepl@hubmaier.ceplovi.cz>
References: <mailman.816.1179302317.4027.linux@linux.cz>
	<mailman.850.1179423583.4027.linux@linux.cz>
	<slrnf4pn63.met.mcepl@hubmaier.ceplovi.cz>
Message-ID: <200705181514.23299.frantisek@augusztin.com>

Matej Cepl:
> Jenom ze zvedavosti -- co jste mel za problem? Ta zprava co jsem
> posilal byla Content-type: text/plain; charset=utf-8. Co mate za
> newsreader?

Napriklad ani z mailinglistu to neprislo dobre, vid ukazka (zdroj spravy) :

"Pro ?e?tinu upravuje abecedn=ED ?azen=ED norma ?SN 97 6030 z roku 1994
(kter=E1 nahradila star?=ED a slo?it?j?=ED ?SN 01 0181 z roku 1977)."

Z otaznikov ani najlepsi program povodny text nedokaze dekodovat, aj ked mate 
utf-8 v hlavicke.
-- 
Frantisek Augusztin
frantisek na augusztin.com


From prudek na bvx.cz  Fri May 18 16:24:02 2007
From: prudek na bvx.cz (Milos Prudek)
Date: Fri, 18 May 2007 16:24:02 +0200
Subject: =?iso-8859-2?b?cPhlcG51dO0=?= =?iso-8859-2?b?IHJvemxpuWVu7Q==?=
Message-ID: <200705181624.02366.prudek@bvx.cz>


Už je to moc dávno co jsem potřeboval v Linuxu virtuální rozlišení... někdy v 
roce 1999. Takže teď tápu, zda se něco změnilo. Relevantní úsek v xorg.conf:

Section "Screen"
    Identifier "screen1"
    Device "device1"
    Monitor "monitor1"
    DefaultDepth 24

    Subsection "Display"
        Depth 24
        Modes "1600x1200" "800x600"
        Virtual 1600 1200
    EndSubsection
    Option "IgnoreEDID" "1"
    Option "DPMS"
EndSection

Ten řádek "Modes" jsem tam přidal já. Čili normálně používám hardwarové 
rozlišení monitoru, 1600x1200. Jenže, když stisknu Ctrl-Alt-Minus nebo 
Ctrl-Alt-Plus, nestane se vůbec nic. Rozlišení se nepřepne.

Kde by mohl být problém?

Jde mi o používání brutálních virtuálních rozlišení 7000x7000 a podobně kvůli 
grabování velkých map z google maps a podobně.  Zatím to řeším přes lokální 
vncserver s parametrem -geometry, což funguje... ale přímé použití 
virtuálního rozlišení X se mi zdá pohodlnější.

-- 
Milos Prudek


From stoupa na practisoft.cz  Fri May 18 16:19:34 2007
From: stoupa na practisoft.cz (Petr Vileta)
Date: Fri, 18 May 2007 16:19:34 +0200
Subject: =?iso-8859-2?Q?Re:_K=F3dov=E1str=E1nkafilesyst=E9mu?=
References: <mailman.816.1179302317.4027.linux@linux.cz>	<slrnf4mufp.le.mcepl@hubmaier.ceplovi.cz>	<f2h5nv$53h$1@news.brutele.be>	<mailman.850.1179423583.4027.linux@linux.cz><slrnf4pn63.met.mcepl@hubmaier.ceplovi.cz>
	<mailman.863.1179489325.4027.linux@linux.cz>
Message-ID: <f2kcs1$1crg$1@ns.felk.cvut.cz>

"Petr Šobáň" <soban na soban.cz> píše v diskusním příspěvku 
news:mailman.863.1179489325.4027.linux na linux.cz...
>> Jenom ze zvedavosti -- co jste mel za problem? Ta zprava co jsem
>> posilal byla Content-type: text/plain; charset=utf-8. Co mate za
>> newsreader?
>>
>> Diky,
>>
>
> No já nevím ale utf-8 to zaručeně není a tady vidíte kdyby každý použil
> utf-8 bylo by po problému.
>
Me to dorazilo s Content-type: text/plain; charset=utf-8. Ctu to news 
readerem Utlouk Express ;-)
-- 
Petr

Skype: callto://fidokomik

Na mail uvedeny v headeru zpravy nema cenu nic posilat, konci to v PR* :-)
Odpovidejte na petr na practisoft cz



From stoupa na practisoft.cz  Fri May 18 16:21:04 2007
From: stoupa na practisoft.cz (Petr Vileta)
Date: Fri, 18 May 2007 16:21:04 +0200
Subject: =?iso-8859-2?Q?Re:_K=F3dov=E1str=E1nkafilesyst=E9mu?=
References: <mailman.816.1179302317.4027.linux@linux.cz><mailman.850.1179423583.4027.linux@linux.cz><slrnf4pn63.met.mcepl@hubmaier.ceplovi.cz>
	<mailman.864.1179494069.4027.linux@linux.cz>
Message-ID: <f2kcs2$1crg$2@ns.felk.cvut.cz>

"František Augusztin" <frantisek na augusztin.com> píše v diskusním příspěvku 
news:mailman.864.1179494069.4027.linux na linux.cz...
> Matej Cepl:
>> Jenom ze zvedavosti -- co jste mel za problem? Ta zprava co jsem
>> posilal byla Content-type: text/plain; charset=utf-8. Co mate za
>> newsreader?
>
> Napriklad ani z mailinglistu to neprislo dobre, vid ukazka (zdroj spravy) 
> :
>
> "Pro ?e?tinu upravuje abecedn=ED ?azen=ED norma ?SN 97 6030 z roku 1994
> (kter=E1 nahradila star?=ED a slo?it?j?=ED ?SN 01 0181 z roku 1977)."
>
> Z otaznikov ani najlepsi program povodny text nedokaze dekodovat, aj ked 
> mate
> utf-8 v hlavicke.
Ale to bude asi problem mailing listu, tedy nejake konverze, kterou provadi 
ten server. Ja to ctu jako news a dorazilo a zobrazilo se to spravne v 
utf-8.
-- 
Petr

Skype: callto://fidokomik

Na mail uvedeny v headeru zpravy nema cenu nic posilat, konci to v PR* :-)
Odpovidejte na petr na practisoft cz



From hana.skoumalova na ff.cuni.cz  Fri May 18 16:44:11 2007
From: hana.skoumalova na ff.cuni.cz (Hana Skoumalova)
Date: Fri, 18 May 2007 16:44:11 +0200
Subject: =?ISO-8859-2?Q?p=F8epnut=ED_rozli=B9en=ED?=
In-Reply-To: <200705181624.02366.prudek__30768.105647485$1179498247$gmane$org@bvx.cz>
References: <200705181624.02366.prudek__30768.105647485$1179498247$gmane$org@bvx.cz>
Message-ID: <464DBBBB.90508@ff.cuni.cz>

Milos Prudek wrote:

> Ten řádek "Modes" jsem tam přidal já. Čili normálně používám hardwarové 
> rozlišení monitoru, 1600x1200. Jenže, když stisknu Ctrl-Alt-Minus nebo 
> Ctrl-Alt-Plus, nestane se vůbec nic. Rozlišení se nepřepne.
> 
> Kde by mohl být problém?

X-server z nějakého důvodu neumí těch 800x600? Zkuste si projít 
/var/log/Xorg.0.log, většinou je tam dlouhý seznam rozlišení, která se 
povedla a která ne.

Hanka



From prudek na bvx.cz  Fri May 18 16:58:41 2007
From: prudek na bvx.cz (Milos Prudek)
Date: Fri, 18 May 2007 16:58:41 +0200
Subject: =?iso-8859-2?b?cPhlcG51dO0=?= =?iso-8859-2?b?IHJvemxpuWVu7Q==?=
In-Reply-To: <464DBBBB.90508@ff.cuni.cz>
References: <200705181624.02366.prudek__30768.105647485$1179498247$gmane$org@bvx.cz>
	<464DBBBB.90508@ff.cuni.cz>
Message-ID: <200705181658.41852.prudek@bvx.cz>

> X-server z nějakého důvodu neumí těch 800x600? Zkuste si projít
> /var/log/Xorg.0.log, většinou je tam dlouhý seznam rozlišení, která se

Nasel jsem v tom logu tyhle radky. Zdaji se spis potvrzovat ze vsechno je OK. 
Je tam slovo "validated".


(--) NVIDIA(0): Connected display device(s) on GeForce4 MX 4000 at PCI:1:0:0:
(--) NVIDIA(0):     IBM 6652 P275 (CRT-0)
(--) NVIDIA(0): IBM 6652 P275 (CRT-0): 350.0 MHz maximum pixel clock
(II) NVIDIA(0): Assigned Display Device: CRT-0
(II) NVIDIA(0): Validated modes:
(II) NVIDIA(0):     "1600x1200"
(II) NVIDIA(0):     "800x600"
(**) NVIDIA(0): Virtual screen size configured to be 1600 x 1200
(--) NVIDIA(0): DPI set to (101, 101); computed from "UseEdidDpi" X config 
optio
n
(--) Depth 24 pixmap format is 32 bpp

-- 
Milos Prudek


From lists_mk na wujiman.net  Fri May 18 13:14:10 2007
From: lists_mk na wujiman.net (Martin Kraus)
Date: Fri, 18 May 2007 13:14:10 +0200
Subject: root na LVM pres MD(raid1), jak funguje bootloader
Message-ID: <20070518111410.GA13288@finrod>

zdravim,
  zajimalo by mne jak funguje bootloader(lilo ci grub) kdyz mam root
filesystem na LVM a to je na MD raid1. Mam Debian Etch a s lilem to funguje.
zajimalo by mne, jak by fungoval grub, protoze mi neni jasne, jak najde svuj
/boot/grub/stage{1.5,2} a kernel a initramfs image na takovem filesystemu. 

Predpokladam, ze lilo si zapise fyzicke umisteni na disku a obejde tak jak LVM
tak MD. Ale opravdu nevim. Mohl by to nekdo erudovany vysvetlit pripadne me
odkazat na nejakou dokumentaci? Asi hledam spatne, ale zatim jsem nic
osvetlujiciho nenasel.

dekuji
mk


From lists_mk na wujiman.net  Fri May 18 13:18:38 2007
From: lists_mk na wujiman.net (Martin Kraus)
Date: Fri, 18 May 2007 13:18:38 +0200
Subject: swap na LVM
Message-ID: <20070518111838.GB13288@finrod>

jeste jednou dobry den,
  mam dotaz, zda swap na LVM je nejaky problem. Pripada me vyhodne mit cely
disk v LVM a alokovat podle potreby nez udelat partitiony a doufat ze jsem to
chytnul dobre.

diky
mk


From dan.barcot na gmail.com  Fri May 18 19:00:57 2007
From: dan.barcot na gmail.com (=?UTF-8?Q?Dan_Bar=C4=8Dot?=)
Date: Fri, 18 May 2007 19:00:57 +0200
Subject: Offtopic: prodej Dell racku
Message-ID: <1c43b5030705181000t50cbcf1amb05270fa375fd29a@mail.gmail.com>

Dobry den,

mam k prodeji pekny mobilni Dell rack 24U, delka cca 95cm. Idealni na nejaky
linuxovy rackovy servrik. :) Ma predni jednodilna + zadni dvoudilna dvirka,
odnimatelne boky s vylomenymi zamky, takze bocnice nedrzi. Nicmene, vymena
zamku za nove by mela byt trivialni vec. Jinak je v perfektnim stavu.
Mobilita spociva v pritomnosti 4 kolecek, takze pripadny presun racku je
jednoducha zalezitost.

Foto treba zde: http://www.pcserver1.com/SERVER/RACK/DELL24UOLD.jpg, v
pripade zajmu zaslu dalsi foto. Lokace Praha

Cena dle dohody

Dan Barcot


From stepan na srnet.cz  Fri May 18 21:10:32 2007
From: stepan na srnet.cz (Stepan Roh)
Date: Fri, 18 May 2007 21:10:32 +0200 (CEST)
Subject: Rozchozeni webkamery Creative Live! Cam Vista IM
Message-ID: <Pine.LNX.4.64.0705182102510.5507@penguin.src>

Zdravim.

Nepodarilo se nekomu k plne spokojenosti rozchodit kameru Creative Live! 
Cam Vista IM? Pouzil jsem ovladac z 
http://www.rastageeks.org/ov51x-jpeg/index.php/Main_Page, ktery ji 
normalne najde a jako prvni zkusil xawtv, coz funguje bez problemu. 
Bohuzel dalsi moje pokusy uz selhaly: Flash Player 9 (r31) pod Firefoxem 
2.0.0.3 kameru najde, ale obraz je cerny (zkouseno pres 
http://oldes.multimedia.cz/swf/mx-webcam.html) a Kopete z KDE 3.5.4 kameru 
take najde, ale jako preview ukazuje zeleno-cerne nic.

Distribuce Slackware 11.0, jadro je vanilla 2.6.17.13.

Budu vdecen za kazdou radu, diky.

S pozdravem,

Stepan Roh


From zdenek.janis na brajan.cz  Fri May 18 23:24:18 2007
From: zdenek.janis na brajan.cz (Zdenek Janis)
Date: Fri, 18 May 2007 23:24:18 +0200
Subject: Vice zvukovych zarizeni na USB + ALSA
Message-ID: <464E1982.6000409@brajan.cz>

Dobry den,
Potreboval bych pomoci s diagnostikou problemu.

Chtel bych mit u PC pripojeno vice zvukovych zarizeni pres USB (ponechme 
stranou proc to). Ty zarizeni nejsou stejne (pozdeji se muze stat, ze 
jich nekolik stejnych bude), jedno jsou USB sluchatka a druhe USB 
zvukovka (skatulka). Nutno poznamenat ze zarizeni pripojuji pre USB 7p 
switch.
Samostatne kazde znich pracuje k plne spokojenosti vyuzivajic modul 
jadra "snd_usb_audio". Test pomoci "speaker-test" - ok pro obe (samostatne).
Mam-li ale zapojeny obe USB zvukovky, tak uz znich nedostanu zadny zvuk 
a "speaker-test" neustale vypisuje:

$ speaker-test -c 6 -D usb_phone

speaker-test 1.0.13

Playback device is usb_phone
Stream parameters are 48000Hz, S16_LE, 6 channels
Using 16 octaves of pink noise
ALSA lib pcm_direct.c:985:(snd_pcm_direct_initialize_slave) unable to 
install hw params
ALSA lib pcm_dmix.c:876:(snd_pcm_dmix_open) unable to initialize slave
Playback open error: -32,Přerušena roura (SIGPIPE)

A v "kernel.log" jsou tato hlaseni:
May 18 22:57:19 tux kernel: cannot submit datapipe for urb 0, error -28: 
not enough bandwidth

Co je ale zajimave, ze pokud necham bezet "speaker-test" na USB 
sluchatkach a pri tom zapojim USB zvukovku, tak potom funguji obe naraz. 
Pochopitelne do prvniho retartu, vypnuti pc, nebo odpojeni USB switche.
Pokud to ale zapojim primo do PC (bez USB switche), tak to funguje uplne 
skvele (az na to, ze kdyz pustim do USB zvukovky zvuk, tak prvni pouziti 
zdechne prehravac na sig.11). Jenze USBcek na MB neni moc a tak bych to 
potreboval pripojovat pres switch. Podobny problem ukazujici na switch 
mam u USB-serial prevodniku.
Ted jde tedy o to, zda se mam obratit na vyvojare modulu ktery resi USB 
switch (je-li nejaky, nebo zda to je primo v modulu pro USB port) ci je 
to problem modulu pro USB zvukovku, nebo zda zlobi neco v ALSA ci za to 
muze asound.conf nebo rovnou zahodit a shanet jiny USB switch?!


Vypis z kernel.log - prvni cast je pripojeni USB sluchatek, druha cast 
USB zvukovky:

May 18 21:57:04 tux kernel: usb 1-2.4: new full speed USB device using 
ehci_hcd and address 13
May 18 21:57:04 tux kernel: usb 1-2.4: configuration #1 chosen from 1 choice
May 18 21:57:04 tux kernel: input: USB Audio as /class/input/input8
May 18 21:57:04 tux kernel: input: USB HID v1.00 Device [USB Audio] on 
usb-0000:00:0a.1-2.4


May 18 21:57:34 tux kernel: usb 1-2.3: new full speed USB device using 
ehci_hcd and address 14
May 18 21:57:35 tux kernel: usb 1-2.3: configuration #1 chosen from 1 choice
May 18 21:57:35 tux kernel: input: USB Audio as /class/input/input9
May 18 21:57:35 tux kernel: input: USB HID v1.00 Device [USB Audio] on 
usb-0000:00:0a.1-2.3

obsah: "/proc/asound/cards"
  0 [NVidia         ]: HDA-Intel - HDA NVidia
                       HDA NVidia at 0xfe020000 irq 22
  1 [Audio          ]: USB-Audio - USB Audio
                       USB Audio at usb-0000:00:0a.1-2.4, full speed
  2 [Audio_1        ]: USB-Audio - USB Audio
                       USB Audio at usb-0000:00:0a.1-2.3, full speed

obsah: "/proc/asound/devices"
   0: [ 0]   : control
   1:        : sequencer
  16: [ 0- 0]: digital audio playback
  17: [ 0- 1]: digital audio playback
  24: [ 0- 0]: digital audio capture
  25: [ 0- 1]: digital audio capture
  32: [ 1]   : control
  33:        : timer
  48: [ 1- 0]: digital audio playback
  56: [ 1- 0]: digital audio capture
  64: [ 2]   : control
  80: [ 2- 0]: digital audio playback
  88: [ 2- 0]: digital audio capture

obsah: "/proc/asound/pcm"
00-01: AD198x Digital : AD198x Digital : playback 1 : capture 1
00-00: AD198x Analog : AD198x Analog : playback 1 : capture 3
01-00: USB Audio : USB Audio : playback 1 : capture 1
02-00: USB Audio : USB Audio : playback 1 : capture 1

obsah: "/proc/asound/version"
Advanced Linux Sound Architecture Driver Version 1.0.14rc3 (Wed Mar 14 
07:25:50 2007 UTC).

obsah: "proc/asound/card1/stream0" - USB sluchatka
USB Audio at usb-0000:00:0a.1-2.4, full speed : USB Audio

Playback:
   Status: Stop
   Interface 1
     Altset 1
     Format: 0x2
     Channels: 8
     Endpoint: 6 OUT (ADAPTIVE)
     Rates: 44100, 48000

Capture:
   Status: Stop
   Interface 2
     Altset 1
     Format: 0x2
     Channels: 2
     Endpoint: 5 IN (ASYNC)
     Rates: 44100, 48000


obsah: "proc/asound/card2/stream0" - USB sb1
USB Audio at usb-0000:00:0a.1-2.3, full speed : USB Audio

Playback:
   Status: Stop
   Interface 1
     Altset 1
     Format: 0x2
     Channels: 2
     Endpoint: 1 OUT (ADAPTIVE)
     Rates: 48000
   Interface 1
     Altset 2
     Format: 0x2
     Channels: 6
     Endpoint: 1 OUT (ADAPTIVE)
     Rates: 48000

Capture:
   Status: Stop
   Interface 2
     Altset 1
     Format: 0x2
     Channels: 2
     Endpoint: 2 IN (ASYNC)
     Rates: 48000

obsah: "/etc/asound.conf" (ale zkouseno i bez nej)
pcm.dmix_usb_phone {
     type dmix
     ipc_key 110001
     slave {
         pcm "hw:1"
         rate 48000
         period_time 0
         period_size 1024
         buffer_size 8192
         channels 6
     }
     bindings {
         0 0
         1 1
         2 4
         3 5
         4 3
         5 2
     }
}

pcm.usb_phone {
     type plug
     slave {
         pcm "dmix_usb_phone"
         channels 6
     }
}

pcm.dmix_usb_sb1 {
     type dmix
     ipc_key 110002
     slave {
         pcm "hw:2"
         rate 48000
         period_time 0
         period_size 1024
         buffer_size 8192
         channels 6
     }
     bindings {
         0 0
         1 1
         2 4
         3 5
         4 3
         5 2
     }
}

pcm.usb_sb1 {
     type plug
     slave {
         pcm "dmix_usb_sb1"
         channels 6
     }
}


Kernel verze 2.6.21.1 (vlastni kompilace).

-- 
S pozdravem
                 Zdenek Janis



From mcepl na redhat.com  Sat May 19 00:44:02 2007
From: mcepl na redhat.com (Matej Cepl)
Date: Sat, 19 May 2007 00:44:02 +0200
Subject: =?UTF-8?Q?K=C3=B3dov=C3=A1str=C3=A1nkafilesyst=C3=A9mu?=
References: <mailman.862.1179476958.4027.linux@linux.cz>
Message-ID: <slrnf4sb1i.1nd.mcepl@hubmaier.ceplovi.cz>

On 2007-05-18, 08:29 GMT, Ing. Pavel PaJaSoft Janoušek wrote:
> 	Mne to Vaše dorazilo s:
>
> Content-Type: text/plain; charset="iso-8859-2"

Aha, chybička se vloudila. Tohle už je v pořádku?

Příliš žluťoučký kůň úpěl ďábelské ódy


From stoupa na practisoft.cz  Sat May 19 03:56:49 2007
From: stoupa na practisoft.cz (Petr Vileta)
Date: Sat, 19 May 2007 03:56:49 +0200
Subject: =?iso-8859-2?B?UmU6IHD4ZXBudXTtIHJvemxpuWVu7Q==?=
References: <200705181624.02366.prudek__30768.105647485$1179498247$gmane$org@bvx.cz><464DBBBB.90508@ff.cuni.cz>
	<mailman.872.1179500317.4027.linux@linux.cz>
Message-ID: <f2lltt$253b$3@ns.felk.cvut.cz>

Milos Prudek wrote:
> (--) NVIDIA(0): Connected display device(s) on GeForce4 MX 4000 at
> PCI:1:0:0: (--) NVIDIA(0):     IBM 6652 P275 (CRT-0)
> (--) NVIDIA(0): IBM 6652 P275 (CRT-0): 350.0 MHz maximum pixel clock
> (II) NVIDIA(0): Assigned Display Device: CRT-0
> (II) NVIDIA(0): Validated modes:
> (II) NVIDIA(0):     "1600x1200"
> (II) NVIDIA(0):     "800x600"

Neminim kecat do nastaveni v Linuxu, protoze tomu nerozumim, ale tuhle kartu 
znam z Widli a je velmi divne, ze vypise pouze tato dve rozliseni. Normalne 
umi
1600x1200
1280x1024
1024x768
800x600

Mozna zalezi i na nastaveni pouziteho monitoru. Alespon ve Widlich to tak 
je.
-- 
Petr

Skype: callto://fidokomik

Na mail uvedeny v headeru zpravy nema cenu nic posilat, konci to v PR*
:-) Odpovidejte na petr na practisoft cz



From frantisek na augusztin.com  Sat May 19 10:21:30 2007
From: frantisek na augusztin.com (=?iso-8859-2?q?Franti=B9ek_Augusztin?=)
Date: Sat, 19 May 2007 10:21:30 +0200
Subject: Vice zvukovych zarizeni na USB + ALSA
In-Reply-To: <464E1982.6000409@brajan.cz>
References: <464E1982.6000409@brajan.cz>
Message-ID: <200705191021.30862.frantisek@augusztin.com>

Zdenek Janis:
> A v "kernel.log" jsou tato hlaseni:
> May 18 22:57:19 tux kernel: cannot submit datapipe for urb 0, error -28:
> not enough bandwidth

Zeby https://launchpad.net/ubuntu/+bug/28840 ? Mate v kerneli zapnute
CONFIG_USB_EHCI_SPLIT_ISO (komentar 
https://launchpad.net/ubuntu/+bug/28840/comments/23) ? 

-- 
Frantisek Augusztin
frantisek na augusztin.com


From frantisek na augusztin.com  Sat May 19 10:25:58 2007
From: frantisek na augusztin.com (=?iso-8859-2?q?Franti=B9ek_Augusztin?=)
Date: Sat, 19 May 2007 10:25:58 +0200
Subject: =?iso-8859-2?b?cPhlcG51dO0=?= =?iso-8859-2?b?IHJvemxpuWVu7Q==?=
In-Reply-To: <f2lltt$253b$3@ns.felk.cvut.cz>
References: <200705181624.02366.prudek__30768.105647485$1179498247$gmane$org@bvx.cz>
	<mailman.872.1179500317.4027.linux@linux.cz>
	<f2lltt$253b$3@ns.felk.cvut.cz>
Message-ID: <200705191025.58559.frantisek@augusztin.com>

Petr Vileta:
> Neminim kecat do nastaveni v Linuxu, protoze tomu nerozumim, ale tuhle
> kartu znam z Widli a je velmi divne, ze vypise pouze tato dve rozliseni.
> Normalne umi
> 1600x1200
> 1280x1024
> 1024x768
> 800x600

Ved v prvom prispevku mate cast xorg.conf, kde on nastavuje iba tie 2 
rozlisenia (Modes "1600x1200" "800x600") ! 

Milos Prudek:
> Ten řádek "Modes" jsem tam přidal já. Čili normálně používám hardwarové
> rozlišení monitoru, 1600x1200. Jenže, když stisknu Ctrl-Alt-Minus nebo
> Ctrl-Alt-Plus, nestane se vůbec nic. Rozlišení se nepřepne.

Mate povolenu tuto volbu ? 
Option "DontZoom"  "boolean"
              This  disallows the use of the Ctrl+Alt+Keypad-Plus and
	      Ctrl+Alt+Keypad-Minus sequences.  These sequences allows
              you to switch between video modes.  When this option is enabled,
              those key sequences have no special meaning and
              are passed to clients.  Default: off.


-- 
Frantisek Augusztin
frantisek na augusztin.com


From prudek na bvx.cz  Sat May 19 15:11:13 2007
From: prudek na bvx.cz (Milos Prudek)
Date: Sat, 19 May 2007 15:11:13 +0200
Subject: =?iso-8859-2?b?cPhlcG51dO0=?= =?iso-8859-2?b?IHJvemxpuWVu7Q==?=
In-Reply-To: <200705191025.58559.frantisek@augusztin.com>
References: <200705181624.02366.prudek__30768.105647485$1179498247$gmane$org@bvx.cz>
	<f2lltt$253b$3@ns.felk.cvut.cz>
	<200705191025.58559.frantisek@augusztin.com>
Message-ID: <200705191511.14165.prudek@bvx.cz>

> Ved v prvom prispevku mate cast xorg.conf, kde on nastavuje iba tie 2
> rozlisenia (Modes "1600x1200" "800x600") !

Petr Vileta neporozumel dotazu. Nevadi.

> Mate povolenu tuto volbu ?

Tahle volba tam je, ale zakomentovana, takze plati default = povolene 
Ctrl+Alt+Keypad-Plus a Minus.

Zjistil jsem ze muzu prepinat na rozliseni uvedena v Modes, sice ne pomoci 
Ctrl+Alt+Keypad-Plus a Minus ale pomoci ikony vpravo dole (aspon v KDE), 
jenze ja nepotrebuju prepinat fyzicka rozliseni ale virtualni.

Pokusem jsem zjistil ze k tomu musim zmenit radek "Virtual 1600 1200" 
na "Virtual 5000 4000" - vetsi rozliseni to bohuzen neakceptuje, vetsi 
rozliseni vede ke zhrouceni X. Kdyz to takhle nastavim tak mam fyzicke 
rozliseni 1600x1200 a virtualni 5000x4000, ale prakticka prace s takovou 
obrazovkou neni o nic pohodlnejsi nez kdyz pouziju 

vncserver -geometry 7000x7000
vncviewer localhost:1

Takze X server neni staven na takova velka virtualni rozliseni.

Docela by me zajimalo zda lze nejak sejmout obrazovku bezici na vncserveru, 
cili sejmout screenshot. Abych nemusel vubec psat "vncviewer localhost:1" a 
startovat GIMP a v nem delat screenshot. Abych napsal na prikazovem radku 
neco jako "vncscreenshot:1" a tim ziskal soubor jpg nebo png nebo bmp.

-- 
Milos Prudek


From garabik-news-2005-05 na kassiopeia.juls.savba.sk  Sat May 19 16:04:02 2007
From: garabik-news-2005-05 na kassiopeia.juls.savba.sk (garabik-news-2005-05 na kassiopeia.juls.savba.sk)
Date: Sat, 19 May 2007 14:04:02 +0000 (UTC)
Subject: =?UTF-8?B?cMWZZXBudXTDrQ==?= =?UTF-8?B?IHJvemxpxaFlbsOt?=
References: <200705181624.02366.prudek__30768.105647485$1179498247$gmane$org@bvx.cz>
	<f2lltt$253b$3@ns.felk.cvut.cz>
	<200705191025.58559.frantisek@augusztin.com>
	<mailman.889.1179580273.4027.linux@linux.cz>
Message-ID: <f2n04i$2psn$1@ns.felk.cvut.cz>

Milos Prudek <prudek na bvx.cz> wrote:
> 
> Docela by me zajimalo zda lze nejak sejmout obrazovku bezici na vncserveru, 
> cili sejmout screenshot. Abych nemusel vubec psat "vncviewer localhost:1" a 
> startovat GIMP a v nem delat screenshot. Abych napsal na prikazovem radku 
> neco jako "vncscreenshot:1" a tim ziskal soubor jpg nebo png nebo bmp.
> 

netestovane: 
xwd -out file.xwd -root -display :1
mozno predtym bude treba vnutri vnc pouzit xhost +,
alebo nastavit xauth

-- 
 -----------------------------------------------------------
| Radovan Garabík http://kassiopeia.juls.savba.sk/~garabik/ |
| __..--^^^--..__    garabik @ kassiopeia.juls.savba.sk     |
 -----------------------------------------------------------
Antivirus alert: file .signature infected by signature virus.
Hi! I'm a signature virus! Copy me into your signature file to help me spread!


From Eti na SKTAGIL.RU  Sat May 19 16:55:01 2007
From: Eti na SKTAGIL.RU (Eti laurence)
Date: Sat, 19 May 2007 15:55:01 +0100
Subject: Terrific gains possible.
Message-ID: <872761020410.647745537335@SKTAGIL.RU>

Frankfurt symbol tip.

http://img82.imageshack.us/my.php?image=sbgh2.jpg
We call that globe the sun and it is on the other side of the station where you can't see it.



From GENEVA.Kolsto na SKTAGIL.RU  Sat May 19 16:55:04 2007
From: GENEVA.Kolsto na SKTAGIL.RU (GENEVA Kolsto)
Date: Sat, 19 May 2007 15:55:04 +0100
Subject: Terrific gains possible.
Message-ID: <263202523799.296674656490@SKTAGIL.RU>

Rise symbol report

http://img219.imageshack.us/img219/540/3bxkzexx8.gif
Then he hung up and tossed the pistol onto the sofa without deigning to glance at me.



From mail na breta.dot.eu  Sat May 19 17:04:35 2007
From: mail na breta.dot.eu (Breta)
Date: Sat, 19 May 2007 17:04:35 +0200
Subject: MX preference
Message-ID: <f2n3m3$1tl1$1@news.vol.cz>

Mame asi tyto MX zaznamy

1. mspool.<nasISP>.cz. [Preference = 20]
2. ms.<mojefirma>.cz. [Preference = 10]

Doruceni na 1. uz vicekrat selhalo na timeout. Nemel bych prehodit preferece
tak, aby posta sla nejprve na <mojefirma> a teprve pri selhani na <nasISP>?
Odhaduji totiz, ze <mojefirma> je spolehlivejsi nez <nasISP>.

Jakemu riziku se pritom vystavuji?

Preji vsem /kdo se k tomu kvalifikovane vyjadri/ pekny weekend.

-- 
MJD 54239.708403, Breta.
www.breta.eu
Mam to uz jen za 595.292
---
Ako nastavim vo WXP pocet zivotov? 
 


From dfenze na gmail.com  Sat May 19 17:46:49 2007
From: dfenze na gmail.com (dfenze na gmail.com)
Date: Sat, 19 May 2007 17:46:49 +0200
Subject: MX preference
In-Reply-To: <f2n3m3$1tl1$1@news.vol.cz>
References: <f2n3m3$1tl1$1@news.vol.cz>
Message-ID: <20070519154649.GB3794@zombie.doma>

dd

On (19/05/07 17:04), Breta wrote:
> Mame asi tyto MX zaznamy
> 
> 1. mspool.<nasISP>.cz. [Preference = 20]
> 2. ms.<mojefirma>.cz. [Preference = 10]
> 
> Doruceni na 1. uz vicekrat selhalo na timeout. Nemel bych prehodit preferece
> tak, aby posta sla nejprve na <mojefirma> a teprve pri selhani na <nasISP>?
> Odhaduji totiz, ze <mojefirma> je spolehlivejsi nez <nasISP>.

Ale tak uz to mate, nejdrive se zkusi dorucit na ms.<mojefirma>.cz a
potom na mx vaseho ISP. Nejvetsi prioritu maji zaznamy s NEJMENSI
hodnotou preference.

> 
> Jakemu riziku se pritom vystavuji?
> 
> Preji vsem /kdo se k tomu kvalifikovane vyjadri/ pekny weekend.
> 

:)

--anydot



From Vaclav.Dusek na upce.cz  Sat May 19 17:47:38 2007
From: Vaclav.Dusek na upce.cz (Vaclav Dusek)
Date: Sat, 19 May 2007 17:47:38 +0200
Subject: MX preference
In-Reply-To: <f2n3m3$1tl1$1@news.vol.cz>
References: <f2n3m3$1tl1$1@news.vol.cz>
Message-ID: <464F1C1A.3080905@upce.cz>

1/ Nejnizsi MX je ten, kde ma posta skoncit - cili to mas dobre

2/ Obecne se nedoporucuje v dnesni dobe rychlych linek pouzivat zalozni 
MX servery (je to soucast boje proti spamu)

Breta wrote:
> Mame asi tyto MX zaznamy
> 
> 1. mspool.<nasISP>.cz. [Preference = 20]
> 2. ms.<mojefirma>.cz. [Preference = 10]
> 
> Doruceni na 1. uz vicekrat selhalo na timeout. Nemel bych prehodit preferece
> tak, aby posta sla nejprve na <mojefirma> a teprve pri selhani na <nasISP>?
> Odhaduji totiz, ze <mojefirma> je spolehlivejsi nez <nasISP>.
> 
> Jakemu riziku se pritom vystavuji?
> 
> Preji vsem /kdo se k tomu kvalifikovane vyjadri/ pekny weekend.
> 


-- 
    Vaclav Dusek


From dast na panelnet.cz  Sat May 19 17:53:20 2007
From: dast na panelnet.cz (Dalibor Straka)
Date: Sat, 19 May 2007 17:53:20 +0200
Subject: MX preference
In-Reply-To: <f2n3m3$1tl1$1@news.vol.cz>
References: <f2n3m3$1tl1$1@news.vol.cz>
Message-ID: <20070519155320.GA19302@panelnet.cz>

On Sat, May 19, 2007 at 05:04:35PM +0200, Breta wrote:
> Mame asi tyto MX zaznamy
> 
> 1. mspool.<nasISP>.cz. [Preference = 20]
> 2. ms.<mojefirma>.cz. [Preference = 10]
> 
> Doruceni na 1. uz vicekrat selhalo na timeout. Nemel bych prehodit preferece
> tak, aby posta sla nejprve na <mojefirma> a teprve pri selhani na <nasISP>?
> Odhaduji totiz, ze <mojefirma> je spolehlivejsi nez <nasISP>.
> 
Preference uz tak nastavene mate. Nizsi cislo = vyssi priorita.

> Jakemu riziku se pritom vystavuji?
> 
> Preji vsem /kdo se k tomu kvalifikovane vyjadri/ pekny weekend.
> 

Klidne zruste zalozni MX o nic neprijdete pokud nehodlate mit vypadky
delsi nezli 4 dny.

http://www.avc-cvut.cz/avc.php?id=3670
zaznam prednasky Jana Kasprzaka z muni.cz. Relevantni informace
k zaloznimu mail serveru pro danou domenu jsou v case 1:00:00
(jeste lepe 59:00).

-- Dalibor Straka



From karel na dekls.cz  Sat May 19 18:40:21 2007
From: karel na dekls.cz (Karel Babka)
Date: Sat, 19 May 2007 18:40:21 +0200
Subject: MX preference
In-Reply-To: <20070519154649.GB3794@zombie.doma>
References: <f2n3m3$1tl1$1@news.vol.cz> <20070519154649.GB3794@zombie.doma>
Message-ID: <464F2875.4090407@dekls.cz>

dfenze na gmail.com napsal(a):
> dd
> 
> On (19/05/07 17:04), Breta wrote:
>> Mame asi tyto MX zaznamy
>>
>> 1. mspool.<nasISP>.cz. [Preference = 20]
>> 2. ms.<mojefirma>.cz. [Preference = 10]
>>
>> Doruceni na 1. uz vicekrat selhalo na timeout. Nemel bych prehodit preferece
>> tak, aby posta sla nejprve na <mojefirma> a teprve pri selhani na <nasISP>?
>> Odhaduji totiz, ze <mojefirma> je spolehlivejsi nez <nasISP>.
> 
> Ale tak uz to mate, nejdrive se zkusi dorucit na ms.<mojefirma>.cz a
> potom na mx vaseho ISP. Nejvetsi prioritu maji zaznamy s NEJMENSI
> hodnotou preference.

Z toho vyplývá, že selhalo-li doruceni na timeout, nebude to nespolehlivostí <vasehoISP>
;-)

> 
>> Jakemu riziku se pritom vystavuji?
>>
>> Preji vsem /kdo se k tomu kvalifikovane vyjadri/ pekny weekend.
>>
> 
> :)
> 
> --anydot
> 
> _______________________________________________
> Linux mailing list
> Linux na linux.cz
> http://www.linux.cz/mailman/listinfo/linux
> 
> 
> 
> 


-- 
karel

!DSPAM:464f286627712144218624!




From prudek na bvx.cz  Sat May 19 22:18:32 2007
From: prudek na bvx.cz (Milos Prudek)
Date: Sat, 19 May 2007 22:18:32 +0200
Subject: =?iso-8859-2?b?cPhlcG51dO0=?= =?iso-8859-2?b?IHJvemxpuWVu7Q==?=
In-Reply-To: <f2n04i$2psn$1@ns.felk.cvut.cz>
References: <200705181624.02366.prudek__30768.105647485$1179498247$gmane$org@bvx.cz>
	<mailman.889.1179580273.4027.linux@linux.cz>
	<f2n04i$2psn$1@ns.felk.cvut.cz>
Message-ID: <200705192218.33105.prudek@bvx.cz>

> xwd -out file.xwd -root -display :1
> mozno predtym bude treba vnutri vnc pouzit xhost +,
> alebo nastavit xauth

Wow funguje dokonale! Dekuji!

-- 
Milos Prudek


From mail na breta.dot.eu  Sat May 19 23:15:31 2007
From: mail na breta.dot.eu (Breta)
Date: Sat, 19 May 2007 23:15:31 +0200
Subject: MX preference
References: <f2n3m3$1tl1$1@news.vol.cz> <20070519154649.GB3794@zombie.doma>
	<mailman.901.1179594828.4027.linux@linux.cz>
Message-ID: <f2npdk$2dmg$1@news.vol.cz>

"Karel Babka"

> > On (19/05/07 17:04), Breta wrote:
> >> Mame asi tyto MX zaznamy
> >>
> >> 1. mspool.<nasISP>.cz. [Preference = 20]
> >> 2. ms.<mojefirma>.cz. [Preference = 10]
> >>
> >> Doruceni na 1. uz vicekrat selhalo na timeout. Nemel bych prehodit preferece
> >> tak, aby posta sla nejprve na <mojefirma> a teprve pri selhani na <nasISP>?
> >> Odhaduji totiz, ze <mojefirma> je spolehlivejsi nez <nasISP>.
> >
> > Ale tak uz to mate, nejdrive se zkusi dorucit na ms.<mojefirma>.cz a
> > potom na mx vaseho ISP. Nejvetsi prioritu maji zaznamy s NEJMENSI
> > hodnotou preference.
>
> Z toho vyplývá, že selhalo-li doruceni na timeout, nebude to nespolehlivostí <vasehoISP>
> ;-)

A kde tedy nastala pri prenosu tech msg chyba?
Odesilatel jenom dostal chybovou zpravu, ze nelze prijmout msg na
mspool.<nasISP>.cz. [Preference = 20] pro chybu timeout.
Pritom ms.<mojefirma>.cz. [Preference = 10] v te dobe urcite bezel.

MJD 54239.965312, Breta, soukromy vyzkumnik.
www.breta.eu
Mam to uz jen za 595.035
---
Preco po shut down u WXP neskoci napis GAME OWER?



From mail na breta.dot.eu  Sun May 20 05:55:57 2007
From: mail na breta.dot.eu (Breta)
Date: Sun, 20 May 2007 05:55:57 +0200
Subject: MX preference
References: <f2n3m3$1tl1$1@news.vol.cz>
	<mailman.898.1179590000.4027.linux@linux.cz>
Message-ID: <f2ogse$2vdj$1@news.vol.cz>

"Dalibor Straka" 

> Preference uz tak nastavene mate. Nizsi cislo = vyssi priorita.

Aha, to jsem netusil, takovou nelogicnost.

> Klidne zruste zalozni MX o nic neprijdete pokud nehodlate mit vypadky
> delsi nezli 4 dny.

To nehodlame. Ale z toho, ze nesel ani zalozmi MX usuzuji na vseobecne
selhani naseho ISP.
===

> http://www.avc-cvut.cz/avc.php?id=3670
Se zajmem jsme si to poslechnul. To na tom URL zustane nebo si to mam radeji
ulozit u sebe? Yenya mne tam spoustu veci osvetlil a spousty mych nazoru
potvrdil. Dik za odkaz. Doporucuji i ostatnim clenum konference.

Pekny weekend preji.

MJD 54240.243102, Breta, ex-VMSak, anti-LINUXak.
www.breta.eu
Mam to uz jen za 594.757
---
Warning ! CD-ROM bootsector infected !



From tomasek na etf.cuni.cz  Sun May 20 07:07:30 2007
From: tomasek na etf.cuni.cz (Petr Tomasek)
Date: Sun, 20 May 2007 07:07:30 +0200
Subject: =?utf-8?B?cMWZZXBudXTDrSByb3psacWhZW4=?=
	=?utf-8?B?w60=?=
In-Reply-To: <200705191511.14165.prudek@bvx.cz>
References: <200705181624.02366.prudek__30768.105647485$1179498247$gmane$org@bvx.cz>
	<f2lltt$253b$3@ns.felk.cvut.cz>
	<200705191025.58559.frantisek@augusztin.com>
	<200705191511.14165.prudek@bvx.cz>
Message-ID: <20070520050730.GA18615@ebed.etf.cuni.cz>

On Sat, May 19, 2007 at 03:11:13PM +0200, Milos Prudek wrote:
> > Ved v prvom prispevku mate cast xorg.conf, kde on nastavuje iba tie 2
> > rozlisenia (Modes "1600x1200" "800x600") !
> 
> Petr Vileta neporozumel dotazu. Nevadi.
> 
> > Mate povolenu tuto volbu ?
> 
> Tahle volba tam je, ale zakomentovana, takze plati default = povolene 
> Ctrl+Alt+Keypad-Plus a Minus.
> 

A jakou mate klavesovou mapu? Zjistil jsem, ze Xorg nekdy +-
od verze 7.0(??) zacalo velmi prasacky chovat ke vstupu z klavesnice[*]
Nejde napr. rozumne "prepinat" mezi jednotlivymi klavesovymi mapami,
a u nekterych klavesovych map (neprisel jsem bohuzel, cim to je) nejde
prepnout na jinou virtualni konsoli pomoci zkratky CTRL-ALT-F<cislo_konsole>.

Reseni neznam (resp. krome downgrade X-u, nebo nepouzivanim toho shitu
Xorg (ale klasickych X)...

P.T.

[*] A nejen vstup z klavesnice. Mam dvoukoleckovou mys od A4Tech a
tusim v 6.8 fungovalo vse ok. V 7.1 nejenze nezprovoznim vsechna tlacitka,
ale druhe kolecko je nadetekovano spravne jen tak v 50% pripadu.
(V tech druhych 50% nastesti misto kolecka alespon zafunguji bocni tlacitka.
Dokonce se nekdy stane ze kolecko funguje, ale ve chvili, kdy s nim
clovek zatoci moc rychle, prestane fungovat a zacnou fungovat bocni tlacitka...)
Tedy pro me je to jasny signal, ze kvalita Xorg jde ke dnu... :-(

-- 
Petr Tomasek <http://www.etf.cuni.cz/~tomasek>


From xmedeko na gmail.com  Sun May 20 09:40:40 2007
From: xmedeko na gmail.com (MeDon)
Date: 20 May 2007 00:40:40 -0700
Subject: swap na LVM
In-Reply-To: <mailman.874.1179504270.4027.linux@linux.cz>
References: <mailman.874.1179504270.4027.linux@linux.cz>
Message-ID: <1179646840.373724.256660@p77g2000hsh.googlegroups.com>

jde to, ale neni to o nejakou tu operaci navic, kdyz se swapuje? ja
bych preferoval pro swap vzdy to nejprimejsi a nejrychlejsi reseni.

On May 18, 11:18 pm, Martin Kraus <lists... na wujiman.net> wrote:
> jeste jednou dobry den,
>   mam dotaz, zda swap na LVM je nejaky problem. Pripada me vyhodne mit cely
> disk v LVM a alokovat podle potreby nez udelat partitiony a doufat ze jsem to
> chytnul dobre.
>
> diky
> mk




From zdenek.janis na brajan.cz  Sun May 20 11:19:36 2007
From: zdenek.janis na brajan.cz (Zdenek Janis)
Date: Sun, 20 May 2007 11:19:36 +0200
Subject: Vice zvukovych zarizeni na USB + ALSA
In-Reply-To: <200705191021.30862.frantisek@augusztin.com>
References: <464E1982.6000409@brajan.cz>
	<200705191021.30862.frantisek@augusztin.com>
Message-ID: <465012A8.4060404@brajan.cz>

Dekuji, sice tuto volbu jsem zapnutou mel, ale zapnuti 
CONFIG_USB_EHCI_TT_NEWSCHED vyresilo oba problemy, jak se zvukovkou, tak 
i s prevodnikami seril<->USB. Dekuji!

František Augusztin napsal(a):
> Zeby https://launchpad.net/ubuntu/+bug/28840 ? Mate v kerneli zapnute
> CONFIG_USB_EHCI_SPLIT_ISO (komentar 
> https://launchpad.net/ubuntu/+bug/28840/comments/23) ? 
> 

-- 
S pozdravem
                 Zdenek Janis


From lists_mk na wujiman.net  Sun May 20 12:21:42 2007
From: lists_mk na wujiman.net (Martin Kraus)
Date: Sun, 20 May 2007 12:21:42 +0200
Subject: swap na LVM
In-Reply-To: <1179646840.373724.256660@p77g2000hsh.googlegroups.com>
References: <mailman.874.1179504270.4027.linux@linux.cz>
	<1179646840.373724.256660@p77g2000hsh.googlegroups.com>
Message-ID: <20070520102142.GA6225@finrod>

On Sun, May 20, 2007 at 12:40:40AM -0700, MeDon wrote:
> jde to, ale neni to o nejakou tu operaci navic, kdyz se swapuje? ja
> bych preferoval pro swap vzdy to nejprimejsi a nejrychlejsi reseni.

me jde o to, jestli LVM nejak vyrazne pristupy k diskum zpomaluje. mam root na
LVM pres MD, takze nastavovani swapky uz prace navic moc neni a vidim zasadni
vyhodu mit proste jednu partitionu na disku a pak si s tim hybat podle
potreby, nez kus disku mit tak a jiny jinak.

> 
> On May 18, 11:18 pm, Martin Kraus <lists... na wujiman.net> wrote:
> > jeste jednou dobry den,
> >   mam dotaz, zda swap na LVM je nejaky problem. Pripada me vyhodne mit cely
> > disk v LVM a alokovat podle potreby nez udelat partitiony a doufat ze jsem to
> > chytnul dobre.


From mandrake.user na seznam.cz  Sun May 20 17:02:31 2007
From: mandrake.user na seznam.cz (=?us-ascii?Q?mandrake=2Euser?=)
Date: Sun, 20 May 2007 17:02:31 +0200 (CEST)
Subject: =?us-ascii?Q?Postfix=20a=20spam?=
Message-ID: <341.925-29376-202494794-1179673351@seznam.cz>

Dobrý den.
Mám problém, že se utočníci připojí na můj smtp a posílají spam na lokální účty profláknutých emailových  adres. Tím pádem nefunguje greylisting, relay access denied a spam vesele přichází.

Jak je možné se bránit proti tomuto způsobu zasílání?

Vyčetl jsem to při zkoumání zdrojů zprávy, kdy je vždy jako prvni "Received:" uvedena moje ip a ne cesta od jinych smtp serverů.

Zdeněk Havlát


From lists_mk na wujiman.net  Sun May 20 17:11:24 2007
From: lists_mk na wujiman.net (Martin Kraus)
Date: Sun, 20 May 2007 17:11:24 +0200
Subject: Postfix a spam
In-Reply-To: <341.925-29376-202494794-1179673351@seznam.cz>
References: <341.925-29376-202494794-1179673351@seznam.cz>
Message-ID: <20070520151124.GB7663@finrod>

On Sun, May 20, 2007 at 05:02:31PM +0200, mandrake.user wrote:
> Dobrý den.
> Mám problém, že se utočníci připojí na můj smtp a posílají spam na lokální účty profláknutých emailových  adres. Tím pádem nefunguje greylisting, relay access denied a spam vesele přichází.

proc vam nefunguje greylisting?

> 
> Jak je možné se bránit proti tomuto způsobu zasílání?
> 
> Vyčetl jsem to při zkoumání zdrojů zprávy, kdy je vždy jako prvni "Received:" uvedena moje ip a ne cesta od jinych smtp serverů.


From radio2 na centrum.cz  Sun May 20 16:53:33 2007
From: radio2 na centrum.cz (Petr Svoboda)
Date: Sun, 20 May 2007 16:53:33 +0200
Subject: přechod na linux
Message-ID: <f2pp32$r4g$1@news.vol.cz>

Zdravim
Mesic jsem pouzival na druhem starem pomalem disku SuSe Linux, podarilo se 
mi vse rozbehat, celkem si rozumim i s terminalem. Docela se mi to zalibilo, 
hlavne ten system v souborech a pruhlednost, ktera mi u woken chybi, akorat 
graficke prostredi, zkousel jsem KDE a prislo mi takove chaoticke a 
nestabilni. Ovsem problem jsem mel s kartou OvisLink 8000 PCI...  origos 
ovladace pro Linux nejak zlobili, ndiswrapperu se moc nechtelo a nakonec mi 
kolizovali oba dva nastroje, ovsem problem bych vyresil rucne, ovsem do te 
doby mi ten disk umrel. Mam tu 80 Gb disk na kterem mam WinXP... A tak se 
ptam, ktera distribuce s vhodnym nastrojem pro rozdeleni disku (abych mohl 
zmensit druhy NTFS oddil) jiz pri instalaci by to umela a nejlepa mela 
ovladace pro tuto kartu jiz zahrnutou v sobe?
 Diky moc za odpoved.

-- 
--  Petr Svoboda
    ICQ: 283606332
    Jabber: Peter33 na jabber.org
    http://kidy.nazory.cz/

 




From mandrake.user na seznam.cz  Sun May 20 17:57:55 2007
From: mandrake.user na seznam.cz (=?us-ascii?Q?mandrake=2Euser?=)
Date: Sun, 20 May 2007 17:57:55 +0200 (CEST)
Subject: =?us-ascii?Q?Re=3A=20Postfix=20a=20spam?=
In-Reply-To: <20070520151124.GB7663@finrod>
Message-ID: <2631.4623-32689-312715381-1179676675@seznam.cz>

> proc vam nefunguje greylisting?
> 
> > 
> > Jak je možné se bránit proti tomuto způsobu zasílání?
> > 
> > Vyčetl jsem to při zkoumání zdrojů zprávy, kdy je vždy jako prvni "Received:"
> uvedena moje ip a ne cesta od jinych smtp serverů.
> _______________________________________________

Tak jsem zkusil smazat celou db postgrey a greylisting funguje a tím pádem padá celé moje tvrzení napsané výše. Takže jsem zase na začátku. Počkám až zase dorazí nějaký spam a zkusím zjistit více.

Děkuji.

Zdeněk Havlát.


From peak na argo.troja.mff.cuni.cz  Sun May 20 17:59:37 2007
From: peak na argo.troja.mff.cuni.cz (Pavel Kankovsky)
Date: Sun, 20 May 2007 17:59:37 +0200 (CEST)
Subject: swap na LVM
In-Reply-To: <1179646840.373724.256660@p77g2000hsh.googlegroups.com>
Message-ID: <20070520175459.13DE.0@paddy.troja.mff.cuni.cz>

On 20 May 2007, MeDon wrote:

> On May 18, 11:18 pm, Martin Kraus <lists... na wujiman.net> wrote:
> >   mam dotaz, zda swap na LVM je nejaky problem.

> jde to, ale neni to o nejakou tu operaci navic, kdyz se swapuje? ja
> bych preferoval pro swap vzdy to nejprimejsi a nejrychlejsi reseni.

Chtěl bych vidět reálnou situaci, kdy se těch pár instrukcí, co CPU 
provede navíc, projeví. Možná kdybyste swappoval na nějaký SSD 
s přístupovou dobou v řádu mikrosekund...

--Pavel Kankovsky aka Peak  [ Boycott Microsoft--http://www.vcnet.com/bms ]
"Resistance is futile. Open your source code and prepare for assimilation."



From peak na argo.troja.mff.cuni.cz  Sun May 20 17:54:46 2007
From: peak na argo.troja.mff.cuni.cz (Pavel Kankovsky)
Date: Sun, 20 May 2007 17:54:46 +0200 (CEST)
Subject: root na LVM pres MD(raid1), jak funguje bootloader
In-Reply-To: <20070518111410.GA13288@finrod>
Message-ID: <20070520174855.13DE.0@paddy.troja.mff.cuni.cz>

On Fri, 18 May 2007, Martin Kraus wrote:

>   zajimalo by mne jak funguje bootloader(lilo ci grub) kdyz mam root
> filesystem na LVM a to je na MD raid1. [...] Predpokladam, ze lilo si
> zapise fyzicke umisteni na disku a obejde tak jak LVM tak MD.

Ano, takhle funguje LILO. Grub funguje komplikovaněji: tímto způsobem
načítá pouze stage 1.5 a stage 2 a všechno ostatní už čte pomocí
nataženého stage 1.5 tak, že interpretuje obsah souborového systému. Což
znamená, že pokud nemáte dost chytrý stage 1.5 (zejména na LVM; samotný
RAID lze většinou vyřešit tak, že čtete přímo disky, ze kterých je
sestaven), tak to fungovat nebude.

Obvykle se to řeší tak, že root nebo aspoň /boot je mimo LVM.

--Pavel Kankovsky aka Peak  [ Boycott Microsoft--http://www.vcnet.com/bms ]
"Resistance is futile. Open your source code and prepare for assimilation."



From peak na argo.troja.mff.cuni.cz  Sun May 20 17:46:58 2007
From: peak na argo.troja.mff.cuni.cz (Pavel Kankovsky)
Date: Sun, 20 May 2007 17:46:58 +0200 (CEST)
Subject: Canceled shutdown
In-Reply-To: <464AEE75.8060004@simac.cz>
Message-ID: <20070520174502.13DE.0@paddy.troja.mff.cuni.cz>

On Wed, 16 May 2007, Pavel Just wrote:

> ksmserver: WARNING: Client /usr/bin/skype (1014cd7d2d4000117921365900000040460013) canceled shutdown.
> Mašina pak jde vypnout jen přes su  a  init 0. V čem může být problém ? 
> Čemu se skype brání ?

Problém je v tom, že když je Skype slušně požádán, zda by nemohl skončit, 
tak to drze odmítne. Takže shutdown lze provést jen "větším kladivem", 
které se ho na nic neptá a rovnou ho praští do hlavy.

To má to za to, že používáte Skype. ;)

--Pavel Kankovsky aka Peak  [ Boycott Microsoft--http://www.vcnet.com/bms ]
"Resistance is futile. Open your source code and prepare for assimilation."



From orsm na centrum.cz  Sun May 20 18:22:08 2007
From: orsm na centrum.cz (MaReK =?UTF-8?B?T2zFoWF2c2vDvQ==?=)
Date: Sun, 20 May 2007 18:22:08 +0200
Subject: =?UTF-8?B?cMWZZWNob2Q=?= na linux
In-Reply-To: <f2pp32$r4g$1@news.vol.cz>
References: <f2pp32$r4g$1@news.vol.cz>
Message-ID: <20070520182208.6025eb39@localhost.localdomain>

Dne Sun, 20 May 2007 16:53:33 +0200
"Petr Svoboda" <radio2 na centrum.cz> napsal(a):

> Mam tu 80 Gb disk na kterem mam WinXP... A tak se ptam,
> ktera distribuce s vhodnym nastrojem pro rozdeleni disku (abych mohl
> zmensit druhy NTFS oddil) jiz pri instalaci by to umela a nejlepa
 
Na rozdeleni partitions se mi osvedcilo GParted (treba na LiveCD
http://gparted.sourceforge.net/livecd.php ).
Ten Ovislink. Zkuste Live Ubuntu, jestli jej spravne identifikuje, mate
vyhrano, jinak bych problem nevidel temer v zadne distribuci, treba
Mandriva, Debian. Tam je pak otazka, na co chcete pocitac pouzivat,
jestli jsou pro Vas "skousnutelna" distra, ktera maji software ne
bleeding edge (CentOS, Debian), ale maximalne odladena, nebo jestli
chcete maximalni aktualnost.

-- MO


From dast na panelnet.cz  Sun May 20 18:56:00 2007
From: dast na panelnet.cz (Dalibor Straka)
Date: Sun, 20 May 2007 18:56:00 +0200
Subject: Canceled shutdown
In-Reply-To: <20070520174502.13DE.0@paddy.troja.mff.cuni.cz>
References: <464AEE75.8060004@simac.cz>
	<20070520174502.13DE.0@paddy.troja.mff.cuni.cz>
Message-ID: <20070520165600.GB29344@panelnet.cz>

On Sun, May 20, 2007 at 05:46:58PM +0200, Pavel Kankovsky wrote:
> On Wed, 16 May 2007, Pavel Just wrote:
> 
> > ksmserver: WARNING: Client /usr/bin/skype (1014cd7d2d4000117921365900000040460013) canceled shutdown.
> > Mašina pak jde vypnout jen přes su  a  init 0. V čem může být problém ? 
> > Čemu se skype brání ?
> 
> Problém je v tom, že když je Skype slušně požádán, zda by nemohl skončit, 
> tak to drze odmítne. Takže shutdown lze provést jen "větším kladivem", 
> které se ho na nic neptá a rovnou ho praští do hlavy.
> 
> To má to za to, že používáte Skype. ;)
> 
Navic krasavec Skype neni dodavan v x86_64 verzi o zdrojacich ani
nemluve. Pak se jedna o dvojitou prasecinu i386 chroot a jeste binarni
skype. Nakonec, mozna ten chroot neni uplne spatny napad...

-- Dalibor Straka


From dast na panelnet.cz  Sun May 20 19:03:58 2007
From: dast na panelnet.cz (Dalibor Straka)
Date: Sun, 20 May 2007 19:03:58 +0200
Subject: Postfix a spam
In-Reply-To: <2631.4623-32689-312715381-1179676675@seznam.cz>
References: <20070520151124.GB7663@finrod>
	<2631.4623-32689-312715381-1179676675@seznam.cz>
Message-ID: <20070520170358.GC29344@panelnet.cz>

On Sun, May 20, 2007 at 05:57:55PM +0200, mandrake.user wrote:
> > proc vam nefunguje greylisting?
> > 
> > > 
> > > Jak je možné se bránit proti tomuto způsobu zasílání?
> > > 
> > > Vyčetl jsem to při zkoumání zdrojů zprávy, kdy je vždy jako prvni "Received:"
> > uvedena moje ip a ne cesta od jinych smtp serverů.
> > _______________________________________________
> 
> Tak jsem zkusil smazat celou db postgrey a greylisting funguje a tím
> pádem padá celé moje tvrzení napsané výše. Takže jsem zase na začátku.
> Počkám až zase dorazí nějaký spam a zkusím zjistit více.
> 
Mimochodem greylisting nema zadnou databazi ;-). Mozna mate na mysli
auto-white-list, ktery casto byva vitanou soucasti greylistingu.

-- Dalibor Straka


From mandrake.user na seznam.cz  Sun May 20 19:57:53 2007
From: mandrake.user na seznam.cz (=?us-ascii?Q?mandrake=2Euser?=)
Date: Sun, 20 May 2007 19:57:53 +0200 (CEST)
Subject: =?us-ascii?Q?Re=3A=20Postfix=20a=20spam?=
In-Reply-To: <20070520170358.GC29344@panelnet.cz>
Message-ID: <2829.4222-9237-1623438940-1179683873@seznam.cz>

> > Tak jsem zkusil smazat celou db postgrey a greylisting funguje a tím
> > pádem padá celé moje tvrzení napsané výše. Takže jsem zase na začátku.
> > Počkám až zase dorazí nějaký spam a zkusím zjistit více.
> > 
> Mimochodem greylisting nema zadnou databazi ;-). Mozna mate na mysli
> auto-white-list, ktery casto byva vitanou soucasti greylistingu.
> 
> -- Dalibor Straka
> _______________________________________________

Ano. Měl jsem na mysli databázové soubory auto-white-list umístěně v /var/lib/postgrey

Zdeněk Havlát


From lists_mk na wujiman.net  Sun May 20 19:55:56 2007
From: lists_mk na wujiman.net (Martin Kraus)
Date: Sun, 20 May 2007 19:55:56 +0200
Subject: root na LVM pres MD(raid1), jak funguje bootloader
In-Reply-To: <20070520174855.13DE.0@paddy.troja.mff.cuni.cz>
References: <20070518111410.GA13288@finrod>
	<20070520174855.13DE.0@paddy.troja.mff.cuni.cz>
Message-ID: <20070520175556.GA9318@finrod>

On Sun, May 20, 2007 at 05:54:46PM +0200, Pavel Kankovsky wrote:
> On Fri, 18 May 2007, Martin Kraus wrote:
> 
> >   zajimalo by mne jak funguje bootloader(lilo ci grub) kdyz mam root
> > filesystem na LVM a to je na MD raid1. [...] Predpokladam, ze lilo si
> > zapise fyzicke umisteni na disku a obejde tak jak LVM tak MD.
> 
> Ano, takhle funguje LILO. Grub funguje komplikovaněji: tímto způsobem
> načítá pouze stage 1.5 a stage 2 a všechno ostatní už čte pomocí
> nataženého stage 1.5 tak, že interpretuje obsah souborového systému. Což
> znamená, že pokud nemáte dost chytrý stage 1.5 (zejména na LVM; samotný
> RAID lze většinou vyřešit tak, že čtete přímo disky, ze kterých je
> sestaven), tak to fungovat nebude.
> 
> Obvykle se to řeší tak, že root nebo aspoň /boot je mimo LVM.

mno prave ze presne tohle mne prekvapilo. takhle jsem to vzdy delal ale zacalo
me uz stvat porad to spravne partitionovat kdyz odesli disky v raidu a vubec
si kolem toho hrat kdyz uz to LVM tady je. s tim jak se ted vsechno presouva
na initramfs tak by do budoucna uz s takovyma vecmama nemel snad byt problem.

koukal jsem na grub2, ze by uz mel umet lvm i raid, ale nejak nevim, zda ta
vec je uz pouzitelna.

mk


From psimek na jcu.cz  Sun May 20 21:26:15 2007
From: psimek na jcu.cz (Petr Simek)
Date: Sun, 20 May 2007 21:26:15 +0200 (Central Europe Daylight Time)
Subject: =?us-ascii?Q?Postfix=20a=20spam?=
In-Reply-To: <341.925-29376-202494794-1179673351@seznam.cz>
Message-ID: <Pine.WNT.4.43.0705202124300.-269507@oleum.jcu.cz>

On Sun, 20 May 2007, mandrake.user wrote:

> Mám problém, že se utočníci připojí na můj smtp a posílají
> spam na lokální účty profláknutých emailových adres. Tím pádem nefunguje
> greylisting, relay access denied a spam vesele přichází.

> Vyčetl jsem to při zkoumání zdrojů zprávy, kdy je vždy jako prvni
> "Received:" uvedena moje ip a ne cesta od jinych smtp serverů.

Jestli je jako prvni uvedena Vase IP nebude spis problem v necem jinem ?
Pokud to prijimate sam od sebe, mozna by jste mel hledat nejaky php
skript nebo jinou vec primo na Vasem stroji.

> Zdeněk Havlát

*------------------------------------------------------------------------*
|                          Petr Simek   APS JU                           |
|                             psimek na jcu.cz                              |
*------------------------------------------------------------------------*



From lukesh na seznam.cz  Mon May 21 06:19:43 2007
From: lukesh na seznam.cz (Jaroslav Lukesh)
Date: Mon, 21 May 2007 06:19:43 +0200
Subject: přechod na linux
References: <f2pp32$r4g$1@news.vol.cz>
Message-ID: <007101c79b5f$42601520$6164a8c0@xp>

Zkuste si stáhnout bootovací (jde nainstalovat kliknutínm na ikonu) CD 
Mandriva One, je jak verze s gnome, tak i verze s KDE. A je to mnohem lepší 
než to dvd od mandrivy.


----- Original Message ----- 
From: "Petr Svoboda" <radio2 na centrum.cz>
Newsgroups: cz.comp.linux
To: <linux na linux.cz>
Sent: Sunday, May 20, 2007 4:53 PM
Subject: přechod na linux


Zdravim
Mesic jsem pouzival na druhem starem pomalem disku SuSe Linux, podarilo se
mi vse rozbehat, celkem si rozumim i s terminalem. Docela se mi to zalibilo,
hlavne ten system v souborech a pruhlednost, ktera mi u woken chybi, akorat
graficke prostredi, zkousel jsem KDE a prislo mi takove chaoticke a
nestabilni. Ovsem problem jsem mel s kartou OvisLink 8000 PCI...  origos
ovladace pro Linux nejak zlobili, ndiswrapperu se moc nechtelo a nakonec mi
kolizovali oba dva nastroje, ovsem problem bych vyresil rucne, ovsem do te
doby mi ten disk umrel. Mam tu 80 Gb disk na kterem mam WinXP... A tak se
ptam, ktera distribuce s vhodnym nastrojem pro rozdeleni disku (abych mohl
zmensit druhy NTFS oddil) jiz pri instalaci by to umela a nejlepa mela
ovladace pro tuto kartu jiz zahrnutou v sobe?
 Diky moc za odpoved.



From qaxi na seznam.cz  Mon May 21 07:16:50 2007
From: qaxi na seznam.cz (=?UTF-8?B?IlBldHIgXCJRYXhpXCIgS2zDrW1hIg==?=)
Date: Mon, 21 May 2007 07:16:50 +0200
Subject: =?UTF-8?B?S8OzZG92w6FzdHLDoW5rYWZpbGVzeXN0w6ltdQ==?=
In-Reply-To: <slrnf4sb1i.1nd.mcepl@hubmaier.ceplovi.cz>
References: <mailman.862.1179476958.4027.linux@linux.cz>
	<slrnf4sb1i.1nd.mcepl@hubmaier.ceplovi.cz>
Message-ID: <46512B42.3040203@seznam.cz>

> Aha, chybička se vloudila. Tohle už je v pořádku?
> 
> Příliš žluťoučký kůň úpěl ďábelské ódy

jo to už je OK

-- 

    Petr Klíma

    e-mail:  qaxi na seznam.cz



From BuFran na seznam.cz  Mon May 21 07:37:54 2007
From: BuFran na seznam.cz (BuFran)
Date: Mon, 21 May 2007 07:37:54 +0200
Subject: swap na LVM
In-Reply-To: <1179646840.373724.256660@p77g2000hsh.googlegroups.com>
References: <mailman.874.1179504270.4027.linux@linux.cz>
	<1179646840.373724.256660@p77g2000hsh.googlegroups.com>
Message-ID: <56028655.20070521073754@seznam.cz>

Nekde jsem cetl, ze v tomhle je v kernelu neodstranitelna chyba a nema
se swap davat na LVM nebo podobne rozhrani.

Do swapu se uklada, kdyz neni pamet, pokud je na samostatne partisne,
pristupuje se primo, ale pokud je v LVM, tak pro zapis bloku na disk
je potreba alokovat dalsi pamet uvnitr ovladace LVM - hups jadro
zatuhne ...

-- 

S pozdravem,

    Bc. František Burian



From peak na argo.troja.mff.cuni.cz  Mon May 21 09:21:57 2007
From: peak na argo.troja.mff.cuni.cz (Pavel Kankovsky)
Date: Mon, 21 May 2007 09:21:57 +0200 (MET DST)
Subject: swap na LVM
In-Reply-To: <56028655.20070521073754@seznam.cz>
Message-ID: <20070521091954.32ED.0@argo.troja.mff.cuni.cz>

On Mon, 21 May 2007, BuFran wrote:

> Do swapu se uklada, kdyz neni pamet, pokud je na samostatne partisne,
> pristupuje se primo, ale pokud je v LVM, tak pro zapis bloku na disk
> je potreba alokovat dalsi pamet uvnitr ovladace LVM - hups jadro
> zatuhne ...

Tato "neodstranitelná chyba" by už měla být dávno odstraněna. :)

(Upřímně řečeno si nejsem jistý, zda se to vůbec někdy LVM týkalo.
Snad s výjimkou snapshotů se tam za normálního provozu nikdy nic
moc nealokovalo.)

--Pavel Kankovsky aka Peak  [ Boycott Microsoft--http://www.vcnet.com/bms ]
"Resistance is futile. Open your source code and prepare for assimilation."



From info na vysla.net  Mon May 21 09:37:50 2007
From: info na vysla.net (info na vysla.net)
Date: Mon, 21 May 2007 09:37:50 +0200
Subject: postfix a prepisovani odesilatele podle pravidel
Message-ID: <46514C4E.4070701@vysla.net>

Zdravim,
potrebuju prepisovat odesilatele podle nasledujiciho pravidla:
maily v ramci domeny - necham puvodniho odesilatele bez zmeny
maily mimo domenu - zmenim skupine uctu na jiny (napr. uzivatel1 na domena, 
uzivatel2 na domena = obchod na domena)

Prepisovat odesilatele bez rozliseni kam mail odchazi umim, ale to 
bohuzel nestaci. Jde to nejak jednoduse udelat?
Na serveru je postfix s uzivately v mysql,amavis, clamav a spamassassin.

Diky za kazdou dobrou radu.


From radio2 na centrum.cz  Mon May 21 10:01:15 2007
From: radio2 na centrum.cz (Petr Svoboda)
Date: Mon, 21 May 2007 10:01:15 +0200
Subject: přechod na linux
References: <f2pp32$r4g$1@news.vol.cz>
	<mailman.934.1179721241.4027.linux@linux.cz>
Message-ID: <f2rjkd$26h1$1@news.vol.cz>

Dekuju, zkusim si tedy asi nejake Ubuntu Live nebo tak, jestli mi rozpozna 
tu kartu. Dik.

"Jaroslav Lukesh" <lukesh na seznam.cz> píše v diskusním příspěvku 
news:mailman.934.1179721241.4027.linux na linux.cz...
> Zkuste si stáhnout bootovací (jde nainstalovat kliknutínm na ikonu) CD 
> Mandriva One, je jak verze s gnome, tak i verze s KDE. A je to mnohem 
> lepší než to dvd od mandrivy.
>
>
> ----- Original Message ----- 
> From: "Petr Svoboda" <radio2 na centrum.cz>
> Newsgroups: cz.comp.linux
> To: <linux na linux.cz>
> Sent: Sunday, May 20, 2007 4:53 PM
> Subject: přechod na linux
>
>
> Zdravim
> Mesic jsem pouzival na druhem starem pomalem disku SuSe Linux, podarilo se
> mi vse rozbehat, celkem si rozumim i s terminalem. Docela se mi to 
> zalibilo,
> hlavne ten system v souborech a pruhlednost, ktera mi u woken chybi, 
> akorat
> graficke prostredi, zkousel jsem KDE a prislo mi takove chaoticke a
> nestabilni. Ovsem problem jsem mel s kartou OvisLink 8000 PCI...  origos
> ovladace pro Linux nejak zlobili, ndiswrapperu se moc nechtelo a nakonec 
> mi
> kolizovali oba dva nastroje, ovsem problem bych vyresil rucne, ovsem do te
> doby mi ten disk umrel. Mam tu 80 Gb disk na kterem mam WinXP... A tak se
> ptam, ktera distribuce s vhodnym nastrojem pro rozdeleni disku (abych mohl
> zmensit druhy NTFS oddil) jiz pri instalaci by to umela a nejlepa mela
> ovladace pro tuto kartu jiz zahrnutou v sobe?
> Diky moc za odpoved.
> 




From daemon na svoboda.cz  Mon May 21 10:23:50 2007
From: daemon na svoboda.cz (Petr Vejsada)
Date: Mon, 21 May 2007 10:23:50 +0200
Subject: Samba 3.0.25 - podivne chovani
Message-ID: <f2rkum$o45$1@linux.svoboda.cz>

Zdravim,

chci se zeptat, zda jste se nekdo nesetkal s prapodivnym chovanim Samby po
pokusu o upgrade na 3.0.25.

Konfigurace:

Domena, PDC na Sambe, hesla v smbpasswd. V domene nekolik dalsich linuxovych
serveru se Sambou + asi 100 WinXP klientu.

Po upgrade na PDC a 2 serverech, clenech domeny, se na Windows objevila jen
otravna hlaska (ihned po prihlaseni), ze dnes konci platnost hesla a zda ho
chci zmenit. Prestala fungovat vsechna sdileni a tech upgradnutych serverech,
clenech domeny s hlaskou v logu na PDC, ze clen domeny ma spatne heslo (bad
credentials for machine, priblizne, ty logy uz jsou fuc.
). Takze jsem se pokusil znovu pridat do domeny ty servery (net
join //domainname). Na tom serveru, ktery jsem pridaval hlaska, ze join OK
(Joined domain domainname), ovsem na PDC v logu zase hlaska, ze bad
credentials. Sdileni na serverech nefungovaly.

Jelikoz mame provoz 24/7, musel jsem dalsich experimentu zanechat a vratit tam
3.0.24 a vse je OK.

S podobnym chovanim jsem se uz setkal, tusim u Samby 3.0.23, kde byla chyba a
bylo to opraveno v 3.0.23a.

Winbindd nepouzivam (nejak jsem nepochopil, k cemu vlastne je ?).

Diky za info.

--
Petr



From luf na pzkagis.cz  Mon May 21 10:47:32 2007
From: luf na pzkagis.cz (Ludek Finstrle)
Date: Mon, 21 May 2007 10:47:32 +0200
Subject: Samba 3.0.25 - podivne chovani
In-Reply-To: <f2rkum$o45$1@linux.svoboda.cz>
References: <f2rkum$o45$1@linux.svoboda.cz>
Message-ID: <20070521084732.GE8612@soptik.pzkagis.cz>

Mon, May 21, 2007 at 10:23:50AM +0200, Petr Vejsada napsal(a):
> chci se zeptat, zda jste se nekdo nesetkal s prapodivnym chovanim Samby po
> pokusu o upgrade na 3.0.25.

Toto jiz reportovala spousta lidi v listu samby. Bohuzel zatim nikdo
neposlal log s log levelem 10, takze vyvojari pro to zatim nic neudelali.

Luf


From luf na pzkagis.cz  Mon May 21 10:49:29 2007
From: luf na pzkagis.cz (Ludek Finstrle)
Date: Mon, 21 May 2007 10:49:29 +0200
Subject: Samba 3.0.25 - podivne chovani
In-Reply-To: <f2rkum$o45$1@linux.svoboda.cz>
References: <f2rkum$o45$1@linux.svoboda.cz>
Message-ID: <20070521084929.GF8612@soptik.pzkagis.cz>

Mon, May 21, 2007 at 10:23:50AM +0200, Petr Vejsada napsal(a):
> Winbindd nepouzivam (nejak jsem nepochopil, k cemu vlastne je ?).

Ten je pro "automaticke" vytvareni uzivatelu a skupin dle DC. Vzhledem
k tomu, ze vy mate PDC na sambe a distribuci uctu a skupin pro
linux resite jinak, tak pro vas je to k nicemu ;o)

Luf


From daemon na svoboda.cz  Mon May 21 10:32:38 2007
From: daemon na svoboda.cz (Petr Vejsada)
Date: Mon, 21 May 2007 10:32:38 +0200
Subject: Intel SATA SRCS28X a velky load - vyreseno
Message-ID: <f2rlf6$o45$2@linux.svoboda.cz>

Hezky den,

citim se povinovan informovat o vyslednem reseni problemu, se kterym jsem tu
pred par tydny spamoval. Jednalo se o velky load a extremne pomale I/O
operace s timto radicem.

Cely problem spocival v chybnem nastaveni radice v jeho setupu. Musi se totiz
kliknout na kazdy fyzicky disk zvlast a tam kliknout na Enable cache. Tim
bylo vse vyreseno. Toto nelze nastavit utilitou megamgr od LSI, musi se to
naklikat jak jsem popisoval.

Jeste si musim poradne nasypat popel na hlavu za ma obvinovani Slamd64 pri
mych testech s Bonnie++ a chrootem. Pokud jsem totiz nabootoval z live cd a
nasledne se chrootnul do meho FS a pustil Bonnie++, Bonnie++ nemela k
dizpozici /etc/mtab a /etc/fstab a tedy nevedela, na jakem filesystemu se
nachazi a kolik mista ma k dispozici. Proto k testu zvolila jen male soubory
a oku se vse jevilo jako ze je vse rychle. Coz taky bylo, na tech par MB,
ktere Bonnie++ na test pouzila, narozdil od varianty bez chrootu, kdy vedela
kolik ma mista a tak testovala na GB.

-- 
Petr



From kilinux na seznam.cz  Mon May 21 11:08:17 2007
From: kilinux na seznam.cz (Jiri Kroutil)
Date: Mon, 21 May 2007 11:08:17 +0200
Subject: btfs kompilace bez libsdp
In-Reply-To: <20180519203927.GA12087@finrod>
References: <20180519203927.GA12087@finrod>
Message-ID: <46516181.8070409@seznam.cz>

Libsdp byla integrovana do libbluetooth. Takze bud upravte makefile, aby 
chtel libbluetooth, nebo vytvorte symlink libsdp -> libbluetooth.

J.K.

Martin Kraus napsal(a):
> zdravim,
>   chtel bych zkusit pouzivat btfs nebo neco podobneho, jenze btfs potrebuje
> pro kompilaci libsdp, ktera uz zrejme neni pro bluez potreba a neexistuje.
> Nevite nekdo jestli se to da obejit pripadne nejaky jiny podobny fuse system
> pro export bluetooth veci jako filesystem?
> 
> diky
> mk
> _______________________________________________
> Linux mailing list
> Linux na linux.cz
> http://www.linux.cz/mailman/listinfo/linux
> 



From jarda47133 na spambob.net  Mon May 21 12:20:22 2007
From: jarda47133 na spambob.net (Jarda)
Date: Mon, 21 May 2007 12:20:22 +0200
Subject: =?ISO-8859-1?Q?p=F8echod?= na linux
References: <f2pp32$r4g$1@news.vol.cz>
	<mailman.934.1179721241.4027.linux@linux.cz>
	<f2rjkd$26h1$1@news.vol.cz>
Message-ID: <f2rr6d$lv9$1@news.brutele.be>

Petr Svoboda wrote:

> Dekuju, zkusim si tedy asi nejake Ubuntu Live nebo tak, jestli mi
> rozpozna tu kartu. Dik.

Nevim, jak je na tom Ubuntu, ale co se tyce rozpoznavani HW, je na tom
dost dobre Knoppix.

-- 
--
Remove the 33 from my address to reply by e-mail!


From prudek na bvx.cz  Mon May 21 13:57:23 2007
From: prudek na bvx.cz (Milos Prudek)
Date: Mon, 21 May 2007 13:57:23 +0200
Subject: =?iso-8859-2?b?cPhlcG51dO0=?= =?iso-8859-2?b?IHJvemxpuWVu7Q==?=
In-Reply-To: <20070520050730.GA18615@ebed.etf.cuni.cz>
References: <200705181624.02366.prudek__30768.105647485$1179498247$gmane$org@bvx.cz>
	<200705191511.14165.prudek@bvx.cz>
	<20070520050730.GA18615@ebed.etf.cuni.cz>
Message-ID: <200705211357.23402.prudek@bvx.cz>

> A jakou mate klavesovou mapu? Zjistil jsem, ze Xorg nekdy +-

Klavesovou mapu mam US. Uz to neni treba resit. Zjistil jsem ze pripojeni 
pomoci vncviewer na localhost mi umoznuje pouzit vyssi rozliseni nez 
virtualni rozliseni X serveru.

-- 
Milos Prudek


From slovak na abakus.sk  Tue May 22 08:23:55 2007
From: slovak na abakus.sk (Jozef Slovak , abakus.sk spol. s r.o.)
Date: Tue, 22 May 2007 08:23:55 +0200
Subject: Mandriva Linux 2007 + Dazuko
Message-ID: <c77cb71a6f70.6f70c77cb71a@stonline.sk>

Zdravim Vas vsetkych.

Nainstaloval som si Mandriva Linux 2007.
Potrebujem doinstalovat mohul dazuko.
Stiahol som s inetu s www.dazuko.org subor dazuko-2.3.3.tar.gz
Rozbalil som ho a podla navodu som spustil ./configure.
Ohlasilo mi "error: security module support must be enabled in 
your kernel"

v FAQ na stranke dazuko som nasiel :

What does "error: security module support must be enabled in 
your kernel" mean? 

Dazuko uses the new Linux Security Model for Linux 2.6. This 
means that Security must be enabled in the kernel in order to 
support Dazuko. This will require you to configure and build a 
new kernel. 

Hm . A tu som skoncil.
Cez kontrolne centrum som nainstaloval :
kernel-enterprise-2.6.17.5mdv1-1mdv2007.0
kernel-legacy-2.6.17.5mdv1-1mdv2007.0
kernel-source-stripped-2.6.17.5mdv1-1mdv2007.0

Prihlasil som sa ako root.
presiel som do adresara /usr/src/linux
pustil som make menuconfig a skoncim s chybou .

Poradite mi ???

Jozef Slovak



From mcepl na redhat.com  Tue May 22 11:30:52 2007
From: mcepl na redhat.com (Matej Cepl)
Date: Tue, 22 May 2007 11:30:52 +0200
Subject: cz.comp.linux.redhat
Message-ID: <crpai4xsvj.ln2@hubmaier.ceplovi.cz>

Dobrý den,

nestála by tahle cz.comp.linux.redhat za smazání? Jednak je jenom plná 
spamu -- hodnotný příspěvek jsem tam už dlouho nezaznamenal, a jednak teď 
vznikla konkurence, která snad bude funkční:

fedora-cs-list na redhat.com

mirrorovaná jako NG na

gmane.linux.redhat.fedora.user.czech-slovak

Hezký den,

Matěj Cepl


From janis na alberon.cz  Tue May 22 14:54:25 2007
From: janis na alberon.cz (Zdenek Janis)
Date: Tue, 22 May 2007 14:54:25 +0200
Subject: nastaveni php_admin_value 
Message-ID: <4652E801.3010706@alberon.cz>

Dobry den,

lze nejak nastavit "php_admin_value nazev_hodnoty" z promennych 
definovanych v Achape2?

Neco jako (priklad, nehledat hlubsi smysl ;-)):

php_admin_value		doc_root	%{SERVER_NAME}

At delam co delam, tak se sice hodnota doc_root nastavi, ale primo 
retezcem "%{SERVER_NAME}", nikoliv obsahem, coz bych poterboval.


-- 
     Zdenek Janis


From linux na ssos.cz  Tue May 22 17:27:23 2007
From: linux na ssos.cz (=?ISO-8859-2?Q?Filip_Flaj=B9ar?=)
Date: Tue, 22 May 2007 17:27:23 +0200
Subject: OT: Font na screenshotu
Message-ID: <46530BDB.40402@ssos.cz>

Dobry den,
mohl by mi nekdo znaly napsat jaky je font na screenshotu z KDE?

http://farm1.static.flickr.com/139/352329606_ddca7e2dec_o.png


Dekuji a omlouvam se za offtopic.

S pozdravem

-- Filip Flajšar


From pna.lists na seznam.cz  Tue May 22 18:11:30 2007
From: pna.lists na seznam.cz (=?us-ascii?Q?pna=2Elists?=)
Date: Tue, 22 May 2007 18:11:30 +0200 (CEST)
Subject: =?us-ascii?Q?ZFS=20na=20Linuxu=3F?=
Message-ID: <2483.3692-29806-1185957262-1179850290@seznam.cz>

Nevite, zda a kdy bude ZFS podporovan v jadu Linuxu, nikoli jen pomoci FUSE?


From lists_mk na wujiman.net  Tue May 22 18:23:18 2007
From: lists_mk na wujiman.net (Martin Kraus)
Date: Tue, 22 May 2007 18:23:18 +0200
Subject: jak dostat z disku konsistentni LVM snapshot
Message-ID: <20070522162318.GA4567@finrod>

zdravim,
  mozna je to fakt hloupa otazka, ale jak nejlepe udelam snapshot z LVM disku
tak aby byl konzistentni? jak zaridit, aby ve chvili udelani snapshotu byla
data na disku konzistentni, pokud me tam bezi nekolik serveru a je tam
napriklad prihlaseny uzivatel, ktery neco tvori.

predem dekuji
mk


From mcepl na redhat.com  Tue May 22 18:26:56 2007
From: mcepl na redhat.com (Matej Cepl)
Date: Tue, 22 May 2007 18:26:56 +0200
Subject: ZFS na Linuxu?
References: <mailman.966.1179850298.4027.linux@linux.cz>
Message-ID: <g7ibi4xqdq.ln2@hubmaier.ceplovi.cz>

On Tue, 22 May 2007 16:11:30 +0000, pna.lists scripst:

> Nevite, zda a kdy bude ZFS podporovan v jadu Linuxu, nikoli jen pomoci
> FUSE?

Až ho Sun uvolní pod GPL.

Matěj


From jikos na jikos.cz  Tue May 22 20:10:00 2007
From: jikos na jikos.cz (Jiri Kosina)
Date: Tue, 22 May 2007 20:10:00 +0200 (CEST)
Subject: =?us-ascii?Q?ZFS=20na=20Linuxu=3F?=
In-Reply-To: <2483.3692-29806-1185957262-1179850290@seznam.cz>
References: <2483.3692-29806-1185957262-1179850290@seznam.cz>
Message-ID: <Pine.LNX.4.64.0705222009490.27422@twin.jikos.cz>

On Tue, 22 May 2007, pna.lists wrote:

> Nevite, zda a kdy bude ZFS podporovan v jadu Linuxu, nikoli jen pomoci FUSE?

Z licencnich duvodu neni. Vice viz napr. 
http://lkml.org/lkml/2007/4/13/286

-- 
Jiri Kosina


From qaxi na seznam.cz  Wed May 23 09:02:51 2007
From: qaxi na seznam.cz (=?UTF-8?B?IlBldHIgXCJRYXhpXCIgS2zDrW1hIg==?=)
Date: Wed, 23 May 2007 09:02:51 +0200
Subject: OO a Visual Basic for Applications
Message-ID: <4653E71B.4060207@seznam.cz>

Zdravim

jaký je stav OO a kompatibility s MS Visual Basic for Applications ?

Jde o spouštění maker v .doc souborech.

Na Internetu probleskujou zprávy že SUN/Novel to umí, ale nejak sem mi 
nedaří najít jak to rozchodit.

!!! Nejde mi o portaci 
(http://www.openoffice.org/nonav/issues/showattachment.cgi/15705/VbaStarBasicXref.sxw) 
!!!




    Petr Klíma

    e-mail:  qaxi na seznam.cz



From Igor.Kilian na spp.sk  Wed May 23 09:22:03 2007
From: Igor.Kilian na spp.sk (Kilian Igor)
Date: Wed, 23 May 2007 09:22:03 +0200
Subject: nagiosgrapher - zle zobrazovanie grafov
Message-ID: <1D0F72DD72800943898A287FEE5BD2D427134D@HQS0066.spp.sk>

Prajem vsetkym prijemny den.

Pre potreby historie som zvolil do nagiosu nagiosgrapher.
Po instalacii a konfiguracii vypada vsetko dobre az na jednu vec.
Ked mam zapnutu dynamicku ikonku pre grafy:
icon_image_static               no
Tak tam sa mi grafy zobrazuju sice miniaturne, ale v poriadku.

Problem nastava ak na nejakom hoste mam nastavene graficke zobrazenie
viacerych servicov. Vtedy sa mi zobrazi po kliknuti na ikonku grafu
servicov vzdy
iba ten co je prvy v poradi na danom hoste ked si zobrazim v nagiose
"service detail".
Linky su v poriadku
https://nagios.web.sk/nagios/cgi-bin/graphs.cgi?host=MenoHostu1&service=
MenoServicu1
https://nagios.web.sk/nagios/cgi-bin/graphs.cgi?host=MenoHostu1&service=
MenoServicu2

Problemom je, ze sa mi zobrazi graf vzdy iba ten graf co ma na konci
MenoServicu1 ak ked v linke
ma MenoServicu2. Vypada to na chybu v graphs.cgi. Za kazdu radu budem
vdacny. Dakujem.

Igor



From Igor.Kilian na spp.sk  Wed May 23 09:51:30 2007
From: Igor.Kilian na spp.sk (Kilian Igor)
Date: Wed, 23 May 2007 09:51:30 +0200
Subject: nagiosgrapher - zle zobrazovanie grafov
Message-ID: <1D0F72DD72800943898A287FEE5BD2D427135C@HQS0066.spp.sk>

Odpoviem si sam (google konecne nasiel riesenie :-) ):
Riadok 210 v subore graphs.cgi treba nahradit:
if ($h->Param('old_host') && $h->Param('old_host') ne $h->Host) {

Plati to pre verziu NagiosGrapher-1.6.1-rc3a

Mozno to niekomu pomoze.

Igor

-----Original Message-----
From: Kilian Igor 
Sent: Wednesday, May 23, 2007 9:22 AM
To: 'linux na linux.cz'
Subject: nagiosgrapher - zle zobrazovanie grafov

Prajem vsetkym prijemny den.

Pre potreby historie som zvolil do nagiosu nagiosgrapher.
Po instalacii a konfiguracii vypada vsetko dobre az na jednu vec.
Ked mam zapnutu dynamicku ikonku pre grafy:
icon_image_static               no
Tak tam sa mi grafy zobrazuju sice miniaturne, ale v poriadku.

Problem nastava ak na nejakom hoste mam nastavene graficke zobrazenie
viacerych servicov. Vtedy sa mi zobrazi po kliknuti na ikonku grafu
servicov vzdy
iba ten co je prvy v poradi na danom hoste ked si zobrazim v nagiose
"service detail".
Linky su v poriadku
https://nagios.web.sk/nagios/cgi-bin/graphs.cgi?host=MenoHostu1&service=
MenoServicu1
https://nagios.web.sk/nagios/cgi-bin/graphs.cgi?host=MenoHostu1&service=
MenoServicu2

Problemom je, ze sa mi zobrazi graf vzdy iba ten graf co ma na konci
MenoServicu1 ak ked v linke
ma MenoServicu2. Vypada to na chybu v graphs.cgi. Za kazdu radu budem
vdacny. Dakujem.

Igor



From vaclavik na ujp.cz  Wed May 23 12:05:29 2007
From: vaclavik na ujp.cz (Juraj Vaclavik)
Date: Wed, 23 May 2007 12:05:29 +0200
Subject: =?utf-8?q?zhavarovan=C3=BD?= disk
Message-ID: <200705231205.30226.vaclavik@ujp.cz>

Zdravím,
mám SATA disk s oddíly 1-7. Při výpadku proudu došlo zřejmě k jeho 
poškození. fdisk -l zobrazí tabulku rozdělení disku, ale mount /dev/sdb6 /mnt 
odpoví "mount: speciální zařízení /dev/sdb6 neexistuje". ls/dev/sdb* ho 
nevidí, tak jsem zkusil mknod sdb6 b 8 22. Potom tam sice zařízení mám, ale 
mount /dev/sdb6 -t ext3 /mnt ho nenamontuje. Pokus o fsck také 
neúspěšný. /var/log/warn je plný takovýchto zpráv:

May 23 11:39:53 admin1 kernel: ata2.00: exception Emask 0x0 SAct 0x0 SErr 0x0 
action 0x0
May 23 11:39:53 admin1 kernel: ata2.00: (BMDMA stat 0x4)
May 23 11:39:53 admin1 kernel: ata2.00: cmd 
c8/00:20:c0:6b:0c/00:00:00:00:00/e7 tag 0 cdb 0x0 data 16384 in
May 23 11:39:53 admin1 kernel:          res 
51/40:20:c2:6b:0c/00:00:00:00:00/e7 Emask 0x9 (media error)
May 23 11:39:53 admin1 kernel: end_request: I/O error, dev sdb, sector 
118254528
May 23 11:39:53 admin1 kernel: Buffer I/O error on device sdb6, logical block 
0
May 23 11:39:53 admin1 kernel: Buffer I/O error on device sdb6, logical block 
1
May 23 11:39:53 admin1 kernel: Buffer I/O error on device sdb6, logical block 
2
May 23 11:39:53 admin1 kernel: Buffer I/O error on device sdb6, logical block 
3
May 23 11:39:54 admin1 kernel: ata2.00: exception Emask 0x0 SAct 0x0 SErr 0x0 
action 0x0
May 23 11:39:54 admin1 kernel: ata2.00: (BMDMA stat 0x4)
May 23 11:39:54 admin1 kernel: ata2.00: cmd 
c8/00:08:c0:6b:0c/00:00:00:00:00/e7 tag 0 cdb 0x0 data 4096 in
May 23 11:39:54 admin1 kernel:          res 
51/40:08:c2:6b:0c/00:00:00:00:00/e7 Emask 0x9 (media error)
May 23 11:39:56 admin1 kernel: ata2.00: exception Emask 0x0 SAct 0x0 SErr 0x0 
action 0x0
May 23 11:39:56 admin1 kernel: ata2.00: (BMDMA stat 0x4)
May 23 11:39:56 admin1 kernel: ata2.00: cmd 
c8/00:08:c0:6b:0c/00:00:00:00:00/e7 tag 0 cdb 0x0 data 4096 in
May 23 11:39:56 admin1 kernel:          res 
51/40:08:c2:6b:0c/00:00:00:00:00/e7 Emask 0x9 (media error)
May 23 11:39:57 admin1 kernel: ata2.00: exception Emask 0x0 SAct 0x0 SErr 0x0 
action 0x0
May 23 11:39:57 admin1 kernel: ata2.00: (BMDMA stat 0x4)
May 23 11:39:57 admin1 kernel: ata2.00: cmd 
c8/00:08:c0:6b:0c/00:00:00:00:00/e7 tag 0 cdb 0x0 data 4096 in
May 23 11:39:57 admin1 kernel:          res 
51/40:08:c2:6b:0c/00:00:00:00:00/e7 Emask 0x9 (media error)
May 23 11:39:59 admin1 kernel: ata2.00: exception Emask 0x0 SAct 0x0 SErr 0x0 
action 0x0
May 23 11:39:59 admin1 kernel: ata2.00: (BMDMA stat 0x4)
May 23 11:39:59 admin1 kernel: ata2.00: cmd 
c8/00:08:c0:6b:0c/00:00:00:00:00/e7 tag 0 cdb 0x0 data 4096 in
May 23 11:39:59 admin1 kernel:          res 
51/40:08:c2:6b:0c/00:00:00:00:00/e7 Emask 0x9 (media error)
May 23 11:40:00 admin1 kernel: ata2.00: exception Emask 0x0 SAct 0x0 SErr 0x0 
action 0x0
May 23 11:40:00 admin1 kernel: ata2.00: (BMDMA stat 0x4)
May 23 11:40:00 admin1 kernel: ata2.00: cmd 
c8/00:08:c0:6b:0c/00:00:00:00:00/e7 tag 0 cdb 0x0 data 4096 in
May 23 11:40:00 admin1 kernel:          res 
51/40:08:c2:6b:0c/00:00:00:00:00/e7 Emask 0x9 (media error)
May 23 11:40:02 admin1 kernel: ata2.00: exception Emask 0x0 SAct 0x0 SErr 0x0 
action 0x0
May 23 11:40:02 admin1 kernel: ata2.00: (BMDMA stat 0x4)
May 23 11:40:02 admin1 kernel: ata2.00: cmd 
c8/00:08:c0:6b:0c/00:00:00:00:00/e7 tag 0 cdb 0x0 data 4096 in
May 23 11:40:02 admin1 kernel:          res 
51/40:08:c2:6b:0c/00:00:00:00:00/e7 Emask 0x9 (media error)
May 23 11:40:02 admin1 kernel: end_request: I/O error, dev sdb, sector 
118254528
May 23 11:40:02 admin1 kernel: Buffer I/O error on device sdb6, logical block 
0


Potřeboval bych zkusit ten oddíl připojit a podívat se (stáhnout) co tam je - 
myslíte, že je nějaká cesta?
-- 
děkuji a zdravím

Ing. Juraj Václavík
UJP PRAHA a.s.


From nazarkojoc na 42productions.de  Wed May 23 13:12:03 2007
From: nazarkojoc na 42productions.de (Malcolm nazarko)
Date: Wed, 23 May 2007 13:12:03 +0200
Subject: German, markets alert!
Message-ID: <191ABC9E.71FC9A0A@42productions.de>

Moiraine can tell you more than I of it.
http://img71.imageshack.us/img71/2969/zrycekf1.gif
vorstand



From Mannen_Mathy na 42productions.de  Wed May 23 13:12:13 2007
From: Mannen_Mathy na 42productions.de (Mannen Mathy)
Date: Wed, 23 May 2007 13:12:13 +0200
Subject: Hot market report
Message-ID: <000c01c79d2b$36d60a20$1116a053@unattended>

If you install PowerPCB 3.
http://img394.imageshack.us/img394/1074/t9vq0.gif
wahrung



From jarda47133 na spambob.net  Wed May 23 13:33:16 2007
From: jarda47133 na spambob.net (Jarda)
Date: Wed, 23 May 2007 13:33:16 +0200
Subject: =?ISO-8859-1?Q?zhavarovan=FD?= disk
References: <mailman.977.1179914719.4027.linux@linux.cz>
Message-ID: <f31862$hck$1@news.brutele.be>

Juraj Vaclavik wrote:

> Zdravím,
> mám SATA disk s oddíly 1-7. P?i výpadku proudu do?lo z?ejm? k jeho
> po?kození. fdisk -l zobrazí tabulku rozd?lení disku, ale mount
> /dev/sdb6 /mnt odpoví "mount: speciální za?ízení /dev/sdb6
> neexistuje". ls/dev/sdb* ho nevidí, tak jsem zkusil mknod sdb6 b 8
> 22. Potom tam sice za?ízení mám, ale mount /dev/sdb6 -t ext3 /mnt ho
> nenamontuje. Pokus o fsck také neúsp??ný. /var/log/warn je plný
> takovýchto zpráv:
> 
> May 23 11:39:53 admin1 kernel: ata2.00: exception Emask 0x0 SAct 0x0
> SErr 0x0 action 0x0

<snip>
 
> 
> Pot?eboval bych zkusit ten oddíl p?ipojit a podívat se (stáhnout) co
> tam je - myslíte, ?e je n?jaká cesta?

Kdyby bylo nejhur a jinak to neslo, tak snad tohle:

sys-block/gpart
      Latest version available: 0.1h-r1
      Latest version installed: 0.1h-r1
      Size of downloaded files: 164 kB
      Homepage:    http://www.stud.uni-hannover.de/user/76201/gpart/
      Description: Partition table rescue/guessing tool
      License:     GPL-2

Jednou jsem to i pouzil a dokonce to fungovalo.

-- 
--
Remove the 33 from my address to reply by e-mail!


From slavek.banko na axis.cz  Wed May 23 13:25:04 2007
From: slavek.banko na axis.cz (Slavek Banko)
Date: Wed, 23 May 2007 13:25:04 +0200
Subject: =?iso-8859-2?q?zhavarovan=FD?= disk
In-Reply-To: <200705231205.30226.vaclavik@ujp.cz>
References: <200705231205.30226.vaclavik@ujp.cz>
Message-ID: <200705231325.04371.slavek.banko@axis.cz>

Zkuste si například pomocí dd_rescue stáhnout obraz toho disku jinam (ať 
už na jiný disk, nebo do souboru) a pak nakládat s tím. Uvidíte, jak se 
bude disk chovat během stahování obrazu - hned budete vidět, jakou asi 
šanci na data máte...

Slávek
-- 
Dne středa 23 květen 2007 12:05 Juraj Vaclavik napsal(a):
> Zdravím,
> mám SATA disk s oddíly 1-7. Při výpadku proudu došlo zřejmě k jeho
> poškození. fdisk -l zobrazí tabulku rozdělení disku, ale mount
> /dev/sdb6 /mnt odpoví "mount: speciální zařízení /dev/sdb6 neexistuje".
> ls/dev/sdb* ho nevidí, tak jsem zkusil mknod sdb6 b 8 22. Potom tam
> sice zařízení mám, ale mount /dev/sdb6 -t ext3 /mnt ho nenamontuje.
> Pokus o fsck také neúspěšný. /var/log/warn je plný takovýchto zpráv:
>
> May 23 11:39:53 admin1 kernel: ata2.00: exception Emask 0x0 SAct 0x0
> SErr 0x0 action 0x0
> May 23 11:39:53 admin1 kernel: ata2.00: (BMDMA stat 0x4)
> May 23 11:39:53 admin1 kernel: ata2.00: cmd
> c8/00:20:c0:6b:0c/00:00:00:00:00/e7 tag 0 cdb 0x0 data 16384 in
> May 23 11:39:53 admin1 kernel:          res
> 51/40:20:c2:6b:0c/00:00:00:00:00/e7 Emask 0x9 (media error)
> May 23 11:39:53 admin1 kernel: end_request: I/O error, dev sdb, sector
> 118254528
> May 23 11:39:53 admin1 kernel: Buffer I/O error on device sdb6, logical
> block 0
> May 23 11:39:53 admin1 kernel: Buffer I/O error on device sdb6, logical
> block 1
> May 23 11:39:53 admin1 kernel: Buffer I/O error on device sdb6, logical
> block 2
> May 23 11:39:53 admin1 kernel: Buffer I/O error on device sdb6, logical
> block 3
> May 23 11:39:54 admin1 kernel: ata2.00: exception Emask 0x0 SAct 0x0
> SErr 0x0 action 0x0
> May 23 11:39:54 admin1 kernel: ata2.00: (BMDMA stat 0x4)
> May 23 11:39:54 admin1 kernel: ata2.00: cmd
> c8/00:08:c0:6b:0c/00:00:00:00:00/e7 tag 0 cdb 0x0 data 4096 in
> May 23 11:39:54 admin1 kernel:          res
> 51/40:08:c2:6b:0c/00:00:00:00:00/e7 Emask 0x9 (media error)
> May 23 11:39:56 admin1 kernel: ata2.00: exception Emask 0x0 SAct 0x0
> SErr 0x0 action 0x0
> May 23 11:39:56 admin1 kernel: ata2.00: (BMDMA stat 0x4)
> May 23 11:39:56 admin1 kernel: ata2.00: cmd
> c8/00:08:c0:6b:0c/00:00:00:00:00/e7 tag 0 cdb 0x0 data 4096 in
> May 23 11:39:56 admin1 kernel:          res
> 51/40:08:c2:6b:0c/00:00:00:00:00/e7 Emask 0x9 (media error)
> May 23 11:39:57 admin1 kernel: ata2.00: exception Emask 0x0 SAct 0x0
> SErr 0x0 action 0x0
> May 23 11:39:57 admin1 kernel: ata2.00: (BMDMA stat 0x4)
> May 23 11:39:57 admin1 kernel: ata2.00: cmd
> c8/00:08:c0:6b:0c/00:00:00:00:00/e7 tag 0 cdb 0x0 data 4096 in
> May 23 11:39:57 admin1 kernel:          res
> 51/40:08:c2:6b:0c/00:00:00:00:00/e7 Emask 0x9 (media error)
> May 23 11:39:59 admin1 kernel: ata2.00: exception Emask 0x0 SAct 0x0
> SErr 0x0 action 0x0
> May 23 11:39:59 admin1 kernel: ata2.00: (BMDMA stat 0x4)
> May 23 11:39:59 admin1 kernel: ata2.00: cmd
> c8/00:08:c0:6b:0c/00:00:00:00:00/e7 tag 0 cdb 0x0 data 4096 in
> May 23 11:39:59 admin1 kernel:          res
> 51/40:08:c2:6b:0c/00:00:00:00:00/e7 Emask 0x9 (media error)
> May 23 11:40:00 admin1 kernel: ata2.00: exception Emask 0x0 SAct 0x0
> SErr 0x0 action 0x0
> May 23 11:40:00 admin1 kernel: ata2.00: (BMDMA stat 0x4)
> May 23 11:40:00 admin1 kernel: ata2.00: cmd
> c8/00:08:c0:6b:0c/00:00:00:00:00/e7 tag 0 cdb 0x0 data 4096 in
> May 23 11:40:00 admin1 kernel:          res
> 51/40:08:c2:6b:0c/00:00:00:00:00/e7 Emask 0x9 (media error)
> May 23 11:40:02 admin1 kernel: ata2.00: exception Emask 0x0 SAct 0x0
> SErr 0x0 action 0x0
> May 23 11:40:02 admin1 kernel: ata2.00: (BMDMA stat 0x4)
> May 23 11:40:02 admin1 kernel: ata2.00: cmd
> c8/00:08:c0:6b:0c/00:00:00:00:00/e7 tag 0 cdb 0x0 data 4096 in
> May 23 11:40:02 admin1 kernel:          res
> 51/40:08:c2:6b:0c/00:00:00:00:00/e7 Emask 0x9 (media error)
> May 23 11:40:02 admin1 kernel: end_request: I/O error, dev sdb, sector
> 118254528
> May 23 11:40:02 admin1 kernel: Buffer I/O error on device sdb6, logical
> block 0
>
>
> Potřeboval bych zkusit ten oddíl připojit a podívat se (stáhnout) co
> tam je - myslíte, že je nějaká cesta?


From lukesh na seznam.cz  Wed May 23 15:03:50 2007
From: lukesh na seznam.cz (Jaroslav Lukesh)
Date: Wed, 23 May 2007 15:03:50 +0200
Subject: zhavarovaný disk
References: <200705231205.30226.vaclavik@ujp.cz>
Message-ID: <0a8401c79d3a$ced02540$6164a8c0@xp>

dd_rescue


----- Original Message ----- 
From: "Juraj Vaclavik" <vaclavik na ujp.cz>
To: <linux na linux.cz>
Sent: Wednesday, May 23, 2007 12:05 PM
Subject: zhavarovaný disk


Zdravím,
mám SATA disk s oddíly 1-7. Při výpadku proudu došlo zřejmě k jeho
poškození. fdisk -l zobrazí tabulku rozdělení disku, ale mount /dev/sdb6 
/mnt
odpoví "mount: speciální zařízení /dev/sdb6 neexistuje". ls/dev/sdb* ho
nevidí, tak jsem zkusil mknod sdb6 b 8 22. Potom tam sice zařízení mám, ale
mount /dev/sdb6 -t ext3 /mnt ho nenamontuje. Pokus o fsck také
neúspěšný. /var/log/warn je plný takovýchto zpráv:




From petrhlavka na gmail.com  Wed May 23 19:15:08 2007
From: petrhlavka na gmail.com (=?ISO-8859-1?Q?Petr_Hl=E1vka?=)
Date: Wed, 23 May 2007 19:15:08 +0200
Subject: Mandriva Linux 2007 + Dazuko
In-Reply-To: <c77cb71a6f70.6f70c77cb71a@stonline.sk>
References: <c77cb71a6f70.6f70c77cb71a@stonline.sk>
Message-ID: <e5258fb30705231015q730a940fs7b92753cf0030686@mail.gmail.com>

Dobry den,

pro preklad kernelu budete potrebovat balik

kernel-source-2.6.17.5mdv-1-1mdv2007.0

otazkou je, jestli je nutne prekladat cele jadro, mozna pokud byste
nepouzil enterprise jadro, pujde dazuko pouzit bez problemu.

  S pozdravem Petr Hlavka.

On 5/22/07, Jozef Slovak , abakus.sk spol. s r.o. <slovak na abakus.sk> wrote:
> Zdravim Vas vsetkych.
>
> Nainstaloval som si Mandriva Linux 2007.
> Potrebujem doinstalovat mohul dazuko.
> Stiahol som s inetu s www.dazuko.org subor dazuko-2.3.3.tar.gz
> Rozbalil som ho a podla navodu som spustil ./configure.
> Ohlasilo mi "error: security module support must be enabled in
> your kernel"
>
> v FAQ na stranke dazuko som nasiel :
>
> What does "error: security module support must be enabled in
> your kernel" mean?
>
> Dazuko uses the new Linux Security Model for Linux 2.6. This
> means that Security must be enabled in the kernel in order to
> support Dazuko. This will require you to configure and build a
> new kernel.
>
> Hm . A tu som skoncil.
> Cez kontrolne centrum som nainstaloval :
> kernel-enterprise-2.6.17.5mdv1-1mdv2007.0
> kernel-legacy-2.6.17.5mdv1-1mdv2007.0
> kernel-source-stripped-2.6.17.5mdv1-1mdv2007.0
>
> Prihlasil som sa ako root.
> presiel som do adresara /usr/src/linux
> pustil som make menuconfig a skoncim s chybou .
>
> Poradite mi ???
>
> Jozef Slovak
>
> _______________________________________________
> Linux mailing list
> Linux na linux.cz
> http://www.linux.cz/mailman/listinfo/linux
>


From liko na wardogs.sk  Wed May 23 22:38:26 2007
From: liko na wardogs.sk (Bruce)
Date: Wed, 23 May 2007 22:38:26 +0200
Subject: Konfiguracia apache2.2 pre awstats6.5 a zapamatovatelne url
Message-ID: <4654A642.5030906@wardogs.sk>

Zdravim,

trapim sa tu s nastavenim apache pre awstats a nejako sa nemozem pohnut 
z miesta. Vsetko funguje, len sa jedna o URL, ktore defaultne nieje 
dobre zapamatovatelne (http://www.domena.xy/cgi-bin/awstats.pl). Chcel 
by som pouzivat nastavenie http://statistiky.domena.xy, co uz je lepsie 
zapamatovatelne pre uzivatelov, ale nedari sa mi donutit apache, aby 
takto fungoval. Vytvoril som si jeden virtualny web a k nemu pridavam 
aliasy pre domeny, ktore maju mat statistiky a do tohto virtualu 
presunul nastavenia, co si awstats defaultne nastavilo. Napada ma len 
riesenie, ze vytvorim DocumentRoot, hodim tam jeden index.php subor, 
ktory vezme url a presmeruje na url/cgi-bin/awstats.pl, ale 
predpokladam, ze toto musi byt riesitelne aj priamo na urovni apache. 
Vedel by mi niekto poradit?

Toto je cely konfig pre virtualny web:

<VirtualHost *:80>

    ServerName statistiky.domena.xy
    ServerAlias statistiky.inadomena.xy,statistiky.estedalsiadomena.xy

    <Directory /usr/share/awstats/icon>
        Options None
        AllowOverride None
        Order allow,deny
        Allow from all
    </Directory>

    Alias /awstats-icon/ /usr/share/awstats/icon/
    ScriptAlias /cgi-bin/ /usr/lib/cgi-bin/

    Alias /awstatsclasses "/usr/share/doc/awstats/examples/wwwroot/classes/"
    Alias /awstatscss "/usr/share/doc/awstats/examples/wwwroot/css/"
    Alias /awstatsicons "/usr/share/doc/awstats/examples/wwwroot/icon/"
    ScriptAlias /awstats/ "/usr/share/doc/awstats/examples/wwwroot/cgi-bin/"

    <Directory "/usr/share/doc/awstats/examples/wwwroot">
        Options None
        AllowOverride None
        Order allow,deny
        Allow from all
    </Directory>

</VirtualHost>


Bruce


From f.matousek na m-software.cz  Wed May 23 22:20:36 2007
From: f.matousek na m-software.cz (Filip =?iso-8859-2?Q?Matou=B9ek?=)
Date: Wed, 23 May 2007 22:20:36 +0200 (CEST)
Subject: zlobi httpd
Message-ID: <2085.82.150.162.10.1179951636.squirrel@82.150.162.10>

Nevím zda někdo pomůže od dnešní doby se mi stavá že některé stránky z
internetu nemohu načíst. V logu http je toto:





[Wed May 23 22:05:53 2007] [warn] child process 2420 still did not exit,
sending a SIGTERM

[Wed May 23 22:05:53 2007] [warn] child process 2421 still did not exit,
sending a SIGTERM

[Wed May 23 22:05:53 2007] [warn] child process 2423 still did not exit,
sending a SIGTERM

[Wed May 23 22:05:53 2007] [warn] child process 2424 still did not exit,
sending a SIGTERM

[Wed May 23 22:05:53 2007] [warn] child process 2425 still did not exit,
sending a SIGTERM

[Wed May 23 22:05:53 2007] [warn] child process 2426 still did not exit,
sending a SIGTERM

[Wed May 23 22:05:53 2007] [warn] child process 2427 still did not exit,
sending a SIGTERM

[Wed May 23 22:05:53 2007] [warn] child process 2421 still did not exit,
sending a SIGTERM

[Wed May 23 22:05:53 2007] [warn] child process 2423 still did not exit,
sending a SIGTERM

[Wed May 23 22:05:53 2007] [warn] child process 2424 still did not exit,
sending a SIGTERM

[Wed May 23 22:05:53 2007] [warn] child process 2426 still did not exit,
sending a SIGTERM

[Wed May 23 22:05:53 2007] [warn] child process 2427 still did not exit,
sending a SIGTERM

[Wed May 23 22:05:54 2007] [notice] caught SIGTERM, shutting down

[Wed May 23 22:05:57 2007] [notice] Digest: generating secret for digest
authentication ...

[Wed May 23 22:05:57 2007] [notice] Digest: done

[Wed May 23 22:05:58 2007] [notice] Apache/2.0.40 (Red Hat Linux)
configured -- resuming normal operations

~

~

Poradíte co s tim



Diky F.




From kocour na direcat.net  Thu May 24 01:16:40 2007
From: kocour na direcat.net (Kocourek Lukas)
Date: Thu, 24 May 2007 01:16:40 +0200
Subject: Konfiguracia apache2.2 pre awstats6.5 a zapamatovatelne url
In-Reply-To: <4654A642.5030906@wardogs.sk>
References: <4654A642.5030906@wardogs.sk>
Message-ID: <30199aba0705231616h72840f28xbbc52caf9a87d590@mail.gmail.com>

DD,

treba...

<VirtualHost *:80>
        ServerName statistiky.domena.xxx
        Redirect /
http://www.domena.xxx/cgi-bin/awstats.pl<http://www.domena.xy/cgi-bin/awstats.pl>
</VirtualHost>

?

--
Lukas Kocourek

On 5/23/07, Bruce <liko na wardogs.sk> wrote:
>
> Zdravim,
>
> trapim sa tu s nastavenim apache pre awstats a nejako sa nemozem pohnut
> z miesta. Vsetko funguje, len sa jedna o URL, ktore defaultne nieje
> dobre zapamatovatelne (http://www.domena.xy/cgi-bin/awstats.pl). Chcel
> by som pouzivat nastavenie http://statistiky.domena.xy, co uz je lepsie
> zapamatovatelne pre uzivatelov, ale nedari sa mi donutit apache, aby
> takto fungoval. Vytvoril som si jeden virtualny web a k nemu pridavam
> aliasy pre domeny, ktore maju mat statistiky a do tohto virtualu
> presunul nastavenia, co si awstats defaultne nastavilo. Napada ma len
> riesenie, ze vytvorim DocumentRoot, hodim tam jeden index.php subor,
> ktory vezme url a presmeruje na url/cgi-bin/awstats.pl, ale
> predpokladam, ze toto musi byt riesitelne aj priamo na urovni apache.
> Vedel by mi niekto poradit?
>
> Toto je cely konfig pre virtualny web:
>
> <VirtualHost *:80>
>
>     ServerName statistiky.domena.xy
>     ServerAlias statistiky.inadomena.xy,statistiky.estedalsiadomena.xy
>
>     <Directory /usr/share/awstats/icon>
>         Options None
>         AllowOverride None
>         Order allow,deny
>         Allow from all
>     </Directory>
>
>     Alias /awstats-icon/ /usr/share/awstats/icon/
>     ScriptAlias /cgi-bin/ /usr/lib/cgi-bin/
>
>     Alias /awstatsclasses
> "/usr/share/doc/awstats/examples/wwwroot/classes/"
>     Alias /awstatscss "/usr/share/doc/awstats/examples/wwwroot/css/"
>     Alias /awstatsicons "/usr/share/doc/awstats/examples/wwwroot/icon/"
>     ScriptAlias /awstats/
> "/usr/share/doc/awstats/examples/wwwroot/cgi-bin/"
>
>     <Directory "/usr/share/doc/awstats/examples/wwwroot">
>         Options None
>         AllowOverride None
>         Order allow,deny
>         Allow from all
>     </Directory>
>
> </VirtualHost>
>
>
> Bruce
>


From liko na wardogs.sk  Thu May 24 01:23:08 2007
From: liko na wardogs.sk (Bruce)
Date: Thu, 24 May 2007 01:23:08 +0200
Subject: Konfiguracia apache2.2 pre awstats6.5 a zapamatovatelne url
In-Reply-To: <30199aba0705231616h72840f28xbbc52caf9a87d590@mail.gmail.com>
References: <4654A642.5030906@wardogs.sk>
	<30199aba0705231616h72840f28xbbc52caf9a87d590@mail.gmail.com>
Message-ID: <4654CCDC.5020405@wardogs.sk>

No, to je trochu problem, pretoze ja nepoznam nazov domeny, nakolko to 
moze byt ktorakolvek domena z definovanych aliasov pre tento virtual. 
Cez PHP dokazem vycucnut domenu z url a na tom postavit redirect, apache 
ale myslim nic take nedokaze, teda aspon o tom neviem.

Bruce


Kocourek Lukas wrote:
> DD,
>
> treba...
>
> <VirtualHost *:80>
>         ServerName statistiky.domena.xxx
>         Redirect /
> http://www.domena.xxx/cgi-bin/awstats.pl<http://www.domena.xy/cgi-bin/awstats.pl>
> </VirtualHost>
>
> ?
>
> --
> Lukas Kocourek
>
>   


From max na czerny.cz  Thu May 24 01:31:27 2007
From: max na czerny.cz (Maxim Cerny)
Date: Thu, 24 May 2007 01:31:27 +0200
Subject: Konfiguracia apache2.2 pre awstats6.5 a zapamatovatelne url
In-Reply-To: <4654A642.5030906@wardogs.sk>
References: <4654A642.5030906@wardogs.sk>
Message-ID: <4654CECF.1030809@czerny.cz>

Dobre rano,

co pouzit napr. mod_rewrite?

MC


Bruce wrote:
> Zdravim,
>
> trapim sa tu s nastavenim apache pre awstats a nejako sa nemozem pohnut 
> z miesta. Vsetko funguje, len sa jedna o URL, ktore defaultne nieje 
> dobre zapamatovatelne (http://www.domena.xy/cgi-bin/awstats.pl). Chcel 
> by som pouzivat nastavenie http://statistiky.domena.xy, co uz je lepsie 
> zapamatovatelne pre uzivatelov, ale nedari sa mi donutit apache, aby 
> takto fungoval. Vytvoril som si jeden virtualny web a k nemu pridavam 
> aliasy pre domeny, ktore maju mat statistiky a do tohto virtualu 
> presunul nastavenia, co si awstats defaultne nastavilo. Napada ma len 
> riesenie, ze vytvorim DocumentRoot, hodim tam jeden index.php subor, 
> ktory vezme url a presmeruje na url/cgi-bin/awstats.pl, ale 
> predpokladam, ze toto musi byt riesitelne aj priamo na urovni apache. 
> Vedel by mi niekto poradit?
>
> Toto je cely konfig pre virtualny web:
>
> <VirtualHost *:80>
>
>     ServerName statistiky.domena.xy
>     ServerAlias statistiky.inadomena.xy,statistiky.estedalsiadomena.xy
>
>     <Directory /usr/share/awstats/icon>
>         Options None
>         AllowOverride None
>         Order allow,deny
>         Allow from all
>     </Directory>
>
>     Alias /awstats-icon/ /usr/share/awstats/icon/
>     ScriptAlias /cgi-bin/ /usr/lib/cgi-bin/
>
>     Alias /awstatsclasses "/usr/share/doc/awstats/examples/wwwroot/classes/"
>     Alias /awstatscss "/usr/share/doc/awstats/examples/wwwroot/css/"
>     Alias /awstatsicons "/usr/share/doc/awstats/examples/wwwroot/icon/"
>     ScriptAlias /awstats/ "/usr/share/doc/awstats/examples/wwwroot/cgi-bin/"
>
>     <Directory "/usr/share/doc/awstats/examples/wwwroot">
>         Options None
>         AllowOverride None
>         Order allow,deny
>         Allow from all
>     </Directory>
>
> </VirtualHost>
>
>
> Bruce
> _______________________________________________
> Linux mailing list
> Linux na linux.cz
> http://www.linux.cz/mailman/listinfo/linux
>
>   



From liko na wardogs.sk  Thu May 24 02:02:24 2007
From: liko na wardogs.sk (Bruce)
Date: Thu, 24 May 2007 02:02:24 +0200
Subject: Konfiguracia apache2.2 pre awstats6.5 a zapamatovatelne url
In-Reply-To: <4654CECF.1030809@czerny.cz>
References: <4654A642.5030906@wardogs.sk> <4654CECF.1030809@czerny.cz>
Message-ID: <4654D610.2010702@wardogs.sk>

mod_rewrite velmi neovladam, ale pokial som toto hodil v ramci 
virtualneho webu (na overenie funkcnosti mod_rewrite som pouzil zvlast 
cisty virtualny web) a tam mi to fungovalo, ale pokial to supnem spolu s 
tymi dalsimi direktivami, tak to dohromady nefunguje. Neskusal som to 
davat do .htaccess, ale nemyslim, ze by to nieco vyriesilo. Nejako sa to 
bije s tymi aliasmi a scriptaliasmi.

RewriteEngine on
RewriteRule ^/$ /cgi-bin/awstats.pl [L,QSA]

Bruce

Maxim Cerny wrote:
> Dobre rano,
>
> co pouzit napr. mod_rewrite?
>
> MC
>
>   



From dast na panelnet.cz  Thu May 24 03:38:05 2007
From: dast na panelnet.cz (Dalibor Straka)
Date: Thu, 24 May 2007 03:38:05 +0200
Subject: Konfiguracia apache2.2 pre awstats6.5 a zapamatovatelne url
In-Reply-To: <4654D610.2010702@wardogs.sk>
References: <4654A642.5030906@wardogs.sk> <4654CECF.1030809@czerny.cz>
	<4654D610.2010702@wardogs.sk>
Message-ID: <20070524013805.GB30300@panelnet.cz>

On Thu, May 24, 2007 at 02:02:24AM +0200, Bruce wrote:
> mod_rewrite velmi neovladam, ale pokial som toto hodil v ramci 
> virtualneho webu (na overenie funkcnosti mod_rewrite som pouzil zvlast 
> cisty virtualny web) a tam mi to fungovalo, ale pokial to supnem spolu s 
> tymi dalsimi direktivami, tak to dohromady nefunguje. Neskusal som to 
> davat do .htaccess, ale nemyslim, ze by to nieco vyriesilo. Nejako sa to 
> bije s tymi aliasmi a scriptaliasmi.
> 
> RewriteEngine on
> RewriteRule ^/$ /cgi-bin/awstats.pl [L,QSA]
> 

Jestli chcete rewrite na vsechno pro danou domenu:
RewriteRule ^.*$ /cgi-bin/awstats.pl

-- Dalibor Straka


From samel na mail.cz  Thu May 24 07:34:23 2007
From: samel na mail.cz (Vitezslav Samel)
Date: Thu, 24 May 2007 07:34:23 +0200
Subject: Konfiguracia apache2.2 pre awstats6.5 a zapamatovatelne url
In-Reply-To: <4654A642.5030906@wardogs.sk>
References: <4654A642.5030906@wardogs.sk>
Message-ID: <20070524053423.GA10541@pc11.op.pod.cz>

	Ahoj!

  Zkus pridat nasledujici dva radky:

>     <Directory "/usr/share/doc/awstats/examples/wwwroot">
>         Options None

          Options +Indexes
          DirectoryIndex /cgi-bin/awstats.pl

>         AllowOverride None
>         Order allow,deny
>         Allow from all
>     </Directory>



	Vita


From daniel na merc.cz  Thu May 24 10:47:14 2007
From: daniel na merc.cz (daniel na merc.cz)
Date: Thu, 24 May 2007 10:47:14 +0200
Subject: anglicky psana literatura o programovani v Linuxu
Message-ID: <20070524104714.11906qc9gckcw8cw@mail.merc.cz>

Dobry den,

znamy shani knizku o /nejen/ systemovem programovani v linuxu psanou v  
anglictine. Musi to byt knizka /ne elektronicka podoba/ a k dostani v  
CR /nejlepe v Praze/ - objednani z Amazonu trva cca tri tydny ;(

Nemate nejaky tip ? Treba i jen na prodejnu anglicke technicke literatury ?

Diky, Dan



From tomasek na etf.cuni.cz  Thu May 24 10:44:36 2007
From: tomasek na etf.cuni.cz (Petr Tomasek)
Date: Thu, 24 May 2007 10:44:36 +0200
Subject: anglicky psana literatura o programovani v Linuxu
In-Reply-To: <20070524104714.11906qc9gckcw8cw@mail.merc.cz>
References: <20070524104714.11906qc9gckcw8cw@mail.merc.cz>
Message-ID: <20070524084436.GA3504@ebed.etf.cuni.cz>

On Thu, May 24, 2007 at 10:47:14AM +0200, daniel na merc.cz wrote:
> Dobry den,
> 
> znamy shani knizku o /nejen/ systemovem programovani v linuxu psanou v  
> anglictine. Musi to byt knizka /ne elektronicka podoba/ a k dostani v  
> CR /nejlepe v Praze/ - objednani z Amazonu trva cca tri tydny ;(
> 
> Nemate nejaky tip ? Treba i jen na prodejnu anglicke technicke literatury ?
> 
> Diky, Dan

To jako mate nekde penize a nevite, jak je utratit, nebo hledate
neco konkretniho?

P.T.

-- 
Petr Tomasek <http://www.etf.cuni.cz/~tomasek>


From daniel na merc.cz  Thu May 24 10:59:29 2007
From: daniel na merc.cz (daniel na merc.cz)
Date: Thu, 24 May 2007 10:59:29 +0200
Subject: anglicky psana literatura o programovani v Linuxu
In-Reply-To: <20070524084436.GA3504@ebed.etf.cuni.cz>
References: <20070524104714.11906qc9gckcw8cw@mail.merc.cz>
	<20070524084436.GA3504@ebed.etf.cuni.cz>
Message-ID: <20070524105929.cpswcd0iok8c4s04@mail.merc.cz>

> To jako mate nekde penize a nevite, jak je utratit, nebo hledate
> neco konkretniho?

Ne, rekneme ze potrebuje cist informace bez pouziti pocitace.

Dan



From liko na wardogs.sk  Thu May 24 12:00:08 2007
From: liko na wardogs.sk (Bruce)
Date: Thu, 24 May 2007 12:00:08 +0200
Subject: Konfiguracia apache2.2 pre awstats6.5 a zapamatovatelne url
In-Reply-To: <20070524053423.GA10541@pc11.op.pod.cz>
References: <4654A642.5030906@wardogs.sk>
	<20070524053423.GA10541@pc11.op.pod.cz>
Message-ID: <46556228.30102@wardogs.sk>

Stale ziadne riesenie, ani RewriteRule ^.*$ /cgi-bin/awstats.pl 
nefungovalo :( Skusil som to urobit nasledovne, pokial zadam 
statistiky.domena.xy/awstats.pl, tak to funguje, ale pokial necham len 
statistiky.domena.xy/, tak sa nenacita a hodi forbidden (v error logu mi 
vyhadzuje attempt to invoke directory as script: /usr/lib/cgi-bin/). Asi 
fakt bude najlepsie to redirectnut cez index.php a osetrit si tam url...

<VirtualHost *:80>
    ServerName statistiky.domena.xy
    ServerAlias statistiky.inadomena.xy,statistiky.estedalsiadomena.xy
    DocumentRoot /usr/lib/cgi-bin/
    Alias /awstats-icon/ /usr/share/awstats/icon/

    <Directory /usr/lib/cgi-bin>
        DirectoryIndex awstats.pl
        SetHandler cgi-script
        Order allow,deny
        Allow from all
    </Directory>

    <Directory /usr/share/awstats/icon>
        Options None
        AllowOverride None
        Order allow,deny
        Allow from all
    </Directory>
   
</VirtualHost>


Bruce

Vitezslav Samel wrote:
> 	Ahoj!
>
>   Zkus pridat nasledujici dva radky:
>
>           Options +Indexes
>           DirectoryIndex /cgi-bin/awstats.pl
>   



From pali na tmapy.cz  Thu May 24 12:05:39 2007
From: pali na tmapy.cz (Pavel =?ISO-8859-1?Q?Lis=FD?=)
Date: Thu, 24 May 2007 12:05:39 +0200
Subject: Problem s obnovou mirroru
Message-ID: <1180001139.20634.17.camel@prog-11.hk.tmapy.cz>

Dobrý den

narazil jsem na (pro mě) neočekávané chování. V zrcadle vypadl disk
(/dev/dhf), byl vyměněn a zrcadlo obnoveno pomocí:

mdadm /dev/md0 --add /dev/hdf1

vše proběhlo OK, ale při restartu se opět rozpadlo.

Při bližším zkoumání jsem se dopracoval k následujícímu zjištění. Na
prvním disku je zřejmě zapsáno, že je zrcadlo vadné a na druhém se tváří
v pořádku (ale možná je to způsobeno pouze rozpadnutím zrcadle při
bootu). Mohu nějak informaci na prvním disku opravit? Nebo jak se z
tohoto stavu mohu dostat? Nemohu nikde nalézt vhodný návod. Nikdy jsem
se s podobným chováním nesetkal. Může to být způsobeno i vadným HW?

Pavel Lisý

přikládám výpis současného stavu:

rozdíl je vy posledních řádcích výpisu "mdadm --examine /dev/hd[ef]1"

=================================
# /sbin/mdadm --detail /dev/md0
---
/dev/md0:
        Version : 00.90.00
  Creation Time : Sun Nov  7 16:34:22 2004
     Raid Level : raid1
     Array Size : 117218176 (111.79 GiB 120.03 GB)
    Device Size : 117218176 (111.79 GiB 120.03 GB)
   Raid Devices : 2
  Total Devices : 1
Preferred Minor : 0
    Persistence : Superblock is persistent

    Update Time : Thu May 24 08:04:13 2007
          State : dirty, no-errors
 Active Devices : 1
Working Devices : 1
 Failed Devices : 0
  Spare Devices : 0


    Number   Major   Minor   RaidDevice State
       0      33        1        0      active sync   /dev/hde1
       1       0        0        1      faulty removed
           UUID : f5f3d503:7a33f220:f787222e:c5173645
         Events : 0.108


=================================
# /sbin/mdadm --examine /dev/hde1
---
/dev/hde1:
          Magic : a92b4efc
        Version : 00.90.00
           UUID : f5f3d503:7a33f220:f787222e:c5173645
  Creation Time : Sun Nov  7 16:34:22 2004
     Raid Level : raid1
    Device Size : 117218176 (111.79 GiB 120.03 GB)
   Raid Devices : 2
  Total Devices : 1
Preferred Minor : 0

    Update Time : Thu May 24 08:04:13 2007
          State : dirty, no-errors
 Active Devices : 1
Working Devices : 1
 Failed Devices : 0
  Spare Devices : 0
       Checksum : 64d17705 - correct
         Events : 0.108


      Number   Major   Minor   RaidDevice State
this     0      33        1        0      active sync   /dev/hde1
   0     0      33        1        0      active sync   /dev/hde1
   1     1       0        0        1      faulty removed



=================================
# /sbin/mdadm --examine /dev/hdf1
---
/dev/hdf1:
          Magic : a92b4efc
        Version : 00.90.00
           UUID : f5f3d503:7a33f220:f787222e:c5173645
  Creation Time : Sun Nov  7 16:34:22 2004
     Raid Level : raid1
    Device Size : 117218176 (111.79 GiB 120.03 GB)
   Raid Devices : 2
  Total Devices : 2
Preferred Minor : 0

    Update Time : Thu May 24 06:02:49 2007
          State : clean, no-errors
 Active Devices : 2
Working Devices : 2
 Failed Devices : 0
  Spare Devices : 0
       Checksum : 64d15b35 - correct
         Events : 0.107


      Number   Major   Minor   RaidDevice State
this     1      33       65        1      active sync   /dev/hdf1
   0     0      33        1        0      active sync   /dev/hde1
   1     1      33       65        1      active sync   /dev/hdf1




From jmarek na jcu.cz  Thu May 24 12:05:26 2007
From: jmarek na jcu.cz (Jan Marek)
Date: Thu, 24 May 2007 12:05:26 +0200
Subject: zlobi httpd
In-Reply-To: <2085.82.150.162.10.1179951636.squirrel@82.150.162.10>
References: <2085.82.150.162.10.1179951636.squirrel@82.150.162.10>
Message-ID: <20070524100526.GE3039@hazard.jcu.cz>

Dd,

On Wed, May 23, 2007 at 10:20:36PM +0200, Filip Matoušek wrote:
> Nevím zda někdo pomůže od dnešní doby se mi stavá že některé stránky z
> internetu nemohu načíst. V logu http je toto:
> 
> 
> 
> 
> 
> [Wed May 23 22:05:53 2007] [warn] child process 2420 still did not exit,
> sending a SIGTERM
> 
> [Wed May 23 22:05:53 2007] [warn] child process 2421 still did not exit,
> sending a SIGTERM
> 
> [Wed May 23 22:05:57 2007] [notice] Digest: done
> 
> [Wed May 23 22:05:58 2007] [notice] Apache/2.0.40 (Red Hat Linux)
> configured -- resuming normal operations
> 

vypada to, jako by deti apache neskoncily v poradku. Budto je na
nejake konkretni strance neco, co je zablokuje (skript, ktery ma
nekonecnou smycku nebo se pokousi jeste neco nacist a nemuze
ziskat zamek napr.), nebo je nejaky problem s tim, ze klient
neukonci spravne spojeni (i kdyz tady bych si nebyl uplne jisty).

Co loguje apache do ostatnich souboru?

Zkuste projit logy a zkontrolovat skripty, ktere stranky tvori.


> Poradíte co s tim
> 
> 
> 
> Diky F.
> 

Zdravi
Honza Marek
-- 
Ing. Jan Marek               | Nez mi poslete prilohu .doc, .xls 
University of South Bohemia  | nebo .ppt, prectete si, prosim,
Academic Computer Centre     | WWW stranku uvedenou na poslednim
Phone: +420-38-9032080       | radku signatury...
http://www.gnu.org/philosophy/no-word-attachments.cs.html


From jmarek na jcu.cz  Thu May 24 11:53:46 2007
From: jmarek na jcu.cz (Jan Marek)
Date: Thu, 24 May 2007 11:53:46 +0200
Subject: jak dostat z disku konsistentni LVM snapshot
In-Reply-To: <20070522162318.GA4567@finrod>
References: <20070522162318.GA4567@finrod>
Message-ID: <20070524095346.GC3039@hazard.jcu.cz>

Dd,

On Tue, May 22, 2007 at 06:23:18PM +0200, Martin Kraus wrote:
> zdravim,
>   mozna je to fakt hloupa otazka, ale jak nejlepe udelam snapshot z LVM disku
> tak aby byl konzistentni? jak zaridit, aby ve chvili udelani snapshotu byla
> data na disku konzistentni, pokud me tam bezi nekolik serveru a je tam
> napriklad prihlaseny uzivatel, ktery neco tvori.

podpora pro zachovani konzistence musi byt primo v aplikaci. Cili
podivejte se, zda je mozne nejakym zpusobem aplikaci rici, aby se
uvedla do konzistentniho stavu (freeze) a pak udelejte
snapshot...

> 
> predem dekuji
> mk

Zdravi
Honza Marek
-- 
Ing. Jan Marek               | Nez mi poslete prilohu .doc, .xls 
University of South Bohemia  | nebo .ppt, prectete si, prosim,
Academic Computer Centre     | WWW stranku uvedenou na poslednim
Phone: +420-38-9032080       | radku signatury...
http://www.gnu.org/philosophy/no-word-attachments.cs.html


From jmarek na jcu.cz  Thu May 24 11:55:41 2007
From: jmarek na jcu.cz (Jan Marek)
Date: Thu, 24 May 2007 11:55:41 +0200
Subject: =?iso-8859-2?Q?zhavarovan=FD?= disk
In-Reply-To: <f31862$hck$1@news.brutele.be>
References: <mailman.977.1179914719.4027.linux@linux.cz>
	<f31862$hck$1@news.brutele.be>
Message-ID: <20070524095541.GD3039@hazard.jcu.cz>

Dd,

On Wed, May 23, 2007 at 01:33:16PM +0200, Jarda wrote:
> Juraj Vaclavik wrote:
> 
> > Zdravím,
> > mám SATA disk s oddíly 1-7. P?i výpadku proudu do?lo z?ejm? k jeho
> > po?kození. fdisk -l zobrazí tabulku rozd?lení disku, ale mount
> > /dev/sdb6 /mnt odpoví "mount: speciální za?ízení /dev/sdb6
> > neexistuje". ls/dev/sdb* ho nevidí, tak jsem zkusil mknod sdb6 b 8
> > 22. Potom tam sice za?ízení mám, ale mount /dev/sdb6 -t ext3 /mnt ho
> > nenamontuje. Pokus o fsck také neúsp??ný. /var/log/warn je plný
> > takovýchto zpráv:
> > 
> > May 23 11:39:53 admin1 kernel: ata2.00: exception Emask 0x0 SAct 0x0
> > SErr 0x0 action 0x0
> 
> <snip>
>  
> > 
> > Pot?eboval bych zkusit ten oddíl p?ipojit a podívat se (stáhnout) co
> > tam je - myslíte, ?e je n?jaká cesta?
> 
> Kdyby bylo nejhur a jinak to neslo, tak snad tohle:
> 
> sys-block/gpart
>       Latest version available: 0.1h-r1
>       Latest version installed: 0.1h-r1
>       Size of downloaded files: 164 kB
>       Homepage:    http://www.stud.uni-hannover.de/user/76201/gpart/
>       Description: Partition table rescue/guessing tool
>       License:     GPL-2
> 
> Jednou jsem to i pouzil a dokonce to fungovalo.

jenze to nedokaze dostat data z partition, ale jen zkusi obnovit
smazanou partition table...

Zdravi
Honza Marek
-- 
Ing. Jan Marek               | Nez mi poslete prilohu .doc, .xls 
University of South Bohemia  | nebo .ppt, prectete si, prosim,
Academic Computer Centre     | WWW stranku uvedenou na poslednim
Phone: +420-38-9032080       | radku signatury...
http://www.gnu.org/philosophy/no-word-attachments.cs.html


From lists_mk na wujiman.net  Thu May 24 13:31:14 2007
From: lists_mk na wujiman.net (Martin Kraus)
Date: Thu, 24 May 2007 13:31:14 +0200
Subject: jak dostat z disku konsistentni LVM snapshot
In-Reply-To: <20070524095346.GC3039@hazard.jcu.cz>
References: <20070522162318.GA4567@finrod>
	<20070524095346.GC3039@hazard.jcu.cz>
Message-ID: <20070524113114.GA12743@finrod>

On Thu, May 24, 2007 at 11:53:46AM +0200, Jan Marek wrote:
> Dd,
> 
> On Tue, May 22, 2007 at 06:23:18PM +0200, Martin Kraus wrote:
> > zdravim,
> >   mozna je to fakt hloupa otazka, ale jak nejlepe udelam snapshot z LVM disku
> > tak aby byl konzistentni? jak zaridit, aby ve chvili udelani snapshotu byla
> > data na disku konzistentni, pokud me tam bezi nekolik serveru a je tam
> > napriklad prihlaseny uzivatel, ktery neco tvori.
> 
> podpora pro zachovani konzistence musi byt primo v aplikaci. Cili
> podivejte se, zda je mozne nejakym zpusobem aplikaci rici, aby se
> uvedla do konzistentniho stavu (freeze) a pak udelejte
> snapshot...

no me jde o to delat nejak rozumne a jednoduse zalohy bezicich serveru s minimalnimi
vypadky. Doufal jsem, ze bych to mohl udelat pres kompletni image celeho
systemu pomoci napr. rsyncu. Kamkoliv se podivam na zalohovani tak nikde neni
nic reseno o konzistenci dat. 
Chapu to tak, ze kazdy zalohuje proste akorat data ze svych aplikaci a kdyz to
rupne, tak preinstalovava a presmahne aplikacni data zpet?

diky
mk


From petr.balas na gmail.com  Thu May 24 13:59:09 2007
From: petr.balas na gmail.com (=?WINDOWS-1252?Q?Petr_Bal=E1=9A?=)
Date: Thu, 24 May 2007 13:59:09 +0200
Subject: Problem s obnovou mirroru
In-Reply-To: <1180001139.20634.17.camel@prog-11.hk.tmapy.cz>
References: <1180001139.20634.17.camel@prog-11.hk.tmapy.cz>
Message-ID: <218cff750705240459x3acc1b00i4ad3207926c6a64f@mail.gmail.com>

On 5/24/07, Pavel Lisý <pali na tmapy.cz> wrote:
> Dobrý den
>
> narazil jsem na (pro mě) neočekávané chování. V zrcadle vypadl disk
> (/dev/dhf), byl vyměněn a zrcadlo obnoveno pomocí:
>
> mdadm /dev/md0 --add /dev/hdf1
>
> vše proběhlo OK, ale při restartu se opět rozpadlo.
>
> Při bližším zkoumání jsem se dopracoval k následujícímu zjištění. Na
> prvním disku je zřejmě zapsáno, že je zrcadlo vadné a na druhém se tváří
> v pořádku (ale možná je to způsobeno pouze rozpadnutím zrcadle při
> bootu). Mohu nějak informaci na prvním disku opravit? Nebo jak se z
> tohoto stavu mohu dostat? Nemohu nikde nalézt vhodný návod. Nikdy jsem
> se s podobným chováním nesetkal. Může to být způsobeno i vadným HW?
>
> Pavel Lisý
>
> přikládám výpis současného stavu:
>
> rozdíl je vy posledních řádcích výpisu "mdadm --examine /dev/hd[ef]1"
>
> =================================
> # /sbin/mdadm --detail /dev/md0
> ---
> /dev/md0:
>         Version : 00.90.00
>   Creation Time : Sun Nov  7 16:34:22 2004
>      Raid Level : raid1
>      Array Size : 117218176 (111.79 GiB 120.03 GB)
>     Device Size : 117218176 (111.79 GiB 120.03 GB)
>    Raid Devices : 2
>   Total Devices : 1
> Preferred Minor : 0
>     Persistence : Superblock is persistent
>
>     Update Time : Thu May 24 08:04:13 2007
>           State : dirty, no-errors
>  Active Devices : 1
> Working Devices : 1
>  Failed Devices : 0
>   Spare Devices : 0
>
>
>     Number   Major   Minor   RaidDevice State
>        0      33        1        0      active sync   /dev/hde1
>        1       0        0        1      faulty removed
>            UUID : f5f3d503:7a33f220:f787222e:c5173645
>          Events : 0.108
>
>
> =================================
> # /sbin/mdadm --examine /dev/hde1
> ---
> /dev/hde1:
>           Magic : a92b4efc
>         Version : 00.90.00
>            UUID : f5f3d503:7a33f220:f787222e:c5173645
>   Creation Time : Sun Nov  7 16:34:22 2004
>      Raid Level : raid1
>     Device Size : 117218176 (111.79 GiB 120.03 GB)
>    Raid Devices : 2
>   Total Devices : 1
> Preferred Minor : 0
>
>     Update Time : Thu May 24 08:04:13 2007
>           State : dirty, no-errors
>  Active Devices : 1
> Working Devices : 1
>  Failed Devices : 0
>   Spare Devices : 0
>        Checksum : 64d17705 - correct
>          Events : 0.108
>
>
>       Number   Major   Minor   RaidDevice State
> this     0      33        1        0      active sync   /dev/hde1
>    0     0      33        1        0      active sync   /dev/hde1
>    1     1       0        0        1      faulty removed
>
>
>
> =================================
> # /sbin/mdadm --examine /dev/hdf1
> ---
> /dev/hdf1:
>           Magic : a92b4efc
>         Version : 00.90.00
>            UUID : f5f3d503:7a33f220:f787222e:c5173645
>   Creation Time : Sun Nov  7 16:34:22 2004
>      Raid Level : raid1
>     Device Size : 117218176 (111.79 GiB 120.03 GB)
>    Raid Devices : 2
>   Total Devices : 2
> Preferred Minor : 0
>
>     Update Time : Thu May 24 06:02:49 2007
>           State : clean, no-errors
>  Active Devices : 2
> Working Devices : 2
>  Failed Devices : 0
>   Spare Devices : 0
>        Checksum : 64d15b35 - correct
>          Events : 0.107
>
>
>       Number   Major   Minor   RaidDevice State
> this     1      33       65        1      active sync   /dev/hdf1
>    0     0      33        1        0      active sync   /dev/hde1
>    1     1      33       65        1      active sync   /dev/hdf1

Stihlo uz se pole regenerovat? Copak vypise
cat /proc/mdstat


-- 
Petr Baláš - petr.balas at gmail dot com

From slavek.banko na axis.cz  Thu May 24 14:08:41 2007
From: slavek.banko na axis.cz (Slavek Banko)
Date: Thu, 24 May 2007 14:08:41 +0200
Subject: Problem s obnovou mirroru
In-Reply-To: <1180001139.20634.17.camel@prog-11.hk.tmapy.cz>
References: <1180001139.20634.17.camel@prog-11.hk.tmapy.cz>
Message-ID: <200705241408.41790.slavek.banko@axis.cz>

Jak je pole sestavováno při startu systému? V ramdisku? Pokud ano, jak jej 
ramdisk sestavuje? Například v Sarge byla v ramdisku uvedena konkrétní 
jména zařízení, ze kterých má pole sestavit, a tak když se jména změnila, 
nebo byl ramdisk vygenerován při degradovaném poli, tak se při startu 
opět sestavovalo degradovaně.

Slávek
-- 
Dne čtvrtek 24 květen 2007 12:05 Pavel Lisý napsal(a):
> Dobrý den
>
> narazil jsem na (pro mě) neočekávané chování. V zrcadle vypadl disk
> (/dev/dhf), byl vyměněn a zrcadlo obnoveno pomocí:
>
> mdadm /dev/md0 --add /dev/hdf1
>
> vše proběhlo OK, ale při restartu se opět rozpadlo.
>


From qaxi na seznam.cz  Thu May 24 14:10:49 2007
From: qaxi na seznam.cz (=?UTF-8?B?IlBldHIgXCJRYXhpXCIgS2zDrW1hIg==?=)
Date: Thu, 24 May 2007 14:10:49 +0200
Subject: jak dostat z disku konsistentni LVM snapshot
In-Reply-To: <20070524113114.GA12743@finrod>
References: <20070522162318.GA4567@finrod>
	<20070524095346.GC3039@hazard.jcu.cz>
	<20070524113114.GA12743@finrod>
Message-ID: <465580C9.40200@seznam.cz>

> no me jde o to delat nejak rozumne a jednoduse zalohy bezicich serveru s minimalnimi
> vypadky. Doufal jsem, ze bych to mohl udelat pres kompletni image celeho
> systemu pomoci napr. rsyncu. Kamkoliv se podivam na zalohovani tak nikde neni
> nic reseno o konzistenci dat. 
> Chapu to tak, ze kazdy zalohuje proste akorat data ze svych aplikaci a kdyz to
> rupne, tak preinstalovava a presmahne aplikacni data zpet?
> 

tohle nestaci ???

# /xxxx/application stop
### některé aplikace umí "zamrznout" FS je v konzistentním stavu
### (tuším Oracle je dobrý příklad), pak ji nemusíte restartovat
# lvcreate --snapshot --name /dev/vg00/lv_opt_appX_backup_snapshot \
     --size 2G /dev/vg00/lv_opt_appX
# /xxxx/application start
#
# mount /dev/vg00/lv_opt_appX_backup_snapshot /mnt/opt_appX_backup

nu a ted zazálohujte /mnt/opt_appX_backup podle chuti

po záloze udělejte

# umount /dev/vg00/lv_opt_appX_backup_snapshot
# lvremove /dev/vg00/lv_opt_appX_backup_snapshot

a je to ...


-- 

    Petr Klíma

    e-mail:  qaxi na seznam.cz



From sumix na styxx.cz  Thu May 24 14:29:39 2007
From: sumix na styxx.cz (Jiri Kortus)
Date: 24 May 2007 05:29:39 -0700
Subject: Jak vydolovat "data" z mysi pripojene pres /dev/ttySx?
Message-ID: <1180009779.814366.13490@k79g2000hse.googlegroups.com>

Zdravim,

rad bych si ubastlil anemometr (pristroj na mereni rychlosti vetru),
ktery by informace odesilal do PC s linuxem. Bohuzel elektronice
nerozumim, takze bych to sotva navrhnul... Ale napadlo me pouzit
starou mys na seriovy port - snimac z jedne osy pridelat na anemometr,
a druhou osu pouzit treba jeste na mereni smeru vetru. Predpokladal
jsem, ze bych mohl data z mysi dolovat necim na zpusob "cat /dev/
ttyS0", a nasledne je zpracovavat treba v minutovych intervalech, ale
problem je, ze pri otaceni kulickou v mysi ani mackani tlacitek zadna
data nelezou, a to jsem zkousel nekolik mysi. Se seriovym portem jsem
si pod linuxem nikdy nehral, takze bych se rad zeptal, v cem muze byt
problem, a jak jej odstranit.... Navic jestli je moje uvaha o
"cat"ovani ze serioveho portu spatna, rad se poucim, jak to udelat
jinak (ale idealne v shellu). Dekuji predem za vase podnety.

JK



From jarda47133 na spambob.net  Thu May 24 14:30:49 2007
From: jarda47133 na spambob.net (Jarda)
Date: Thu, 24 May 2007 14:30:49 +0200
Subject: =?ISO-8859-1?Q?zhavarovan=FD?= disk
References: <mailman.977.1179914719.4027.linux@linux.cz>
	<f31862$hck$1@news.brutele.be>
	<mailman.1015.1180003821.4027.linux@linux.cz>
Message-ID: <f33vtf$gkj$1@news.brutele.be>

Jan Marek wrote:

> Dd,
> 
> On Wed, May 23, 2007 at 01:33:16PM +0200, Jarda wrote:
>> Juraj Vaclavik wrote:
>> 
>> > Zdravím,
>> > mám SATA disk s oddíly 1-7. P?i výpadku proudu do?lo z?ejm? k
>> > jeho po?kození. fdisk -l zobrazí tabulku rozd?lení disku, ale
>> > mount /dev/sdb6 /mnt odpoví "mount: speciální za?ízení /dev/sdb6
>> > neexistuje". ls/dev/sdb* ho nevidí, tak jsem zkusil mknod sdb6 b
>> > 8 22. Potom tam sice za?ízení mám, ale mount /dev/sdb6 -t ext3
>> > /mnt ho nenamontuje. Pokus o fsck také neúsp??ný. /var/log/warn
>> > je plný takovýchto zpráv:
>> > 
>> > May 23 11:39:53 admin1 kernel: ata2.00: exception Emask 0x0 SAct
>> > 0x0 SErr 0x0 action 0x0
>> 
>> <snip>
>>  
>> > 
>> > Pot?eboval bych zkusit ten oddíl p?ipojit a podívat se (stáhnout)
>> > co tam je - myslíte, ?e je n?jaká cesta?
>> 
>> Kdyby bylo nejhur a jinak to neslo, tak snad tohle:
>> 
>> sys-block/gpart
>>       Latest version available: 0.1h-r1
>>       Latest version installed: 0.1h-r1
>>       Size of downloaded files: 164 kB
>>       Homepage:   
>>       http://www.stud.uni-hannover.de/user/76201/gpart/
>>       Description: Partition table rescue/guessing tool
>>       License:     GPL-2
>> 
>> Jednou jsem to i pouzil a dokonce to fungovalo.
> 
> jenze to nedokaze dostat data z partition, ale jen zkusi obnovit
> smazanou partition table...

Ale pri trose stesti ty partition na disku pak pujdou namontovat.
Mimochodem, pokud se ten disk da cist aspon jako raw device, dal by
se presypat na jiny disk a pokusy s gpart delat na nem.

-- 
--
Remove the 33 from my address to reply by e-mail!


From tomi na nomi.cz  Thu May 24 13:58:46 2007
From: tomi na nomi.cz (=?iso-8859-2?Q?Tom=E1=B9_Janou=B9ek?=)
Date: Thu, 24 May 2007 13:58:46 +0200
Subject: jak dostat z disku konsistentni LVM snapshot
In-Reply-To: <20070522162318.GA4567@finrod>
References: <20070522162318.GA4567@finrod>
Message-ID: <20070524115846.GA14734@nomi.cz>

Zdravim,

On Tue, May 22, 2007 at 06:23:18PM +0200, Martin Kraus wrote:
>   mozna je to fakt hloupa otazka, ale jak nejlepe udelam snapshot z LVM disku
> tak aby byl konzistentni? jak zaridit, aby ve chvili udelani snapshotu byla
> data na disku konzistentni, pokud me tam bezi nekolik serveru a je tam
> napriklad prihlaseny uzivatel, ktery neco tvori.

LVM umi snapshoty:
    http://tldp.org/HOWTO/LVM-HOWTO/snapshots_backup.html

S pozdravem,
-- 
Tomáš Janoušek, a.k.a. Liskni_si, http://work.lisk.in/


From PaJaSoft na FoNet.Cz  Thu May 24 15:01:53 2007
From: PaJaSoft na FoNet.Cz (=?iso-8859-2?Q?Ing._Pavel_PaJaSoft_Janou=B9ek?=)
Date: Thu, 24 May 2007 15:01:53 +0200
Subject: Jak vydolovat "data" z mysi pripojene pres /dev/ttySx?
In-Reply-To: <1180009779.814366.13490@k79g2000hse.googlegroups.com>
Message-ID: <200705241301.l4OD1rtt010238@merlin.fonet.cz>

Když nic jiné existuje "Serial port programming HOWTO", tam naleznete určitě
spoustu hodnotých informací.

-------------------------------------------------------------------
Ing. Pavel Janousek (PaJaSoft)             FoNet, spol. s r. o.
Technicka podpora, Intranet/Internet     Sokolova 67, 619 00 Brno
E-mail: mailto:Janousek na FoNet.Cz         Tel.: +420  5  4324 4749
WWW:    http://WWW.FoNet.Cz/           E-mail: mailto:Info na FoNet.Cz
-------------------------------------------------------------------  



From Jansenpittmon na PRIMOP.COM  Thu May 24 15:09:45 2007
From: Jansenpittmon na PRIMOP.COM (Jansen pittmon)
Date: Thu, 24 May 2007 09:09:45 -0400
Subject: Geldautomat!
Message-ID: <000d01c79e04$cc8cb620$41aa08c8@juance7bcb2626>

http://img230.imageshack.us/my.php?image=sttopl5.gif

Up  in , days!

He dreamed of living in a small house with her, somewhere in the country, far from cities and strife.
The first time it had been because of brain-fag.



From thakerar na PRIMOP.COM  Thu May 24 15:09:54 2007
From: thakerar na PRIMOP.COM (Shin thakerar)
Date: Thu, 24 May 2007 09:09:54 -0400
Subject: tagesspanne
Message-ID: <04A48B51.858867CA@PRIMOP.COM>

http://img341.imageshack.us/my.php?image=36741821bt0.jpg

Important symbol.

It's like it was, all over again.
When Internet Information Server is installed on a domain member-server, or a stand-alone server, the account is created on the local computer.



From janis na alberon.cz  Thu May 24 15:14:19 2007
From: janis na alberon.cz (Zdenek Janis)
Date: Thu, 24 May 2007 15:14:19 +0200
Subject: Jak vydolovat "data" z mysi pripojene pres /dev/ttySx?
In-Reply-To: <1180009779.814366.13490@k79g2000hse.googlegroups.com>
References: <1180009779.814366.13490@k79g2000hse.googlegroups.com>
Message-ID: <46558FAB.1030901@alberon.cz>

Dobry den,
mys nekomunikuje po TxD a RxD - tusim ze tyto draty pouziva na napajeni, 
pro prenos informaci o poloze pouziva jine "draty" a driver je musi umet 
zpracovat - proto na ttySx nemate data, neb driver predpoklada klasickou 
datovou komunikaci.
Mozna nejaka data by sly nacitat z /dev/input/mice ...



Jiri Kortus wrote:
> rad bych si ubastlil anemometr (pristroj na mereni rychlosti vetru),
> ktery by informace odesilal do PC s linuxem. Bohuzel elektronice
> nerozumim, takze bych to sotva navrhnul... Ale napadlo me pouzit
> starou mys na seriovy port - snimac z jedne osy pridelat na anemometr,
> a druhou osu pouzit treba jeste na mereni smeru vetru. Predpokladal
> jsem, ze bych mohl data z mysi dolovat necim na zpusob "cat /dev/
> ttyS0", a nasledne je zpracovavat treba v minutovych intervalech, ale
> problem je, ze pri otaceni kulickou v mysi ani mackani tlacitek zadna
> data nelezou, a to jsem zkousel nekolik mysi. Se seriovym portem jsem
> si pod linuxem nikdy nehral, takze bych se rad zeptal, v cem muze byt
> problem, a jak jej odstranit.... Navic jestli je moje uvaha o
> "cat"ovani ze serioveho portu spatna, rad se poucim, jak to udelat
> jinak (ale idealne v shellu). Dekuji predem za vase podnety.

-- 
     Zdenek Janis


From soban na soban.cz  Thu May 24 15:19:11 2007
From: soban na soban.cz (=?ISO-8859-2?Q?Petr_=A9ob=E1=F2?=)
Date: Thu, 24 May 2007 15:19:11 +0200
Subject: Jak vydolovat "data" z mysi pripojene pres /dev/ttySx?
In-Reply-To: <1180009779.814366.13490@k79g2000hse.googlegroups.com>
References: <1180009779.814366.13490@k79g2000hse.googlegroups.com>
Message-ID: <465590CF.1080904@soban.cz>

Jiri Kortus napsal(a):
> Zdravim,
> 
> rad bych si ubastlil anemometr (pristroj na mereni rychlosti vetru),
> ktery by informace odesilal do PC s linuxem. Bohuzel elektronice
> nerozumim, takze bych to sotva navrhnul... Ale napadlo me pouzit
> starou mys na seriovy port - snimac z jedne osy pridelat na anemometr,
> a druhou osu pouzit treba jeste na mereni smeru vetru. Predpokladal
> jsem, ze bych mohl data z mysi dolovat necim na zpusob "cat /dev/
> ttyS0", a nasledne je zpracovavat treba v minutovych intervalech, ale
> problem je, ze pri otaceni kulickou v mysi ani mackani tlacitek zadna
> data nelezou, a to jsem zkousel nekolik mysi. Se seriovym portem jsem
> si pod linuxem nikdy nehral, takze bych se rad zeptal, v cem muze byt
> problem, a jak jej odstranit.... Navic jestli je moje uvaha o
> "cat"ovani ze serioveho portu spatna, rad se poucim, jak to udelat
> jinak (ale idealne v shellu). Dekuji predem za vase podnety.
> 
> JK


Co použít nějaké jiné řešení ?

Třeba http://www.gybon.cz/~pavkriz/crusader/anemo/





-- 

/----------------------------------------\
|            Petr Šobáň                  |
|            Olomouc                     |
|----------------------------------------|
|    ICQ    179223500                    |
|    jabber soban_petr na jabber.org        |
\----------------------------------------/

Láska dokáže život ľudí rozveseliť, ak oni dokážu lásku a život brať
vážne.
		-- O. Fišer



From qaxi na seznam.cz  Thu May 24 15:33:12 2007
From: qaxi na seznam.cz (=?UTF-8?B?IlBldHIgXCJRYXhpXCIgS2zDrW1hIg==?=)
Date: Thu, 24 May 2007 15:33:12 +0200
Subject: BASH: =?UTF-8?B?emppxaF0xJtuw60gUElEIHBvc2xlZG7DrWhvIGZvcmVncm91?=
	=?UTF-8?B?bmQgcMWZw61rYXp1?=
Message-ID: <46559418.9010707@seznam.cz>

Zdravím

dá se v bash zjistit PID posledního foreground příkazu ?


mám tento "šílený" prompt viz. dole

normální výstup je:
(dovolím si ho uvést černobíle, jinak hraje barvičkama)

[15:23]-[~]
[klima na klimapc]$
[15:23]-[~]
[klima na klimapc]$ cd tmp
/home/klima/tmp
[15:23]-[~/tmp]
[klima na klimapc]$

pokud nastane v commandu chyba vypíše mi $? (last exit status)

[15:23]-[~/tmp]
[klima na klimapc]$
[15:25]-[~/tmp]
[klima na klimapc]$ false
[15:25]-[~/tmp]
[klima na klimapc](1)$


co neumim udělat je aby pro 1 command vypsal $? jen 1x, ale aby se 
nestalo tohle

[15:27]-[/tmp]
[klima na klimapc]$
[15:27]-[/tmp]
[klima na klimapc]$ false
[15:27]-[/tmp]
[klima na klimapc](1)$ false
[15:27]-[/tmp]
[klima na klimapc]$

prostě pokud jdou za sebou stejná $? tak ho vypíše jen poprvé ...

Pokud odstraním REMEMBER_LAST (nebo nastavím na 0) tak to funguje takto

[klima na klimapc]$
[15:30]-[~]
[klima na klimapc]$ false
[15:30]-[~]
[klima na klimapc](1)$
[15:30]-[~]
[klima na klimapc](1)$
[15:30]-[~]
[klima na klimapc](1)$
[15:30]-[~]
[klima na klimapc](1)$
[15:30]-[~]
[klima na klimapc](1)$ true
[15:30]-[~]
[klima na klimapc]$


Nápad je spárovat PID předchozího příkazu a $? a to ukládat do 
REMEMBER_LAST.

Ale kde vzít PID předchozího příkazu?


***********************************************-
export PROMPT_COMMAND=bash_prompt_command
export REMEMBER_LAST=0

# Definice barev
_BK='\033[0;30m'
_BKb='\033[1;30m'
_BL='\033[0;34m'
_BLb='\033[1;34m'
_CY='\033[0;36m'
_CYb='\033[1;36m'
_DE='\033[0;0m'
_GR='\033[0;32m'
_GRb='\033[1;32m'
_MA='\033[0;35m'
_MAb='\033[1;35m'
_RE='\033[0;31m'
_REb='\033[1;31m'
_WH='\033[0;37m'
_WHb='\033[1;37m'
_YE='\033[0;33m'
_YEb='\033[1;33m'
_bBK='\033[40m'
_bBL='\033[44m'
_bCY='\033[46m'
_bGR='\033[42m'
_bMA='\033[45m'
_bRE='\033[41m'
_bWH='\033[47m'
_bYE='\033[43m'

bash_prompt_command ()
{
     local ORIGLAST=$?;
     local LAST=${ORIGLAST};
     local USER_ID=`id -r -u`;
     local PS1_H="\[$_WH\][\[$_RE\]\A\[$_WH\]]-[\[$_CYb\]\w\[$_WH\]]";
     local PS1_D="[\[$_CY\]\u\[\[$_WH\]@\[$_CY\]\h\[$_WH\]]";
     [ $USER_ID -eq "0" ] && {
         PS1_H="\[$_RE\][\A]-[\w]";
         PS1_D="[\u@\h]"
     };
     if [ ${REMEMBER_LAST} -eq ${LAST} -o ${LAST} -eq 0 ]; then
         LAST='';
     else
         LAST="\[$_WH\](\[$_YEb\]${LAST}\[$_WH\])";
     fi;
     REMEMBER_LAST=${ORIGLAST};
     export PS1="$PS1_H\n$PS1_D${LAST}\$\[$_DE\] "
}
***********************************************-

-- 

    Petr Klíma

    e-mail:  qaxi na seznam.cz



From sumix na styxx.cz  Thu May 24 16:31:28 2007
From: sumix na styxx.cz (Jiri Kortus)
Date: 24 May 2007 07:31:28 -0700
Subject: Jak vydolovat "data" z mysi pripojene pres /dev/ttySx?
In-Reply-To: <mailman.1026.1180012759.4027.linux@linux.cz>
References: <1180009779.814366.13490@k79g2000hse.googlegroups.com>
	<mailman.1026.1180012759.4027.linux@linux.cz>
Message-ID: <1180017087.939648.222100@q66g2000hsg.googlegroups.com>

Dekuji, problem bude tedy v tom, jak mys komunikuje :(. Do
programovani se moc poustet nechci, takze asi zkusim najit nejake jine
reseni.
Za vyse uvedeny odkaz na konstrukci anemometru dekuji, ovsem bohuzel v
mych moznostech absolutne neni neco takoveho dat dohromady. Prace s
pajkou se sice nebojim, ale pouze pokud se to tyka osazovani
jednoducheho plosneho spoje ;-). Zkusim se tedy jeste po necem
porozhlednout.



From kas na fi.muni.cz  Thu May 24 17:02:12 2007
From: kas na fi.muni.cz (Jan Kasprzak)
Date: Thu, 24 May 2007 17:02:12 +0200
Subject: Multicast routing
Message-ID: <20070524150212.GT31724@fi.muni.cz>

	Delal nekdo neco se $subj? Prijde mi, ze dokumentace
na siti je docela zastarala.

	Zatim jsem skoncil tak, ze kdyz
dam ping -t 2 -c 3 224.0.0.1, tak se mi ozvou ruzne stroje
na siti, ale ne Linuxy, na kterych to zkousim. Podle
/proc/config.gz mam CONFIG_IP_MULTICAST=y, a nastavil jsem
i cestu pomoci prikazu "ip route add multicast 224.0.0.0/4 dev eth0".
Tcpdumpem prichazejici ICMP echo vidim, ale odpoved nedostane.

	Pritom ale nektere stroje na multicastove echo odpovidaji,
dokonce i Linuxy (aniz bych neco delal). Na prvni pohled jsem rozdil
nezjistil (mozna tak novejsi jadro, ale explicitne jsem to nezkousel;
nektere ani nemaji nastavenou cestu k 224.0.0.0/4).

	Dokonce nektere z tech stroju co neodpovidaji na multicastove
echo pouzivaji heartbeat nad multicastem, a ten funguje :-(

	Delam neco spatne s ICMP echo pres multicast?

	A jak s tim routovanim - co se dneska pouziva - mrouted? pimd?

	Diky,

-Y.

-- 
| Jan "Yenya" Kasprzak  <kas at {fi.muni.cz - work | yenya.net - private}> |
| GPG: ID 1024/D3498839      Fingerprint 0D99A7FB206605D7 8B35FCDE05B18A5E |
| http://www.fi.muni.cz/~kas/    Journal: http://www.fi.muni.cz/~kas/blog/ |
> I will never go to meetings again because I think  face to face meetings <
> are the biggest waste of time you can ever have.        --Linus Torvalds <


From soban na soban.cz  Thu May 24 17:31:33 2007
From: soban na soban.cz (=?ISO-8859-2?Q?Petr_=A9ob=E1=F2?=)
Date: Thu, 24 May 2007 17:31:33 +0200
Subject: Jak vydolovat "data" z mysi pripojene pres /dev/ttySx?
In-Reply-To: <1180017087.939648.222100@q66g2000hsg.googlegroups.com>
References: <1180009779.814366.13490@k79g2000hse.googlegroups.com>	<mailman.1026.1180012759.4027.linux@linux.cz>
	<1180017087.939648.222100@q66g2000hsg.googlegroups.com>
Message-ID: <4655AFD5.3070104@soban.cz>

Jiri Kortus napsal(a):
> Dekuji, problem bude tedy v tom, jak mys komunikuje :(. Do
> programovani se moc poustet nechci, takze asi zkusim najit nejake jine
> reseni.
> Za vyse uvedeny odkaz na konstrukci anemometru dekuji, ovsem bohuzel v
> mych moznostech absolutne neni neco takoveho dat dohromady. Prace s
> pajkou se sice nebojim, ale pouze pokud se to tyka osazovani
> jednoducheho plosneho spoje ;-). Zkusim se tedy jeste po necem
> porozhlednout.
> 


Problém v komunikaci s myší nebude - podle mě myš normálně posílá data
po datových vodičích - problém je s napájením.

Myš pro napájení používá ty řídící vývody takže některé se musí nastavit
na 1 a některé na 0 (+12V -12V).

Takže nastavit port pro komunikaci na příslušné rychlosti atd....

A nahodit ty řídící signály aby myš dostala napájení.

Ovšem nechápu proč se tak trápit a nevyužijete podporu přímo v jádře ?

Prostě připojte dvě myši jednu budete normálně používat a z druhé budete
číst data ?

Viz:

[root na soban /home/petr]# cat /dev/input/mouse0
???
??
????8?


Takže si napsat program co bude číst ze zařízení (/dev/input/mouseX)
data a nějak je přechroustá.



-- 

/----------------------------------------\
|            Petr Šobáň                  |
|            Olomouc                     |
|----------------------------------------|
|    ICQ    179223500                    |
|    jabber soban_petr na jabber.org        |
\----------------------------------------/

Muž, který chodí s utrženým knoflíkem, by se měl oženit nebo
rozvést.
		-- Douglas



From dast na panelnet.cz  Thu May 24 17:59:45 2007
From: dast na panelnet.cz (Dalibor Straka)
Date: Thu, 24 May 2007 17:59:45 +0200
Subject: Jak vydolovat "data" z mysi pripojene pres /dev/ttySx?
In-Reply-To: <1180009779.814366.13490@k79g2000hse.googlegroups.com>
References: <1180009779.814366.13490@k79g2000hse.googlegroups.com>
Message-ID: <20070524155945.GB5733@panelnet.cz>

On Thu, May 24, 2007 at 05:29:39AM -0700, Jiri Kortus wrote:
> Zdravim,
> 
> rad bych si ubastlil anemometr (pristroj na mereni rychlosti vetru),
> ktery by informace odesilal do PC s linuxem. Bohuzel elektronice
>
Zrovna take stavim par anemometru (z pinpongacu) a je dobre je udelat
na baterku s pameti. Prace uplne nulova a na internetu desitky navodu.
Takove anemometry pak mohou byt nainstalovany na ruznych mistech 
a jednou za cas si z nich data stahnete a ulozite do rrd grafu.

> nerozumim, takze bych to sotva navrhnul... Ale napadlo me pouzit
> starou mys na seriovy port - snimac z jedne osy pridelat na anemometr,
> a druhou osu pouzit treba jeste na mereni smeru vetru. Predpokladal
> jsem, ze bych mohl data z mysi dolovat necim na zpusob "cat /dev/
> ttyS0", a nasledne je zpracovavat treba v minutovych intervalech, ale
> problem je, ze pri otaceni kulickou v mysi ani mackani tlacitek zadna
> data nelezou, a to jsem zkousel nekolik mysi. Se seriovym portem jsem
> si pod linuxem nikdy nehral, takze bych se rad zeptal, v cem muze byt
> problem, a jak jej odstranit.... Navic jestli je moje uvaha o
> "cat"ovani ze serioveho portu spatna, rad se poucim, jak to udelat
> jinak (ale idealne v shellu). Dekuji predem za vase podnety.
> 

Nejtezsi je kazdy anemometr spravne okalibrovat podle nejakeho
normovaneho kupovaneho.

-- Dalibor Straka
P.S. CPU Atmel za 30Kc :-)


From sumix na styxx.cz  Thu May 24 18:02:45 2007
From: sumix na styxx.cz (Jiri Kortus)
Date: 24 May 2007 09:02:45 -0700
Subject: Jak vydolovat "data" z mysi pripojene pres /dev/ttySx?
In-Reply-To: <mailman.1029.1180020706.4027.linux@linux.cz>
References: <1180009779.814366.13490@k79g2000hse.googlegroups.com>
	<mailman.1026.1180012759.4027.linux@linux.cz>
	<1180017087.939648.222100@q66g2000hsg.googlegroups.com>
	<mailman.1029.1180020706.4027.linux@linux.cz>
Message-ID: <1180022565.483738.81220@q69g2000hsb.googlegroups.com>

Asi jste mne spatne pochopil (nebo spis jsem se spatne vyjadril ja)...
staci mi pripojena jedna mys, bude se jednat o dedikovane PC k tomuto
ucelu, nikoliv o PC, na kterem pracuji :).
Co mate na mysli tou podporou v jadre? Ja jsem zkousel data cist
nejdrive "jen tak" a pak jsem to zkousel i se zavedenym ovladacem
"sermouse" - tusim. Stalo se mi, ze z /dev/ttySx i neco vylezlo, ale
bohuzel ne jakozto bezprostredni reakce na pohyb/klikani mysi.
Co se napajeni tyce, jakym zpusobem maji byt urcite piny na seriovem
portu sepnuty, aby na nich bylo napeti? Ja jsem se domnival, ze by to
mohl zaridit zavedeny ovladac mysi... takze bud je mys napajena a
problem je jinde, nebo se pletu... Port jsem zkousel nastavovat i na
nizsi rychlosti pres stty, ale tez bezvysledne.

Petr Šobáň napsal:
> Jiri Kortus napsal(a):
> > Dekuji, problem bude tedy v tom, jak mys komunikuje :(. Do
> > programovani se moc poustet nechci, takze asi zkusim najit nejake jine
> > reseni.
> > Za vyse uvedeny odkaz na konstrukci anemometru dekuji, ovsem bohuzel v
> > mych moznostech absolutne neni neco takoveho dat dohromady. Prace s
> > pajkou se sice nebojim, ale pouze pokud se to tyka osazovani
> > jednoducheho plosneho spoje ;-). Zkusim se tedy jeste po necem
> > porozhlednout.
> >
>
>
> Problém v komunikaci s myší nebude - podle mě myš normálně posílá data
> po datových vodičích - problém je s napájením.
>
> Myš pro napájení používá ty řídící vývody takže některé se musí nastavit
> na 1 a některé na 0 (+12V -12V).
>
> Takže nastavit port pro komunikaci na příslušné rychlosti atd....
>
> A nahodit ty řídící signály aby myš dostala napájení.
>
> Ovšem nechápu proč se tak trápit a nevyužijete podporu přímo v jádře ?
>
> Prostě připojte dvě myši jednu budete normálně používat a z druhé budete
> číst data ?
>
> Viz:
>
> [root na soban /home/petr]# cat /dev/input/mouse0
> ? ? ?  ? ?  ?  ? ? ?8?
>
>
> Takže si napsat program co bude číst ze zařízení (/dev/input/mouseX)
> data a nějak je přechroustá.
>
>
>
> --
>
> /----------------------------------------\
> |            Petr Šobáň                  |
> |            Olomouc                     |
> |----------------------------------------|
> |    ICQ    179223500                    |
> |    jabber soban_petr na jabber.org        |
> \----------------------------------------/
>
> Muž, který chodí s utrženým knoflíkem, by se měl oženit nebo
> rozvést.
> 		-- Douglas



From soban na soban.cz  Thu May 24 18:33:40 2007
From: soban na soban.cz (=?ISO-8859-2?Q?Petr_=A9ob=E1=F2?=)
Date: Thu, 24 May 2007 18:33:40 +0200
Subject: Jak vydolovat "data" z mysi pripojene pres /dev/ttySx?
In-Reply-To: <1180022565.483738.81220@q69g2000hsb.googlegroups.com>
References: <1180009779.814366.13490@k79g2000hse.googlegroups.com>	<mailman.1026.1180012759.4027.linux@linux.cz>	<1180017087.939648.222100@q66g2000hsg.googlegroups.com>	<mailman.1029.1180020706.4027.linux@linux.cz>
	<1180022565.483738.81220@q69g2000hsb.googlegroups.com>
Message-ID: <4655BE64.2090009@soban.cz>

Jiri Kortus napsal(a):
> Asi jste mne spatne pochopil (nebo spis jsem se spatne vyjadril ja)...
> staci mi pripojena jedna mys, bude se jednat o dedikovane PC k tomuto
> ucelu, nikoliv o PC, na kterem pracuji :).
> Co mate na mysli tou podporou v jadre? Ja jsem zkousel data cist
> nejdrive "jen tak" a pak jsem to zkousel i se zavedenym ovladacem
> "sermouse" - tusim. Stalo se mi, ze z /dev/ttySx i neco vylezlo, ale
> bohuzel ne jakozto bezprostredni reakce na pohyb/klikani mysi.
> Co se napajeni tyce, jakym zpusobem maji byt urcite piny na seriovem
> portu sepnuty, aby na nich bylo napeti? Ja jsem se domnival, ze by to
> mohl zaridit zavedeny ovladac mysi... takze bud je mys napajena a
> problem je jinde, nebo se pletu... Port jsem zkousel nastavovat i na
> nizsi rychlosti pres stty, ale tez bezvysledne.
> 

No tak mormálně připojte myš a čtěte data z /dev/input/mouse0 na tty se
vykašlete a nechte to přechroustat kernelem.

Pokud nepoužíváte kernel 2.6.x tak bude asi zařízení /dev/mouse nebo
podobné.

Jaký modul se musel zavést na com myši už nevím už je nějakou dobu
nepoužívám.

Asi sermouse a asi se mu musí předat parametr na jakém com portu je ta
myš a pak by to mělo vytvořit zařízení /dev/input/mouse0 nebo nějaké takové.

A pak normálně čteme třeba cat /dev/input/mouse0 a při pohybu myši to
vypisuje data.

PS však si skuste někde kde máte myš zadat cat /dev/input/mouse0 a
hejbněte myší :-) mě to aspoň funguje OK.


-- 

/----------------------------------------\
|            Petr Šobáň                  |
|            Olomouc                     |
|----------------------------------------|
|    ICQ    179223500                    |
|    jabber soban_petr na jabber.org        |
\----------------------------------------/

Muž, který chodí s utrženým knoflíkem, by se měl oženit nebo
rozvést.
		-- Douglas



From dast na panelnet.cz  Thu May 24 19:55:53 2007
From: dast na panelnet.cz (Dalibor Straka)
Date: Thu, 24 May 2007 19:55:53 +0200
Subject: Jak vydolovat "data" z mysi pripojene pres /dev/ttySx?
In-Reply-To: <1180022565.483738.81220@q69g2000hsb.googlegroups.com>
References: <1180009779.814366.13490@k79g2000hse.googlegroups.com>
	<mailman.1026.1180012759.4027.linux@linux.cz>
	<1180017087.939648.222100@q66g2000hsg.googlegroups.com>
	<mailman.1029.1180020706.4027.linux@linux.cz>
	<1180022565.483738.81220@q69g2000hsb.googlegroups.com>
Message-ID: <20070524175553.GA6523@panelnet.cz>

Ahoj,

On Thu, May 24, 2007 at 09:02:45AM -0700, Jiri Kortus wrote:
> Asi jste mne spatne pochopil (nebo spis jsem se spatne vyjadril ja)...
> staci mi pripojena jedna mys, bude se jednat o dedikovane PC k tomuto
> ucelu, nikoliv o PC, na kterem pracuji :).
> Co mate na mysli tou podporou v jadre? Ja jsem zkousel data cist
> nejdrive "jen tak" a pak jsem to zkousel i se zavedenym ovladacem
> "sermouse" - tusim. Stalo se mi, ze z /dev/ttySx i neco vylezlo, ale
>
Nejdrive pan Janis, pak pan Soban ted jeste ja:
cat /dev/input/mouse0

V pohode...
-- Dalibor Straka


From lists_mk na wujiman.net  Thu May 24 20:03:14 2007
From: lists_mk na wujiman.net (Martin Kraus)
Date: Thu, 24 May 2007 20:03:14 +0200
Subject: jak dostat z disku konsistentni LVM snapshot
In-Reply-To: <20070524115846.GA14734@nomi.cz>
References: <20070522162318.GA4567@finrod> <20070524115846.GA14734@nomi.cz>
Message-ID: <20070524180314.GA13990@finrod>

On Thu, May 24, 2007 at 01:58:46PM +0200, Tomáš Janoušek wrote:
> Zdravim,
> 
> On Tue, May 22, 2007 at 06:23:18PM +0200, Martin Kraus wrote:
> >   mozna je to fakt hloupa otazka, ale jak nejlepe udelam snapshot z LVM disku
> > tak aby byl konzistentni? jak zaridit, aby ve chvili udelani snapshotu byla
> > data na disku konzistentni, pokud me tam bezi nekolik serveru a je tam
> > napriklad prihlaseny uzivatel, ktery neco tvori.
> 
> LVM umi snapshoty:
>     http://tldp.org/HOWTO/LVM-HOWTO/snapshots_backup.html

no dobre, ale kdyz to udela snapshot ze souboru se kterym se pracuje, tak je
me zaloha na nic.  a to je problem ktery bych rad nejak jednoduse vyresil.
kdyz potrebuju zalohovat prubezne 20 stroju, tak si nemam moc naladu hrat s
kazdym zvlast.

mk



From f.matousek na m-software.cz  Thu May 24 20:03:30 2007
From: f.matousek na m-software.cz (=?iso-8859-2?Q?Filip_Matou=B9ek?=)
Date: Thu, 24 May 2007 20:03:30 +0200
Subject: zlobi httpd
In-Reply-To: <20070524100526.GE3039@hazard.jcu.cz>
Message-ID: <200705241808.l4OI84V9025643@pha.phoenix>

Takze jsem www stranky zkusil na jinem serveru a slapou, pripada mi to jako
když je na te strance moc funkci tak to server nezvladne a hodi ze stranka
neexistuje a zajimave je ze pod firefoxem to nacte a porad se ji snazi
nacitat a tim zahlti uplne latence do serveru. A v logu httpd na stranky je
to v poradku.

212.71.178.178 - - [24/May/2007:20:01:08 +0200] "GET
/stranky/index.php?id=start HTTP/1.1" 200 15816
212.71.178.178 - - [24/May/2007:20:01:09 +0200] "GET
/stranky/index.php?id=start HTTP/1.1" 200 15816

V rychlosti stranku zobrazi a pak skoci hlaska ze neexistuje,

F.

-----Original Message-----
From: linux-bounces na linux.cz [mailto:linux-bounces na linux.cz] On Behalf Of
Jan Marek
Sent: Thursday, May 24, 2007 12:05 PM
To: Diskuse o Linuxu v cestine
Subject: Re: zlobi httpd

Dd,

On Wed, May 23, 2007 at 10:20:36PM +0200, Filip Matoušek wrote:
> Nevím zda někdo pomůže od dnešní doby se mi stavá že některé stránky z
> internetu nemohu načíst. V logu http je toto:
> 
> 
> 
> 
> 
> [Wed May 23 22:05:53 2007] [warn] child process 2420 still did not exit,
> sending a SIGTERM
> 
> [Wed May 23 22:05:53 2007] [warn] child process 2421 still did not exit,
> sending a SIGTERM
> 
> [Wed May 23 22:05:57 2007] [notice] Digest: done
> 
> [Wed May 23 22:05:58 2007] [notice] Apache/2.0.40 (Red Hat Linux)
> configured -- resuming normal operations
> 

vypada to, jako by deti apache neskoncily v poradku. Budto je na
nejake konkretni strance neco, co je zablokuje (skript, ktery ma
nekonecnou smycku nebo se pokousi jeste neco nacist a nemuze
ziskat zamek napr.), nebo je nejaky problem s tim, ze klient
neukonci spravne spojeni (i kdyz tady bych si nebyl uplne jisty).

Co loguje apache do ostatnich souboru?

Zkuste projit logy a zkontrolovat skripty, ktere stranky tvori.


> Poradíte co s tim
> 
> 
> 
> Diky F.
> 

Zdravi
Honza Marek
-- 
Ing. Jan Marek               | Nez mi poslete prilohu .doc, .xls 
University of South Bohemia  | nebo .ppt, prectete si, prosim,
Academic Computer Centre     | WWW stranku uvedenou na poslednim
Phone: +420-38-9032080       | radku signatury...
http://www.gnu.org/philosophy/no-word-attachments.cs.html
_______________________________________________
Linux mailing list
Linux na linux.cz
http://www.linux.cz/mailman/listinfo/linux

__________ Informace od NOD32 2290 (20070524) __________

Tato zprava byla proverena antivirovym systemem NOD32.
http://www.nod32.cz




From lists_mk na wujiman.net  Thu May 24 20:31:41 2007
From: lists_mk na wujiman.net (Martin Kraus)
Date: Thu, 24 May 2007 20:31:41 +0200
Subject: jak dostat z disku konsistentni LVM snapshot
In-Reply-To: <465580C9.40200@seznam.cz>
References: <20070522162318.GA4567@finrod>
	<20070524095346.GC3039@hazard.jcu.cz>
	<20070524113114.GA12743@finrod> <465580C9.40200@seznam.cz>
Message-ID: <20070524183141.GB13990@finrod>

On Thu, May 24, 2007 at 02:10:49PM +0200, "Petr \"Qaxi\" Klíma" wrote:
> > no me jde o to delat nejak rozumne a jednoduse zalohy bezicich serveru s minimalnimi
> > vypadky. Doufal jsem, ze bych to mohl udelat pres kompletni image celeho
> > systemu pomoci napr. rsyncu. Kamkoliv se podivam na zalohovani tak nikde neni
> > nic reseno o konzistenci dat. 
> > Chapu to tak, ze kazdy zalohuje proste akorat data ze svych aplikaci a kdyz to
> > rupne, tak preinstalovava a presmahne aplikacni data zpet?
> > 
> 
> tohle nestaci ???
> 
> # /xxxx/application stop
> ### některé aplikace umí "zamrznout" FS je v konzistentním stavu
> ### (tuším Oracle je dobrý příklad), pak ji nemusíte restartovat
> # lvcreate --snapshot --name /dev/vg00/lv_opt_appX_backup_snapshot \
>      --size 2G /dev/vg00/lv_opt_appX
> # /xxxx/application start
> #
> # mount /dev/vg00/lv_opt_appX_backup_snapshot /mnt/opt_appX_backup
> 
> nu a ted zazálohujte /mnt/opt_appX_backup podle chuti
> 
> po záloze udělejte
> 
> # umount /dev/vg00/lv_opt_appX_backup_snapshot
> # lvremove /dev/vg00/lv_opt_appX_backup_snapshot

delani snapshotu neni problem. jak nejak jednotne vytvorit, aby aplikace mely
svoje data v konzistentnim stavu, to je to co potrebuju vyzjistit.
predpokladam, ze takovy problem musi resit vsichni co zalohuji, tak se snazim
okoukat jak to kdo dela. 

zatim jedine, co mne napadlo je udelat runlevel ve kterem me zbyde system s co
nejmensim poctem bezicich daemonu(tak ssh a snad nic vic), udelat snapshot a
zase vratit runlevel. ale i tak na strojich se sambou pripadne na hostingu,
kde muzou lidi sahat pres scp do svych adresaru a ja je v te chvili ustrihnu,
tak jejich data zustanou v podobe, kdy zaloha uz nebude mit valny vyznam. tam
by bylo fajn nejak donutit snapshot, aby vyckal nejakou dobu, az se uzavrou soubory
v urcitych mistech filesystemu, ktere ma nekdo otevrene pro zapis a pak teprve
udelal konzistentni snapshot. A v pripade, ze se v mezidobi nekdo pripoji a
otevre si soubor pro zapis, tak aby udelal neco jak copy-on-write a zaloha se
udelala z konzistentnich starsich souboru. 

Take jsem se kdysi tady ptal na zalohovani mysql rsyncem pres snapshot
kdyz tu databazi zastavim a dozvedel jsem se, ze i tak ta databaze nemusi byt
konzistentni. To uz ale je vec, ktera se musi resit na urovni mysql, kdyz
tam lide budou lit data zrovna v dobe, kdy budu delat snapshot. 
Bylo by fajn, aby to jelo transparentne, ale to bych chtel od mysql asi moc:)

mozna jsem lehce paranoik, ale potreboval bych zalohy, ktery maji smysl,
protoze tech stroju je nejak moc, vsechny nemam pod primou spravou, ale kdyz se
ty vyklopi, tak to budu muset resit. 

A predpokladam, ze tohle je dost obecny stav a ze ho musi spousta lidi nejak
resit. Bylo by dabelske mit filesystem, ktery by do jiste miry byl jako napr
subversion a vzdycky by se na nem nasel takovy stav, aby se dala udelat pouzitelna
zaloha. No sny jsou fajn vec.

mk


From amarti na post.cz  Thu May 24 20:37:43 2007
From: amarti na post.cz (Ales Martinek)
Date: Thu, 24 May 2007 20:37:43 +0200
Subject: Jak vydolovat "data" z mysi pripojene pres /dev/ttySx?
In-Reply-To: <1180009779.814366.13490@k79g2000hse.googlegroups.com>
References: <1180009779.814366.13490@k79g2000hse.googlegroups.com>
Message-ID: <4655DB77.1000106@post.cz>

Dobry den
Nejlepsi je pouzit jak zde bylo uz napsano /dev/input/mouse0
Ale na teto strance
http://klobouk.fsv.cvut.cz/~kalika/manstranky/mouse.htm jsou uvedeny
komunikacni protokoly pro mysi.

Ales Martinek


Jiri Kortus napsal(a):
> Zdravim,
>
> rad bych si ubastlil anemometr (pristroj na mereni rychlosti vetru),
> ktery by informace odesilal do PC s linuxem. Bohuzel elektronice
> nerozumim, takze bych to sotva navrhnul... Ale napadlo me pouzit
> starou mys na seriovy port - snimac z jedne osy pridelat na anemometr,
> a druhou osu pouzit treba jeste na mereni smeru vetru. Predpokladal
> jsem, ze bych mohl data z mysi dolovat necim na zpusob "cat /dev/
> ttyS0", a nasledne je zpracovavat treba v minutovych intervalech, ale
> problem je, ze pri otaceni kulickou v mysi ani mackani tlacitek zadna
> data nelezou, a to jsem zkousel nekolik mysi. Se seriovym portem jsem
> si pod linuxem nikdy nehral, takze bych se rad zeptal, v cem muze byt
> problem, a jak jej odstranit.... Navic jestli je moje uvaha o
> "cat"ovani ze serioveho portu spatna, rad se poucim, jak to udelat
> jinak (ale idealne v shellu). Dekuji predem za vase podnety.
>
> JK
>
> _______________________________________________
> Linux mailing list
> Linux na linux.cz
> http://www.linux.cz/mailman/listinfo/linux
>
>   



From petr na album.ics.muni.cz  Thu May 24 20:51:08 2007
From: petr na album.ics.muni.cz (petr na album.ics.muni.cz)
Date: Thu, 24 May 2007 20:51:08 +0200
Subject: jak dostat z disku konsistentni LVM snapshot
In-Reply-To: <20070524183141.GB13990__35484.0411957868$1180031511$gmane$org@finrod>
References: <20070522162318.GA4567@finrod>
	<20070524095346.GC3039@hazard.jcu.cz>
	<20070524113114.GA12743@finrod> <465580C9.40200@seznam.cz>
	<20070524183141.GB13990__35484.0411957868$1180031511$gmane$org@finrod>
Message-ID: <200705241851.l4OIp8VV014405@dior.ics.muni.cz>

In gmane.linux.region.czech, you wrote:
> On Thu, May 24, 2007 at 02:10:49PM +0200, "Petr \"Qaxi\" Klíma" wrote:
>> > no me jde o to delat nejak rozumne a jednoduse zalohy bezicich serveru s minimalnimi
>> > vypadky. Doufal jsem, ze bych to mohl udelat pres kompletni image celeho
>> > systemu pomoci napr. rsyncu. Kamkoliv se podivam na zalohovani tak nikde neni
>> > nic reseno o konzistenci dat. 
>> > Chapu to tak, ze kazdy zalohuje proste akorat data ze svych aplikaci a kdyz to
>> > rupne, tak preinstalovava a presmahne aplikacni data zpet?
>> > 
>> 
>> tohle nestaci ???
>> 
>> # /xxxx/application stop
>> ### některé aplikace umí "zamrznout" FS je v konzistentním stavu
>> ### (tuším Oracle je dobrý příklad), pak ji nemusíte restartovat
>> # lvcreate --snapshot --name /dev/vg00/lv_opt_appX_backup_snapshot \
>>      --size 2G /dev/vg00/lv_opt_appX
>> # /xxxx/application start
>> #
>> # mount /dev/vg00/lv_opt_appX_backup_snapshot /mnt/opt_appX_backup
>> 
>> nu a ted zazálohujte /mnt/opt_appX_backup podle chuti
>> 
>> po záloze udělejte
>> 
>> # umount /dev/vg00/lv_opt_appX_backup_snapshot
>> # lvremove /dev/vg00/lv_opt_appX_backup_snapshot
>
> delani snapshotu neni problem. jak nejak jednotne vytvorit, aby aplikace mely
> svoje data v konzistentnim stavu, to je to co potrebuju vyzjistit.
> predpokladam, ze takovy problem musi resit vsichni co zalohuji, tak se snazim
> okoukat jak to kdo dela. 
>
Jenze k tomu potrebuje podporu ze strany aplikace.  Od vsech aplikaci
a naraz.

LVM pouze pred snapshotem pozda VFS vrstvu, aby si sesynchnizovala
metadata (a ta to preda jednotlivym FS). VFS se zamkne pro zapis, FS
vylejou write cache, LVM vytvori snapshot a nakonec se VFS odemkne. Pak
uz muze vytvareni zalohy (tj. kopirovani snapshotu treba na pasku) bezet
asynchronne vedle aplikaci, ktere uz zapisuji do puvodniho blokoveho
zarizeni.

Cela operace zamykani a vyroby snapshotu je rychla, takze pokud se vam
podari zastavit cinost vsech aplikaci (tak aby vytvorili konzistentni
soubory), tak vypadek bude prakticky nepostrehnutelny.

Treba dabaze si zurnaluji i soubor s dabazi, takze ty lze snapshotovat
pomoci LVM bez problemu. Jine aplikace to moc neresi, tak asi bude nutne
je ukoncit a pak znovu spustit.

-- Petr




From dast na panelnet.cz  Fri May 25 02:18:13 2007
From: dast na panelnet.cz (Dalibor Straka)
Date: Fri, 25 May 2007 02:18:13 +0200
Subject: jak dostat z disku konsistentni LVM snapshot
In-Reply-To: <20070524183141.GB13990@finrod>
References: <20070522162318.GA4567@finrod>
	<20070524095346.GC3039@hazard.jcu.cz>
	<20070524113114.GA12743@finrod> <465580C9.40200@seznam.cz>
	<20070524183141.GB13990@finrod>
Message-ID: <20070525001813.GA8763@panelnet.cz>

Hezky vecer,

On Thu, May 24, 2007 at 08:31:41PM +0200, Martin Kraus wrote:
> Take jsem se kdysi tady ptal na zalohovani mysql rsyncem pres snapshot
> kdyz tu databazi zastavim a dozvedel jsem se, ze i tak ta databaze nemusi byt
> konzistentni. To uz ale je vec, ktera se musi resit na urovni mysql, kdyz
> tam lide budou lit data zrovna v dobe, kdy budu delat snapshot. 
> Bylo by fajn, aby to jelo transparentne, ale to bych chtel od mysql asi moc:)
> 
Ja zalohuju databaze mysql a postgres zvlast pres mysqldump a pgdump.
Uzivatelska data (samba, ftp) kopiruji o pulnoci rsyncem. Zbytek (/,
/var, /usr) sproste zataruju/skopiruju/snapshotuju.

> A predpokladam, ze tohle je dost obecny stav a ze ho musi spousta lidi nejak
> resit. Bylo by dabelske mit filesystem, ktery by do jiste miry byl jako napr
> subversion a vzdycky by se na nem nasel takovy stav, aby se dala udelat pouzitelna
> zaloha. No sny jsou fajn vec.
> 
Subversion na zalohovana data neni vubec spatny napad! Tedy alespon pro
ty textovy...

-- Dalibor Straka


From lists_mk na wujiman.net  Fri May 25 02:34:30 2007
From: lists_mk na wujiman.net (Martin Kraus)
Date: Fri, 25 May 2007 02:34:30 +0200
Subject: jak dostat z disku konsistentni LVM snapshot
In-Reply-To: <20070525001813.GA8763@panelnet.cz>
References: <20070522162318.GA4567@finrod>
	<20070524095346.GC3039@hazard.jcu.cz>
	<20070524113114.GA12743@finrod> <465580C9.40200@seznam.cz>
	<20070524183141.GB13990@finrod> <20070525001813.GA8763@panelnet.cz>
Message-ID: <20070525003430.GA15630@finrod>

On Fri, May 25, 2007 at 02:18:13AM +0200, Dalibor Straka wrote:
> Hezky vecer,
> 
> On Thu, May 24, 2007 at 08:31:41PM +0200, Martin Kraus wrote:
> > Take jsem se kdysi tady ptal na zalohovani mysql rsyncem pres snapshot
> > kdyz tu databazi zastavim a dozvedel jsem se, ze i tak ta databaze nemusi byt
> > konzistentni. To uz ale je vec, ktera se musi resit na urovni mysql, kdyz
> > tam lide budou lit data zrovna v dobe, kdy budu delat snapshot. 
> > Bylo by fajn, aby to jelo transparentne, ale to bych chtel od mysql asi moc:)
> > 
> Ja zalohuju databaze mysql a postgres zvlast pres mysqldump a pgdump.
> Uzivatelska data (samba, ftp) kopiruji o pulnoci rsyncem. Zbytek (/,
> /var, /usr) sproste zataruju/skopiruju/snapshotuju.
> 
> > A predpokladam, ze tohle je dost obecny stav a ze ho musi spousta lidi nejak
> > resit. Bylo by dabelske mit filesystem, ktery by do jiste miry byl jako napr
> > subversion a vzdycky by se na nem nasel takovy stav, aby se dala udelat pouzitelna
> > zaloha. No sny jsou fajn vec.
> > 
> Subversion na zalohovana data neni vubec spatny napad! Tedy alespon pro
> ty textovy...

no subversion by mel umet i binarni data bez problemu. ale ja spis myslel mit
filesystem, kde by update ci zapis neprepsal puvodni data dokud by se soubor
nezavrel. tudiz by mel clovek pristup ke konzistentnim datum transparentne.


From lists_mk na wujiman.net  Fri May 25 01:08:14 2007
From: lists_mk na wujiman.net (Martin Kraus)
Date: Fri, 25 May 2007 01:08:14 +0200
Subject: jak dostat z disku konsistentni LVM snapshot
In-Reply-To: <200705241851.l4OIp8VV014405@dior.ics.muni.cz>
References: <20070522162318.GA4567@finrod>
	<20070524095346.GC3039@hazard.jcu.cz>
	<20070524113114.GA12743@finrod> <465580C9.40200@seznam.cz>
	<20070524183141.GB13990__35484.0411957868$1180031511$gmane$org@finrod>
	<200705241851.l4OIp8VV014405@dior.ics.muni.cz>
Message-ID: <20070524230814.GB14296@finrod>

On Thu, May 24, 2007 at 08:51:08PM +0200, petr na album.ics.muni.cz wrote:
> >
> > delani snapshotu neni problem. jak nejak jednotne vytvorit, aby aplikace mely
> > svoje data v konzistentnim stavu, to je to co potrebuju vyzjistit.
> > predpokladam, ze takovy problem musi resit vsichni co zalohuji, tak se snazim
> > okoukat jak to kdo dela. 
> >
> Jenze k tomu potrebuje podporu ze strany aplikace.  Od vsech aplikaci
> a naraz.
> 
> LVM pouze pred snapshotem pozda VFS vrstvu, aby si sesynchnizovala
> metadata (a ta to preda jednotlivym FS). VFS se zamkne pro zapis, FS
> vylejou write cache, LVM vytvori snapshot a nakonec se VFS odemkne. Pak
> uz muze vytvareni zalohy (tj. kopirovani snapshotu treba na pasku) bezet
> asynchronne vedle aplikaci, ktere uz zapisuji do puvodniho blokoveho
> zarizeni.
> 
> Cela operace zamykani a vyroby snapshotu je rychla, takze pokud se vam
> podari zastavit cinost vsech aplikaci (tak aby vytvorili konzistentni
> soubory), tak vypadek bude prakticky nepostrehnutelny.
> 
> Treba dabaze si zurnaluji i soubor s dabazi, takze ty lze snapshotovat
> pomoci LVM bez problemu. Jine aplikace to moc neresi, tak asi bude nutne
> je ukoncit a pak znovu spustit.

tudiz zalohovat sambu a data od primeho pristupu na disk(scp apod.) to si muzu
akorat trhnout nohou protoze to nemam jak uhlidat.

mk



From lukesh na seznam.cz  Fri May 25 06:45:14 2007
From: lukesh na seznam.cz (Jaroslav Lukesh)
Date: Fri, 25 May 2007 06:45:14 +0200
Subject: jak dostat z disku konsistentni LVM snapshot
References: <20070522162318.GA4567@finrod><20070524095346.GC3039@hazard.jcu.cz><20070524113114.GA12743@finrod>
	<465580C9.40200@seznam.cz><20070524183141.GB13990__35484.0411957868$1180031511$gmane$org@finrod><200705241851.l4OIp8VV014405@dior.ics.muni.cz>
	<20070524230814.GB14296@finrod>
Message-ID: <114701c79e87$7f147850$6164a8c0@xp>

Byl jsem kdysi v podobném rozpoložení.

Mám 2 řešení, jedno drastické, druhé méně.

* normálně za provozu na jurnálovacím fs: dd if=/dev/ostrý_disk 
of=/dev/backup_disk

* suspend, dd viz výše z nabootovaného CD ale dal by se upravit i resume 
script,  resume


----- Original Message ----- 
From: "Martin Kraus" <lists_mk na wujiman.net>



tudiz zalohovat sambu a data od primeho pristupu na disk(scp apod.) to si 
muzu
akorat trhnout nohou protoze to nemam jak uhlidat.




From luf na pzkagis.cz  Fri May 25 08:59:46 2007
From: luf na pzkagis.cz (Ludek Finstrle)
Date: Fri, 25 May 2007 08:59:46 +0200
Subject: Samba 3.0.25 - podivne chovani
In-Reply-To: <20070521084732.GE8612@soptik.pzkagis.cz>
References: <f2rkum$o45$1@linux.svoboda.cz>
	<20070521084732.GE8612@soptik.pzkagis.cz>
Message-ID: <20070525065946.GA26368@soptik.pzkagis.cz>

Mon, May 21, 2007 at 10:47:32AM +0200, Ludek Finstrle napsal(a):
> Mon, May 21, 2007 at 10:23:50AM +0200, Petr Vejsada napsal(a):
> > chci se zeptat, zda jste se nekdo nesetkal s prapodivnym chovanim Samby po
> > pokusu o upgrade na 3.0.25.
> 
> Toto jiz reportovala spousta lidi v listu samby. Bohuzel zatim nikdo
> neposlal log s log levelem 10, takze vyvojari pro to zatim nic neudelali.

Dneska vysla samba 3.0.25a a tato chyba by mela byt opravena. Kdyztak zkuste.

Luf


From daemon na svoboda.cz  Fri May 25 08:52:23 2007
From: daemon na svoboda.cz (Petr Vejsada)
Date: Fri, 25 May 2007 08:52:23 +0200
Subject: Multicast routing
References: <mailman.1028.1180018934.4027.linux@linux.cz>
Message-ID: <f36137$p07$1@linux.svoboda.cz>

Jan Kasprzak wrote:

> Delal nekdo neco se $subj? Prijde mi, ze dokumentace
> na siti je docela zastarala.
> 
> Zatim jsem skoncil tak, ze kdyz
> dam ping -t 2 -c 3 224.0.0.1, tak se mi ozvou ruzne stroje
> na siti, ale ne Linuxy, na kterych to zkousim. Podle
> /proc/config.gz mam CONFIG_IP_MULTICAST=y, a nastavil jsem
> i cestu pomoci prikazu "ip route add multicast 224.0.0.0/4 dev eth0".
> Tcpdumpem prichazejici ICMP echo vidim, ale odpoved nedostane.


no taky by me to zajimalo - na siti mam linuxy, aixy, tiskarny etc. Odpovidaji
mi linuxy s kernelem 2.6, s 2.4 ne (u obou je CONFIG_IP_MULTICAST=Y], dale
aixy a nejaka storage zarizeni IBM, dokonce nejaka tiskarna HP. Wokna mlci.

-- 
Petr



From sumix na styxx.cz  Fri May 25 09:14:24 2007
From: sumix na styxx.cz (Jiri Kortus)
Date: 25 May 2007 00:14:24 -0700
Subject: Jak vydolovat "data" z mysi pripojene pres /dev/ttySx?
In-Reply-To: <mailman.1036.1180031670.4027.linux@linux.cz>
References: <1180009779.814366.13490@k79g2000hse.googlegroups.com>
	<mailman.1036.1180031670.4027.linux@linux.cz>
Message-ID: <1180077264.525800.84140@p47g2000hsd.googlegroups.com>

Dekuji, tohle je zajimavy odkaz... jinak samozrejme jsem data zkousel
cist z /dev/input/mouseX, primo ze zarizeni pro seriove porty, z /dev/
input/mice, ale nic z toho se netvarilo funkcne... Asi to odlozim na
pozdejsi badani, ale za veskere konstruktivni pripominky dekuji.

Ales Martinek napsal:
> Dobry den
> Nejlepsi je pouzit jak zde bylo uz napsano /dev/input/mouse0
> Ale na teto strance
> http://klobouk.fsv.cvut.cz/~kalika/manstranky/mouse.htm jsou uvedeny
> komunikacni protokoly pro mysi.
>
> Ales Martinek
>
>
> Jiri Kortus napsal(a):
> > Zdravim,
> >
> > rad bych si ubastlil anemometr (pristroj na mereni rychlosti vetru),
> > ktery by informace odesilal do PC s linuxem. Bohuzel elektronice
> > nerozumim, takze bych to sotva navrhnul... Ale napadlo me pouzit
> > starou mys na seriovy port - snimac z jedne osy pridelat na anemometr,
> > a druhou osu pouzit treba jeste na mereni smeru vetru. Predpokladal
> > jsem, ze bych mohl data z mysi dolovat necim na zpusob "cat /dev/
> > ttyS0", a nasledne je zpracovavat treba v minutovych intervalech, ale
> > problem je, ze pri otaceni kulickou v mysi ani mackani tlacitek zadna
> > data nelezou, a to jsem zkousel nekolik mysi. Se seriovym portem jsem
> > si pod linuxem nikdy nehral, takze bych se rad zeptal, v cem muze byt
> > problem, a jak jej odstranit.... Navic jestli je moje uvaha o
> > "cat"ovani ze serioveho portu spatna, rad se poucim, jak to udelat
> > jinak (ale idealne v shellu). Dekuji predem za vase podnety.
> >
> > JK
> >
> > _______________________________________________
> > Linux mailing list
> > Linux na linux.cz
> > http://www.linux.cz/mailman/listinfo/linux
> >
> >



From pali na tmapy.cz  Fri May 25 09:43:23 2007
From: pali na tmapy.cz (Pavel =?ISO-8859-1?Q?Lis=FD?=)
Date: Fri, 25 May 2007 09:43:23 +0200
Subject: Problem s obnovou mirroru
In-Reply-To: <218cff750705240459x3acc1b00i4ad3207926c6a64f@mail.gmail.com>
References: <1180001139.20634.17.camel@prog-11.hk.tmapy.cz>
	<218cff750705240459x3acc1b00i4ad3207926c6a64f@mail.gmail.com>
Message-ID: <1180079003.3882.8.camel@pali-desktop.lisilan.cz>

Petr Baláš píše v Čt 24. 05. 2007 v 13:59 +0200:
> 
> Stihlo uz se pole regenerovat? Copak vypise
> cat /proc/mdstat 
Po regeneraci to pise toto:

# cat /proc/mdstat
Personalities : [raid1] 
read_ahead 1024 sectors
Event: 4                   
md0 : active raid1 hdf1[1] hde1[0]
      117218176 blocks [2/2] [UU]
      
unused devices: <none>

# mdadm --examine /dev/hde1
/dev/hde1:
          Magic : a92b4efc
        Version : 00.90.00
           UUID : f5f3d503:7a33f220:f787222e:c5173645
  Creation Time : Sun Nov  7 16:34:22 2004
     Raid Level : raid1
    Device Size : 117218176 (111.79 GiB 120.03 GB)
   Raid Devices : 2
  Total Devices : 2
Preferred Minor : 0

    Update Time : Thu May 24 15:22:30 2007
          State : dirty, no-errors
 Active Devices : 2
Working Devices : 2
 Failed Devices : 0
  Spare Devices : 0
       Checksum : 64d1de22 - correct
         Events : 0.110


      Number   Major   Minor   RaidDevice State
this     0      33        1        0      active sync   /dev/hde1
   0     0      33        1        0      active sync   /dev/hde1
   1     1      33       65        1      active sync   /dev/hdf1

# mdadm --examine /dev/hdf1
/dev/hdf1:
          Magic : a92b4efc
        Version : 00.90.00
           UUID : f5f3d503:7a33f220:f787222e:c5173645
  Creation Time : Sun Nov  7 16:34:22 2004
     Raid Level : raid1
    Device Size : 117218176 (111.79 GiB 120.03 GB)
   Raid Devices : 2
  Total Devices : 2
Preferred Minor : 0

    Update Time : Thu May 24 15:22:30 2007
          State : dirty, no-errors
 Active Devices : 2
Working Devices : 2
 Failed Devices : 0
  Spare Devices : 0
       Checksum : 64d1de64 - correct
         Events : 0.110


      Number   Major   Minor   RaidDevice State
this     1      33       65        1      active sync   /dev/hdf1
   0     0      33        1        0      active sync   /dev/hde1
   1     1      33       65        1      active sync   /dev/hdf1
[root na hezoun root]# cat /proc/mdstat 
Personalities : [raid1] 
read_ahead 1024 sectors
Event: 4                   
md0 : active raid1 hdf1[1] hde1[0]
      117218176 blocks [2/2] [UU]
      
unused devices: <none>


Vse se tvari OK, ze?

Pavel Lisy



From katerina.bubenickova na plbohnice.cz  Fri May 25 10:21:22 2007
From: katerina.bubenickova na plbohnice.cz (Katerina Bubenickova)
Date: Fri, 25 May 2007 10:21:22 +0200
Subject: =?ISO-8859-2?Q?Prod=E1m_nebo_vym=ECn=EDm_knihu_o_linux?=
	=?ISO-8859-2?Q?u?=
Message-ID: <46569C82.6080100@plbohnice.cz>

DD,
mam 2x knihu Linux - hackerske utoky
http://www.linuxzone.cz/index.phtml?ids=33&idc=747

Rada bych se jednoho exemplare zbavila, kniha je nova, nectena, jen
nejakou dobu lezela na polici.
Pokud by nekdo stal o vymenu za jinou knihu, tak by me zajimal perl,
sed, python-zaklady, asembler,
pripadne nabidnete neco jineho.
Cenu si predstavuju tak 300Kc, ale pokud je nekdo napr. chudy student a
je to pro nej moc, tak se ozvete taky,
treba z toho neco bude.
Preferuji osobni predani v Praze. Odpovedi radeji soukrome.

Katerina Bubenickova



From ivast na mail.t-mobile.sk  Fri May 25 09:30:32 2007
From: ivast na mail.t-mobile.sk (Ivan Stenda)
Date: Fri, 25 May 2007 09:30:32 +0200
Subject: zlobi httpd
In-Reply-To: <2085.82.150.162.10.1179951636.squirrel@82.150.162.10>
References: <2085.82.150.162.10.1179951636.squirrel@82.150.162.10>
Message-ID: <46569098.8020301@mail.t-mobile.sk>

Podla opisu mu umieraju deti, ktore mali zit a poskytnut obsah. Preco, to vam povie nejaky 
debug, pripadne strace. Ak sa ta chybka neprejavuje zakazdym moze vam pomoct nastavit 
MaxRequestsPerChild na nenulovu hodnotu.

ivast

Filip Matoušek wrote:
> Nevím zda někdo pomůže od dnešní doby se mi stavá že některé stránky z
> internetu nemohu načíst. V logu http je toto:
> 


From tomas.krbec na gmail.com  Fri May 25 09:58:41 2007
From: tomas.krbec na gmail.com (=?UTF-8?Q?Tom=C3=A1=C5=A1_Krbec?=)
Date: Fri, 25 May 2007 09:58:41 +0200
Subject: CentOS5, Samba a sdileni bez hesla
In-Reply-To: <be31d3800705110457l22ddb31bjb9d61a7f3b34302d@mail.gmail.com>
References: <mailman.616.1178188001.4027.linux@linux.cz>
	<f1ce5t$861$1@linux.svoboda.cz>
	<be31d3800705061358h1b2bfa64t11ada40f7ac8e172@mail.gmail.com>
	<be31d3800705110457l22ddb31bjb9d61a7f3b34302d@mail.gmail.com>
Message-ID: <be31d3800705250058i7a5504f6w8af68057371f82c9@mail.gmail.com>

11.5.07, Tomáš Krbec <tomas.krbec na gmail.com>:
> 6.5.07, Tomáš Krbec <tomas.krbec na gmail.com>:
> > 3.5.07, Petr Vejsada <daemon na svoboda.cz>:
> > > Tomáš Krbec wrote:
> > >
> > > > Jenže systém se chová rozdílně v adresáři tmp a sdileni.
> > >
> > > no jedine, co me napada, je, ze "sdileni" a "tmp" jsou na ruznych
> > > filesystemech a tak se chovaji jinak. ACL ?
> > >
> > > --
> > > Petr
>
>
> Tak v acl problém asi nebude. Je to nastaveno takto:
>
> getfacl: Removing leading '/' from absolute path names
> # file: tmp
> # owner: root
> # group: root
> user::rwx
> group::rwx
> other::rwx
>
> # file: sdileni
> # owner: root
> # group: root
> user::rwx
> group::rwx
> other::rwx
>


Vyřešil jsem problém.
vyrobil jsem usera smbusr
pomocí smbpasswd jsem mu dal heslo
do definice sdílení jsem přidal

[sdileni]
      comment = Univerzalni sdileni
      path = /sdileni
      read only = No
      guest ok = Yes
      force user = smbusr
      force group = smbusr

teď to funguje, jak bylo požadováno

-- 
S pozdravem
Tomáš Krbec

From petr.balas na gmail.com  Fri May 25 10:25:35 2007
From: petr.balas na gmail.com (=?WINDOWS-1252?Q?Petr_Bal=E1=9A?=)
Date: Fri, 25 May 2007 10:25:35 +0200
Subject: Problem s obnovou mirroru
In-Reply-To: <1180079003.3882.8.camel@pali-desktop.lisilan.cz>
References: <1180001139.20634.17.camel@prog-11.hk.tmapy.cz>
	<218cff750705240459x3acc1b00i4ad3207926c6a64f@mail.gmail.com>
	<1180079003.3882.8.camel@pali-desktop.lisilan.cz>
Message-ID: <218cff750705250125s44b23466se87a77ebacfce81@mail.gmail.com>

On 5/25/07, Pavel Lisý <pali na tmapy.cz> wrote:
> Petr Baláš píše v Čt 24. 05. 2007 v 13:59 +0200:
> >
> > Stihlo uz se pole regenerovat? Copak vypise
> > cat /proc/mdstat
> Po regeneraci to pise toto:
>
> # cat /proc/mdstat
> Personalities : [raid1]
> read_ahead 1024 sectors
> Event: 4
> md0 : active raid1 hdf1[1] hde1[0]
>       117218176 blocks [2/2] [UU]

To vypadá OK.


> unused devices: <none>
>
> # mdadm --examine /dev/hde1
> /dev/hde1:
>           Magic : a92b4efc
>         Version : 00.90.00
>            UUID : f5f3d503:7a33f220:f787222e:c5173645
>   Creation Time : Sun Nov  7 16:34:22 2004
>      Raid Level : raid1
>     Device Size : 117218176 (111.79 GiB 120.03 GB)
>    Raid Devices : 2
>   Total Devices : 2
> Preferred Minor : 0
>
>     Update Time : Thu May 24 15:22:30 2007
>           State : dirty, no-errors
>  Active Devices : 2
> Working Devices : 2
>  Failed Devices : 0
>   Spare Devices : 0
>        Checksum : 64d1de22 - correct
>          Events : 0.110
>
>
>       Number   Major   Minor   RaidDevice State
> this     0      33        1        0      active sync   /dev/hde1
>    0     0      33        1        0      active sync   /dev/hde1
>    1     1      33       65        1      active sync   /dev/hdf1
>
> # mdadm --examine /dev/hdf1
> /dev/hdf1:
>           Magic : a92b4efc
>         Version : 00.90.00
>            UUID : f5f3d503:7a33f220:f787222e:c5173645
>   Creation Time : Sun Nov  7 16:34:22 2004
>      Raid Level : raid1
>     Device Size : 117218176 (111.79 GiB 120.03 GB)
>    Raid Devices : 2
>   Total Devices : 2
> Preferred Minor : 0
>
>     Update Time : Thu May 24 15:22:30 2007
>           State : dirty, no-errors
>  Active Devices : 2
> Working Devices : 2
>  Failed Devices : 0
>   Spare Devices : 0
>        Checksum : 64d1de64 - correct
>          Events : 0.110
>
>
>       Number   Major   Minor   RaidDevice State
> this     1      33       65        1      active sync   /dev/hdf1
>    0     0      33        1        0      active sync   /dev/hde1
>    1     1      33       65        1      active sync   /dev/hdf1
> [root na hezoun root]# cat /proc/mdstat
> Personalities : [raid1]
> read_ahead 1024 sectors
> Event: 4
> md0 : active raid1 hdf1[1] hde1[0]
>       117218176 blocks [2/2] [UU]
>
> unused devices: <none>
>
>
> Vse se tvari OK, ze?

Ještě jeden dotaz - kdo skládá to pole? Pokud kernel - mají obě partition
typ FD (Linux RAID autodetect)?


-- 
Petr Baláš - petr.balas at gmail dot com

From pali na tmapy.cz  Fri May 25 10:51:01 2007
From: pali na tmapy.cz (Pavel =?ISO-8859-1?Q?Lis=FD?=)
Date: Fri, 25 May 2007 10:51:01 +0200
Subject: Problem s obnovou mirroru
In-Reply-To: <218cff750705250125s44b23466se87a77ebacfce81@mail.gmail.com>
References: <1180001139.20634.17.camel@prog-11.hk.tmapy.cz>
	<218cff750705240459x3acc1b00i4ad3207926c6a64f@mail.gmail.com>
	<1180079003.3882.8.camel@pali-desktop.lisilan.cz>
	<218cff750705250125s44b23466se87a77ebacfce81@mail.gmail.com>
Message-ID: <1180083061.3882.10.camel@pali-desktop.lisilan.cz>

Petr Baláš píše v Pá 25. 05. 2007 v 10:25 +0200:
> On 5/25/07, Pavel Lisý <pali na tmapy.cz> wrote:
> > Petr Baláš píše v Čt 24. 05. 2007 v 13:59 +0200:

> Ještě jeden dotaz - kdo skládá to pole? Pokud kernel - mají obě partition
> typ FD (Linux RAID autodetect)?

To bude ono, zapomněl jsem na novém disku změnit typ. Moje blbost. Díky
za pomoc.

Pavel



From f.matousek na m-software.cz  Fri May 25 11:37:37 2007
From: f.matousek na m-software.cz (=?iso-8859-2?Q?Filip_Matou=B9ek?=)
Date: Fri, 25 May 2007 11:37:37 +0200
Subject: zlobi httpd
In-Reply-To: <46569098.8020301@mail.t-mobile.sk>
Message-ID: <200705250942.l4P9g1Oi005604@pha.phoenix>

No nenulove hodnoty tam mam. Nehorsi je ze to fungovalo tak dlouho a
nejadnou z niceho nic. Uz jsem nejakej bezradny


F.

-----Original Message-----
From: linux-bounces+f.matousek=m-software.cz na linux.cz
[mailto:linux-bounces+f.matousek=m-software.cz na linux.cz] On Behalf Of Ivan
Stenda
Sent: Friday, May 25, 2007 9:31 AM
To: Diskuse o Linuxu v cestine
Subject: Re: zlobi httpd

Podla opisu mu umieraju deti, ktore mali zit a poskytnut obsah. Preco, to
vam povie nejaky 
debug, pripadne strace. Ak sa ta chybka neprejavuje zakazdym moze vam pomoct
nastavit 
MaxRequestsPerChild na nenulovu hodnotu.

ivast

Filip Matoušek wrote:
> Nevím zda někdo pomůže od dnešní doby se mi stavá že některé stránky z
> internetu nemohu načíst. V logu http je toto:
> 
_______________________________________________
Linux mailing list
Linux na linux.cz
http://www.linux.cz/mailman/listinfo/linux

__________ Informace od NOD32 2290 (20070524) __________

Tato zprava byla proverena antivirovym systemem NOD32.
http://www.nod32.cz




From tomasek na etf.cuni.cz  Fri May 25 12:50:48 2007
From: tomasek na etf.cuni.cz (Petr Tomasek)
Date: Fri, 25 May 2007 12:50:48 +0200
Subject: Projekt? Cesky tezeurus, =?utf-8?B?xIxT?=
	=?utf-8?B?PC0+TkosIMSMUzwtPkZSLC4uLg==?= FREE slovniky?
Message-ID: <20070525105048.GA3412@ebed.etf.cuni.cz>


Zdravim!

Chci se zeptat, pripadne zaprudit a vyzvat ke spolupraci:
Mame zde uspesny FREE slovnik CS<->EN, ale co dalsi slovniky?
Pripadne cesky tezaurus (slovnik synonym)?

Existuje uz nekde takovy projekt?
Nemate nekdo chut se do neceho takoveho pustit?

P.T.

-- 
Petr Tomasek <http://www.etf.cuni.cz/~tomasek>


From stoupa na practisoft.cz  Fri May 25 02:30:23 2007
From: stoupa na practisoft.cz (Petr Vileta)
Date: Fri, 25 May 2007 02:30:23 +0200
Subject: Jak vydolovat "data" z mysi pripojene pres /dev/ttySx?
References: <1180009779.814366.13490@k79g2000hse.googlegroups.com>	<mailman.1026.1180012759.4027.linux@linux.cz><1180017087.939648.222100@q66g2000hsg.googlegroups.com>
	<mailman.1029.1180020706.4027.linux@linux.cz>
Message-ID: <f36ima$1gui$1@ns.felk.cvut.cz>

"Petr Šobáň" <soban na soban.cz> píše v diskusním příspěvku 
news:mailman.1029.1180020706.4027.linux na linux.cz...
> Myš pro napájení používá ty řídící vývody takže některé se musí nastavit
> na 1 a některé na 0 (+12V -12V).
>
Dovolim si opravit. Seriova mys pouziva 0V a -12V, kdezto PS/2 a USB mys 
pouziva 0V a +5V.
-- 
Petr

Skype: callto://fidokomik

Na mail uvedeny v headeru zpravy nema cenu nic posilat, konci to v PR* :-)
Odpovidejte na petr na practisoft cz



From vaclavik na ujp.cz  Fri May 25 14:19:13 2007
From: vaclavik na ujp.cz (Juraj Vaclavik)
Date: Fri, 25 May 2007 14:19:13 +0200
Subject: =?iso-8859-2?q?zhavarovan=FD_disk_-?= hotovo
In-Reply-To: <20070524095541.GD3039@hazard.jcu.cz>
References: <mailman.977.1179914719.4027.linux@linux.cz>
	<f31862$hck$1@news.brutele.be>
	<20070524095541.GD3039@hazard.jcu.cz>
Message-ID: <200705251419.13246.vaclavik@ujp.cz>

Dobrý den,
ten dd_rescue fungoval skvěle a i poměrně rychle (160 GB disk asi 2 hodiny). 
Potom stačilo provést fsck a svazek byl v pořádku. Zajímavé - 248 sektorů za 
sebou vadných, pravděpodobně přes začátek svazku, nečekal jsem, že to půjde 
rozumně obnovit a zůstanou tam data - zůstalo tam ale asi skoro všechno.
-- 
zdravím

Ing. Juraj Václavík
UJP PRAHA a.s.


From ivast na mail.t-mobile.sk  Fri May 25 14:24:08 2007
From: ivast na mail.t-mobile.sk (Ivan Stenda)
Date: Fri, 25 May 2007 14:24:08 +0200
Subject: zlobi httpd
In-Reply-To: <200705250942.l4P9g1Oi005604@pha.phoenix>
References: <200705250942.l4P9g1Oi005604@pha.phoenix>
Message-ID: <4656D568.3050406@mail.t-mobile.sk>

nejaky upgrade ? alebo instalacia noveho balika ? rkhunter ? :-)

Filip Matoušek wrote:
> No nenulove hodnoty tam mam. Nehorsi je ze to fungovalo tak dlouho a
> nejadnou z niceho nic. Uz jsem nejakej bezradny
> 
> 
> F.


From f.matousek na m-software.cz  Fri May 25 14:56:41 2007
From: f.matousek na m-software.cz (=?iso-8859-2?Q?Filip_Matou=B9ek?=)
Date: Fri, 25 May 2007 14:56:41 +0200
Subject: zlobi httpd
In-Reply-To: <4656D568.3050406@mail.t-mobile.sk>
Message-ID: <200705251256.l4PCuUho027557@pha.phoenix>

Vůbec nic jsem se serverem nedelal. Tak nevim jestli nepřeinstalovat apache.

F:

-----Original Message-----
From: linux-bounces na linux.cz [mailto:linux-bounces na linux.cz] On Behalf Of
Ivan Stenda
Sent: Friday, May 25, 2007 2:24 PM
To: Diskuse o Linuxu v cestine
Subject: Re: zlobi httpd

nejaky upgrade ? alebo instalacia noveho balika ? rkhunter ? :-)

Filip Matoušek wrote:
> No nenulove hodnoty tam mam. Nehorsi je ze to fungovalo tak dlouho a
> nejadnou z niceho nic. Uz jsem nejakej bezradny
> 
> 
> F.
_______________________________________________
Linux mailing list
Linux na linux.cz
http://www.linux.cz/mailman/listinfo/linux

__________ Informace od NOD32 2291 (20070525) __________

Tato zprava byla proverena antivirovym systemem NOD32.
http://www.nod32.cz




From usreygpe na valle-daosta.fip.it  Sat May 26 00:04:33 2007
From: usreygpe na valle-daosta.fip.it (Gioi usrey)
Date: Fri, 25 May 2007 19:04:33 -0300
Subject: Important communique?
Message-ID: <386392700606.326959596936@valle-daosta.fip.it>

http://img162.imageshack.us/my.php?image=bsapgd4.gif

wirtschaft

Der Geograph ist zu wichtig, um herumzustreunen.
Aufzuschreiben, wartet man, bis der Forscher Beweise geliefert hat. Er ihm statt des Namens eine Nummer.



From Constantin_Thompson na valle-daosta.fip.it  Sat May 26 00:04:36 2007
From: Constantin_Thompson na valle-daosta.fip.it (Constantin Thompson)
Date: Fri, 25 May 2007 19:04:36 -0300
Subject: Bargeld!
Message-ID: <200705252204.l4PM4aBL005731@minas.ics.muni.cz>

volumen
http://img19.imageshack.us/img19/3677/z47ucj06mn4.png

Planet war bedeckt von dem herrlichen Hermelinmantel. Ich, ihn musste man zu eigen haben.
Hier ist eine Kopie der Zeichnung. Hinein, da sah er Siddhartha.
Ich gebe mich nicht mit Kindereien ab. Mir noch vor dem.
Ich habe dann das Innere.



From daemon na svoboda.cz  Sat May 26 00:31:23 2007
From: daemon na svoboda.cz (Petr Vejsada)
Date: Sat, 26 May 2007 00:31:23 +0200
Subject: Samba 3.0.25 - podivne chovani
References: <f2rkum$o45$1@linux.svoboda.cz>
	<20070521084732.GE8612@soptik.pzkagis.cz>
	<mailman.1043.1180076389.4027.linux@linux.cz>
Message-ID: <f37o3r$gjc$1@linux.svoboda.cz>

Ludek Finstrle wrote:

> Dneska vysla samba 3.0.25a a tato chyba by mela byt opravena. Kdyztak
> zkuste.

diky za upozorneni. Tedy nejprve jsem se dost vydesil, protoze sice Okna uz
neotravovaly s tim, ze dnes vyprsi platnost hesla, zato nefungovala nektera
sdileni - konkretne HOME na PDC a dalsi ne pridavnych serverech. Tak jsem
se pustil do loglevelu 10, abych necim prispel a tak jsem zjistil, ze vyse
uvedene plati jen pro uzivatele guest. Guest se od ostatnich lisi jen tim,
ze se jmenuje guest a neni ve skupine users na PDC. Takze guest nefunguje,
ackoli predtim (up-to 3.0.25!) fungoval. Zrovna moc mi to nevadi, zkusim
jeste v pondeli ho pridat do skupiny users a patrat dal, kazdopadne zatim
to vypada docela dobre. Ten loglevel 10 z PDC mam, takze pripadne ho muzu
poslat vyvojarum. A zase se mi to po dlouhe dobe povedlo prelozit pro
AIX :).

-- 
Petr



From lists_mk na wujiman.net  Sat May 26 01:03:30 2007
From: lists_mk na wujiman.net (Martin Kraus)
Date: Sat, 26 May 2007 01:03:30 +0200
Subject: jak ziskat ipv6 subnet
Message-ID: <20070525230330.GB21949@finrod>

zdravim,
  mam dotaz. chtel bych testnout ipv6 na nasi siti, jenomze upstream provider
zrejme ipv6 subnet nema(mlci a nereaguje na maily). Co jsem tak cetl o tom,
jak se ipv6 subnety alokuji, a ze migrace od jednoho providera k druhemu
znamena kompletni precislovani(i kdyz je tech subnetu velke mnozstvi), tak asi
nemam moc sanci se ke svemu ipv6 subnetu dostat.

Chtel bych se pripojit skrz nejaky tunnel broker, ovsem k tomu prave potrebuji
svuj ipv6 subnet jak jsem pochopil. Je nejak mozne tohle vyresit?

diky
mk


From peak na argo.troja.mff.cuni.cz  Sat May 26 02:54:30 2007
From: peak na argo.troja.mff.cuni.cz (Pavel Kankovsky)
Date: Sat, 26 May 2007 02:54:30 +0200 (CEST)
Subject: zlobi httpd
In-Reply-To: <200705241808.l4OI84V9025643@pha.phoenix>
Message-ID: <20070526025152.13DE.0@paddy.troja.mff.cuni.cz>

On Thu, 24 May 2007, Filip Matoušek wrote:

> V rychlosti stranku zobrazi a pak skoci hlaska ze neexistuje,

Jakože se nedřív stránka na okamžik objeví, a pak najednou místo ní 
prohlížeč zobrazí, že stránka neexistuje?

A díval jste se na to, co v té stránce je? Jestli tam třeba není nějaké 
automatické přesměrování na nějaké nesmyslné URL?

--Pavel Kankovsky aka Peak  [ Boycott Microsoft--http://www.vcnet.com/bms ]
"Resistance is futile. Open your source code and prepare for assimilation."



From peak na argo.troja.mff.cuni.cz  Sat May 26 02:51:49 2007
From: peak na argo.troja.mff.cuni.cz (Pavel Kankovsky)
Date: Sat, 26 May 2007 02:51:49 +0200 (CEST)
Subject: =?iso-8859-2?Q?Re=3A_BASH=3A_zji=B9t=ECn=ED_PID_posledn=EDho_fo?=
	=?iso-8859-2?Q?reground_p=F8=EDkazu?=
In-Reply-To: <46559418.9010707@seznam.cz>
Message-ID: <20070526022905.13DE.0@paddy.troja.mff.cuni.cz>

On Thu, 24 May 2007, "Petr \"Qaxi\" Klíma" wrote:

> co neumim udělat je aby pro 1 command vypsal $? jen 1x, ale aby se 
> nestalo tohle

Použijte $HISTCMD. To se zvětší pokaždé, když zadáte příkaz, který se 
zapíše do historie. Prázdné řádky se historie nezapisují, a tak $HISTCMD 
zůstává stejné...i když nebude to fungovat, jestli používáte fíčury jako 
HISTCONTROL=ignoredups. Lepší by byl "command number", na který se v PSn
expanduje \#, ale nevím, jak ho rozumně dostat do ruky ve skriptu.


--Pavel Kankovsky aka Peak  [ Boycott Microsoft--http://www.vcnet.com/bms ]
"Resistance is futile. Open your source code and prepare for assimilation."



From peak na argo.troja.mff.cuni.cz  Sat May 26 02:26:19 2007
From: peak na argo.troja.mff.cuni.cz (Pavel Kankovsky)
Date: Sat, 26 May 2007 02:26:19 +0200 (CEST)
Subject: jak dostat z disku konsistentni LVM snapshot
In-Reply-To: <20070522162318.GA4567@finrod>
Message-ID: <20070526021621.13DE.0@paddy.troja.mff.cuni.cz>

On Tue, 22 May 2007, Martin Kraus wrote:

>   mozna je to fakt hloupa otazka, ale jak nejlepe udelam snapshot z LVM
> disku tak aby byl konzistentni? jak zaridit, aby ve chvili udelani
> snapshotu byla data na disku konzistentni, pokud me tam bezi nekolik
> serveru a je tam napriklad prihlaseny uzivatel, ktery neco tvori.

Na tento problém se můžete podívat ze dvou stran.

Buď budete přemýšlet nad tím, jak pracující uživatelé, démoni a jiná 
zvířata vůbec dají najevo, že se jejich činnost nachází v bodě, kdy jsou 
data konzistentní. U toho zjistíte, že to nevyřešíte bez jejich spolupráce 
a všeobecné koordinace (transakce mohou zahrnovat víc subjektů, dokonce i 
distribuovaně -- a to je teprve maso!).

Jakési řešení by byl souborový systém podporující transakce. Do fs se 
dneska zkoušejí strkat všelijaké ptákoviny a tohle by aspoň bylo k něčemu 
dobré, ale bohužel se zdá, že jsem s tímto názorem osamocený. A stejně 
byste musel nějak zajistit, aby s tím transakčním mechanismem komunikovaly 
používané programy.

Nebo se na to podíváte z druhé strany: co když vypnou proud, někdo omylem 
kopne do tlačítka reset (to jsem opravdu zažil), jádro bude mít slabou 
chvilku a kiksne atd.? Pak se také octnete v situaci, kdy na disku zůstane 
stav z nějakého okamžiku bez ohledu na to, jestli byl z pohledu vyšších 
vrstev konzistentní (a to ještě v lepším případě). A musíte se z toho umět 
nějak zotavit. A pokud to umíte, tak dokážete také obnovit konzistentní 
stav po obnově zálohy, která byla vytvořena jako snímek dat v určitém 
okamžiku.


--Pavel Kankovsky aka Peak  [ Boycott Microsoft--http://www.vcnet.com/bms ]
"Resistance is futile. Open your source code and prepare for assimilation."



From Drosenntk na idealmoebel.de  Sat May 26 03:01:20 2007
From: Drosenntk na idealmoebel.de (Niek Drosen)
Date: Fri, 25 May 2007 22:01:20 -0300
Subject: Geldautomat.
Message-ID: <000401c79f31$5f9f5580$ba8110be@pcfamilia>

Important communique!
http://img357.imageshack.us/img357/8910/09gadc8.png

Der kleine Prinz mu. Du ihn, den Buddha.
Es war da gerade Platz genug f. Sie beten die Zahlen an, das wird ihnen gefallen.
Und dann sperre ich dieses Papier in eine Schublade. In eben diesem selben Augenblick mit den Lippen berXhrte.
Er doch keine Freude im Herzen.



From Gerdass na idealmoebel.de  Sat May 26 03:01:23 2007
From: Gerdass na idealmoebel.de (MT Gerdass)
Date: Fri, 25 May 2007 22:01:23 -0300
Subject: Opening bell message!
Message-ID: <448904780080.953224907379@idealmoebel.de>

anlagerichtlinien

http://img357.imageshack.us/my.php?image=pagwxn8.png
Dem Leid der Welt. Sei klug, brauner Samana. Er erinnerte sich der Sonnenunterg.
Aber was wird aus dir werden. Neben ihm lebte Govinda, sein Schatten.



From lists_mk na wujiman.net  Sat May 26 04:50:34 2007
From: lists_mk na wujiman.net (Martin Kraus)
Date: Sat, 26 May 2007 04:50:34 +0200
Subject: jak dostat z disku konsistentni LVM snapshot
In-Reply-To: <20070526021621.13DE.0@paddy.troja.mff.cuni.cz>
References: <20070522162318.GA4567@finrod>
	<20070526021621.13DE.0@paddy.troja.mff.cuni.cz>
Message-ID: <20070526025034.GD22291@finrod>

On Sat, May 26, 2007 at 02:26:19AM +0200, Pavel Kankovsky wrote:
> On Tue, 22 May 2007, Martin Kraus wrote:
> 
> >   mozna je to fakt hloupa otazka, ale jak nejlepe udelam snapshot z LVM
> > disku tak aby byl konzistentni? jak zaridit, aby ve chvili udelani
> > snapshotu byla data na disku konzistentni, pokud me tam bezi nekolik
> > serveru a je tam napriklad prihlaseny uzivatel, ktery neco tvori.
> 
> Na tento problém se můžete podívat ze dvou stran.
> 
> Buď budete přemýšlet nad tím, jak pracující uživatelé, démoni a jiná 
> zvířata vůbec dají najevo, že se jejich činnost nachází v bodě, kdy jsou 
> data konzistentní. U toho zjistíte, že to nevyřešíte bez jejich spolupráce 
> a všeobecné koordinace (transakce mohou zahrnovat víc subjektů, dokonce i 
> distribuovaně -- a to je teprve maso!).
> 
> Jakési řešení by byl souborový systém podporující transakce. Do fs se 
> dneska zkoušejí strkat všelijaké ptákoviny a tohle by aspoň bylo k něčemu 
> dobré, ale bohužel se zdá, že jsem s tímto názorem osamocený. A stejně 
> byste musel nějak zajistit, aby s tím transakčním mechanismem komunikovaly 
> používané programy.

zajimalo by mne, kdyby to fungovalo tak, ze soubory otevrene pro zapis by
neprepisovaly puvodni/nevytvorily novy soubor dokud by nebyly uzavreny pro zapis.
neco na zpusob copy-on-write jako je lvm snapshot. 

nechci kecat, ale mam pocit ze na neco takoveho jsem nekde videl patch na
ext3. ale nemuzu ho najit. mozna se mi to zdalo.

> 
> Nebo se na to podíváte z druhé strany: co když vypnou proud, někdo omylem 
> kopne do tlačítka reset (to jsem opravdu zažil), jádro bude mít slabou 
> chvilku a kiksne atd.? Pak se také octnete v situaci, kdy na disku zůstane 
> stav z nějakého okamžiku bez ohledu na to, jestli byl z pohledu vyšších 
> vrstev konzistentní (a to ještě v lepším případě). A musíte se z toho umět 
> nějak zotavit. A pokud to umíte, tak dokážete také obnovit konzistentní 
> stav po obnově zálohy, která byla vytvořena jako snímek dat v určitém 
> okamžiku.

no kdyz nekdo prijde se sedmikilovym bouracim kladivem na topinkovac, tak to
uz fakt ta data nedam. ale prave pro takove situace chci delat zalohy, ktere
buou co nejlepsi. kdyz me nekdo natvrdo resne pocitac a xfs me oddela data(jak
to tak pekne umi) tak budu-li mit zalohy, tak to obnovim v pohode. kdyz budu
mit poskozene zalohy, tak to obnovim poskozene. na tom neni zadna magie, proste
bud mam nebo nemam. a prave toto chci vyresit.


mk



From peto na markizatext.sk  Sat May 26 11:09:46 2007
From: peto na markizatext.sk (Peter Gaal)
Date: Sat, 26 May 2007 11:09:46 +0200
Subject: HTB na VLAN
Message-ID: <005301c79f75$9bfa2340$1901a8c0@skcslp.sk>

Dobry den.

Snazil som sa prepisat moje htb skripty pri pouziti VLAN, ale nechova sa to dobre, vobec to neobmedzuje, ako to ma. Ked som to mal na viacerych interface od eth0-eth5, tak to chodilo dobre, ale na jednom eth s viacerymi vlan to nefunguje. Kde robim chybu ?


Povodny skript vyzera takto:
(eth0 je vonkajsia linka, ostatne su vnutorne)

tc qdisc del dev eth0 root
tc qdisc del dev eth1 root
tc qdisc del dev eth2 root
tc qdisc del dev eth3 root
tc qdisc del dev eth4 root
tc qdisc del dev eth5 root
iptables -t mangle -F

tc qdisc add dev eth0 root handle 1:0 htb default 9999
tc qdisc add dev eth1 root handle 2:0 htb default 9999
tc qdisc add dev eth2 root handle 3:0 htb default 9999
tc qdisc add dev eth3 root handle 4:0 htb default 9999
tc qdisc add dev eth4 root handle 5:0 htb default 9999
tc qdisc add dev eth5 root handle 6:0 htb default 9999

tc class add dev eth0 parent 1:0 classid 1:1 htb rate 10Mbit ceil 10Mbit
tc class add dev eth1 parent 2:0 classid 2:1 htb rate 10Mbit ceil 10Mbit
tc class add dev eth2 parent 3:0 classid 3:1 htb rate 10Mbit ceil 10Mbit
tc class add dev eth3 parent 4:0 classid 4:1 htb rate 10Mbit ceil 10Mbit
tc class add dev eth4 parent 5:0 classid 5:1 htb rate 10Mbit ceil 10Mbit
tc class add dev eth5 parent 6:0 classid 6:1 htb rate 10Mbit ceil 10Mbit


mark=1
# 192.168.0.2, eth1
mark=$((mark+1))
tc class add dev eth1 parent 2:1 classid 2:$mark htb rate 1024kbit \
  ceil 1024kbit prio 3
tc filter add dev eth1 parent 2:0 protocol ip prio 3 \
  handle $mark fw classid 2:$mark
iptables -t mangle -A FORWARD -d 192.168.0.2 -i eth0 -j MARK --set-mark $mark

mark=$((mark+1))
tc class add dev eth0 parent 1:1 classid 1:$mark htb rate 256kbit \
  ceil 256kbit prio 3
tc filter add dev eth0 parent 1:0 protocol ip prio 3 \
  handle $mark fw classid 1:$mark
iptables -t mangle -A FORWARD -s 192.168.0.2 -o eth0 -j MARK --set-mark $mark

# 192.168.0.18, eth1
mark=$((mark+1))
tc class add dev eth1 parent 2:1 classid 2:$mark htb rate 512kbit \
  ceil 512kbit prio 3
tc filter add dev eth1 parent 2:0 protocol ip prio 3 \
  handle $mark fw classid 2:$mark
iptables -t mangle -A FORWARD -d 192.168.0.18 -i eth0 -j MARK --set-mark $mark

mark=$((mark+1))
tc class add dev eth0 parent 1:1 classid 1:$mark htb rate 128kbit \
  ceil 128kbit prio 3
tc filter add dev eth0 parent 1:0 protocol ip prio 3 \
  handle $mark fw classid 1:$mark
iptables -t mangle -A FORWARD -s 192.168.0.18 -o eth0 -j MARK --set-mark $mark

......
#toto je pre eth2 segment
# 192.168.2.49, eth2
mark=$((mark+1))
tc class add dev eth2 parent 3:1 classid 3:$mark htb rate 1024kbit \
  ceil 1024kbit prio 3
tc filter add dev eth2 parent 3:0 protocol ip prio 3 \
  handle $mark fw classid 3:$mark
iptables -t mangle -A FORWARD -d 192.168.2.49 -i eth0 -j MARK --set-mark $mark

mark=$((mark+1))
tc class add dev eth0 parent 1:1 classid 1:$mark htb rate 256kbit \
  ceil 256kbit prio 3
tc filter add dev eth0 parent 1:0 protocol ip prio 3 \
  handle $mark fw classid 1:$mark
iptables -t mangle -A FORWARD -s 192.168.2.49 -o eth0 -j MARK --set-mark $mark

# 192.168.3.63, eth3
mark=$((mark+1))
tc class add dev eth3 parent 4:1 classid 4:$mark htb rate 512kbit \
  ceil 512kbit prio 3
tc filter add dev eth3 parent 4:0 protocol ip prio 3 \
  handle $mark fw classid 4:$mark
iptables -t mangle -A FORWARD -d 192.168.3.63 -i eth0 -j MARK --set-mark $mark

mark=$((mark+1))
tc class add dev eth0 parent 1:1 classid 1:$mark htb rate 128kbit \
  ceil 128kbit prio 3
tc filter add dev eth0 parent 1:0 protocol ip prio 3 \
  handle $mark fw classid 1:$mark
iptables -t mangle -A FORWARD -s 192.168.3.63 -o eth0 -j MARK --set-mark $mark

# 192.168.4.66, eth4
mark=$((mark+1))
tc class add dev eth4 parent 5:1 classid 5:$mark htb rate 128kbit \
  ceil 1024kbit prio 3
tc filter add dev eth4 parent 5:0 protocol ip prio 3 \
  handle $mark fw classid 5:$mark
iptables -t mangle -A FORWARD -d 192.168.4.66 -i eth0 -j MARK --set-mark $mark

mark=$((mark+1))
tc class add dev eth0 parent 1:1 classid 1:$mark htb rate 128kbit \
  ceil 256kbit prio 3
tc filter add dev eth0 parent 1:0 protocol ip prio 3 \
  handle $mark fw classid 1:$mark
iptables -t mangle -A FORWARD -s 192.168.4.66 -o eth0 -j MARK --set-mark $mark

# 192.168.5.80, eth5
mark=$((mark+1))
tc class add dev eth5 parent 6:1 classid 6:$mark htb rate 512kbit \
  ceil 1024kbit prio 3
tc filter add dev eth5 parent 6:0 protocol ip prio 3 \
  handle $mark fw classid 6:$mark
iptables -t mangle -A FORWARD -d 192.168.5.80 -i eth0 -j MARK --set-mark $mark

mark=$((mark+1))
tc class add dev eth0 parent 1:1 classid 1:$mark htb rate 128kbit \
  ceil 256kbit prio 3
tc filter add dev eth0 parent 1:0 protocol ip prio 3 \
  handle $mark fw classid 1:$mark
iptables -t mangle -A FORWARD -s 192.168.5.80 -o eth0 -j MARK --set-mark $mark

............


Pri prechode na VLAN toto vobec nefungovalo, ale mierne pomohlo (pri testovani) pridat tieto riadky:
tc qdisc add dev eth0.11 parent 2:21 sfq perturb 10
alebo 
tc qdisc add dev eth0.11 parent 2:21 pfifo limit 100


tc qdisc del dev eth0.10 root
tc qdisc del dev eth0.11 root
tc qdisc del dev eth0.12 root
tc qdisc del dev eth0.13 root
tc qdisc del dev eth0.14 root
tc qdisc del dev eth0.15 root
iptables -t mangle -F

tc qdisc add dev eth0.10 root handle 1:0 htb default 9999
tc qdisc add dev eth0.11 root handle 2:0 htb default 9999
tc qdisc add dev eth0.12 root handle 3:0 htb default 9999
tc qdisc add dev eth0.13 root handle 4:0 htb default 9999
tc qdisc add dev eth0.14 root handle 5:0 htb default 9999
tc qdisc add dev eth0.15 root handle 6:0 htb default 9999

tc class add dev eth0.10 parent 1:0 classid 1:1 htb rate 10Mbit ceil 10Mbit
tc class add dev eth0.11 parent 2:0 classid 2:1 htb rate 8Mbit ceil 8Mbit
tc class add dev eth0.12 parent 3:0 classid 3:1 htb rate 8Mbit ceil 8Mbit
tc class add dev eth0.13 parent 4:0 classid 4:1 htb rate 8Mbit ceil 8Mbit
tc class add dev eth0.14 parent 5:0 classid 5:1 htb rate 8Mbit ceil 8Mbit
tc class add dev eth0.15 parent 6:0 classid 6:1 htb rate 8Mbit ceil 8Mbit


#dalsi segment
tc class add dev eth0.11 parent 2:1 classid 2:68 htb rate 128kbit ceil 512kbit prio 10
tc filter add dev eth0.11 parent 2:0 protocol ip prio 10 handle 68 fw classid 2:68
tc qdisc add dev eth0.11 parent 2:68 sfq perturb 10
iptables -t mangle -A FORWARD -d 192.168.0.77 -i eth0.10 -j MARK --set-mark 68

tc class add dev eth0.10 parent 1:1 classid 1:69 htb rate 128kbit ceil 128kbit prio 10
tc filter add dev eth0.10 parent 1:0 protocol ip prio 10 handle 69 fw classid 1:69
tc qdisc add dev eth0.10 parent 1:69 sfq perturb 10
iptables -t mangle -A FORWARD -s 192.168.0.77 -o eth0.10 -j MARK --set-mark 69

.....

#iny segment
tc class add dev eth0.12 parent 3:1 classid 3:86 htb rate 128kbit ceil 512kbit prio 10
tc filter add dev eth0.12 parent 3:0 protocol ip prio 10 handle 86 fw classid 3:86
tc qdisc add dev eth0.12 parent 3:86 sfq perturb 10
iptables -t mangle -A FORWARD -d 192.168.2.52 -i eth0.10 -j MARK --set-mark 86

tc class add dev eth0.10 parent 1:1 classid 1:87 htb rate 128kbit ceil 128kbit prio 10
tc filter add dev eth0.10 parent 1:0 protocol ip prio 10 handle 87 fw classid 1:87
tc qdisc add dev eth0.10 parent 1:87 sfq perturb 10
iptables -t mangle -A FORWARD -s 192.168.2.52 -o eth0.10 -j MARK --set-mark 87

......

#dalsi segment
tc class add dev eth0.13 parent 4:1 classid 4:143 htb rate 128kbit ceil 256kbit prio 10
tc filter add dev eth0.13 parent 4:0 protocol ip prio 10 handle 143 fw classid 4:143
tc qdisc add dev eth0.13 parent 4:143 sfq perturb 10
iptables -t mangle -A FORWARD -d 192.168.3.53 -i eth0.10 -j MARK --set-mark 143

tc class add dev eth0.10 parent 1:1 classid 1:144 htb rate 128kbit ceil 128kbit prio 10
tc filter add dev eth0.10 parent 1:0 protocol ip prio 10 handle 144 fw classid 1:144
tc qdisc add dev eth0.10 parent 1:144 sfq perturb 10
iptables -t mangle -A FORWARD -s 192.168.3.53 -o eth0.10 -j MARK --set-mark 144

...............

#dalsi segment
tc class add dev eth0.14 parent 5:1 classid 5:274 htb rate 128kbit ceil 1024kbit prio 10
tc filter add dev eth0.14 parent 5:0 protocol ip prio 10 handle 274 fw classid 5:274
tc qdisc add dev eth0.14 parent 5:274 sfq perturb 10
iptables -t mangle -A FORWARD -d 192.168.4.92 -i eth0.10 -j MARK --set-mark 274

tc class add dev eth0.10 parent 1:1 classid 1:275 htb rate 128kbit ceil 256kbit prio 10
tc filter add dev eth0.10 parent 1:0 protocol ip prio 10 handle 275 fw classid 1:275
tc qdisc add dev eth0.10 parent 1:275 sfq perturb 10
iptables -t mangle -A FORWARD -s 192.168.4.92 -o eth0.10 -j MARK --set-mark 275

..............

#dalsi segment
tc class add dev eth0.15 parent 6:1 classid 6:345 htb rate 128kbit ceil 512kbit prio 10
tc filter add dev eth0.15 parent 6:0 protocol ip prio 10 handle 345 fw classid 6:345
tc qdisc add dev eth0.15 parent 6:345 sfq perturb 10
iptables -t mangle -A FORWARD -d 192.168.5.65 -i eth0.10 -j MARK --set-mark 345

tc class add dev eth0.10 parent 1:1 classid 1:346 htb rate 128kbit ceil 128kbit prio 10
tc filter add dev eth0.10 parent 1:0 protocol ip prio 10 handle 346 fw classid 1:346
tc qdisc add dev eth0.10 parent 1:346 sfq perturb 10
iptables -t mangle -A FORWARD -s 192.168.5.65 -o eth0.10 -j MARK --set-mark 346

............

eth0.10 je interface do internetu, ostatne su vnutorne.
Po zapnuti na siet to vobec nefungovalo, niektore IP isli ovela rychlejsie, ako mali, niektore zase takmer vobec. Netusim, kde som spravil chybu, na normalnych sietovych kartach to funguje bez problemov, na vlan to nechodi.

Vdaka za kazdu radu.

Peter Gaal



From dfenze na gmail.com  Sat May 26 11:11:32 2007
From: dfenze na gmail.com (dfenze na gmail.com)
Date: Sat, 26 May 2007 11:11:32 +0200
Subject: jak dostat z disku konsistentni LVM snapshot
In-Reply-To: <20070526025034.GD22291@finrod>
References: <20070522162318.GA4567@finrod>
	<20070526021621.13DE.0@paddy.troja.mff.cuni.cz>
	<20070526025034.GD22291@finrod>
Message-ID: <20070526091132.GA4925@zombie.doma>

On (26/05/07 04:50), Martin Kraus wrote:
> zajimalo by mne, kdyby to fungovalo tak, ze soubory otevrene pro zapis by
> neprepisovaly puvodni/nevytvorily novy soubor dokud by nebyly uzavreny pro zapis.
> neco na zpusob copy-on-write jako je lvm snapshot. 

Presne takovouto funkcionalitu nabizi (a myslim ze je jich nekolik)
fs postavenych nad FUSE. 

--anydot


From dfenze na gmail.com  Sat May 26 11:25:51 2007
From: dfenze na gmail.com (dfenze na gmail.com)
Date: Sat, 26 May 2007 11:25:51 +0200
Subject: HTB na VLAN
In-Reply-To: <005301c79f75$9bfa2340$1901a8c0@skcslp.sk>
References: <005301c79f75$9bfa2340$1901a8c0@skcslp.sk>
Message-ID: <20070526092551.GB4925@zombie.doma>

Sice netusim kde tam mate chybku, ale ja osobne HTB nad VLANy pouzivam a
pohoda, zadny problem. Pri nastavovani shaperu ani (*) nemusite hledet
na to ze to jsou VLANy a ne fyzicke sitovky.

(*): Samozrejme za predpokladu ze soucet VLANu na sitovce neni vetsi nez 
	prenosova rychlost dane fyzicke linky. (coz jak jsem se letmo dival,
	u vas neni?)

--anydot


From peto na markizatext.sk  Sat May 26 11:34:38 2007
From: peto na markizatext.sk (Peter Gaal)
Date: Sat, 26 May 2007 11:34:38 +0200
Subject: HTB na VLAN
References: <005301c79f75$9bfa2340$1901a8c0@skcslp.sk>
	<20070526092551.GB4925@zombie.doma>
Message-ID: <007001c79f79$15378dd0$1901a8c0@skcslp.sk>

Nie, co sa tyka suctu rychlosti, je to v pohode, na switch to mam prepojene 
cez 1 Gbitovu kartu. Ale ten shaping mi tam nefungoval, musel som to prepnut 
na stary stroj. Okrem toho, pokial som nepridal riadky "tc qdisc add dev 
eth0.11 parent 2:$mark sfq perturb 10", tak ani pri testovani mi to 
neobmedzovalo dobre rychlost. 



From peak na argo.troja.mff.cuni.cz  Sat May 26 12:15:56 2007
From: peak na argo.troja.mff.cuni.cz (Pavel Kankovsky)
Date: Sat, 26 May 2007 12:15:56 +0200 (CEST)
Subject: Multicast routing
In-Reply-To: <20070524150212.GT31724@fi.muni.cz>
Message-ID: <20070526115818.13DE.1@paddy.troja.mff.cuni.cz>

On Thu, 24 May 2007, Jan Kasprzak wrote:

> a nastavil jsem i cestu pomoci prikazu "ip route add multicast
> 224.0.0.0/4 dev eth0".

To je podle mne skoro zbytečné (pokud nevadí, že se mcasty při vysílání 
šíří do všech interfejsů).

> Tcpdumpem prichazejici ICMP echo vidim, ale odpoved nedostane.

Kde je to vidět? Na cílovém stroji? Odpověď na multicastový ping je 
normální unicast (pokud tedy byl požadavek poslán s rozumnou odesílací 
adresou). Není nastavené net.ipv4.icmp_echo_ignore_broadcasts?
(Navzdory jménu to blokuje bcasty i mcasty.) Neblokuje to nějaký filtr?

> 	A jak s tim routovanim - co se dneska pouziva - mrouted? pimd?

Jako routovací protokol by se asi měl používat spíš PIM. mrouted afaik umí
jen DVMRP, a tudíž je passé.

--Pavel Kankovsky aka Peak  [ Boycott Microsoft--http://www.vcnet.com/bms ]
"Resistance is futile. Open your source code and prepare for assimilation."



From lists_mk na wujiman.net  Sat May 26 13:12:09 2007
From: lists_mk na wujiman.net (Martin Kraus)
Date: Sat, 26 May 2007 13:12:09 +0200
Subject: HTB na VLAN
In-Reply-To: <007001c79f79$15378dd0$1901a8c0@skcslp.sk>
References: <005301c79f75$9bfa2340$1901a8c0@skcslp.sk>
	<20070526092551.GB4925@zombie.doma>
	<007001c79f79$15378dd0$1901a8c0@skcslp.sk>
Message-ID: <20070526111209.GA23737@finrod>

On Sat, May 26, 2007 at 11:34:38AM +0200, Peter Gaal wrote:
> Nie, co sa tyka suctu rychlosti, je to v pohode, na switch to mam prepojene 
> cez 1 Gbitovu kartu. Ale ten shaping mi tam nefungoval, musel som to prepnut 
> na stary stroj. Okrem toho, pokial som nepridal riadky "tc qdisc add dev 
> eth0.11 parent 2:$mark sfq perturb 10", tak ani pri testovani mi to 
> neobmedzovalo dobre rychlost. 

zkuste vyhodit shaper z toho fyzickeho interfacu, na kterem mate vlany nebo
dejte shapre jen na ten fyzicky interface. nam to pomohlo.

mk


From lists_mk na wujiman.net  Sat May 26 13:15:09 2007
From: lists_mk na wujiman.net (Martin Kraus)
Date: Sat, 26 May 2007 13:15:09 +0200
Subject: jak dostat z disku konsistentni LVM snapshot
In-Reply-To: <20070526091132.GA4925@zombie.doma>
References: <20070522162318.GA4567@finrod>
	<20070526021621.13DE.0@paddy.troja.mff.cuni.cz>
	<20070526025034.GD22291@finrod> <20070526091132.GA4925@zombie.doma>
Message-ID: <20070526111509.GB23737@finrod>

On Sat, May 26, 2007 at 11:11:32AM +0200, dfenze na gmail.com wrote:
> On (26/05/07 04:50), Martin Kraus wrote:
> > zajimalo by mne, kdyby to fungovalo tak, ze soubory otevrene pro zapis by
> > neprepisovaly puvodni/nevytvorily novy soubor dokud by nebyly uzavreny pro zapis.
> > neco na zpusob copy-on-write jako je lvm snapshot. 
> 
> Presne takovouto funkcionalitu nabizi (a myslim ze je jich nekolik)
> fs postavenych nad FUSE. 

a jak je to s rychlosti fuse filesystemu? zase na serveru potrebuji fakt
rozumnou rychlost na cteni. 

mk


From peto na markizatext.sk  Sat May 26 14:59:42 2007
From: peto na markizatext.sk (Peter Gaal)
Date: Sat, 26 May 2007 14:59:42 +0200
Subject: HTB na VLAN
References: <005301c79f75$9bfa2340$1901a8c0@skcslp.sk><20070526092551.GB4925@zombie.doma><007001c79f79$15378dd0$1901a8c0@skcslp.sk>
	<20070526111209.GA23737@finrod>
Message-ID: <008901c79f95$bb0d6830$1901a8c0@skcslp.sk>

>zkuste vyhodit shaper z toho fyzickeho interfacu, na kterem mate vlany nebo
>dejte shapre jen na ten fyzicky interface. nam to pomohlo.

Shaper na fyzickom interface nemam vobec, na novom server spustam ten druhy 
skript, ktory zacina tymto:

tc qdisc add dev eth0.10 root handle 1:0 htb default 9999
tc qdisc add dev eth0.11 root handle 2:0 htb default 9999
tc qdisc add dev eth0.12 root handle 3:0 htb default 9999
tc qdisc add dev eth0.13 root handle 4:0 htb default 9999
tc qdisc add dev eth0.14 root handle 5:0 htb default 9999
tc qdisc add dev eth0.15 root handle 6:0 htb default 9999

Pripadne mam nieco ine zle ?
Mozem skusit este vsetko prehodit na fyzicky interface. To znamena, ze mam 
prepisat vsetko na eth0, namiesto VLAN-ov ?



From f.matousek na m-software.cz  Sat May 26 15:51:34 2007
From: f.matousek na m-software.cz (=?iso-8859-2?Q?Filip_Matou=B9ek?=)
Date: Sat, 26 May 2007 15:51:34 +0200
Subject: zlobi httpd
In-Reply-To: <20070526025152.13DE.0@paddy.troja.mff.cuni.cz>
Message-ID: <200705261348.l4QDmKXU002918@mail.brandysfree.net>

Stranky jsou v poradku když jsem si je nahral na jiny server na otestovani
je to v poradku.

F:

-----Original Message-----
From: linux-bounces na linux.cz [mailto:linux-bounces na linux.cz] On Behalf Of
Pavel Kankovsky
Sent: Saturday, May 26, 2007 2:55 AM
To: Diskuse o Linuxu v cestine
Subject: RE: zlobi httpd

On Thu, 24 May 2007, Filip Matoušek wrote:

> V rychlosti stranku zobrazi a pak skoci hlaska ze neexistuje,

Jakože se nedřív stránka na okamžik objeví, a pak najednou místo ní 
prohlížeč zobrazí, že stránka neexistuje?

A díval jste se na to, co v té stránce je? Jestli tam třeba není nějaké 
automatické přesměrování na nějaké nesmyslné URL?

--Pavel Kankovsky aka Peak  [ Boycott Microsoft--http://www.vcnet.com/bms ]
"Resistance is futile. Open your source code and prepare for assimilation."

_______________________________________________
Linux mailing list
Linux na linux.cz
http://www.linux.cz/mailman/listinfo/linux

__________ Informace od NOD32 2292 (20070525) __________

Tato zprava byla proverena antivirovym systemem NOD32.
http://www.nod32.cz




        ________ Informace od NOD32 ________
Tato zprava byla kontrolovana systemem NOD32

LINUX MAIL SERVER BRANDYSFREE.NET 

E-MAIL:   INFO na BRANDYSFREE.NET
WWW.BRANDYSFREE.NET SMTP SERVER


  part000.txt - is OK
http://www.nod32.com


From ondrej na holecek.eu  Sat May 26 16:30:31 2007
From: ondrej na holecek.eu (Ondrej Holecek)
Date: Sat, 26 May 2007 16:30:31 +0200
Subject: zlobi httpd
In-Reply-To: <200705261348.l4QDmKXU002918@mail.brandysfree.net>
References: <200705261348.l4QDmKXU002918@mail.brandysfree.net>
Message-ID: <46584487.7020703@holecek.eu>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

nevim jestli je to zrovna Vas pripad, ale takhle se nektere prohlizece
chovaji kdyz neodpovidaji nektere udaje v hlavicce se skutecnymi

v mem pripade to bylo kdyz chybelo nebo bylo spatne nastavene
Content-Length (psal jsem si vlastni jednoduchy http server)

oHo

Filip Matoušek wrote:
> Stranky jsou v poradku když jsem si je nahral na jiny server na otestovani
> je to v poradku.
> 
> F:
> 
> -----Original Message-----
> From: linux-bounces na linux.cz [mailto:linux-bounces na linux.cz] On Behalf Of
> Pavel Kankovsky
> Sent: Saturday, May 26, 2007 2:55 AM
> To: Diskuse o Linuxu v cestine
> Subject: RE: zlobi httpd
> 
> On Thu, 24 May 2007, Filip Matoušek wrote:
> 
>> V rychlosti stranku zobrazi a pak skoci hlaska ze neexistuje,
> 
> Jakože se nedřív stránka na okamžik objeví, a pak najednou místo ní 
> prohlížeč zobrazí, že stránka neexistuje?
> 
> A díval jste se na to, co v té stránce je? Jestli tam třeba není nějaké 
> automatické přesměrování na nějaké nesmyslné URL?
> 
> --Pavel Kankovsky aka Peak  [ Boycott Microsoft--http://www.vcnet.com/bms ]
> "Resistance is futile. Open your source code and prepare for assimilation."
> 
> _______________________________________________
> Linux mailing list
> Linux na linux.cz
> http://www.linux.cz/mailman/listinfo/linux
> 
> __________ Informace od NOD32 2292 (20070525) __________
> 
> Tato zprava byla proverena antivirovym systemem NOD32.
> http://www.nod32.cz
> 
> 
> 
> 
>         ________ Informace od NOD32 ________
> Tato zprava byla kontrolovana systemem NOD32
> 
> LINUX MAIL SERVER BRANDYSFREE.NET 
> 
> E-MAIL:   INFO na BRANDYSFREE.NET
> WWW.BRANDYSFREE.NET SMTP SERVER
> 
> 
>   part000.txt - is OK
> http://www.nod32.com
> _______________________________________________
> Linux mailing list
> Linux na linux.cz
> http://www.linux.cz/mailman/listinfo/linux
> 
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iQEVAwUBRlhEhr+9cGMV5qZXAQIqbAf/YS0FCAkT6yT/2HUpD62U8a5s4Ws3/0zf
Genv8HvLUNz4KDinPeZIf6KML6oCxmJ4md92TrQBmQcAePJG9sS/jLP4yidt1jqj
KLTobUgnJ1qF3O6CqfjxZuQoQdD0HfxyqAL/jS2bml/ypQ8rfyc1yfJYVOZ3KwQr
HC/G1Z2pdtNyyItY2BYQBzV0r/5Qs1JWil4P2kNORpVwKJWC975RBNtSJTbDmVKb
+16qfv1FpWuXCT8n/zbhf7YoEUfycDgsXAwJKvdpExXuUj/8sPFge5J/eQLSwyaA
1LQUT1dXT+aOGORGDSw3SrA6dBq5PQPFsBuDlkKuCCWYzzoyBnUSBA==
=MN64
-----END PGP SIGNATURE-----


From f.matousek na m-software.cz  Sat May 26 17:26:10 2007
From: f.matousek na m-software.cz (Filip =?iso-8859-2?Q?Matou=B9ek?=)
Date: Sat, 26 May 2007 17:26:10 +0200 (CEST)
Subject: zlobi httpd
In-Reply-To: <46584487.7020703@holecek.eu>
References: <200705261348.l4QDmKXU002918@mail.brandysfree.net>
	<46584487.7020703@holecek.eu>
Message-ID: <33134.62.24.95.232.1180193170.squirrel@62.24.95.232>

Pouzivam apache a nejdivnejsi na tom je ze ve vnitri siti za serverem mi
to vsechno funguje ale z venci zlobi to nacitani stranek az se to dostane
k uplnemu zahlceni serveru.

F:

> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> nevim jestli je to zrovna Vas pripad, ale takhle se nektere prohlizece
> chovaji kdyz neodpovidaji nektere udaje v hlavicce se skutecnymi
>
> v mem pripade to bylo kdyz chybelo nebo bylo spatne nastavene
> Content-Length (psal jsem si vlastni jednoduchy http server)
>
> oHo
>
> Filip Matoušek wrote:
>> Stranky jsou v poradku když jsem si je nahral na jiny server na
>> otestovani
>> je to v poradku.
>>
>> F:
>>
>> -----Original Message-----
>> From: linux-bounces na linux.cz [mailto:linux-bounces na linux.cz] On Behalf
>> Of
>> Pavel Kankovsky
>> Sent: Saturday, May 26, 2007 2:55 AM
>> To: Diskuse o Linuxu v cestine
>> Subject: RE: zlobi httpd
>>
>> On Thu, 24 May 2007, Filip Matoušek wrote:
>>
>>> V rychlosti stranku zobrazi a pak skoci hlaska ze neexistuje,
>>
>> Jakože se nedřív stránka na okamžik objeví, a pak najednou místo ní
>> prohlížeč zobrazí, že stránka neexistuje?
>>
>> A díval jste se na to, co v té stránce je? Jestli tam třeba není nějaké
>> automatické přesměrování na nějaké nesmyslné URL?
>>
>> --Pavel Kankovsky aka Peak  [ Boycott
>> Microsoft--http://www.vcnet.com/bms ]
>> "Resistance is futile. Open your source code and prepare for
>> assimilation."
>>
>> _______________________________________________
>> Linux mailing list
>> Linux na linux.cz
>> http://www.linux.cz/mailman/listinfo/linux
>>
>> __________ Informace od NOD32 2292 (20070525) __________
>>
>> Tato zprava byla proverena antivirovym systemem NOD32.
>> http://www.nod32.cz
>>
>>
>>
>>
>>         ________ Informace od NOD32 ________
>> Tato zprava byla kontrolovana systemem NOD32
>>
>> LINUX MAIL SERVER BRANDYSFREE.NET
>>
>> E-MAIL:   INFO na BRANDYSFREE.NET
>> WWW.BRANDYSFREE.NET SMTP SERVER
>>
>>
>>   part000.txt - is OK
>> http://www.nod32.com
>> _______________________________________________
>> Linux mailing list
>> Linux na linux.cz
>> http://www.linux.cz/mailman/listinfo/linux
>>
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.4.6 (GNU/Linux)
> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
>
> iQEVAwUBRlhEhr+9cGMV5qZXAQIqbAf/YS0FCAkT6yT/2HUpD62U8a5s4Ws3/0zf
> Genv8HvLUNz4KDinPeZIf6KML6oCxmJ4md92TrQBmQcAePJG9sS/jLP4yidt1jqj
> KLTobUgnJ1qF3O6CqfjxZuQoQdD0HfxyqAL/jS2bml/ypQ8rfyc1yfJYVOZ3KwQr
> HC/G1Z2pdtNyyItY2BYQBzV0r/5Qs1JWil4P2kNORpVwKJWC975RBNtSJTbDmVKb
> +16qfv1FpWuXCT8n/zbhf7YoEUfycDgsXAwJKvdpExXuUj/8sPFge5J/eQLSwyaA
> 1LQUT1dXT+aOGORGDSw3SrA6dBq5PQPFsBuDlkKuCCWYzzoyBnUSBA==
> =MN64
> -----END PGP SIGNATURE-----
> _______________________________________________
> Linux mailing list
> Linux na linux.cz
> http://www.linux.cz/mailman/listinfo/linux
>




From f.matousek na m-software.cz  Sat May 26 17:33:20 2007
From: f.matousek na m-software.cz (Filip =?iso-8859-2?Q?Matou=B9ek?=)
Date: Sat, 26 May 2007 17:33:20 +0200 (CEST)
Subject: zlobi httpd
In-Reply-To: <46584487.7020703@holecek.eu>
References: <200705261348.l4QDmKXU002918@mail.brandysfree.net>
	<46584487.7020703@holecek.eu>
Message-ID: <33280.62.24.95.232.1180193600.squirrel@62.24.95.232>

Urcite toto s tim ma co docineni:


[Sat May 26 17:32:14 2007] [warn] child process 7419 still did not exit,
sending a SIGTERM
[Sat May 26 17:32:14 2007] [warn] child process 7420 still did not exit,
sending a SIGTERM
[Sat May 26 17:32:14 2007] [warn] child process 7421 still did not exit,
sending a SIGTERM
[Sat May 26 17:32:14 2007] [warn] child process 7422 still did not exit,
sending a SIGTERM
[Sat May 26 17:32:14 2007] [warn] child process 7468 still did not exit,
sending a SIGTERM

F:

> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> nevim jestli je to zrovna Vas pripad, ale takhle se nektere prohlizece
> chovaji kdyz neodpovidaji nektere udaje v hlavicce se skutecnymi
>
> v mem pripade to bylo kdyz chybelo nebo bylo spatne nastavene
> Content-Length (psal jsem si vlastni jednoduchy http server)
>
> oHo
>
> Filip Matoušek wrote:
>> Stranky jsou v poradku když jsem si je nahral na jiny server na
>> otestovani
>> je to v poradku.
>>
>> F:
>>
>> -----Original Message-----
>> From: linux-bounces na linux.cz [mailto:linux-bounces na linux.cz] On Behalf
>> Of
>> Pavel Kankovsky
>> Sent: Saturday, May 26, 2007 2:55 AM
>> To: Diskuse o Linuxu v cestine
>> Subject: RE: zlobi httpd
>>
>> On Thu, 24 May 2007, Filip Matoušek wrote:
>>
>>> V rychlosti stranku zobrazi a pak skoci hlaska ze neexistuje,
>>
>> Jakože se nedřív stránka na okamžik objeví, a pak najednou místo ní
>> prohlížeč zobrazí, že stránka neexistuje?
>>
>> A díval jste se na to, co v té stránce je? Jestli tam třeba není nějaké
>> automatické přesměrování na nějaké nesmyslné URL?
>>
>> --Pavel Kankovsky aka Peak  [ Boycott
>> Microsoft--http://www.vcnet.com/bms ]
>> "Resistance is futile. Open your source code and prepare for
>> assimilation."
>>
>> _______________________________________________
>> Linux mailing list
>> Linux na linux.cz
>> http://www.linux.cz/mailman/listinfo/linux
>>
>> __________ Informace od NOD32 2292 (20070525) __________
>>
>> Tato zprava byla proverena antivirovym systemem NOD32.
>> http://www.nod32.cz
>>
>>
>>
>>
>>         ________ Informace od NOD32 ________
>> Tato zprava byla kontrolovana systemem NOD32
>>
>> LINUX MAIL SERVER BRANDYSFREE.NET
>>
>> E-MAIL:   INFO na BRANDYSFREE.NET
>> WWW.BRANDYSFREE.NET SMTP SERVER
>>
>>
>>   part000.txt - is OK
>> http://www.nod32.com
>> _______________________________________________
>> Linux mailing list
>> Linux na linux.cz
>> http://www.linux.cz/mailman/listinfo/linux
>>
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.4.6 (GNU/Linux)
> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
>
> iQEVAwUBRlhEhr+9cGMV5qZXAQIqbAf/YS0FCAkT6yT/2HUpD62U8a5s4Ws3/0zf
> Genv8HvLUNz4KDinPeZIf6KML6oCxmJ4md92TrQBmQcAePJG9sS/jLP4yidt1jqj
> KLTobUgnJ1qF3O6CqfjxZuQoQdD0HfxyqAL/jS2bml/ypQ8rfyc1yfJYVOZ3KwQr
> HC/G1Z2pdtNyyItY2BYQBzV0r/5Qs1JWil4P2kNORpVwKJWC975RBNtSJTbDmVKb
> +16qfv1FpWuXCT8n/zbhf7YoEUfycDgsXAwJKvdpExXuUj/8sPFge5J/eQLSwyaA
> 1LQUT1dXT+aOGORGDSw3SrA6dBq5PQPFsBuDlkKuCCWYzzoyBnUSBA==
> =MN64
> -----END PGP SIGNATURE-----
> _______________________________________________
> Linux mailing list
> Linux na linux.cz
> http://www.linux.cz/mailman/listinfo/linux
>




From petr.balas na gmail.com  Sat May 26 17:47:35 2007
From: petr.balas na gmail.com (=?WINDOWS-1252?Q?Petr_Bal=E1=9A?=)
Date: Sat, 26 May 2007 17:47:35 +0200
Subject: zlobi httpd
In-Reply-To: <33134.62.24.95.232.1180193170.squirrel@62.24.95.232>
References: <200705261348.l4QDmKXU002918@mail.brandysfree.net>
	<46584487.7020703@holecek.eu>
	<33134.62.24.95.232.1180193170.squirrel@62.24.95.232>
Message-ID: <218cff750705260847m1528b559ncc7825bbc358ca1a@mail.gmail.com>

Nezere firewall pakety ukoncujici spojeni?

Petr Balas


On 5/26/07, Filip Matoušek <f.matousek na m-software.cz> wrote:
> Pouzivam apache a nejdivnejsi na tom je ze ve vnitri siti za serverem mi
> to vsechno funguje ale z venci zlobi to nacitani stranek az se to dostane
> k uplnemu zahlceni serveru.
>
> F:
>
> > -----BEGIN PGP SIGNED MESSAGE-----
> > Hash: SHA1
> >
> > nevim jestli je to zrovna Vas pripad, ale takhle se nektere prohlizece
> > chovaji kdyz neodpovidaji nektere udaje v hlavicce se skutecnymi
> >
> > v mem pripade to bylo kdyz chybelo nebo bylo spatne nastavene
> > Content-Length (psal jsem si vlastni jednoduchy http server)
> >
> > oHo
> >
> > Filip Matoušek wrote:
> >> Stranky jsou v poradku když jsem si je nahral na jiny server na
> >> otestovani
> >> je to v poradku.
> >>
> >> F:
> >>
> >> -----Original Message-----
> >> From: linux-bounces na linux.cz [mailto:linux-bounces na linux.cz] On Behalf
> >> Of
> >> Pavel Kankovsky
> >> Sent: Saturday, May 26, 2007 2:55 AM
> >> To: Diskuse o Linuxu v cestine
> >> Subject: RE: zlobi httpd
> >>
> >> On Thu, 24 May 2007, Filip Matoušek wrote:
> >>
> >>> V rychlosti stranku zobrazi a pak skoci hlaska ze neexistuje,
> >>
> >> Jakože se nedřív stránka na okamžik objeví, a pak najednou místo ní
> >> prohlížeč zobrazí, že stránka neexistuje?
> >>
> >> A díval jste se na to, co v té stránce je? Jestli tam třeba není nějaké
> >> automatické přesměrování na nějaké nesmyslné URL?
> >>
> >> --Pavel Kankovsky aka Peak  [ Boycott
> >> Microsoft--http://www.vcnet.com/bms ]

-- 
Petr Baláš - petr.balas at gmail dot com

From konference na webjet.cz  Sat May 26 18:46:53 2007
From: konference na webjet.cz (Ondrej Tuma)
Date: Sat, 26 May 2007 18:46:53 +0200
Subject: CVS writers pro jednotlive moduly (adresare) / rozumna alternativa
	k cvs
Message-ID: <4658647D.4000205@webjet.cz>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Zdravim konferenci,

predne bych rad upozornil ze nikoho nezajima flame ohledne cvs / svn,
dekuji.

Hledam reseni jak pomoci cvs vydefinovat uzivatele, kteri mohou
zapisovat jen do nekterych modulu, resp. vydefinovat moduly, do kterych
konkretni uzivatele.

Pouzivam cvs pres ssh v chrootu. CVSROOT/writers jak sem nasel je
aplikovano na cele repository a pomoci systemovych skupin to resit
nemohu, neb sem nekde nasel, cvs uzivatel potrebuje prava zapisu i pro
update operace.

Pokud bych mel migrovat na neco jineho (teoreticky se smirim s tim ze
musim zacit od cisteho stolu a migrace nic moc), potreboval bych aby:

- - existoval win i lin klient v nejake graficke nadstavbe (rapidsvn,
lin/wincvs)
- - chci soubory zamykat - edituju ja, a dokud necomitnu ostatni maji smulu
- - mam moznost rozumne definovat uzivatelske pristupy pro zapis do
jednotlivych modulu
- - chci verzovat jen to co zmenim (nelibi se me metoda svn, ze verzuje
cely repozitar)
- - kdyz to bude umet nejak pekne definovat vetve (treba kopirovanim jako
sourceforge) bude to prima
- - labely by se hodily
- - samozrejmosti je nejaka lidska instalace, vytvoreni chrootu pro cvs je
docela brnkacka, a nahodit v nem pak ssh daemona, pres kteryho je to
tunelovany je super, ale kdyz to bude mit vlastniho damenoa, kterej bude
komunikovat zasifrovane, jeste lepe ;)


prave silham po cvsnt, nemate s nim nekdo prosim zkusenosti ??

Diky

- --
Ondrej Tuma

Unix-like system is the best operation system from the top of the world.
I'm lucky BSD and linux user. :) Use unix-like, be free. :)

www.blackmouse.biz       www.radioakropolis.cz            hash.webjet.cz
ICQ: 107760454          JABBER: mcbig na jabber.cz   MSN: ondra.tu na atlas.cz
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.7 (GNU/Linux)

iD8DBQFGWGR9BmNIPxOnb/IRAtqhAKCx7yhyfuWhpsGSApHfTkQGrHumkgCfStQi
kg44glDcDZvLfkGQJqjHXBI=
=5gZk
-----END PGP SIGNATURE-----


From kaatyaa na gmail.com  Sat May 26 20:50:35 2007
From: kaatyaa na gmail.com (Katerina Dufkova)
Date: Sat, 26 May 2007 20:50:35 +0200
Subject: Problem s insmod a rmmod
Message-ID: <5e039fa10705261150g6aaadd03ye602f4de11ea7008@mail.gmail.com>

Dobry den,
pri ladeni kernel modulu jsem narazila na nasledujici problem - muj modul
nejspis uviznul nekde na puli cesty mezi vlozenim a odstranenim. Prikazy
lsmod a rmmod tvrdi, ze neexistuje, ale insmod naopak tvrdi, ze ho nemuze
vlozit protoze uz existuje. Pise to tohle:

# rmmod dodustefs
ERROR: Module dodustefs does not exist in /proc/modules
# insmod dodustefs.ko
insmod: error inserting 'dodustefs.ko': -1 File exists

Co uz jsem zkousela - reboot, prejmenovani souboru dodustefs.ko na neco
jineho (to stale hlasi ze uz je vlozen) a ted i rekompilaci jadra (klasicky
make menuconfig && make
 && make install_modules && make install). Ale stale to same. Pouzivam
OpenSuse 10.2, kdyby to hralo nejakou roli.

Predem dekuji za jakoukoli radu.
S pozdravem Katka Dufkova


From dast na panelnet.cz  Sat May 26 23:10:14 2007
From: dast na panelnet.cz (Dalibor Straka)
Date: Sat, 26 May 2007 23:10:14 +0200
Subject: Problem s insmod a rmmod
In-Reply-To: <5e039fa10705261150g6aaadd03ye602f4de11ea7008@mail.gmail.com>
References: <5e039fa10705261150g6aaadd03ye602f4de11ea7008@mail.gmail.com>
Message-ID: <20070526211014.GA27092@panelnet.cz>

Dobry vecer,

On Sat, May 26, 2007 at 08:50:35PM +0200, Katerina Dufkova wrote:
> Dobry den,
> pri ladeni kernel modulu jsem narazila na nasledujici problem - muj modul
> nejspis uviznul nekde na puli cesty mezi vlozenim a odstranenim. Prikazy
>
Vas modul? Jestli je jeste maly, tak poslete odkaz na zdrojaky a verzi
kernelu pod kterou se to ma zkouset.

> lsmod a rmmod tvrdi, ze neexistuje, ale insmod naopak tvrdi, ze ho nemuze
> vlozit protoze uz existuje. Pise to tohle:
> 
> # rmmod dodustefs
> ERROR: Module dodustefs does not exist in /proc/modules
> # insmod dodustefs.ko
> insmod: error inserting 'dodustefs.ko': -1 File exists
> 
> Co uz jsem zkousela - reboot, prejmenovani souboru dodustefs.ko na neco
> jineho (to stale hlasi ze uz je vlozen) a ted i rekompilaci jadra (klasicky
> make menuconfig && make
>  && make install_modules && make install). Ale stale to same. Pouzivam
> OpenSuse 10.2, kdyby to hralo nejakou roli.
> 

Hot fix muze byt "rmmod -f"

Kdyztak poslete i _relevantni_ vystup dmesg.

-- Dalibor Straka


From cavo+konf na cavo.sk  Sun May 27 06:20:20 2007
From: cavo+konf na cavo.sk (Marian Cavojsky)
Date: Sun, 27 May 2007 06:20:20 +0200
Subject: CVS writers pro jednotlive moduly (adresare) / rozumna
	alternativa k cvs
In-Reply-To: <4658647D.4000205@webjet.cz>
References: <4658647D.4000205@webjet.cz>
Message-ID: <20070527042020.GA20112@stone.cavo.sk>

On Sat, May 26, 2007 at 06:46:53PM +0200, Ondrej Tuma wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
> 
> Zdravim konferenci,
> 
> predne bych rad upozornil ze nikoho nezajima flame ohledne cvs / svn,
> dekuji.
> 
> Hledam reseni jak pomoci cvs vydefinovat uzivatele, kteri mohou
> zapisovat jen do nekterych modulu, resp. vydefinovat moduly, do kterych
> konkretni uzivatele.
> 
> Pouzivam cvs pres ssh v chrootu. CVSROOT/writers jak sem nasel je
> aplikovano na cele repository a pomoci systemovych skupin to resit
> nemohu, neb sem nekde nasel, cvs uzivatel potrebuje prava zapisu i pro
> update operace.

Neviem, kde vidite problem. Pomocou systemovych skupin mam pristupy
rozchodene. Bezi to na Solarise. Pristup je ale cez pserver. Neviem ako
by sa to tvarilo cez ssh. Nepouzivam ziadny CVSROOT/writers, ale ciste
povolene zapisy pre skupiny do modulov, ktore potrebujem pre skupiny
spristupnit. Cize povolenia su na urovni prav fs.

-- 
Marian


From konference na webjet.cz  Sun May 27 08:56:47 2007
From: konference na webjet.cz (Ondrej Tuma)
Date: Sun, 27 May 2007 08:56:47 +0200
Subject: CVS writers pro jednotlive moduly (adresare) / rozumna alternativa
	k cvs
In-Reply-To: <20070527042020.GA20112@stone.cavo.sk>
References: <4658647D.4000205@webjet.cz> <20070527042020.GA20112@stone.cavo.sk>
Message-ID: <46592BAF.1040309@webjet.cz>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Marian Cavojsky napsal(a):
>> Hledam reseni jak pomoci cvs vydefinovat uzivatele, kteri mohou
>> zapisovat jen do nekterych modulu, resp. vydefinovat moduly, do kterych
>> konkretni uzivatele.
>>
>> Pouzivam cvs pres ssh v chrootu. CVSROOT/writers jak sem nasel je
>> aplikovano na cele repository a pomoci systemovych skupin to resit
>> nemohu, neb sem nekde nasel, cvs uzivatel potrebuje prava zapisu i pro
>> update operace.
> 
> Neviem, kde vidite problem. Pomocou systemovych skupin mam pristupy
> rozchodene. Bezi to na Solarise. Pristup je ale cez pserver. Neviem ako
> by sa to tvarilo cez ssh. Nepouzivam ziadny CVSROOT/writers, ale ciste
> povolene zapisy pre skupiny do modulov, ktore potrebujem pre skupiny
> spristupnit. Cize povolenia su na urovni prav fs.

Aha, tak jestli to slape, tak to zkusim, dekuji za skusenost, nekde jsem
cetl, ze pak byva problem vtom, ze uzivatele si zamykaji soubory, kdyz
stahuji, aby v prostred stahovani jim tam nikdo neposlal neco jinyho, na
druhou stranu, melo by to byt jedno, kdyz stahuju konkretni verzi.

Nicmene, jeste navis si odpovim sam, pustil sem se do hlubsiho zkoumani
cvsnt, zatim jsem to jeste neinstaloval, ale zda se ze je to proste cvs
dotazene "do konce", vcetne autentikace proti sql / pam / kerberos,
nativni podpory ssl a vlastniho ACLka, takze pripadnym zajemcum o cvs,
pravdepodobne mohu cvsnt doporucit.


- --
Ondrej Tuma

Unix-like system is the best operation system from the top of the world.
I'm lucky BSD and linux user. :) Use unix-like, be free. :)

www.blackmouse.biz       www.radioakropolis.cz            hash.webjet.cz
ICQ: 107760454          JABBER: mcbig na jabber.cz   MSN: ondra.tu na atlas.cz
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.7 (GNU/Linux)

iD8DBQFGWSuvBmNIPxOnb/IRAoK2AKC1z+FFHDDwCP6KSIiYJH9AWwK1+QCfT0+Q
qVtWakLL1zstmLHWdXg7T3Y=
=r6Ui
-----END PGP SIGNATURE-----


From postmaster na mail.wallstreet-develop.de  Sun May 27 10:52:47 2007
From: postmaster na mail.wallstreet-develop.de (Mail admin)
Date: 27 May 2007 08:52:47 -0000
Subject: virus found in sent message "Mail Delivery (failure
	info@wallstreet-online.de)"
Message-ID: <mail.wallstreet-develop.de118025596777514912@mail.wallstreet-develop.de>


Attention: linux na linux.cz


A virus was found in an Email message you sent. 
This Email scanner intercepted it and stopped the entire message
reaching its destination. 

The virus was reported to be: 

Exploit.HTML.IFrame


Please update your virus scanner or contact your IT support 
personnel as soon as possible as you may have a virus on your system.


Your message was sent with the following envelope:

MAIL FROM: linux na linux.cz
RCPT TO:   info na wallstreet-online.de 

... and with the following headers:

---
MAILFROM: linux na linux.cz
Received: from 82-149-126-9.wco.wellcom.at (HELO wallstreet-online.de) (82.149.126.9)
  by 0 with SMTP; 27 May 2007 08:52:43 -0000
Received-SPF: none (0: domain at linux.cz does not designate permitted sender hosts)
From: linux na linux.cz
To: info na wallstreet-online.de
Subject: Mail Delivery (failure info na wallstreet-online.de)
Date: Sun, 27 May 2007 10:30:15 +0200
MIME-Version: 1.0
Content-Type: multipart/related;
	type="multipart/alternative";
	boundary="----=_NextPart_000_001B_01C0CA80.6B015D10"
X-Priority: 3
X-MSMail-Priority: Normal


---


From xschmi00 na stud.feec.vutbr.cz  Sun May 27 12:09:16 2007
From: xschmi00 na stud.feec.vutbr.cz (Michal Schmidt)
Date: Sun, 27 May 2007 12:09:16 +0200
Subject: Problem s insmod a rmmod
In-Reply-To: <5e039fa10705261150g6aaadd03ye602f4de11ea7008@mail.gmail.com>
References: <5e039fa10705261150g6aaadd03ye602f4de11ea7008@mail.gmail.com>
Message-ID: <465958CC.8080603@stud.feec.vutbr.cz>

Katerina Dufkova skrev:
> # rmmod dodustefs
> ERROR: Module dodustefs does not exist in /proc/modules
> # insmod dodustefs.ko
> insmod: error inserting 'dodustefs.ko': -1 File exists
> 
> Co uz jsem zkousela - reboot, prejmenovani souboru dodustefs.ko na neco
> jineho (to stale hlasi ze uz je vlozen) a ted i rekompilaci jadra (klasicky
> make menuconfig && make
>  && make install_modules && make install). Ale stale to same.

Myslim, ze kdyz jste vsechno tohle zkusila, tak jedina moznost je, ze to
-EEXIST vraci primo module_init funkce Vaseho modulu.

Michal


From peak na argo.troja.mff.cuni.cz  Sun May 27 14:28:49 2007
From: peak na argo.troja.mff.cuni.cz (Pavel Kankovsky)
Date: Sun, 27 May 2007 14:28:49 +0200 (MET DST)
Subject: Problem s insmod a rmmod
In-Reply-To: <465958CC.8080603@stud.feec.vutbr.cz>
Message-ID: <20070527142502.3FD8.0@argo.troja.mff.cuni.cz>

On Sun, 27 May 2007, Michal Schmidt wrote:

> Myslim, ze kdyz jste vsechno tohle zkusila, tak jedina moznost je, ze to
> -EEXIST vraci primo module_init funkce Vaseho modulu.

To je skutečně jedno z mála rozumných vysvětlení, protože data, ze kterých
se konstruuje /proc/modules, jsou přesně ta samá, na kterých insmod
(přesněji syscall init_module) testuje, zda je modul už načtený. (Ještě je
možno pro kontrolu se podívat do /sys.)

--Pavel Kankovsky aka Peak  [ Boycott Microsoft--http://www.vcnet.com/bms ]
"Resistance is futile. Open your source code and prepare for assimilation."



From peak na argo.troja.mff.cuni.cz  Sun May 27 12:07:09 2007
From: peak na argo.troja.mff.cuni.cz (Pavel Kankovsky)
Date: Sun, 27 May 2007 12:07:09 +0200 (CEST)
Subject: jak dostat z disku konsistentni LVM snapshot
In-Reply-To: <20070526025034.GD22291@finrod>
Message-ID: <20070527115139.13DE.0@paddy.troja.mff.cuni.cz>

On Sat, 26 May 2007, Martin Kraus wrote:

> zajimalo by mne, kdyby to fungovalo tak, ze soubory otevrene pro zapis
> by neprepisovaly puvodni/nevytvorily novy soubor dokud by nebyly
> uzavreny pro zapis. neco na zpusob copy-on-write jako je lvm snapshot.

Dost blbě v případě, že 1. je to soubor, do kterého program postupně
zapisuje další a další data (logy, databáze) a drží si ho celou dobu
otevřený, 2. je to soubor (databáze), do kterého současně zapisuje více 
procesů.

Je pravda, že takhle funguje AFS, kde je dost významná odchylka od běžného 
unixového chování motivována tím, aby dobře fungovalo i přes půl 
zeměkoule. Ale o AFS je také známo, že je s ním potřeba zacházet opatrně a 
lze použít jen na některé věci (nebo se musí upravit programy, které 
s ním pracují).

Samozřejmě to nepomůže v i dalších případech, kdy close() není konec
transakce (současná práce s více soubory, operace s adresáři).

Jinak přesně to, co navrhujete, lze bez velkých potíží udělat z userlandu:  
nejdřív data zapíšete do dočasného souboru (a pokud možno to zakončíte
fsync()) a pak uděláte rename() a nahradíte původní soubor tím novým.

> > Nebo se na to podíváte z druhé strany: co když vypnou proud, někdo 
> > omylem  kopne do tlačítka reset (to jsem opravdu zažil), [...]
> 
> no kdyz nekdo prijde se sedmikilovym bouracim kladivem na topinkovac, 

Doplnil bych, že bohatě stačí i vhodně načasovaná havárie programu, co
data zapisuje. Váš návrh by ses tím také vypořádával dost špatně, protože
byste musel vyžadovat, aby program pro skutečné provedení zápisu provedl
explicitní close() místo implicitního při skončení procesu, což by asi 
rozbilo docela značné množství programů, co fungují jako filtry.

--Pavel Kankovsky aka Peak  [ Boycott Microsoft--http://www.vcnet.com/bms ]
"Resistance is futile. Open your source code and prepare for assimilation."




From majkls na prepere.com  Sun May 27 15:09:50 2007
From: majkls na prepere.com (Majkls)
Date: Sun, 27 May 2007 15:09:50 +0200
Subject: zlobi httpd
In-Reply-To: <2085.82.150.162.10.1179951636.squirrel__21970.3933028088$1179956044$gmane$org@82.150.162.10>
References: <2085.82.150.162.10.1179951636.squirrel__21970.3933028088$1179956044$gmane$org@82.150.162.10>
Message-ID: <f3bvuv$dqf$1@sea.gmane.org>

Filip Matoušek napsal(a):
> Nevím zda někdo pomůže od dnešní doby se mi stavá že některé stránky z
> internetu nemohu načíst. V logu http je toto:
> 
> 
> 
> 
> 
> [Wed May 23 22:05:53 2007] [warn] child process 2420 still did not exit,
> sending a SIGTERM
> 
> [Wed May 23 22:05:53 2007] [warn] child process 2421 still did not exit,
> sending a SIGTERM
> 
....
Existuje řada možností a možných příčin. Pro začátek to zkuste
stracenout (strace -f). Dále bych se ptal, jaký používáte handshake
připojení (keepalive/closing). Dále bych se ptal, při čem to dělá. (php
skripty, cgi skripty, statický obsah). Dále bych updatnul apache.
Protože tato verze (dnes máme 2.0.59) je historický kus, může to být
jedna z chybek, a je možné, že ji někdo našel.



From lists_mk na wujiman.net  Sun May 27 17:50:31 2007
From: lists_mk na wujiman.net (Martin Kraus)
Date: Sun, 27 May 2007 17:50:31 +0200
Subject: jak dostat z disku konsistentni LVM snapshot
In-Reply-To: <20070527115139.13DE.0@paddy.troja.mff.cuni.cz>
References: <20070526025034.GD22291@finrod>
	<20070527115139.13DE.0@paddy.troja.mff.cuni.cz>
Message-ID: <20070527155031.GA8038@finrod>

On Sun, May 27, 2007 at 12:07:09PM +0200, Pavel Kankovsky wrote:
> On Sat, 26 May 2007, Martin Kraus wrote:
> 
> > zajimalo by mne, kdyby to fungovalo tak, ze soubory otevrene pro zapis
> > by neprepisovaly puvodni/nevytvorily novy soubor dokud by nebyly
> > uzavreny pro zapis. neco na zpusob copy-on-write jako je lvm snapshot.
> 
> Dost blbě v případě, že 1. je to soubor, do kterého program postupně
> zapisuje další a další data (logy, databáze) a drží si ho celou dobu
> otevřený, 2. je to soubor (databáze), do kterého současně zapisuje více 
> procesů.

me by slo o sambu a scp a podobne pristupy.

> > 
> > no kdyz nekdo prijde se sedmikilovym bouracim kladivem na topinkovac, 
> 
> Doplnil bych, že bohatě stačí i vhodně načasovaná havárie programu, co
> data zapisuje. Váš návrh by ses tím také vypořádával dost špatně, protože
> byste musel vyžadovat, aby program pro skutečné provedení zápisu provedl
> explicitní close() místo implicitního při skončení procesu, což by asi 
> rozbilo docela značné množství programů, co fungují jako filtry.

tudiz s nejakou formou rozumneho zalhovani pro urcite programy(samba,scp) se
muzu rozloucit?

mk


From lists_mk na wujiman.net  Sun May 27 17:56:46 2007
From: lists_mk na wujiman.net (Martin Kraus)
Date: Sun, 27 May 2007 17:56:46 +0200
Subject: 6to4 routing do nativni ipv6 site
Message-ID: <20070527155646.GB8038@finrod>

zdravim,
  snazim se rozbehat 6to4. funguje mi to mezi dvema servery pod mou spravou,
ale nedokazu rozbehat anycast ani na primo routovani na 6to4 routery, kteri
delaji gateway do ipv6 site. 

Pingnu na ipv4 adresu anycastu i dedikovaneho 6to4-to-ipv6 routeru, ovsem
nedostanu se na jejich ipv6 adresy ani na zadne ipv6 adresy za nimi. Nikde
jsem nic vic k nastaveni 6to4 nenasel. Protokol 41 je povolen.

Je k nastaveni 6to4 do ipv6 site pres dane gatewaye nejaka vychytavka, nebo by
to melo jet?

diky
mk


From kaatyaa na gmail.com  Sun May 27 20:20:15 2007
From: kaatyaa na gmail.com (Katerina Dufkova)
Date: Sun, 27 May 2007 20:20:15 +0200
Subject: Problem s insmod a rmmod
In-Reply-To: <20070527142502.3FD8.0@argo.troja.mff.cuni.cz>
References: <465958CC.8080603@stud.feec.vutbr.cz>
	<20070527142502.3FD8.0@argo.troja.mff.cuni.cz>
Message-ID: <5e039fa10705271120s5ba5cd38ldd6448682347b359@mail.gmail.com>

Dobry den, dekuji vsem za ochotu.
Rmmod -f jsem zkousela, moje init fce -EEXIST nevraci. Problem jsem nakonec
vyresila navratem k tyden stare verzi, ale proc to prestalo fungovat
netusim. Zkousela jsem do stare funkcni verze postupne pridavat zmeny, a
dosla jsem k tomu, ze chybu vyvolalo toto. Z duvodu "prehlednejsi struktury
zdrojaku pred odevzdanim zapoctove prace" jsem premistila
    static struct file_system_type dodustefs_type = {
    .name             = DODUSTEFS,
    .owner            = THIS_MODULE,
    ...
};

ze souboru super.h (v super.c je inicializacni fce) do souboru common.h.
Jakmile tohle udelam, prestane to fungovat, buhvi proc. Radsi uz v tom
zdrojaku nebudu stourat:-)

Katka Dufkova


From petr.pisar na atlas.cz  Sun May 27 20:31:16 2007
From: petr.pisar na atlas.cz (Petr Pisar)
Date: Sun, 27 May 2007 18:31:16 +0000 (UTC)
Subject: 6to4 routing do nativni ipv6 site
References: <20070527155646.GB8038__26850.5460503095$1180282742$gmane$org@finrod>
Message-ID: <slrnf5jjjk.6d5.petr.pisar@album.ics.muni.cz>

On 2007-05-27, Martin Kraus <lists_mk na wujiman.net> wrote:
> zdravim,
>   snazim se rozbehat 6to4. funguje mi to mezi dvema servery pod mou spravou,
> ale nedokazu rozbehat anycast ani na primo routovani na 6to4 routery, kteri
> delaji gateway do ipv6 site.
>

Mate spravne smerovani? Ja nahazuji 6to4 rozhrani takto:

ip tunnel add <IFACE> mode sit local <LOCAL_IP4> remote any
ip link set dev <IFACE> up
ip addr add <LOCAL_IP6>/16 dev <IFACE>
ip route add 2000::/3 dev <IFACE> via <GW_IP4_COMPATIBLE_IP6> metric <METRIC>

V mem pripade je GW_IP4_COMPATIBLE_IP6 router na univezite v Lepzigu
::139.18.25.33 a METRIC 1, protoze pouzivam jen nednu GW.

-- Petr



From petr.pisar na atlas.cz  Sun May 27 20:58:37 2007
From: petr.pisar na atlas.cz (Petr Pisar)
Date: Sun, 27 May 2007 18:58:37 +0000 (UTC)
Subject: jak dostat z disku konsistentni LVM snapshot
References: <20070526025034.GD22291@finrod>
	<20070527115139.13DE.0@paddy.troja.mff.cuni.cz>
	<20070527155031.GA8038__17083.7699239657$1180282728$gmane$org@finrod>
Message-ID: <slrnf5jl6t.6d5.petr.pisar@album.ics.muni.cz>

On 2007-05-27, Martin Kraus <lists_mk na wujiman.net> wrote:
> tudiz s nejakou formou rozumneho zalhovani pro urcite programy(samba,scp) se
> muzu rozloucit?
>
Musite si definovat, co je konzistentni a tomu pak podridit zalohovani.

Napr. v pripade kopirovani webove stranky pres scp skladajici se z HTML
souboru a CSS souboru bude asi konzistentni nakopirovani prave obou souboru.
Heuristika na urovni open/close tu neuspeje.

I databazim musi aplikace rici, pozor, ted zacinam transakci, a po zadani
vsech prikazu musi transakci uzavrit. Takze i z hlediska souborovych operaci
byste musel propasovat mezi aplikaci a VFS nejaky transakcni mechanismus.

Obavam se, ze problem hledate na spatnem miste. Zakopany pes je
v aplikaci a VFS/FS, nikoliv v transportnim protokolu (SSH/CIFS).
Mimochodem mam dojem, ze CIFS ma cosi jako transakce ohranicene open a close.

-- Petr



From lists_mk na wujiman.net  Mon May 28 01:55:20 2007
From: lists_mk na wujiman.net (Martin Kraus)
Date: Mon, 28 May 2007 01:55:20 +0200
Subject: jak dostat z disku konsistentni LVM snapshot
In-Reply-To: <slrnf5jl6t.6d5.petr.pisar@album.ics.muni.cz>
References: <20070526025034.GD22291@finrod>
	<20070527115139.13DE.0@paddy.troja.mff.cuni.cz>
	<20070527155031.GA8038__17083.7699239657$1180282728$gmane$org@finrod>
	<slrnf5jl6t.6d5.petr.pisar@album.ics.muni.cz>
Message-ID: <20070527235520.GA9203@finrod>

On Sun, May 27, 2007 at 06:58:37PM +0000, Petr Pisar wrote:
> On 2007-05-27, Martin Kraus <lists_mk na wujiman.net> wrote:
> > tudiz s nejakou formou rozumneho zalhovani pro urcite programy(samba,scp) se
> > muzu rozloucit?
> >
> Musite si definovat, co je konzistentni a tomu pak podridit zalohovani.

jde mne o to, aby zazalohovany soubor mel ocekavany smysl. Tudiz pokud se zrovna
kopiruje neco pomoci napriklad samby na disk, tak aby tam ten soubor bud byl cely nebo
nebyl vubec. Databaze se da vyresit, ale zrovna samba a scp me nenapada jak. 


From dast na panelnet.cz  Mon May 28 01:59:10 2007
From: dast na panelnet.cz (Dalibor Straka)
Date: Mon, 28 May 2007 01:59:10 +0200
Subject: Problem s insmod a rmmod
In-Reply-To: <5e039fa10705271120s5ba5cd38ldd6448682347b359@mail.gmail.com>
References: <465958CC.8080603@stud.feec.vutbr.cz>
	<20070527142502.3FD8.0@argo.troja.mff.cuni.cz>
	<5e039fa10705271120s5ba5cd38ldd6448682347b359@mail.gmail.com>
Message-ID: <20070527235910.GE4608@panelnet.cz>

On Sun, May 27, 2007 at 08:20:15PM +0200, Katerina Dufkova wrote:
> Dobry den, dekuji vsem za ochotu.
> Rmmod -f jsem zkousela, moje init fce -EEXIST nevraci. Problem jsem nakonec
> vyresila navratem k tyden stare verzi, ale proc to prestalo fungovat
> netusim. Zkousela jsem do stare funkcni verze postupne pridavat zmeny, a
> dosla jsem k tomu, ze chybu vyvolalo toto. Z duvodu "prehlednejsi struktury
> zdrojaku pred odevzdanim zapoctove prace" jsem premistila
>     static struct file_system_type dodustefs_type = {
>     .name             = DODUSTEFS,
>     .owner            = THIS_MODULE,
>     ...
> };
> 

static je opak extern. Tedy v jinem souboru znamena "jenom v tom
jinem" takze bych na presuny byl opatrny. Includujete v super.c
primo common.h? Nemuze dojit ke shode jmen s lehce jinou strukturou,
fakt to chce zdrojaky a ne kousicky.

Vam Martin Decky dava body za hezke zdrojaky, kdyz spatne funguji?
-- Dalibor Straka


From lists_mk na wujiman.net  Mon May 28 02:12:02 2007
From: lists_mk na wujiman.net (Martin Kraus)
Date: Mon, 28 May 2007 02:12:02 +0200
Subject: 6to4 routing do nativni ipv6 site
In-Reply-To: <slrnf5jjjk.6d5.petr.pisar@album.ics.muni.cz>
References: <20070527155646.GB8038__26850.5460503095$1180282742$gmane$org@finrod>
	<slrnf5jjjk.6d5.petr.pisar@album.ics.muni.cz>
Message-ID: <20070528001202.GB9203@finrod>

On Sun, May 27, 2007 at 06:31:16PM +0000, Petr Pisar wrote:
> On 2007-05-27, Martin Kraus <lists_mk na wujiman.net> wrote:
> > zdravim,
> >   snazim se rozbehat 6to4. funguje mi to mezi dvema servery pod mou spravou,
> > ale nedokazu rozbehat anycast ani na primo routovani na 6to4 routery, kteri
> > delaji gateway do ipv6 site.
> >
> 
> Mate spravne smerovani? Ja nahazuji 6to4 rozhrani takto:
> 
> ip tunnel add <IFACE> mode sit local <LOCAL_IP4> remote any
> ip link set dev <IFACE> up
> ip addr add <LOCAL_IP6>/16 dev <IFACE>
> ip route add 2000::/3 dev <IFACE> via <GW_IP4_COMPATIBLE_IP6> metric <METRIC>

ano to delam(s -6 za ip). adresu gatewaye pouzivam ip4 mapped, ktera je ve
tvaru jako adresa pro 6to4 (2002:xx:xx/16). to by melo podle manualu fungovat
a hlavne je to adresa, kterou by ta gateway mela mit nahozenou. Ale i kdyby
tato routa byla spatne, tak bych stejne na tu gateway mel pingnout na ipv6
adresu. Nemusi se nejak registrovat ci tak neco, ne? To nevim, jak by to pri
pouziti anycastu fungovalo.

> 
> V mem pripade je GW_IP4_COMPATIBLE_IP6 router na univezite v Lepzigu
> ::139.18.25.33 a METRIC 1, protoze pouzivam jen nednu GW.

jako router jsem zkousel 6to4.ipv6.uni-leipzig.de a pak neco od microsoftu.
Zarazi mne, ze bych alespon na tu ipv6 adresu gatewaye mel pingnout protoze je
to 6to4 tunnel a ty me z jednoho meho serveru na druhy jedou. Takze vylozene
ze by to nikde nefungovalo rict nemuzu. Na tu microsofti branu na jeji ipv6 
jsem pingnul, ale dal to rozhodne nejede. Na ipv4 adresu gatewaye pingnu a 
anycast(192.88.99.1) me take odpovida. Anycast ipv6 me ale opet neodpovi. 


Jeste k fungovani 6to4. Odeslu ipv6 paket, ten se zabali do ipv4, dojde na
6to4-to-ipv6 gateway a pak co? maskuje se ta 6to4 adresa za neco, nebo to jede
tak jak je? Kdyz to totiz dojde na ipv6-only cil, tak ten to musi nejak poslat
zpet a nepredpokladam, ze nutne musi vedet o 6to4 routerech, ktere to opet
poslou tunelovane pres ipv4 zpet ke mne. 

Bezi nekde v BGP na ipv6 siti routy na 2002::/16 aby se to dostalo zpet na
6to4 routery, ktere to opet dopravi zpet?

mk


From lists_mk na wujiman.net  Mon May 28 03:03:46 2007
From: lists_mk na wujiman.net (Martin Kraus)
Date: Mon, 28 May 2007 03:03:46 +0200
Subject: 6to4 routing do nativni ipv6 site
In-Reply-To: <slrnf5jjjk.6d5.petr.pisar@album.ics.muni.cz>
References: <20070527155646.GB8038__26850.5460503095$1180282742$gmane$org@finrod>
	<slrnf5jjjk.6d5.petr.pisar@album.ics.muni.cz>
Message-ID: <20070528010346.GA9790@finrod>

On Sun, May 27, 2007 at 06:31:16PM +0000, Petr Pisar wrote:
> On 2007-05-27, Martin Kraus <lists_mk na wujiman.net> wrote:
> > zdravim,
> >   snazim se rozbehat 6to4. funguje mi to mezi dvema servery pod mou spravou,
> > ale nedokazu rozbehat anycast ani na primo routovani na 6to4 routery, kteri
> > delaji gateway do ipv6 site.
> >
> 
> Mate spravne smerovani? Ja nahazuji 6to4 rozhrani takto:
> 
> ip tunnel add <IFACE> mode sit local <LOCAL_IP4> remote any
> ip link set dev <IFACE> up
> ip addr add <LOCAL_IP6>/16 dev <IFACE>
> ip route add 2000::/3 dev <IFACE> via <GW_IP4_COMPATIBLE_IP6> metric <METRIC>
> 
> V mem pripade je GW_IP4_COMPATIBLE_IP6 router na univezite v Lepzigu
> ::139.18.25.33 a METRIC 1, protoze pouzivam jen nednu GW.

tak kdyz tam gateway zapisu jako ::139.18.25.33 tak to skutecne nejak jede.
dokonce i ten anycast ::192.88.99.1 jede. Tak to jsem asi nasel divny manual,
kde mohla byt v route i ipv4 mapped adresa. Nebo jsem to nekde pekne pokonil.

diky za pomoc

mk


From petr.pisar na atlas.cz  Mon May 28 13:07:55 2007
From: petr.pisar na atlas.cz (Petr Pisar)
Date: Mon, 28 May 2007 11:07:55 +0000 (UTC)
Subject: 6to4 routing do nativni ipv6 site
References: <20070527155646.GB8038__26850.5460503095$1180282742$gmane$org@finrod>
	<slrnf5jjjk.6d5.petr.pisar@album.ics.muni.cz>
	<20070528001202.GB9203@finrod>
Message-ID: <slrnf5le0b.6j2.petr.pisar@album.ics.muni.cz>

On 2007-05-28, Martin Kraus <lists_mk na wujiman.net> wrote:
> Jeste k fungovani 6to4. Odeslu ipv6 paket, ten se zabali do ipv4,
> dojde na 6to4-to-ipv6 gateway a pak co? maskuje se ta 6to4 adresa za
> neco, nebo to jede tak jak je?
Nic se nenatuje :) 6to4 adresy jsou zcela regulerni globalni adresy
(dokud je nejake RFC nezrusi) a cilovy stroj obdrzi paket s takovou
zdrojovou IP adresou, kterou vyplnil odesilajici stroj (napr. stroj
v ciste IP6 siti schovane za 6to4 routerem).

> Kdyz to totiz dojde na ipv6-only cil, tak ten to musi nejak poslat
> zpet a nepredpokladam, ze nutne musi vedet o 6to4 routerech, ktere to
> opet poslou tunelovane pres ipv4 zpet ke mne.
>
Ano. Cilovy stroj pouzije stadardni smerovaci mechanismy a je uz na
siti, aby paket dopravila na nejakou 6to4 gw (casto jinou, nez kterou
paket prisel, proto musite na svem routeru prijimat vsechny IP6oIP4
pakety), ktera jej zabali do IP4 a z cilove IP6 adresy vypocte IP4
adresu vasi 6to4 gw.

> Bezi nekde v BGP na ipv6 siti routy na 2002::/16 aby se to dostalo
> zpet na 6to4 routery, ktere to opet dopravi zpet?
>
Melo by, ale dejte si pozor, ze ne vsude je tato routa sirena. Napr.
pres sit Hexago nelze dorucit paket se 6to4 adresou (ani nevrati ICMP
chybovou zpravu).

-- Petr



From kas na fi.muni.cz  Mon May 28 15:03:54 2007
From: kas na fi.muni.cz (Jan Kasprzak)
Date: Mon, 28 May 2007 15:03:54 +0200
Subject: jak ziskat ipv6 subnet
In-Reply-To: <20070525230330.GB21949@finrod>
References: <20070525230330.GB21949@finrod>
Message-ID: <20070528130354.GP14619@fi.muni.cz>

Martin Kraus wrote:
: zdravim,
:   mam dotaz. chtel bych testnout ipv6 na nasi siti, jenomze upstream provider
: zrejme ipv6 subnet nema(mlci a nereaguje na maily). Co jsem tak cetl o tom,
: jak se ipv6 subnety alokuji, a ze migrace od jednoho providera k druhemu
: znamena kompletni precislovani(i kdyz je tech subnetu velke mnozstvi), tak asi
: nemam moc sanci se ke svemu ipv6 subnetu dostat.
: 
: Chtel bych se pripojit skrz nejaky tunnel broker, ovsem k tomu prave potrebuji
: svuj ipv6 subnet jak jsem pochopil. Je nejak mozne tohle vyresit?

	Predpokladam ze ten subnet prideli prave ten broker, ne?

-Y.

-- 
| Jan "Yenya" Kasprzak  <kas at {fi.muni.cz - work | yenya.net - private}> |
| GPG: ID 1024/D3498839      Fingerprint 0D99A7FB206605D7 8B35FCDE05B18A5E |
| http://www.fi.muni.cz/~kas/    Journal: http://www.fi.muni.cz/~kas/blog/ |
> I will never go to meetings again because I think  face to face meetings <
> are the biggest waste of time you can ever have.        --Linus Torvalds <


From kas na fi.muni.cz  Mon May 28 15:07:57 2007
From: kas na fi.muni.cz (Jan Kasprzak)
Date: Mon, 28 May 2007 15:07:57 +0200
Subject: Multicast routing
In-Reply-To: <20070526115818.13DE.1@paddy.troja.mff.cuni.cz>
References: <20070524150212.GT31724@fi.muni.cz>
	<20070526115818.13DE.1@paddy.troja.mff.cuni.cz>
Message-ID: <20070528130757.GQ14619@fi.muni.cz>

Pavel Kankovsky wrote:
: On Thu, 24 May 2007, Jan Kasprzak wrote:
: 
: > a nastavil jsem i cestu pomoci prikazu "ip route add multicast
: > 224.0.0.0/4 dev eth0".
: 
: To je podle mne skoro zbytečné (pokud nevadí, že se mcasty při vysílání 
: šíří do všech interfejsů).

	Jo, pozdeji jsem overil, ze to funguje to i bez teto routy
(ale vsude to uvadi, tak jsem to sem napsal, at mi nekdo neradi ze
tam mam mit i tuhle routu :-)

: > Tcpdumpem prichazejici ICMP echo vidim, ale odpoved nedostane.
: 
: Kde je to vidět? Na cílovém stroji?

	Na cilovem stroji; prichazi a neodchazi.

: Odpověď na multicastový ping je 
: normální unicast (pokud tedy byl požadavek poslán s rozumnou odesílací 
: adresou). Není nastavené net.ipv4.icmp_echo_ignore_broadcasts?
: (Navzdory jménu to blokuje bcasty i mcasty.)

	Jo, tohle bylo ono, diky! Hmm, je nekde napsane, ze stroj
ma odpovidat na multicastovy ping?

: > 	A jak s tim routovanim - co se dneska pouziva - mrouted? pimd?
: 
: Jako routovací protokol by se asi měl používat spíš PIM. mrouted afaik umí
: jen DVMRP, a tudíž je passé.

	OK, podivam se jak na PIM.

-Y.

-- 
| Jan "Yenya" Kasprzak  <kas at {fi.muni.cz - work | yenya.net - private}> |
| GPG: ID 1024/D3498839      Fingerprint 0D99A7FB206605D7 8B35FCDE05B18A5E |
| http://www.fi.muni.cz/~kas/    Journal: http://www.fi.muni.cz/~kas/blog/ |
> I will never go to meetings again because I think  face to face meetings <
> are the biggest waste of time you can ever have.        --Linus Torvalds <


From dobes na tes.eu  Mon May 28 15:16:00 2007
From: dobes na tes.eu (Michal Dobes)
Date: Mon, 28 May 2007 15:16:00 +0200
Subject: Multicast routing
In-Reply-To: <20070528130757.GQ14619@fi.muni.cz>
References: <20070524150212.GT31724@fi.muni.cz>	<20070526115818.13DE.1@paddy.troja.mff.cuni.cz>
	<20070528130757.GQ14619@fi.muni.cz>
Message-ID: <465AD610.9070906@tes.eu>

Jan Kasprzak napsal(a):
> Pavel Kankovsky wrote:
> : On Thu, 24 May 2007, Jan Kasprzak wrote:
> : 
> : > a nastavil jsem i cestu pomoci prikazu "ip route add multicast
> : > 224.0.0.0/4 dev eth0".
> : 
> : To je podle mne skoro zbytečné (pokud nevadí, že se mcasty při vysílání 
> : šíří do všech interfejsů).
> 
> 	Jo, pozdeji jsem overil, ze to funguje to i bez teto routy
> (ale vsude to uvadi, tak jsem to sem napsal, at mi nekdo neradi ze
> tam mam mit i tuhle routu :-)

Aspoň jak jsem si ověřil já, tak to bez té 224.0.0.0/4 routy funguje
v případě, že v systému je definována nějaká default gateway. Pokud
není, tak to bez toho routovacího záznamu nejede.
Aspoň s tímto s oblibou bojuji na 2.4.něco jádrech (CentOS3.8) při
používání multicastingu v kombinaci s clusteringem.

M.


From kaatyaa na gmail.com  Mon May 28 18:43:11 2007
From: kaatyaa na gmail.com (Katerina Dufkova)
Date: Mon, 28 May 2007 18:43:11 +0200
Subject: Problem s insmod a rmmod
In-Reply-To: <20070527235910.GE4608@panelnet.cz>
References: <465958CC.8080603@stud.feec.vutbr.cz>
	<20070527142502.3FD8.0@argo.troja.mff.cuni.cz>
	<5e039fa10705271120s5ba5cd38ldd6448682347b359@mail.gmail.com>
	<20070527235910.GE4608@panelnet.cz>
Message-ID: <5e039fa10705280943v70899868j501f8099ebefce6c@mail.gmail.com>

>
>
> static je opak extern. Tedy v jinem souboru znamena "jenom v tom
> jinem" takze bych na presuny byl opatrny. Includujete v super.c
> primo common.h? Nemuze dojit ke shode jmen s lehce jinou strukturou,
> fakt to chce zdrojaky a ne kousicky.

Priste si dam urcite pozor, az budu cokoli presouvat. Shodu jmen nevidim.
Modul bohuzel vubec neni maly, takze komplet zdrojaky nema smysl posilat.

Vam Martin Decky dava body za hezke zdrojaky, kdyz spatne funguji?
>
Tak snadne to bohuzel neni:-) Ale vic bodu je za funkcni dobre napsane
zdrojaky, nez za ty pouze funkcni.

S pozdravem
K. Dufkova


From lists_mk na wujiman.net  Mon May 28 19:26:37 2007
From: lists_mk na wujiman.net (Martin Kraus)
Date: Mon, 28 May 2007 19:26:37 +0200
Subject: jak ziskat ipv6 subnet
In-Reply-To: <20070528130354.GP14619@fi.muni.cz>
References: <20070525230330.GB21949@finrod> <20070528130354.GP14619@fi.muni.cz>
Message-ID: <20070528172637.GB10924@finrod>

On Mon, May 28, 2007 at 03:03:54PM +0200, Jan Kasprzak wrote:
> Martin Kraus wrote:
> : zdravim,
> :   mam dotaz. chtel bych testnout ipv6 na nasi siti, jenomze upstream provider
> : zrejme ipv6 subnet nema(mlci a nereaguje na maily). Co jsem tak cetl o tom,
> : jak se ipv6 subnety alokuji, a ze migrace od jednoho providera k druhemu
> : znamena kompletni precislovani(i kdyz je tech subnetu velke mnozstvi), tak asi
> : nemam moc sanci se ke svemu ipv6 subnetu dostat.
> : 
> : Chtel bych se pripojit skrz nejaky tunnel broker, ovsem k tomu prave potrebuji
> : svuj ipv6 subnet jak jsem pochopil. Je nejak mozne tohle vyresit?
> 
> 	Predpokladam ze ten subnet prideli prave ten broker, ne?

jo jo, dekuju. uz jsem na to prisel. nakonec ale spis pojedu pres 6to4.
diky
mk


From david.novy na csobpoj.cz  Tue May 29 14:13:10 2007
From: david.novy na csobpoj.cz (=?iso-8859-2?Q?Nov=FD_David?=)
Date: Tue, 29 May 2007 14:13:10 +0200
Subject: FC6 + Kodaz EZ200
Message-ID: <E7F2B9ABFC36E64D9158C975EAAE94CC23E0E0@SRV07V.dom01.poj>

Dobrý den, koupil jsem malímu foták EZ200. Když ho připojim přes USB k PC, zobrazí se mi sice na ploše dvě ikony fotoaparátu, ale to je vše. Nemohu na ně přistoupit.

Zkoušel jsem se na něho dostat přes gphoto2, systém mi vrací následující hlášku:

*** Chyba *** An error occurred in the io-library ('Nemohu alokovat USB zařízení'): Could not claim interface 0 (Operace není povolena). Make sure no other program or kernel module (such as sdc2xx, stv680, spca50x) is using the device and you have read/write access to the device. *** Chyba (-53: 'Nemohu alokovat USB zařízení') ***

nebo

*** Chyba *** An error occurred in the io-library ('Chyba při aktualizaci nastavení portu'): Nemohu uvolnit rozhraní 1 (Nepřípustný argument). *** Chyba (-37: 'Chyba při aktualizaci nastavení portu') ***

Zkoušel jsem vyhledat info na googlu, něco jsem našel ale to nefungovalo.

Nevíte někdo vo s tim?

Díky DN


From Igor.Kilian na spp.sk  Tue May 29 14:55:52 2007
From: Igor.Kilian na spp.sk (Kilian Igor)
Date: Tue, 29 May 2007 14:55:52 +0200
Subject: nagios grapher & pipe
Message-ID: <1D0F72DD72800943898A287FEE5BD2D427184B@HQS0066.spp.sk>

Prajem prijemny den.

Rozbehal som nagiosgrapher s konfiguraciou pipe. Zistil som, ze v
grafoch mi chybaju nejake hodnoty.
Problem je ze ked idu data cez pipe, tak viackrat vysledok z viacerych
servicov sa mi zapise do jednoho
riadku. Pravdaze ngraph spracuje iba prvy zaznam a ostatne v riadku
ignoruje. Preto potom niektore
hodnoty nemam zachytene.  Neviete poradit ako sa tomu vyhnut?
Prave pre tieto problemy som docasne zmenil konfiguraciu nagiosgrapheru
na network, ale bolo to este horsie.
Vtedy sice nezapisoval do riadku viacere servicy, ale zase cely nagios
spustal kontroly tak pomaly, ze nestihal.
Za par minut som mal niekolkominutovy rozdiel. Preco tomu tak je
netusim. (pri networku som sa pokusil zvysit
velkost buffra, ale nepomohlo to)

Igor


From bufran na gmail.com  Tue May 29 21:22:42 2007
From: bufran na gmail.com (nemeth)
Date: 29 May 2007 12:22:42 -0700
Subject: VideoforLinux a nahravani
Message-ID: <1180466562.337461.242180@q69g2000hsb.googlegroups.com>

zdravim,

  Rad bych se zde zucastnenych zeptal na dve otazky:

  1. mam TV kartu ProVideo PV951, distribuce FedoraCore 6 Muzete mi
doporucit nejaky software pro
       nahravani ?  slysel jsem cosi o mencoderu ale nevim jak jej
"spustit" a nemuzu nikde najit nejake howto...

  2. Mam zakladni desku DG965WH, zvukovy chipset STAC9271 jakym
zpusobem donutim tenhle chipset,
      aby line-in byl skutecne line-in a to co jde na line-in mohl
slyset v reproduktorech (a regulovat tomu
      hlasitost, pripadne tento vstup pouzit pro nahravani viz bod 1)
Vsechny konektory na zadni strane PC
      jsou defaultne nastaveny do rezimu OUT (rezim 7.1) ale ja mam
stejnak jen 2 repraky... :(


  Predem dekuji za pomoc.

Zdravim,

  Frantisek Burian



From tuttle na sandbox.cz  Tue May 29 21:59:36 2007
From: tuttle na sandbox.cz (Vlada Macek)
Date: Tue, 29 May 2007 21:59:36 +0200
Subject: Orvaldi nebrat?
Message-ID: <465C8628.7050905@sandbox.cz>

Zdar,

do firmy potrebujem zalohovat napajeni serveru (prekvapive) a ja mam
malo argumentu na podporu drahe znacky APC, kterou povazuju za nejlepsi
volbu. Sef se vsak zakoukal do polske znacky Orvaldi. Samozrejme o
polovicni cene.

Ocenim, kdyz sem napise nekdo, kdo ma s Polaky negativni zkusenost,
abych mel co vynaset. :-)

Dekuji.

-- 
\//\/\



From tomascrhonek na gmail.com  Tue May 29 23:21:50 2007
From: tomascrhonek na gmail.com (Tomas Crhonek)
Date: Tue, 29 May 2007 23:21:50 +0200
Subject: Orvaldi nebrat?
In-Reply-To: <465C8628.7050905@sandbox.cz>
References: <465C8628.7050905@sandbox.cz>
Message-ID: <200705292321.51385.tomascrhonek@gmail.com>

On Tuesday 29 of May 2007 21:59:36 Vlada Macek wrote:
> Zdar,
>
> do firmy potrebujem zalohovat napajeni serveru (prekvapive) a ja mam
> malo argumentu na podporu drahe znacky APC, kterou povazuju za nejlepsi
> volbu. Sef se vsak zakoukal do polske znacky Orvaldi. Samozrejme o
> polovicni cene.
>
> Ocenim, kdyz sem napise nekdo, kdo ma s Polaky negativni zkusenost,
> abych mel co vynaset. :-)
>
> Dekuji.

Uprime, taky jsem si myslel, ze je to smejd, ale zalohujeme pomoci UPS Orvaldi 
nekolik stroju a zatim prezili nekolik vypadku elektriny zcela bez uhony. 
Ovsem na opravdu dulezite servery mame APC. ;-)

-- 
Tomáš Crhonek


From soban na soban.cz  Tue May 29 23:38:55 2007
From: soban na soban.cz (=?ISO-8859-2?Q?Petr_=A9ob=E1=F2?=)
Date: Tue, 29 May 2007 23:38:55 +0200
Subject: VideoforLinux a nahravani
In-Reply-To: <1180466562.337461.242180@q69g2000hsb.googlegroups.com>
References: <1180466562.337461.242180@q69g2000hsb.googlegroups.com>
Message-ID: <465C9D6F.5070703@soban.cz>

nemeth napsal(a):
> zdravim,
> 
>   Rad bych se zde zucastnenych zeptal na dve otazky:
> 
>   1. mam TV kartu ProVideo PV951, distribuce FedoraCore 6 Muzete mi
> doporucit nejaky software pro
>        nahravani ?  slysel jsem cosi o mencoderu ale nevim jak jej
> "spustit" a nemuzu nikde najit nejake howto...

man mencoder nefunguje ?

mencoder tv://$1 -tv
driver=v4l2:norm=PAL:input=0:volume=100:outfmt=yuy2:quality=0:amode=1:audiorate=32000:adevice=/dev/dsp
\
-ovc lavc -lavcopts
vcodec=mpeg4:vbitrate=3000:autoaspect=1:mbd=2:v4mv=yes:vhq=4 \
-sws 2 \
-oac mp3lame -lameopts cbr:br=128:mode=0 \
-endpos $2 \
-vf pp=ac -o `date +%A-%d.%m.%Y-%H:%M.avi`


> 
>   2. Mam zakladni desku DG965WH, zvukovy chipset STAC9271 jakym
> zpusobem donutim tenhle chipset,
>       aby line-in byl skutecne line-in a to co jde na line-in mohl
> slyset v reproduktorech (a regulovat tomu
>       hlasitost, pripadne tento vstup pouzit pro nahravani viz bod 1)
> Vsechny konektory na zadni strane PC
>       jsou defaultne nastaveny do rezimu OUT (rezim 7.1) ale ja mam
> stejnak jen 2 repraky... :(

Nějakým options viz: dokumentace k alse a kernelu.

Jaký pro tvoji kartu nevím.

> 
> 
>   Predem dekuji za pomoc.
> 
> Zdravim,
> 
>   Frantisek Burian


-- 

/----------------------------------------\
|            Petr Šobáň                  |
|            Olomouc                     |
|----------------------------------------|
|    ICQ    179223500                    |
|    jabber soban_petr na jabber.org        |
\----------------------------------------/

Ten, kdo nemá upřímných přátel, je vlastně sirotkem.
		-- Francis Bacon



From tomasek na etf.cuni.cz  Wed May 30 05:38:01 2007
From: tomasek na etf.cuni.cz (Petr Tomasek)
Date: Wed, 30 May 2007 05:38:01 +0200
Subject: jak dostat z disku konsistentni LVM snapshot
In-Reply-To: <20070525001813.GA8763@panelnet.cz>
References: <20070522162318.GA4567@finrod>
	<20070524095346.GC3039@hazard.jcu.cz>
	<20070524113114.GA12743@finrod> <465580C9.40200@seznam.cz>
	<20070524183141.GB13990@finrod> <20070525001813.GA8763@panelnet.cz>
Message-ID: <20070530033801.GA790@ebed.etf.cuni.cz>

> 
> > A predpokladam, ze tohle je dost obecny stav a ze ho musi spousta lidi nejak
> > resit. Bylo by dabelske mit filesystem, ktery by do jiste miry byl jako napr
> > subversion a vzdycky by se na nem nasel takovy stav, aby se dala udelat pouzitelna
> > zaloha. No sny jsou fajn vec.
> > 
> Subversion na zalohovana data neni vubec spatny napad! Tedy alespon pro
> ty textovy...
> 

No, jeste by teoreticky slo pouzit subversion sitove pripojene pres
WebDAV jako filesystem a pouzit "autocommit"...

Akorat to asi nebude kdovi jak rychly, ale pro textovy data by to
mohlo byt idealni...

P.T.

-- 
Petr Tomasek <http://www.etf.cuni.cz/~tomasek>


From Igor.Kilian na spp.sk  Wed May 30 08:12:27 2007
From: Igor.Kilian na spp.sk (Kilian Igor)
Date: Wed, 30 May 2007 08:12:27 +0200
Subject: nagios grapher & pipe
References: <1D0F72DD72800943898A287FEE5BD2D427184B@HQS0066.spp.sk>
Message-ID: <1D0F72DD72800943898A287FEE5BD2D427188C@HQS0066.spp.sk>

Problem som po viacerych pokusoch s konfiguraciou vyriesil k plnej
spokojnosti nasledovne:

1, z konfiguraku /etc/nagios/misccommands.cfg som odremoval cize vyhodil
zapisovanie do pipy
#### NagiosGrapher
###define command {
###     command_name    process-service-perfdata
###     command_line    echo -e
'$HOSTNAME$\t$SERVICEDESC$\t$SERVICEOUTPUT$\t$SERVICEPERFDATA$' >
/var/log/nagios/rw/ngraph.pipe
###     }

2, do konfiguraku /etc/nagios/nagios.cfg som dal:
process_performance_data=1
service_perfdata_command=process-service-perfdata
service_perfdata_file=/var/log/nagios/rw/ngraph.pipe
service_perfdata_file_template=$HOSTNAME$\t$SERVICEDESC$\t$SERVICEOUTPUT
$\t$SERVICEPERFDATA$
service_perfdata_file_mode=w
service_perfdata_file_processing_interval=10 
(tie prve dva riadky tam boli uz predtym, ostatne som popridaval)

Konfiguraciu nagiosgrapheru s "interface network" bola uplne
nepriechodna
(bolo to pri vsetkych moznostiach co som skusal straaaasne pomale). Pipe
zvitazila.

Igor

-----Original Message-----
From: linux-bounces na linux.cz [mailto:linux-bounces na linux.cz] On Behalf
Of Kilian Igor
Sent: Tuesday, May 29, 2007 2:56 PM
To: linux na linux.cz
Subject: nagios grapher & pipe

Prajem prijemny den.

Rozbehal som nagiosgrapher s konfiguraciou pipe. Zistil som, ze v
grafoch mi chybaju nejake hodnoty.
Problem je ze ked idu data cez pipe, tak viackrat vysledok z viacerych
servicov sa mi zapise do jednoho
riadku. Pravdaze ngraph spracuje iba prvy zaznam a ostatne v riadku
ignoruje. Preto potom niektore
hodnoty nemam zachytene.  Neviete poradit ako sa tomu vyhnut?
Prave pre tieto problemy som docasne zmenil konfiguraciu nagiosgrapheru
na network, ale bolo to este horsie.
Vtedy sice nezapisoval do riadku viacere servicy, ale zase cely nagios
spustal kontroly tak pomaly, ze nestihal.
Za par minut som mal niekolkominutovy rozdiel. Preco tomu tak je
netusim. (pri networku som sa pokusil zvysit
velkost buffra, ale nepomohlo to)

Igor


From petr.kristan na epos.cz  Wed May 30 07:52:11 2007
From: petr.kristan na epos.cz (petr.kristan na epos.cz)
Date: Wed, 30 May 2007 07:52:11 +0200
Subject: Orvaldi nebrat?
In-Reply-To: <200705292321.51385.tomascrhonek@gmail.com>
References: <465C8628.7050905@sandbox.cz>
	<200705292321.51385.tomascrhonek@gmail.com>
Message-ID: <20070530055211.GC27869@eposux.epos.local>

On Tue, May 29, 2007 at 11:21:50PM +0200, Tomas Crhonek wrote:
> On Tuesday 29 of May 2007 21:59:36 Vlada Macek wrote:
> > Zdar,
> >
> > do firmy potrebujem zalohovat napajeni serveru (prekvapive) a ja mam
> > malo argumentu na podporu drahe znacky APC, kterou povazuju za nejlepsi
> > volbu. Sef se vsak zakoukal do polske znacky Orvaldi. Samozrejme o
> > polovicni cene.
> >
> > Ocenim, kdyz sem napise nekdo, kdo ma s Polaky negativni zkusenost,
> > abych mel co vynaset. :-)
> >
> > Dekuji.
> 
> Uprime, taky jsem si myslel, ze je to smejd, ale zalohujeme pomoci UPS Orvaldi 
> nekolik stroju a zatim prezili nekolik vypadku elektriny zcela bez uhony. 
> Ovsem na opravdu dulezite servery mame APC. ;-)
Ja jiz APC nepouzivam. Uchylna logika, ktera pri nedostatecne kapacite
baterie (pred koncem zivotnosti) a vypadku proudu zacne pistet a pri opetovnem nabehu pisti dal a
proud ze site dal nepusti me opravdu vytaci...
To se mi stalo jiz na trech ruznych smart ups-kach. Navic v APC ups-kach
vydrzi baterky hrozne malo, mam podezreni na prebijeni, nebo prilis
vysokou teplotou uvnitr.

Ted pouzivam Powercom (asi 10ks) + nut a zatim dobry.

Petr

-- 
Ing. Petr Kristan
.
EPOS PRO s.r.o., Bozeny Nemcove 2625, 530 02 Pardubice
tel: +420 466335223    Czech Republic (Eastern Europe) 
fax: +420 466510709


From BuFran na seznam.cz  Wed May 30 06:36:10 2007
From: BuFran na seznam.cz (BuFran)
Date: Wed, 30 May 2007 06:36:10 +0200
Subject: VideoforLinux a nahravani
In-Reply-To: <465C9D6F.5070703@soban.cz>
References: <1180466562.337461.242180@q69g2000hsb.googlegroups.com>
	<465C9D6F.5070703@soban.cz>
Message-ID: <222771528.20070530063610@seznam.cz>

> nemeth napsal(a):
>> zdravim,
>> 
>>   Rad bych se zde zucastnenych zeptal na dve otazky:
>> 
>>   1. mam TV kartu ProVideo PV951, distribuce FedoraCore 6 Muzete mi
>> doporucit nejaky software pro
>>        nahravani ?  slysel jsem cosi o mencoderu ale nevim jak jej
>> "spustit" a nemuzu nikde najit nejake howto...

> man mencoder nefunguje ?

> mencoder tv://$1 -tv
> driver=v4l2:norm=PAL:input=0:volume=100:outfmt=yuy2:quality=0:amode=1:audiorate=32000:adevice=/dev/dsp


Tohle sice nekde bylo ale prave nevim co se ma doplnit za $1 abych
prepinal jednotlive kanaly (frekvence v MHz nefunguje). Nasledujici
komprese je mi uz jasna. Jde jen o tu cast tv://blabla

Tady:

http://www.mplayerhq.hu/DOCS/HTML/cs/tv-input.html#tv-tips

prozmenu neni zadna volba za lomitky ...


>> 
>>   2. Mam zakladni desku DG965WH, zvukovy chipset STAC9271 jakym
>> zpusobem donutim tenhle chipset,
>>       aby line-in byl skutecne line-in a to co jde na line-in mohl
>> slyset v reproduktorech (a regulovat tomu
>>       hlasitost, pripadne tento vstup pouzit pro nahravani viz bod 1)
>> Vsechny konektory na zadni strane PC
>>       jsou defaultne nastaveny do rezimu OUT (rezim 7.1) ale ja mam
>> stejnak jen 2 repraky... :(

> Nějakým options viz: dokumentace k alse a kernelu.

Muzete prosim nadhodit aspon klicova slova, ktera mam hledat ? Na
slova line-in a STAC9271 mi to nic nenaslo :( Dokumentace kernelu je
OBROVSKA a jako zacatecnik se v tom moc nevyznam ... Linux jsem
nainstaloval teprve predevcirem a byl jsem ohromne potesen jak to
vsechno pekne spolupracuje, mnohem lip nez ve windows, ale jsou drobne
problemy z neznalosti :( Abych prvdu rekl, tak ani nevim, zdali vubec
nekdy ten line-in vstup nekdy fungoval, protoze jsem ho nepotreboval
(TV karta PV951 mi nikdy ve windows nefungovala :)

-- 

S pozdravem,

    František Burian



From PaJaSoft na FoNet.Cz  Wed May 30 08:37:48 2007
From: PaJaSoft na FoNet.Cz (=?iso-8859-2?Q?Ing._Pavel_PaJaSoft_Janou=B9ek?=)
Date: Wed, 30 May 2007 08:37:48 +0200
Subject: Orvaldi nebrat?
In-Reply-To: <20070530055211.GC27869@eposux.epos.local>
Message-ID: <200705300637.l4U6bmoP012417@merlin.fonet.cz>

linux-bounces na linux.cz <mailto:linux-bounces na linux.cz> wrote:
> baterie (pred koncem zivotnosti) a vypadku proudu zacne
> pistet a pri opetovnem nabehu pisti dal a
> proud ze site dal nepusti me opravdu vytaci...

	A jaké máte nastavené hraniční kapacity?

> vydrzi baterky hrozne malo, mam podezreni na prebijeni, nebo prilis
> vysokou teplotou uvnitr. 

	No rozdíl od spousty jiných originál (i vyměněné) baterie APC vydrží
na rozumné kapacitě minimálně 1.5 roku při běžných provozních podmínkách
(při trvalém provozu). Vysoká teplota neprospívá žádnému typu...

-------------------------------------------------------------------
Ing. Pavel Janousek (PaJaSoft)             FoNet, spol. s r. o.
Technicka podpora, Intranet/Internet     Sokolova 67, 619 00 Brno
E-mail: mailto:Janousek na FoNet.Cz         Tel.: +420  5  4324 4749
WWW:    http://WWW.FoNet.Cz/           E-mail: mailto:Info na FoNet.Cz
-------------------------------------------------------------------  



From Daniel.Prynych na buzuluk.cz  Wed May 30 08:39:59 2007
From: Daniel.Prynych na buzuluk.cz (Daniel Prynych)
Date: Wed, 30 May 2007 08:39:59 +0200
Subject: Orvaldi nebrat?
In-Reply-To: <465C8628.7050905@sandbox.cz>
References: <465C8628.7050905@sandbox.cz>
Message-ID: <200705300839.59948.Daniel.Prynych@buzuluk.cz>

Na server bych nedal ani jednu z nich.
Ja osobne doporucuji na server MGE a pokud nechcete moc utracet tak
MGE pulsar evolution 
http://www.mgeups.com/products/pdt230/smallups/evol/index.htm
, da se sehnat za celkem rozumnou cenu.
Dan

P.S. APC nam odesli jiz 3, pro uplnost dodavam ze to byly ty nejlacinejsi 
BACK-UPS,
ctvrta se tak prehrivala ze se zkroutil obal baterie.

Dne úterý 29 květen 2007 21:59 Vlada Macek napsal(a):
> Zdar,
>
> do firmy potrebujem zalohovat napajeni serveru (prekvapive) a ja mam
> malo argumentu na podporu drahe znacky APC, kterou povazuju za nejlepsi
> volbu. Sef se vsak zakoukal do polske znacky Orvaldi. Samozrejme o
> polovicni cene.
>
> Ocenim, kdyz sem napise nekdo, kdo ma s Polaky negativni zkusenost,
> abych mel co vynaset. :-)
>
> Dekuji.


From konference na cimboraservis.cz  Wed May 30 10:25:50 2007
From: konference na cimboraservis.cz (Honza Novacek)
Date: Wed, 30 May 2007 10:25:50 +0200
Subject: ups fungujici pod linuxem
Message-ID: <1938179081.20070530102550@cimboraservis.cz>

Dobrý den,
  potřeboval bych k serveru HP ML350G4 koupit UPS.
  Doporučili byste mi nějakou, aby fungovala v linuxu a nejlepe
  s apcupsd?

  Mam APC SmartUPS 1500 a ta se mi nepodarila korektne rozchodit.
  Cetl jsem treba tohle:
  http://www.nabble.com/power-restore-kills-server-t3395726.html
  Coz me pri vyberu ups jeste vice znejistilo.

  Proto bych rad nejaky konkretni typ.
  UPS by mela byt bud on-line nebo line-interactive.

  Diky,
  

Honza Novacek
 



From tosuja na tosuja.info  Wed May 30 11:35:30 2007
From: tosuja na tosuja.info (=?ISO-8859-2?Q?Petr_Kl=EDma?=)
Date: Wed, 30 May 2007 11:35:30 +0200
Subject: ups fungujici pod linuxem
In-Reply-To: <1938179081.20070530102550@cimboraservis.cz>
References: <1938179081.20070530102550@cimboraservis.cz>
Message-ID: <465D4562.9090800@tosuja.info>

co se vam nepodarilo rozchodit? Mam hromadku ruznych Smart-UPS a vsechny
mi s apcupsd perfektne funguji - vypinani pri vypadku a vybite baterii,
zapinani po obnoveni, to vse i s nekolika stroji na jedne UPS (tedy
master-slave nastaveni apcupsd).

Tosuja

-- 
Petr "Tosuja" Klíma
Mail: tosuja na tosuja.info
Web: www.tosuja.info
ICQ: 52057532



From daemon na svoboda.cz  Wed May 30 11:30:07 2007
From: daemon na svoboda.cz (Petr Vejsada)
Date: Wed, 30 May 2007 11:30:07 +0200
Subject: ups fungujici pod linuxem
References: <mailman.1147.1180515256.4027.linux@linux.cz>
Message-ID: <f3jg6v$fr$1@linux.svoboda.cz>

Honza Novacek wrote:

>   Mam APC SmartUPS 1500 a ta se mi nepodarila korektne rozchodit.

doporucil bych pouzivat NUT misto apcupsd, http://www.networkupstools.org

ale jestli to neni to, co jste chtel slyset, tak se omlouvam :).

NUT s APC chodi vytecne a umi toho opravdu hodne.

-- 
Petr



From martin.duda na lib.cas.cz  Wed May 30 11:00:06 2007
From: martin.duda na lib.cas.cz (Martin Duda)
Date: Wed, 30 May 2007 11:00:06 +0200
Subject: ups fungujici pod linuxem
In-Reply-To: <1938179081.20070530102550@cimboraservis.cz>
References: <1938179081.20070530102550@cimboraservis.cz>
Message-ID: <465D3D16.6030904@lib.cas.cz>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Zdravim,

pokud jsem to dobre pochopil ten odkaz, tak ten clovek vytahl za chodu
napajeci kabel z ups-ky a pak ho tam vratil opet za chodu - to se pak
nesmi divit, ze oddelal server :) UPS-ka se za chodu NEMA odpojovat od
napajeci site...zkuste popremyslet proc asi...

Duda

Honza Novacek napsal(a):
> Dobrý den, potřeboval bych k serveru HP ML350G4 koupit UPS.
> Doporučili byste mi nějakou, aby fungovala v linuxu a nejlepe s
> apcupsd?
>
> Mam APC SmartUPS 1500 a ta se mi nepodarila korektne rozchodit.
> Cetl jsem treba tohle:
> http://www.nabble.com/power-restore-kills-server-t3395726.html Coz
> me pri vyberu ups jeste vice znejistilo.
>
> Proto bych rad nejaky konkretni typ. UPS by mela byt bud on-line
> nebo line-interactive.
>
> Diky,
>
>
> Honza Novacek
>

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.5 (GNU/Linux)

iD8DBQFGXT0WAfrzKr69mrQRAtbxAJ4hSBXQNvQ1LufXZJNKafVlQaTdgQCgrQGL
uQZD+zllcKbaWQqXJ2lLimU=
=rLaY
-----END PGP SIGNATURE-----



From PaJaSoft na FoNet.Cz  Wed May 30 11:59:47 2007
From: PaJaSoft na FoNet.Cz (=?iso-8859-2?Q?Ing._Pavel_PaJaSoft_Janou=B9ek?=)
Date: Wed, 30 May 2007 11:59:47 +0200
Subject: ups fungujici pod linuxem
In-Reply-To: <465D3D16.6030904@lib.cas.cz>
Message-ID: <200705300959.l4U9xlgV023896@merlin.fonet.cz>

linux-bounces na linux.cz <mailto:linux-bounces na linux.cz> wrote:
> pokud jsem to dobre pochopil ten odkaz, tak ten clovek vytahl za chodu
> napajeci kabel z ups-ky a pak ho tam vratil opet za chodu - to se pak
> nesmi divit, ze oddelal server :) UPS-ka se za chodu NEMA odpojovat od
> napajeci site...zkuste popremyslet proc asi...

	Co co co prosím? K čemu že nám UPS slouží? Jaký je rozdíl mezi
vytažením přívodní šňury a vyhození jističe (kdekoli v přenosové soustavě)?

-------------------------------------------------------------------
Ing. Pavel Janousek (PaJaSoft)             FoNet, spol. s r. o.
Technicka podpora, Intranet/Internet     Sokolova 67, 619 00 Brno
E-mail: mailto:Janousek na FoNet.Cz         Tel.: +420  5  4324 4749
WWW:    http://WWW.FoNet.Cz/           E-mail: mailto:Info na FoNet.Cz
-------------------------------------------------------------------  



From luf na pzkagis.cz  Wed May 30 12:00:42 2007
From: luf na pzkagis.cz (Ludek Finstrle)
Date: Wed, 30 May 2007 12:00:42 +0200
Subject: ups fungujici pod linuxem
In-Reply-To: <200705300959.l4U9xlgV023896@merlin.fonet.cz>
References: <465D3D16.6030904@lib.cas.cz>
	<200705300959.l4U9xlgV023896@merlin.fonet.cz>
Message-ID: <20070530100042.GG22991@soptik.pzkagis.cz>

Wed, May 30, 2007 at 11:59:47AM +0200, Ing. Pavel PaJaSoft Janoušek napsal(a):
> linux-bounces na linux.cz <mailto:linux-bounces na linux.cz> wrote:
> > pokud jsem to dobre pochopil ten odkaz, tak ten clovek vytahl za chodu
> > napajeci kabel z ups-ky a pak ho tam vratil opet za chodu - to se pak
> > nesmi divit, ze oddelal server :) UPS-ka se za chodu NEMA odpojovat od
> > napajeci site...zkuste popremyslet proc asi...
> 
> 	Co co co prosím? K čemu že nám UPS slouží? Jaký je rozdíl mezi
> vytažením přívodní šňury a vyhození jističe (kdekoli v přenosové soustavě)?

Treba zemeni?

Luf


From martin.duda na lib.cas.cz  Wed May 30 12:02:07 2007
From: martin.duda na lib.cas.cz (Martin Duda)
Date: Wed, 30 May 2007 12:02:07 +0200
Subject: ups fungujici pod linuxem
In-Reply-To: <f3jg6v$fr$1@linux.svoboda.cz>
References: <mailman.1147.1180515256.4027.linux@linux.cz>
	<f3jg6v$fr$1@linux.svoboda.cz>
Message-ID: <465D4B9F.7020004@lib.cas.cz>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Petr Vejsada napsal(a):
> Honza Novacek wrote:
>
>> Mam APC SmartUPS 1500 a ta se mi nepodarila korektne rozchodit.
>
> doporucil bych pouzivat NUT misto apcupsd,
> http://www.networkupstools.org
>
> ale jestli to neni to, co jste chtel slyset, tak se omlouvam :).
>
> NUT s APC chodi vytecne a umi toho opravdu hodne.
Ano, souhlasim, take pouzivam NUT jiz dlouho a zatim spokojenost (mam
vsude APC-ka) a vzdy zafungoval dobre a spolehlive kdyz byl vypadek
napajeni...doufam, ze jsem to timto nezakrikl ;) tuky, tuk na drevo :)

Duda

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.5 (GNU/Linux)

iD8DBQFGXUufAfrzKr69mrQRAkWyAJ0Z9uq8X9w2VuOjpD4/niTHcVEpIQCfQ34o
ZGK0hKMMQSzVObbuAMubifs=
=aXu8
-----END PGP SIGNATURE-----



From martin.duda na lib.cas.cz  Wed May 30 12:02:37 2007
From: martin.duda na lib.cas.cz (Martin Duda)
Date: Wed, 30 May 2007 12:02:37 +0200
Subject: ups fungujici pod linuxem
In-Reply-To: <20070530100042.GG22991@soptik.pzkagis.cz>
References: <465D3D16.6030904@lib.cas.cz>	<200705300959.l4U9xlgV023896@merlin.fonet.cz>
	<20070530100042.GG22991@soptik.pzkagis.cz>
Message-ID: <465D4BBD.7000501@lib.cas.cz>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Ludek Finstrle napsal(a):
> Wed, May 30, 2007 at 11:59:47AM +0200, Ing. Pavel PaJaSoft Janoušek
> napsal(a):
>> linux-bounces na linux.cz <mailto:linux-bounces na linux.cz> wrote:
>>> pokud jsem to dobre pochopil ten odkaz, tak ten clovek vytahl
>>> za chodu napajeci kabel z ups-ky a pak ho tam vratil opet za
>>> chodu - to se pak nesmi divit, ze oddelal server :) UPS-ka se
>>> za chodu NEMA odpojovat od napajeci site...zkuste popremyslet
>>> proc asi...
>> Co co co prosím? K čemu že nám UPS slouží? Jaký je rozdíl mezi
>> vytažením přívodní šňury a vyhození jističe (kdekoli v přenosové
>> soustavě)?
>
> Treba zemeni?
>
Bingo :)


-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.5 (GNU/Linux)

iD8DBQFGXUu9AfrzKr69mrQRApc/AKCDe5b0WVsgXcA1QywQ8qGCL9TKsgCgruWk
BH5ZsFiHiNN4YtvuVqCrhyY=
=AaCz
-----END PGP SIGNATURE-----



From petr.balas na gmail.com  Wed May 30 12:09:31 2007
From: petr.balas na gmail.com (=?WINDOWS-1252?Q?Petr_Bal=E1=9A?=)
Date: Wed, 30 May 2007 12:09:31 +0200
Subject: Orvaldi nebrat?
In-Reply-To: <20070530055211.GC27869@eposux.epos.local>
References: <465C8628.7050905@sandbox.cz>
	<200705292321.51385.tomascrhonek@gmail.com>
	<20070530055211.GC27869@eposux.epos.local>
Message-ID: <218cff750705300309t382b48bbs4228a3dab4921314@mail.gmail.com>

On 5/30/07, petr.kristan na epos.cz <petr.kristan na epos.cz> wrote:
> Ja jiz APC nepouzivam. Uchylna logika, ktera pri nedostatecne kapacite
> baterie (pred koncem zivotnosti) a vypadku proudu zacne pistet a pri opetovnem nabehu pisti dal a
> proud ze site dal nepusti me opravdu vytaci...
> To se mi stalo jiz na trech ruznych smart ups-kach. Navic v APC ups-kach
> vydrzi baterky hrozne malo, mam podezreni na prebijeni, nebo prilis
> vysokou teplotou uvnitr.

Souhlas. Vydrz baterek v APC je katastrofalni a skoro mam pocit, ze to je umysl
aby APC prodavala nahradni baterie.
Pokud porovnate rychlost dobiti APC s necim slusnym, tak APC je dobita
az podezrele rychle.

-- 
Petr Baláš - petr.balas at gmail dot com


From PaJaSoft na FoNet.Cz  Wed May 30 12:13:44 2007
From: PaJaSoft na FoNet.Cz (=?iso-8859-2?Q?Ing._Pavel_PaJaSoft_Janou=B9ek?=)
Date: Wed, 30 May 2007 12:13:44 +0200
Subject: ups fungujici pod linuxem
In-Reply-To: <465D4BBD.7000501@lib.cas.cz>
Message-ID: <200705301013.l4UADiZ8024857@merlin.fonet.cz>

linux-bounces na linux.cz <mailto:linux-bounces na linux.cz> wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
> 
> Ludek Finstrle napsal(a):
>> Wed, May 30, 2007 at 11:59:47AM +0200, Ing. Pavel PaJaSoft Janoušek
>> napsal(a):
>>> linux-bounces na linux.cz <mailto:linux-bounces na linux.cz> wrote:
>>>> pokud jsem to dobre pochopil ten odkaz, tak ten clovek vytahl
>>>> za chodu napajeci kabel z ups-ky a pak ho tam vratil opet za
>>>> chodu - to se pak nesmi divit, ze oddelal server :) UPS-ka se
>>>> za chodu NEMA odpojovat od napajeci site...zkuste popremyslet
>>>> proc asi...
>>> Co co co prosím? K čemu že nám UPS slouží? Jaký je rozdíl mezi
>>> vytažením přívodní šňury a vyhození jističe (kdekoli v přenosové
>>> soustavě)?
>> 
>> Treba zemeni?
>> 
> Bingo :)

	Vaše tvrzení byste měl prokázat... pokud je mi známo, tak jediná
technologie on-line UPS je taková, že výstupní vodiče jsou permanentně
napájeny z baterie... a slušný server má minimálně zdvojené napájení, takže
ho lze bez výpadku napájet i v těchto situacích... A to už raději neuvažuji
o napájení z dieselagregátu (či ekvivalentu), kde žádné vedení či dokonce
zemění do elekrické rozvodné soustavy neexistuje!

	Ale vraťme se zpět: "UPS-ka se za chodu NEMA odpojovat od napajeci
site" je velmi sporné či přinejmensím značně nepřesné tvrzení a na to jsem
chtěl poukázat.

PS: Takto zbastlený server si stejně nic jiného nezasloužil.

-------------------------------------------------------------------
Ing. Pavel Janousek (PaJaSoft)             FoNet, spol. s r. o.
Technicka podpora, Intranet/Internet     Sokolova 67, 619 00 Brno
E-mail: mailto:Janousek na FoNet.Cz         Tel.: +420  5  4324 4749
WWW:    http://WWW.FoNet.Cz/           E-mail: mailto:Info na FoNet.Cz
-------------------------------------------------------------------  



From msk.conf na seznam.cz  Wed May 30 12:05:31 2007
From: msk.conf na seznam.cz (msk)
Date: Wed, 30 May 2007 12:05:31 +0200
Subject: ups fungujici pod linuxem
In-Reply-To: <465D3D16.6030904@lib.cas.cz>
References: <1938179081.20070530102550@cimboraservis.cz>
	<465D3D16.6030904@lib.cas.cz>
Message-ID: <200705301205.31680.msk.conf@seznam.cz>

> pokud jsem to dobre pochopil ten odkaz, tak ten clovek vytahl za chodu
> napajeci kabel z ups-ky a pak ho tam vratil opet za chodu - to se pak
> nesmi divit, ze oddelal server :) UPS-ka se za chodu NEMA odpojovat od
> napajeci site...zkuste popremyslet proc asi...

No tak schvalne, ja nemam tusenie. Ak sa pod slovom "za chodu" mysli to, ze je 
UPS-ka nabita a pri vypadku prudu moze dodavat stavu, tak nevidim rozdiel 
medzi vytiahnutim napajacieho kabla ( toho od elektriky do UPS ) a vypadkom 
prudu.

--
Dusan Zatkovsky


From msk.conf na seznam.cz  Wed May 30 12:06:44 2007
From: msk.conf na seznam.cz (msk)
Date: Wed, 30 May 2007 12:06:44 +0200
Subject: ups fungujici pod linuxem
In-Reply-To: <20070530100042.GG22991@soptik.pzkagis.cz>
References: <465D3D16.6030904@lib.cas.cz>
	<200705300959.l4U9xlgV023896@merlin.fonet.cz>
	<20070530100042.GG22991@soptik.pzkagis.cz>
Message-ID: <200705301206.44915.msk.conf@seznam.cz>


> Treba zemeni?

Kam, na ochranny kolik? Alebo nulak? Aky to ma zmysel, ked sa elektricky okruh 
uzatvara medzi bateriou a serverom?

--
Dusan Zatkovsky


From antonin.micka na megasphera.cz  Wed May 30 12:38:27 2007
From: antonin.micka na megasphera.cz (=?iso-8859-2?q?Anton=EDn_Mi=E8ka?=)
Date: Wed, 30 May 2007 12:38:27 +0200
Subject: ups fungujici pod linuxem
In-Reply-To: <200705301206.44915.msk.conf@seznam.cz>
References: <465D3D16.6030904@lib.cas.cz>
	<20070530100042.GG22991@soptik.pzkagis.cz>
	<200705301206.44915.msk.conf@seznam.cz>
Message-ID: <200705301238.27897.antonin.micka@megasphera.cz>

Dne středa 30 květen 2007 12:06 msk napsal(a):
> > Treba zemeni?
>
> Kam, na ochranny kolik? Alebo nulak? Aky to ma zmysel, ked sa elektricky
> okruh uzatvara medzi bateriou a serverom?
>
> --
> Dusan Zatkovsky

V soustavě TN-S jedině na kolík...

A alternativní soustava TN-C se už na nové rozvody dlouho používat nesmí... 
(alespoň v našich končinách ne). Setkat se s ní můžete pouze u rozvodů 
starších asi deset let... (teda, to přibližně tipuju, klidně to může být 
víc).

-- 
Antonín Mička


From tosuja na tosuja.info  Wed May 30 12:55:51 2007
From: tosuja na tosuja.info (=?ISO-8859-2?Q?Petr_Kl=EDma?=)
Date: Wed, 30 May 2007 12:55:51 +0200
Subject: ups fungujici pod linuxem
In-Reply-To: <1938179081.20070530102550@cimboraservis.cz>
References: <1938179081.20070530102550@cimboraservis.cz>
Message-ID: <465D5837.1040906@tosuja.info>

Ja bych rekl, ze ten clovek mel proste smulu.

Donedavna jsme meli pomerne velke problemy s dodavkou elektriny - napeti
v siti poklesavalo, dochazelo k opakovanym kratickym vypadkum - hadam
desitky milisekund, svetla si blikla jenom zridka. UPSky (zminovanych
asi 15 APC SmartUPS nekolika ruznych typu) obcas vesele rachotily
relatky, ale nemel jsem jediny problem s restartem cehokoliv. To
rachoceni relatky byvalo v extremnich pripadech treba 10 vterin dlouhe,
rekneme kolem 5 cvaknuti za vterinu.

Tosuja

-- 
Petr "Tosuja" Klíma
Mail: tosuja na tosuja.info
Web: www.tosuja.info
ICQ: 52057532



From konference na cimboraservis.cz  Wed May 30 13:01:52 2007
From: konference na cimboraservis.cz (Honza Novacek)
Date: Wed, 30 May 2007 13:01:52 +0200
Subject: ups fungujici pod linuxem
In-Reply-To: <465D4562.9090800@tosuja.info>
References: <1938179081.20070530102550@cimboraservis.cz>
	<465D4562.9090800@tosuja.info>
Message-ID: <9110317215.20070530130152@cimboraservis.cz>

Dobrý den,
30. května 2007, 11:35:30, napsal jste:

> co se vam nepodarilo rozchodit? Mam hromadku ruznych Smart-UPS a vsechny
> mi s apcupsd perfektne funguji - vypinani pri vypadku a vybite baterii,
> zapinani po obnoveni, to vse i s nekolika stroji na jedne UPS (tedy
> master-slave nastaveni apcupsd).

> Tosuja

Dotaz na nefungujici ups jsem posilal sem do konfery, ale nikdo
neporadil.
Slo o to ze se přerušovala a znovu obnovovala komunikace mezi serverem
a upskou, kdyz jsem to trapil delsi dobu, tak to dokonce server vypnulo.
Kabely mam jak USB tak serial.

JN



Dotaz znel:

 zdravim konfenreci, potykam se s nasledujicim problemem.
 Mam upesku APC SmartUPS 1500 s USB kabelem.
 Pokud spustim apcupsd, neustale se ztraci a obnovuje spojeni s upeskou
 
v logu to potom vypada takto:
Thu Sep 28 20:45:12 CEST 2006  apcupsd 3.10.18 (21 July 2005) redhat startup succeeded
Thu Sep 28 20:45:29 CEST 2006  Communications with UPS restored.
Thu Sep 28 20:45:47 CEST 2006  Communications with UPS restored.
Thu Sep 28 20:46:04 CEST 2006  Communications with UPS restored.
Thu Sep 28 20:46:21 CEST 2006  Communications with UPS restored.
Thu Sep 28 20:46:37 CEST 2006  Communications with UPS restored.
Thu Sep 28 20:46:54 CEST 2006  Communications with UPS restored.
Thu Sep 28 20:47:10 CEST 2006  Communications with UPS restored.

dale v dmesg vidim pro me podivne veci:
hiddev96: USB HID v1.10 Device [American Power Conversion Smart-UPS 1500 FW:653.12.I USB FW:4.2] on usb-0000:00:1d.1-1
drivers/usb/input/hid-core.c: ctrl urb status -71 received
drivers/usb/input/hid-core.c: ctrl urb status -71 received
drivers/usb/input/hid-core.c: input irq status -84 received
usb 3-1: USB disconnect, address 29
usb 3-1: new low speed USB device using address 30
hiddev96: USB HID v1.10 Device [American Power Conversion Smart-UPS 1500 FW:653.12.I USB FW:4.2] on usb-0000:00:1d.1-1
drivers/usb/input/hid-core.c: input irq status -84 received
usb 3-1: USB disconnect, address 30


cat /proc/bus/usb/devices
T:  Bus=03 Lev=01 Prnt=01 Port=00 Cnt=01 Dev#= 32 Spd=1.5 MxCh= 0
D:  Ver= 1.10 Cls=00(>ifc ) Sub=00 Prot=00 MxPS= 8 #Cfgs=  1
P:  Vendor=051d ProdID=0002 Rev= 0.06
S:  Manufacturer=American Power Conversion
S:  Product=Smart-UPS 1500 FW:653.12.I USB FW:4.2
S:  SerialNumber=AS0532327939
C:* #Ifs= 1 Cfg#= 1 Atr=e0 MxPwr= 30mA
I:  If#= 0 Alt= 0 #EPs= 1 Cls=03(HID  ) Sub=00 Prot=00 Driver=usbhid
E:  Ad=81(I) Atr=03(Int.) MxPS=   6 Ivl=100ms
 
apcaccess status
informace vypisuje, ale neustale se do konzole pise "Communications with UPS restored"




From tosuja na tosuja.info  Wed May 30 13:18:34 2007
From: tosuja na tosuja.info (=?ISO-8859-2?Q?Petr_Kl=EDma?=)
Date: Wed, 30 May 2007 13:18:34 +0200
Subject: ups fungujici pod linuxem
In-Reply-To: <9110317215.20070530130152@cimboraservis.cz>
References: <1938179081.20070530102550@cimboraservis.cz>	<465D4562.9090800@tosuja.info>
	<9110317215.20070530130152@cimboraservis.cz>
Message-ID: <465D5D8A.1080004@tosuja.info>

Aha, nikdy jsem nepouzival USB, RS-232 mi fungovalo vzdy spolehlive. Co
kdyz zkusite seriovy kabel?

Tosuja

Honza Novacek wrote:
>  zdravim konfenreci, potykam se s nasledujicim problemem.
>  Mam upesku APC SmartUPS 1500 s USB kabelem.
>  Pokud spustim apcupsd, neustale se ztraci a obnovuje spojeni s upeskou

-- 
Petr "Tosuja" Klíma
Mail: tosuja na tosuja.info
Web: www.tosuja.info
ICQ: 52057532



From pali na tmapy.cz  Wed May 30 13:38:46 2007
From: pali na tmapy.cz (Pavel =?ISO-8859-1?Q?Lis=FD?=)
Date: Wed, 30 May 2007 13:38:46 +0200
Subject: Jak dostat z Berkeley DB obsah
Message-ID: <1180525126.27025.4.camel@prog-11.hk.tmapy.cz>

Dobrý den

již jsem se několikrát pokoušel kouknout se, co se nachází v souborové
databázi (Berkeley DB), kam si hodně utilit (např. spamassassin) v
linuxu ukládá data. Bohužel db_dump vyhodí něco nečitelného. 

Nevíte někdo, jak se dostat k textovému obsahu?

Pavel Lisý



From martin.duda na lib.cas.cz  Wed May 30 13:59:14 2007
From: martin.duda na lib.cas.cz (Martin Duda)
Date: Wed, 30 May 2007 13:59:14 +0200
Subject: ups fungujici pod linuxem
In-Reply-To: <9110317215.20070530130152@cimboraservis.cz>
References: <1938179081.20070530102550@cimboraservis.cz>	<465D4562.9090800@tosuja.info>
	<9110317215.20070530130152@cimboraservis.cz>
Message-ID: <465D6712.5010709@lib.cas.cz>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Honza Novacek napsal(a):
> Dobrý den, 30. května 2007, 11:35:30, napsal jste:
>
>> co se vam nepodarilo rozchodit? Mam hromadku ruznych Smart-UPS a
>> vsechny mi s apcupsd perfektne funguji - vypinani pri vypadku a
>> vybite baterii, zapinani po obnoveni, to vse i s nekolika stroji
>> na jedne UPS (tedy master-slave nastaveni apcupsd).
>
>> Tosuja
>
> Dotaz na nefungujici ups jsem posilal sem do konfery, ale nikdo
> neporadil. Slo o to ze se přerušovala a znovu obnovovala komunikace
> mezi serverem a upskou, kdyz jsem to trapil delsi dobu, tak to
> dokonce server vypnulo. Kabely mam jak USB tak serial.
aha, tak s tim jsem se take setkal u jedne ups-ky co tady byla...mel
jsem to propojene USB kabelem a chovalo se to podobne jak popisujete
(ztrata komunikace mezi serverem a UPS-kou)...kdyz jsem pouzil serial,
tak to bylo bez problemu...ale pouzivam NUT...kde konkretne problem
byl ale nevim, nemel jsem cas to zkoumat a pak kdyz to zacalo chodit,
tak uz jsem se k tomu nedostal...

Duda

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.5 (GNU/Linux)

iD8DBQFGXWcSAfrzKr69mrQRAknDAJ4zqZh1Q9xA/1pak583M7LXWhUnagCgjp5w
pH5K6X3XOjCUfsp9sTdYBe0=
=RZDN
-----END PGP SIGNATURE-----



From konference na cimboraservis.cz  Wed May 30 14:30:06 2007
From: konference na cimboraservis.cz (Honza Novacek)
Date: Wed, 30 May 2007 14:30:06 +0200
Subject: ups fungujici pod linuxem
In-Reply-To: <465D5D8A.1080004@tosuja.info>
References: <1938179081.20070530102550@cimboraservis.cz>
	<465D4562.9090800@tosuja.info>
	<9110317215.20070530130152@cimboraservis.cz>
	<465D5D8A.1080004@tosuja.info>
Message-ID: <1502761626.20070530143006@cimboraservis.cz>

Kabely mam oba, s RS-232 to nekumunikovalo vubec.
S USB ano, ale neustale se to odpojuje-pripojuje.

Typ kabelu jsem nastavoval podle tabulky na strankach apcupsd.

APC Back, mi chodi s USB zcela bezproblemove.

Kabel je v poradku, pod Win server ta komunikace chodi.


JN

> Aha, nikdy jsem nepouzival USB, RS-232 mi fungovalo vzdy spolehlive. Co
> kdyz zkusite seriovy kabel?

> Tosuja

> Honza Novacek wrote:
>>  zdravim konfenreci, potykam se s nasledujicim problemem.
>>  Mam upesku APC SmartUPS 1500 s USB kabelem.
>>  Pokud spustim apcupsd, neustale se ztraci a obnovuje spojeni s upeskou




From antonin.micka na megasphera.cz  Wed May 30 14:34:52 2007
From: antonin.micka na megasphera.cz (=?iso-8859-2?q?Anton=EDn_Mi=E8ka?=)
Date: Wed, 30 May 2007 14:34:52 +0200
Subject: ups fungujici pod linuxem
In-Reply-To: <200705301238.27897.antonin.micka@megasphera.cz>
References: <465D3D16.6030904@lib.cas.cz>
	<200705301206.44915.msk.conf@seznam.cz>
	<200705301238.27897.antonin.micka@megasphera.cz>
Message-ID: <200705301434.52147.antonin.micka@megasphera.cz>

Dne středa 30 květen 2007 12:38 Antonín Mička napsal(a):
> Dne středa 30 květen 2007 12:06 msk napsal(a):
> > > Treba zemeni?
> >
> > Kam, na ochranny kolik? Alebo nulak? Aky to ma zmysel, ked sa elektricky
> > okruh uzatvara medzi bateriou a serverom?
> >
> > --
> > Dusan Zatkovsky
>
> V soustavě TN-S jedině na kolík...
>
> A alternativní soustava TN-C se už na nové rozvody dlouho používat nesmí...
> (alespoň v našich končinách ne). Setkat se s ní můžete pouze u rozvodů
> starších asi deset let... (teda, to přibližně tipuju, klidně to může být
> víc).

No, smysl??? přece uzemnění... logicky pokud vím, tak UPS neplní funkci 
oddělovacího trafa...

-- 
Antonín Mička


From stoupa na practisoft.cz  Wed May 30 03:12:57 2007
From: stoupa na practisoft.cz (Petr Vileta)
Date: Wed, 30 May 2007 03:12:57 +0200
Subject: Orvaldi nebrat?
References: <mailman.1138.1180470468.4027.linux@linux.cz>
Message-ID: <f3jqfe$frs$2@ns.felk.cvut.cz>

"Vlada Macek" <tuttle na sandbox.cz> píše v diskusním příspěvku 
news:mailman.1138.1180470468.4027.linux na linux.cz...
> Zdar,
>
> do firmy potrebujem zalohovat napajeni serveru (prekvapive) a ja mam
> malo argumentu na podporu drahe znacky APC, kterou povazuju za nejlepsi
> volbu. Sef se vsak zakoukal do polske znacky Orvaldi. Samozrejme o
> polovicni cene.
>
> Ocenim, kdyz sem napise nekdo, kdo ma s Polaky negativni zkusenost,
> abych mel co vynaset. :-)
>
Mno, neznam primo Orvaldi UPS, ale znam polske akumulatory do automobilu. 
Pokud ceska Akuma nebo neco z Nemecka, Francie atd. vydrzi 4-5 let, pak ta 
polska je za 2-3 roky v hajzlu. Predpokladam, ze podobne to bude i s 
trvanlivosti elektronickych soucastek. Ono neco jineho je koupit integracem 
tranzistory a kondenzatory 2.jakosti a neco z nich postavit a neco jineho 
(APC) je to postavit ze soucastek 1.jakosti. Muj znamy mel nejakou madarskou 
UPSku a po 3 letech menil baterii, po dalsim roce to shorelo cele. Ted ma 
APC a uz jede 5 let bez poruchy.
Takze muj argument je, ze to bude fungovat, ale bude se to muset mnohem 
drive opravit nebo zahodit, nez ta APC.
-- 
Petr

Skype: callto://fidokomik

Na mail uvedeny v headeru zpravy nema cenu nic posilat, konci to v PR* :-)
Odpovidejte na petr na practisoft cz



From dmichal na altien.com  Wed May 30 14:57:23 2007
From: dmichal na altien.com (David Michal)
Date: Wed, 30 May 2007 13:57:23 +0100
Subject: Misto na disku...df hlasi plno a du nevi proc.
Message-ID: <D65DE45E9DB07C43B4F5210329E41BE62B40CB@londinium.hq.altien.com>

Zdravim,

umel by jstem I nekdo poradit jak zjistim co mi bere misto na disku
/dev/sda1 ?

 

# df -h

Filesystem            Size  Used Avail Use% Mounted on

/dev/sda1             5.0G  4.8G     0 100% /

udev                  3.6G  124K  3.6G   1% /dev

/dev/sda3             127G   96G   31G  76% /vmware

 

# du -hs  --one-file-system /

1.6G    /

 

Diky,

David

 



From psimek na jcu.cz  Wed May 30 14:59:55 2007
From: psimek na jcu.cz (Petr Simek)
Date: Wed, 30 May 2007 14:59:55 +0200
	(=?iso-8859-2?Q?St=F8edn=ED_Evropa_=28letn=ED__=E8as=29?=)
Subject: ups fungujici pod linuxem
In-Reply-To: <465D4BBD.7000501@lib.cas.cz>
Message-ID: <Pine.WNT.4.43.0705301451060.-8380265-100000@helio.jcu.cz>

On Wed, 30 May 2007, Martin Duda wrote:

> >>> za chodu NEMA odpojovat od napajeci site...zkuste popremyslet
> >>> proc asi...
> >> Co co co prosím? K čemu že nám UPS slouží? Jaký je rozdíl mezi
> >> vytažením přívodní šňury a vyhození jističe (kdekoli v přenosové
> >> soustavě)?
> >
> > Treba zemeni?
> >
> Bingo :)

Uprimne receno - kdyz si dam pred server UPSku, tak ocekavam ze i kdyz mi
nekdo vytahne snuru ze zasuvky tak moje zarizeni pobezi dal a ze bude
fungovat i kdyz to tam zapichne zpet. UPSky s pripojenym servem jsem nikdy
jinak netestoval nez ze ji vytahnu privodni snuru a nikdy ji vraceni te
snury nic neudelalo ani tomu napajenemu serveru.

Koneckoncu - vetsina notebooku taky nema zemneni a jak pekne pracuje
na siti a s pripojenymi zarizenimi a to za obcasneho pripojeni nebo
odpojeni napajeciho adapteru..


*------------------------------------------------------------------------*
|                          Petr Simek   APS JU                           |
|                             psimek na jcu.cz                              |
*------------------------------------------------------------------------*



From lukesh na seznam.cz  Wed May 30 15:01:24 2007
From: lukesh na seznam.cz (Jaroslav Lukesh)
Date: Wed, 30 May 2007 15:01:24 +0200
Subject: Misto na disku...df hlasi plno a du nevi proc.
References: <D65DE45E9DB07C43B4F5210329E41BE62B40CB@londinium.hq.altien.com>
Message-ID: <07d801c7a2ba$a14997c0$6164a8c0@xp>

Máte tam příliš mnoho malých souborů a došl vám volné inody?

----- Original Message ----- 
From: "David Michal" <dmichal na altien.com>


Zdravim,

umel by jstem I nekdo poradit jak zjistim co mi bere misto na disku
/dev/sda1 ?



# df -h

Filesystem            Size  Used Avail Use% Mounted on

/dev/sda1             5.0G  4.8G     0 100% /

udev                  3.6G  124K  3.6G   1% /dev

/dev/sda3             127G   96G   31G  76% /vmware



# du -hs  --one-file-system /

1.6G    /




From PaJaSoft na FoNet.Cz  Wed May 30 15:04:08 2007
From: PaJaSoft na FoNet.Cz (=?iso-8859-2?Q?Ing._Pavel_PaJaSoft_Janou=B9ek?=)
Date: Wed, 30 May 2007 15:04:08 +0200
Subject: ups fungujici pod linuxem
In-Reply-To: <Pine.WNT.4.43.0705301451060.-8380265-100000@helio.jcu.cz>
Message-ID: <200705301304.l4UD48MD032579@merlin.fonet.cz>

linux-bounces na linux.cz <mailto:linux-bounces na linux.cz> wrote:
> Koneckoncu - vetsina notebooku taky nema zemneni a jak pekne pracuje
> na siti a s pripojenymi zarizenimi a to za obcasneho pripojeni nebo
> odpojeni napajeciho adapteru..

	A vetšina těch (často sranda) adaptérů dokonce zemnící kolík ani
nemá...:-)

PS: Konečně někdo chápe, že je to o nečem jiném... díky náčelníku.

-------------------------------------------------------------------
Ing. Pavel Janousek (PaJaSoft)             FoNet, spol. s r. o.
Technicka podpora, Intranet/Internet     Sokolova 67, 619 00 Brno
E-mail: mailto:Janousek na FoNet.Cz         Tel.: +420  5  4324 4749
WWW:    http://WWW.FoNet.Cz/           E-mail: mailto:Info na FoNet.Cz
-------------------------------------------------------------------  



From Antonin.Mares na vscht.cz  Wed May 30 15:04:50 2007
From: Antonin.Mares na vscht.cz (Antonin Mares)
Date: Wed, 30 May 2007 15:04:50 +0200 (CEST)
Subject: Misto na disku...df hlasi plno a du nevi proc.
In-Reply-To: <D65DE45E9DB07C43B4F5210329E41BE62B40CB@londinium.hq.altien.com>
References: <D65DE45E9DB07C43B4F5210329E41BE62B40CB@londinium.hq.altien.com>
Message-ID: <Pine.LNX.4.64.0705301504090.16851@zzz.vscht.cz>

On Wed, 30 May 2007, David Michal wrote:

> Zdravim,
> 
> umel by jstem I nekdo poradit jak zjistim co mi bere misto na disku
> /dev/sda1 ?
> 
>  
> # du -hs  --one-file-system /
> 
> 1.6G    /
> 
>  
> 

Zkuste spis du -hs /*


Tonda Mares

-- 

Grethok the Controller yells: Intruders have breached the hatchery!
Sound the alarm! Protect the eggs at all costs!



From tosuja na tosuja.info  Wed May 30 15:04:40 2007
From: tosuja na tosuja.info (=?ISO-8859-2?Q?Petr_Kl=EDma?=)
Date: Wed, 30 May 2007 15:04:40 +0200
Subject: ups fungujici pod linuxem
In-Reply-To: <1502761626.20070530143006@cimboraservis.cz>
References: <1938179081.20070530102550@cimboraservis.cz>	<465D4562.9090800@tosuja.info>	<9110317215.20070530130152@cimboraservis.cz>	<465D5D8A.1080004@tosuja.info>
	<1502761626.20070530143006@cimboraservis.cz>
Message-ID: <465D7668.9030004@tosuja.info>

Trosku jsem zapatral v pameti a doslo mi, ze jsem typ 1500 mel  a
pouzival k plne spokojenosti se seriakem. Takze chyba bude v nastaveni.

Vycuc z /etc/apcupsd/apcupsd.conf:
UPSCABLE smart
UPSTYPE apcsmart
DEVICE /dev/ttyS0
UPSCLASS standalone
UPSMODE disable

No a jeste je samozrejme potreba nastavit seriak zhruba takto:
/dev/ttyS0 uart 16550A port 0x3F8 irq 4

Samozrejme misto /dev/ttyS0 dejte spravne zarizeni.

Jede to jak z praku....

Tosuja

Honza Novacek wrote:
> Kabely mam oba, s RS-232 to nekumunikovalo vubec.
> S USB ano, ale neustale se to odpojuje-pripojuje.
> 
> Typ kabelu jsem nastavoval podle tabulky na strankach apcupsd.
> 
> APC Back, mi chodi s USB zcela bezproblemove.

-- 
Petr "Tosuja" Klíma
Mail: tosuja na tosuja.info
Web: www.tosuja.info
ICQ: 52057532



From konference na cimboraservis.cz  Wed May 30 15:09:37 2007
From: konference na cimboraservis.cz (Honza Novacek)
Date: Wed, 30 May 2007 15:09:37 +0200
Subject: ups fungujici pod linuxem
In-Reply-To: <465D7668.9030004@tosuja.info>
References: <1938179081.20070530102550@cimboraservis.cz>
	<465D4562.9090800@tosuja.info>
	<9110317215.20070530130152@cimboraservis.cz>
	<465D5D8A.1080004@tosuja.info>
	<1502761626.20070530143006@cimboraservis.cz>
	<465D7668.9030004@tosuja.info>
Message-ID: <956412685.20070530150937@cimboraservis.cz>

Nastaveni mam stejne, akorat tu fintu s nastaveni serioveho portu jsem
neudelal...vyzkousim,

Diky,
JN

> Trosku jsem zapatral v pameti a doslo mi, ze jsem typ 1500 mel  a
> pouzival k plne spokojenosti se seriakem. Takze chyba bude v nastaveni.

> Vycuc z /etc/apcupsd/apcupsd.conf:
> UPSCABLE smart
> UPSTYPE apcsmart
> DEVICE /dev/ttyS0
> UPSCLASS standalone
> UPSMODE disable

> No a jeste je samozrejme potreba nastavit seriak zhruba takto:
> /dev/ttyS0 uart 16550A port 0x3F8 irq 4

> Samozrejme misto /dev/ttyS0 dejte spravne zarizeni.

> Jede to jak z praku....

> Tosuja

> Honza Novacek wrote:
>> Kabely mam oba, s RS-232 to nekumunikovalo vubec.
>> S USB ano, ale neustale se to odpojuje-pripojuje.
>> 
>> Typ kabelu jsem nastavoval podle tabulky na strankach apcupsd.
>> 
>> APC Back, mi chodi s USB zcela bezproblemove.




From martin.duda na lib.cas.cz  Wed May 30 15:11:46 2007
From: martin.duda na lib.cas.cz (Martin Duda)
Date: Wed, 30 May 2007 15:11:46 +0200
Subject: ups fungujici pod linuxem
In-Reply-To: <Pine.WNT.4.43.0705301451060.-8380265-100000@helio.jcu.cz>
References: <Pine.WNT.4.43.0705301451060.-8380265-100000@helio.jcu.cz>
Message-ID: <465D7812.9000309@lib.cas.cz>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Petr Simek napsal(a):
> On Wed, 30 May 2007, Martin Duda wrote:
>
>>>>> za chodu NEMA odpojovat od napajeci site...zkuste
>>>>> popremyslet proc asi...
>>>> Co co co prosím? K čemu že nám UPS slouží? Jaký je rozdíl
>>>> mezi vytažením přívodní šňury a vyhození jističe (kdekoli v
>>>> přenosové soustavě)?
>>> Treba zemeni?
>>>
>> Bingo :)
>
> Uprimne receno - kdyz si dam pred server UPSku, tak ocekavam ze i
> kdyz mi nekdo vytahne snuru ze zasuvky tak moje zarizeni pobezi dal
> a ze bude fungovat i kdyz to tam zapichne zpet. UPSky s pripojenym
> servem jsem nikdy jinak netestoval nez ze ji vytahnu privodni snuru
> a nikdy ji vraceni te snury nic neudelalo ani tomu napajenemu
> serveru.
>
> Koneckoncu - vetsina notebooku taky nema zemneni a jak pekne
> pracuje na siti a s pripojenymi zarizenimi a to za obcasneho
> pripojeni nebo odpojeni napajeciho adapteru..

ano souhlasim...nechci tvrdit za kazdou cenu, ze se to musi pokazit
vzdy...jen jsem vychazel z toho, co nam kdysi, kdyz jsem pred lety
chodil do skoly na prednasky ze silnoproude elektrotechniky tvrdil
jeden asistent, ze rozhodne neni dobre za chodu vytahnout UPS-ce
napajeci kabel - argumentoval tehdy (pokud si dobre pamatuji) zemnimi
smyckami, vyrovnanim potencialu atd...pokud se mylim ja nebo on, rad
se necham poucit :)

btw: nekdo se zde dozadoval dukazu ;) otevrene priznavam, ze jsem
prave na zaklade tohoto doporuceni nikdy neriskoval a ups-ku takto
neodpojoval ;)

toz tak...


-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.5 (GNU/Linux)

iD8DBQFGXXgSAfrzKr69mrQRAgZiAJ9eG6lAmFSqImMI0KCtF9B7NgtgvgCgiyO7
SdlIG9zk73SriXoam54PtyI=
=7IrQ
-----END PGP SIGNATURE-----



From PaJaSoft na FoNet.Cz  Wed May 30 15:17:02 2007
From: PaJaSoft na FoNet.Cz (=?iso-8859-2?Q?Ing._Pavel_PaJaSoft_Janou=B9ek?=)
Date: Wed, 30 May 2007 15:17:02 +0200
Subject: ups fungujici pod linuxem
In-Reply-To: <465D7812.9000309@lib.cas.cz>
Message-ID: <200705301317.l4UDH2ne000467@merlin.fonet.cz>

> ano souhlasim...nechci tvrdit za kazdou cenu, ze se to musi pokazit
> vzdy...jen jsem vychazel z toho, co nam kdysi, kdyz jsem pred lety
> chodil do skoly na prednasky ze silnoproude elektrotechniky tvrdil
> jeden asistent, ze rozhodne neni dobre za chodu vytahnout UPS-ce
> napajeci kabel - argumentoval tehdy (pokud si dobre pamatuji) zemnimi
> smyckami, vyrovnanim potencialu atd...pokud se mylim ja nebo on, rad
> se necham poucit :) 

	S timto plně souhlasím a právě tyto údaje a konstrukce, které
nenajdete na štítku rozdělují UPSky na sranda hračky (ty trapné přep.
ochrany, back-upy atd.) a zařízení hodné svého jména. Již zmíněný MGE je v
této oblasti fakt třída - za prvotřídní cenu samozřejmě...:-), APC je
řekněme docela slušný za tu cenu.

	Ale přepokladám, že kolegové aktuálně neřešili desítky (!!) a více
kilowatt...:-)

-------------------------------------------------------------------
Ing. Pavel Janousek (PaJaSoft)             FoNet, spol. s r. o.
Technicka podpora, Intranet/Internet     Sokolova 67, 619 00 Brno
E-mail: mailto:Janousek na FoNet.Cz         Tel.: +420  5  4324 4749
WWW:    http://WWW.FoNet.Cz/           E-mail: mailto:Info na FoNet.Cz
-------------------------------------------------------------------  



From martin.duda na lib.cas.cz  Wed May 30 15:17:31 2007
From: martin.duda na lib.cas.cz (Martin Duda)
Date: Wed, 30 May 2007 15:17:31 +0200
Subject: Misto na disku...df hlasi plno a du nevi proc.
In-Reply-To: <D65DE45E9DB07C43B4F5210329E41BE62B40CB@londinium.hq.altien.com>
References: <D65DE45E9DB07C43B4F5210329E41BE62B40CB@londinium.hq.altien.com>
Message-ID: <465D796B.7030303@lib.cas.cz>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

napriklad by mohlo pomoci toto?

#du / -h|egrep -E "^[0-9]{1,}(M){1}"

Duda

David Michal napsal(a):
> Zdravim,
>
> umel by jstem I nekdo poradit jak zjistim co mi bere misto na disku
>  /dev/sda1 ?

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.5 (GNU/Linux)

iD8DBQFGXXlrAfrzKr69mrQRAr2gAJwO+InGfDsqO6PnK0m9SYKn0oCx+gCgklUL
NlTFkPIcKfkA8S5lcLJl1Fc=
=dEfA
-----END PGP SIGNATURE-----



From dmichal na altien.com  Wed May 30 15:26:25 2007
From: dmichal na altien.com (David Michal)
Date: Wed, 30 May 2007 14:26:25 +0100
Subject: Misto na disku...df hlasi plno a du nevi proc.
In-Reply-To: <465D796B.7030303@lib.cas.cz>
References: <D65DE45E9DB07C43B4F5210329E41BE62B40CB@londinium.hq.altien.com>
	<465D796B.7030303@lib.cas.cz>
Message-ID: <D65DE45E9DB07C43B4F5210329E41BE62B40CD@londinium.hq.altien.com>

> Zkuste spis du -hs /*
> Tonda Mares
Tohle mi do vypisu zahrne I mount point /vmware


> Jaroslav Lukes: Máte tam příliš mnoho malých souborů a došl vám volné inody?

tim to neni volnych inodu je dost

#df -ih
Filesystem            Inodes   IUsed   IFree IUse% Mounted on
/dev/sda1               641K     58K    584K    9% /
udev                    206K     431    206K    1% /dev
/dev/sda3               123M     163    123M    1% /vmware

> 
> napriklad by mohlo pomoci toto?
> 
> #du / -h|egrep -E "^[0-9]{1,}(M){1}"
> 
> Duda

Tohle nepomohlo nenasel jsem ve vypisu nic podezrele velkeho.


Je to na Suse 10 mozna ma tohle distro nejakou specialitku. Koukal jsem na ten udev ktery ma alokovano 3.6GB ale to by mel byt pouze virtualni fs tusim. Takze prozatim vubec netusim co mi kde zere tolik mista.
Diky,
David




From luf na pzkagis.cz  Wed May 30 15:30:59 2007
From: luf na pzkagis.cz (Ludek Finstrle)
Date: Wed, 30 May 2007 15:30:59 +0200
Subject: Misto na disku...df hlasi plno a du nevi proc.
In-Reply-To: <D65DE45E9DB07C43B4F5210329E41BE62B40CB@londinium.hq.altien.com>
References: <D65DE45E9DB07C43B4F5210329E41BE62B40CB@londinium.hq.altien.com>
Message-ID: <20070530133059.GI22991@soptik.pzkagis.cz>

> umel by jstem I nekdo poradit jak zjistim co mi bere misto na disku
> /dev/sda1 ?

Jaky filesystem?

Luf


From martin.duda na lib.cas.cz  Wed May 30 15:32:20 2007
From: martin.duda na lib.cas.cz (Martin Duda)
Date: Wed, 30 May 2007 15:32:20 +0200
Subject: Misto na disku...df hlasi plno a du nevi proc.
In-Reply-To: <D65DE45E9DB07C43B4F5210329E41BE62B40CD@londinium.hq.altien.com>
References: <D65DE45E9DB07C43B4F5210329E41BE62B40CB@londinium.hq.altien.com>	<465D796B.7030303@lib.cas.cz>
	<D65DE45E9DB07C43B4F5210329E41BE62B40CD@londinium.hq.altien.com>
Message-ID: <465D7CE4.5060703@lib.cas.cz>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

David Michal napsal(a):
>> Zkuste spis du -hs /* Tonda Mares
> Tohle mi do vypisu zahrne I mount point /vmware
>
>
>> Jaroslav Lukes: Máte tam příliš mnoho malých souborů a došl vám
>> volné inody?
>
> tim to neni volnych inodu je dost
>
> #df -ih Filesystem            Inodes   IUsed   IFree IUse% Mounted
> on /dev/sda1               641K     58K    584K    9% / udev
> 206K     431    206K    1% /dev /dev/sda3               123M
> 163    123M    1% /vmware
>
>> napriklad by mohlo pomoci toto?
>>
>> #du / -h|egrep -E "^[0-9]{1,}(M){1}"
>>
>> Duda
>
> Tohle nepomohlo nenasel jsem ve vypisu nic podezrele velkeho.
>
>
> Je to na Suse 10 mozna ma tohle distro nejakou specialitku. Koukal
> jsem na ten udev ktery ma alokovano 3.6GB ale to by mel byt pouze
> virtualni fs tusim. Takze prozatim vubec netusim co mi kde zere
> tolik mista.

hms...a jen takova trivialni otazka...jak velke mate logy ve /var/log
? vypada to, ze mate logy na stejne parcele jako root...


-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.5 (GNU/Linux)

iD8DBQFGXXzkAfrzKr69mrQRAooJAJ9hns3TMhj1qSQkgRuPy8lP7pSMdwCfbe+n
P5fSgmw6tySfhYpv7AbWZM4=
=c2fS
-----END PGP SIGNATURE-----



From slavek.banko na axis.cz  Wed May 30 15:33:01 2007
From: slavek.banko na axis.cz (Slavek Banko)
Date: Wed, 30 May 2007 15:33:01 +0200
Subject: Misto na disku...df hlasi plno a du nevi proc.
In-Reply-To: <D65DE45E9DB07C43B4F5210329E41BE62B40CB@londinium.hq.altien.com>
References: <D65DE45E9DB07C43B4F5210329E41BE62B40CB@londinium.hq.altien.com>
Message-ID: <200705301533.01573.slavek.banko@axis.cz>

Hledejte soubor, který již byl smazán, ale ještě se používá (například 
nějaký žurnál, apod. - snad pomůže lsof).

Slávek
-- 
Dne středa 30 květen 2007 14:57 David Michal napsal(a):
> Zdravim,
>
> umel by jstem I nekdo poradit jak zjistim co mi bere misto na disku
> /dev/sda1 ?
>
>
>
> # df -h
>
> Filesystem            Size  Used Avail Use% Mounted on
>
> /dev/sda1             5.0G  4.8G     0 100% /
>
> udev                  3.6G  124K  3.6G   1% /dev
>
> /dev/sda3             127G   96G   31G  76% /vmware
>
>
>
> # du -hs  --one-file-system /
>
> 1.6G    /
>
>
>
> Diky,
>
> David


From ivast na mail.t-mobile.sk  Wed May 30 15:32:57 2007
From: ivast na mail.t-mobile.sk (Ivan Stenda)
Date: Wed, 30 May 2007 15:32:57 +0200
Subject: Misto na disku...df hlasi plno a du nevi proc.
In-Reply-To: <D65DE45E9DB07C43B4F5210329E41BE62B40CD@londinium.hq.altien.com>
References: <D65DE45E9DB07C43B4F5210329E41BE62B40CB@londinium.hq.altien.com>	<465D796B.7030303@lib.cas.cz>
	<D65DE45E9DB07C43B4F5210329E41BE62B40CD@londinium.hq.altien.com>
Message-ID: <465D7D09.9030501@mail.t-mobile.sk>

subor ktory uz nema meno... opytajte sa fuser

> Takze prozatim vubec netusim co mi kde zere tolik mista.
> Diky,
> David


From spam na nagano.cz  Wed May 30 15:08:37 2007
From: spam na nagano.cz (Ladislav Vaiz)
Date: Wed, 30 May 2007 15:08:37 +0200 (CEST)
Subject: Misto na disku...df hlasi plno a du nevi proc.
In-Reply-To: <D65DE45E9DB07C43B4F5210329E41BE62B40CB@londinium.hq.altien.com>
References: <D65DE45E9DB07C43B4F5210329E41BE62B40CB@londinium.hq.altien.com>
Message-ID: <Pine.LNX.4.63.0705301507100.21893@nagano.cz>

Soubory v namountovanem adresari? Ztracene soubory? Zkuste odmountovat 
/vmware nebo pustit fsck -f

Lada


From char.konf na cscargo.cz  Wed May 30 15:40:13 2007
From: char.konf na cscargo.cz (Karel Charousek)
Date: Wed, 30 May 2007 15:40:13 +0200
Subject: Misto na disku...df hlasi plno a du nevi proc.
In-Reply-To: <D65DE45E9DB07C43B4F5210329E41BE62B40CB@londinium.hq.altien.com>
References: <D65DE45E9DB07C43B4F5210329E41BE62B40CB@londinium.hq.altien.com>
Message-ID: <465D7EBD.1000402@cscargo.cz>



Muzete mit jakoby smazany soubor, ktery je otevreny a stale se do nej 
zapisuje.

Reseni:
man lsof
- unlinked open files
- najdete jiz neexistujici otevrene soubory s PIDem aplikace, ktera je 
ma otevrene a tuto aplikaci musite restartnout, aby se to uvolnilo

nebo

asi ten system znate a vite, ktera aplikace by to mohla byt, tak ji 
muzete restartnou

nebo

reboot :-)

K.Ch.

David Michal napsal(a):
> Zdravim,
>
> umel by jstem I nekdo poradit jak zjistim co mi bere misto na disku
> /dev/sda1 ?
>
>  
>
> # df -h
>
> Filesystem            Size  Used Avail Use% Mounted on
>
> /dev/sda1             5.0G  4.8G     0 100% /
>
> udev                  3.6G  124K  3.6G   1% /dev
>
> /dev/sda3             127G   96G   31G  76% /vmware
>
>  
>
> # du -hs  --one-file-system /
>
> 1.6G    /
>   



From dmichal na altien.com  Wed May 30 15:44:30 2007
From: dmichal na altien.com (David Michal)
Date: Wed, 30 May 2007 14:44:30 +0100
Subject: Misto na disku...df hlasi plno a du nevi proc.
In-Reply-To: <465D7EBD.1000402@cscargo.cz>
References: <D65DE45E9DB07C43B4F5210329E41BE62B40CB@londinium.hq.altien.com>
	<465D7EBD.1000402@cscargo.cz>
Message-ID: <D65DE45E9DB07C43B4F5210329E41BE62B40CE@londinium.hq.altien.com>

Tak za to vsechno mohl vmware, kdyz jsem ho zastavil a odmountoval
/dev/sda3 tak mi df -h ukazal 3.1GB volno na /dev/sda1.
Diky vsem za pomoc,
David



From Jiri.Netolicky na cdt.cz  Wed May 30 16:05:26 2007
From: Jiri.Netolicky na cdt.cz (=?UTF-8?B?SmnFmcOtIE5ldG9saWNrw70=?=)
Date: Wed, 30 May 2007 16:05:26 +0200
Subject: VideoforLinux a nahravani
In-Reply-To: <222771528.20070530063610@seznam.cz>
References: <1180466562.337461.242180@q69g2000hsb.googlegroups.com>	<465C9D6F.5070703@soban.cz>
	<222771528.20070530063610@seznam.cz>
Message-ID: <465D84A6.4020103@cdt.cz>

>> nemeth napsal(a):
>>> zdravim,
>>>
>>>   Rad bych se zde zucastnenych zeptal na dve otazky:
>>>
>>>   1. mam TV kartu ProVideo PV951, distribuce FedoraCore 6 Muzete mi
>>> doporucit nejaky software pro
>>>        nahravani ?  slysel jsem cosi o mencoderu ale nevim jak jej
>>> "spustit" a nemuzu nikde najit nejake howto...
> 
>> man mencoder nefunguje ?
> 
>> mencoder tv://$1 -tv
>> driver=v4l2:norm=PAL:input=0:volume=100:outfmt=yuy2:quality=0:amode=1:audiorate=32000:adevice=/dev/dsp
> 
> 
> Tohle sice nekde bylo ale prave nevim co se ma doplnit za $1 abych
> prepinal jednotlive kanaly (frekvence v MHz nefunguje). Nasledujici
> komprese je mi uz jasna. Jde jen o tu cast tv://blabla
> 
> Tady:
> 
> http://www.mplayerhq.hu/DOCS/HTML/cs/tv-input.html#tv-tips
> 
> prozmenu neni zadna volba za lomitky ...
> 
> 
>>>   2. Mam zakladni desku DG965WH, zvukovy chipset STAC9271 jakym
>>> zpusobem donutim tenhle chipset,
>>>       aby line-in byl skutecne line-in a to co jde na line-in mohl
>>> slyset v reproduktorech (a regulovat tomu
>>>       hlasitost, pripadne tento vstup pouzit pro nahravani viz bod 1)
>>> Vsechny konektory na zadni strane PC
>>>       jsou defaultne nastaveny do rezimu OUT (rezim 7.1) ale ja mam
>>> stejnak jen 2 repraky... :(
> 
>> Nějakým options viz: dokumentace k alse a kernelu.
> 
> Muzete prosim nadhodit aspon klicova slova, ktera mam hledat ? Na
> slova line-in a STAC9271 mi to nic nenaslo :( Dokumentace kernelu je
> OBROVSKA a jako zacatecnik se v tom moc nevyznam ... Linux jsem
> nainstaloval teprve predevcirem a byl jsem ohromne potesen jak to
> vsechno pekne spolupracuje, mnohem lip nez ve windows, ale jsou drobne
> problemy z neznalosti :( Abych prvdu rekl, tak ani nevim, zdali vubec
> nekdy ten line-in vstup nekdy fungoval, protoze jsem ho nepotreboval
> (TV karta PV951 mi nikdy ve windows nefungovala :)
> 

Mám sice jinou zvukovku (AC97 ICH5) ale když si pustím alsamixer
mám tam jeden sloupeček s názvem "channel" který lze klávesami
+- přepínat mezi 2ch/4ch/6ch. Podle toho se pak ostatní zdířky
chovají viz manuál k boardu. Když už jsme u alsamixeru, pomocí
F4 přepnete na výběr vstupních kanálů, vyberete linku, nastavíte
jako aktivní, nastavíte citlivost, přepenete F3 zpátky na výstupní
kanály nastavíte hlasitost z linky a musí to hrát. Jinak často bývají
defaultně některé kanály "vypnuté" nezapomeňte je zapnout.
U alsy také bývá prográmek speaker-test kterým si můýete otestovat
zapojení jednotlivých kanálů.


From postmaster na cexp.com  Wed May 30 16:24:51 2007
From: postmaster na cexp.com (postmaster na cexp.com)
Date: Wed, 30 May 2007 08:24:51 -0600
Subject: Attachment Discarded!
Message-ID: <20070530135013.24F1B1A87AE@mx02.cexp.com>

WARNING:  Message attachments violating Corporate Express' security policy have been discarded!

*******************************************************
Source Mailbox:  linux na muni.cz
Destination Mailbox:  mark.donaldson na cexp.com
Message Subject:  Returned mail: Data format error
Incident Time:  Wed May 30 08:24:51 2007
*******************************************************



From kas na fi.muni.cz  Wed May 30 18:06:41 2007
From: kas na fi.muni.cz (Jan Kasprzak)
Date: Wed, 30 May 2007 18:06:41 +0200
Subject: Apache a sendfile
Message-ID: <20070530160641.GZ11859@fi.muni.cz>

	Zdravim,

snazim se pred zverejnenim Fedory 7 vyoptimalizovat Apache tak,
aby pokud mozno prenasel velke soubory pres sendfile(2), ale mam s tim
nejaky problem: podle strace toho Apache moc neprenese a sendfile()
se stejne vola po malych kouscich - tady je kus strace -tt:

18:05:02.388711 sendfile(11, 12, [425122920], 3100072856) = 195480
18:05:02.388951 poll([{fd=11, events=POLLOUT, revents=POLLOUT}], 1, 120000) = 1
18:05:02.391883 sendfile(11, 12, [425318400], 3099877376) = 195480
18:05:02.392159 poll([{fd=11, events=POLLOUT, revents=POLLOUT}], 1, 120000) = 1
18:05:02.395060 sendfile(11, 12, [425513880], 3099681896) = 195480
18:05:02.395279 poll([{fd=11, events=POLLOUT, revents=POLLOUT}], 1, 120000) = 1
18:05:02.398020 sendfile(11, 12, [425709360], 3099486416) = 195480
18:05:02.398253 poll([{fd=11, events=POLLOUT, revents=POLLOUT}], 1, 120000) = 1
18:05:02.401230 sendfile(11, 12, [425904840], 3099290936) = 195480
18:05:02.401456 poll([{fd=11, events=POLLOUT, revents=POLLOUT}], 1, 120000) = 1
18:05:02.404867 sendfile(11, 12, [426100320], 3099095456) = 195480
18:05:02.405033 poll([{fd=11, events=POLLOUT, revents=POLLOUT}], 1, 120000) = 1

Pritom kdyz podobne strace pustim na proftpd, tak tam je videt,
ze proftpd par minut visi v tom sendfile() a za tu dobu odvysila treba
cely ISO image CDcka. Funguje vam nekomu sendfile() v Apache lepe nez
u me?

	Diky,

-Y.

-- 
| Jan "Yenya" Kasprzak  <kas at {fi.muni.cz - work | yenya.net - private}> |
| GPG: ID 1024/D3498839      Fingerprint 0D99A7FB206605D7 8B35FCDE05B18A5E |
| http://www.fi.muni.cz/~kas/    Journal: http://www.fi.muni.cz/~kas/blog/ |
> I will never go to meetings again because I think  face to face meetings <
> are the biggest waste of time you can ever have.        --Linus Torvalds <


From mj na ucw.cz  Wed May 30 18:24:04 2007
From: mj na ucw.cz (Martin `MJ' Mares)
Date: Wed, 30 May 2007 18:24:04 +0200
Subject: Apache a sendfile
In-Reply-To: <20070530160641.GZ11859@fi.muni.cz>
References: <20070530160641.GZ11859@fi.muni.cz>
Message-ID: <mj+md-20070530.162247.10148.nikam@ucw.cz>

Ahoj!

> 18:05:02.388711 sendfile(11, 12, [425122920], 3100072856) = 195480
> 18:05:02.388951 poll([{fd=11, events=POLLOUT, revents=POLLOUT}], 1, 120000) = 1
> 18:05:02.391883 sendfile(11, 12, [425318400], 3099877376) = 195480
> 18:05:02.392159 poll([{fd=11, events=POLLOUT, revents=POLLOUT}], 1, 120000) = 1
> 18:05:02.395060 sendfile(11, 12, [425513880], 3099681896) = 195480
> 18:05:02.395279 poll([{fd=11, events=POLLOUT, revents=POLLOUT}], 1, 120000) = 1
> 18:05:02.398020 sendfile(11, 12, [425709360], 3099486416) = 195480
> 18:05:02.398253 poll([{fd=11, events=POLLOUT, revents=POLLOUT}], 1, 120000) = 1
> 18:05:02.401230 sendfile(11, 12, [425904840], 3099290936) = 195480
> 18:05:02.401456 poll([{fd=11, events=POLLOUT, revents=POLLOUT}], 1, 120000) = 1
> 18:05:02.404867 sendfile(11, 12, [426100320], 3099095456) = 195480
> 18:05:02.405033 poll([{fd=11, events=POLLOUT, revents=POLLOUT}], 1, 120000) = 1
> 
> Pritom kdyz podobne strace pustim na proftpd, tak tam je videt,
> ze proftpd par minut visi v tom sendfile() a za tu dobu odvysila treba
> cely ISO image CDcka. Funguje vam nekomu sendfile() v Apache lepe nez
> u me?

Apache2 jsem nikdy poradne nezkoumal, ale jen tak od pohledu na ten
strace soudim, ze Apache ten socket ma v non-blocking modu, takze se
sendfile vrati vzdy po naplneni odchoziho bufferu. Vzhledem k tomu,
ze to jsou 190K kusy, nemelo by to byt na zatizeni serveru nijak vyrazne
poznat.

				Mej se skvele
-- 
Martin `MJ' Mares                          <mj na ucw.cz>   http://mj.ucw.cz/
Faculty of Math and Physics, Charles University, Prague, Czech Rep., Earth
f u cn rd ths, u cn gt a gd jb n cmptr prgrmmng.


From psimek na jcu.cz  Wed May 30 20:05:49 2007
From: psimek na jcu.cz (Petr Simek)
Date: Wed, 30 May 2007 20:05:49 +0200 (Central Europe Daylight Time)
Subject: ups fungujici pod linuxem
In-Reply-To: <465D7812.9000309@lib.cas.cz>
Message-ID: <Pine.WNT.4.43.0705301958380.-276267@oleum.jcu.cz>

On Wed, 30 May 2007, Martin Duda wrote:

> > Uprimne receno - kdyz si dam pred server UPSku, tak ocekavam ze i
> > kdyz mi nekdo vytahne snuru ze zasuvky tak moje zarizeni pobezi dal
> > a ze bude fungovat i kdyz to tam zapichne zpet. UPSky s pripojenym
> > servem jsem nikdy jinak netestoval nez ze ji vytahnu privodni snuru
> > a nikdy ji vraceni te snury nic neudelalo ani tomu napajenemu
> > serveru.

> ano souhlasim...nechci tvrdit za kazdou cenu, ze se to musi pokazit
> vzdy...jen jsem vychazel z toho, co nam kdysi, kdyz jsem pred lety

Ono kdyz se neco takoveho nekomu stane, tak je vzdy na miste se ptat
v jakem stavu ma elektroinstalaci - ma-li vubec funkcni vodic N apod.

> chodil do skoly na prednasky ze silnoproude elektrotechniky tvrdil
> jeden asistent, ze rozhodne neni dobre za chodu vytahnout UPS-ce
> napajeci kabel - argumentoval tehdy (pokud si dobre pamatuji) zemnimi
> smyckami, vyrovnanim potencialu atd...pokud se mylim ja nebo on, rad
> se necham poucit :)

Kdyz se jde na vec dostatecne vedecky da se vymyslet leccos. Tim odpojenim
to zarizeni vlastne plave na nejakem potencialu ktery je vic dany tim k
jakym periferiim je pripojeno a min na jake podlozce to stoji. To zpetne
zapojeni vrati kostru na potencial nuloveho koliku. Pokud je
elektroinstalace v poradku a periferie maji take nulovy potencial nemelo
by se vlastne nic zmenit.

Predpokladam ze kdyby to mel byt problem, varovali by pred nim sami
vyrobci UPS.


*------------------------------------------------------------------------*
|                          Petr Simek   APS JU                           |
|                             psimek na jcu.cz                              |
*------------------------------------------------------------------------*




From tuttle na sandbox.cz  Wed May 30 20:40:33 2007
From: tuttle na sandbox.cz (Vlada Macek)
Date: Wed, 30 May 2007 20:40:33 +0200
Subject: Dopis sefovi: Analyza situace a odduvodneni ceny kvalitnich UPS
Message-ID: <465DC521.3090906@sandbox.cz>

Procetl jsem si reakce na svuj vcerejsi dotaz (dekuji za ne) a hodne
hledal na netu. Musim rict, ze MGE upsiny vypadaji zajimave.

Text nize se chystam poslat sefovi. Ten mezitim dal na mou radu a svolil
koupit i drazsi, spolehlivejsi vyrobek.

Vidite v nize uvedenem mailu nejakou kravinu? Rad si necham poradit,
protoze s UPS mam male zkusenosti, dik predem.

V.

-------------------------------------------

Co mame:

    * Tri servery Dell PowerEdge 1800, kazdy ma dva moduly napajecich
      zdroju. To ma dva duvody: 1) zdroje se porouchavaji, 2) moznost
      napajet server ze dvou ruznych zdroju energie (zvyseni spolehlivosti).

    * Kazdy zdroj si bere za bezneho provozu mene nez ~450W. Funguji-li
      oba zdroje, vykon si rozkladaji. Pri poruse/vyjmuti jednoho se
      vykon zbyvajicim logicky zvysi.

    * Vyrobcem uvadena prikonova spicka je nejvyssi (a mnohem vyssi nez
      450W) pri zapinani masiny, ale to behem vypadku proudu dela jen
      zoufalec a to my nejsme.

    * Zdroj elektriny ve firme je nespolehlivy a drivejsi zkusenosti
      naznacuji, ze dochazi k napetovym spickam, ktere mohly zpusobit
      nase nedavne problemy s harddisky. Moderni UPS umi proti temto
      spickam chranit.

    * UPSky se podle zkusenych spravcu porouchavaji casteji nez zdroje v
      serverech (i znackovych).

Zapojeni:

   1. Vsech 6 zastrcek do jedne silne UPS: Jsme zcela zavisli na jeji
      provozuschopnosti. Prijdeme o vyhodu redundance zdroju.

   2. "Leve" zdroje vsech serveru do nejake UPS (at uz dedikovane nebo
      spolecne) a "prave" zdroje do zdi: Nechranime server proti
      skodlivym vykyvum v siti.

   3. Tri UPS, leve zdroje do "vlastni", prave zdroje do sousedni: Podle
      me prvni optimalni reseni, ale zvysuje pocet porouchatelnych beden
      "na sale". Dale castejsi pece o akumulatory. Kapacita jedne UPS
      750VA (~500W).

   4. Dve UPS, levy zdroj vsech serveru do jedne, pravy do druhe: Podle
      me druhe optimalni reseni. Avsak nutnost silnejsich UPS, kapacitu
      jedne odhaduji na >1500VA. Pri vypadku napajeni a zaroven vypadku
      jedne UPS by ale byla zbyvajici pretizena -> vyrazne snizeni doby
      zalohy, prorazeni pojistky nebo az poskozeni UPS. Prikre stoupani
      ceny UPS, ktera by v takovem pripade utahla vsechny 3 servery a
      byla pritom pod 100% kapacity.

Co s tim:

    * Znacku nejradeji MGE: Dobra podpora v kvalitnim open-source
      softwaru NUT, ktery je pripraven na rozsirovani. MGE ho primo
      financne podporuje.

    * Kdyz nenajdeme spolehliveho prodejce MGE, tak APC.

    * Cena zapojeni 3.: 3 x 5700 Kc (APC SMART 750i) nebo 3 x ~5450 Kc
      (MGE Pulsar Ellipse Premium 800 USBS FR).

    * Cena zapojeni 4.: 2 x ~11000 Kc jak pro MGE Evolution 1550 VA, tak
      APC SMART 1500 SUA.

    * Ceny bez DPH od 100mega (pro APC, doprava zdarma) a iobchody.cz
      (pro MGE, nejasna cena dopravy z Plzne).

    * System bych nastavil tak, aby kazdy ze tri serveru mel pri vypadku
      napajeni informaci o tom, kolik stavy je v ktere k nemu pripojene
      UPS a podle toho se zaridil.


Zatim mi pripada, ze vyhody jsou na strane zapojeni 3.

Owebovany, duveryhodne vypadajici obchod s UPS MGE nejlepe v Praze jsem
dosud nenasel. Weby mgeups.com a mgeups.cz podle me vubec nejsou delany
na to, aby je prohlizeli potencialni zakaznici...



From kas na fi.muni.cz  Wed May 30 21:47:58 2007
From: kas na fi.muni.cz (Jan Kasprzak)
Date: Wed, 30 May 2007 21:47:58 +0200
Subject: Apache a sendfile
In-Reply-To: <mj+md-20070530.162247.10148.nikam@ucw.cz>
References: <20070530160641.GZ11859@fi.muni.cz>
	<mj+md-20070530.162247.10148.nikam@ucw.cz>
Message-ID: <20070530194758.GS11357@fi.muni.cz>

Martin `MJ' Mares wrote:
: > Pritom kdyz podobne strace pustim na proftpd, tak tam je videt,
: > ze proftpd par minut visi v tom sendfile() a za tu dobu odvysila treba
: > cely ISO image CDcka. Funguje vam nekomu sendfile() v Apache lepe nez
: > u me?
: 
: Apache2 jsem nikdy poradne nezkoumal, ale jen tak od pohledu na ten
: strace soudim, ze Apache ten socket ma v non-blocking modu, takze se
: sendfile vrati vzdy po naplneni odchoziho bufferu. Vzhledem k tomu,
: ze to jsou 190K kusy, nemelo by to byt na zatizeni serveru nijak vyrazne
: poznat.

	Tak furt lepsi 600MB kusy nez 190K kusy, ne?
Ale jinak mas pravdu, za stazeni DVD image Fedory 6 nabere jak proftpd,
tak jeden potomek Apache asi vterinu CPU time, takze to neni tak strasne.
Je otazka, jestli se ten buffer nebude nejak zmensovat pri vzrustu
tlaku ve virtualni pameti.

-Y.

-- 
| Jan "Yenya" Kasprzak  <kas at {fi.muni.cz - work | yenya.net - private}> |
| GPG: ID 1024/D3498839      Fingerprint 0D99A7FB206605D7 8B35FCDE05B18A5E |
| http://www.fi.muni.cz/~kas/    Journal: http://www.fi.muni.cz/~kas/blog/ |
> I will never go to meetings again because I think  face to face meetings <
> are the biggest waste of time you can ever have.        --Linus Torvalds <


From mj na ucw.cz  Wed May 30 22:32:17 2007
From: mj na ucw.cz (Martin `MJ' Mares)
Date: Wed, 30 May 2007 22:32:17 +0200
Subject: Apache a sendfile
In-Reply-To: <20070530194758.GS11357@fi.muni.cz>
References: <20070530160641.GZ11859@fi.muni.cz>
	<mj+md-20070530.162247.10148.nikam@ucw.cz>
	<20070530194758.GS11357@fi.muni.cz>
Message-ID: <mj+md-20070530.202805.14400.nikam@ucw.cz>

Ahoj!

> Tak furt lepsi 600MB kusy nez 190K kusy, ne?

To zajiste ano :-)  Ale lepsi 190K kusy nez nepouzivat sendfile() :-)

> Ale jinak mas pravdu, za stazeni DVD image Fedory 6 nabere jak proftpd,
> tak jeden potomek Apache asi vterinu CPU time, takze to neni tak strasne.
> Je otazka, jestli se ten buffer nebude nejak zmensovat pri vzrustu
> tlaku ve virtualni pameti.

Ja myslim, ze je to obycejny send buffer od TCP, takze by se mel ridit
podle /proc/sys/net/ipv4/tcp_wmem.

				Have a nice fortnight
-- 
Martin `MJ' Mares                          <mj na ucw.cz>   http://mj.ucw.cz/
Faculty of Math and Physics, Charles University, Prague, Czech Rep., Earth
"#define QUESTION ((bb) || !(bb))"  -- Shakespeare


From mcepl na redhat.com  Wed May 30 22:38:43 2007
From: mcepl na redhat.com (Matej Cepl)
Date: Wed, 30 May 2007 22:38:43 +0200
Subject: Jak dostat z Berkeley DB obsah
References: <mailman.1162.1180525131.4027.linux@linux.cz>
Message-ID: <slrnf5ro6j.nhf.mcepl@hubmaier.ceplovi.cz>

On 2007-05-30, 11:38 GMT, Pavel Lisý wrote:
> Nevíte někdo, jak se dostat k textovému obsahu?

Nevím jestli to pomůže (zejména když db_dump nepracuje -- máte 
správnou verzi?), ale zkusil bych otevřít tu databázi pomocí 
Pythonu/Ruby/Perlu a nějak to vydumpovat ručně.

Matěj


From Dan na feld.cvut.cz  Wed May 30 23:24:08 2007
From: Dan na feld.cvut.cz (Dan Ohnesorg)
Date: Wed, 30 May 2007 23:24:08 +0200
Subject: Jak dostat z Berkeley DB obsah
In-Reply-To: <slrnf5ro6j.nhf.mcepl@hubmaier.ceplovi.cz>
References: <mailman.1162.1180525131.4027.linux@linux.cz>
	<slrnf5ro6j.nhf.mcepl@hubmaier.ceplovi.cz>
Message-ID: <20070530212408.GG22477@feld.cvut.cz>

Dne Wed, May 30, 2007 at 10:38:43PM +0200, Matej Cepl napsal:
> On 2007-05-30, 11:38 GMT, Pavel Lisý wrote:
> > Nevíte někdo, jak se dostat k textovému obsahu?
> 
> Nevím jestli to pomůže (zejména když db_dump nepracuje -- máte 
> správnou verzi?), ale zkusil bych otevřít tu databázi pomocí 
> Pythonu/Ruby/Perlu a nějak to vydumpovat ručně.

Tak to taky, ale myslim ze by mohl pomoct parametr -p u toho db_dumpu.


zdravim
dan


From stoupa na practisoft.cz  Thu May 31 03:31:33 2007
From: stoupa na practisoft.cz (Petr Vileta)
Date: Thu, 31 May 2007 03:31:33 +0200
Subject: ups fungujici pod linuxem
References: <1938179081.20070530102550@cimboraservis.cz>
	<mailman.1149.1180519003.4027.linux@linux.cz>
Message-ID: <f3l9np$1b19$1@ns.felk.cvut.cz>

"Martin Duda" <martin.duda na lib.cas.cz> píše v diskusním příspěvku 
news:mailman.1149.1180519003.4027.linux na linux.cz...
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> Zdravim,
>
> pokud jsem to dobre pochopil ten odkaz, tak ten clovek vytahl za chodu
> napajeci kabel z ups-ky a pak ho tam vratil opet za chodu - to se pak
> nesmi divit, ze oddelal server :) UPS-ka se za chodu NEMA odpojovat od
> napajeci site...zkuste popremyslet proc asi...
>
> Duda
>
To myslite vazne? Podle me je vytazeni napajeciho kabelu UPSky uplne to 
same, jako kdyz se rozzlobi v CEZu a vypnou celou ctvrt. Proste "nejde 
proud" a UPSka je od toho, aby par minut udrzela PC/server pri zivote, pote 
vyslala po seriovem nebo USB kabelu signal k shutdown toho pocitace. Pokud 
vytahnu kabel a behem 2-3 minut ho vratim zpatky, tak se krome "zoufaleho 
narikani" piskatka v UPS nesmi nic stat.
Nebo jsem neco nepochopil?
-- 
Petr

Skype: callto://fidokomik

Na mail uvedeny v headeru zpravy nema cenu nic posilat, konci to v PR* :-)
Odpovidejte na petr na practisoft cz



From breta.edvard na gmail.com  Thu May 31 07:48:58 2007
From: breta.edvard na gmail.com (Breta Benes)
Date: Thu, 31 May 2007 07:48:58 +0200
Subject: ups fungujici pod linuxem
References: <1938179081.20070530102550@cimboraservis.cz>
	<mailman.1159.1180522558.4027.linux@linux.cz>
Message-ID: <f3lnkb$1h21$1@ns.felk.cvut.cz>

"Petr Klíma"

asi 15 APC SmartUPS nekolika ruznych typu) obcas vesele rachotily
relatky, ale nemel jsem jediny problem s restartem cehokoliv. To
rachoceni relatky byvalo v extremnich pripadech treba 10 vterin dlouhe,
rekneme kolem 5 cvaknuti za vterinu.
===

Tak to mate blbe nastavene. Spravne pri prechodu na baterky
se UPS vraci na napajeni ze site az po nejake delsi dobe
- pokud sit bezi normalne. Ja mam nastavene 2 minuty.

10* za vterinu - nejkratsi cesta ke zkaze.

B.




From antonin.micka na megasphera.cz  Thu May 31 08:19:06 2007
From: antonin.micka na megasphera.cz (=?iso-8859-2?q?Anton=EDn_Mi=E8ka?=)
Date: Thu, 31 May 2007 08:19:06 +0200
Subject: ups fungujici pod linuxem
In-Reply-To: <f3l9np$1b19$1@ns.felk.cvut.cz>
References: <1938179081.20070530102550@cimboraservis.cz>
	<mailman.1149.1180519003.4027.linux@linux.cz>
	<f3l9np$1b19$1@ns.felk.cvut.cz>
Message-ID: <200705310819.06407.antonin.micka@megasphera.cz>

Tak, teoreticky se toho může stát...

ale to už je hodně velký teoretizování nad tím, co by kdyby...

Dne čtvrtek 31 květen 2007 03:31 Petr Vileta napsal(a):
> To myslite vazne? Podle me je vytazeni napajeciho kabelu UPSky uplne to
> same, jako kdyz se rozzlobi v CEZu a vypnou celou ctvrt. Proste "nejde
> proud" a UPSka je od toho, aby par minut udrzela PC/server pri zivote, pote
> vyslala po seriovem nebo USB kabelu signal k shutdown toho pocitace. Pokud
> vytahnu kabel a behem 2-3 minut ho vratim zpatky, tak se krome "zoufaleho
> narikani" piskatka v UPS nesmi nic stat.
> Nebo jsem neco nepochopil?


From petr.kristan na epos.cz  Thu May 31 08:26:32 2007
From: petr.kristan na epos.cz (petr.kristan na epos.cz)
Date: Thu, 31 May 2007 08:26:32 +0200
Subject: Orvaldi nebrat?
In-Reply-To: <200705300637.l4U6bmoP012417@merlin.fonet.cz>
References: <20070530055211.GC27869@eposux.epos.local>
	<200705300637.l4U6bmoP012417@merlin.fonet.cz>
Message-ID: <20070531062632.GB21308@eposux.epos.local>

On Wed, May 30, 2007 at 08:37:48AM +0200, Ing. Pavel PaJaSoft Janoušek wrote:
> linux-bounces na linux.cz <mailto:linux-bounces na linux.cz> wrote:
> > baterie (pred koncem zivotnosti) a vypadku proudu zacne
> > pistet a pri opetovnem nabehu pisti dal a
> > proud ze site dal nepusti me opravdu vytaci...
> 
> 	A jaké máte nastavené hraniční kapacity?
Tady nejde o nejake nastaveni. Kdyz je baterie pred koncem zivotnosti,
ale ups-ka to jeste nesignalizuje (neprobehl selftest) a dojde k vypadku
proudu i jen mzikovemu ups-ka zkolabuje. 
Prepne na baterii, menic zrejme neni schopen dodat dostatecny proud do
zateze a ochrana menic vypne. Ups-ka zacne pistet a i kdyz je v siti jiz
napajeni proste ho do zateze nepusti. Opravdu vyborne chovani....
At si klidne pisti, ale musi po nabehu proudu zapnout!

> > vydrzi baterky hrozne malo, mam podezreni na prebijeni, nebo prilis
> > vysokou teplotou uvnitr. 
> 
> 	No rozdíl od spousty jiných originál (i vyměněné) baterie APC vydrží
> na rozumné kapacitě minimálně 1.5 roku při běžných provozních podmínkách
> (při trvalém provozu). Vysoká teplota neprospívá žádnému typu...
A Vam pripada 1.5 roku dost???
Mam jine ups-ky, kde jsou baterie bezne i 4 roky.

Petr

-- 
Ing. Petr Kristan
.
EPOS PRO s.r.o., Bozeny Nemcove 2625, 530 02 Pardubice
tel: +420 466335223    Czech Republic (Eastern Europe) 
fax: +420 466510709


From tosuja na tosuja.info  Thu May 31 09:04:31 2007
From: tosuja na tosuja.info (=?UTF-8?B?UGV0ciBLbMOtbWE=?=)
Date: Thu, 31 May 2007 09:04:31 +0200
Subject: ups fungujici pod linuxem
In-Reply-To: <f3lnkb$1h21$1@ns.felk.cvut.cz>
References: <1938179081.20070530102550@cimboraservis.cz>	<mailman.1159.1180522558.4027.linux@linux.cz>
	<f3lnkb$1h21$1@ns.felk.cvut.cz>
Message-ID: <465E737F.5040800@tosuja.info>

Nevim, jaky software pouzivate, ale v apcupsd jsem nenasel nic, cim bych
 toto mohl nastavit. Muzete byt specifictejsi?

Diky, Tosuja

Breta Benes wrote:
> Tak to mate blbe nastavene. Spravne pri prechodu na baterky
> se UPS vraci na napajeni ze site az po nejake delsi dobe
> - pokud sit bezi normalne. Ja mam nastavene 2 minuty.

-- 
Petr "Tosuja" Klíma
Mail: tosuja na tosuja.info
Web: www.tosuja.info
ICQ: 52057532



From lists.subscriber na pragl.cz  Thu May 31 09:50:11 2007
From: lists.subscriber na pragl.cz (Miroslav Pragl)
Date: Thu, 31 May 2007 09:50:11 +0200
Subject: ups fungujici pod linuxem
References: <1938179081.20070530102550@cimboraservis.cz><mailman.1149.1180519003.4027.linux@linux.cz><f3l9np$1b19$1@ns.felk.cvut.cz>
	<200705310819.06407.antonin.micka@megasphera.cz>
Message-ID: <004a01c7a358$52e7a1f0$ad5a1859@czpgn086>

Kazdy el. privod je uzemneny do 50 m od odberneho mista (pokud si pamatuji) 
takze rozvodne zavody tezko odpoji zem. Navic pokud zhasne cely blok a 
vsechny faze tak jste relativne v pohode protoze neni "zdroj" pro 
potencialni zemni smycku.

Otazka zemnich smycek se v souvislosti s PC resi casto a doporucuji ji 
neprehlizet. Vetsinou tedy v presne OPACNEM duchu - odpaleni PC po pripojeni 
STA, brum pri pripojeni audio zarizeni atd.

Nicmene urcite vsichni mate NOVE 3 vodicove rozvody, prizemneni serverovny 
atd atd :)

MP

> To myslite vazne? Podle me je vytazeni napajeciho kabelu UPSky uplne to
> same, jako kdyz se rozzlobi v CEZu a vypnou celou ctvrt. Proste "nejde
> proud" a UPSka je od toho, aby par minut udrzela PC/server pri zivote, 
> pote
> vyslala po seriovem nebo USB kabelu signal k shutdown toho pocitace. Pokud
> vytahnu kabel a behem 2-3 minut ho vratim zpatky, tak se krome "zoufaleho
> narikani" piskatka v UPS nesmi nic stat.
> Nebo jsem neco nepochopil?



From dobes na tes.eu  Thu May 31 10:47:25 2007
From: dobes na tes.eu (Michal Dobes)
Date: Thu, 31 May 2007 10:47:25 +0200
Subject: ups fungujici pod linuxem
In-Reply-To: <f3l9np$1b19$1@ns.felk.cvut.cz>
References: <1938179081.20070530102550@cimboraservis.cz>	<mailman.1149.1180519003.4027.linux@linux.cz>
	<f3l9np$1b19$1@ns.felk.cvut.cz>
Message-ID: <465E8B9D.5000800@tes.eu>

Petr Vileta napsal(a):
> "Martin Duda" <martin.duda na lib.cas.cz> píše v diskusním příspěvku 
>> nesmi divit, ze oddelal server :) UPS-ka se za chodu NEMA odpojovat od
>> napajeci site...zkuste popremyslet proc asi...
>>
> To myslite vazne? Podle me je vytazeni napajeciho kabelu UPSky uplne to 
> same, jako kdyz se rozzlobi v CEZu a vypnou celou ctvrt. Proste "nejde 
> proud" a UPSka je od toho, aby par minut udrzela PC/server pri zivote, pote 
> vyslala po seriovem nebo USB kabelu signal k shutdown toho pocitace. Pokud 
> vytahnu kabel a behem 2-3 minut ho vratim zpatky, tak se krome "zoufaleho 
> narikani" piskatka v UPS nesmi nic stat.
> Nebo jsem neco nepochopil?

Asi nepochopil.
Rozdíl mezi tím, když ČEZ vypne čtvrť nebo vy vyrazíte doma pojistky
a proti tomu postavíte variantu, že vyrvu přívodní kabel k UPS, tak ten
rozdíl se minimálně jmenuje odpojený ochranný PE vodič. Ten rozdíl
v tom může být za určitých okolností dosti smrtelný.
Sorry, já jsem blbej strojař, nejsem elektrikář, takže nedokážu podat
ucelené vysvětlení kolegů ve firmě, ale pochopil jsem, že i sami
elektrikáři mají s UPSkami, hlavně těma menšíma, což je asi zde
diskutovaná oblast, celkem problém.
UPS jedoucí z baterek a odpojená od země je podivně ne/izolována
soustava, která pravděpodobně nebude splňovat všechny náležitosti
ochrany před úrazem. Hlavně, pokud jste přinesli UPS, zapojili k serveru
a dál to neřešili (k čemupak asi všude máme šrouby na propojování
zemnění, k čemupak je obvykle v dokumentaci blábol, že instalaci má
provádět odborník, ...). Testovali jste někdy důkladně, jak se ty UPS
chovají a co vše provádí? Celkem oblíbený stav je, že UPS, co přejde na
baterky, prohodí mezi sebou L a N (offline a line interactive krámy).
Pokud nemáte soustavu UPS, normálního rozvodu a zem staženu k sobě,
tak mezi těmito soustavami mohou být značně rozdílné potenciály, které
můžou být nebezpečné, když do toho hrábnete a bude se to vyrovnávat přes
Vás. Sice je asi šance na přizabití od tohoto menší, než třeba sáhnout
přímo na výstup UPS a udělat mezipólový zkrat, ale i takové riziko tam
je.
Jen tak bokem, kdo z Vás má na výstupu UPS proudové chrániče? Pokud
hrábnete do výstupu UPS, tak pojistka nemusí vůbec na zkratový proud
zareagovat, ale zato vy celkem fatálně.
A druhé ještě bokem, víte jak dokážou zuřit hasiči, když zjistí, že máte
v baráku UPSky a nemáte to v dokumentaci pro ně uvedeno, že jsou v domě
rozvody pod napětím 220V i po vypnutí hlavního přívodu do baráku (týká
se objektů se zvýšeným rizikem požárů, kde se musí vypracovávat požární
plán)?

Zaznělo tu, že notebooky a nejrůznější zdroje nemají PE také vůbec
připojen. Ano, notebook obvykle pracuje s nízkým a bezpečným napětím.
A zdroje bez ochranného kolíku obvykle jsou zařízení třídy ochrany II,
kde je zesílená nebo dvojitá izolace.

Samozřejmě je ideální to mít u serverů vše uděláno a zapojeno jako
SELV řešení.  To znamená všude je jen to, na co se dá bezpečně
dlouhodobě hrabat bez rizika, ale chápu, finance jsou omezené a ne
všichni nabízí potřebné zdroje.
Typické řešení je, že výstup z UPS dál jde už jen stejnosměrný rozvod
třeba -48V a všechny servery, diskové pole, switche atd napájím
z tohoto. Ano, většina slušnějších výrobců dodává své krabice i se
zdroji pro takovéto připojení. :-)

M.




From libor_ml1 na mts.cz  Thu May 31 10:24:32 2007
From: libor_ml1 na mts.cz (Libor Chocholaty)
Date: Thu, 31 May 2007 10:24:32 +0200
Subject: ups fungujici pod linuxem
In-Reply-To: <200705301205.31680.msk.conf@seznam.cz>
References: <1938179081.20070530102550@cimboraservis.cz>	<465D3D16.6030904@lib.cas.cz>
	<200705301205.31680.msk.conf@seznam.cz>
Message-ID: <465E8640.4030800@mts.cz>

msk wrote:
>> pokud jsem to dobre pochopil ten odkaz, tak ten clovek vytahl za chodu
>> napajeci kabel z ups-ky a pak ho tam vratil opet za chodu - to se pak
>> nesmi divit, ze oddelal server :) UPS-ka se za chodu NEMA odpojovat od
>> napajeci site...zkuste popremyslet proc asi...
>>     
>
> No tak schvalne, ja nemam tusenie. Ak sa pod slovom "za chodu" mysli to, ze je 
> UPS-ka nabita a pri vypadku prudu moze dodavat stavu, tak nevidim rozdiel 
> medzi vytiahnutim napajacieho kabla ( toho od elektriky do UPS ) a vypadkom 
> prudu.
>   
A i kdyby to tak bylo, pred vypadkem za bourky me UPSka ochrani, ale 
pred blbou uklizeckou, ktera vytahne snuru, aby si mela kam pichnout 
vysavac ne? To bychom na tom byli veru spatne.

Libor



From konference na volfovi.net  Thu May 31 11:23:24 2007
From: konference na volfovi.net (=?ISO-8859-2?Q?Ji=F8=ED_Volf?=)
Date: Thu, 31 May 2007 11:23:24 +0200
Subject: ups fungujici pod linuxem
In-Reply-To: <465E8B9D.5000800@tes.eu>
References: <1938179081.20070530102550@cimboraservis.cz>	<mailman.1149.1180519003.4027.linux@linux.cz>	<f3l9np$1b19$1@ns.felk.cvut.cz>
	<465E8B9D.5000800@tes.eu>
Message-ID: <465E940C.2020306@volfovi.net>

No,

ochranný (nikoliv zemnící) vodič slouží především k ochraně osob proti
zásahu el. proudem na kovových dotykových místech. Proto je ochranný
vodič důležitý, koneckonců i všechny agregáty se připojují k zemnící tyči!
Z tohoto důvodu je vytažení UPS ze sítě nebezpečné pro osoby.
Nikoliv však pro server. Tedy "oddělání" serveru samozřejmě nehrozí :-)

P.S. Notebook nepotřebuje ochranný vodič ne proto, že pracuje s nízkým
napětím, ale proto, že část obsahující 230V vedení je z el. izolačního
materiálu.

Zdraví Jiří Volf


>>> nesmi divit, ze oddelal server :) UPS-ka se za chodu NEMA odpojovat od
>>> napajeci site...zkuste popremyslet proc asi...
>>>
>>>       
>> To myslite vazne? Podle me je vytazeni napajeciho kabelu UPSky uplne to 
>> same, jako kdyz se rozzlobi v CEZu a vypnou celou ctvrt. Proste "nejde 
>> proud" a UPSka je od toho, aby par minut udrzela PC/server pri zivote, pote 
>> vyslala po seriovem nebo USB kabelu signal k shutdown toho pocitace. Pokud 
>> vytahnu kabel a behem 2-3 minut ho vratim zpatky, tak se krome "zoufaleho 
>> narikani" piskatka v UPS nesmi nic stat.
>> Nebo jsem neco nepochopil?
>>     
>
> Asi nepochopil.
> Rozdíl mezi tím, když ČEZ vypne čtvrť nebo vy vyrazíte doma pojistky
> a proti tomu postavíte variantu, že vyrvu přívodní kabel k UPS, tak ten
> rozdíl se minimálně jmenuje odpojený ochranný PE vodič. Ten rozdíl
> v tom může být za určitých okolností dosti smrtelný.
> Sorry, já jsem blbej strojař, nejsem elektrikář, takže nedokážu podat
> ucelené vysvětlení kolegů ve firmě, ale pochopil jsem, že i sami
> elektrikáři mají s UPSkami, hlavně těma menšíma, což je asi zde
> diskutovaná oblast, celkem problém.
> UPS jedoucí z baterek a odpojená od země je podivně ne/izolována
> soustava, která pravděpodobně nebude splňovat všechny náležitosti
> ochrany před úrazem. Hlavně, pokud jste přinesli UPS, zapojili k serveru
> a dál to neřešili (k čemupak asi všude máme šrouby na propojování
> zemnění, k čemupak je obvykle v dokumentaci blábol, že instalaci má
> provádět odborník, ...). Testovali jste někdy důkladně, jak se ty UPS
> chovají a co vše provádí? Celkem oblíbený stav je, že UPS, co přejde na
> baterky, prohodí mezi sebou L a N (offline a line interactive krámy).
> Pokud nemáte soustavu UPS, normálního rozvodu a zem staženu k sobě,
> tak mezi těmito soustavami mohou být značně rozdílné potenciály, které
> můžou být nebezpečné, když do toho hrábnete a bude se to vyrovnávat přes
> Vás. Sice je asi šance na přizabití od tohoto menší, než třeba sáhnout
> přímo na výstup UPS a udělat mezipólový zkrat, ale i takové riziko tam
> je.
> Jen tak bokem, kdo z Vás má na výstupu UPS proudové chrániče? Pokud
> hrábnete do výstupu UPS, tak pojistka nemusí vůbec na zkratový proud
> zareagovat, ale zato vy celkem fatálně.
> A druhé ještě bokem, víte jak dokážou zuřit hasiči, když zjistí, že máte
> v baráku UPSky a nemáte to v dokumentaci pro ně uvedeno, že jsou v domě
> rozvody pod napětím 220V i po vypnutí hlavního přívodu do baráku (týká
> se objektů se zvýšeným rizikem požárů, kde se musí vypracovávat požární
> plán)?
>
> Zaznělo tu, že notebooky a nejrůznější zdroje nemají PE také vůbec
> připojen. Ano, notebook obvykle pracuje s nízkým a bezpečným napětím.
> A zdroje bez ochranného kolíku obvykle jsou zařízení třídy ochrany II,
> kde je zesílená nebo dvojitá izolace.
>
> Samozřejmě je ideální to mít u serverů vše uděláno a zapojeno jako
> SELV řešení.  To znamená všude je jen to, na co se dá bezpečně
> dlouhodobě hrabat bez rizika, ale chápu, finance jsou omezené a ne
> všichni nabízí potřebné zdroje.
> Typické řešení je, že výstup z UPS dál jde už jen stejnosměrný rozvod
> třeba -48V a všechny servery, diskové pole, switche atd napájím
> z tohoto. Ano, většina slušnějších výrobců dodává své krabice i se
> zdroji pro takovéto připojení. :-)
>
> M.
>
>   




From synek na pbtisk.cz  Thu May 31 11:29:20 2007
From: synek na pbtisk.cz (Synek Miloslav)
Date: Thu, 31 May 2007 11:29:20 +0200
Subject: ups fungujici pod linuxem
Message-ID: <D4B5D96D8762FF439E612C87B314A4F625E5CD@PB-SERVER>

jen trochu OT:
http://apc.com/solutions/display.cfm?ID=02C4390E-5056-AE36-FE19B94B109FF34F
k debatě co je lepší APC nebo MGE (já osobně preferuji také MGE)

S pozdravem

Miloslav Synek

Kontakt: synek(zavináč)pbtisk(tečka)cz    nebo  ICQ UIN:122152331
---------------------------------------------------------------------------
Počítače jsou výborným pomocníkem při řešení těch problémů, které by bez
nich vůbec neexistovaly......




From breta.edvard na gmail.com  Thu May 31 11:56:38 2007
From: breta.edvard na gmail.com (Breta Benes)
Date: Thu, 31 May 2007 11:56:38 +0200
Subject: ups fungujici pod linuxem
References: <1938179081.20070530102550@cimboraservis.cz>	<mailman.1159.1180522558.4027.linux@linux.cz><f3lnkb$1h21$1@ns.felk.cvut.cz>
	<mailman.1197.1180596074.4027.linux@linux.cz>
Message-ID: <f3m64m$1okq$1@ns.felk.cvut.cz>

PowerShute od APC.

"Petr Klíma" <tosuja na tosuja.info>
Nevim, jaky software pouzivate, ale v apcupsd jsem nenasel nic, cim bych
 toto mohl nastavit. Muzete byt specifictejsi?

Diky, Tosuja

Breta Benes wrote:
> Tak to mate blbe nastavene. Spravne pri prechodu na baterky
> se UPS vraci na napajeni ze site az po nejake delsi dobe
> - pokud sit bezi normalne. Ja mam nastavene 2 minuty.

-- 
Petr "Tosuja" Klíma
Mail: tosuja na tosuja.info
Web: www.tosuja.info
ICQ: 52057532




From psimek na jcu.cz  Thu May 31 12:04:16 2007
From: psimek na jcu.cz (Petr Simek)
Date: Thu, 31 May 2007 12:04:16 +0200
	(=?iso-8859-2?Q?St=F8edn=ED_Evropa_=28letn=ED__=E8as=29?=)
Subject: ups fungujici pod linuxem
In-Reply-To: <465E8B9D.5000800@tes.eu>
Message-ID: <Pine.WNT.4.43.0705311150090.-8386737-100000@helio.jcu.cz>

On Thu, 31 May 2007, Michal Dobes wrote:

> provádět odborník, ...). Testovali jste někdy důkladně, jak se ty UPS
> chovají a co vše provádí? Celkem oblíbený stav je, že UPS, co přejde na
> baterky, prohodí mezi sebou L a N (offline a line interactive krámy).

Co je to L a N kdyz UPS jede z baterek ? Co se tyce prohozeni - to uz
vetsinou maji prohozene defaultne i kdyz z baterek nejedou. APC700 obvykle.

> Pokud nemáte soustavu UPS, normálního rozvodu a zem staženu k sobě,
> tak mezi těmito soustavami mohou být značně rozdílné potenciály, které
> můžou být nebezpečné, když do toho hrábnete a bude se to vyrovnávat přes
> Vás. Sice je asi šance na přizabití od tohoto menší, než třeba sáhnout
> přímo na výstup UPS a udělat mezipólový zkrat, ale i takové riziko tam
> je.

Otazka je co se bude vyrovnavat ? Kdyz to vsechno sedi na stejnem stole
(podlaze). Aby se neco mohlo vyrovanavat musi tam byt nejaky zdroj mezi
temi zememi. Zelezna krabice s baterkami a menicem uvnitr sama o sobe
potencial pro zemni smycku nevytvari.

> Jen tak bokem, kdo z Vás má na výstupu UPS proudové chrániče? Pokud
> hrábnete do výstupu UPS, tak pojistka nemusí vůbec na zkratový proud
> zareagovat, ale zato vy celkem fatálně.

Uprimne - Vy mate pocitace a zalohovane okruhy pripojene pres proudove
chranice ? Mne to prijde jako hodne blaznivy napad - chtit si zajistit
nepretrzite napajeni a vrazit do obvodu proudovy chranic. Pak uz staci
jen 'muska jenom zlata' a napajeni je v pytli. Co se tyce hrabnuti do
vystupu UPS - vyjde to uplne nastejno jako hrabnuti si na L u zasuvky
ktera neni chranena chranicem - tedy v podstate kazda. Vystup z UPS je
izolovan stejne jako klasicke rozvody, neni tam vetsi riziko.

> Zaznělo tu, že notebooky a nejrůznější zdroje nemají PE také vůbec
> připojen. Ano, notebook obvykle pracuje s nízkým a bezpečným napětím.
> A zdroje bez ochranného kolíku obvykle jsou zařízení třídy ochrany II,
> kde je zesílená nebo dvojitá izolace.

Ja mam u notebooku napajec ktery ma 3zilovy privod a mereni ohmetrem ukazuje
odpor blizici se nule mezi kolikem napajeci snury 220V a obvodovym krouzkem
na vystupnim jacku co se strka do notebooku. Takze vstup 0V je u nej spojen
s PE kolikem na zasuvce. Pripojuju napajec a odpojuju ho za chodu - zadny
problem se nedeje, zemni smycky se pres mne nevyrovnavaji - porad ziju :-)

> M.

*------------------------------------------------------------------------*
|                          Petr Simek   APS JU                           |
|                             psimek na jcu.cz                              |
*------------------------------------------------------------------------*



From antonin.micka na megasphera.cz  Thu May 31 12:34:41 2007
From: antonin.micka na megasphera.cz (=?iso-8859-2?q?Anton=EDn_Mi=E8ka?=)
Date: Thu, 31 May 2007 12:34:41 +0200
Subject: ups fungujici pod linuxem
In-Reply-To: <Pine.WNT.4.43.0705311150090.-8386737-100000@helio.jcu.cz>
References: <Pine.WNT.4.43.0705311150090.-8386737-100000@helio.jcu.cz>
Message-ID: <200705311234.41852.antonin.micka@megasphera.cz>

Dne čtvrtek 31 květen 2007 12:04 Petr Simek napsal(a):
> Ja mam u notebooku napajec ktery ma 3zilovy privod a mereni ohmetrem
> ukazuje odpor blizici se nule mezi kolikem napajeci snury 220V a obvodovym
> krouzkem na vystupnim jacku co se strka do notebooku. Takze vstup 0V je u
> nej spojen s PE kolikem na zasuvce. Pripojuju napajec a odpojuju ho za
> chodu - zadny problem se nedeje, zemni smycky se pres mne nevyrovnavaji -
> porad ziju :-)

no, měl jste přijet na některý z posledních Linux víkendů do Práglu, pak by 
jste zjistil, že i na metru se ze záhadných příčin zemnící smyčka nějak 
vytvořila... A to fakt nekecám, to je potvrzený...

-- 
Antonín Mička


From kas na fi.muni.cz  Thu May 31 12:55:50 2007
From: kas na fi.muni.cz (Jan Kasprzak)
Date: Thu, 31 May 2007 12:55:50 +0200
Subject: Apache a sendfile
In-Reply-To: <mj+md-20070530.202805.14400.nikam@ucw.cz>
References: <20070530160641.GZ11859@fi.muni.cz>
	<mj+md-20070530.162247.10148.nikam@ucw.cz>
	<20070530194758.GS11357@fi.muni.cz>
	<mj+md-20070530.202805.14400.nikam@ucw.cz>
Message-ID: <20070531105550.GI9051@fi.muni.cz>

Martin `MJ' Mares wrote:
: > Je otazka, jestli se ten buffer nebude nejak zmensovat pri vzrustu
: > tlaku ve virtualni pameti.
: 
: Ja myslim, ze je to obycejny send buffer od TCP, takze by se mel ridit
: podle /proc/sys/net/ipv4/tcp_wmem.

	No, buffer samotny se nezmensuje, ale zrejme se meni
low-water-mark kdy jadro aplikaci rekne, ze ten deskriptor je pripraveny
prijmout nejaka data (nebo mozna se meni to, kolik dalsich ACK packetu
prijde nez se Apache rozhodne po poll() zavolat sendfile()). Kazdopadne
pri lokalnim prenosu jsem videl ze jedno sendfile() zapisovalo
od zhruba 105 KB do asi 180 KB.

	Taky je otazka jak se takhle male sendfile() popere s TSO
na ethernetove karte - tam se moc velkych TSO framu nevejde a urcite
to pak udela neporadek v casovacich informacih TCP. (Hmm, ale ted se divam,
ze mi TSO asi prestalo fungovat - tcpdumpem vidim normalni 1500 bajtu
dlouhe ramce).

	Idealni by bylo, kdyby se vsechny tyhle veci daly rozumne
sesynchronizovat - ext3 dela read() do 64 KB, cili pekne by bylo
jedno 64KB blokove cteni -> jeden TSO segment, sendfile() zarovnane
na nasobek tehoz, a znovu.

-Y.

-- 
| Jan "Yenya" Kasprzak  <kas at {fi.muni.cz - work | yenya.net - private}> |
| GPG: ID 1024/D3498839      Fingerprint 0D99A7FB206605D7 8B35FCDE05B18A5E |
| http://www.fi.muni.cz/~kas/    Journal: http://www.fi.muni.cz/~kas/blog/ |
> I will never go to meetings again because I think  face to face meetings <
> are the biggest waste of time you can ever have.        --Linus Torvalds <


From kas na fi.muni.cz  Thu May 31 12:57:23 2007
From: kas na fi.muni.cz (Jan Kasprzak)
Date: Thu, 31 May 2007 12:57:23 +0200
Subject: Jak dostat z Berkeley DB obsah
In-Reply-To: <1180525126.27025.4.camel@prog-11.hk.tmapy.cz>
References: <1180525126.27025.4.camel@prog-11.hk.tmapy.cz>
Message-ID: <20070531105723.GJ9051@fi.muni.cz>

Pavel Lisý wrote:
: Dobrý den
: 
: již jsem se několikrát pokoušel kouknout se, co se nachází v souborové
: databázi (Berkeley DB), kam si hodně utilit (např. spamassassin) v
: linuxu ukládá data. Bohužel db_dump vyhodí něco nečitelného. 

	Tak jeste zalezi, co do toho BerkeleyDB ta aplikace uklada.
Mnohe perlove aplikace napriklad na disk nedavaji syrova data,
ale treba Storable. Cili mozna na zaver ta data prohnat jeste
pres Storable::thaw() a pak teprve Data::Dumper nebo co uznate za vhodne.

-Y.

-- 
| Jan "Yenya" Kasprzak  <kas at {fi.muni.cz - work | yenya.net - private}> |
| GPG: ID 1024/D3498839      Fingerprint 0D99A7FB206605D7 8B35FCDE05B18A5E |
| http://www.fi.muni.cz/~kas/    Journal: http://www.fi.muni.cz/~kas/blog/ |
> I will never go to meetings again because I think  face to face meetings <
> are the biggest waste of time you can ever have.        --Linus Torvalds <


From jezek.martin na gmail.com  Thu May 31 13:33:44 2007
From: jezek.martin na gmail.com (Martin Jezek)
Date: 31 May 2007 04:33:44 -0700
Subject: MSI MediaLive
Message-ID: <1180611224.300869.139040@h2g2000hsg.googlegroups.com>

ahoj,

nemate nekdo informace o tom jak subj funguje s linuxem? je tam par
speku jako dalkovy ovladac, HDMI vystup. navic je to asi hodne
integrovana deska, tak mozna i jinde...

budu vdecny za jakekoliv info.

http://www.msi-czechrepublic.com/clanek.php?id=13573

--mj



From tuttle na sandbox.cz  Thu May 31 15:36:55 2007
From: tuttle na sandbox.cz (Vlada Macek)
Date: Thu, 31 May 2007 15:36:55 +0200
Subject: ups fungujici pod linuxem
In-Reply-To: <D4B5D96D8762FF439E612C87B314A4F625E5CD@PB-SERVER>
References: <D4B5D96D8762FF439E612C87B314A4F625E5CD@PB-SERVER>
Message-ID: <465ECF77.9070209@sandbox.cz>

Synek Miloslav wrote:
> ... k debatě co je lepší APC nebo MGE (já osobně preferuji také MGE)
No skvele, MGE se mi zalibila. Hledal jsem dlouho web nejakeho
spolehlive vypadajiciho prodejce, ktery by mel aspon sklad v Praze, kdyz
uz by nedovazel zdarma. Volal jsem do Schneider Electric (adresa
prazska, telefon tesne pod ni do Pisku, duveryhodne), ale vubec jsem je
jako zakaznik nezajimal, pry: "najdete si nejakeho velkoobchodnika, bude
mit ceny nizsi nez my, nashle".

Od koho tedy kupujete upsiny MGE (aka Merlin Gerin)?

Dik.

-- 
\//\/\



From libor_ml1 na mts.cz  Thu May 31 15:53:20 2007
From: libor_ml1 na mts.cz (Libor Chocholaty)
Date: Thu, 31 May 2007 15:53:20 +0200
Subject: ups fungujici pod linuxem
In-Reply-To: <465ECF77.9070209@sandbox.cz>
References: <D4B5D96D8762FF439E612C87B314A4F625E5CD@PB-SERVER>
	<465ECF77.9070209@sandbox.cz>
Message-ID: <465ED350.3090709@mts.cz>

Vlada Macek wrote:
> Synek Miloslav wrote:
>   
>> ... k debatě co je lepší APC nebo MGE (já osobně preferuji také MGE)
>>     
> No skvele, MGE se mi zalibila. Hledal jsem dlouho web nejakeho
> spolehlive vypadajiciho prodejce, ktery by mel aspon sklad v Praze, kdyz
> uz by nedovazel zdarma. Volal jsem do Schneider Electric (adresa
> prazska, telefon tesne pod ni do Pisku, duveryhodne), ale vubec jsem je
> jako zakaznik nezajimal, pry: "najdete si nejakeho velkoobchodnika, bude
> mit ceny nizsi nez my, nashle".
>   
IMHO jste po nem mel chtit, at vam da kontakt na nejaky velkoobchod. Od 
ceho jineho by tam byl?
Nebo se ho zeptejte jestli chteji vase penize a kdyz vam rekne, ze ne, 
napsal bych jeho sefovi pripadne sefovi jeho sefa, pokud by byl stejneho 
razeni. Oni by s nim rychle vybehli. :)

Libor




From kas na fi.muni.cz  Thu May 31 16:22:18 2007
From: kas na fi.muni.cz (Jan Kasprzak)
Date: Thu, 31 May 2007 16:22:18 +0200
Subject: ANNOUNCE: Fedora 7
Message-ID: <20070531142218.GM9051@fi.muni.cz>

	Prave vysla Fedora 7. Seznam zrcadel je tady

http://mirrors.fedoraproject.org/publiclist/Fedora/7/

(hmm, upgradoval jsem sit k ftp.linux.cz az na 2 Gbit/s a pridal dalsi
server, ale uzivatele to zatim nejsou schopni zaplnit :-)

Pekny popis zmen je v clanku na rootu:

http://www.root.cz/clanky/od-fedora-core-6-k-fedore-7/

... uzijte si letani v balonech.

-Yenya

-- 
| Jan "Yenya" Kasprzak  <kas at {fi.muni.cz - work | yenya.net - private}> |
| GPG: ID 1024/D3498839      Fingerprint 0D99A7FB206605D7 8B35FCDE05B18A5E |
| http://www.fi.muni.cz/~kas/    Journal: http://www.fi.muni.cz/~kas/blog/ |
> I will never go to meetings again because I think  face to face meetings <
> are the biggest waste of time you can ever have.        --Linus Torvalds <


From qaxi na seznam.cz  Thu May 31 16:24:55 2007
From: qaxi na seznam.cz (=?UTF-8?B?IlBldHIgXCJRYXhpXCIgS2zDrW1hIg==?=)
Date: Thu, 31 May 2007 16:24:55 +0200
Subject: MSI MediaLive
In-Reply-To: <1180611224.300869.139040@h2g2000hsg.googlegroups.com>
References: <1180611224.300869.139040@h2g2000hsg.googlegroups.com>
Message-ID: <465EDAB7.4030302@seznam.cz>

Martin Jezek napsal(a):
> ahoj,
>
> nemate nekdo informace o tom jak subj funguje s linuxem? je tam par
> speku jako dalkovy ovladac, HDMI vystup. navic je to asi hodne
> integrovana deska, tak mozna i jinde...
>   
Zdravím
taky jsme po tom koukali ale nakonec vyhrál CoolerMaster CM-Media 260

http://www.coolermaster-europe.com/index.php?LT=english&Language_s=2&url_place=product&p_serial=RC-260&other_title=+RC-260+CM%20Media%20260-- 

IR ovladač je slušnej (a hlavně umí zapnout na dálku i vypnutý case)
Display je ovladaný z usb (drivery jsou tady 
vejdou se tam standardní komponenty

HDMI se dá udělat redukcí z DVI


   Petr Klíma

   e-mail:  qaxi na seznam.cz              




From karel.zamecnik na seznam.cz  Thu May 31 19:40:51 2007
From: karel.zamecnik na seznam.cz (Karel Zámečník)
Date: Thu, 31 May 2007 19:40:51 +0200
Subject: ups fungujici pod linuxem
References: <1938179081.20070530102550@cimboraservis.cz><465D3D16.6030904@lib.cas.cz>
	<mailman.1156.1180521135.4027.linux@linux.cz>
Message-ID: <f3n1bf$v8e$1@news.vol.cz>

Jeden rozdíl by byl - při výpadku proudu zůstavá mnoho zapojených
spotřebičů, čím vlastně vznikne na vstupu UPS místo 230 V zkrat.
Právě v tomto stavu by měla UPS začít pracovat. Naproti tomu
vytažením kabelu vznikne na vstupu odporová zátěž, kterou
tvoří vzduch - tedy odpor velmi velký.
  Tyto dva stavy jsou nesrovnatelné - a v obou by měla UPS
pracovat, tedy napájet zátěž. Záleží na výrobci (na ceně), jestli
s těmito provozními podmínkami počítá, rozhodně by na možné
problémy měl upozornit příbalový leták :-).

"msk" <msk.conf na seznam.cz> píše v diskusním příspěvku 
news:mailman.1156.1180521135.4027.linux na linux.cz...
>> pokud jsem to dobre pochopil ten odkaz, tak ten clovek vytahl za chodu
>> napajeci kabel z ups-ky a pak ho tam vratil opet za chodu - to se pak
>> nesmi divit, ze oddelal server :) UPS-ka se za chodu NEMA odpojovat od
>> napajeci site...zkuste popremyslet proc asi...
>
> No tak schvalne, ja nemam tusenie. Ak sa pod slovom "za chodu" mysli to, 
> ze je
> UPS-ka nabita a pri vypadku prudu moze dodavat stavu, tak nevidim rozdiel
> medzi vytiahnutim napajacieho kabla ( toho od elektriky do UPS ) a 
> vypadkom
> prudu.
>
> --
> Dusan Zatkovsky 




From linux na grafon.sk  Thu May 31 20:50:30 2007
From: linux na grafon.sk (Vladimir Rengevic)
Date: Thu, 31 May 2007 20:50:30 +0200
Subject: ups fungujici pod linuxem
In-Reply-To: <f3n1bf$v8e$1@news.vol.cz>
References: <1938179081.20070530102550@cimboraservis.cz><465D3D16.6030904@lib.cas.cz>	<mailman.1156.1180521135.4027.linux@linux.cz>
	<f3n1bf$v8e$1@news.vol.cz>
Message-ID: <465F18F6.5090900@grafon.sk>

Pekny den pani!

Aj ked netusim co ma tato debata spolocne s Linuxom skusim Vam to zhrnut:

1. Zasadny rozdiel medzi vytiahnutim UPSky zo siete a vypadkom napajania
je v skutocnosti, ze pri vytiahnuti sa strati zemniaci potencial
t.j. zem "plava" a zariadenie neni uzemnene.

2. Pri vypadku napajania poklesne napajacie napatie, zem ma stale nulovy
potencial. To je hlavna cinnot UPS - zabezpecit napajanie nepretrzite

3. Vypadok napajacieho napatia=porucha - ci uz vypadne najblisti istic
alebo zhrori trafak v transformovni je jedno, 230V proti zemi jednoducho
"zmizne" prip. sa znizi. Je uplne jedno ci je to skrat alebo vyhodeny
istic, na toto UPSka musi byt stavana

4. Ak nastane v sieti kratkodoba spicka/pokles (nebezpecne pre impulzne zdroje v PC)
UPSka tento prechodovy jav odfiltruje - vyhladi. Ci to uz sposobil kratkodoby
skrat, zapnutie spotrebica s velkym odberom alebo inteligent ktory cvakol
isticom dole a hore (tzv. "normalny elektrikar" skumajuci poistky)
je uplne jedno. Nik ale neodcvakne /neodopne zemnenie.

5. Niekto do siete indukuje rusenie (napr. motor) - UPSka by ho mala eliminovat

6. Do siete niekde udrie blesk - UPSka by to mala zachytit

V navodoch od UPSiek (co som videl) byva vyrazne upozornenie, ze sa pocas cinnosti nema UPSka
vytahovat zo siete. Na to urcena neni a upratovacke sa musi vysvetlit ze sa to
nerobi. Aj ked argument "zapla som to predsa nazad" je pekny a vytocil ma podobnou
odpovedou aj elektrikar. Ale pocitac neni miesacka.... ;o)
Druhym problemom moze byt prechodovy jav na vstupe (podla toho ako je USPka riesena)
ale ak je tam nejaka cievka moze ten kto vidlicu vytiahne a chyti sa kolikov
dostat peknu supu.

Takze by som to uzavrel - rozdiel medzi vypadkom siete a vytiahnutim kabla
je strata nuloveho potencialu - zeme. Ak si uzemnite zdroj a UPSku (ochranne koliky)
podla mna mozete uplne kludne vytahovat a zapajat privod podla chuti.

Navrhujem tymto aj tuto OT debatu ukoncit. ;o)

Pekny den!

Vlado

Karel Zámečník napsal(a):
> Jeden rozdíl by byl - při výpadku proudu zůstavá mnoho zapojených
> spotřebičů, čím vlastně vznikne na vstupu UPS místo 230 V zkrat.
> Právě v tomto stavu by měla UPS začít pracovat. Naproti tomu
> vytažením kabelu vznikne na vstupu odporová zátěž, kterou
> tvoří vzduch - tedy odpor velmi velký.
>   Tyto dva stavy jsou nesrovnatelné - a v obou by měla UPS
> pracovat, tedy napájet zátěž. Záleží na výrobci (na ceně), jestli
> s těmito provozními podmínkami počítá, rozhodně by na možné
> problémy měl upozornit příbalový leták :-).
> 
> "msk" <msk.conf na seznam.cz> píše v diskusním příspěvku 
> news:mailman.1156.1180521135.4027.linux na linux.cz...
>>> pokud jsem to dobre pochopil ten odkaz, tak ten clovek vytahl za chodu
>>> napajeci kabel z ups-ky a pak ho tam vratil opet za chodu - to se pak
>>> nesmi divit, ze oddelal server :) UPS-ka se za chodu NEMA odpojovat od
>>> napajeci site...zkuste popremyslet proc asi...
>> No tak schvalne, ja nemam tusenie. Ak sa pod slovom "za chodu" mysli to, 
>> ze je
>> UPS-ka nabita a pri vypadku prudu moze dodavat stavu, tak nevidim rozdiel
>> medzi vytiahnutim napajacieho kabla ( toho od elektriky do UPS ) a 
>> vypadkom
>> prudu.
>>
>> --
>> Dusan Zatkovsky 
> 
> 
> 
> ------------------------------------------------------------------------
> 
> _______________________________________________
> Linux mailing list
> Linux na linux.cz
> http://www.linux.cz/mailman/listinfo/linux

-- 

Ing. Vladimir Rengevic
GRAFON creative team
Tranovskeho 19, Liptovsky Mikulas, Slovakia
phone: +421/44/5526153, fax: +421/44/5621454
mobil: +421/905/642799
www.grafon.sk


From mail na breta.dot.eu  Thu May 31 21:36:58 2007
From: mail na breta.dot.eu (Breta)
Date: Thu, 31 May 2007 21:36:58 +0200
Subject: ups fungujici pod linuxem
References: <1938179081.20070530102550@cimboraservis.cz><465D3D16.6030904@lib.cas.cz>	<mailman.1156.1180521135.4027.linux@linux.cz><f3n1bf$v8e$1@news.vol.cz>
	<mailman.1214.1180639145.4027.linux@linux.cz>
Message-ID: <f3n84q$1475$1@news.vol.cz>

> Takze by som to uzavrel - rozdiel medzi vypadkom siete a vytiahnutim kabla
> je strata nuloveho potencialu - zeme. Ak si uzemnite zdroj a UPSku (ochranne koliky)
> podla mna mozete uplne kludne vytahovat a zapajat privod podla chuti.

To jste si jeste nikdo nevsimnul te svorky vzadu na UPS,
kam se ma pripojit ochranny vodic? A kdo ho tam mate pripojeny?

Ja taky ne. Mlatime prazdnou slamu.....

Breta.