abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
AbcLinuxu hledá autory!
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×
dnes 16:44 | Nová verze

Byla vydána verze 2.0.0 knihovny pro vykreslování grafů v programovacím jazyce Python Matplotlib (Wikipedie, GitHub). Přehled novinek a galerie grafů na stránkách projektu.

Ladislav Hagara | Komentářů: 0
dnes 15:33 | Komunita

V australském Hobartu probíhá tento týden konference linux.conf.au 2017. Na programu je celá řada zajímavých přednášek. Sledovat je lze online.

Ladislav Hagara | Komentářů: 0
dnes 10:20 | Zajímavý článek

Pavel Tišnovský se v dvoudílném článku na MojeFedora.cz věnuje bitmapovým (rastrovým) grafickým editorům ve Fedoře. V prvním dílu se věnuje editorům MyPaint, MtPaint, Pinta, XPaint, Krita a GIMP. V pokračování pak editorům GNU Paint (gpaint), GrafX2, KolourPaint, KIconEdit a Tux Paint.

Ladislav Hagara | Komentářů: 0
včera 17:11 | Komunita

Byl proveden bezpečnostní audit svobodného IMAP a POP3 serveru Dovecot (Wikipedie). Audit byl zaplacen z programu Mozilla Secure Open Source a provedla jej společnost Cure53. Společnost Cure53 byla velice spokojena s kvalitou zdrojových kódu. V závěrečné zprávě (pdf) jsou zmíněny pouze 3 drobné a v upstreamu již opravené bezpečnostní chyby.

Ladislav Hagara | Komentářů: 0
včera 15:30 | IT novinky

Nadace Raspberry Pi představila na svém blogu Raspberry Pi Compute Module 3 (CM3 a CM3L), tj. zmenšené Raspberry Pi vhodné nejenom pro průmyslové využití. Jedná se o nástupce Raspberry Pi Compute Module (CM1) představeného v dubnu 2014. Nový CM3 vychází z Raspberry Pi 3 a má tedy dvakrát více paměti a desetkrát větší výkon než CM1. Verze CM3L (Lite) je dodávána bez 4 GB eMMC flash paměti. Uživatel si může připojit svou vlastní. Představena byla

… více »
Ladislav Hagara | Komentářů: 0
včera 01:23 | Nová verze

Oficiálně bylo oznámeno vydání verze 3.0 multiplatformního balíku svobodných kancelářských a grafických aplikací Calligra (Wikipedie). Větev 3 je postavena na KDE Frameworks 5 a Qt 5. Krita se osamostatnila. Z balíku byly dále odstraněny aplikace Author, Brainstorm, Flow a Stage. U Flow a Stage se předpokládá jejich návrat v některé z budoucích verzí Calligry.

Ladislav Hagara | Komentářů: 6
15.1. 15:25 | Nová verze

Bylo oznámeno vydání první RC (release candidate) verze instalátoru pro Debian 9 s kódovým názvem Stretch. Odloženo bylo sloučení /usr jako výchozí nastavení v debootstrap. Vydán byl také Debian 8.7, tj. sedmá opravná verze Debianu 8 s kódovým názvem Jessie.

Ladislav Hagara | Komentářů: 6
15.1. 13:37 | Zajímavý projekt

1. ledna byl představen projekt Liri (GitHub). Jedná se o spojení projektů Hawaii, Papyros a původního projektu Liri s cílem vyvíjet operační systém (linuxovou distribuci) a aplikace s moderním designem a funkcemi. Včera byl představen Fluid 0.9.0 a také Vibe 0.9.0. Jedná se o toolkit a knihovnu pro vývoj multiplatformních a responzivních aplikací podporující Material Design (Wikipedie) a volitelně také Microsoft Design Language (designový jazyk Microsoft) [reddit].

Ladislav Hagara | Komentářů: 8
14.1. 00:33 | Zajímavý software

Google na svém blogu věnovaném open source představil knihovnu pro komprimaci a dekomprimaci 3D grafiky s názvem Draco. Knihovna bude využívána například v aplikacích pro virtuální a rozšířenou realitu. Porovnání Draco s gzip na YouTube. Zdrojové kódy Draco jsou k dispozici na GitHubu pod licencí Apache 2.0.

Ladislav Hagara | Komentářů: 5
13.1. 17:27 | IT novinky

V loňském roce proběhla úspěšná kampaň na Indiegogo na podporu GPD Win. Jedná se o malý 5,5 palcový notebook a přenosnou herní konzoli v jednom. Předinstalované Windows 10 lze nahradit Linuxem. V únoru by se na Indiegogo měla objevit kampaň na podporu 7 palcového notebooku GPD Pocket.

Ladislav Hagara | Komentářů: 36
Jak se stavíte k trendu ztenčování přenosných zařízení (smartphony, notebooky)?
 (10%)
 (2%)
 (75%)
 (3%)
 (10%)
