From kas na fi.muni.cz  Wed Dec  1 00:00:02 2010
From: kas na fi.muni.cz (Jan Yenya Kasprzak)
Date: Wed,  1 Dec 2010 00:00:02 +0100 (CET)
Subject: Meta-FAQ konference linux@linux.cz
Message-ID: <20101130230002.65D241D14C6@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 d.petr na post.cz  Wed Dec  1 13:33:54 2010
From: d.petr na post.cz (=?us-ascii?Q?d=2Epetr?=)
Date: Wed, 01 Dec 2010 13:33:54 +0100 (CET)
Subject: =?us-ascii?Q?Jak=20bezpecne=20inicializovat=20semafor=3F?=
Message-ID: <154929.1125.1486-2446-618110317-1291206834@post.cz>

Dobrý den.
Chystám se použít semafory pro koordinaci přístupu ke sdílené paměti mezi procesy.
Představuji si to tak, že každý proces bude schopen odpovídající semafor vytvořit, případně se k vytvořenému připojit. Tedy nebude záležet na pořadí spouštění programů, libovolný z programů se eventuálně bude moci ukončit a znovu spustit, aniž by se to semaforu nějak dotklo.
Funkce semget, semop a semctl jsou mi snad jasné, ale vidím problém v počáteční inicializaci semaforu. Nikde jsem nenašel, že by se dal meziprocesový semafor vytvořit zároveň s inicializační hodnotou. A mezi vytvořením a inicializací jedním procesem už by mohl druhý proces začít semafor používat a inicializace by pak nedopadla dobře; po uvolnění semaforu druhým procesem by měl samafor stav vyšší, než žádoucí maximální.
Zatím mne napadlo to řešit třeba pomocí přístupových práv semaforu, využil bych je jen jako příznak, podle nich by procesy poznaly, jestli už je semafor k použití, nebo ne. Ale je to takový divný způsob - pseudosemafor v semaforu.
Máte někdo nápad na lepší řešení počáteční inicializace semaforu?

PM


From fboranek na kerio.com  Wed Dec  1 19:18:19 2010
From: fboranek na kerio.com (Frantisek Boranek)
Date: Wed, 01 Dec 2010 19:18:19 +0100
Subject: =?iso-8859-1?Q?Re=3A_Jak_bezpecne_inicializovat_semafor=3F?=
In-Reply-To: <154929.1125.1486-2446-618110317-1291206834@post.cz>
Message-ID: <20101201181819.4fbd7f8e@lumpy.kerio.cz>

Lze pouzit napr:

 mode_t mode = S_IRUSR | S_IWUSR | S_IRGRP | S_IWGRP;
 int flags = (failIfExist) ? (O_CREAT | O_EXCL) : O_CREAT;
 sem_t *hSemaphore = sem_open(name.c_str(), flags, mode, initValue);

vic v man sem_open

Frantisek

  _____  

From: d.petr [mailto:d.petr na post.cz]
To: Diskuse o Linuxu v cestine [mailto:linux na linux.cz]
Sent: Wed, 01 Dec 2010 13:33:54 +0100
Subject: Jak bezpecne inicializovat semafor?

Dobrý den.
  Chystám se použít semafory pro koordinaci přístupu ke sdílené paměti mezi procesy.
  Představuji si to tak, že každý proces bude schopen odpovídající semafor vytvořit, případně se k vytvořenému připojit. Tedy nebude záležet na pořadí spouštění programů, libovolný z programů se eventuálně bude moci ukončit a znovu spustit, aniž by se to semaforu nějak dotklo.
  Funkce semget, semop a semctl jsou mi snad jasné, ale vidím problém v počáteční inicializaci semaforu. Nikde jsem nenašel, že by se dal meziprocesový semafor vytvořit zároveň s inicializační hodnotou. A mezi vytvořením a inicializací jedním procesem už by mohl druhý proces začít semafor používat a inicializace by pak nedopadla dobře; po uvolnění semaforu druhým procesem by měl samafor stav vyšší, než žádoucí maximální.
  Zatím mne napadlo to řešit třeba pomocí přístupových práv semaforu, využil bych je jen jako příznak, podle nich by procesy poznaly, jestli už je semafor k použití, nebo ne. Ale je to takový divný způsob - pseudosemafor v semaforu.
  Máte někdo nápad na lepší řešení počáteční inicializace semaforu?
  
  PM
  _______________________________________________
  Linux mailing list
  Linux na linux.cz
  http://www.linux.cz/mailman/listinfo/linux
  
    

From d.petr na post.cz  Wed Dec  1 20:42:41 2010
From: d.petr na post.cz (=?us-ascii?Q?d=2Epetr?=)
Date: Wed, 01 Dec 2010 20:42:41 +0100 (CET)
Subject: =?us-ascii?Q?Re=3A=20Jak=20bezpecne=20inicializovat=20semafor=3F?=
In-Reply-To: <20101201181819.4fbd7f8e@lumpy.kerio.cz>
Message-ID: <154944.1112.1473-19180-736980828-1291232561@post.cz>

Tak sem_open () jsem v knížce pana Jelínka našel také, ale nějak jsem nabyl dojmu, že je použitelná jen v jádře, protože všechny návody, co jsem viděl, používaly semget () a spol. Dobře, zkusím použít. Děkuji.
PM


> ------------ Původní zpráva ------------
> Od: Frantisek Boranek <fboranek na kerio.com>
> Předmět: Re: Jak bezpecne inicializovat semafor?
> Datum: 01.12.2010 19:48:35
> ----------------------------------------
> Lze pouzit napr:
> 
>  mode_t mode = S_IRUSR | S_IWUSR | S_IRGRP | S_IWGRP;
>  int flags = (failIfExist) ? (O_CREAT | O_EXCL) : O_CREAT;
>  sem_t *hSemaphore = sem_open(name.c_str(), flags, mode, initValue);
> 
> vic v man sem_open
> 
> Frantisek
> 
>   _____  
> 
> From: d.petr [mailto:d.petr na post.cz]
> To: Diskuse o Linuxu v cestine [mailto:linux na linux.cz]
> Sent: Wed, 01 Dec 2010 13:33:54 +0100
> Subject: Jak bezpecne inicializovat semafor?
> 
> Dobrý den.
>   Chystám se použít semafory pro koordinaci přístupu ke sdílené paměti mezi
> procesy.
>   Představuji si to tak, že každý proces bude schopen odpovídající semafor
> vytvořit, případně se k vytvořenému připojit. Tedy nebude záležet na pořadí
> spouštění programů, libovolný z programů se eventuálně bude moci ukončit a znovu
> spustit, aniž by se to semaforu nějak dotklo.
>   Funkce semget, semop a semctl jsou mi snad jasné, ale vidím problém v
> počáteční inicializaci semaforu. Nikde jsem nenašel, že by se dal meziprocesový
> semafor vytvořit zároveň s inicializační hodnotou. A mezi vytvořením a
> inicializací jedním procesem už by mohl druhý proces začít semafor používat a
> inicializace by pak nedopadla dobře; po uvolnění semaforu druhým procesem by měl
> samafor stav vyšší, než žádoucí maximální.
>   Zatím mne napadlo to řešit třeba pomocí přístupových práv semaforu, využil
> bych je jen jako příznak, podle nich by procesy poznaly, jestli už je semafor k
> použití, nebo ne. Ale je to takový divný způsob - pseudosemafor v semaforu.
>   Máte někdo nápad na lepší řešení počáteční inicializace semaforu?
>   
>   PM


From peak na argo.troja.mff.cuni.cz  Thu Dec  2 00:10:49 2010
From: peak na argo.troja.mff.cuni.cz (Pavel Kankovsky)
Date: Thu, 2 Dec 2010 00:10:49 +0100 (MET)
Subject: Jak bezpecne inicializovat semafor?
In-Reply-To: <20101201181819.4fbd7f8e@lumpy.kerio.cz>
Message-ID: <20101201231742.6D82.0@argo.troja.mff.cuni.cz>

On Wed, 1 Dec 2010, d.petr wrote:

> Funkce semget, semop a semctl jsou mi snad jasné, ale vidím problém
> v počáteční inicializaci semaforu. Nikde jsem nenašel, že by se dal
> meziprocesový semafor vytvořit zároveň s inicializační hodnotou.
> A mezi vytvořením a inicializací jedním procesem už by mohl druhý
> proces začít semafor používat a inicializace by pak nedopadla dobře;

Není to jednoduché. Manuálová sice straší, že není garantovaná iniciální
hodnota semaforů a že portabilní program musí provést SETVAL. Kuriozní je,
že příklady na použití uváděné v POSIXu (byť nejsou normativní) jsou
napsané tak, že počítají s tím, že semafory jsou inicializované na nulu.

V podstatě existuje takový vychytralý způsob, jak to s velkou
pravděpodobností vyřešit. Předpokládejme, že každý (i neinicializovaný)  
semafor bude mít hodnotu 0 až MAX pro nějaké známé MAX (SEMVMX) a že
operace, která by jí nastavila mimo tento interval, vždy selže.

1. Vyrobím semget() na pole N+1 semaforů. (Čím větší N, tím menší
pravděpodobnost selhání celého postupu za předpokladu, že semafory mají
na začátku náhodné hodnoty.)

2. Přečtu jejich hodnoty pomocí semctl(GETALL). Pokud se hodnot aspoň
jednoho semaforu č. 0 až N-1 liší od MAX, pak provedu bez čekání semop(),
které č. 0 až N-1 zvětší na MAX a č. N upraví na 1. Pokud semop()
z jakéhokoli důvodu selže, pak krok 2 opakuju.

3. Pro zamčení provedu semop(), které o jedna zmenší semafor č. N.


On Wed, 1 Dec 2010, Frantisek Boranek wrote:

> Lze pouzit napr:
>  sem_t *hSemaphore = sem_open(name.c_str(), flags, mode, initValue);

To jsou to tzv. POSIXové semafory a ne System V. Ale použít jdou a
je to pravděpodobně mnohem lepší API (viz výše).

-- 
Pavel Kankovsky aka Peak                          / Jeremiah 9:21        \
"For death is come up into our MS Windows(tm)..." \ 21st century edition /



From remo na hi.sk  Thu Dec  2 08:55:04 2010
From: remo na hi.sk (Remo)
Date: Thu, 02 Dec 2010 08:55:04 +0100
Subject: Open Source IDS
Message-ID: <4CF750D8.8010708@hi.sk>

Prijemny den.

Snazim sa skompletizovat prehlad dostupnych Open Source rieseni pre 
detekciu prienikov.

Zatial som narazil na mnozstvo jednoucelovych programov ako je snort, 
tripwire, p0f, pads, arp_watch a podobne.

Poznate niekto este ine komplexne riesenia podobne ako napr. Untangle 
Linux , AlienVault Open Source SIEM (OSSIM) ?

Dakujem za postrehy

Mario


From kejik na fnusa.cz  Thu Dec  2 11:10:42 2010
From: kejik na fnusa.cz (Martin Kejik)
Date: Thu, 2 Dec 2010 11:10:42 +0100
Subject: =?utf-8?q?Nab=C3=ADdka_zam=C4=9Bstn=C3=A1n=C3=AD=3A_Hled=C3=A1me?=
	=?utf-8?q?_schopn=C3=A9ho_linux=C3=A1ka_do_na=C5=A1eho?= kolektivu.
Message-ID: <201012021110.42459.kejik@fnusa.cz>


Jsme nemocniční informatici - síťaři a hledáme nového spolupracovníka/ky na plný úvazek.
Nemůžeme nabídnout plat jako nadnárodní firma (čti ?redhet?) ale můžeme nabídnout jiné výhody:
různorodou a zajímavou tvůrčí práci
zázemí dobrého kolektivu
práci s nejnovějšími technologiemi
možnost specializace
možnost dalšího vzdělávání
zázemí zdravotní péče v moderní nemocnici

Požadujeme:
alespoň základní znalost Linuxu (znalost i jiných ?operačních? systémů výhodou)
alespoň základní znalosti síťových technologií
výhodou znalost základů programování 
min. SŠ vzdělání nejlépe technického zaměření
schopnost pracovat v týmu ale i samostatnost
tvůrčí a zároveň zodpovědný přístup k práci
ochotu učit se novým věcem
ochotu pracovat přesčas

Kontakt:
Martin Kejík
webadmin na fnusa.cz
sip:4100 na fnusa.cz
Tel: 543184100, T-mobile: 738654100


From ynezz na true.cz  Thu Dec  2 16:55:23 2010
From: ynezz na true.cz (Petr =?iso-8859-2?Q?=A9tetiar?=)
Date: Thu, 2 Dec 2010 16:55:23 +0100
Subject: =?iso-8859-2?Q?Nab=EDdka_zam=ECstn=E1n?=
	=?iso-8859-2?Q?=ED=3A_Hled=E1me_schopn=E9ho_linux=E1ka_do_na=B9eh?=
	=?iso-8859-2?Q?o?= kolektivu.
In-Reply-To: <201012021110.42459.kejik@fnusa.cz>
References: <201012021110.42459.kejik@fnusa.cz>
Message-ID: <20101202155523.GT10755@ibawizard.net>

Zdravim,

pokud to neni tajne, k cemu tam ten Linux pouzivate? Praci mam, spise jsem
zvedavy :-) Diky za info.

-- ynezz


From martin.kraus na wujiman.net  Thu Dec  2 21:30:34 2010
From: martin.kraus na wujiman.net (Martin Kraus)
Date: Thu, 2 Dec 2010 21:30:34 +0100
Subject: =?utf-8?B?TmFiw61ka2EgemFtxJtzdG7DoW4=?=
	=?utf-8?B?w606IEhsZWTDoW1lIHNjaG9wbsOpaG8gbGludXjDoWthIGRvIG5hxaFlaA==?=
	=?utf-8?Q?o?= kolektivu.
In-Reply-To: <201012021110.42459.kejik@fnusa.cz>
References: <201012021110.42459.kejik@fnusa.cz>
Message-ID: <20101202203033.GA28803@/bin/hostname>

On Thu, Dec 02, 2010 at 11:10:42AM +0100, Martin Kejik wrote:
> Jsme nemocniční informatici - síťaři a hledáme nového spolupracovníka/ky na plný úvazek.
> Nemůžeme nabídnout plat jako nadnárodní firma (čti ?redhet?) ale můžeme nabídnout jiné výhody:
> různorodou a zajímavou tvůrčí práci
> zázemí dobrého kolektivu
> práci s nejnovějšími technologiemi
> možnost specializace
> možnost dalšího vzdělávání
> zázemí zdravotní péče v moderní nemocnici
> 
> Požadujeme:
> alespoň základní znalost Linuxu (znalost i jiných ?operačních? systémů výhodou)
> alespoň základní znalosti síťových technologií
> výhodou znalost základů programování 
> min. SŠ vzdělání nejlépe technického zaměření
> schopnost pracovat v týmu ale i samostatnost
> tvůrčí a zároveň zodpovědný přístup k práci
> ochotu učit se novým věcem
> ochotu pracovat přesčas

Dobry den.
  Muzete mi prosim zaslat vice informaci? Co je to za sit, co je naplni prace,
kolik tak odhadem za to je atd.
Pracoval jsem ted sest let jako spravce ISP v Praze, takze mam zkusenosti s
fungovanim siti jak ve firemnim prostredi tak fungovani Internetu jako
takoveho.
Stavim servery (email,web,dns,ticketing apod.), vpn pripojovani
uzivatelu/pobocek a obecne vse co se vyuziva. Stavel jsem i televizni server a
kamerovy system, ale to byla spis takova nahoda, nez ze bych s tim mel vyrazne
zkusenosti.

dekuji
s pozdravem
Martin Kraus


From d.petr na post.cz  Fri Dec  3 11:28:52 2010
From: d.petr na post.cz (=?us-ascii?Q?d=2Epetr?=)
Date: Fri, 03 Dec 2010 11:28:52 +0100 (CET)
Subject: =?us-ascii?Q?Re=3A=20Jak=20bezpecne=20inicializovat=20semafor=3F?=
In-Reply-To: <20101201231742.6D82.0@argo.troja.mff.cuni.cz>
Message-ID: <155025.1034.1385-22882-1742519471-1291372132@post.cz>

> ------------ Původní zpráva ------------
> Od: Pavel Kankovsky <peak na argo.troja.mff.cuni.cz>
> ----------------------------------------
> On Wed, 1 Dec 2010, d.petr wrote:
> 
> > Funkce semget, semop a semctl jsou mi snad jasné, ale vidím problém
> > v počáteční inicializaci semaforu. Nikde jsem nenašel, že by se dal
> 
> Není to jednoduché. Manuálová sice straší, že není garantovaná iniciální
> hodnota semaforů a že portabilní program musí provést SETVAL. Kuriozní je,
> že příklady na použití uváděné v POSIXu (byť nejsou normativní) jsou
> napsané tak, že počítají s tím, že semafory jsou inicializované na nulu.
> 
> V podstatě existuje takový vychytralý způsob, jak to s velkou
> pravděpodobností vyřešit. Předpokládejme, že každý (i neinicializovaný)  
> semafor bude mít hodnotu 0 až MAX pro nějaké známé MAX (SEMVMX) a že
> operace, která by jí nastavila mimo tento interval, vždy selže.
> 
> 1. Vyrobím semget() na pole N+1 semaforů. (Čím větší N, tím menší
> pravděpodobnost selhání celého postupu za předpokladu, že semafory mají
> na začátku náhodné hodnoty.)
> 
> 2. Přečtu jejich hodnoty pomocí semctl(GETALL). Pokud se hodnot aspoň
> jednoho semaforu č. 0 až N-1 liší od MAX, pak provedu bez čekání semop(),
> které č. 0 až N-1 zvětší na MAX a č. N upraví na 1. Pokud semop()
> z jakéhokoli důvodu selže, pak krok 2 opakuju.
> 
> 3. Pro zamčení provedu semop(), které o jedna zmenší semafor č. N.
> 
> -- 
> Pavel Kankovsky aka Peak                          / Jeremiah 9:21        \
> "For death is come up into our MS Windows(tm)..." \ 21st century edition /

Děkuji za zvláštní algoritmus. Tedy, musel jsem si ho přečíst asi pětkrát. :-) Raději se však přikloním k těm POSIXovým semaforům. Až na jednu vlastnost (neodemknutí při zboření procesu v kritické sekci, viz má odpověď p. Boránkovi) mi vyhovují a přece jen vypadají bezpečněji a jistěji.
PM


From d.petr na post.cz  Fri Dec  3 11:46:51 2010
From: d.petr na post.cz (=?us-ascii?Q?d=2Epetr?=)
Date: Fri, 03 Dec 2010 11:46:51 +0100 (CET)
Subject: =?us-ascii?Q?Re=3A=20Jak=20bezpecne=20inicializovat=20semafor=3F?=
In-Reply-To: <20101201181819.4fbd7f8e@lumpy.kerio.cz>
Message-ID: <155028.1034.1385-25098-1895038686-1291373211@post.cz>

> ------------ Původní zpráva ------------
> Od: Frantisek Boranek <fboranek na kerio.com>
> ----------------------------------------
> Lze pouzit napr:
> 
>  mode_t mode = S_IRUSR | S_IWUSR | S_IRGRP | S_IWGRP;
>  int flags = (failIfExist) ? (O_CREAT | O_EXCL) : O_CREAT;
>  sem_t *hSemaphore = sem_open(name.c_str(), flags, mode, initValue);
> 
> vic v man sem_open
> 
> Frantisek

Ještě jednou děkuji za navedení, skutečně se mi podařilo semafory tímto způsobem (nazývají to POSIXové API 2) rozchodit. Skoro všechny požadavky mám splněny, jen jeden ještě chybí: vstoupí-li program do kritické sekce (a zamkne si semafor) a uvnitř této sekce je násilně ukončen, zůstává semafor zamknutý (vynulovaný). "Staré" semafory System V měly ve funkci semop možnost příznaku SEM_UNDO, který zajistil odemčení semaforu po případném zboření procesu uvnitř kritické sekce (jestli jsem to pochopil správně). Existuje něco podobného i pro sem_open nebo sem_wait, nebo to budu muset ošetřit jinak (asi s využitím sem_timedwait a pak nějak pořešit)? Mně se nepodařilo náhradu SEM_UNDO najít.
PM


From tosuja na tosuja.info  Fri Dec  3 13:13:17 2010
From: tosuja na tosuja.info (Petr Klima)
Date: Fri, 03 Dec 2010 13:13:17 +0100
Subject: Akcelerace podepisovani =?UTF-8?B?cG9tb2PDrSBSU0E=?=
Message-ID: <4CF8DEDD.7050701@tosuja.info>

Dobrý den,
řeším takový zapeklitý problém - potřebuju něco pomocí RSA podepsat a 
poslat přes síť. Jsou to krátké zprávičky a je jich samozřejmě strašně 
moc, jsou to tisíce zpráv za vteřinu.

Platforma je 64bit Centos 5.5 virtualizovaný ve Vmware ESX a serverů 
samozřejmě víc. Softwarově je to Perlovský skript běžící v mod_perlu. 
Podle našich testů je mod_perl natolik rychlý, že neuvažujeme o přepisu 
do ničeho jiného.

Profilerem jsem přišel na to, že skript tráví 35% času svého běhu 
podepisováním (Crypt::OpenSSL::RSA::sign) několikasetbytové zprávy.

Jak to urychlit? Já vidím několik cest:

1. HW urychlení, tzn. nějaká karta. Netuším ale, jak se to snese s 
virtualizací na Vmware ESX. OpenSSL ale IMHO nepodporuje PKCS11 engine 
pro offload na HW akcelerátor (lze dodat externě, příp. použít něco 
jiného než OpenSSL).

2. Náhrada RSA šifry DSA. DSA je při podepisování skoro přesně 2x 
rychlejší, ale vyžaduje to změnu na straně klientů, což bude hodně 
problematické nejen proto, že klientů je kolem 100 miliónů a i když to 
projde v rámci updatu, určitě neupdatují všichni.

3. Překompilovat co je třeba jiným kompilerem (icc). Od toho si ale moc 
neslibuju.

Budu vděčný za každé postrčení.

Díky,
Petr



From macek na sandbox.cz  Fri Dec  3 12:50:30 2010
From: macek na sandbox.cz (Vladimir Macek)
Date: Fri, 03 Dec 2010 12:50:30 +0100
Subject: =?ISO-8859-2?Q?Nab=EDdka_zam=ECstn=E1n=ED=3A_Hled=E1me_?=
	=?ISO-8859-2?Q?schopn=E9ho_linux=E1ka_do_na=B9eho_kolektivu=2E?=
In-Reply-To: <201012021110.42459.kejik@fnusa.cz>
References: <201012021110.42459.kejik@fnusa.cz>
Message-ID: <4CF8D986.2070809@sandbox.cz>

Vhodneho schopneho neznam. Mohu vsak nabidnout hned nekolik neschopnych. :-)

V.


From fboranek na kerio.com  Fri Dec  3 13:58:32 2010
From: fboranek na kerio.com (Frantisek Boranek)
Date: Fri, 03 Dec 2010 13:58:32 +0100
Subject: =?iso-8859-1?Q?Re=3A_Jak_bezpecne_inicializovat_semafor=3F?=
In-Reply-To: <155028.1034.1385-25098-1895038686-1291373211@post.cz>
Message-ID: <20101203125832.f0aabbf8@lumpy.kerio.cz>

Pokud se nemylim tak nahrada SEM_UNDO v tomto API neni a neznam elegantni reseni. Dalsi vec, ktera by Vas mohla zajimat, ze semafor preziva i po ukonceni vsech procesu, pokud posledni z nich nezavola "sem_ulink". sem_unlik nemusi nastesti volat az posledni proces, ale lze ho zavolat v kazdem z nich po zavolani close. K fyzickemu odstraneni totiz dojse az po uvolneni vsemi procesy.

F.

  _____  

From: d.petr [mailto:d.petr na post.cz]
To: Diskuse o Linuxu v cestine [mailto:linux na linux.cz]
Sent: Fri, 03 Dec 2010 11:46:51 +0100
Subject: Re: Jak bezpecne inicializovat semafor?

> ------------ Původní zpráva ------------
  > Od: Frantisek Boranek <fboranek na kerio.com>
  > ----------------------------------------
  > Lze pouzit napr:
  > 
  >  mode_t mode = S_IRUSR | S_IWUSR | S_IRGRP | S_IWGRP;
  >  int flags = (failIfExist) ? (O_CREAT | O_EXCL) : O_CREAT;
  >  sem_t *hSemaphore = sem_open(name.c_str(), flags, mode, initValue);
  > 
  > vic v man sem_open
  > 
  > Frantisek
  
  Ještě jednou děkuji za navedení, skutečně se mi podařilo semafory tímto způsobem (nazývají to POSIXové API 2) rozchodit. Skoro všechny požadavky mám splněny, jen jeden ještě chybí: vstoupí-li program do kritické sekce (a zamkne si semafor) a uvnitř této sekce je násilně ukončen, zůstává semafor zamknutý (vynulovaný). "Staré" semafory System V měly ve funkci semop možnost příznaku SEM_UNDO, který zajistil odemčení semaforu po případném zboření procesu uvnitř kritické sekce (jestli jsem to pochopil správně). Existuje něco podobného i pro sem_open nebo sem_wait, nebo to budu muset ošetřit jinak (asi s využitím sem_timedwait a pak nějak pořešit)? Mně se nepodařilo náhradu SEM_UNDO najít.
  PM
  _______________________________________________
  Linux mailing list
  Linux na linux.cz
  http://www.linux.cz/mailman/listinfo/linux
  
    

From lists.subscriber na pragl.cz  Fri Dec  3 14:16:51 2010
From: lists.subscriber na pragl.cz (Miroslav Pragl)
Date: Fri, 3 Dec 2010 14:16:51 +0100
Subject: =?iso-8859-2?Q?Re:_Akcelerace_podepisovani_pomoc=ED_RSA?=
In-Reply-To: <4CF8DEDD.7050701@tosuja.info>
References: <4CF8DEDD.7050701@tosuja.info>
Message-ID: <8AF26B002BEC40EA8DC189060E6D61F6@MirekPNB>

posilat zpravy pres IPSec asi neni ani trochu resenim, predpokladam ze je to 
prilis velka zmena (?)

MP 



From d.petr na post.cz  Fri Dec  3 14:30:22 2010
From: d.petr na post.cz (=?us-ascii?Q?d=2Epetr?=)
Date: Fri, 03 Dec 2010 14:30:22 +0100 (CET)
Subject: =?us-ascii?Q?Re=3A=20Jak=20bezpecne=20inicializovat=20semafor=3F?=
In-Reply-To: <20101203125832.f0aabbf8@lumpy.kerio.cz>
Message-ID: <155044.1018.1363-10247-1716813889-1291383022@post.cz>

Aha. No když náhrada není (nejspíš), tak to budu muset vyřešit jinak. Možná jen chvíli počkám (kritická sekce bude dost rychlá, takže nebudu muset čekat moc dlouho) a pak prostě do kritické sekce vstoupím i bez semaforu. A sem_post na konci sekce ten semafor zas vrátí do funkčního stavu.
Že bez sem_unlink zůstává semafor v systému, vím a nevadí mi to. Aspoň se na něj a do něj dá pořád koukat pomocí mc. :-)
Teď mě napadá: že bych ten POSIXový semafor verze 2 použil jen k bezpečnému a spolehlivému vytvoření semaforu System V, v němž lze použít SEM_UNDO? No, nebudu to přehánět. :-D
Každopádně ještě jednou díky.
PM


> ------------ Původní zpráva ------------
> Od: Frantisek Boranek <fboranek na kerio.com>
> Předmět: Re: Jak bezpecne inicializovat semafor?
> Datum: 03.12.2010 13:58:48
> ----------------------------------------
> Pokud se nemylim tak nahrada SEM_UNDO v tomto API neni a neznam elegantni
> reseni. Dalsi vec, ktera by Vas mohla zajimat, ze semafor preziva i po ukonceni
> vsech procesu, pokud posledni z nich nezavola "sem_ulink". sem_unlik nemusi
> nastesti volat az posledni proces, ale lze ho zavolat v kazdem z nich po
> zavolani close. K fyzickemu odstraneni totiz dojse az po uvolneni vsemi
> procesy.
> 
> F.
> 
>   _____  
> 
> From: d.petr [mailto:d.petr na post.cz]
> To: Diskuse o Linuxu v cestine [mailto:linux na linux.cz]
> Sent: Fri, 03 Dec 2010 11:46:51 +0100
> Subject: Re: Jak bezpecne inicializovat semafor?
> 
> > ------------ Původní zpráva ------------
>   > Od: Frantisek Boranek <fboranek na kerio.com>
>   > ----------------------------------------
>   > Lze pouzit napr:
>   > 
>   >  mode_t mode = S_IRUSR | S_IWUSR | S_IRGRP | S_IWGRP;
>   >  int flags = (failIfExist) ? (O_CREAT | O_EXCL) : O_CREAT;
>   >  sem_t *hSemaphore = sem_open(name.c_str(), flags, mode, initValue);
>   > 
>   > vic v man sem_open
>   > 
>   > Frantisek
>   
>   Ještě jednou děkuji za navedení, skutečně se mi podařilo semafory tímto
> způsobem (nazývají to POSIXové API 2) rozchodit. Skoro všechny požadavky mám
> splněny, jen jeden ještě chybí: vstoupí-li program do kritické sekce (a zamkne
> si semafor) a uvnitř této sekce je násilně ukončen, zůstává semafor zamknutý
> (vynulovaný). "Staré" semafory System V měly ve funkci semop možnost příznaku
> SEM_UNDO, který zajistil odemčení semaforu po případném zboření procesu uvnitř
> kritické sekce (jestli jsem to pochopil správně). Existuje něco podobného i pro
> sem_open nebo sem_wait, nebo to budu muset ošetřit jinak (asi s využitím
> sem_timedwait a pak nějak pořešit)? Mně se nepodařilo náhradu SEM_UNDO najít.
>   PM


From tosuja na tosuja.info  Fri Dec  3 14:32:08 2010
From: tosuja na tosuja.info (Petr Klima)
Date: Fri, 03 Dec 2010 14:32:08 +0100
Subject: Akcelerace podepisovani =?ISO-8859-2?Q?pomoc=ED_RSA?=
In-Reply-To: <8AF26B002BEC40EA8DC189060E6D61F6@MirekPNB>
References: <4CF8DEDD.7050701@tosuja.info>
	<8AF26B002BEC40EA8DC189060E6D61F6@MirekPNB>
Message-ID: <4CF8F158.5080608@tosuja.info>

Ne, myslim, ze to neni cesta. Klient prakticky "vola domu", obvykle se 
jen pta, co je noveho a kdy ma zavolat zase, nebo provede jednoduchy 
dotaz (dotaz i odpoved maji typicky <500B). Jeden klient komunikuje 
obvykle jednou za nekolik hodin, mnozstvi zprav je dane pouze obrovskym 
poctem klientu.

Tady nema smysl sestavovat sifrovane spojeni, rezie by byla prilis velka.

Petr

Dne 3.12.2010 14:16, Miroslav Pragl napsal(a):
> posilat zpravy pres IPSec asi neni ani trochu resenim, predpokladam ze
> je to prilis velka zmena (?)
>
> MP
> _______________________________________________
> Linux mailing list
> Linux na linux.cz
> http://www.linux.cz/mailman/listinfo/linux


From lists.subscriber na pragl.cz  Fri Dec  3 14:37:29 2010
From: lists.subscriber na pragl.cz (Miroslav Pragl)
Date: Fri, 3 Dec 2010 14:37:29 +0100
Subject: =?iso-8859-2?Q?Re:_Akcelerace_podepisovani_pomoc=ED_RSA?=
In-Reply-To: <4CF8F158.5080608@tosuja.info>
References: <4CF8DEDD.7050701@tosuja.info><8AF26B002BEC40EA8DC189060E6D61F6@MirekPNB>
	<4CF8F158.5080608@tosuja.info>
Message-ID: <383EA663CF894FA0B5D53B23436939E9@MirekPNB>

>Tady nema smysl sestavovat sifrovane spojeni, rezie by byla prilis velka.

sitovky s HW akceleraci ipsec se ale daji sehnat ;-)

MP


From kzak na redhat.com  Fri Dec  3 14:46:39 2010
From: kzak na redhat.com (Karel Zak)
Date: Fri, 3 Dec 2010 14:46:39 +0100
Subject: Jak bezpecne inicializovat semafor?
In-Reply-To: <155028.1034.1385-25098-1895038686-1291373211@post.cz>
References: <20101201181819.4fbd7f8e@lumpy.kerio.cz>
	<155028.1034.1385-25098-1895038686-1291373211@post.cz>
Message-ID: <20101203134639.GI3077@nb.net.home>

On Fri, Dec 03, 2010 at 11:46:51AM +0100, d.petr wrote:
> > ------------ Původní zpráva ------------
> > Od: Frantisek Boranek <fboranek na kerio.com>
> > ----------------------------------------
> > Lze pouzit napr:
> > 
> >  mode_t mode = S_IRUSR | S_IWUSR | S_IRGRP | S_IWGRP;
> >  int flags = (failIfExist) ? (O_CREAT | O_EXCL) : O_CREAT;
> >  sem_t *hSemaphore = sem_open(name.c_str(), flags, mode, initValue);
> > 
> > vic v man sem_open
> > 
> > Frantisek
> 
> Ještě jednou děkuji za navedení, skutečně se mi podařilo semafory
> tímto způsobem (nazývají to POSIXové API 2) rozchodit. Skoro všechny
> požadavky mám splněny, jen jeden ještě chybí: vstoupí-li program do
> kritické sekce (a zamkne si semafor) a uvnitř této sekce je násilně
> ukončen, zůstává semafor zamknutý (vynulovaný). "Staré" semafory
> System V měly ve funkci semop možnost příznaku SEM_UNDO, který
> zajistil odemčení semaforu po případném zboření procesu uvnitř
> kritické sekce (jestli jsem to pochopil správně). Existuje něco
> podobného i pro sem_open nebo sem_wait, nebo to budu muset ošetřit
> jinak (asi s využitím sem_timedwait a pak nějak pořešit)? Mně se
> nepodařilo náhradu SEM_UNDO najít.

 Asi trosku odboceni od tematu, ale pokud bych pouzival POSIXovou
 sdilenou pamet -- shm_open() + mmap(MAP_SHARED) -- maje v rukou file
 descriptor neslo by pak pro synchronizaci tech pristupu k te pameti
 pouzivat flock() s tim, ze pekne mohu odlisit zamknuti pro cteni a
 zamknuti pro zapis? Zamerne pisu synchronizaci a ne ochranu
 (mprotect). Nezkousel jsem to, jen mne to napadlo ;-)
 
    Karel

-- 
 Karel Zak  <kzak na redhat.com>
 http://karelzak.blogspot.com


From tosuja na tosuja.info  Fri Dec  3 14:55:10 2010
From: tosuja na tosuja.info (Petr Klima)
Date: Fri, 03 Dec 2010 14:55:10 +0100
Subject: Akcelerace podepisovani =?ISO-8859-2?Q?pomoc=ED_RSA?=
In-Reply-To: <383EA663CF894FA0B5D53B23436939E9@MirekPNB>
References: <4CF8DEDD.7050701@tosuja.info><8AF26B002BEC40EA8DC189060E6D61F6@MirekPNB>	<4CF8F158.5080608@tosuja.info>
	<383EA663CF894FA0B5D53B23436939E9@MirekPNB>
Message-ID: <4CF8F6BE.8090309@tosuja.info>

mel jsem na mysli spis datovou rezii. Kolik dat je treba prohnat siti na 
ustaveni IPSec spojeni (nevim, neznam ipsec)? A pak tam probehne necely 
kilobajt dat a spojeni zavirame.

Co si tak pamatuju, nebyval pruchod ipsecu skrz NAT vzdy bezbolestny, 
coz je problem, kdyz je klientsky pocitac normalni pracovni stanice, 
notebook a uzivatel je bezny Franta uzivatel. Rozhodne se nebavime o 
server-server komunikaci.

Petr

Dne 3.12.2010 14:37, Miroslav Pragl napsal(a):
>> Tady nema smysl sestavovat sifrovane spojeni, rezie by byla prilis velka.
>
> sitovky s HW akceleraci ipsec se ale daji sehnat ;-)
>
> MP
> _______________________________________________
> Linux mailing list
> Linux na linux.cz
> http://www.linux.cz/mailman/listinfo/linux


From lists.subscriber na pragl.cz  Fri Dec  3 15:13:20 2010
From: lists.subscriber na pragl.cz (Miroslav Pragl)
Date: Fri, 3 Dec 2010 15:13:20 +0100
Subject: =?iso-8859-2?Q?Re:_Akcelerace_podepisovani_pomoc=ED_RSA?=
In-Reply-To: <4CF8F6BE.8090309@tosuja.info>
References: <4CF8DEDD.7050701@tosuja.info><8AF26B002BEC40EA8DC189060E6D61F6@MirekPNB>	<4CF8F158.5080608@tosuja.info><383EA663CF894FA0B5D53B23436939E9@MirekPNB>
	<4CF8F6BE.8090309@tosuja.info>
Message-ID: <70DB2A0FD2134D90B3C3A36CA17DD523@MirekPNB>

NAT-T uz je snad par let v ipsec bezproblemovy. Rezie ale samozrejme bude, 
nicmene v ramci handshakingu IMHO srovnatelna s pridanim podpisy a v ramci 
dat je to snad 32 bajtu (?) na packet?

MP

-----Original Message----- 
From: Petr Klima
Sent: Friday, December 03, 2010 2:55 PM
To: Diskuse o Linuxu v cestine
Subject: Re: Akcelerace podepisovani pomocí RSA

mel jsem na mysli spis datovou rezii. Kolik dat je treba prohnat siti na
ustaveni IPSec spojeni (nevim, neznam ipsec)? A pak tam probehne necely
kilobajt dat a spojeni zavirame.

Co si tak pamatuju, nebyval pruchod ipsecu skrz NAT vzdy bezbolestny,
coz je problem, kdyz je klientsky pocitac normalni pracovni stanice,
notebook a uzivatel je bezny Franta uzivatel. Rozhodne se nebavime o
server-server komunikaci.

Petr

Dne 3.12.2010 14:37, Miroslav Pragl napsal(a):
>> Tady nema smysl sestavovat sifrovane spojeni, rezie by byla prilis velka.
>
> sitovky s HW akceleraci ipsec se ale daji sehnat ;-)
>
> MP
> _______________________________________________
> Linux mailing list
> Linux na linux.cz
> http://www.linux.cz/mailman/listinfo/linux
_______________________________________________
Linux mailing list
Linux na linux.cz
http://www.linux.cz/mailman/listinfo/linux 



From peak na argo.troja.mff.cuni.cz  Fri Dec  3 15:20:24 2010
From: peak na argo.troja.mff.cuni.cz (Pavel Kankovsky)
Date: Fri, 3 Dec 2010 15:20:24 +0100 (MET)
Subject: Akcelerace podepisovani =?UTF-8?B?cG9tb2PDrSBSU0E=?=
In-Reply-To: <4CF8DEDD.7050701@tosuja.info>
Message-ID: <20101203151620.7A72.0@argo.troja.mff.cuni.cz>

On Fri, 3 Dec 2010, Petr Klima wrote:

> 1. HW urychlení, tzn. nějaká karta. Netuším ale, jak se to snese s 
> virtualizací na Vmware ESX. OpenSSL ale IMHO nepodporuje PKCS11 engine 
> pro offload na HW akcelerátor (lze dodat externě, příp. použít něco 
> jiného než OpenSSL).

OpenSSL hw akceleraci v principu podporuje, ale je potřeba dodat správný
"driver": <http://www.openssl.org/docs/crypto/engine.html>

> 2. Náhrada RSA šifry DSA. DSA je při podepisování skoro přesně 2x 
> rychlejší, ale vyžaduje to změnu na straně klientů, což bude hodně 
> problematické nejen proto, že klientů je kolem 100 miliónů a i když to 
> projde v rámci updatu, určitě neupdatují všichni.

ECC by mohlo být ještě rychlejší. Co to provozujete? Botnet?
Musíte každému klientovi podepisovat jeho zprávu zvlášť? (Nemůžete třeba
podepsat celý balík a nechat klienta, ať si z nej vybere to svoje?)

-- 
Pavel Kankovsky aka Peak                          / Jeremiah 9:21        \
"For death is come up into our MS Windows(tm)..." \ 21st century edition /



From d.petr na post.cz  Fri Dec  3 15:38:45 2010
From: d.petr na post.cz (=?us-ascii?Q?d=2Epetr?=)
Date: Fri, 03 Dec 2010 15:38:45 +0100 (CET)
Subject: =?us-ascii?Q?Re=3A=20Jak=20bezpecne=20inicializovat=20semafor=3F?=
In-Reply-To: <20101203134639.GI3077@nb.net.home>
Message-ID: <155054.1010.1355-30740-1383322314-1291387125@post.cz>

> > > ------------ Původní zpráva ------------
> > > Od: Frantisek Boranek <fboranek na kerio.com>
> > > ----------------------------------------
> > > Lze pouzit napr:
> > > 
> > >  mode_t mode = S_IRUSR | S_IWUSR | S_IRGRP | S_IWGRP;
> > >  int flags = (failIfExist) ? (O_CREAT | O_EXCL) : O_CREAT;
> > >  sem_t *hSemaphore = sem_open(name.c_str(), flags, mode, initValue);
> > > 
> > > vic v man sem_open
> > > 
> > > Frantisek
> > 
> > Ještě jednou děkuji za navedení, skutečně se mi podařilo semafory
> > tímto způsobem (nazývají to POSIXové API 2) rozchodit. Skoro všechny
> > požadavky mám splněny, jen jeden ještě chybí: vstoupí-li program do
> > kritické sekce (a zamkne si semafor) a uvnitř této sekce je násilně
> > ukončen, zůstává semafor zamknutý (vynulovaný). "Staré" semafory
> > System V měly ve funkci semop možnost příznaku SEM_UNDO, který
> > zajistil odemčení semaforu po případném zboření procesu uvnitř
> > kritické sekce (jestli jsem to pochopil správně). Existuje něco
> > podobného i pro sem_open nebo sem_wait, nebo to budu muset ošetřit
> > jinak (asi s využitím sem_timedwait a pak nějak pořešit)? Mně se
> > nepodařilo náhradu SEM_UNDO najít.
> 
>  Asi trosku odboceni od tematu, ale pokud bych pouzival POSIXovou
>  sdilenou pamet -- shm_open() + mmap(MAP_SHARED) -- maje v rukou file
>  descriptor neslo by pak pro synchronizaci tech pristupu k te pameti
>  pouzivat flock() s tim, ze pekne mohu odlisit zamknuti pro cteni a
>  zamknuti pro zapis? Zamerne pisu synchronizaci a ne ochranu
>  (mprotect). Nezkousel jsem to, jen mne to napadlo ;-)
>  
>     Karel

shm_open ... ach jo, začal jsem se shmget. Zase ten POSIX <> System_V. 
V té sdílené paměti budu mít několik bufferů a pro synchronizaci přístupu procesů jsem předpokládal pro každý buffer jeden příznakový bajt. Podle těch příznaků každý proces pozná, který buffer může momentálně použít a zpět do příznaku zapíše buď, že příslušný buffer zrovna obsadil, nebo v jakém ho nechal stavu. A už jsem ani nepomýšlel na nějakou svoji synchronizaci této synchronizace a usoudil jsem, že nejlepší bude přístup k příznakům řídit semaforem. Stačil by i mutex, ale protože teď zatím nevím, jak na něj a jestli to vůbec lze, tak si ho nechám jako možné vylepšení do budoucna. :-)
PM


From tosuja na tosuja.info  Fri Dec  3 16:11:06 2010
From: tosuja na tosuja.info (Petr Klima)
Date: Fri, 03 Dec 2010 16:11:06 +0100
Subject: Akcelerace podepisovani =?ISO-8859-2?Q?pomoc=ED_RSA?=
In-Reply-To: <20101203151620.7A72.0@argo.troja.mff.cuni.cz>
References: <20101203151620.7A72.0@argo.troja.mff.cuni.cz>
Message-ID: <4CF9088A.2030708@tosuja.info>

Dne 3.12.2010 15:20, Pavel Kankovsky napsal(a):
> ECC by mohlo být ještě rychlejší. Co to provozujete? Botnet?
> Musíte každému klientovi podepisovat jeho zprávu zvlášť? (Nemůžete třeba
> podepsat celý balík a nechat klienta, ať si z nej vybere to svoje?)

Neco podobneho - antivir. A je nutné podepisovat každou odpověď zvlášť, 
je třeba zaručit, že klient si může ověřit, že to, co dostal, je odpověď 
na jeho dotaz a není podvržená někým jiným.

Petr


From fboranek na kerio.com  Fri Dec  3 17:06:41 2010
From: fboranek na kerio.com (Frantisek Boranek)
Date: Fri, 03 Dec 2010 17:06:41 +0100
Subject: =?iso-8859-1?Q?Re=3A_Jak_bezpecne_inicializovat_semafor=3F?=
In-Reply-To: <155054.1010.1355-30740-1383322314-1291387125@post.cz>
Message-ID: <20101203160641.0cc6e915@lumpy.kerio.cz>

Mozna se poohlednete do knihovny "boost" obsahuje multiplatformi API pro synchronizci, sdilenou pamet atd. Je to celkem obsahla knihovna pro C++ a API pro zdilenou pamet je uz tam par verzi, takze odhaduji ze uz jsou vychytane bugy. Dale tam obsahuji tz. zdilene objekty jako napriklad string, kde ovsem nefuguje resize, kvuli realokaci, kterou nemaji u zdilene pameti dotazenou.


F.

  _____  

From: d.petr [mailto:d.petr na post.cz]
To: Diskuse o Linuxu v cestine [mailto:linux na linux.cz]
Sent: Fri, 03 Dec 2010 15:38:45 +0100
Subject: Re: Jak bezpecne inicializovat semafor?

> > > ------------ Původní zpráva ------------
  > > > Od: Frantisek Boranek <fboranek na kerio.com>
  > > > ----------------------------------------
  > > > Lze pouzit napr:
  > > > 
  > > >  mode_t mode = S_IRUSR | S_IWUSR | S_IRGRP | S_IWGRP;
  > > >  int flags = (failIfExist) ? (O_CREAT | O_EXCL) : O_CREAT;
  > > >  sem_t *hSemaphore = sem_open(name.c_str(), flags, mode, initValue);
  > > > 
  > > > vic v man sem_open
  > > > 
  > > > Frantisek
  > > 
  > > Ještě jednou děkuji za navedení, skutečně se mi podařilo semafory
  > > tímto způsobem (nazývají to POSIXové API 2) rozchodit. Skoro všechny
  > > požadavky mám splněny, jen jeden ještě chybí: vstoupí-li program do
  > > kritické sekce (a zamkne si semafor) a uvnitř této sekce je násilně
  > > ukončen, zůstává semafor zamknutý (vynulovaný). "Staré" semafory
  > > System V měly ve funkci semop možnost příznaku SEM_UNDO, který
  > > zajistil odemčení semaforu po případném zboření procesu uvnitř
  > > kritické sekce (jestli jsem to pochopil správně). Existuje něco
  > > podobného i pro sem_open nebo sem_wait, nebo to budu muset ošetřit
  > > jinak (asi s využitím sem_timedwait a pak nějak pořešit)? Mně se
  > > nepodařilo náhradu SEM_UNDO najít.
  > 
  >  Asi trosku odboceni od tematu, ale pokud bych pouzival POSIXovou
  >  sdilenou pamet -- shm_open() + mmap(MAP_SHARED) -- maje v rukou file
  >  descriptor neslo by pak pro synchronizaci tech pristupu k te pameti
  >  pouzivat flock() s tim, ze pekne mohu odlisit zamknuti pro cteni a
  >  zamknuti pro zapis? Zamerne pisu synchronizaci a ne ochranu
  >  (mprotect). Nezkousel jsem to, jen mne to napadlo ;-)
  >  
  >     Karel
  
  shm_open ... ach jo, začal jsem se shmget. Zase ten POSIX <> System_V. 
  V té sdílené paměti budu mít několik bufferů a pro synchronizaci přístupu procesů jsem předpokládal pro každý buffer jeden příznakový bajt. Podle těch příznaků každý proces pozná, který buffer může momentálně použít a zpět do příznaku zapíše buď, že příslušný buffer zrovna obsadil, nebo v jakém ho nechal stavu. A už jsem ani nepomýšlel na nějakou svoji synchronizaci této synchronizace a usoudil jsem, že nejlepší bude přístup k příznakům řídit semaforem. Stačil by i mutex, ale protože teď zatím nevím, jak na něj a jestli to vůbec lze, tak si ho nechám jako možné vylepšení do budoucna. :-)
  PM
  _______________________________________________
  Linux mailing list
  Linux na linux.cz
  http://www.linux.cz/mailman/listinfo/linux
  
    

From kas na fi.muni.cz  Fri Dec  3 17:21:51 2010
From: kas na fi.muni.cz (Jan Kasprzak)
Date: Fri, 3 Dec 2010 17:21:51 +0100
Subject: Inkscape: gradient zahnuty podel cesty
Message-ID: <20101203162151.GD31422@fi.muni.cz>

	Dobry den,

potrebuju v inkscape udelat zhruba neco takovehoto:

http://www.fi.muni.cz/~kas/tmp/throttle0.png
http://www.fi.muni.cz/~kas/tmp/throttle0.svg

jen s tim rozdilem, aby ten vnitrni zeleno-zluto-cerveny gradient nebyl
linearni, ale byl aplikovany "podel" te casti kruznice. Kdyz se podivate
poradne, tak vpravo dole uz to zase jde do oranzove, gradient je tedy
linearni aplikovany na ten stroke bez ohledu na jeho tvar.

Zkousel jsem hledat v ruznych diskusich, ale nic rozumneho jsem nenasel.
Tusite nekdo jak se toto udela?

	Diky,

-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/ |
Please don't top post and in particular don't attach entire digests to your
mail or we'll all soon be using bittorrent to read the list.     --Alan Cox


From franta na pesoft.cz  Sat Dec  4 07:46:17 2010
From: franta na pesoft.cz (Franta - linux konference)
Date: Sat, 04 Dec 2010 07:46:17 +0100
Subject: HP Proliant ML330 - bootovani
Message-ID: <4CF9E3B9.2060608@pesoft.cz>

  provozujete nekdo ubuntu, kubuntu nebo debian na soucasnem serveru HP 
Proliant ML ?
nemohu se vyporadat s bootovanim systemu (zatim ubuntu server 10.10).

-- 

zdravi
FrantaPe



From mr.death na ipq.cz  Sat Dec  4 10:51:49 2010
From: mr.death na ipq.cz (=?iso-8859-2?B?VG9t4bkgS2++ZWx1aA==?=)
Date: Sat, 4 Dec 2010 10:51:49 +0100
Subject: HP Proliant ML330 - bootovani
In-Reply-To: <4CF9E3B9.2060608@pesoft.cz>
References: <4CF9E3B9.2060608@pesoft.cz>
Message-ID: <001801cb9398$def150e0$9cd3f2a0$@death@ipq.cz>

Na současném je myšleno ML330 G6? Co konkrétně neběží? Bacha na to, že v
lowend konfiguraci tam může být pouze softraid, až se SAS řadičem tam bude
plnohodnotný raid.

> -----Original Message-----
> From: linux-bounces na linux.cz [mailto:linux-bounces na linux.cz] On Behalf
> Of Franta - linux konference
> Sent: Saturday, December 04, 2010 7:46 AM
> 
>   provozujete nekdo ubuntu, kubuntu nebo debian na soucasnem serveru HP
> Proliant ML ?
> nemohu se vyporadat s bootovanim systemu (zatim ubuntu server 10.10).



From pribyl na lowlevel.cz  Sat Dec  4 11:55:31 2010
From: pribyl na lowlevel.cz (Adam Pribyl)
Date: Sat, 4 Dec 2010 11:55:31 +0100 (CET)
Subject: Inkscape: gradient zahnuty podel cesty
In-Reply-To: <20101203162151.GD31422@fi.muni.cz>
References: <20101203162151.GD31422@fi.muni.cz>
Message-ID: <alpine.DEB.1.10.1012041153360.31873@sandbox.cz>

On Fri, 3 Dec 2010, Jan Kasprzak wrote:

> 	Dobry den,
>
> potrebuju v inkscape udelat zhruba neco takovehoto:
>
> http://www.fi.muni.cz/~kas/tmp/throttle0.png
> http://www.fi.muni.cz/~kas/tmp/throttle0.svg
>
> jen s tim rozdilem, aby ten vnitrni zeleno-zluto-cerveny gradient nebyl
> linearni, ale byl aplikovany "podel" te casti kruznice. Kdyz se podivate
> poradne, tak vpravo dole uz to zase jde do oranzove, gradient je tedy
> linearni aplikovany na ten stroke bez ohledu na jeho tvar.
>
> Zkousel jsem hledat v ruznych diskusich, ale nic rozumneho jsem nenasel.
> Tusite nekdo jak se toto udela?

Zde se pise
https://answers.launchpad.net/inkscape/+question/111147
ze gradienty nelze ohybat. Vyresil bych to tak, ze bych oblouk rozdelil na 
nekolik segmentu (min 3) a tem pridelil gradienty jako tecnu k oblouku.

> 	Diky,
>
> -Yenya

Adam Pribyl


From mazlik369 na seznam.cz  Sat Dec  4 23:07:32 2010
From: mazlik369 na seznam.cz (mazlik369 na seznam.cz)
Date: Sat,  4 Dec 2010 23:07:32 +0100 (CET)
Subject: Na tohle se nezapomen podivat
Message-ID: <20101204220732.405A67AB5BC@emkei-laptop>

Ahoj,
koukni predevsim na tohle video http://www.stream.cz/video/535835-mejdan



From mikrosvet na seznam.cz  Sun Dec  5 06:50:12 2010
From: mikrosvet na seznam.cz (Jirka)
Date: Sun, 05 Dec 2010 06:50:12 +0100
Subject: Na tohle se nezapomen podivat
In-Reply-To: <20101204220732.405A67AB5BC@emkei-laptop>
References: <20101204220732.405A67AB5BC@emkei-laptop>
Message-ID: <4CFB2814.2060905@seznam.cz>

Video se ti v;bec nepovedlo ba je hloupe

Dne 4.12.2010 23:07, mazlik369 na seznam.cz napsal(a):
> Ahoj,
> koukni predevsim na tohle video http://www.stream.cz/video/535835-mejdan
>
> _______________________________________________
> Linux mailing list
> Linux na linux.cz
> http://www.linux.cz/mailman/listinfo/linux
>
>    



From tony.clifton na seznam.cz  Sun Dec  5 10:17:32 2010
From: tony.clifton na seznam.cz (Tony Clifton)
Date: Sun, 05 Dec 2010 10:17:32 +0100
Subject: Na tohle se nezapomen podivat
In-Reply-To: <4CFB2814.2060905@seznam.cz>
References: <20101204220732.405A67AB5BC@emkei-laptop>
	<4CFB2814.2060905@seznam.cz>
Message-ID: <4CFB58AC.3050307@seznam.cz>

Dd,

toto je spam, prislo to nejen mne vicekrat.

Sabata M.

On 5.12.2010 06:50, Jirka wrote:
> Video se ti v;bec nepovedlo ba je hloupe
>
> Dne 4.12.2010 23:07, mazlik369 na seznam.cz napsal(a):
>> Ahoj,
>> koukni predevsim na tohle video http://www.stream.cz/video/535835-mejdan
>>
>> _______________________________________________
>> Linux mailing list
>> Linux na linux.cz
>> http://www.linux.cz/mailman/listinfo/linux
>>
>
> _______________________________________________
> Linux mailing list
> Linux na linux.cz
> http://www.linux.cz/mailman/listinfo/linux
>



From archive na inmail.sk  Sun Dec  5 21:39:02 2010
From: archive na inmail.sk (archive na inmail.sk)
Date: Sun, 5 Dec 2010 21:39:02 +0100
Subject: facebook nelze uploadovat fotky
In-Reply-To: <4CEBE25A.5070000@prudek.com>
References: <4CEA5A4D.9020201@prudek.com>
	<20101122165900.271D.1@argo.troja.mff.cuni.cz>
	<20101122163523.GB2581@ebed.etf.cuni.cz>
	<4CEBE25A.5070000@prudek.com>
Message-ID: <1892309575.20101205213902@inmail.sk>

Nazdar,

23. 11. 2010 Milos Prudek napisal:

> On 22.11.2010 17:35, Petr Tomasek wrote:
>> Staci, aby jediny clen konfery
>> nechal FB, aby mu nacetl "pratele" z jeho postovni schranky
>> a jsme na FB "registrovani" vsichni.

> Jistě, ovšem pokud nemám na facebooku profil tak mě nikdo nemůže tagovat
> na fotce.

Omyl. Tagovat vas moze ktokolvek. A aj sa to bezne robi ze sa na
fotkach taguju plnym menom a priezviskom aj osoby, ktore niesu
na Facebooku. Akurat vase meno a priezvisko nieje nalinkovane na vas
profil (kedze ziadny nemate) ale kazdy kto vidi fotku vidi aj kto tam
je otagovany...

Ale to sme uz dost OT.

-- 
caff,
 mb

----------
Augustova superponuka na Zoner Photo studio 12


From kas na fi.muni.cz  Mon Dec  6 08:56:19 2010
From: kas na fi.muni.cz (Jan Kasprzak)
Date: Mon, 6 Dec 2010 08:56:19 +0100
Subject: Inkscape: gradient zahnuty podel cesty
In-Reply-To: <alpine.DEB.1.10.1012041153360.31873@sandbox.cz>
References: <20101203162151.GD31422@fi.muni.cz>
	<alpine.DEB.1.10.1012041153360.31873@sandbox.cz>
Message-ID: <20101206075619.GB18176@fi.muni.cz>

Adam Pribyl wrote:
: On Fri, 3 Dec 2010, Jan Kasprzak wrote:
: 
: >	Dobry den,
: >
: >potrebuju v inkscape udelat zhruba neco takovehoto:
: >
: >http://www.fi.muni.cz/~kas/tmp/throttle0.png
: >http://www.fi.muni.cz/~kas/tmp/throttle0.svg
: >
: >jen s tim rozdilem, aby ten vnitrni zeleno-zluto-cerveny gradient nebyl
: >linearni, ale byl aplikovany "podel" te casti kruznice. Kdyz se podivate
: >poradne, tak vpravo dole uz to zase jde do oranzove, gradient je tedy
: >linearni aplikovany na ten stroke bez ohledu na jeho tvar.
: >
: >Zkousel jsem hledat v ruznych diskusich, ale nic rozumneho jsem nenasel.
: >Tusite nekdo jak se toto udela?
: 
: Zde se pise
: https://answers.launchpad.net/inkscape/+question/111147
: ze gradienty nelze ohybat. Vyresil bych to tak, ze bych oblouk rozdelil na 
: nekolik segmentu (min 3) a tem pridelil gradienty jako tecnu k oblouku.

	Jo, tak nejak jsem to vyresil. Prijde mi to ale nehezke :-)

-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/ |
Please don't top post and in particular don't attach entire digests to your
mail or we'll all soon be using bittorrent to read the list.     --Alan Cox


From lists.subscriber na pragl.cz  Mon Dec  6 13:15:06 2010
From: lists.subscriber na pragl.cz (Miroslav Pragl)
Date: Mon, 6 Dec 2010 13:15:06 +0100
Subject: Fedora 14 XDMCP - nefunguje bez nakonfigurovaneho DNS
Message-ID: <B03B635B1A104C82B8ED04F94190FE75@MirekPNB>

Ahoj,
po instalaci Fedory 14 a povoleni XDMCP jsem se nemohl pripojit. Zjistil 
jsem ze na vine je gdm resp. nemoznost resolvnout nazev serveru a/nebo 
klienta. Nepomohlo ani pridani do hosts, zacalo fungovat az po instalaci DNS 
a vytvoreni prislusne PTR zony/zaznamu.

Je to by design? Ne ze by mi vadilo nastavit si DNSko de facto kvuli 2 
zaznamum (testovaci server a testovaci klient/Xterm)...

Dik

MP 



From peak na argo.troja.mff.cuni.cz  Mon Dec  6 14:50:55 2010
From: peak na argo.troja.mff.cuni.cz (Pavel Kankovsky)
Date: Mon, 6 Dec 2010 14:50:55 +0100 (MET)
Subject: Inkscape: gradient zahnuty podel cesty
In-Reply-To: <20101203162151.GD31422@fi.muni.cz>
Message-ID: <20101206145002.729.0@argo.troja.mff.cuni.cz>