Celkem 303 hlasů
 Komentářů: 24, poslední dnes 10:14
    Rozcestník
    Reklama

    Dotaz: irattach nefunguje v Ubuntu (ttyS1: LSR safety check engaged!)

    28.4.2007 11:27 jnedbal
    irattach nefunguje v Ubuntu (ttyS1: LSR safety check engaged!)
    Přečteno: 558×
    Vážení,

    Mám notebook ASUS A3Ac s integrovaným IrDA. Používal jsem OpenSuSE 10.2 s kernelem 2.6.18.8 a později 2.6.21-rc7-43. IrDA v OpeSuSE fungovalo bez nastavovaní od začátku. Nastartovalo se pomocí YaSTu nebo příkazem irattach /dev/ttSy1 -s.

    Bohužel v Kubuntu 7.04 s kernelem 2.6.20-15 IrDA nefunguje.

    Pokud se podívám na zavedené moduly:

    lsmod | grep ir dostanu

    ircomm_tty 39560 0
    ircomm 23684 1 ircomm_tty
    irtty_sir 9600 0
    sir_dev 17156 1 irtty_sir
    irda 201276 4 ircomm_tty,ircomm,irtty_sir,sir_dev
    crc_ccitt 3072 1 irda

    Takže všechny moduly související s IrDA, které mi běží v OpenSuSE jsou zavedené i v Kubuntu.

    Když ale zkusím v Kubuntu připojit IrDA irattach /dev/ttSy1 -s a podívám se na výpis tail /var/log/messages, dostanu násedující:

    Apr 27 00:06:13 A3Ac irattach: Stopping device /dev/ttyS1
    Apr 27 00:06:13 A3Ac irattach: ioctl(SIOCGIFFLAGS): No such device
    Apr 27 00:06:13 A3Ac irattach: exiting ...
    Apr 27 00:06:13 A3Ac kernel: [ 8473.668000] ttyS1: LSR safety check engaged!

    V OpenSuSE se IrDA normalně připojí, vidím, že irattach je běžící proces a irdadump mi normálně vypíše aktivitu na portu. To ale neplatí v Kubuntu. irattach se vůbec nespustí, což lze snadno vyčíst pomocí příkazu ps -e | grep ir, který mi hodí:

    3 ? 00:00:00 ksoftirqd/0
    3589 ? 00:00:00 irda_sir_wq
    6295 ? 00:00:15 firefox-bin

    Přirozeně irdadump mlčí.

    Zkusil jsem vyhledat co se skrývá za sdělením LSR safety check engaged!, ale nic zajímavého, co by mi pomohlo jsem nenašel.

    Zajímavá poznámka na okraj: Můžu udělat irattach /dev/ttSy0 -s a připojit vestavěný seriový port a dostanu i výpis z irdadump, ale přirozeně mi je to k ničemu, protoze potřebuju připojit IrDA port a ne COM.

    Ještě nakonec dmesg | grep tty mi hodí následující:

    [ 17.695347] serial8250: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A
    [ 17.695487] serial8250: ttyS1 at I/O 0x2f8 (irq = 3) is a 16550A
    [ 17.696046] 00:0d: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A
    [ 48.736000] ttyS1: LSR safety check engaged!
    [ 48.736000] ttyS1: LSR safety check engaged!
    [ 61.636000] ttyS1: LSR safety check engaged!
    [ 563.388000] ttyS1: LSR safety check engaged!
    [ 616.296000] ttyS1: LSR safety check engaged!
    [ 994.636000] ttyS1: LSR safety check engaged!
    [ 1030.368000] ttyS1: LSR safety check engaged!
    [ 2152.308000] sirdev_get_instance - ttyS0
    [ 2152.308000] irtty_open - ttyS0: irda line discipline opened
    [ 2257.456000] ttyS1: LSR safety check engaged!
    [ 2283.404000] irtty_close - ttyS0: irda line discipline closed
    [ 2287.132000] ttyS1: LSR safety check engaged!
    [ 8473.668000] ttyS1: LSR safety check engaged!
    [ 8933.188000] ttyS1: LSR safety check engaged!
    [ 8933.188000] ttyS1: LSR safety check engaged!

    Máte někdo ponětí, co je špatně? Je fakt divné, že na tom a samém počítači mi naprosto bezproblémově běželo IrDA dokud jsem používal OpenSuSE, ale s Kubuntu to je mrtvý, takže rozhodně se nejedná o hardware a snad ani nejaký bug v kernelu, protože v OpenSuSE jsem používal jak starší tak novější kernel, než mám teď tady v Kubuntu.

    předem dík za jakoukoliv radu. jakub

    Odpovědi

    10.6.2007 02:13 jnedbal
    Rozbalit Rozbalit vše Re: irattach nefunguje v Ubuntu (ttyS1: LSR safety check engaged!)
    Dobry den,

    Tak zatim, se mi nepodarilo problem vyresit a nikdo neodpovedel, ale zase se mi podarilo odhalit novou skutecnost.

    Pokud nastartuju system z LIVE CD a nainstaluju irda-utils, tak muzu normalne pomoci irattach pripojit IrDA a komunikovat pres nej. Takze to znamena, ze ubuntu to zvlada a vse je v poradku. stejne tak, kdyz nainstaluju nove ubuntu na harddisk, natahnu irda-utils, tak IrDA rozjedu. ale staci jeden restart a uz mi to hazi LSR safety check engaged a IrDA si ani neskytne.

    Takze ted je otazka, co se v tom systemu s tim prvnim restartem pokazi, ze se mi uz nikdy nepodari spravne nastartovat ten port. Podle me to musi byt nejaka malickost, ale vubec nevim, jak k tomu pristoupit, jak zjistit, co se s tim prvnim restartem v tom systemu zmeni, ze prestane ten port fungovat.

    Nema nekdo nejaky napad, co bych mel vyzkouset, abych nasel, kde je zakopany pes?

    dik za radu, strasne by me potesilo, kdybych to IrDA rozchodil.

    jakub

    Založit nové vláknoNahoru

    Tiskni Sdílej: Linkuj Jaggni to Vybrali.sme.sk Google Del.icio.us Facebook

    ISSN 1214-1267   www.czech-server.cz
    © 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.