On Fri, 3 Dec 2010, Jan Kasprzak wrote:

> jen s tim rozdilem, aby ten vnitrni zeleno-zluto-cerveny gradient nebyl
> linearni, ale byl aplikovany "podel" te casti kruznice.

Tady jsou nějaké triky, jak kónický gradient simulovat:
<http://wiki.inkscape.org/wiki/index.php/Advanced_Gradients>

-- 
Pavel Kankovsky aka Peak                          / Jeremiah 9:21        \
"For death is come up into our MS Windows(tm)..." \ 21st century edition /



From peak na argo.troja.mff.cuni.cz  Tue Dec  7 09:47:13 2010
From: peak na argo.troja.mff.cuni.cz (Pavel Kankovsky)
Date: Tue, 7 Dec 2010 09:47:13 +0100 (CET)
Subject: =?us-ascii?Q?Re=3A=20Jak=20bezpecne=20inicializovat=20semafor=3F?=
In-Reply-To: <155028.1034.1385-25098-1895038686-1291373211@post.cz>
Message-ID: <20101207094334.2F0C.0@paddy.troja.mff.cuni.cz>

On Fri, 3 Dec 2010, d.petr wrote:

> "Staré" semafory System V měly ve funkci semop možnost příznaku
> SEM_UNDO, který zajistil odemčení semaforu po případném zboření procesu
> uvnitř kritické sekce

Ano. Ale neměl byste zapomenout na to, že když 1. semaforem 
synchronizujete přístup ke sdílené paměti tj. asi tam provádíte nějaké 
složitější operace, a 2. proces uvnitř kritické sekce tj. během provádění 
těch operací zkolabuje, tak pravděpodobně data v oné sdílené paměti 
nebudou ve zcela konzistentním stavu a musí se toho obvykle udělat mnohem 
víc než jen uvolnit zablokovanou kritickou sekci.

-- 
Pavel Kankovsky aka Peak                          / Jeremiah 9:21        \
"For death is come up into our MS Windows(tm)..." \ 21st century edition /



From peak na argo.troja.mff.cuni.cz  Tue Dec  7 10:10:01 2010
From: peak na argo.troja.mff.cuni.cz (Pavel Kankovsky)
Date: Tue, 7 Dec 2010 10:10:01 +0100 (CET)
Subject: Akcelerace podepisovani =?ISO-8859-2?Q?pomoc=ED_RSA?=
In-Reply-To: <4CF9088A.2030708@tosuja.info>
Message-ID: <20101207095346.2F0C.0@paddy.troja.mff.cuni.cz>

On Fri, 3 Dec 2010, Petr Klima wrote:

> Neco podobneho - antivir. A je nutné podepisovat každou odpověď zvlášť, 
> je třeba zaručit, že klient si může ověřit, že to, co dostal, je odpověď 
> na jeho dotaz a není podvržená někým jiným.

Nikoli. U dotazů "co je nového a kdy má zavolat znovu" není potřeba, aby
to byla pokaždé individuální odpověď. Potřeba je, aby bylo možno zajistit,
že přijatá odpověď není recyklovaná a příliš stará (pokud se klient
dotazuje jednou za několik hodin, tak na pár sekundách či dokonce minutách 
asi moc nezáleží). A vymyslet by toho šlo asi ještě mnohem víc, ale to už 
bych hodně odbíhal o tématu konference.

-- 
Pavel Kankovsky aka Peak                          / Jeremiah 9:21        \
"For death is come up into our MS Windows(tm)..." \ 21st century edition /



From tosuja na tosuja.info  Tue Dec  7 14:03:37 2010
From: tosuja na tosuja.info (Petr Klima)
Date: Tue, 07 Dec 2010 14:03:37 +0100
Subject: Akcelerace podepisovani =?ISO-8859-2?Q?pomoc=ED_RSA?=
In-Reply-To: <20101207095346.2F0C.0@paddy.troja.mff.cuni.cz>
References: <20101207095346.2F0C.0@paddy.troja.mff.cuni.cz>
Message-ID: <4CFE30A9.4020905@tosuja.info>

Tu diskusi jsme uz vedli a dosli jsme na to, ze to nelze, protoze bychom 
otevreli cestu k man in the middle attack (napr. muze nachytat nejake ty 
odpovedi a pak je klientovi posilat). Navic jsou i jine typy pozadavku 
(a v souctu jich je nasobne vic) a ty jsou velmi konkretni a genericke 
je udelat nelze.

Takze jsme skoncili na podpisu kazde zpravy. Mozna by jeste pomohl IPSec 
(ale ten znam prakticky jen jako pojem, takze neznam moznosti a 
prakticke omezeni).

Zrejme to v soucasne dobe vyresime prechodem na DSA podpis, protoze 
podepisovani je priblizne 2x rychlejsi, nez u RSA. Kontrola podpisu je u 
DSA sice pomalejsi, ale to neni problem, delaji to klienti.

PK

Dne 7.12.2010 10:10, Pavel Kankovsky napsal(a):
> Nikoli. U dotazů "co je nového a kdy má zavolat znovu" není potřeba, aby
> to byla pokaždé individuální odpověď. Potřeba je, aby bylo možno zajistit,
> že přijatá odpověď není recyklovaná a příliš stará (pokud se klient
> dotazuje jednou za několik hodin, tak na pár sekundách či dokonce minutách
> asi moc nezáleží). A vymyslet by toho šlo asi ještě mnohem víc, ale to už
> bych hodně odbíhal o tématu konference.
>


From d.petr na post.cz  Tue Dec  7 16:07:58 2010
From: d.petr na post.cz (=?us-ascii?Q?d=2Epetr?=)
Date: Tue, 07 Dec 2010 16:07:58 +0100 (CET)
Subject: =?us-ascii?Q?Re=3A=20Jak=20bezpecne=20inicializovat=20semafor=3F?=
In-Reply-To: <20101207094334.2F0C.0@paddy.troja.mff.cuni.cz>
Message-ID: <155277.1327.1725-12882-1347182925-1291734478@post.cz>

> ------------ Původní zpráva ------------
> Od: Pavel Kankovsky <peak na argo.troja.mff.cuni.cz>
> ----------------------------------------
> On Fri, 3 Dec 2010, d.petr wrote:
> 
> > "Staré" semafory System V měly ve funkci semop možnost příznaku
> > SEM_UNDO, který zajistil odemčení semaforu po případném zboření procesu
> > uvnitř kritické sekce
> 
> Ano. Ale neměl byste zapomenout na to, že když 1. semaforem 
> synchronizujete přístup ke sdílené paměti tj. asi tam provádíte nějaké 
> složitější operace, a 2. proces uvnitř kritické sekce tj. během provádění 
> těch operací zkolabuje, tak pravděpodobně data v oné sdílené paměti 
> nebudou ve zcela konzistentním stavu a musí se toho obvykle udělat mnohem 
> víc než jen uvolnit zablokovanou kritickou sekci.
> 
> -- 
> Pavel Kankovsky aka Peak                          / Jeremiah 9:21        \
> "For death is come up into our MS Windows(tm)..." \ 21st century edition /

Ano, to je mi jasné. V programu se to pokusím co nejlépe vyřešit. Že to není jen tak, už vidím sám ve svém testovacím příkladu.
PM


From tomas.hodek na volny.cz  Wed Dec  8 19:19:02 2010
From: tomas.hodek na volny.cz (=?ISO-8859-2?Q?Hodek_Tom=E1=B9?=)
Date: Wed, 08 Dec 2010 19:19:02 +0100
Subject: textova konsole
Message-ID: <4CFFCC16.5020403@volny.cz>

Dobrý den,

pokouším o přechod z opensuse a se nainstalovat ubuntu 10.10 server tak, aby nebyl splash a framebuffer, ale nemůžu nic najít. Rád bych zůstal na klasické znakové konsoli 132x25 nebo 80x25.

Nevíte někdo jak na to ?

Předem díky
Hodek


From tosuja na tosuja.info  Wed Dec  8 20:51:34 2010
From: tosuja na tosuja.info (=?ISO-8859-2?Q?Petr_Kl=EDma?=)
Date: Wed, 08 Dec 2010 20:51:34 +0100
Subject: textova konsole
In-Reply-To: <4CFFCC16.5020403@volny.cz>
References: <4CFFCC16.5020403@volny.cz>
Message-ID: <4CFFE1C6.9050606@tosuja.info>

Na server se clovek vetsinou hlasi pomoci SSH, takze to, co je na 
konzoli cloveka prilis nezajima...

Poslu rady pro Debian, ale v Ubuntu by to melo byt dost podobne.

Presto - neuskodi odinstalovat vsechny nepotrebne balicky s splash nebo 
fb v nazvu, to by vas melo zbavit pripadneho startu a nastavovani 
podobnych veci za behu.
V /etc/default/grub vas zajima radek s GRUB_TERMINAL.
Dale v GRUB_CMDLINE_LINUX_DEFAULT pridejte splash=0 nebo nosplash, 
pripadne jeste nomodeset, pokud chcete vypnout KMS. No a na nastaveni 
rezimu obrazovky je (byval) parametr vga.

Pote, co zeditujete, nezapomente spustit update-grub2.

Petr


Dne 8.12.2010 19:19, Hodek Tomáš napsal(a):
> Dobrý den,
>
> pokouším o přechod z opensuse a se nainstalovat ubuntu 10.10 server tak,
> aby nebyl splash a framebuffer, ale nemůžu nic najít. Rád bych zůstal na
> klasické znakové konsoli 132x25 nebo 80x25.
>
> Nevíte někdo jak na to ?
>
> Předem díky
> Hodek
> _______________________________________________
> Linux mailing list
> Linux na linux.cz
> http://www.linux.cz/mailman/listinfo/linux


From lists_mk na wujiman.net  Wed Dec  8 22:56:49 2010
From: lists_mk na wujiman.net (Martin Kraus)
Date: Wed, 8 Dec 2010 22:56:49 +0100
Subject: textova konsole
In-Reply-To: <4CFFE1C6.9050606@tosuja.info>
References: <4CFFCC16.5020403@volny.cz>
 <4CFFE1C6.9050606@tosuja.info>
Message-ID: <20101208215647.GA10950@/bin/hostname>

On Wed, Dec 08, 2010 at 08:51:34PM +0100, Petr Klíma wrote:
> Na server se clovek vetsinou hlasi pomoci SSH, takze to, co je na
> konzoli cloveka prilis nezajima...
> 
> Poslu rady pro Debian, ale v Ubuntu by to melo byt dost podobne.
> 
> Presto - neuskodi odinstalovat vsechny nepotrebne balicky s splash
> nebo fb v nazvu, to by vas melo zbavit pripadneho startu a
> nastavovani podobnych veci za behu.
> V /etc/default/grub vas zajima radek s GRUB_TERMINAL.
> Dale v GRUB_CMDLINE_LINUX_DEFAULT pridejte splash=0 nebo nosplash,
> pripadne jeste nomodeset, pokud chcete vypnout KMS. No a na
> nastaveni rezimu obrazovky je (byval) parametr vga.
> 
> Pote, co zeditujete, nezapomente spustit update-grub2.

pokud jde o server, tak bych nainstaloval debian.

kernelovske parametry vesa= pripadne video= a kms, hlavne i915, ktere ma svuj
ovladac fb, takze i915.modeset=0 jako parametr kernelu. pokud se i915 natahuje
az v initramfs pripadne pres /etc/modules, tak pripdat do
/etc/modprobe.d/i915.conf napriklad radek

options i915 modeset=0

mk


From mr.death na ipq.cz  Thu Dec  9 00:01:07 2010
From: mr.death na ipq.cz (=?iso-8859-2?B?VG9t4bkgS2++ZWx1aA==?=)
Date: Thu, 9 Dec 2010 00:01:07 +0100
Subject: MAPI v linuxu?
Message-ID: <000301cb972b$cc1fb8d0$645f2a70$@death@ipq.cz>

Neřešil prosím někdo s úspěchem nějaký poštovní server (nebo raději pouze
connector, MTA zařizuje Postfix) schopný obsloužit Outlook přes MAPI? Co
jsem pátral, tak pár aplikací existuje, ale bývají různá omezení a podobně,
takže by mě zajímaly především konkrétní zkušenosti. Předem díky za
odpovědi...

T.K.



From lists.subscriber na pragl.cz  Thu Dec  9 07:58:48 2010
From: lists.subscriber na pragl.cz (Miroslav Pragl)
Date: Thu, 9 Dec 2010 07:58:48 +0100
Subject: MAPI v linuxu?
In-Reply-To: <000301cb972b$cc1fb8d0$645f2a70$@death@ipq.cz>
References: <000301cb972b$cc1fb8d0$645f2a70$@death@ipq.cz>
Message-ID: <0FA4ADAE64EA4B17936597846528FD10@MirekPNB>

MAPI nenabizi server Outlooku, MAPI nabizi Outlook operacnimu systemu

MP

-----Original Message----- 
From: Tomáš Koželuh
Sent: Thursday, December 09, 2010 12:01 AM
To: 'Diskuse o Linuxu v cestine'
Subject: MAPI v linuxu?

Neřešil prosím někdo s úspěchem nějaký poštovní server (nebo raději pouze
connector, MTA zařizuje Postfix) schopný obsloužit Outlook přes MAPI? Co
jsem pátral, tak pár aplikací existuje, ale bývají různá omezení a podobně,
takže by mě zajímaly především konkrétní zkušenosti. Předem díky za
odpovědi...




From ivast na mail.t-mobile.sk  Thu Dec  9 08:34:34 2010
From: ivast na mail.t-mobile.sk (Ivan Stenda)
Date: Thu, 09 Dec 2010 08:34:34 +0100
Subject: MAPI v linuxu?
In-Reply-To: <0FA4ADAE64EA4B17936597846528FD10@MirekPNB>
References: <000301cb972b$cc1fb8d0$645f2a70$@death@ipq.cz>
	<0FA4ADAE64EA4B17936597846528FD10@MirekPNB>
Message-ID: <4D00868A.8050502@mail.t-mobile.sk>

trochu OT, a ako sa vola ten sietovy protokol, ktorym exchng server 
obsluhuje nativneho klienta ?

i

> MAPI nenabizi server Outlooku, MAPI nabizi Outlook operacnimu systemu
>
> MP
>


From lists.subscriber na pragl.cz  Thu Dec  9 09:16:37 2010
From: lists.subscriber na pragl.cz (Miroslav Pragl)
Date: Thu, 9 Dec 2010 09:16:37 +0100
Subject: MAPI v linuxu?
In-Reply-To: <4D00868A.8050502@mail.t-mobile.sk>
References: <000301cb972b$cc1fb8d0$645f2a70$@death@ipq.cz><0FA4ADAE64EA4B17936597846528FD10@MirekPNB>
	<4D00868A.8050502@mail.t-mobile.sk>
Message-ID: <B19BC8BA1C134F41A0638F461F98A9F2@MirekPNB>

RPC

MP

-----Original Message----- 
From: Ivan Stenda 
Sent: Thursday, December 09, 2010 8:34 AM 
To: Diskuse o Linuxu v cestine 
Subject: Re: MAPI v linuxu? 

trochu OT, a ako sa vola ten sietovy protokol, ktorym exchng server 
obsluhuje nativneho klienta ?

i

> MAPI nenabizi server Outlooku, MAPI nabizi Outlook operacnimu systemu
>
> MP
>
_______________________________________________
Linux mailing list
Linux na linux.cz
http://www.linux.cz/mailman/listinfo/linux


From petr na balas.cz  Thu Dec  9 09:43:42 2010
From: petr na balas.cz (=?ISO-8859-2?Q?Petr_Bal=E1=B9?=)
Date: Thu, 9 Dec 2010 09:43:42 +0100
Subject: MAPI v linuxu?
In-Reply-To: <B19BC8BA1C134F41A0638F461F98A9F2@MirekPNB>
References: <0FA4ADAE64EA4B17936597846528FD10@MirekPNB>
	<4D00868A.8050502@mail.t-mobile.sk>
	<B19BC8BA1C134F41A0638F461F98A9F2@MirekPNB>
Message-ID: <AANLkTikpfe9s9RzGCVMkkjGVP+gBapqZogpH83Gpy7Ka@mail.gmail.com>

Jo a nad tim RPC je posazene MAPI :-)
Ono opravdu MAPI zahrnuje trochu vice, nez jen to, co poskytuje Outlook ...

Petr Balas


2010/12/9 Miroslav Pragl <lists.subscriber na pragl.cz>:
> RPC
>
> MP
>
> -----Original Message----- From: Ivan Stenda Sent: Thursday, December 09,
> 2010 8:34 AM To: Diskuse o Linuxu v cestine Subject: Re: MAPI v linuxu?
> trochu OT, a ako sa vola ten sietovy protokol, ktorym exchng server
> obsluhuje nativneho klienta ?
>
> i
>
>> MAPI nenabizi server Outlooku, MAPI nabizi Outlook operacnimu systemu
>>
>> MP
>>
> _______________________________________________
> Linux mailing list
> Linux na linux.cz
> http://www.linux.cz/mailman/listinfo/linux
> _______________________________________________
> Linux mailing list
> Linux na linux.cz
> http://www.linux.cz/mailman/listinfo/linux
>



-- 
Petr Baláš - petr at balas dot cz


From lists.subscriber na pragl.cz  Thu Dec  9 10:18:10 2010
From: lists.subscriber na pragl.cz (Miroslav Pragl)
Date: Thu, 9 Dec 2010 10:18:10 +0100
Subject: MAPI v linuxu?
In-Reply-To: <AANLkTikpfe9s9RzGCVMkkjGVP+gBapqZogpH83Gpy7Ka@mail.gmail.com>
References: <0FA4ADAE64EA4B17936597846528FD10@MirekPNB><4D00868A.8050502@mail.t-mobile.sk><B19BC8BA1C134F41A0638F461F98A9F2@MirekPNB>
	<AANLkTikpfe9s9RzGCVMkkjGVP+gBapqZogpH83Gpy7Ka@mail.gmail.com>
Message-ID: <A8E7E2C7A2B84DF29CDBDCDBF77A5F08@MirekPNB>

To je samozrejme pravda

Takze ty potrebujes MAPI klient - server a ne (simple) MAPI provider pro OS 
jake poskytuje nejen Outlook ale i jine MUAs?

MP

-----Original Message----- 
From: Petr Baláš
Sent: Thursday, December 09, 2010 9:43 AM
To: Diskuse o Linuxu v cestine
Subject: Re: MAPI v linuxu?

Jo a nad tim RPC je posazene MAPI :-)
Ono opravdu MAPI zahrnuje trochu vice, nez jen to, co poskytuje Outlook ...




From mr.death na ipq.cz  Thu Dec  9 11:00:49 2010
From: mr.death na ipq.cz (=?iso-8859-2?B?VG9t4bkgS2++ZWx1aA==?=)
Date: Thu, 9 Dec 2010 11:00:49 +0100
Subject: MAPI v linuxu?
In-Reply-To: <A8E7E2C7A2B84DF29CDBDCDBF77A5F08@MirekPNB>
References: <0FA4ADAE64EA4B17936597846528FD10@MirekPNB><4D00868A.8050502@mail.t-mobile.sk><B19BC8BA1C134F41A0638F461F98A9F2@MirekPNB>	<AANLkTikpfe9s9RzGCVMkkjGVP+gBapqZogpH83Gpy7Ka@mail.gmail.com>
	<A8E7E2C7A2B84DF29CDBDCDBF77A5F08@MirekPNB>
Message-ID: <001e01cb9787$f57b9fd0$e072df70$@death@ipq.cz>

Potřebuju, aby se Outlook dokázal připojit k něčemu jinému než Exchange a
nabízelo to víceméně ty samé služby - kalendář, kontakty, sdílené složky a
podobně.

> -----Original Message-----
> From: linux-bounces na linux.cz [mailto:linux-bounces na linux.cz] On Behalf
> Of Miroslav Pragl
> Sent: Thursday, December 09, 2010 10:18 AM
> 
> To je samozrejme pravda
> 
> Takze ty potrebujes MAPI klient - server a ne (simple) MAPI provider
> pro OS
> jake poskytuje nejen Outlook ale i jine MUAs?



From lists.subscriber na pragl.cz  Thu Dec  9 11:12:36 2010
From: lists.subscriber na pragl.cz (Miroslav Pragl)
Date: Thu, 9 Dec 2010 11:12:36 +0100
Subject: MAPI v linuxu?
In-Reply-To: <001e01cb9787$f57b9fd0$e072df70$@death@ipq.cz>
References: <0FA4ADAE64EA4B17936597846528FD10@MirekPNB><4D00868A.8050502@mail.t-mobile.sk><B19BC8BA1C134F41A0638F461F98A9F2@MirekPNB>	<AANLkTikpfe9s9RzGCVMkkjGVP+gBapqZogpH83Gpy7Ka@mail.gmail.com><A8E7E2C7A2B84DF29CDBDCDBF77A5F08@MirekPNB>
	<001e01cb9787$f57b9fd0$e072df70$@death@ipq.cz>
Message-ID: <1B8857003DA4417AA1DC142058211D5F@MirekPNB>

Windows Live nebo Google neni reseni? Potrebujes in-house server?

MP



From mr.death na ipq.cz  Thu Dec  9 11:52:44 2010
From: mr.death na ipq.cz (=?iso-8859-2?B?VG9t4bkgS2++ZWx1aA==?=)
Date: Thu, 9 Dec 2010 11:52:44 +0100
Subject: MAPI v linuxu?
In-Reply-To: <1B8857003DA4417AA1DC142058211D5F@MirekPNB>
References: <0FA4ADAE64EA4B17936597846528FD10@MirekPNB><4D00868A.8050502@mail.t-mobile.sk><B19BC8BA1C134F41A0638F461F98A9F2@MirekPNB>	<AANLkTikpfe9s9RzGCVMkkjGVP+gBapqZogpH83Gpy7Ka@mail.gmail.com><A8E7E2C7A2B84DF29CDBDCDBF77A5F08@MirekPNB>	<001e01cb9787$f57b9fd0$e072df70$@death@ipq.cz>
	<1B8857003DA4417AA1DC142058211D5F@MirekPNB>
Message-ID: <002101cb978f$35e24590$a1a6d0b0$@death@ipq.cz>

jo

> -----Original Message-----
> From: linux-bounces na linux.cz [mailto:linux-bounces na linux.cz] On Behalf
> Of Miroslav Pragl
> Sent: Thursday, December 09, 2010 11:13 AM
> 
> Windows Live nebo Google neni reseni? Potrebujes in-house server?



From lists.subscriber na pragl.cz  Thu Dec  9 12:13:34 2010
From: lists.subscriber na pragl.cz (Miroslav Pragl)
Date: Thu, 9 Dec 2010 12:13:34 +0100
Subject: MAPI v linuxu?
In-Reply-To: <002101cb978f$35e24590$a1a6d0b0$@death@ipq.cz>
References: <0FA4ADAE64EA4B17936597846528FD10@MirekPNB><4D00868A.8050502@mail.t-mobile.sk><B19BC8BA1C134F41A0638F461F98A9F2@MirekPNB>	<AANLkTikpfe9s9RzGCVMkkjGVP+gBapqZogpH83Gpy7Ka@mail.gmail.com><A8E7E2C7A2B84DF29CDBDCDBF77A5F08@MirekPNB>	<001e01cb9787$f57b9fd0$e072df70$@death@ipq.cz><1B8857003DA4417AA1DC142058211D5F@MirekPNB>
	<002101cb978f$35e24590$a1a6d0b0$@death@ipq.cz>
Message-ID: <8157CBC60BAB4CDE9E4EE7A92D173B0E@MirekPNB>

1 odpoved na 2 otazky. Hazim si padikem.

MP

-----Original Message----- 
From: Tomáš Koželuh
Sent: Thursday, December 09, 2010 11:52 AM
To: 'Diskuse o Linuxu v cestine'
Subject: RE: MAPI v linuxu?

jo

> -----Original Message-----
> From: linux-bounces na linux.cz [mailto:linux-bounces na linux.cz] On Behalf
> Of Miroslav Pragl
> Sent: Thursday, December 09, 2010 11:13 AM
>
> Windows Live nebo Google neni reseni? Potrebujes in-house server?

_______________________________________________
Linux mailing list
Linux na linux.cz
http://www.linux.cz/mailman/listinfo/linux 



From mr.death na ipq.cz  Thu Dec  9 12:31:41 2010
From: mr.death na ipq.cz (=?iso-8859-2?B?VG9t4bkgS2++ZWx1aA==?=)
Date: Thu, 9 Dec 2010 12:31:41 +0100
Subject: MAPI v linuxu?
In-Reply-To: <8157CBC60BAB4CDE9E4EE7A92D173B0E@MirekPNB>
References: <0FA4ADAE64EA4B17936597846528FD10@MirekPNB><4D00868A.8050502@mail.t-mobile.sk><B19BC8BA1C134F41A0638F461F98A9F2@MirekPNB>	<AANLkTikpfe9s9RzGCVMkkjGVP+gBapqZogpH83Gpy7Ka@mail.gmail.com><A8E7E2C7A2B84DF29CDBDCDBF77A5F08@MirekPNB>	<001e01cb9787$f57b9fd0$e072df70$@death@ipq.cz><1B8857003DA4417AA1DC142058211D5F@MirekPNB>	<002101cb978f$35e24590$a1a6d0b0$@death@ipq.cz>
	<8157CBC60BAB4CDE9E4EE7A92D173B0E@MirekPNB>
Message-ID: <002d01cb9794$a6cdf2e0$f469d8a0$@death@ipq.cz>

Aha, sorry, ne a jo. :)

> -----Original Message-----
> From: linux-bounces na linux.cz [mailto:linux-bounces na linux.cz] On Behalf
> Of Miroslav Pragl
> Sent: Thursday, December 09, 2010 12:14 PM
> 
> 1 odpoved na 2 otazky. Hazim si padikem.
> 
> MP
> 
> -----Original Message-----
> From: Tomáš Koželuh
> Sent: Thursday, December 09, 2010 11:52 AM
> To: 'Diskuse o Linuxu v cestine'
> Subject: RE: MAPI v linuxu?
> 
> jo
> 
> > -----Original Message-----
> > From: linux-bounces na linux.cz [mailto:linux-bounces na linux.cz] On
> Behalf
> > Of Miroslav Pragl
> > Sent: Thursday, December 09, 2010 11:13 AM
> >
> > Windows Live nebo Google neni reseni? Potrebujes in-house server?



From lists.subscriber na pragl.cz  Thu Dec  9 13:55:29 2010
From: lists.subscriber na pragl.cz (Miroslav Pragl)
Date: Thu, 9 Dec 2010 13:55:29 +0100
Subject: MAPI v linuxu?
In-Reply-To: <002d01cb9794$a6cdf2e0$f469d8a0$@death@ipq.cz>
References: <0FA4ADAE64EA4B17936597846528FD10@MirekPNB><4D00868A.8050502@mail.t-mobile.sk><B19BC8BA1C134F41A0638F461F98A9F2@MirekPNB>	<AANLkTikpfe9s9RzGCVMkkjGVP+gBapqZogpH83Gpy7Ka@mail.gmail.com><A8E7E2C7A2B84DF29CDBDCDBF77A5F08@MirekPNB>	<001e01cb9787$f57b9fd0$e072df70$@death@ipq.cz><1B8857003DA4417AA1DC142058211D5F@MirekPNB>	<002101cb978f$35e24590$a1a6d0b0$@death@ipq.cz><8157CBC60BAB4CDE9E4EE7A92D173B0E@MirekPNB>
	<002d01cb9794$a6cdf2e0$f469d8a0$@death@ipq.cz>
Message-ID: <C9A3630ED781490594E0A177010BA03C@MirekPNB>

Toto se VETSINOU (a hovorim o ne-free resenich!) resi customizaci na 
klientske strane nez aby se server tvaril ze je mSeExChange

MP 



From lk na blackpage.eu  Thu Dec  9 15:47:26 2010
From: lk na blackpage.eu (=?utf-8?B?TWFydGluIFRpcsWhZWw=?=)
Date: Thu, 09 Dec 2010 15:47:26 +0100
Subject: =?utf-8?B?UHJlc21lcm92YW5pZSBsZW4gbmlla2/EvmvDvWNoIGVtYWlsb3bDvWNoIGE=?=
	=?utf-8?B?ZHJpZXMgbmEgaW7DvSBzZXJ2ZXI=?=
Message-ID: <op.vngbdckkeqhfii@pigtower>

Zdravím,

na serveri A je zadefinovaných 5 emailových adries, ktoré sa idú presunúť  
na server B. Problém je ten, že 1-2 užívatelia sú momentálne nedostupní,  
takže nieje možné im prenastaviť notebooky, stiahnuť emaily zo serveru A a  
nastaviť pre ďalšie používanie už len server B. Ja potrebujem docieliť  
toho, aby všetci pristupovali k mailom na serveri B a tí, ktorí sú  
momentálne nedostupní, mali možnosť ďalej používať server A, až pokým im  
to nezmením. Server A nieje pod mojou kontrolou a nemôžem tam nič zmeniť,  
na serveri B môžem nastaviť čokoľvek.

Používam postfix a myslím, že niečo takéto by mohlo byť riešiteľné cez  
transport maps, ale tu mám trocha medzery. Je možné nastaviť priamo v  
postfixe to, aby časť adries z určitej domény ostalo na serveri a vybraté  
adresy boli forwardnuté na pôvodný server? Alebo tie emaily musím nechať  
spracovať nejakým skriptom, ktorý sa pripojí na pôvodný server a pošle tam  
daný email?

Ďakujem
-- 
S pozdravom,
Martin Tiršel

From mr.death na ipq.cz  Thu Dec  9 16:42:04 2010
From: mr.death na ipq.cz (=?iso-8859-2?B?VG9t4bkgS2++ZWx1aA==?=)
Date: Thu, 9 Dec 2010 16:42:04 +0100
Subject: =?iso-8859-2?Q?RE:_Presmerovanie_len_nieko=B5k=FDch_emailov=FDch_adries?=
	=?iso-8859-2?Q?_na_in=FD_server?=
In-Reply-To: <op.vngbdckkeqhfii@pigtower>
References: <op.vngbdckkeqhfii@pigtower>
Message-ID: <006301cb97b7$a1d596d0$e580c470$@death@ipq.cz>

Já myslím, že to jde, já to mám teda nastavený vše lokálně, ale část jde na
maildrop a část mailů na mlmmj. Ale tuším, že když se tam dá místo maildrop
smtp:druhy.server, tak to bude fungovat. Případně mrknout do helpu postfixu,
jestli ta syntaxe není jinak.
V main.cf je důležitý asi jenom tohle: transport_maps =
hash:/etc/postfix/transport
A v transport je clovek na domena.tld maildrop a tam bych tipoval, že má být
clovek na domena.tld smtp:druhy.server a pro ostatní uživatele pak @domena.tld
maildrop (nebo jiný nástroj na doručení mailů). Pořadí pak výjimky nahoře,
zbytek domény dole.

> -----Original Message-----
> From: linux-bounces na linux.cz [mailto:linux-bounces na linux.cz] On Behalf
> Of Martin Tiršel
> Sent: Thursday, December 09, 2010 3:47 PM
> 
> na serveri A je zadefinovaných 5 emailových adries, ktoré sa idú
> presunúť
> na server B. Problém je ten, že 1-2 užívatelia sú momentálne
> nedostupní,
> takže nieje možné im prenastaviť notebooky, stiahnuť emaily zo serveru
> A a
> nastaviť pre ďalšie používanie už len server B. Ja potrebujem docieliť
> toho, aby všetci pristupovali k mailom na serveri B a tí, ktorí sú
> momentálne nedostupní, mali možnosť ďalej používať server A, až pokým
> im
> to nezmením. Server A nieje pod mojou kontrolou a nemôžem tam nič
> zmeniť,
> na serveri B môžem nastaviť čokoľvek.
> 
> Používam postfix a myslím, že niečo takéto by mohlo byť riešiteľné cez
> transport maps, ale tu mám trocha medzery. Je možné nastaviť priamo v
> postfixe to, aby časť adries z určitej domény ostalo na serveri a
> vybraté
> adresy boli forwardnuté na pôvodný server? Alebo tie emaily musím
> nechať
> spracovať nejakým skriptom, ktorý sa pripojí na pôvodný server a pošle
> tam
> daný email?



From lists_mk na wujiman.net  Thu Dec  9 17:16:48 2010
From: lists_mk na wujiman.net (Martin Kraus)
Date: Thu, 9 Dec 2010 17:16:48 +0100
Subject: Presmerovanie len =?utf-8?Q?nieko?=
	=?utf-8?B?xL5rw71jaCBlbWFpbG92w71jaCBhZHJpZXMgbmEgaW7DvQ==?= server
In-Reply-To: <op.vngbdckkeqhfii@pigtower>
References: <op.vngbdckkeqhfii@pigtower>
Message-ID: <20101209161646.GA4274@/bin/hostname>

On Thu, Dec 09, 2010 at 03:47:26PM +0100, Martin Tiršel wrote:
> Používam postfix a myslím, že niečo takéto by mohlo byť riešiteľné
> cez transport maps, ale tu mám trocha medzery. Je možné nastaviť
> priamo v postfixe to, aby časť adries z určitej domény ostalo na
> serveri a vybraté adresy boli forwardnuté na pôvodný server? Alebo
> tie emaily musím nechať spracovať nejakým skriptom, ktorý sa pripojí
> na pôvodný server a pošle tam daný email?

ja bych zkusil nastavit transport_maps

uzivatel1 na domena smtp:[smtp.staryserver.tld]
uzivatel2 na domena smtp:[smtp.staryserver.tld]

a videl bych co se stalo.

mk


From linktur na linktur.com  Thu Dec  9 15:08:13 2010
From: linktur na linktur.com (GOZLEM MUHASEBE)
Date: Thu, 9 Dec 2010 16:08:13 +0200
Subject: =?iso-8859-9?B?RU1FS0zdTN1LIN3eTEVNTEVS3SA=?=
Message-ID: <3e7987ca8800a504dc772a891c3c2832@linktur.com>

BA?-KUR VE SSK EMEKL?L?K ?ŞLEMLER?N?Z ?Ç?N LÜTFEN B?Z? ARAYIN..



0536 617 80 86 - 0549 870 26 66 
MUSTAFA ÖZER - ONUR KOÇAK
gozlemmuhasebe na gmail.com






From tomas.hodek na volny.cz  Thu Dec  9 18:33:12 2010
From: tomas.hodek na volny.cz (=?ISO-8859-2?Q?Hodek_Tom=E1=B9?=)
Date: Thu, 09 Dec 2010 18:33:12 +0100
Subject: textova konsole
In-Reply-To: <20101208215647.GA10950@/bin/hostname>
References: <4CFFCC16.5020403@volny.cz> <4CFFE1C6.9050606@tosuja.info>
	<20101208215647.GA10950@/bin/hostname>
Message-ID: <4D0112D8.1050100@volny.cz>

Diky moc všem za radu, k i915.modeset = 0 jsem se nakonec taky dostal, bohužel zatím nevím, zda se video mód přepne při najetí modulu-ovladače nebo mu nějaká jiná aplikace nařídí změnu a zmíněný parametr mu ji pouze neumožní vykonat.

Kdysi jsem debian stable doma na serveru měl a byl jsem velmi spokojený, ale teď mám zálusk na ext4 a SSD disk.
Ale kernel u stable je obstarožní 2.6.26 a s testing nemám zkušenosti a jak je to s TRIM/discard u 2.6.32-5 nevím, ani teď nevím jak jednoduše napasovat toto distribuční číslování kernelu s číslováním vanila jader. O debianích jaderných backportech také nemám přehled. Překládat si nové jádro a jeho příslušné ovládací utility sám moc nechci. Kdysi jsem si přeložil o "hodně" novější jádro a vše mi fungovalo krásně jen do té doby, než jsem použil nějakou starší utilitu. V tu chvíli bylo po všem - poškozený filesystem na SW raidu.

Proto se mi jeví ubuntu 10.10 jako nejmenší zlo - stabilitou nebude snad příliš zaostávat za testing, kernel relativně nový a jádro a jeho utility spárovány.

Ještě jednou děkuji
Hodek




From spam na nagano.cz  Thu Dec  9 18:37:52 2010
From: spam na nagano.cz (Ladislav Vaiz)
Date: Thu, 09 Dec 2010 18:37:52 +0100
Subject: textova konsole
In-Reply-To: <4D0112D8.1050100@volny.cz>
References: <4CFFCC16.5020403@volny.cz>
	<4CFFE1C6.9050606@tosuja.info>	<20101208215647.GA10950@/bin/hostname>
	<4D0112D8.1050100@volny.cz>
Message-ID: <4D0113F0.5070701@nagano.cz>

Pokud to nemusíte mít hned teď, tak squeeze by mohl vyjít (na debianní 
poměry) brzy 
http://www.debian-linux.cz/squeeze-blize-vydani-zbyva-mene-jak-sto-chyb/
L.

Hodek Tomáš wrote:
> Diky moc všem za radu, k i915.modeset = 0 jsem se nakonec taky dostal, 
> bohužel zatím nevím, zda se video mód přepne při najetí 
> modulu-ovladače nebo mu nějaká jiná aplikace nařídí změnu a zmíněný 
> parametr mu ji pouze neumožní vykonat.
>
> Kdysi jsem debian stable doma na serveru měl a byl jsem velmi 
> spokojený, ale teď mám zálusk na ext4 a SSD disk.
> Ale kernel u stable je obstarožní 2.6.26 a s testing nemám zkušenosti 
> a jak je to s TRIM/discard u 2.6.32-5 nevím, ani teď nevím jak 
> jednoduše napasovat toto distribuční číslování kernelu s číslováním 
> vanila jader. O debianích jaderných backportech také nemám přehled. 
> Překládat si nové jádro a jeho příslušné ovládací utility sám moc 
> nechci. Kdysi jsem si přeložil o "hodně" novější jádro a vše mi 
> fungovalo krásně jen do té doby, než jsem použil nějakou starší 
> utilitu. V tu chvíli bylo po všem - poškozený filesystem na SW raidu.
>
> Proto se mi jeví ubuntu 10.10 jako nejmenší zlo - stabilitou nebude 
> snad příliš zaostávat za testing, kernel relativně nový a jádro a jeho 
> utility spárovány.
>
> Ještě jednou děkuji
> Hodek
>
>
> _______________________________________________
> Linux mailing list
> Linux na linux.cz
> http://www.linux.cz/mailman/listinfo/linux



From lists_mk na wujiman.net  Thu Dec  9 20:06:29 2010
From: lists_mk na wujiman.net (Martin Kraus)
Date: Thu, 9 Dec 2010 20:06:29 +0100
Subject: textova konsole
In-Reply-To: <4D0113F0.5070701@nagano.cz>
References: <4CFFCC16.5020403@volny.cz> <4CFFE1C6.9050606@tosuja.info>
	<20101208215647.GA10950@/bin/hostname> <4D0112D8.1050100@volny.cz>
	<4D0113F0.5070701@nagano.cz>
Message-ID: <20101209190629.GA22617@/bin/hostname>

On Thu, Dec 09, 2010 at 06:37:52PM +0100, Ladislav Vaiz wrote:
> Pokud to nemusíte mít hned teď, tak squeeze by mohl vyjít (na
> debianní poměry) brzy http://www.debian-linux.cz/squeeze-blize-vydani-zbyva-mene-jak-sto-chyb/

nainstaloval bych squeeze a neresil bych to. co se tyce serveru, tak tam snad
zadne release critical bugy moc nejsou. squeeze jsem pouzival na nekolika
produkcnich strojich pro hosting a neni s tim vubec zadny problem, jelo to jak
ma.

mk


From lists_mk na wujiman.net  Thu Dec  9 20:09:47 2010
From: lists_mk na wujiman.net (Martin Kraus)
Date: Thu, 9 Dec 2010 20:09:47 +0100
Subject: textova konsole
In-Reply-To: <4D0112D8.1050100@volny.cz>
References: <4CFFCC16.5020403@volny.cz> <4CFFE1C6.9050606@tosuja.info>
	<20101208215647.GA10950@/bin/hostname> <4D0112D8.1050100@volny.cz>
Message-ID: <20101209190947.GB22617@/bin/hostname>

On Thu, Dec 09, 2010 at 06:33:12PM +0100, Hodek Tomáš wrote:
> Diky moc všem za radu, k i915.modeset = 0 jsem se nakonec taky dostal, bohužel zatím nevím, zda se video mód přepne při najetí modulu-ovladače nebo mu nějaká jiná aplikace nařídí změnu a zmíněný parametr mu ji pouze neumožní vykonat.

no pokud je fb z i915, tak je to pri natazeni ovladace. tudiz pomoci lsmod
zjistit, zda je i915 jako modul a podle toho to napsat bud do kernelovske
prikazove radky nebo modprobe.d.

/sys/modules/i915/parameters/modeset 

obsahuje aktualni nastaveni modeset pro i915.

mk


From klimap na gmail.com  Thu Dec  9 21:15:18 2010
From: klimap na gmail.com (=?UTF-8?Q?Petr_Kl=C3=ADma?=)
Date: Thu, 9 Dec 2010 21:15:18 +0100
Subject: textova konsole
In-Reply-To: <4D0112D8.1050100@volny.cz>
References: <4CFFCC16.5020403@volny.cz> <4CFFE1C6.9050606@tosuja.info>
	<20101208215647.GA10950@/bin/hostname> <4D0112D8.1050100@volny.cz>
Message-ID: <AANLkTinvdo4JT9_Co5mAFbDa9gZXNU=5mnip03+ve1od@mail.gmail.com>

Neresil bych to a nainstaloval bych Ubuntu server 10.04 LTS ;-) abych se
vyhnul prilis castym updatum.
On 9 Dec 2010 18:31, "Hodek Tomáš" <tomas.hodek na volny.cz> wrote:
> Diky moc všem za radu, k i915.modeset = 0 jsem se nakonec taky dostal,
bohužel zatím nevím, zda se video mód přepne při najetí modulu-ovladače nebo
mu nějaká jiná aplikace nařídí změnu a zmíněný parametr mu ji pouze neumožní
vykonat.
>
> Kdysi jsem debian stable doma na serveru měl a byl jsem velmi spokojený,
ale teď mám zálusk na ext4 a SSD disk.
> Ale kernel u stable je obstarožní 2.6.26 a s testing nemám zkušenosti a
jak je to s TRIM/discard u 2.6.32-5 nevím, ani teď nevím jak jednoduše
napasovat toto distribuční číslování kernelu s číslováním vanila jader. O
debianích jaderných backportech také nemám přehled. Překládat si nové jádro
a jeho příslušné ovládací utility sám moc nechci. Kdysi jsem si přeložil o
"hodně" novější jádro a vše mi fungovalo krásně jen do té doby, než jsem
použil nějakou starší utilitu. V tu chvíli bylo po všem - poškozený
filesystem na SW raidu.
>
> Proto se mi jeví ubuntu 10.10 jako nejmenší zlo - stabilitou nebude snad
příliš zaostávat za testing, kernel relativně nový a jádro a jeho utility
spárovány.
>
> Ještě jednou děkuji
> Hodek
>
>
> _______________________________________________
> Linux mailing list
> Linux na linux.cz
> http://www.linux.cz/mailman/listinfo/linux


From tomas.hodek na volny.cz  Thu Dec  9 22:10:43 2010
From: tomas.hodek na volny.cz (=?ISO-8859-2?Q?Hodek_Tom=E1=B9?=)
Date: Thu, 09 Dec 2010 22:10:43 +0100
Subject: textova konsole
In-Reply-To: <20101209190947.GB22617@/bin/hostname>
References: <4CFFCC16.5020403@volny.cz>
	<4CFFE1C6.9050606@tosuja.info>	<20101208215647.GA10950@/bin/hostname>
	<4D0112D8.1050100@volny.cz> <20101209190947.GB22617@/bin/hostname>
Message-ID: <4D0145D3.2080407@volny.cz>

i915 je tam jako modul, ale na kernel parametr reaguje.

ještě můžu udělat krok zpět a popřemýšlet o tom, co zvolit

Děkuji
Hodek


From petulkogazo na gmail.com  Thu Dec  9 22:11:36 2010
From: petulkogazo na gmail.com (Peter Gazo)
Date: Thu, 9 Dec 2010 22:11:36 +0100
Subject: problem s Postfix
Message-ID: <AANLkTi=M+7hqfs-2GqatF=cKC0fCOP+60Wz1wS-usNJX@mail.gmail.com>

Ahojte,

mam problem s mojim email serverom na ktorom mi bezi Postfix

ked posielam emaily tak mi vrati toto a email nedosle:

This is the mail system at host server.edu.sk.

I'm sorry to have to inform you that your message could not
be delivered to one or more recipients. It's attached below.

For further assistance, please send mail to postmaster.

If you do so, please include this problem report. You can
delete your own text from the attached returned message.

                   The mail system
<annab na antechnet.sk> <annabirova na antechnet.sk>: host
server.antechnet.sk[11.124.233.3] said: 554
    5.7.1 Service unavailable; Client host [87.197.6.11] blocked using
    dul.dnsbl.sorbs.net; Dynamic IP Addresses See:
    http://www.sorbs.net/lookup.shtml?87.197.6.1
<http://www.sorbs.net/lookup.shtml?87.197.61.178>1 (in reply to RCPT
TO
    command)



co stym?

Dakujem za kazdu radu


From lists.subscriber na pragl.cz  Thu Dec  9 22:26:28 2010
From: lists.subscriber na pragl.cz (Miroslav Pragl)
Date: Thu, 9 Dec 2010 22:26:28 +0100
Subject: problem s Postfix
In-Reply-To: <AANLkTi=M+7hqfs-2GqatF=cKC0fCOP+60Wz1wS-usNJX@mail.gmail.com>
References: <AANLkTi=M+7hqfs-2GqatF=cKC0fCOP+60Wz1wS-usNJX@mail.gmail.com>
Message-ID: <7F7E71E7F4CD4441B4241E9C31EE03F4@MirekPNB>

>co stym?

Precist si chybovou hlasku? Kliknout na vysvetlujici link?

MP


<annab na antechnet.sk> <annabirova na antechnet.sk>: host
server.antechnet.sk[11.124.233.3] said: 554
    5.7.1 Service unavailable; Client host [87.197.6.11] blocked using
    dul.dnsbl.sorbs.net; Dynamic IP Addresses See:
    http://www.sorbs.net/lookup.shtml?87.197.6.1
<http://www.sorbs.net/lookup.shtml?87.197.61.178>1 (in reply to RCPT
TO
    command)



From msk.conf na gmail.com  Fri Dec 10 09:17:41 2010
From: msk.conf na gmail.com (msk.conf)
Date: Fri, 10 Dec 2010 09:17:41 +0100
Subject: textova konsole
In-Reply-To: <AANLkTinvdo4JT9_Co5mAFbDa9gZXNU=5mnip03+ve1od@mail.gmail.com>
References: <4CFFCC16.5020403@volny.cz>
	<4CFFE1C6.9050606@tosuja.info>	<20101208215647.GA10950@/bin/hostname>
	<4D0112D8.1050100@volny.cz>
	<AANLkTinvdo4JT9_Co5mAFbDa9gZXNU=5mnip03+ve1od@mail.gmail.com>
Message-ID: <4D01E225.1080007@gmail.com>

  On 12/09/2010 09:15 PM, Petr Klíma wrote:

Ja teda nechcem vyvolavat flame, ale Ubuntu server "LTS" by som po
skusenostiach s ich "supportom" uz nikdy viac neinstaloval.

--
Dusan
> Neresil bych to a nainstaloval bych Ubuntu server 10.04 LTS ;-) abych se
> vyhnul prilis castym updatum.
> On 9 Dec 2010 18:31, "Hodek Tomáš"<tomas.hodek na volny.cz>  wrote:
>> Diky moc všem za radu, k i915.modeset = 0 jsem se nakonec taky dostal,
> bohužel zatím nevím, zda se video mód přepne při najetí modulu-ovladače nebo
> mu nějaká jiná aplikace nařídí změnu a zmíněný parametr mu ji pouze neumožní
> vykonat.
>> Kdysi jsem debian stable doma na serveru měl a byl jsem velmi spokojený,
> ale teď mám zálusk na ext4 a SSD disk.
>> Ale kernel u stable je obstarožní 2.6.26 a s testing nemám zkušenosti a
> jak je to s TRIM/discard u 2.6.32-5 nevím, ani teď nevím jak jednoduše
> napasovat toto distribuční číslování kernelu s číslováním vanila jader. O
> debianích jaderných backportech také nemám přehled. Překládat si nové jádro
> a jeho příslušné ovládací utility sám moc nechci. Kdysi jsem si přeložil o
> "hodně" novější jádro a vše mi fungovalo krásně jen do té doby, než jsem
> použil nějakou starší utilitu. V tu chvíli bylo po všem - poškozený
> filesystem na SW raidu.
>> Proto se mi jeví ubuntu 10.10 jako nejmenší zlo - stabilitou nebude snad
> příliš zaostávat za testing, kernel relativně nový a jádro a jeho utility
> spárovány.
>> Ještě jednou děkuji
>> Hodek
>>
>>
>> _______________________________________________
>> Linux mailing list
>> Linux na linux.cz
>> http://www.linux.cz/mailman/listinfo/linux
> _______________________________________________
> Linux mailing list
> Linux na linux.cz
> http://www.linux.cz/mailman/listinfo/linux



From vsn na snajdr.de  Fri Dec 10 13:52:18 2010
From: vsn na snajdr.de (Vaclav Snajdr)
Date: Fri, 10 Dec 2010 13:52:18 +0100
Subject: ssh: no tty present and no aks pass program specified
Message-ID: <idt7vq$1q7$03$1@news.t-online.com>


Hi,

I try to run the open source software "x2go". It uses sshfs,ssh, nx.
The test is with SuSE11.2 as client, 11.3 as server.

After some time the system writes "no tty present and no ask pass program 
specified".

I think this message is coming from the server.

I have read the man of ssh-askpass, ssh-agent, ssh-add, but i do not know
what program must be given to SSH_ASKPASS. (My aplication uses Tcl/Tk)


My question is what program should be set to SSH_ASKPASS ?


Pokracuji cesky, nebot na anglicky dotaz dosla zatim jedna nich nerikajici
odpoved. 

Ma byt SSH_ASKPASS program treba Xorg, aby aplikace Tk mohla byt provedena?


Dekuji predem


Vaclav Snajdr


From lk na blackpage.eu  Fri Dec 10 15:59:39 2010
From: lk na blackpage.eu (=?utf-8?B?TWFydGluIFRpcsWhZWw=?=)
Date: Fri, 10 Dec 2010 15:59:39 +0100
Subject: =?utf-8?B?UHJlc21lcm92YW5pZSBsZW4gbmlla2/EvmvDvWNoIGVtYWlsb3bDvWNoIGE=?=
	=?utf-8?B?ZHJpZXMgbmEgaW7DvSBzZXJ2ZXIgW1ZZUklFU0VORV0=?=
In-Reply-To: <20101209161646.GA4274@/bin/hostname>
References: <op.vngbdckkeqhfii@pigtower> <20101209161646.GA4274@/bin/hostname>
Message-ID: <op.vnh6lpp6eqhfii@pigtower>

Vdaka, takto to funguje.

-- 
S pozdravom,
Martin Tiršel

On Thu, 09 Dec 2010 17:16:48 +0100, Martin Kraus <lists_mk na wujiman.net>  
wrote:

> On Thu, Dec 09, 2010 at 03:47:26PM +0100, Martin Tiršel wrote:
>> Používam postfix a myslím, že niečo takéto by mohlo byť riešiteľné
>> cez transport maps, ale tu mám trocha medzery. Je možné nastaviť
>> priamo v postfixe to, aby časť adries z určitej domény ostalo na
>> serveri a vybraté adresy boli forwardnuté na pôvodný server? Alebo
>> tie emaily musím nechať spracovať nejakým skriptom, ktorý sa pripojí
>> na pôvodný server a pošle tam daný email?
>
> ja bych zkusil nastavit transport_maps
>
> uzivatel1 na domena smtp:[smtp.staryserver.tld]
> uzivatel2 na domena smtp:[smtp.staryserver.tld]
>
> a videl bych co se stalo.
>
> mk


From info na prudek.com  Sat Dec 11 11:43:26 2010
From: info na prudek.com (Milos Prudek)
Date: Sat, 11 Dec 2010 11:43:26 +0100
Subject: caste pady OS
Message-ID: <4D0355CE.2000603@prudek.com>

PC s Linux Mint 9 KDE, cely operacni system se zhrouti jednou az dvakrat 
denne, v "nahodnem" okamziku, kdyz s nim uzivatel pracuje (nikoliv kdyz 
je ponechan pres noc o samote a pracuje jako web server).

PC je zapnut 24 hodin denne, plni hodne roli (MythTV backend, MythTV 
frontend, webserver s Plone, IMAP server, mail server, Desktop) a je vic 
nez dostatecne dimenzovan pro tyto role (6GB RAM, vetsinou dve tretiny 
RAM vyuzite jako cache, zadne swapovani, 50% volneho mista na pevnych 
discich, MythTV ma svuj samostatny disk).

V techto rolich mel typicky uptime 20-40 dnu, kdyz tam bylo Kubuntu 8.04 
LTS a 2 GB RAM. Restarty byly skoro vyhradne kvuli update kernelu.

Od instalace Linux Mint 9 KDE a nahrade 2 GB RAM 1066 MHz CL7 za novejsi 
4 GB RAM 1066 MHz CL5 se stabilita zhorsila, nicmene pady byly vzdy po 
vypalovani, vetsinou po vypaleni 4-5 DVD se system zasekl u sesteho.

Pravdepodobne pote co jsem vratil puvodni 2 GB RAM do PC (takze ted je v 
PC 2x1 GB 1066 MHz CL7 a 2x2 GB 1066 MHz CL5, celkem tedy 6GB RAM) 
zacaly pady dvakrat denne. Ovsem nevim jiste zda se ty pady zhorsily po 
doplneni tech 2GB stare RAM.

Zatuhnuti byva kompletni, tj. nereaguje mys ani klavesnice.

- Lze michat CL5 a CL7?
- Mam neco nastavit v BIOS ohledne casovani RAM?
- Jak zjistit pricinu padu?

-- 
Milos Prudek
** Do NOT use email for urgent inquiries please **
Call my cell phone +420 777592445 for urgent inquiries


From mr.death na ipq.cz  Sat Dec 11 12:24:38 2010
From: mr.death na ipq.cz (=?iso-8859-2?B?VG9t4bkgS2++ZWx1aA==?=)
Date: Sat, 11 Dec 2010 12:24:38 +0100
Subject: caste pady OS
In-Reply-To: <4D0355CE.2000603@prudek.com>
References: <4D0355CE.2000603@prudek.com>
Message-ID: <001201cb9925$ffb0d610$ff128230$@death@ipq.cz>

Paměti míchat lze, ale musí běžet na pomalejší rychlost (případně nastavit v
biosu ručně) a občas je deska v žádné kombinaci nesnese a nemusí snést ani
konkrétní nový paměti. Mohl by to být ten problém, v momentě, kdy zaplní
jeden modul, zatuhne při práci s druhým. Případně zkusit nějaký memtest a
nechat vícekrát projet, nemusí to být paměti, ale vadná deska nebo spíš
vadný zdroj a chcípá to až při větším zatížení. Taky se může přehřívat CPU
kvůli špatně dosedajícímu chladiči, takže přes lmsensors sledovat teplotu
CPU.
Případně může být problém s kernelem a netuším, jestli něco vypíše, když
padne na hubu a je v gui. Mně třeba padal kvůli špatným driverům na wifi
(madwifi), ale gui nemám, takže jsem to v konzoli hned viděl.

> -----Original Message-----
> From: linux-bounces na linux.cz [mailto:linux-bounces na linux.cz] On Behalf
> Of Milos Prudek
> Sent: Saturday, December 11, 2010 11:43 AM
> 
> PC s Linux Mint 9 KDE, cely operacni system se zhrouti jednou az
> dvakrat
> denne, v "nahodnem" okamziku, kdyz s nim uzivatel pracuje (nikoliv kdyz
> je ponechan pres noc o samote a pracuje jako web server).
> 
> PC je zapnut 24 hodin denne, plni hodne roli (MythTV backend, MythTV
> frontend, webserver s Plone, IMAP server, mail server, Desktop) a je
> vic
> nez dostatecne dimenzovan pro tyto role (6GB RAM, vetsinou dve tretiny
> RAM vyuzite jako cache, zadne swapovani, 50% volneho mista na pevnych
> discich, MythTV ma svuj samostatny disk).
> 
> V techto rolich mel typicky uptime 20-40 dnu, kdyz tam bylo Kubuntu
> 8.04
> LTS a 2 GB RAM. Restarty byly skoro vyhradne kvuli update kernelu.
> 
> Od instalace Linux Mint 9 KDE a nahrade 2 GB RAM 1066 MHz CL7 za
> novejsi
> 4 GB RAM 1066 MHz CL5 se stabilita zhorsila, nicmene pady byly vzdy po
> vypalovani, vetsinou po vypaleni 4-5 DVD se system zasekl u sesteho.
> 
> Pravdepodobne pote co jsem vratil puvodni 2 GB RAM do PC (takze ted je
> v
> PC 2x1 GB 1066 MHz CL7 a 2x2 GB 1066 MHz CL5, celkem tedy 6GB RAM)
> zacaly pady dvakrat denne. Ovsem nevim jiste zda se ty pady zhorsily po
> doplneni tech 2GB stare RAM.
> 
> Zatuhnuti byva kompletni, tj. nereaguje mys ani klavesnice.
> 
> - Lze michat CL5 a CL7?
> - Mam neco nastavit v BIOS ohledne casovani RAM?
> - Jak zjistit pricinu padu?



From info na prudek.com  Sat Dec 11 13:10:24 2010
From: info na prudek.com (Milos Prudek)
Date: Sat, 11 Dec 2010 13:10:24 +0100
Subject: caste pady OS
In-Reply-To: <001201cb9925$ffb0d610$ff128230$@death@ipq.cz>
References: <4D0355CE.2000603@prudek.com>
	<001201cb9925$ffb0d610$ff128230$@death@ipq.cz>
Message-ID: <4D036A30.8050907@prudek.com>

On 11.12.2010 12:24, Tomáš Koželuh wrote:
> Mohl by to být ten problém, v momentě, kdy zaplní
> jeden modul, zatuhne při práci s druhým.

Ano, toto přesně mě napadlo. Odhalí memtest (ten co je standardně 
dostupný přes grub menu) takový problém?

-- 
Milos Prudek
** Do NOT use email for urgent inquiries please **
Call my cell phone +420 777592445 for urgent inquiries


From lists_mk na wujiman.net  Sat Dec 11 13:27:00 2010
From: lists_mk na wujiman.net (Martin Kraus)
Date: Sat, 11 Dec 2010 13:27:00 +0100
Subject: caste pady OS
In-Reply-To: <4D036A30.8050907@prudek.com>
References: <4D0355CE.2000603@prudek.com>
	<001201cb9925$ffb0d610$ff128230$@death@ipq.cz>
	<4D036A30.8050907@prudek.com>
Message-ID: <20101211122658.GA16645@/bin/hostname>

On Sat, Dec 11, 2010 at 01:10:24PM +0100, Milos Prudek wrote:
> On 11.12.2010 12:24, Tomáš Koželuh wrote:
> >Mohl by to být ten problém, v momentě, kdy zaplní
> >jeden modul, zatuhne při práci s druhým.

je ten linux pro amd64 nebo ia32? hlasi to neco v logu pripadne na consoli?
je neco, ceho se chytnout? 
pokud to ma seriak, tak bych na to pripojil druhy pocitac a presmeroval
consoli na seriovy port a nastavil /proc/sys/kernel/printk

mk


From info na prudek.com  Sat Dec 11 13:37:33 2010
From: info na prudek.com (Milos Prudek)
Date: Sat, 11 Dec 2010 13:37:33 +0100
Subject: caste pady OS
In-Reply-To: <20101211122658.GA16645@/bin/hostname>
References: <4D0355CE.2000603@prudek.com>	<001201cb9925$ffb0d610$ff128230$@death@ipq.cz>	<4D036A30.8050907@prudek.com>
	<20101211122658.GA16645@/bin/hostname>
Message-ID: <4D03708D.8030707@prudek.com>

On 11.12.2010 13:27, Martin Kraus wrote:
> je ten linux pro amd64 nebo ia32?

Je to linux pro amd64. Co to pro tento problém znamená?

> hlasi to neco v logu pripadne na consoli?

V kterem logu konkretne? (konzole neni videt, PC je vzdy v grafickem 
rezimu, v KDE 4).

> pokud to ma seriak, tak bych na to pripojil druhy pocitac a presmeroval
> consoli na seriovy port a nastavil /proc/sys/kernel/printk

Diky za tip, neco takoveho jsem jeste nedelal, nejprve bych musel koupit 
seriovy kabel.


-- 
Milos Prudek


From mr.death na ipq.cz  Sat Dec 11 13:50:44 2010
From: mr.death na ipq.cz (=?iso-8859-2?B?VG9t4bkgS2++ZWx1aA==?=)
Date: Sat, 11 Dec 2010 13:50:44 +0100
Subject: caste pady OS
In-Reply-To: <4D036A30.8050907@prudek.com>
References: <4D0355CE.2000603@prudek.com>	<001201cb9925$ffb0d610$ff128230$@death@ipq.cz>
	<4D036A30.8050907@prudek.com>
Message-ID: <001501cb9932$063b1160$12b13420$@death@ipq.cz>

Já myslím, že jo, ale nikdy jsem ho nezkoušel. Případně stáhnout ISO
memtestu a vypálit. Ještě mě napadlo, že by to mohl dělat disk/kabely/řadič.
Pokud nastane nějaká chyba a disk přestane komunikovat, samozřejmě to dost
nepěkně zatuhne. Mně takto občas mrzne disk na USB (nedostatek SATA portů),
jenže tam není nic důležitýho, takže zbytek systému funguje dál...

> -----Original Message-----
> From: linux-bounces na linux.cz [mailto:linux-bounces na linux.cz] On Behalf
> Of Milos Prudek
> Sent: Saturday, December 11, 2010 1:10 PM
> 
> Ano, toto přesně mě napadlo. Odhalí memtest (ten co je standardně
> dostupný přes grub menu) takový problém?



From hw na pjk.cz  Sat Dec 11 13:37:58 2010
From: hw na pjk.cz (Pavel Krafcik)
Date: Sat, 11 Dec 2010 13:37:58 +0100
Subject: ITX motherboard se =?ISO-8859-2?Q?dv=ECma_PCI=2C_nebo_PCIe?=
Message-ID: <4D0370A6.5080207@pjk.cz>

Zdravím,

koukám na stránky prodejců a některých výrobců a jakoby neexistovala ITX 
deska s více PCI konektory. Tak jsem hledal ITX se dvěma síťovkami a 
jedním PCI konektorem a zase nic. Že by to neexistovalo?

Pavel Krafčík


From mr.death na ipq.cz  Sat Dec 11 15:04:20 2010
From: mr.death na ipq.cz (=?iso-8859-2?B?VG9t4bkgS2++ZWx1aA==?=)
Date: Sat, 11 Dec 2010 15:04:20 +0100
Subject: =?iso-8859-2?Q?RE:_ITX_motherboard_se_dv=ECma_PCI=2C_nebo_PCIe?=
In-Reply-To: <4D0370A6.5080207@pjk.cz>
References: <4D0370A6.5080207@pjk.cz>
Message-ID: <001c01cb993c$4eab5590$ec0200b0$@death@ipq.cz>

miniITX může mít IMHO jenom jeden slot a pak se dá použít stromeček.
Normální ITX může mít určitě víc, ale to asi ztrácí smysl a místo toho by
šlo použít ATX nebo microATX. Pokud se bavíme o formátu miniITX, tak s více
síťovkama se modely prodávají, ale obvykle se jedná o řešení, která se u nás
moc nedají sehnat a je třeba kupovat přímo u výrobce (tuším třeba MSI takový
desky nabízí). Cena se pak obvykle pohybuje o dost výš, než je u těch
normálně sehnatelných desek.
Případně třeba Intel D510 má jeden PCI slot a jeden miniPCI slot, tak by to
mohlo stačit, ale neznám záměr, tak nevím, jestli vyhoví.

> -----Original Message-----
> From: linux-bounces na linux.cz [mailto:linux-bounces na linux.cz] On Behalf
> Of Pavel Krafcik
> Sent: Saturday, December 11, 2010 1:38 PM
> 
> koukám na stránky prodejců a některých výrobců a jakoby neexistovala
> ITX
> deska s více PCI konektory. Tak jsem hledal ITX se dvěma síťovkami a
> jedním PCI konektorem a zase nic. Že by to neexistovalo?



From lists_mk na wujiman.net  Sat Dec 11 15:05:30 2010
From: lists_mk na wujiman.net (Martin Kraus)
Date: Sat, 11 Dec 2010 15:05:30 +0100
Subject: caste pady OS
In-Reply-To: <4D03708D.8030707@prudek.com>
References: <4D0355CE.2000603@prudek.com>
	<001201cb9925$ffb0d610$ff128230$@death@ipq.cz>
	<4D036A30.8050907@prudek.com>
	<20101211122658.GA16645@/bin/hostname>
	<4D03708D.8030707@prudek.com>
Message-ID: <20101211140530.GB16645@/bin/hostname>

On Sat, Dec 11, 2010 at 01:37:33PM +0100, Milos Prudek wrote:
> Je to linux pro amd64. Co to pro tento problém znamená?

tak je to prece jen jina architektura, bug v jednom nemusi byt bug v druhem.
kdyz je tam 6GB ram tak musi ia32 bezet pod PAE a jsou tam ruzne situace kdy
nemusi static pamet i kdyz je ji spousta volne.
 
> V kterem logu konkretne? (konzole neni videt, PC je vzdy v grafickem
> rezimu, v KDE 4).

asi /var/log/syslog

> Diky za tip, neco takoveho jsem jeste nedelal, nejprve bych musel
> koupit seriovy kabel.

je to celkem jednoduche, jen se musi koupit laplink nebo krizitko na seriovy
kabel. 

ten pocitac se zasekne nebo se sam restartuje? zasekne se i kdyz na tom nikdo
nic nedela a funguje to jenom jako server? pokud ano, tak by slo pomoci
ctrl+alt+f1 skocit na linuxovy vt a kouknout, zda to neco zajimaveho nevypise.

jeste me napadlo, co je tam za grafickou kartu? neni to nahodou intel?

mk


From linkon na pjk.cz  Sat Dec 11 15:18:32 2010
From: linkon na pjk.cz (Pavel Krafcik)
Date: Sat, 11 Dec 2010 15:18:32 +0100
Subject: ITX motherboard se =?ISO-8859-2?Q?dv=ECma_PCI=2C_nebo_?=
	=?ISO-8859-2?Q?PCIe?=
In-Reply-To: <001c01cb993c$4eab5590$ec0200b0$@death@ipq.cz>
References: <4D0370A6.5080207@pjk.cz>
	<001c01cb993c$4eab5590$ec0200b0$@death@ipq.cz>
Message-ID: <4D038838.4030805@pjk.cz>

no nazdar, spletl jsem si konferenci, ale stejně na tom poběží linux ;-)

Potřebuji počítač se dvěma síťovkami a se 4 seriovými porty pro ovládání 
řídících modulů. Nechci použít žádné USB převodníky, kterým nevěřím. 
Proto chci jeden slot na siťovku a jeden na kartu s porty a to všechno 
musí běžet pod Centosem.

Pavel Krafčík


Dne 11.12.2010 15:04, Tomáš Koželuh napsal(a):
> miniITX může mít IMHO jenom jeden slot a pak se dá použít stromeček.
> Normální ITX může mít určitě víc, ale to asi ztrácí smysl a místo toho by
> šlo použít ATX nebo microATX. Pokud se bavíme o formátu miniITX, tak s více
> síťovkama se modely prodávají, ale obvykle se jedná o řešení, která se u nás
> moc nedají sehnat a je třeba kupovat přímo u výrobce (tuším třeba MSI takový
> desky nabízí). Cena se pak obvykle pohybuje o dost výš, než je u těch
> normálně sehnatelných desek.
> Případně třeba Intel D510 má jeden PCI slot a jeden miniPCI slot, tak by to
> mohlo stačit, ale neznám záměr, tak nevím, jestli vyhoví.
>


From root.x na seznam.cz  Sat Dec 11 15:36:43 2010
From: root.x na seznam.cz (=?iso-8859-2?Q?Martin_Havl=ED=E8ek?=)
Date: Sat, 11 Dec 2010 15:36:43 +0100
Subject: =?iso-8859-2?Q?RE:_ITX_motherboard_se_dv=ECma_PCI=2C_nebo_PCIe?=
In-Reply-To: <4D0370A6.5080207@pjk.cz>
References: <4D0370A6.5080207@pjk.cz>
Message-ID: <000f01cb9940$d60b90f0$8222b2d0$@seznam.cz>

Zdravim, Supermicro prodava ITX desku se dvouma sitovkama od intelu a s
jednim pci slotem do kteryho se da za par korun koupit riser.
-----Původní zpráva-----
Od: linux-bounces na linux.cz [mailto:linux-bounces na linux.cz] za uživatele
Pavel Krafcik
Odesláno: Saturday, December 11, 2010 1:38 PM
Komu: Diskuse o Linuxu v cestine
Předmět: ITX motherboard se dvěma PCI, nebo PCIe

Zdravím,

koukám na stránky prodejců a některých výrobců a jakoby neexistovala ITX
deska s více PCI konektory. Tak jsem hledal ITX se dvěma síťovkami a jedním
PCI konektorem a zase nic. Že by to neexistovalo?

Pavel Krafčík
_______________________________________________
Linux mailing list
Linux na linux.cz
http://www.linux.cz/mailman/listinfo/linux




From mr.death na ipq.cz  Sat Dec 11 15:48:01 2010
From: mr.death na ipq.cz (=?iso-8859-2?B?VG9t4bkgS2++ZWx1aA==?=)
Date: Sat, 11 Dec 2010 15:48:01 +0100
Subject: =?iso-8859-2?Q?RE:_ITX_motherboard_se_dv=ECma_PCI=2C_nebo_PCIe?=
In-Reply-To: <4D038838.4030805@pjk.cz>
References: <4D0370A6.5080207@pjk.cz>	<001c01cb993c$4eab5590$ec0200b0$@death@ipq.cz>
	<4D038838.4030805@pjk.cz>
Message-ID: <001f01cb9942$68e8f560$3abae020$@death@ipq.cz>

Tak přesně miniITX desky se čtyřma COM portama jsem viděl. Vychází okolo
5000Kč. Konkrétně tato: http://www.logicsupply.com/products/ms_9830
Na stránkách MSI nejde najít, na tom webu toho je ale mnohem víc, takže si
lze určitě vybrat líp...


> -----Original Message-----
> From: linux-bounces+mr.death=ipq.cz na linux.cz [mailto:linux-
> bounces+mr.death=ipq.cz na linux.cz] On Behalf Of Pavel Krafcik
> Sent: Saturday, December 11, 2010 3:19 PM
> 
> no nazdar, spletl jsem si konferenci, ale stejně na tom poběží linux ;-
> )
> 
> Potřebuji počítač se dvěma síťovkami a se 4 seriovými porty pro
> ovládání
> řídících modulů. Nechci použít žádné USB převodníky, kterým nevěřím.
> Proto chci jeden slot na siťovku a jeden na kartu s porty a to všechno
> musí běžet pod Centosem.



From linkon na pjk.cz  Sat Dec 11 15:55:50 2010
From: linkon na pjk.cz (Pavel Krafcik)
Date: Sat, 11 Dec 2010 15:55:50 +0100
Subject: ITX motherboard se =?ISO-8859-2?Q?dv=ECma_PCI=2C_nebo_?=
	=?ISO-8859-2?Q?PCIe?=
In-Reply-To: <000f01cb9940$d60b90f0$8222b2d0$@seznam.cz>
References: <4D0370A6.5080207@pjk.cz>
	<000f01cb9940$d60b90f0$8222b2d0$@seznam.cz>
Message-ID: <4D0390F6.9090606@pjk.cz>

Děkuji za nasměrování, už jsem zjistil i českého prodejce.


Dne 11.12.2010 15:36, Martin Havlíček napsal(a):
> Zdravim, Supermicro prodava ITX desku se dvouma sitovkama od intelu a s
> jednim pci slotem do kteryho se da za par korun koupit riser.
> -----Původní zpráva-----
> Od: linux-bounces na linux.cz [mailto:linux-bounces na linux.cz] za uživatele
> Pavel Krafcik
> Odesláno: Saturday, December 11, 2010 1:38 PM
> Komu: Diskuse o Linuxu v cestine
> Předmět: ITX motherboard se dvěma PCI, nebo PCIe
>
> Zdravím,
>
> koukám na stránky prodejců a některých výrobců a jakoby neexistovala ITX
> deska s více PCI konektory. Tak jsem hledal ITX se dvěma síťovkami a jedním
> PCI konektorem a zase nic. Že by to neexistovalo?
>
> Pavel Krafčík
> _______________________________________________
> Linux mailing list
> Linux na linux.cz
> http://www.linux.cz/mailman/listinfo/linux
>
>
> _______________________________________________
> Linux mailing list
> Linux na linux.cz
> http://www.linux.cz/mailman/listinfo/linux
>


From linkon na pjk.cz  Sat Dec 11 16:02:54 2010
From: linkon na pjk.cz (Pavel Krafcik)
Date: Sat, 11 Dec 2010 16:02:54 +0100
Subject: ITX motherboard se =?ISO-8859-2?Q?dv=ECma_PCI=2C_nebo_?=
	=?ISO-8859-2?Q?PCIe?=
In-Reply-To: <001f01cb9942$68e8f560$3abae020$@death@ipq.cz>
References: <4D0370A6.5080207@pjk.cz>	<001c01cb993c$4eab5590$ec0200b0$@death@ipq.cz>	<4D038838.4030805@pjk.cz>
	<001f01cb9942$68e8f560$3abae020$@death@ipq.cz>
Message-ID: <4D03929E.2090700@pjk.cz>

Díky, tohle je taky výborné.

Moc děkuji
Dne 11.12.2010 15:48, Tomáš Koželuh napsal(a):
> Tak přesně miniITX desky se čtyřma COM portama jsem viděl. Vychází okolo
> 5000Kč. Konkrétně tato: http://www.logicsupply.com/products/ms_9830
> Na stránkách MSI nejde najít, na tom webu toho je ale mnohem víc, takže si
> lze určitě vybrat líp...


From petr.stehlik na atlas.cz  Sat Dec 11 16:13:54 2010
From: petr.stehlik na atlas.cz (Petr Stehlik)
Date: Sat, 11 Dec 2010 16:13:54 +0100
Subject: =?iso-8859-2?Q?Re:_ITX_motherboard_se_dv=ECma_PCI=2C_nebo_PCIe?=
References: <4D0370A6.5080207@pjk.cz>	<001c01cb993c$4eab5590$ec0200b0$@death@ipq.cz><4D038838.4030805@pjk.cz>
	<001f01cb9942$68e8f560$3abae020$@death@ipq.cz>
Message-ID: <C0AF77717C324A65B24325BC5704881A@pc1>

U koho by se dala koupit, nikde ji nemuzu najit, diky.
Petr

----- Original Message ----- 
From: "Tomáš Koželuh" <mr.death na ipq.cz>
To: "'Diskuse o Linuxu v cestine'" <linux na linux.cz>
Sent: Saturday, December 11, 2010 3:48 PM
Subject: RE: ITX motherboard se dvěma PCI, nebo PCIe


Tak přesně miniITX desky se čtyřma COM portama jsem viděl. Vychází okolo
5000Kč. Konkrétně tato: http://www.logicsupply.com/products/ms_9830
Na stránkách MSI nejde najít, na tom webu toho je ale mnohem víc, takže si
lze určitě vybrat líp...


> -----Original Message-----
> From: linux-bounces+mr.death=ipq.cz na linux.cz [mailto:linux-
> bounces+mr.death=ipq.cz na linux.cz] On Behalf Of Pavel Krafcik
> Sent: Saturday, December 11, 2010 3:19 PM
>
> no nazdar, spletl jsem si konferenci, ale stejně na tom poběží linux ;-
> )
>
> Potřebuji počítač se dvěma síťovkami a se 4 seriovými porty pro
> ovládání
> řídících modulů. Nechci použít žádné USB převodníky, kterým nevěřím.
> Proto chci jeden slot na siťovku a jeden na kartu s porty a to všechno
> musí běžet pod Centosem.

_______________________________________________
Linux mailing list
Linux na linux.cz
http://www.linux.cz/mailman/listinfo/linux



From peak na argo.troja.mff.cuni.cz  Sat Dec 11 15:22:54 2010
From: peak na argo.troja.mff.cuni.cz (Pavel Kankovsky)
Date: Sat, 11 Dec 2010 15:22:54 +0100 (CET)
Subject: MAPI v linuxu?
In-Reply-To: <B19BC8BA1C134F41A0638F461F98A9F2@MirekPNB>
Message-ID: <20101211152244.2F0C.0@paddy.troja.mff.cuni.cz>

On Thu, 9 Dec 2010, Miroslav Pragl wrote:

> > trochu OT, a ako sa vola ten sietovy protokol, ktorym exchng server 
> > obsluhuje nativneho klienta ?
> RPC

MS RPC. Je to "redmondizovaná" varianta DCE RPC.

-- 
Pavel Kankovsky aka Peak                          / Jeremiah 9:21        \
"For death is come up into our MS Windows(tm)..." \ 21st century edition /



From peak na argo.troja.mff.cuni.cz  Sat Dec 11 15:42:21 2010
From: peak na argo.troja.mff.cuni.cz (Pavel Kankovsky)
Date: Sat, 11 Dec 2010 15:42:21 +0100 (CET)
Subject: ssh: no tty present and no aks pass program specified
In-Reply-To: <idt7vq$1q7$03$1@news.t-online.com>
Message-ID: <20101211153120.2F0C.0@paddy.troja.mff.cuni.cz>

On Fri, 10 Dec 2010, Vaclav Snajdr wrote:

> After some time the system writes "no tty present and no ask pass program 
> specified".

Program ssh (klient) si stěžuje, že by se potřeboval zeptat na heslo, ale 
nemůže (protože nemá ani terminál, ani proměnnou SSH_ASKPASS, podle které 
by ten úkol mohl delegovat na jiný program).

> Ma byt SSH_ASKPASS program treba Xorg, aby aplikace Tk mohla byt provedena?

To rozhodně ne. SSH_ASKPASS je program, který nějakým způsobem získá od 
uživatele heslo a vypíše ho na svůj stdout.

-- 
Pavel Kankovsky aka Peak                          / Jeremiah 9:21        \
"For death is come up into our MS Windows(tm)..." \ 21st century edition /



From mr.death na ipq.cz  Sat Dec 11 16:48:40 2010
From: mr.death na ipq.cz (=?iso-8859-2?B?VG9t4bkgS2++ZWx1aA==?=)
Date: Sat, 11 Dec 2010 16:48:40 +0100
Subject: =?iso-8859-2?Q?RE:_ITX_motherboard_se_dv=ECma_PCI=2C_nebo_PCIe?=
In-Reply-To: <C0AF77717C324A65B24325BC5704881A@pc1>
References: <4D0370A6.5080207@pjk.cz>	<001c01cb993c$4eab5590$ec0200b0$@death@ipq.cz><4D038838.4030805@pjk.cz>	<001f01cb9942$68e8f560$3abae020$@death@ipq.cz>
	<C0AF77717C324A65B24325BC5704881A@pc1>
Message-ID: <002601cb994a$e1d8e9f0$a58abdd0$@death@ipq.cz>

Přímo na té stránce?

> -----Original Message-----
> From: linux-bounces na linux.cz [mailto:linux-bounces na linux.cz] On Behalf
> Of Petr Stehlik
> Sent: Saturday, December 11, 2010 4:14 PM
> 
> U koho by se dala koupit, nikde ji nemuzu najit, diky.



From petr.stehlik na atlas.cz  Sat Dec 11 19:53:23 2010
From: petr.stehlik na atlas.cz (Petr Stehlik)
Date: Sat, 11 Dec 2010 19:53:23 +0100
Subject: =?iso-8859-2?Q?Re:_ITX_motherboard_se_dv=ECma_PCI=2C_nebo_PCIe?=
References: <4D0370A6.5080207@pjk.cz>	<001c01cb993c$4eab5590$ec0200b0$@death@ipq.cz><4D038838.4030805@pjk.cz>	<001f01cb9942$68e8f560$3abae020$@death@ipq.cz><C0AF77717C324A65B24325BC5704881A@pc1>
	<002601cb994a$e1d8e9f0$a58abdd0$@death@ipq.cz>
Message-ID: <1F0B0B37E9C140EB90B779125B449B22@pc1>

>Přímo na té stránce?

No myslel jsem u nas, vsude kde jsem to nasel tak uz to bylo "vyprodano".
Petr 



From petr.stehlik na atlas.cz  Sat Dec 11 19:59:11 2010
From: petr.stehlik na atlas.cz (Petr Stehlik)
Date: Sat, 11 Dec 2010 19:59:11 +0100
Subject: =?iso-8859-2?Q?Re:_ITX_motherboard_se_dv=ECma_PCI=2C_nebo_PCIe?=
References: <4D0370A6.5080207@pjk.cz>	<001c01cb993c$4eab5590$ec0200b0$@death@ipq.cz><4D038838.4030805@pjk.cz>	<001f01cb9942$68e8f560$3abae020$@death@ipq.cz><C0AF77717C324A65B24325BC5704881A@pc1><002601cb994a$e1d8e9f0$a58abdd0$@death@ipq.cz>
	<1F0B0B37E9C140EB90B779125B449B22@pc1>
Message-ID: <FEEA697DAE9A4FB595C0E0F0628FC468@pc1>

No tak jsem to na te strance hodil do kosiku a dozvedel jsem se:

Note: If you are planning to ship outside the U.S. or Canada, you will need 
to use Google Checkout.
Google Checkout: Not aväilable for these item
* Some products are Out of Stock

Takze ani na te strance.:-)
Petr

----- Original Message ----- 
From: "Petr Stehlik" <petr.stehlik na atlas.cz>
To: "Diskuse o Linuxu v cestine" <linux na linux.cz>
Sent: Saturday, December 11, 2010 7:53 PM
Subject: Re: ITX motherboard se dvěma PCI, nebo PCIe


>Přímo na té stránce?

No myslel jsem u nas, vsude kde jsem to nasel tak uz to bylo "vyprodano".
Petr

_______________________________________________
Linux mailing list
Linux na linux.cz
http://www.linux.cz/mailman/listinfo/linux 



From dobes na tes.eu  Sat Dec 11 21:19:02 2010
From: dobes na tes.eu (Michal Dobes)
Date: Sat, 11 Dec 2010 21:19:02 +0100
Subject: ITX motherboard se =?ISO-8859-2?Q?dv=ECma_PCI=2C_nebo_?=
	=?ISO-8859-2?Q?PCIe?=
In-Reply-To: <FEEA697DAE9A4FB595C0E0F0628FC468@pc1>
References: <4D0370A6.5080207@pjk.cz>	<001c01cb993c$4eab5590$ec0200b0$@death@ipq.cz><4D038838.4030805@pjk.cz>	<001f01cb9942$68e8f560$3abae020$@death@ipq.cz><C0AF77717C324A65B24325BC5704881A@pc1><002601cb994a$e1d8e9f0$a58abdd0$@death@ipq.cz>	<1F0B0B37E9C140EB90B779125B449B22@pc1>
	<FEEA697DAE9A4FB595C0E0F0628FC468@pc1>
Message-ID: <4D03DCB6.4000506@tes.eu>

Dne 11.12.2010 19:59, Petr Stehlik napsal(a):
> No myslel jsem u nas, vsude kde jsem to nasel tak uz to bylo "vyprodano".

Desek podobného typu se dá koupit hafo i u nás.
Je třeba rozdělit asi dvě skupiny:
a) chci to levně = koukejte třeba po deskách od JetWay,
ty miniITX mají na sobě jejich rozšiřující konektor
do kterého se dělá řada kartiček, včetně 4x sériák nebo
i 3x gigový ethernet.
Levněji než u nás koupíte na eBay.

Mám vyzkoušeno pár kousků NC92-330-LF, ale do rozšiřujícího konektoru
jsem dával trojsíťovku (s Realtec verzí jsem míval problémy,
když komunikovalo víc portů současně, tak "umíral" disk, Intel verze
se zdá dle reportu OK). Provozováno pod CentOS4 a CentOS5.
Např:
http://www.jetway.com.tw/jw/ipcboard_view.asp?productid=573&proname=NC92-330-LF
plus
http://www.jetway.com.tw/jw/ipcboard_view.asp?productid=787&proname=AD4COMCB

b) chcete něco do průmyslového prostředí, pak je i nás dost prodejců
komponent pro průmyslovou automatizaci třeba s komponentami od IEi
(=skoro noname) až po Moxa (=takový standard).
Máme také v provozu pár kusů a OK od obojího, ale cena je tak 3x tolik
co varianta a.
Např:
http://www.ieiworld.com/product_groups/industrial/content.aspx?gid=09049552811981014603&cid=08141362043512651539&id=0A166519576798487144
http://www.moxa.com/product/V2426.htm
Na tomhle máme Slackware 10.

M.


From info na prudek.com  Sun Dec 12 14:31:02 2010
From: info na prudek.com (Milos Prudek)
Date: Sun, 12 Dec 2010 14:31:02 +0100
Subject: caste pady OS
In-Reply-To: <20101211140530.GB16645@/bin/hostname>
References: <4D0355CE.2000603@prudek.com> <4D03708D.8030707@prudek.com>
	<20101211140530.GB16645@/bin/hostname>
Message-ID: <201012121431.02458.info@prudek.com>

On Saturday, December 11, 2010 03:05:30 pm Martin Kraus wrote:
> je to celkem jednoduche, jen se musi koupit laplink nebo krizitko na
> seriovy kabel.

Co znamena "krizitko"?

> ten pocitac se zasekne nebo se sam restartuje?

Zasekne

> zasekne se i kdyz na tom nikdo nic nedela

Ne. Kdyz nikdo nic nedela, tak se nezasekne.

> jeste me napadlo, co je tam za grafickou kartu? neni to nahodou intel?

nVidia, s proprietarnim ovladacem.

-- 
Milos Prudek


From lists_mk na wujiman.net  Sun Dec 12 15:40:32 2010
From: lists_mk na wujiman.net (Martin Kraus)
Date: Sun, 12 Dec 2010 15:40:32 +0100
Subject: caste pady OS
In-Reply-To: <201012121431.02458.info@prudek.com>
References: <4D0355CE.2000603@prudek.com> <4D03708D.8030707@prudek.com>
	<20101211140530.GB16645@/bin/hostname>
	<201012121431.02458.info@prudek.com>
Message-ID: <20101212144030.GA22910@/bin/hostname>

On Sun, Dec 12, 2010 at 02:31:02PM +0100, Milos Prudek wrote:
> On Saturday, December 11, 2010 03:05:30 pm Martin Kraus wrote:
> > je to celkem jednoduche, jen se musi koupit laplink nebo krizitko na
> > seriovy kabel.
> 
> Co znamena "krizitko"?

krizitko je vec, ktera z normalniho serioveho kabelu udela laplink tim ze
prehodi konektor a uvnitr nejak prekrizi, ktere piny vedou kam (co presne kam
vede fakt netusim ale urcite to na wiki bude)
 
> nVidia, s proprietarnim ovladacem.

no je to longshot ale zkusit nv ovladac misto nvidia? treba se ukaze, ze je to
spojene s tou jejich silenosti a alespon bude od ceho se odpichnout.

mk


From tomasek na etf.cuni.cz  Sun Dec 12 16:17:38 2010
From: tomasek na etf.cuni.cz (Petr Tomasek)
Date: Sun, 12 Dec 2010 16:17:38 +0100
Subject: caste pady OS
In-Reply-To: <20101212144030.GA22910@/bin/hostname>
References: <4D0355CE.2000603@prudek.com> <4D03708D.8030707@prudek.com>
	<20101211140530.GB16645@/bin/hostname>
	<201012121431.02458.info@prudek.com>
	<20101212144030.GA22910@/bin/hostname>
Message-ID: <20101212151737.GA17607@ebed.etf.cuni.cz>

On Sun, Dec 12, 2010 at 03:40:32PM +0100, Martin Kraus wrote:
> On Sun, Dec 12, 2010 at 02:31:02PM +0100, Milos Prudek wrote:
> > On Saturday, December 11, 2010 03:05:30 pm Martin Kraus wrote:
> > > je to celkem jednoduche, jen se musi koupit laplink nebo krizitko na
> > > seriovy kabel.
> > 
> > Co znamena "krizitko"?
> 
> krizitko je vec, ktera z normalniho serioveho kabelu udela laplink tim ze
> prehodi konektor a uvnitr nejak prekrizi, ktere piny vedou kam (co presne kam
> vede fakt netusim ale urcite to na wiki bude)

Co je kam, vychazi z logiky veci: je nutne prekrizit RX <-> TX, RTS <-> CTS
a DTR -> DSR + DCD (a opacny smer pochopitelne).

-- 
Petr Tomasek <http://www.etf.cuni.cz/~tomasek>
Jabber: butrus na jabbim.cz

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
EA 355:001  DU DU DU DU
EA 355:002  TU TU TU TU
EA 355:003  NU NU NU NU NU NU NU
EA 355:004  NA NA NA NA NA
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~




From petr.stehlik na atlas.cz  Sun Dec 12 17:01:09 2010
From: petr.stehlik na atlas.cz (Petr Stehlik)
Date: Sun, 12 Dec 2010 17:01:09 +0100
Subject: =?iso-8859-2?Q?Re:_ITX_motherboard_se_dv=ECma_PCI=2C_nebo_PCIe?=
References: <4D0370A6.5080207@pjk.cz>	<001c01cb993c$4eab5590$ec0200b0$@death@ipq.cz><4D038838.4030805@pjk.cz>	<001f01cb9942$68e8f560$3abae020$@death@ipq.cz><C0AF77717C324A65B24325BC5704881A@pc1><002601cb994a$e1d8e9f0$a58abdd0$@death@ipq.cz>	<1F0B0B37E9C140EB90B779125B449B22@pc1><FEEA697DAE9A4FB595C0E0F0628FC468@pc1>
	<4D03DCB6.4000506@tes.eu>
Message-ID: <84A8F1020EC54342BC058A898DCC61AA@pc1>

Moxa, znám a občas něco používáme, hlavně komunikační karty a převodníky.
Jejich pc jsou taky dobré, ale ta cena....  V2426-LX  75 000,-
Petr 



From info na prudek.com  Sun Dec 12 19:00:41 2010
From: info na prudek.com (Milos Prudek)
Date: Sun, 12 Dec 2010 19:00:41 +0100
Subject: caste pady OS
In-Reply-To: <001501cb9932$063b1160$12b13420$@death@ipq.cz>
References: <4D0355CE.2000603@prudek.com> <4D036A30.8050907@prudek.com>
	<001501cb9932$063b1160$12b13420$@death@ipq.cz>
Message-ID: <201012121900.41941.info@prudek.com>

Dnes dalsi pad behem prace uzivatele ve Firefoxu, system nereagoval ani na 
Alt-SysRq-B

Ve /var/log/messages nebylo nic zajimaveho.


Takze jsem mel sanci nahlednout do BIOSu. Nastaveni v dobe padu:
Performance Enhance: Turbo
System Memory Multiplier: Auto
DRAM Timing Selectable: Auto, tj 5-5-5-15 (CAS Latency-tRCD-tRP-tRAS)

Z tech vyse uvedenych jsem zmenil jen:
DRAM Timing Selectable: Manual, 7-7-7-15

Tim by se tedy sladila CAS latence na pomalejsi RAM, ktery je CL7. Ty hodnoty 
7-7-7-15 jsou rozumne?

Bohuzel nevim co znamena Performance Enhance: Turbo, jeho dalsi volby jsou 
Standard a Extreme, motherboard je Gigabyte GA EP45 DS4

Uvidim zda se stabilita zlepsi.

-- 
Milos Prudek


From petr na 4www.cz  Sun Dec 12 19:52:15 2010
From: petr na 4www.cz (Petr Vavra)
Date: Sun, 12 Dec 2010 19:52:15 +0100
Subject: caste pady OS
In-Reply-To: <201012121900.41941.info@prudek.com>
References: <4D0355CE.2000603@prudek.com>
	<4D036A30.8050907@prudek.com>	<001501cb9932$063b1160$12b13420$@death@ipq.cz>
	<201012121900.41941.info@prudek.com>
Message-ID: <4D0519DF.5080307@4www.cz>

Bingo.

Performance Enhance (to je vlastne nastaveni automatickeho pretaktovani, 
zjednodusene receno) Turbo - to znamena, ze se to snazi vyzdimat z 
pameti/procesoru co se da tak, aby to jeste jakz takz bezelo, coz je 
dobre mozna na hry, ale urcite ne na dlouhodobe stabilni system. Jinak 
co jsem si tak testoval, tak pri stejnem nastaveni techto taktovacich 
nesmyslu je system v linuxu mene stabilni nez ve windows.

Pokud to chcete stabilni, nechte DRAM Timing na Auto (precte si to z SPD 
cipu, na co je udelany modul a presne to mu nastavi), pripadne zkuste 
to, co jste nastavil (tj. tech 7-7-7-15 - ad rozumne - dejte tam to, na 
co jsou ty nejpomalejsi pameti) pri ruznych pametech (osobne bych tam 
nechal jeden druh pameti, nemichal bych to) a Performance Enhance dejte 
na __Standard__ - nic jineho (kdyz nevite co to znamena, neprenastavujte 
to, jestli to chcete vedet, prectete si navod k desce, zminka tam snad 
je). Radsi s vykonem o nejake procento niz a stabilne, nez system co pada.

Petr Vavra

On 12.12.2010 19:00, Milos Prudek wrote:
> Dnes dalsi pad behem prace uzivatele ve Firefoxu, system nereagoval ani na
> Alt-SysRq-B
>
> Ve /var/log/messages nebylo nic zajimaveho.
>
>
> Takze jsem mel sanci nahlednout do BIOSu. Nastaveni v dobe padu:
> Performance Enhance: Turbo
> System Memory Multiplier: Auto
> DRAM Timing Selectable: Auto, tj 5-5-5-15 (CAS Latency-tRCD-tRP-tRAS)
>
> Z tech vyse uvedenych jsem zmenil jen:
> DRAM Timing Selectable: Manual, 7-7-7-15
>
> Tim by se tedy sladila CAS latence na pomalejsi RAM, ktery je CL7. Ty hodnoty
> 7-7-7-15 jsou rozumne?
>
> Bohuzel nevim co znamena Performance Enhance: Turbo, jeho dalsi volby jsou
> Standard a Extreme, motherboard je Gigabyte GA EP45 DS4
>
> Uvidim zda se stabilita zlepsi.
>



From pribyl na lowlevel.cz  Sun Dec 12 21:57:46 2010
From: pribyl na lowlevel.cz (Adam Pribyl)
Date: Sun, 12 Dec 2010 21:57:46 +0100 (CET)
Subject: caste pady OS
In-Reply-To: <201012121900.41941.info@prudek.com>
References: <4D0355CE.2000603@prudek.com> <4D036A30.8050907@prudek.com>
	<001501cb9932$063b1160$12b13420$@death@ipq.cz>
	<201012121900.41941.info@prudek.com>
Message-ID: <alpine.DEB.1.10.1012122038360.15302@sandbox.cz>

Zasada c.1 je nemichat pameti. I kdyz ve vetsine pripadu jine pameti 
zpusobuji "pouze" chyby kernelu viditelne v logu, muze to v tomto pripade 
byt zatuh. Je to nejbeznejsi pricina. Memtest nemusi problem s ruznymi 
pametmi odhalit. Overeno.

Druha nejbeznejsi chyba jsou ovladace grafickych karet, nejlepe jeste v 
kombinaci s 3D efekty desktopu.

Za treti chybu povazuji michani funkcionality serveru a desktopu. To jsou 
do znacne miry neslucitelne funkce.

Adam Pribyl


From spam na nagano.cz  Mon Dec 13 11:12:01 2010
From: spam na nagano.cz (Ladislav Vaiz)
Date: Mon, 13 Dec 2010 11:12:01 +0100
Subject: sftp only
Message-ID: <4D05F171.9080809@nagano.cz>

Ahoj,
před lety se tvrdilo, že sftponly vlastně neexistuje, že se dá lehce 
obejít například ssh stroj /bin/bash.
Našel jsem postup http://www.debian-administration.org/articles/590 , 
který vypadá, jako kdyby mohl fungovat. Opravdu se mu dá věřit?
Díky Láďa

From info na prudek.com  Mon Dec 13 12:19:09 2010
From: info na prudek.com (Milos Prudek)
Date: Mon, 13 Dec 2010 12:19:09 +0100
Subject: caste pady OS
In-Reply-To: <alpine.DEB.1.10.1012122038360.15302@sandbox.cz>
References: <4D0355CE.2000603@prudek.com>
	<4D036A30.8050907@prudek.com>	<001501cb9932$063b1160$12b13420$@death@ipq.cz>	<201012121900.41941.info@prudek.com>
	<alpine.DEB.1.10.1012122038360.15302@sandbox.cz>
Message-ID: <4D06012D.6080100@prudek.com>

On 12.12.2010 21:57, Adam Pribyl wrote:
> To jsou do znacne miry neslucitelne funkce.

Se vsim souhlasim. Nikomu bych nedoporucil desktop a server na jednom 
PC. Provozuju to s tim, ze chapu jake kompromisy to znamena.

-- 
Milos Prudek
** Do NOT use email for urgent inquiries please **
Call my cell phone +420 777592445 for urgent inquiries


From lk na blackpage.eu  Mon Dec 13 12:36:10 2010
From: lk na blackpage.eu (=?utf-8?B?TWFydGluIFRpcsWhZWw=?=)
Date: Mon, 13 Dec 2010 12:36:10 +0100
Subject: sftp only
In-Reply-To: <4D05F171.9080809@nagano.cz>
References: <4D05F171.9080809@nagano.cz>
Message-ID: <op.vnng6kzweqhfii@pigtower>

Zdravim,

podobne navody som zaregistroval uz davnejsie a pre niekolkych uzivatelov  
som toto nastavoval, funguje to bez problemov. Rozbehanie je lahsie, nez  
instalacia ftp servera. Ak si dobre pamatam, tak jedina vec, ktora musela  
byt splnena, ze chrootovany adresar musi mat vlastnika roota, vnorene  
adresare uz netreba. Napriklad tu najdete malinko podrobnejsi popis, nez  
len sadu prikazov a konfiguraciu -  
http://www.root.cz/clanky/jak-nahradit-ftp-pomoci-sftp-a-zamknout-uzivatele/

-- 
S pozdravom,
Martin Tiršel


On Mon, 13 Dec 2010 11:12:01 +0100, Ladislav Vaiz <spam na nagano.cz> wrote:

> Ahoj,
> před lety se tvrdilo, že sftponly vlastně neexistuje, že se dá lehce  
> obejít například ssh stroj /bin/bash.
> Našel jsem postup http://www.debian-administration.org/articles/590 ,  
> který vypadá, jako kdyby mohl fungovat. Opravdu se mu dá věřit?
> Díky Láďa


From obalak na atlas.cz  Mon Dec 13 13:41:54 2010
From: obalak na atlas.cz (Oldrich Balak)
Date: Mon, 13 Dec 2010 13:41:54 +0100
Subject: Etatherm
Message-ID: <4D061492.2010605@atlas.cz>

Zdravim,
mate nekdo nejakou zkusenost s provozem tohohle softu (nastaveni ridici 
jednotky vytapeni pro windows) pod linuxem? Zkousel jsem wine a 
virtualbox, soft v nove (Etherm 1.0.14.1) i stare (KomWin 2.26) verzi.
Narazim na komunikaci pres seriovy port (soft jednotku "nevidi"), 
zkousel jsem nastaveni portu, ktera "vypadla" z google. Na stejnem 
stroji to pod windows (dualboot - toho bych se chtel zbavit) funguje 
normalne.
Dekuji
S pozdravem
Oldrich Balak


From lists.subscriber na pragl.cz  Mon Dec 13 14:52:21 2010
From: lists.subscriber na pragl.cz (Miroslav Pragl)
Date: Mon, 13 Dec 2010 14:52:21 +0100
Subject: Etatherm
In-Reply-To: <4D061492.2010605@atlas.cz>
References: <4D061492.2010605@atlas.cz>
Message-ID: <939ECA93C9B346798A9BB9BFCC885259@MirekPNB>

V obdobnych pripadech mam rozctyrku kablik ktery krom spojeni 
pocitac/periferie vyvede na dalsi 2 seriove porty data z pocitace a data z 
periferie  a muzu/es se tedy podivat co / zda / ti tam leze

MP 



From libor_ml1 na mts.cz  Mon Dec 13 14:48:43 2010
From: libor_ml1 na mts.cz (Libor Chocholaty)
Date: Mon, 13 Dec 2010 14:48:43 +0100
Subject: ITX motherboard se =?ISO-8859-2?Q?dv=ECma_PCI=2C_nebo_?=
	=?ISO-8859-2?Q?PCIe?=
In-Reply-To: <4D038838.4030805@pjk.cz>
References: <4D0370A6.5080207@pjk.cz>	<001c01cb993c$4eab5590$ec0200b0$@death@ipq.cz>
	<4D038838.4030805@pjk.cz>
Message-ID: <4D06243B.5090306@mts.cz>

Kontron KTUS15/mITX je presne to, co poptavate.
http://cz.kontron.com/KTUS15mITX

Libor



On 12/11/2010 03:18 PM, Pavel Krafcik wrote:
> no nazdar, spletl jsem si konferenci, ale stejně na tom poběží linux ;-)
>
> Potřebuji počítač se dvěma síťovkami a se 4 seriovými porty pro
> ovládání řídících modulů. Nechci použít žádné USB převodníky, kterým
> nevěřím. Proto chci jeden slot na siťovku a jeden na kartu s porty a
> to všechno musí běžet pod Centosem.
>
> Pavel Krafčík
>
>
> Dne 11.12.2010 15:04, Tomáš Koželuh napsal(a):
>> miniITX může mít IMHO jenom jeden slot a pak se dá použít stromeček.
>> Normální ITX může mít určitě víc, ale to asi ztrácí smysl a místo
>> toho by
>> šlo použít ATX nebo microATX. Pokud se bavíme o formátu miniITX, tak
>> s více
>> síťovkama se modely prodávají, ale obvykle se jedná o řešení, která
>> se u nás
>> moc nedají sehnat a je třeba kupovat přímo u výrobce (tuším třeba MSI
>> takový
>> desky nabízí). Cena se pak obvykle pohybuje o dost výš, než je u těch
>> normálně sehnatelných desek.
>> Případně třeba Intel D510 má jeden PCI slot a jeden miniPCI slot, tak
>> by to
>> mohlo stačit, ale neznám záměr, tak nevím, jestli vyhoví.
>>
> _______________________________________________
> Linux mailing list
> Linux na linux.cz
> http://www.linux.cz/mailman/listinfo/linux
>



From hrostak na gmail.com  Mon Dec 13 19:26:26 2010
From: hrostak na gmail.com (Rosta)
Date: Mon, 13 Dec 2010 10:26:26 -0800 (PST)
Subject: Etatherm
References: <mailman.100.1292244117.2936.linux@linux.cz>
Message-ID: <0082d661-4bc0-4ff1-8ba8-33fcbe6bd86b@w21g2000vby.googlegroups.com>

On 13 pro, 13:41, Oldrich Balak <oba... na atlas.cz> wrote:
> Zdravim,
> mate nekdo nejakou zkusenost s provozem tohohle softu (nastaveni ridici
> jednotky vytapeni pro windows) pod linuxem? Zkousel jsem wine a

Zdravim,

pouzivam jejich soft pod Wine. Momentalne pod Wine HQ Etherm 1.0.14.1,
mam ale starsi jednotku. Jejich programy bezi pod ruznymi verzemi Wine
ruzne, napr. ve Wine HQ nejede jejich starsi prg. KomWin a ve starsich
verzich Wine zas novy Etherm. V zasade jsem nic nenastavoval, udelal
jsem jen symlink /dev/ttyS0 (/dev/ttyUSBx funkcni i s prevodnikem USB/
RS232) na home/.wine/dosdevices/com1. V Etherm jsem jen musel zrusit
prepinani RTS (nastaveni portu) chovalo se to pri zapnutem divne, tj.
neproslo treba 7 pokusu z 10. Jeste jeden poznatek, jednotka
komunikuje pouze na 9600 b/s.
Mozna se to sem nehodi, ale chtel bych firmu Etatherm pochvalit, jsou
ochotni poskytnout protokol, ktery sice neni uplne kompletni, ale
lepsi nez nic. Ridim a sbiram data z jejich jednotky vlastnim prg.

Prijemny vecer
R. Hornak


From pribyl na lowlevel.cz  Tue Dec 14 13:02:17 2010
From: pribyl na lowlevel.cz (Adam Pribyl)
Date: Tue, 14 Dec 2010 13:02:17 +0100 (CET)
Subject: Etatherm
In-Reply-To: <0082d661-4bc0-4ff1-8ba8-33fcbe6bd86b@w21g2000vby.googlegroups.com>
References: <mailman.100.1292244117.2936.linux@linux.cz>
	<0082d661-4bc0-4ff1-8ba8-33fcbe6bd86b@w21g2000vby.googlegroups.com>
Message-ID: <alpine.DEB.1.10.1012141245410.10351@sandbox.cz>

On Mon, 13 Dec 2010, Rosta wrote:

> On 13 pro, 13:41, Oldrich Balak <oba... na atlas.cz> wrote:
>> Zdravim,
>> mate nekdo nejakou zkusenost s provozem tohohle softu (nastaveni ridici
>> jednotky vytapeni pro windows) pod linuxem? Zkousel jsem wine a
>
> Zdravim,
>
> pouzivam jejich soft pod Wine. Momentalne pod Wine HQ Etherm 1.0.14.1,
> mam ale starsi jednotku. Jejich programy bezi pod ruznymi verzemi Wine
> ruzne, napr. ve Wine HQ nejede jejich starsi prg. KomWin a ve starsich
> verzich Wine zas novy Etherm. V zasade jsem nic nenastavoval, udelal
> jsem jen symlink /dev/ttyS0 (/dev/ttyUSBx funkcni i s prevodnikem USB/
> RS232) na home/.wine/dosdevices/com1. V Etherm jsem jen musel zrusit
> prepinani RTS (nastaveni portu) chovalo se to pri zapnutem divne, tj.
> neproslo treba 7 pokusu z 10. Jeste jeden poznatek, jednotka
> komunikuje pouze na 9600 b/s.

Resim podobny problem s jiny SW od jineho vyrobce regulacnich systemu BMR 
- SW odmita pod Wine v Fedore 13 i 14 najit com porty. SW pouziva Comport 
Library. com1 jsem v dosdevices vytvoril, prava jsem zkousel nejruznejsi, 
vse marne. Jinak funguje OK. Celkem bych uvital jakekoli zkusenosti se 
zprovoznenim Etathermu. Co to je za verzi Wine Etherm?

Jinak se mi pomoci HW VSP3 a socatu poradilo zprovoznit prenos seriove 
komunikace z virtualniho COM portu na /dev/ttyUSB0 pres TCP/IP. Neni to 
uplne 100%, jeste to potrebuje poladit. Nicmene tak lze pristupovat 
vzdalene na seriove zarizeni pripojene k Linux z Windows.

> Prijemny vecer
> R. Hornak

Adam Pribyl


From info na prudek.com  Wed Dec 15 19:35:47 2010
From: info na prudek.com (Milos Prudek)
Date: Wed, 15 Dec 2010 19:35:47 +0100
Subject: caste pady OS
In-Reply-To: <001201cb9925$ffb0d610$ff128230$@death@ipq.cz>
References: <4D0355CE.2000603@prudek.com>
	<001201cb9925$ffb0d610$ff128230$@death@ipq.cz>
Message-ID: <201012151935.47113.info@prudek.com>

On Saturday, December 11, 2010 12:24:38 pm Tomáš Koželuh wrote:
> a občas je deska v žádné kombinaci nesnese a nemusí snést ani
> konkrétní nový paměti.

Tak to znovu zatuhlo... proto jsem zkusil vlozit jen kit 2GB a nechat 
motherboard zobrazit detekovane parametry, a potom jen kit 4GB a nechat 
motherboard zobrazit detekovane parametry:

kit 2GB je 1066MHz, CAS latency 7-7-7-24
kit 4GB je 800MHz, CAS latency 5-5-5-18

... coz je docela sokujici, protoze ten 4GB kit jsem kupoval jako 1066MHz. 
Nyni jsem tedy ponechal jen kit 4GB, CAS latency na "autodetect" a Memory 
Performance Enhance na "standard". 

Odpustte asi pitomy dotaz, ale je vubec realne provozovat v jednom 
motherboardu kit 800MHz a 1066MHz zaroven?

-- 
Milos Prudek


From mr.death na ipq.cz  Wed Dec 15 21:30:51 2010
From: mr.death na ipq.cz (=?iso-8859-2?B?VG9t4bkgS2++ZWx1aA==?=)
Date: Wed, 15 Dec 2010 21:30:51 +0100
Subject: caste pady OS
In-Reply-To: <201012151935.47113.info@prudek.com>
References: <4D0355CE.2000603@prudek.com>	<001201cb9925$ffb0d610$ff128230$@death@ipq.cz>
	<201012151935.47113.info@prudek.com>
Message-ID: <003501cb9c96$f74a4be0$e5dee3a0$@death@ipq.cz>

Deska občas paměti blbě detekuje. Někdy pomůže třeba i update biosu, ale
obvykle stačí frekvenci ručně nastavit. Pokud se všechny paměti nastaví na
zvolenou rychlost a časování jako nejslabší modul, mělo by to fungovat. Ale
kombinace různých pamětí někdy prostě nefungují...
Lze s jistotou vyloučit vadný zdroj, přehřívající se CPU nebo VGA? 

> -----Original Message-----
> From: linux-bounces na linux.cz [mailto:linux-bounces na linux.cz] On Behalf
> Of Milos Prudek
> Sent: Wednesday, December 15, 2010 7:36 PM
> 
> Tak to znovu zatuhlo... proto jsem zkusil vlozit jen kit 2GB a nechat
> motherboard zobrazit detekovane parametry, a potom jen kit 4GB a nechat
> motherboard zobrazit detekovane parametry:
> 
> kit 2GB je 1066MHz, CAS latency 7-7-7-24
> kit 4GB je 800MHz, CAS latency 5-5-5-18
> 
> ... coz je docela sokujici, protoze ten 4GB kit jsem kupoval jako
> 1066MHz.
> Nyni jsem tedy ponechal jen kit 4GB, CAS latency na "autodetect" a
> Memory
> Performance Enhance na "standard".
> 
> Odpustte asi pitomy dotaz, ale je vubec realne provozovat v jednom
> motherboardu kit 800MHz a 1066MHz zaroven?



From info na prudek.com  Wed Dec 15 22:30:29 2010
From: info na prudek.com (Milos Prudek)
Date: Wed, 15 Dec 2010 22:30:29 +0100
Subject: caste pady OS
In-Reply-To: <003501cb9c96$f74a4be0$e5dee3a0$@death@ipq.cz>
References: <4D0355CE.2000603@prudek.com> <201012151935.47113.info@prudek.com>
	<003501cb9c96$f74a4be0$e5dee3a0$@death@ipq.cz>
Message-ID: <201012152230.29218.info@prudek.com>

Dne středa, Prosinec 15, 2010 09:30:51 odp. Tomáš Koželuh napsal(a):
> Ale
> kombinace různých pamětí někdy prostě nefungují...
> Lze s jistotou vyloučit vadný zdroj, přehřívající se CPU nebo VGA? 

Systém padá i poté, co jsem tam nechal jen ten novější kit 4GB.

Nevím jak diagnostikovat přehřívající CPU nebo VGA, ani vadný zdroj, nicméně 
po restartu to typicky funguje 17-24 hodin, a počítač nikdy nevychládne - 
dělám jen hw reset.

-- 
Milos Prudek
** Do NOT use email for urgent inquiries, please **
Call my cell phone +420 777592445 for urgent enquiries


From lists_mk na wujiman.net  Wed Dec 15 23:32:03 2010
From: lists_mk na wujiman.net (Martin Kraus)
Date: Wed, 15 Dec 2010 23:32:03 +0100
Subject: caste pady OS
In-Reply-To: <201012152230.29218.info@prudek.com>
References: <4D0355CE.2000603@prudek.com> <201012151935.47113.info@prudek.com>
	<003501cb9c96$f74a4be0$e5dee3a0$@death@ipq.cz>
	<201012152230.29218.info@prudek.com>
Message-ID: <20101215223201.GA14085@/bin/hostname>

On Wed, Dec 15, 2010 at 10:30:29PM +0100, Milos Prudek wrote:
> Dne středa, Prosinec 15, 2010 09:30:51 odp. Tomáš Koželuh napsal(a):
> > Ale
> > kombinace různých pamětí někdy prostě nefungují...
> > Lze s jistotou vyloučit vadný zdroj, přehřívající se CPU nebo VGA? 
> 
> Systém padá i poté, co jsem tam nechal jen ten novější kit 4GB.
> 
> Nevím jak diagnostikovat přehřívající CPU nebo VGA, ani vadný zdroj, nicméně 
> po restartu to typicky funguje 17-24 hodin, a počítač nikdy nevychládne - 
> dělám jen hw reset.

pripojit ten seriovy kabel, pustit consolu na seriak a koukat zda to neco
neohlasi.

mk


From info na prudek.com  Thu Dec 16 10:23:33 2010
From: info na prudek.com (Milos Prudek)
Date: Thu, 16 Dec 2010 10:23:33 +0100
Subject: caste pady OS
In-Reply-To: <20101215223201.GA14085@/bin/hostname>
References: <4D0355CE.2000603@prudek.com>
	<201012151935.47113.info@prudek.com>	<003501cb9c96$f74a4be0$e5dee3a0$@death@ipq.cz>	<201012152230.29218.info@prudek.com>
	<20101215223201.GA14085@/bin/hostname>
Message-ID: <4D09DA95.8050402@prudek.com>

On 15.12.2010 23:32, Martin Kraus wrote:
> pripojit ten seriovy kabel, pustit consolu na seriak a koukat zda to neco

OK, zjistil jsem že se dá kabel koupit hotový. Myslel jsem že bych si ho 
musel udělat sám, to mi moc nejde.

Na mereni teploty procesoru budu muset aktivovat lmsensors.

Zkusim jeste ten stary 2GB kit.

-- 
Milos Prudek
** Do NOT use email for urgent inquiries please **
Call my cell phone +420 777592445 for urgent inquiries


From lists_mk na wujiman.net  Thu Dec 16 16:59:53 2010
From: lists_mk na wujiman.net (Martin Kraus)
Date: Thu, 16 Dec 2010 16:59:53 +0100
Subject: caste pady OS
In-Reply-To: <4D09DA95.8050402@prudek.com>
References: <4D0355CE.2000603@prudek.com> <201012151935.47113.info@prudek.com>
	<003501cb9c96$f74a4be0$e5dee3a0$@death@ipq.cz>
	<201012152230.29218.info@prudek.com>
	<20101215223201.GA14085@/bin/hostname>
	<4D09DA95.8050402@prudek.com>
Message-ID: <20101216155953.GB6058@/bin/hostname>

On Thu, Dec 16, 2010 at 10:23:33AM +0100, Milos Prudek wrote:
> On 15.12.2010 23:32, Martin Kraus wrote:
> >pripojit ten seriovy kabel, pustit consolu na seriak a koukat zda to neco
> 
> OK, zjistil jsem že se dá kabel koupit hotový. Myslel jsem že bych
> si ho musel udělat sám, to mi moc nejde.

kabel se da normalne koupit, to jsem asi nenapsal. proste seriovy laplink,
staval pred rokem asi 150kc.

> Na mereni teploty procesoru budu muset aktivovat lmsensors.

me kdyz se prehriva procesor, tak to jadro zaloguje a resne pocitac, takze
pokud se to seka, tak to je bud bug v jadre, nebo hardwarovy problem. pokud to
nic nenapise, tak to muze dost dobre byt neco s deskou. s tim jsem mel vetsi
problemy nez s pameti, ale to je mozna jen moje zkusenost. osobne se od
hardwaru snazim drzet co nejdal:)

mk


From ihanuska na ip-sec.cz  Thu Dec 16 20:37:10 2010
From: ihanuska na ip-sec.cz (Ivo [Bear] Hanuska)
Date: Thu, 16 Dec 2010 20:37:10 +0100
Subject: =?ISO-8859-2?Q?Neposlu=B9n=FD_apache_-_php_nechce_b=EC?=
	=?ISO-8859-2?Q?=BEet_v_utf8?=
Message-ID: <4D0A6A66.2000807@ip-sec.cz>

Dobrý večer!

Nesetkal jste se někdo s následujícím chováním?
Mám webový server. Běží na Apachi 2.2.4 pod SuSe 10. Potřebuju na něm 
vytvořit v php html stránku, která vytahuje data z MySQL v utf-8. V 
hlavičce mám utf-8 se správným typem, to, co jde ven z apache je možná 
utf-8 (má to znaky s diakritikou dvoubajtové) ale browser přesto vesele 
tvrdí, že jde o soubor v nějaké jiné stránce (snad CP1250). Když to 
přepnu manuálně do utf-8, tak se dvoubajtové znaky vytratí, ale jinak to 
je nesmysl.
Já sám si myslím, že Apache v nějakém šíleném dojmu překládá UTF-8 do 
nějakého jiného kódování? Co je divné, že pokud skript zapíše soubor na 
lokální disk, tak to provede stejnou kravinu. Nesetkal jste se někdo s 
podobným chováním?

Děkuji za nasměrování

Ivo Hanuška


From petr na ok2cqr.com  Thu Dec 16 23:56:25 2010
From: petr na ok2cqr.com (Petr Hlozek)
Date: Thu, 16 Dec 2010 23:56:25 +0100
Subject: =?ISO-8859-2?Q?Neposlu=B9n=FD_apache_-_php_nechce_?=
	=?ISO-8859-2?Q?b=EC=BEet_v_utf8?=
In-Reply-To: <4D0A6A66.2000807@ip-sec.cz>
References: <4D0A6A66.2000807@ip-sec.cz>
Message-ID: <4D0A9919.2020908@ok2cqr.com>

Dobrý večer,

nesnaží se s Vámi MySQL komunikovat v CP1250? Zkuste po připojení nastavit

set names utf-8

Pak by to mělo fungovat.

Petr

Dne 16.12.2010 20:37, Ivo [Bear] Hanuska napsal(a):
> Dobrý večer!
>
> Nesetkal jste se někdo s následujícím chováním?
> Mám webový server. Běží na Apachi 2.2.4 pod SuSe 10. Potřebuju na něm
> vytvořit v php html stránku, která vytahuje data z MySQL v utf-8. V
> hlavičce mám utf-8 se správným typem, to, co jde ven z apache je možná
> utf-8 (má to znaky s diakritikou dvoubajtové) ale browser přesto vesele
> tvrdí, že jde o soubor v nějaké jiné stránce (snad CP1250). Když to
> přepnu manuálně do utf-8, tak se dvoubajtové znaky vytratí, ale jinak to
> je nesmysl.
> Já sám si myslím, že Apache v nějakém šíleném dojmu překládá UTF-8 do
> nějakého jiného kódování? Co je divné, že pokud skript zapíše soubor na
> lokální disk, tak to provede stejnou kravinu. Nesetkal jste se někdo s
> podobným chováním?
>
> Děkuji za nasměrování
>
> Ivo Hanuška
> _______________________________________________
> Linux mailing list
> Linux na linux.cz
> http://www.linux.cz/mailman/listinfo/linux
>


From mr.death na ipq.cz  Fri Dec 17 17:41:58 2010
From: mr.death na ipq.cz (=?iso-8859-2?B?VG9t4bkgS2++ZWx1aA==?=)
Date: Fri, 17 Dec 2010 17:41:58 +0100
Subject: =?iso-8859-2?Q?Zmaten=FD_Bind=3F?=
Message-ID: <007401cb9e09$535dedb0$fa19c910$@death@ipq.cz>

Ahoj, řeším hodně divný problém, u jedné domény mně Bind není schopen
resolvovat MX záznam domény. Přitom by se měl ptát přímo kořenových serverů.
Když jsem se přes dig ptal jiného serveru, tak resolvoval správně a světe
div se, teď to resolvuje i u mě. Netušíte, co bych měl v Bindu zkontrolovat?
Mám totiž obavy, že po jisté době to zase bude mít problém. Podotýkám, že
jsem na tento problém narazil pouze u jedné domény. Jedná se o doménu
list.vyvojar.cz, ale nepředpokládám, že by byla chyba na jejich straně.
Verze Bindu je 9.7.2-P3. Předem díky za odpovědi...

T.K.



From mr.death na ipq.cz  Fri Dec 17 22:53:27 2010
From: mr.death na ipq.cz (=?iso-8859-2?B?VG9t4bkgS2++ZWx1aA==?=)
Date: Fri, 17 Dec 2010 22:53:27 +0100
Subject: =?iso-8859-2?Q?RE:_Zmaten=FD_Bind=3F?=
In-Reply-To: <007401cb9e09$535dedb0$fa19c910$@death@ipq.cz>
References: <007401cb9e09$535dedb0$fa19c910$@death@ipq.cz>
Message-ID: <004401cb9e34$d5cd2330$81676990$@death@ipq.cz>

Tak jsem trošku pokročil s problémem, dig mně vrací totok:
;; AUTHORITY SECTION:
vyvojar.cz.             3086    IN      NS      kip.ns.cloudflare.com.
vyvojar.cz.             3086    IN      NS      mary.ns.cloudflare.com.

Ale mělo by být totok:
;; AUTHORITY SECTION:
vyvojar.cz.             18000   IN      NS      ns1.vyvojar.cz.
vyvojar.cz.             18000   IN      NS      ns2.ignum.cz.

A po čase se to někdy samo přepne na ty správný NS. Netušíte někdo proč?

A pokud zrovna neresolvuje, tak se tam objevuje totok:
; <<>> DiG 9.7.2-P2 <<>> mx list.vyvojar.cz
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 19469
;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 0

;; QUESTION SECTION:
;list.vyvojar.cz.               IN      MX

;; AUTHORITY SECTION:
vyvojar.cz.             9319    IN      SOA     ns.cloudflare.com.
dns.cloudflare.com. 1010011509 7200 1200 604800 3600

;; Query time: 0 msec
;; SERVER: 127.0.0.1#53(127.0.0.1)
;; WHEN: Fri Dec 17 21:57:52 2010
;; MSG SIZE  rcvd: 90


> -----Original Message-----
> From: linux-bounces na linux.cz [mailto:linux-bounces na linux.cz] On Behalf
> Of Tomáš Koželuh
> Sent: Friday, December 17, 2010 5:42 PM
> 
> Ahoj, řeším hodně divný problém, u jedné domény mně Bind není schopen
> resolvovat MX záznam domény. Přitom by se měl ptát přímo kořenových
> serverů.
> Když jsem se přes dig ptal jiného serveru, tak resolvoval správně a
> světe
> div se, teď to resolvuje i u mě. Netušíte, co bych měl v Bindu
> zkontrolovat?
> Mám totiž obavy, že po jisté době to zase bude mít problém. Podotýkám,
> že
> jsem na tento problém narazil pouze u jedné domény. Jedná se o doménu
> list.vyvojar.cz, ale nepředpokládám, že by byla chyba na jejich straně.
> Verze Bindu je 9.7.2-P3. Předem díky za odpovědi...



From kas na fi.muni.cz  Sat Dec 18 00:23:54 2010
From: kas na fi.muni.cz (Jan Kasprzak)
Date: Sat, 18 Dec 2010 00:23:54 +0100
Subject: Fedora 14 XDMCP - nefunguje bez nakonfigurovaneho DNS
In-Reply-To: <B03B635B1A104C82B8ED04F94190FE75@MirekPNB>
References: <B03B635B1A104C82B8ED04F94190FE75@MirekPNB>
Message-ID: <20101217232354.GE14390@fi.muni.cz>

Miroslav Pragl wrote:
: Ahoj,
: po instalaci Fedory 14 a povoleni XDMCP jsem se nemohl pripojit. Zjistil 
: jsem ze na vine je gdm resp. nemoznost resolvnout nazev serveru a/nebo 
: klienta. Nepomohlo ani pridani do hosts, zacalo fungovat az po instalaci 
: DNS a vytvoreni prislusne PTR zony/zaznamu.
: 
: Je to by design? Ne ze by mi vadilo nastavit si DNSko de facto kvuli 2 
: zaznamum (testovaci server a testovaci klient/Xterm)...

	Gdm myslim pouziva TCP wrapper, cili DNS dotaz asi pochazi odtud.
Jinak ale nove gdm stoji zahouby, ja pouzivam xdm. Ve F14 ma dokonce
i relativne pekne implicitni nastaveni.

-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/ |
Please don't top post and in particular don't attach entire digests to your
mail or we'll all soon be using bittorrent to read the list.     --Alan Cox


From jan.martinu na post.cz  Sat Dec 18 02:22:54 2010
From: jan.martinu na post.cz (jan.martinu na post.cz)
Date: Sat, 18 Dec 2010 02:22:54 +0100
Subject: =?ISO-8859-2?Q?Neposlu=B9n=FD_apache_-_php_nechce_?=
	=?ISO-8859-2?Q?b=EC=BEet_v_utf8?=
In-Reply-To: <4D0A6A66.2000807@ip-sec.cz>
References: <4D0A6A66.2000807@ip-sec.cz>
Message-ID: <4D0C0CEE.9070101@post.cz>

DV,

mrknete na direktivu AddDefaultCharset v konfiguracich Apache.

Jan M.

Ivo [Bear] Hanuska napsal(a):
> Dobrý večer!
>
> Nesetkal jste se někdo s následujícím chováním?
> Mám webový server. Běží na Apachi 2.2.4 pod SuSe 10. Potřebuju na něm 
> vytvořit v php html stránku, která vytahuje data z MySQL v utf-8. V 
> hlavičce mám utf-8 se správným typem, to, co jde ven z apache je možná 
> utf-8 (má to znaky s diakritikou dvoubajtové) ale browser přesto 
> vesele tvrdí, že jde o soubor v nějaké jiné stránce (snad CP1250). 
> Když to přepnu manuálně do utf-8, tak se dvoubajtové znaky vytratí, 
> ale jinak to je nesmysl.
> Já sám si myslím, že Apache v nějakém šíleném dojmu překládá UTF-8 do 
> nějakého jiného kódování? Co je divné, že pokud skript zapíše soubor 
> na lokální disk, tak to provede stejnou kravinu. Nesetkal jste se 
> někdo s podobným chováním?
>
> Děkuji za nasměrování
>
> Ivo Hanuška
> _______________________________________________
> Linux mailing list
> Linux na linux.cz
> http://www.linux.cz/mailman/listinfo/linux
>



From lists_mk na wujiman.net  Sat Dec 18 04:32:28 2010
From: lists_mk na wujiman.net (Martin Kraus)
Date: Sat, 18 Dec 2010 04:32:28 +0100
Subject: =?iso-8859-1?Q?Zmaten=FD?= Bind?
In-Reply-To: <004401cb9e34$d5cd2330$81676990$@death@ipq.cz>
References: <007401cb9e09$535dedb0$fa19c910$@death@ipq.cz>
	<004401cb9e34$d5cd2330$81676990$@death@ipq.cz>
Message-ID: <20101218033228.GA6391@finrod>

On Fri, Dec 17, 2010 at 10:53:27PM +0100, Tomáš Koželuh wrote:
> Tak jsem trošku pokročil s problémem, dig mně vrací totok:
> ;; AUTHORITY SECTION:
> vyvojar.cz.             3086    IN      NS      kip.ns.cloudflare.com.
> vyvojar.cz.             3086    IN      NS      mary.ns.cloudflare.com.
> 
> Ale mělo by být totok:
> ;; AUTHORITY SECTION:
> vyvojar.cz.             18000   IN      NS      ns1.vyvojar.cz.
> vyvojar.cz.             18000   IN      NS      ns2.ignum.cz.

proc je na ns1.vyvojar.cz

vyvojar.cz.     3600    IN  NS  mary.ns.cloudflare.com.
vyvojar.cz.     3600    IN  NS  kip.ns.cloudflare.com.

opravte si glue zaznamy a zjistete si, ze vam replikace zony funguje.

mk


From lists_mk na wujiman.net  Sat Dec 18 04:38:59 2010
From: lists_mk na wujiman.net (Martin Kraus)
Date: Sat, 18 Dec 2010 04:38:59 +0100
Subject: =?iso-8859-1?Q?Zmaten=FD?= Bind?
In-Reply-To: <004401cb9e34$d5cd2330$81676990$@death@ipq.cz>
References: <007401cb9e09$535dedb0$fa19c910$@death@ipq.cz>
	<004401cb9e34$d5cd2330$81676990$@death@ipq.cz>
Message-ID: <20101218033859.GB6391@finrod>

> vyvojar.cz.             18000   IN      NS      ns1.vyvojar.cz.
> vyvojar.cz.             18000   IN      NS      ns2.ignum.cz.

a asi si na ns1.vyvojar.cz zablokujte AXFR.
mk


From info na prudek.com  Sat Dec 18 11:50:17 2010
From: info na prudek.com (Milos Prudek)
Date: Sat, 18 Dec 2010 11:50:17 +0100
Subject: caste pady OS
In-Reply-To: <20101216155953.GB6058@/bin/hostname>
References: <4D0355CE.2000603@prudek.com> <4D09DA95.8050402@prudek.com>
	<20101216155953.GB6058@/bin/hostname>
Message-ID: <201012181150.17776.info@prudek.com>

Dne čtvrtek, Prosinec 16, 2010 04:59:53 odp. Martin Kraus napsal(a):
> me kdyz se prehriva procesor, tak to jadro zaloguje a resne pocitac,

Uz jsem zkusil i ty stare pameti, bohuzel to pada porad. Jedine dve zmeny 
proti stabilnimu stavu jsou vymena Hauppague PCI TV karty WinTV PVR-150 za 
Hauppauge TD-500. A vymena Kubuntu 8.04 za Linux Mint KDE 9.

Nezbyva nez sehnat ten krizeny seriak. 

-- 
Milos Prudek
** Do NOT use email for urgent inquiries, please **
Call my cell phone +420 777592445 for urgent enquiries


From mr.death na ipq.cz  Sat Dec 18 12:44:58 2010
From: mr.death na ipq.cz (=?iso-8859-2?B?VG9t4bkgS2++ZWx1aA==?=)
Date: Sat, 18 Dec 2010 12:44:58 +0100
Subject: =?iso-8859-2?Q?RE:_Zmaten=FD_Bind=3F?=
In-Reply-To: <20101218033228.GA6391@finrod>
References: <007401cb9e09$535dedb0$fa19c910$@death@ipq.cz>	<004401cb9e34$d5cd2330$81676990$@death@ipq.cz>
	<20101218033228.GA6391@finrod>
Message-ID: <000c01cb9ea8$ff62caf0$fe2860d0$@death@ipq.cz>

Ta doména není moje, je teda chyba na jejich straně? Vzhledem k tomu, že
správce nemá moc čas, rád bych mu popsal přesně problém, aby to mohl snadno
a rychle opravit...

> -----Original Message-----
> From: linux-bounces na linux.cz [mailto:linux-bounces na linux.cz] On Behalf
> Of Martin Kraus
> Sent: Saturday, December 18, 2010 4:32 AM
> 
> On Fri, Dec 17, 2010 at 10:53:27PM +0100, Tomáš Koželuh wrote:
> > Tak jsem trošku pokročil s problémem, dig mně vrací totok:
> > ;; AUTHORITY SECTION:
> > vyvojar.cz.             3086    IN      NS
> kip.ns.cloudflare.com.
> > vyvojar.cz.             3086    IN      NS
> mary.ns.cloudflare.com.
> >
> > Ale mělo by být totok:
> > ;; AUTHORITY SECTION:
> > vyvojar.cz.             18000   IN      NS      ns1.vyvojar.cz.
> > vyvojar.cz.             18000   IN      NS      ns2.ignum.cz.
> 
> proc je na ns1.vyvojar.cz
> 
> vyvojar.cz.     3600    IN  NS  mary.ns.cloudflare.com.
> vyvojar.cz.     3600    IN  NS  kip.ns.cloudflare.com.
> 
> opravte si glue zaznamy a zjistete si, ze vam replikace zony funguje.



From mr.death na ipq.cz  Sat Dec 18 12:49:03 2010
From: mr.death na ipq.cz (=?iso-8859-2?B?VG9t4bkgS2++ZWx1aA==?=)
Date: Sat, 18 Dec 2010 12:49:03 +0100
Subject: caste pady OS
In-Reply-To: <201012181150.17776.info@prudek.com>
References: <4D0355CE.2000603@prudek.com>
	<4D09DA95.8050402@prudek.com>	<20101216155953.GB6058@/bin/hostname>
	<201012181150.17776.info@prudek.com>
Message-ID: <000f01cb9ea9$914bb2b0$b3e31810$@death@ipq.cz>

Co tam je za zdroj? Lze vyloučit jeho vadu? Obzvlášť levný krámy nesnáší
nonstop provoz, ale už jsem viděl problémy i s hodně drahými zdroji.
No a co ten stroj zatížit v konzoli? Třeba několikrát zkompilovat kernel dá
procesoru slušně zabrat. A pokud se na pasivu CPU nebude dat udržet ruka,
viděl bych problém zde. Často vysychá teplovodivá pasta a z vodiče se stává
výborný izolant...

> -----Original Message-----
> From: linux-bounces na linux.cz [mailto:linux-bounces na linux.cz] On Behalf
> Of Milos Prudek
> Sent: Saturday, December 18, 2010 11:50 AM
> 
> Uz jsem zkusil i ty stare pameti, bohuzel to pada porad. Jedine dve
> zmeny
> proti stabilnimu stavu jsou vymena Hauppague PCI TV karty WinTV PVR-150
> za
> Hauppauge TD-500. A vymena Kubuntu 8.04 za Linux Mint KDE 9.
> 
> Nezbyva nez sehnat ten krizeny seriak.



From mr.death na ipq.cz  Sat Dec 18 12:51:15 2010
From: mr.death na ipq.cz (=?iso-8859-2?B?VG9t4bkgS2++ZWx1aA==?=)
Date: Sat, 18 Dec 2010 12:51:15 +0100
Subject: =?iso-8859-2?Q?RE:_Zmaten=FD_Bind=3F?=
In-Reply-To: <20101218033859.GB6391@finrod>
References: <007401cb9e09$535dedb0$fa19c910$@death@ipq.cz>	<004401cb9e34$d5cd2330$81676990$@death@ipq.cz>
	<20101218033859.GB6391@finrod>
Message-ID: <001201cb9ea9$e03e6c00$a0bb4400$@death@ipq.cz>

Ještě jedna zvláštnost, když se ptám jiných DNS než mého, tak jsem vždycky
dostal správnou odpověď, dobře se testuje Google, protože jde opravdu snadno
zapamatovat... :)

> -----Original Message-----
> From: linux-bounces+mr.death=ipq.cz na linux.cz [mailto:linux-
> bounces+mr.death=ipq.cz na linux.cz] On Behalf Of Martin Kraus
> Sent: Saturday, December 18, 2010 4:39 AM
> 
> > vyvojar.cz.             18000   IN      NS      ns1.vyvojar.cz.
> > vyvojar.cz.             18000   IN      NS      ns2.ignum.cz.
> 
> a asi si na ns1.vyvojar.cz zablokujte AXFR.



From jenda na yakumo.hrach.eu  Sat Dec 18 13:29:09 2010
From: jenda na yakumo.hrach.eu (Jan Hrach)
Date: Sat, 18 Dec 2010 13:29:09 +0100
Subject: caste pady OS
In-Reply-To: <000f01cb9ea9$914bb2b0$b3e31810$@death@ipq.cz>
References: <4D0355CE.2000603@prudek.com>	<4D09DA95.8050402@prudek.com>	<20101216155953.GB6058@/bin/hostname>	<201012181150.17776.info@prudek.com>
	<000f01cb9ea9$914bb2b0$b3e31810$@death@ipq.cz>
Message-ID: <4D0CA915.6040601@yakumo.hrach.eu>

> A pokud se na pasivu CPU nebude dat udržet ruka,
> viděl bych problém zde. Často vysychá teplovodivá pasta a z vodiče se stává
> výborný izolant...
Tak to měřením teploty chladiče nepozná, to by musel měřit přímo teplotu CPU.

On 18.12.2010 12:49, Tomáš Koželuh wrote:
> Co tam je za zdroj? Lze vyloučit jeho vadu? Obzvlášť levný krámy nesnáší
> nonstop provoz, ale už jsem viděl problémy i s hodně drahými zdroji.
> No a co ten stroj zatížit v konzoli? Třeba několikrát zkompilovat kernel dá
> procesoru slušně zabrat. A pokud se na pasivu CPU nebude dat udržet ruka,
> viděl bych problém zde. Často vysychá teplovodivá pasta a z vodiče se stává
> výborný izolant...
> 
>> -----Original Message-----
>> From: linux-bounces na linux.cz [mailto:linux-bounces na linux.cz] On Behalf
>> Of Milos Prudek
>> Sent: Saturday, December 18, 2010 11:50 AM
>>
>> Uz jsem zkusil i ty stare pameti, bohuzel to pada porad. Jedine dve
>> zmeny
>> proti stabilnimu stavu jsou vymena Hauppague PCI TV karty WinTV PVR-150
>> za
>> Hauppauge TD-500. A vymena Kubuntu 8.04 za Linux Mint KDE 9.
>>
>> Nezbyva nez sehnat ten krizeny seriak.
> 
> _______________________________________________
> Linux mailing list
> Linux na linux.cz
> http://www.linux.cz/mailman/listinfo/linux
> 

-- 
Jan Hrach, http://jenda.hrach.eu/
GPG 1D9D AC4B E964 0D1E 7F5D 6E03 B72F 6430 9FA4 F536


From lists_mk na wujiman.net  Sat Dec 18 14:16:38 2010
From: lists_mk na wujiman.net (Martin Kraus)
Date: Sat, 18 Dec 2010 14:16:38 +0100
Subject: =?iso-8859-1?Q?Zmaten=FD?= Bind?
In-Reply-To: <000c01cb9ea8$ff62caf0$fe2860d0$@death@ipq.cz>
References: <007401cb9e09$535dedb0$fa19c910$@death@ipq.cz>
	<004401cb9e34$d5cd2330$81676990$@death@ipq.cz>
	<20101218033228.GA6391@finrod>
	<000c01cb9ea8$ff62caf0$fe2860d0$@death@ipq.cz>
Message-ID: <20101218131638.GA8735@finrod>

On Sat, Dec 18, 2010 at 12:44:58PM +0100, Tomáš Koželuh wrote:
> Ta doména není moje, je teda chyba na jejich straně? Vzhledem k tomu, že
> správce nemá moc čas, rád bych mu popsal přesně problém, aby to mohl snadno
> a rychle opravit...
> 
> > -----Original Message-----
> > From: linux-bounces na linux.cz [mailto:linux-bounces na linux.cz] On Behalf
> > Of Martin Kraus
> > Sent: Saturday, December 18, 2010 4:32 AM
> > 
> > On Fri, Dec 17, 2010 at 10:53:27PM +0100, Tomáš Koželuh wrote:
> > > Tak jsem trošku pokročil s problémem, dig mně vrací totok:
> > > ;; AUTHORITY SECTION:
> > > vyvojar.cz.             3086    IN      NS
> > kip.ns.cloudflare.com.
> > > vyvojar.cz.             3086    IN      NS
> > mary.ns.cloudflare.com.
> > >
> > > Ale mělo by být totok:
> > > ;; AUTHORITY SECTION:
> > > vyvojar.cz.             18000   IN      NS      ns1.vyvojar.cz.
> > > vyvojar.cz.             18000   IN      NS      ns2.ignum.cz.
> > 
> > proc je na ns1.vyvojar.cz
> > 
> > vyvojar.cz.     3600    IN  NS  mary.ns.cloudflare.com.
> > vyvojar.cz.     3600    IN  NS  kip.ns.cloudflare.com.
> > 
> > opravte si glue zaznamy a zjistete si, ze vam replikace zony funguje.

nasmerovat NS zaznamy v zone vyvojar.cz na ns1.vyvojar.cz a ns2.ignum.cz pokud
jsou to tedy pozadovane nameservery. tedy misto

vyvojar.cz.   NS  mary.ns.cloudflare.com.
vyvojar.cz.   NS  kip.ns.cloudflare.com.

tam mit

vyvojar.cz.   NS  ns1.vyvojar.cz.
vyvojar.cz.   NS  ns2.ignum.cz.

a zajistit, aby se ns2.ignum.cz replikovalo z ns1.vyvojar.cz.

mk



From lists.subscriber na pragl.cz  Sat Dec 18 18:09:36 2010
From: lists.subscriber na pragl.cz (Miroslav Pragl)
Date: Sat, 18 Dec 2010 18:09:36 +0100
Subject: Fedora 14 XDMCP - nefunguje bez nakonfigurovaneho DNS
In-Reply-To: <20101217232354.GE14390@fi.muni.cz>
References: <B03B635B1A104C82B8ED04F94190FE75@MirekPNB>
	<20101217232354.GE14390@fi.muni.cz>
Message-ID: <C27FA9F062EA4510A06ECB43ED00E67E@MirekPNB>

no uz jsem se fakt nastval. Zapl jsem si pro ssvuj ucet overovani pres 
ctecku prstu ... a co se asi stane pri prihlaseni pres VNC? Neprihlasim se 
protoze heslo se da zadat az po 3 neuspesnych vyprstenich ctecky. WTF!
Nebo snad uz konecne Xka umeji NATIVNE pripojit se k session?

Odbugzillovano

MP



From kas na fi.muni.cz  Mon Dec 20 08:53:13 2010
From: kas na fi.muni.cz (Jan Kasprzak)
Date: Mon, 20 Dec 2010 08:53:13 +0100
Subject: Fedora 14 XDMCP - nefunguje bez nakonfigurovaneho DNS
In-Reply-To: <C27FA9F062EA4510A06ECB43ED00E67E@MirekPNB>
References: <B03B635B1A104C82B8ED04F94190FE75@MirekPNB>
	<20101217232354.GE14390@fi.muni.cz>
	<C27FA9F062EA4510A06ECB43ED00E67E@MirekPNB>
Message-ID: <20101220075313.GC27153@fi.muni.cz>

Miroslav Pragl wrote:
: no uz jsem se fakt nastval. Zapl jsem si pro ssvuj ucet overovani pres 
: ctecku prstu ... a co se asi stane pri prihlaseni pres VNC? Neprihlasim se 
: protoze heslo se da zadat az po 3 neuspesnych vyprstenich ctecky. WTF!
: Nebo snad uz konecne Xka umeji NATIVNE pripojit se k session?

	A neni to spis chyba nastaveni v PAMu? Aspon kdyz ja jsem
experimentoval se cteckou, tak to psalo "enter password OR swipe finger"
a fungovala kterakoliv varianta.

-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/ |
Please don't top post and in particular don't attach entire digests to your
mail or we'll all soon be using bittorrent to read the list.     --Alan Cox


From mr.death na ipq.cz  Mon Dec 20 09:30:18 2010
From: mr.death na ipq.cz (=?iso-8859-2?B?VG9t4bkgS2++ZWx1aA==?=)
Date: Mon, 20 Dec 2010 09:30:18 +0100
Subject: =?iso-8859-2?Q?RE:_Zmaten=FD_Bind=3F?=
In-Reply-To: <20101218131638.GA8735@finrod>
References: <007401cb9e09$535dedb0$fa19c910$@death@ipq.cz>	<004401cb9e34$d5cd2330$81676990$@death@ipq.cz>	<20101218033228.GA6391@finrod>	<000c01cb9ea8$ff62caf0$fe2860d0$@death@ipq.cz>
	<20101218131638.GA8735@finrod>
Message-ID: <001b01cba020$22e260d0$68a72270$@death@ipq.cz>

Díky za spolupráci, DNS má být nastaveno na cloudfare.com, ale je tam někde
chyba. Už se to snaží opravit...

> -----Original Message-----
> From: linux-bounces na linux.cz [mailto:linux-bounces na linux.cz] On Behalf
> Of Martin Kraus
> Sent: Saturday, December 18, 2010 2:17 PM
> 
> nasmerovat NS zaznamy v zone vyvojar.cz na ns1.vyvojar.cz a
> ns2.ignum.cz pokud
> jsou to tedy pozadovane nameservery. tedy misto
> 
> vyvojar.cz.   NS  mary.ns.cloudflare.com.
> vyvojar.cz.   NS  kip.ns.cloudflare.com.
> 
> tam mit
> 
> vyvojar.cz.   NS  ns1.vyvojar.cz.
> vyvojar.cz.   NS  ns2.ignum.cz.
> 
> a zajistit, aby se ns2.ignum.cz replikovalo z ns1.vyvojar.cz.



From pribyl na lowlevel.cz  Mon Dec 20 15:09:16 2010
From: pribyl na lowlevel.cz (Adam Pribyl)
Date: Mon, 20 Dec 2010 15:09:16 +0100 (CET)
Subject: Fedora 14 XDMCP - nefunguje bez nakonfigurovaneho DNS
In-Reply-To: <20101217232354.GE14390@fi.muni.cz>
References: <B03B635B1A104C82B8ED04F94190FE75@MirekPNB>
	<20101217232354.GE14390@fi.muni.cz>
Message-ID: <alpine.DEB.1.10.1012201508310.24906@sandbox.cz>

On Sat, 18 Dec 2010, Jan Kasprzak wrote:

> Miroslav Pragl wrote:
> : Ahoj,
> : po instalaci Fedory 14 a povoleni XDMCP jsem se nemohl pripojit. Zjistil
> : jsem ze na vine je gdm resp. nemoznost resolvnout nazev serveru a/nebo
> : klienta. Nepomohlo ani pridani do hosts, zacalo fungovat az po instalaci
> : DNS a vytvoreni prislusne PTR zony/zaznamu.
> :
> : Je to by design? Ne ze by mi vadilo nastavit si DNSko de facto kvuli 2
> : zaznamum (testovaci server a testovaci klient/Xterm)...
>
> 	Gdm myslim pouziva TCP wrapper, cili DNS dotaz asi pochazi odtud.
> Jinak ale nove gdm stoji zahouby, ja pouzivam xdm. Ve F14 ma dokonce
> i relativne pekne implicitni nastaveni.

Nepomohlo by nss-myhostname?

http://blogs.gnome.org/dcbw/2010/12/16/good-touch-bad-touch-etchosts/

>
> -Y.
>

Adam Pribyl


From support na mail.goblindevelopment.com  Tue Dec 21 06:22:48 2010
From: support na mail.goblindevelopment.com (Cole ? Angie)
Date: Tue, 21 Dec 2010 06:22:48 +0100
Subject: [rft 22] : hospital mailing list
Message-ID: <201012210522.oBL5MmKv013947@minas.ics.muni.cz>

100% optin lists, Unlimited use rights
Special List Pricing only until Friday:


[ HEALTHCARE ]
Any 4 lists below $319 - Individual List Price: $115 ea

* Complete US Physicians Database
* Chiropractic Doctors in the USA
* American Holistic Medicine Providers/Clinics
* General Dentists in the USA
* Dentists with Specialties 
* American Veterinarians & Veterinary Clinics
* US Hospitals 
* Nursing Homes int the US 
* Pharmaceutical Company Employees
* Physical/Occupational Therapy Clinics and Therapists in the US
* Oncology Physicians in the US
* US Surgery Centers
* Massage Therapists/Therapy Clinics in America
* Acupuncturists/clinics in the US
* Medical Equipment Suppliers(USA)
* Mental Health Counselors (USA)
* Optometrists/Clinics (USA)
* Psychologists (USA)

[ BUSINESS LISTS ]
Any 3 lists below: $329 - Individual lists: $129 ea

* Hotels in the USA
* Realtors in the USA 
* USA Business Database 
* Manufacturer Database (USA)
* Financial Planner Database (USA)
* Finance & Professionals Database (USA)
* Insurance Agents (USA)
* Canadian Businesses
* United Kingdom Business Database
* Media Outlet Contacts (USA)

[ CONSUMER LISTS ]
$105 each

* USA Consumer Database 
* Credit Inquiries Database (USA)
* American Homeowners

[ PROFESSIONALS LISTS ]
$115 each

* USA Lawyers Database 
* Criminal Attorneys in the US


Contact me by email at this address for counts, breakdowns and sample spreadsheets: bestinthebusiness na gmx.com

Should your email be returned, please call 1-206-426-0326 instead.

  




to adjust your subscription status email to rembot na gmx.us
  







From katerina.bubenickova na plbohnice.cz  Tue Dec 21 11:43:44 2010
From: katerina.bubenickova na plbohnice.cz (Katerina Bubenickova)
Date: Tue, 21 Dec 2010 11:43:44 +0100
Subject: =?ISO-8859-2?Q?ncpmount:=20Takov=E9=20za=F8=EDzen=ED=20neexistuj?=
	=?ISO-8859-2?Q?e=20v=20mount(2)?=
Message-ID: <4D1092F00200005F00009327@jean.plbohnice.cz>

DD,
na novy pc jsem nainstalovala OpenSuse 11.3,sitovou instalaci.
Doinstalovala balicek ncpfs, 
udelala jsem si adresar ~/nw

> ncpmount -S PLBHOME1 -A PLBHOME1 -U $1.sivt.lecebna -A x.x.x.x ~/nw
Vložte heslo: 
ncpmount: Takové zařízení neexistuje v mount(2)

> nwfsinfo -S PLBHOME1 -d
Novell
NetWare 5.70.07
September 18, 2007


Googlila jsem, jak jsem mohla, zkusila jsem
> lsmod | grep ncp
> lsmod | grep nfs

# insmod ncpfs
insmod: can't read 'ncpfs': No such file or directory

Nevim, zda by mi modul ncpfs mohl pomoci, a pokud ano, kde ho vubec
hledat. 
Predem diky za kazdou radu.
Katerina





From peak na argo.troja.mff.cuni.cz  Tue Dec 21 13:14:31 2010
From: peak na argo.troja.mff.cuni.cz (Pavel Kankovsky)
Date: Tue, 21 Dec 2010 13:14:31 +0100 (MET)
Subject: =?ISO-8859-2?Q?ncpmount:=20Takov=E9=20za=F8=EDzen=ED=20neexistuj?=
	=?ISO-8859-2?Q?e=20v=20mount(2)?=
In-Reply-To: <4D1092F00200005F00009327@jean.plbohnice.cz>
Message-ID: <20101221131052.34D.0@argo.troja.mff.cuni.cz>

On Tue, 21 Dec 2010, Katerina Bubenickova wrote:

> # insmod ncpfs
> insmod: can't read 'ncpfs': No such file or directory
> 
> Nevim, zda by mi modul ncpfs mohl pomoci, a pokud ano, kde ho vubec
> hledat. 

# grep ncpfs /proc/filesystems

Pokud to nic nevypíše, tak jádro novellí fs nepodporuje
a musíte ho to naučit. Možná na to máte modul, ale pokud nechcete
zadávat plnou cestu, musíte použít modprobe ne insmod:

# modprobe ncpfs

A pokud ani tohle nepomůže, tak si ten modul asi budete muset zkompilovat.
Odkud je ten balík ncpfs?

-- 
Pavel Kankovsky aka Peak                          / Jeremiah 9:21        \
"For death is come up into our MS Windows(tm)..." \ 21st century edition /



From katerina.bubenickova na plbohnice.cz  Tue Dec 21 12:17:18 2010
From: katerina.bubenickova na plbohnice.cz (Katerina Bubenickova)
Date: Tue, 21 Dec 2010 12:17:18 +0100
Subject: Scribus - pokazene obrazky
Message-ID: <4D109ACE0200005F00009331@jean.plbohnice.cz>

DD,
na novy pc jsem nainstalovala scribus 1.3.3.14, ale vsechny obrazky
vypadaji jako rozhazene vodorovne cary. 
Google ukazal jedinou zpravu
http://forums.opensuse.org/english/get-help-here/applications/445283-11-3-scribus-nouveau-driver.html
Scribus nezobrazi spravne ani eps grafiku vlozenou do obrazku, takze
podle odkazu nahore to neni problem Scribusu.

Nainstalovala jsem si driver nvidia z repozitare nvidia, 
ale vlastne nedokazu v systemu najit xorg.conf, na ktery jsem byla
zvykla. (abych overila, ze je tam driver od nvidie)
lsmod ukazuje spoustu driveru noveau.

Zkousela jsem scribus odebrat, znovu nainstalovat, pridavat ruzne
balicky na podporu grafiky, neuspesne jsem se snazila prelozit scribus
ze zdrojaku, 
~/Downloads/scribus-1.3.3.14> cmake .
....
ZLIB Library Found OK
CMake Error
at /usr/share/cmake/Modules/FindPackageHandleStandardArgs.cmake:70
(MESSAGE):
  Could NOT find PythonLibs (missing: PYTHON_LIBRARIES
PYTHON_INCLUDE_DIRS)
Call Stack (most recent call first):
  /usr/share/cmake/Modules/FindPythonLibs.cmake:118
(FIND_PACKAGE_HANDLE_STANDARD_ARGS)
  CMakeLists.txt:261 (FIND_PACKAGE)


-- Configuring incomplete, errors occurred!

Nevim, co mam doinstalovat, (python tam je), ani jestli by to vyresilo
muj problem.

Predem dekuju za kazdou radu.
Katerina




From info na prudek.com  Tue Dec 21 14:26:07 2010
From: info na prudek.com (Milos Prudek)
Date: Tue, 21 Dec 2010 14:26:07 +0100
Subject: caste pady OS
In-Reply-To: <000f01cb9ea9$914bb2b0$b3e31810$@death@ipq.cz>
References: <4D0355CE.2000603@prudek.com>	<4D09DA95.8050402@prudek.com>	<20101216155953.GB6058@/bin/hostname>	<201012181150.17776.info@prudek.com>
	<000f01cb9ea9$914bb2b0$b3e31810$@death@ipq.cz>
Message-ID: <4D10AAEF.7050402@prudek.com>

On 18.12.2010 12:49, Tomáš Koželuh wrote:
> Co tam je za zdroj? Lze vyloučit jeho vadu? Obzvlášť levný krámy nesnáší
> nonstop provoz, ale už jsem viděl problémy i s hodně drahými zdroji.

Díky za výlet do historie (hrabání ve fakturách, protože nemůžu ten PC 
často odpojovat a demontovat).

Zdroj je tam FSP300GTF Fortron 300W. Koupeny v dubnu 2005. Předpokládám 
že patří mezi levné krámy. Nonstop provoz snáší už od roku 2005, nicméně 
se mohl pokazit. Jakou závadu máte konkrétně na mysli? Připomínám, že po 
každém restartu ten počítač zase funguje dalších 17-20 hodin, přičemž 
restart neznamená vypnutí počítače - je to jen stisk tlačítka Reset nebo 
Alt-SysRq-SUB

-- 
Milos Prudek
** Do NOT use email for urgent inquiries please **
Call my cell phone +420 777592445 for urgent inquiries


From info na prudek.com  Tue Dec 21 14:26:57 2010
From: info na prudek.com (Milos Prudek)
Date: Tue, 21 Dec 2010 14:26:57 +0100
Subject: caste pady OS
In-Reply-To: <4D0CA915.6040601@yakumo.hrach.eu>
References: <4D0355CE.2000603@prudek.com>	<4D09DA95.8050402@prudek.com>	<20101216155953.GB6058@/bin/hostname>	<201012181150.17776.info@prudek.com>	<000f01cb9ea9$914bb2b0$b3e31810$@death@ipq.cz>
	<4D0CA915.6040601@yakumo.hrach.eu>
Message-ID: <4D10AB21.9080409@prudek.com>

On 18.12.2010 13:29, Jan Hrach wrote:
> Tak to měřením teploty chladiče nepozná, to by musel měřit přímo teplotu CPU.

A jak se to dělá? Má se přiložit nějaká sonda k procesoru aniž by se 
demontoval chladič?

-- 
Milos Prudek
** Do NOT use email for urgent inquiries please **
Call my cell phone +420 777592445 for urgent inquiries


From katerina.bubenickova na plbohnice.cz  Tue Dec 21 14:35:25 2010
From: katerina.bubenickova na plbohnice.cz (Katerina Bubenickova)
Date: Tue, 21 Dec 2010 14:35:25 +0100
Subject: Scribus - pokazene obrazky [VYRESENO]
Message-ID: <4D10BB2D0200005F00009354@jean.plbohnice.cz>

Znovu jsem vsechno prekontrolovala, nebezel mi driver od nvidie, znovu
jsem ho nainstalovala, a uz to funguje.
K.

Katerina Bubenickova píše v Út 21. 12. 2010 v 12:17 +0100:
> DD,
> na novy pc jsem nainstalovala scribus 1.3.3.14, ale vsechny obrazky
> vypadaji jako rozhazene vodorovne cary. 
> Google ukazal jedinou zpravu
> http://forums.opensuse.org/english/get-help-here/applications/445283-11-3-scribus-nouveau-driver.html
> Scribus nezobrazi spravne ani eps grafiku vlozenou do obrazku, takze
> podle odkazu nahore to neni problem Scribusu.
> 
> Nainstalovala jsem si driver nvidia z repozitare nvidia, 
> ale vlastne nedokazu v systemu najit xorg.conf, na ktery jsem byla
> zvykla. (abych overila, ze je tam driver od nvidie)
> lsmod ukazuje spoustu driveru noveau.
> 
> Zkousela jsem scribus odebrat, znovu nainstalovat, pridavat ruzne
> balicky na podporu grafiky, neuspesne jsem se snazila prelozit scribus
> ze zdrojaku, 
> ~/Downloads/scribus-1.3.3.14> cmake .
> ....
> ZLIB Library Found OK
> CMake Error
> at /usr/share/cmake/Modules/FindPackageHandleStandardArgs.cmake:70
> (MESSAGE):
>   Could NOT find PythonLibs (missing: PYTHON_LIBRARIES
> PYTHON_INCLUDE_DIRS)
> Call Stack (most recent call first):
>   /usr/share/cmake/Modules/FindPythonLibs.cmake:118
> (FIND_PACKAGE_HANDLE_STANDARD_ARGS)
>   CMakeLists.txt:261 (FIND_PACKAGE)
> 
> 
> -- Configuring incomplete, errors occurred!
> 
> Nevim, co mam doinstalovat, (python tam je), ani jestli by to vyresilo
> muj problem.
> 
> Predem dekuju za kazdou radu.
> Katerina
> 
> 
> _______________________________________________
> Linux mailing list
> Linux na linux.cz
> http://www.linux.cz/mailman/listinfo/linux




From tomasek na etf.cuni.cz  Tue Dec 21 13:41:38 2010
From: tomasek na etf.cuni.cz (Petr Tomasek)
Date: Tue, 21 Dec 2010 13:41:38 +0100
Subject: ncpmount: =?utf-8?B?VGFrb3bDqSB6YcWZ?=
	=?utf-8?B?w616ZW7DrQ==?= neexistuje v mount(2)
In-Reply-To: <4D1092F00200005F00009327@jean.plbohnice.cz>
References: <4D1092F00200005F00009327@jean.plbohnice.cz>
Message-ID: <20101221124138.GA9262@ebed.etf.cuni.cz>

On Tue, Dec 21, 2010 at 11:43:44AM +0100, Katerina Bubenickova wrote:
> DD,
> na novy pc jsem nainstalovala OpenSuse 11.3,sitovou instalaci.
> Doinstalovala balicek ncpfs, 
> udelala jsem si adresar ~/nw
> 
> > ncpmount -S PLBHOME1 -A PLBHOME1 -U $1.sivt.lecebna -A x.x.x.x ~/nw
> Vložte heslo: 
> ncpmount: Takové zařízení neexistuje v mount(2)
> 
> > nwfsinfo -S PLBHOME1 -d
> Novell
> NetWare 5.70.07
> September 18, 2007
> 
> 
> Googlila jsem, jak jsem mohla, zkusila jsem
> > lsmod | grep ncp
> > lsmod | grep nfs
> 
> # insmod ncpfs
> insmod: can't read 'ncpfs': No such file or directory

a co na to modprobe?

> Nevim, zda by mi modul ncpfs mohl pomoci, a pokud ano, kde ho vubec
> hledat. 

co třeba:
/lib/modules/*/kernel/fs/ncpfs/ncpfs.ko

> Predem diky za kazdou radu.
> Katerina

-- 
Petr Tomasek <http://www.etf.cuni.cz/~tomasek>
Jabber: butrus na jabbim.cz

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
EA 355:001  DU DU DU DU
EA 355:002  TU TU TU TU
EA 355:003  NU NU NU NU NU NU NU
EA 355:004  NA NA NA NA NA
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~




From katerina.bubenickova na plbohnice.cz  Tue Dec 21 14:41:47 2010
From: katerina.bubenickova na plbohnice.cz (Katerina Bubenickova)
Date: Tue, 21 Dec 2010 14:41:47 +0100
Subject: =?ISO-8859-2?Q?Re:=20ncpmount:=20Takov=E9=20za=F8=EDzen=ED=20nee?=
	=?ISO-8859-2?Q?xistuje=20v=20mount(2)[VYRESENO]?=
Message-ID: <4D10BCAB0200005F0000935B@jean.plbohnice.cz>

Moc diky,

# modprobe ncpfs

pomohlo.

Slava, dnes 2 problemy vyresene za 1 den :-)

--Katerina






From mr.death na ipq.cz  Tue Dec 21 14:53:06 2010
From: mr.death na ipq.cz (=?iso-8859-2?B?VG9t4bkgS2++ZWx1aA==?=)
Date: Tue, 21 Dec 2010 14:53:06 +0100
Subject: caste pady OS
In-Reply-To: <4D10AAEF.7050402@prudek.com>
References: <4D0355CE.2000603@prudek.com>	<4D09DA95.8050402@prudek.com>	<20101216155953.GB6058@/bin/hostname>	<201012181150.17776.info@prudek.com>	<000f01cb9ea9$914bb2b0$b3e31810$@death@ipq.cz>
	<4D10AAEF.7050402@prudek.com>
Message-ID: <002701cba116$65469cb0$2fd3d610$@death@ipq.cz>

Fortrony obvykle zas takový krámy nebyly, ale po pěti letech může mít
vyschlý kondenzátory nebo může být jiná vada. Projevy jsou právě takto
nevyzpytatelné - pády, restarty, problémy nabootovat, nestabilita při
zátěži,... Určitě bych zkusil jiný zdroj, jestli se to zvláštní chování
nezmění.
Pokud se CPU přehřívá, i kdyby chladič nedoléhal na 100%, tak bude pořád
odvádět hodně tepla, takže stačí ruka a pokud se na něm nedá udržet,
rozhodně to není v pořádku. A pokud se při tom bude i podezřele hýbat nebo v
něm bude tuna prachu, může to být taky ono. Taky může být připečená
teplovodivá pasta, která už ztratila většinu svých vodících vlastností.
Nelze ani vyloučit vadnou desku, pět let se většina neserverových desek ani
nedožije.
Rozhodně to chce rozdělat, prozkoumat a případně aspoň trochu vyčistit
(nejlépe vyfoukat stlačeným vzduchem).

> -----Original Message-----
> From: linux-bounces na linux.cz [mailto:linux-bounces na linux.cz] On Behalf
> Of Milos Prudek
> Sent: Tuesday, December 21, 2010 2:26 PM
> 
> Díky za výlet do historie (hrabání ve fakturách, protože nemůžu ten PC
> často odpojovat a demontovat).
> 
> Zdroj je tam FSP300GTF Fortron 300W. Koupeny v dubnu 2005. Předpokládám
> že patří mezi levné krámy. Nonstop provoz snáší už od roku 2005,
> nicméně
> se mohl pokazit. Jakou závadu máte konkrétně na mysli? Připomínám, že
> po
> každém restartu ten počítač zase funguje dalších 17-20 hodin, přičemž
> restart neznamená vypnutí počítače - je to jen stisk tlačítka Reset
> nebo
> Alt-SysRq-SUB



From info na prudek.com  Tue Dec 21 15:32:00 2010
From: info na prudek.com (Milos Prudek)
Date: Tue, 21 Dec 2010 15:32:00 +0100
Subject: caste pady OS
In-Reply-To: <002701cba116$65469cb0$2fd3d610$@death@ipq.cz>
References: <4D0355CE.2000603@prudek.com>	<4D09DA95.8050402@prudek.com>	<20101216155953.GB6058@/bin/hostname>	<201012181150.17776.info@prudek.com>	<000f01cb9ea9$914bb2b0$b3e31810$@death@ipq.cz>	<4D10AAEF.7050402@prudek.com>
	<002701cba116$65469cb0$2fd3d610$@death@ipq.cz>
Message-ID: <4D10BA60.5070801@prudek.com>

On 21.12.2010 14:53, Tomáš Koželuh wrote:
> Nelze ani vyloučit vadnou desku, pět let se většina neserverových desek ani
> nedožije.

Díky za všechny tipy, to se bude určitě hodit. Deska není stará pět let. 
Zdroj je starý, deska je ze srpna 2008.

-- 
Milos Prudek
** Do NOT use email for urgent inquiries please **
Call my cell phone +420 777592445 for urgent inquiries


From mr.death na ipq.cz  Tue Dec 21 15:35:48 2010
From: mr.death na ipq.cz (=?iso-8859-2?B?VG9t4bkgS2++ZWx1aA==?=)
Date: Tue, 21 Dec 2010 15:35:48 +0100
Subject: caste pady OS
In-Reply-To: <4D10BA60.5070801@prudek.com>
References: <4D0355CE.2000603@prudek.com>	<4D09DA95.8050402@prudek.com>	<20101216155953.GB6058@/bin/hostname>	<201012181150.17776.info@prudek.com>	<000f01cb9ea9$914bb2b0$b3e31810$@death@ipq.cz>	<4D10AAEF.7050402@prudek.com>	<002701cba116$65469cb0$2fd3d610$@death@ipq.cz>
	<4D10BA60.5070801@prudek.com>
Message-ID: <002a01cba11c$5c931390$15b93ab0$@death@ipq.cz>

Tak potom bych udělal první pokus s výměnou zdroje a pak se dál uvidí.

> -----Original Message-----
> From: linux-bounces na linux.cz [mailto:linux-bounces na linux.cz] On Behalf
> Of Milos Prudek
> Sent: Tuesday, December 21, 2010 3:32 PM
> 
> Díky za všechny tipy, to se bude určitě hodit. Deska není stará pět
> let.
> Zdroj je starý, deska je ze srpna 2008.



From lists_mk na wujiman.net  Tue Dec 21 16:51:44 2010
From: lists_mk na wujiman.net (Martin Kraus)
Date: Tue, 21 Dec 2010 16:51:44 +0100
Subject: caste pady OS
In-Reply-To: <4D10BA60.5070801@prudek.com>
References: <4D0355CE.2000603@prudek.com> <4D09DA95.8050402@prudek.com>
	<20101216155953.GB6058@/bin/hostname>
	<201012181150.17776.info@prudek.com>
	<000f01cb9ea9$914bb2b0$b3e31810$@death@ipq.cz>
	<4D10AAEF.7050402@prudek.com>
	<002701cba116$65469cb0$2fd3d610$@death@ipq.cz>
	<4D10BA60.5070801@prudek.com>
Message-ID: <20101221155144.GA24996@finrod>

On Tue, Dec 21, 2010 at 03:32:00PM +0100, Milos Prudek wrote:
> On 21.12.2010 14:53, Tomáš Koželuh wrote:
> >Nelze ani vyloučit vadnou desku, pět let se většina neserverových desek ani
> >nedožije.
> 
> Díky za všechny tipy, to se bude určitě hodit. Deska není stará pět
> let. Zdroj je starý, deska je ze srpna 2008.

tak me napada, utahne to ten zdroj?

mk


From jenda na yakumo.hrach.eu  Tue Dec 21 23:00:18 2010
From: jenda na yakumo.hrach.eu (Jan Hrach)
Date: Tue, 21 Dec 2010 23:00:18 +0100
Subject: caste pady OS
In-Reply-To: <4D10AB21.9080409@prudek.com>
References: <4D0355CE.2000603@prudek.com>	<4D09DA95.8050402@prudek.com>	<20101216155953.GB6058@/bin/hostname>	<201012181150.17776.info@prudek.com>	<000f01cb9ea9$914bb2b0$b3e31810$@death@ipq.cz>	<4D0CA915.6040601@yakumo.hrach.eu>
	<4D10AB21.9080409@prudek.com>
Message-ID: <4D112372.1050301@yakumo.hrach.eu>

lm-sensors, fungují-li. Pokud ne, obvykle se teplota zobrazuje v biosu ? zatížit, resetnout a honem se kouknout do biosu.

On 21.12.2010 14:26, Milos Prudek wrote:
> On 18.12.2010 13:29, Jan Hrach wrote:
>> Tak to měřením teploty chladiče nepozná, to by musel měřit přímo teplotu CPU.
> 
> A jak se to dělá? Má se přiložit nějaká sonda k procesoru aniž by se demontoval chladič?
> 

-- 
Jan Hrach, http://jenda.hrach.eu/
GPG 1D9D AC4B E964 0D1E 7F5D 6E03 B72F 6430 9FA4 F536


From jenda na yakumo.hrach.eu  Tue Dec 21 23:24:11 2010
From: jenda na yakumo.hrach.eu (Jan Hrach)
Date: Tue, 21 Dec 2010 23:24:11 +0100
Subject: caste pady OS
In-Reply-To: <4D10BA60.5070801@prudek.com>
References: <4D0355CE.2000603@prudek.com>	<4D09DA95.8050402@prudek.com>	<20101216155953.GB6058@/bin/hostname>	<201012181150.17776.info@prudek.com>	<000f01cb9ea9$914bb2b0$b3e31810$@death@ipq.cz>	<4D10AAEF.7050402@prudek.com>	<002701cba116$65469cb0$2fd3d610$@death@ipq.cz>
	<4D10BA60.5070801@prudek.com>
Message-ID: <4D11290B.10001@yakumo.hrach.eu>

Ještě mě napadá - padlo tu už upozornění na nafouklé, vyteklé či vyschlé elektrolytické kondenzátory?

On 21.12.2010 15:32, Milos Prudek wrote:
> On 21.12.2010 14:53, Tomáš Koželuh wrote:
>> Nelze ani vyloučit vadnou desku, pět let se většina neserverových desek ani
>> nedožije.
> 
> Díky za všechny tipy, to se bude určitě hodit. Deska není stará pět let. Zdroj je starý, deska je ze srpna 2008.
> 

-- 
Jan Hrach, http://jenda.hrach.eu/
GPG 1D9D AC4B E964 0D1E 7F5D 6E03 B72F 6430 9FA4 F536


From info na prudek.com  Wed Dec 22 10:29:44 2010
From: info na prudek.com (Milos Prudek)
Date: Wed, 22 Dec 2010 10:29:44 +0100
Subject: caste pady OS
In-Reply-To: <20101221155144.GA24996@finrod>
References: <4D0355CE.2000603@prudek.com>
	<4D09DA95.8050402@prudek.com>	<20101216155953.GB6058@/bin/hostname>	<201012181150.17776.info@prudek.com>	<000f01cb9ea9$914bb2b0$b3e31810$@death@ipq.cz>	<4D10AAEF.7050402@prudek.com>	<002701cba116$65469cb0$2fd3d610$@death@ipq.cz>	<4D10BA60.5070801@prudek.com>
	<20101221155144.GA24996@finrod>
Message-ID: <4D11C508.90505@prudek.com>

> tak me napada, utahne to ten zdroj?

Radu let to fungovalo s touto pomalou pasivne chlazenou nVidia kartou a 
analogovou PCI TV kartou. Pred mesicem jsem provedl tyto zmeny:

- vymena kitu 2x1GB RAM za kit 2x2GB RAM (ale uz je tam zpatky 2GB)
- pridan jeden pevny disk
- Kubuntu 8.04 nahrazen Linux Mint KDE 9

Myslim ze problem se neobjevil bezprostredne po teto zmene, ale asi az 
pote, co jsem provedl posledni zmenu: vymena analogove PCI TV karty za 
digitalni PCI TV kartu. Jenze to nevim jiste, protoze hlavni uzivatelka 
tohoto pocitace si uz nevzpomene, kdy to presne zacalo. Ja ten pocitac 
pouzivam tak 10 minut denne.

Cili jakmile budu mit cas, zacnu menit komponenty s pouzitim rad a 
doporuceni, ktere mi laskavi lide zde poradili, a ozvu se s vysledky.

Mimochodem pokusne jsem pocitac zatizil kompilaci jadra Linuxu s 
parametrem -j 3 (cili make -j 3), a operacni system se nezhroutil. 
Kompilace trvala dejme tomu hodinu, na zahrati CPU tedy bylo dost casu.


-- 
Milos Prudek
** Do NOT use email for urgent inquiries please **
Call my cell phone +420 777592445 for urgent inquiries


From info na prudek.com  Wed Dec 22 10:30:33 2010
From: info na prudek.com (Milos Prudek)
Date: Wed, 22 Dec 2010 10:30:33 +0100
Subject: caste pady OS
In-Reply-To: <4D11290B.10001@yakumo.hrach.eu>
References: <4D0355CE.2000603@prudek.com>	<4D09DA95.8050402@prudek.com>	<20101216155953.GB6058@/bin/hostname>	<201012181150.17776.info@prudek.com>	<000f01cb9ea9$914bb2b0$b3e31810$@death@ipq.cz>	<4D10AAEF.7050402@prudek.com>	<002701cba116$65469cb0$2fd3d610$@death@ipq.cz>	<4D10BA60.5070801@prudek.com>
	<4D11290B.10001@yakumo.hrach.eu>
Message-ID: <4D11C539.2010203@prudek.com>

On 21.12.2010 23:24, Jan Hrach wrote:
> padlo tu už upozornění na nafouklé, vyteklé či vyschlé elektrolytické kondenzátory?

Predpokladam ze nafoukle a vytekle kondiky jsou videt na prvni pohled, 
ale jak poznam vyschle?

-- 
Milos Prudek
** Do NOT use email for urgent inquiries please **
Call my cell phone +420 777592445 for urgent inquiries


From mr.death na ipq.cz  Wed Dec 22 11:05:08 2010
From: mr.death na ipq.cz (=?iso-8859-2?B?VG9t4bkgS2++ZWx1aA==?=)
Date: Wed, 22 Dec 2010 11:05:08 +0100
Subject: caste pady OS
In-Reply-To: <4D11C539.2010203@prudek.com>
References: <4D0355CE.2000603@prudek.com>	<4D09DA95.8050402@prudek.com>	<20101216155953.GB6058@/bin/hostname>	<201012181150.17776.info@prudek.com>	<000f01cb9ea9$914bb2b0$b3e31810$@death@ipq.cz>	<4D10AAEF.7050402@prudek.com>	<002701cba116$65469cb0$2fd3d610$@death@ipq.cz>	<4D10BA60.5070801@prudek.com>	<4D11290B.10001@yakumo.hrach.eu>
	<4D11C539.2010203@prudek.com>
Message-ID: <003001cba1bf$b709a840$251cf8c0$@death@ipq.cz>

Ty vyschlé jsou obvykle nafouklé a vyteklé. :) Jinak půjdou asi poznat pouze
měřením. Osobně to tipuju na ten zdroj, kondenzátory v něm nebudou v
nejlepší kondici a jak se zvýšila zátěž zdroje, byl to poslední hřebíček do
jeho rakve...

> -----Original Message-----
> From: linux-bounces na linux.cz [mailto:linux-bounces na linux.cz] On Behalf
> Of Milos Prudek
> Sent: Wednesday, December 22, 2010 10:31 AM
> 
> Predpokladam ze nafoukle a vytekle kondiky jsou videt na prvni pohled,
> ale jak poznam vyschle?



From kas na fi.muni.cz  Wed Dec 22 18:17:53 2010
From: kas na fi.muni.cz (Jan Kasprzak)
Date: Wed, 22 Dec 2010 18:17:53 +0100
Subject: Nastroj pro enclosure services?
Message-ID: <20101222171753.GI17455@fi.muni.cz>

	Dobry vecer,

mam hardware se SAS/SATA backplanem, ktery je v Linuxu podporovany pres
enclosure services: v /sys/class/enclosure/0:0:18:0/ vidim jednotlive
diskove sloty (ocislovane o 1 jinak nez je vidi BIOS radice, ale co uz :-),
muzu zapinat a vypinat identifikacni LEDky, muzu zjistovat pod jakym
/dev/sd<X> je videt disk ve slotu Y, atd.

	Nez zacnu bastlit skript pro vypis - nevite nekdo o nejakem
obsluznem programu nad temito daty? Idealne kdybych si mohl zadat
do konfigurace informace typu "sloty 0-5 jsou vlevo, pricemz 0 je dole,
sloty 6-11 jsou o jedno vic doprava, atd". A pak by ta aplikace
prehledne tabulkove zobrazovala co v kterem slotu je (idealne posledni ctyri
znaky serioveho cisla toho disku, plus jmeno sd<X> ktere vidi Linux.

	Existuje nejaky nastroj pro enclosure services pro Linux?

	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/ |
Please don't top post and in particular don't attach entire digests to your
mail or we'll all soon be using bittorrent to read the list.     --Alan Cox


From shangtiansdaena99csci na msn.com  Fri Dec 24 08:38:00 2010
From: shangtiansdaena99csci na msn.com (Rick)
Date: Fri, 24 Dec 2010 15:38:00 +0800
Subject: =?GB2312?B?UGhvdG8gRWRpdGluZyBTZXJ2aWNlcyAtIFBob3RvIEN1dG91dCBTZXJ2aWNl?=
Message-ID: <cd53d83c-61e5-40de-804c-69f3a8a73add@DRK-EX1.DRK.LOCAL>

Digital Photo Editing Services :

We are a China based Imaging Professionals. We offer basic and advanced digital photo Editing services and solutions like photo Cutout, morphological photo Editing, photoshop photo Editing, satellite photo Editing, color photo Editing and vector photo Editing using latest techniques. 

Our strength in providing Editing solutions for digital images like photo masking, photo re-touching, back ground cleaning & cloning, sharpening & restoration of color, all this derive from our vast experience. Our dedicated team of highly skilled and experienced professionals serves the photo Editing requirements of our clients. An in house quality checking mechanism assures value addition and delivers perfect job. Our team can deliver your job overnight or in time bounded fashion irrespective of job size. 

Our mainly services are: 

1. Photo Cutout
2. Photo Enhancement
3. Photo Retouching
4. Vector Conversion
5. Pop Art
6. Images Masking
7. Clipping Path
8. Photo Restoration 
9. Web Design

Photo Editing Services:

Our Photo Editing services includes advanced photo cutouts/clippings, balancing brightness / contrast in an image, repair of minor scratches, creases, minor dust, and spot removal to removal of major scratches, cracks, creases, and stains in all areas. We also repair seriously faded/damaged photographs and make it print ready.

Best regards,
Rick
Rickceminamn Imaging Professionals
Contact: wallacecontact na yeah.net

























Pls send address to photoremove na yeah.net    for remove

                                                                                                                                                                 

From xumeijiasn49dsainan na msn.com  Mon Dec 27 10:37:07 2010
From: xumeijiasn49dsainan na msn.com (Rick)
Date: Mon, 27 Dec 2010 17:37:07 +0800
Subject: =?GB2312?B?RGlnaXRhbCBQaG90byBFZGl0aW5nIFNlcnZpY2VzIC0gUGhvdG8gQ3V0b3V0?=
Message-ID: <SERC-WEBSERVER2x0XJ00006374@SERC-webserver.serc.ncku.edu.tw>

Digital Photo Editing Services :

We are a China based Imaging Professionals. We offer basic and advanced digital photo Editing services and solutions like photo Cutout, morphological photo Editing, photoshop photo Editing, satellite photo Editing, color photo Editing and vector photo Editing using latest techniques. 

Our strength in providing Editing solutions for digital images like photo masking, photo re-touching, back ground cleaning & cloning, sharpening & restoration of color, all this derive from our vast experience. Our dedicated team of highly skilled and experienced professionals serves the photo Editing requirements of our clients. An in house quality checking mechanism assures value addition and delivers perfect job. Our team can deliver your job overnight or in time bounded fashion irrespective of job size. 

Our mainly services are: 

1. Photo Cutout
2. Photo Enhancement
3. Photo Retouching
4. Vector Conversion
5. Pop Art
6. Images Masking
7. Clipping Path
8. Photo Restoration 
9. Web Design

Photo Editing Services:

Our Photo Editing services includes advanced photo cutouts/clippings, balancing brightness / contrast in an image, repair of minor scratches, creases, minor dust, and spot removal to removal of major scratches, cracks, creases, and stains in all areas. We also repair seriously faded/damaged photographs and make it print ready.

Best regards,
Rick
Ramdaondeson Imaging Professionals
Contact: rickcontact na yeah.net



























Send address to photoremove na yeah.net for remove