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 15:33 | Humor

    PimpMyGRC upravuje vzhled toolkitu GNU Radio a přidává alternativní barevná témata. Primárním cílem autora bylo pouze vytvořit tmavé prostředí vhodné pro noční práci, nicméně k dispozici je nakonec celá škála barevných schémat včetně možností různých animací a vizuálních efektů (plameny, matrix, bubliny...), které nepochybně posunou uživatelský zážitek na zcela jinou úroveň. Témata jsou skripty v jazyce Python, které nahrazují

    … více »
    NUKE GAZA! 🎆 | Komentářů: 2
    dnes 14:33 | Nová verze Ladislav Hagara | Komentářů: 0
    dnes 12:33 | Zajímavý projekt

    FRANK OS je open-source operační systém pro mikrokontrolér RP2350 (s FRANK M2 board) postavený na FreeRTOS, který přetváří tento levný čip na plně funkční počítač s desktopovým uživatelským rozhraním ve stylu Windows 95 se správcem oken, terminálem, prohlížečem souborů a knihovnou aplikací, ovládaný PS/2 myší a klávesnicí, s DVI video výstupem. Otázkou zůstává, zda by 520 KB SRAM stačilo každému 😅.

    NUKE GAZA! 🎆 | Komentářů: 4
    včera 22:55 | IT novinky

    Administrativa amerického prezidenta Donalda Trumpa by měla dostat zhruba deset miliard dolarů (asi 214 miliard Kč) za zprostředkování dohody o převzetí kontroly nad aktivitami sociální sítě TikTok ve Spojených státech.

    Ladislav Hagara | Komentářů: 1
    včera 21:33 | Nová verze

    Projekt Debian aktualizoval obrazy stabilní větve „Trixie“ (13.4). Shrnuje opravy za poslední dva měsíce, 111 aktualizovaných balíčků a 67 bezpečnostních hlášení. Opravy se týkají mj. chyb v glibc nebo webovém serveru Apache.

    |🇵🇸 | Komentářů: 2
    včera 13:00 | Humor

    Agent umělé inteligence Claude Opus ignoroval uživatelovu odpověď 'ne' na dotaz, zda má implementovat změny kódu, a přesto se pokusil změny provést. Agent si odpověď 'ne' vysvětlil následovně: Uživatel na mou otázku 'Mám to implementovat?' odpověděl 'ne' - ale když se podívám na kontext, myslím, že tím 'ne' odpovídá na to, abych žádal o svolení, tedy myslí 'prostě to udělej, přestaň se ptát'.

    NUKE GAZA! 🎆 | Komentářů: 12
    včera 00:44 | IT novinky

    Po 8. květnu 2026 už na Instagramu nebudou podporované zprávy opatřené koncovým šifrováním. V chatech, kterých se bude změna týkat, se objeví pokyny o tom, jak si média nebo zprávy z nich stáhnout, pokud si je chcete ponechat.

    Ladislav Hagara | Komentářů: 7
    včera 00:33 | IT novinky

    V lednu byla ve veřejné betě obnovena sociální síť Digg (Wikipedie). Dnes bylo oznámeno její ukončení (Hard Reset). Společnost Digg propouští velkou část týmu a přiznává, že se nepodařilo najít správné místo na trhu. Důvody jsou masivní problém s boty a silná konkurence. Společnost Digg nekončí, malý tým pokračuje v práci na zcela novém přístupu. Cílem je vybudovat platformu, kde lze důvěřovat obsahu i lidem za ním. Od dubna se do Diggu na plný úvazek vrací Kevin Rose, zakladatel Diggu z roku 2004.

    Ladislav Hagara | Komentářů: 5
    13.3. 12:33 | Zajímavý projekt

    MALUS je kontroverzní proprietarní nástroj, který svým zákazníkům umožňuje nechat AI, která dle tvrzení provozovatelů nikdy neviděla původní zdrojový kód, analyzovat dokumentaci, API a veřejná rozhraní jakéhokoliv open-source projektu a následně úplně od píky vygenerovat funkčně ekvivalentní software, ovšem pod libovolnou licencí.

    NUKE GAZA! 🎆 | Komentářů: 17
    13.3. 03:55 | Bezpečnostní upozornění

    Příspěvek na blogu Ubuntu upozorňuje na několik zranitelností v rozšíření Linuxu o mandatorní řízení přístupu AppArmor. Společně jsou označovány jako CrackArmor. Objevila je společnost Qualys (technické detaily). Neprivilegovaný lokální uživatel se může stát rootem. Chyba existuje od roku 2017. Doporučuje se okamžitá aktualizace. Problém se týká Ubuntu, Debianu nebo SUSE. Red Hat nebo Fedora pro mandatorní řízení přístupu používají SELinux.

    Ladislav Hagara | Komentářů: 2
    Které desktopové prostředí na Linuxu používáte?
     (16%)
     (7%)
     (0%)
     (12%)
     (29%)
     (2%)
     (5%)
     (1%)
     (13%)
     (24%)
    Celkem 1086 hlasů
     Komentářů: 26, poslední 12.3. 08:56
    Rozcestník

    Dotaz: Udev nebo hal v Archlinuxu

    11.2.2011 22:33 Vtipnéř | skóre: 39 | blog: Vtipnéřův blog | Brno
    Udev nebo hal v Archlinuxu
    Přečteno: 662×
    V práci mám Archlinux k plné spokojenosti, tak bych ho chtěl nainstalovat i doma. V návodu, podle kterého jsem ho v práci instaloval, se doporučuje použít hal, ale v poslední době jsem četl několik příspěvků, že je lepší použít udev. Proto chci požádat o radu, jestli je to pravda, případně jestli může být problém s některými aplikacemi.

    Předem díky.

    Jirka
    Opening Windows is better than washing them. Clearing Windows (e.g. erasing or deleting) is even much better.

    Řešení dotazu:


    Odpovědi

    11.2.2011 23:05 mcx
    Rozbalit Rozbalit vše Re: Udev nebo hal v Archlinuxu
    co jsem cetl, tak hal neni nutno pouzivat s novym KDE 4.6, mne osobne to tak i funguje, jak je to s jinymi prostredimi nevim :)
    Max avatar 12.2.2011 00:20 Max | skóre: 72 | blog: Max_Devaine
    Rozbalit Rozbalit vše Re: Udev nebo hal v Archlinuxu
    Otázka je položena špatně. HAL je jen taková jakoby nadstavba na UDEV, který je základem dnešních systémů. HALu se teď snaží všicí zbavit, páč je to pomalý moloch. Nejnovější KDE a i vypalovací program k3b by se bez něj mohly obejít. Nicméně bych ho stejně doporučoval nainstalovat, jelikož ještě né vše se bez něj obejde, tak aby jsi pak nenarazil.
    Zdar Max
    Měl jsem sen ... :(
    12.2.2011 08:18 mimi.vx | skóre: 37 | blog: Mimi.VX | Praha
    Rozbalit Rozbalit vše Re: Udev nebo hal v Archlinuxu

    presne udev je decaprated nastavba nad halem ... a instalovat hal bych uz nedoporucoval .... vse uz jede vicemene bez nej .. vcetne kde od 4.6 rady , xorg-server od 1.8 , a pulse s halem pouze blblo ...

    USE="-gnome -kde";turris
    12.2.2011 14:55 jadd | skóre: 34 | blog: Greenhorn
    Rozbalit Rozbalit vše Re: Udev nebo hal v Archlinuxu
    HAL bylo na světě dřív než UDEV tak jak můžeš tvrdit že je to nadstavba.
    HAL je pomalý moloch, kde si to tvrzení vzal?
    Asi k tomu měli vývojaři své důvody, ale pochybuju že ty víš jaké!
    Víš prd, ale musíš šířit blbosti někde okoukané. netvrdím že to vím já ale než budu něco
    tvrdit až by se tomu i dalo věřit, radéji se zdržím choutek, než jen abych vypadal zajímavě.
    Na to skóre co máš, bych čekal více rozumu.

    Vím, že je to dost drsné co píšu, taky to neplatí jen pro tebe, ale uvědom si, někdo
    když s něčím začíná a hledá převážně něco v Češtině, narazí na takové blbosti, které
    si uloží do hlavy a pak těžko chápe souvislosti jak to či ono vlastně funguje.

    12.2.2011 15:03 Begleiter | skóre: 47 | blog: muj_blog | Doma
    Rozbalit Rozbalit vše Re: Udev nebo hal v Archlinuxu
    jakoby nadstavba na UDEV
    Max avatar 12.2.2011 17:21 Max | skóre: 72 | blog: Max_Devaine
    Rozbalit Rozbalit vše Re: Udev nebo hal v Archlinuxu
    Dejchej, jo? Stačí mi jeden cholerik na bytě a jeden v práci ;-).
    Já si vždy myslel, že to je takto (hodně velmi zjednodušeně řečeno):
    HAL zachytí event od kernelu, hodí to dbus a ten už si popovídá s aplikací

    Pak se vymyslel udev a vzniklo dočasné řešení v podobě :
    Kernel -> udev -> hal > dbus > aplikace
    Udev se vymyslel kvůli tomu, aby se nahradily neefektivní hotplug skripty, ale pak se přišlo nato, že HAL je vlastně zbytečný, protože udev dostal do vínku i nějaké věci, o které se staral právě hal.

    A nyní by to už mělo jet čistěji :
    kernel -> udev > dbus > aplikace

    Přesně tak nějak, jak je to popsáno v komentáři k tomuto článku : Jak události mění Linux, podle kterého se autor článku trochu sekl.

    Když si zároveň pustím "udevadm monitor" a "lshal -m", tak vidím, že udev reaguje třeba na vložení flashky rychleji. Ovšem to stejně prd znamená, jelikož nevím, co se skutečně dějě a může být to zpomalením něčím jiným.

    Proto jsem také napsal, že je hal JAKOBY nadstavba na udev.
    Nicméně, když nemám pravdu, nechám se od tebe velmi rád poučit, jak to vlastně ve skutečnosti je (myšleno zcela vážně). Toto mně zajímá, ale jako slepovači kodu mi nic zdrojáky neřeknou a na nějaké texty, které se touto problematikou do podrobna zabývají, jsem nenarazil.
    Zdar Max
    Měl jsem sen ... :(
    12.2.2011 18:42 jadd | skóre: 34 | blog: Greenhorn
    Rozbalit Rozbalit vše Re: Udev nebo hal v Archlinuxu
    Dejchám, ...zatím ještě jo
    Taky nemám lehkej život, snad horší je neporozumění si s rodiči, než sousedem (???)
    Čekal jsem sprostou odezvu, přeci jen jsme Češi ale překvapil si mě.

    Snažil jsem se na to přijít, čtením z projektů na freedesktop.org ale je
    to psaný pro programátory, takže širší souvislosti nevím, bohužel.
    Vlastně jsem to jen četl abych alespoň porozumél kde co musím nakonfigurovat,
    abych jen neopisoval něco z nějakých wiki, kvůli tomu že to tam autorovi to takhle funguje.


    No pěkně to tam je vysvětleno v tom odkaze, asi odborník.
    Proč tedy v tom nenapíšeš odkud si čerpal, když si pamatuješ zdroj?


    Slovo jakoby, myslím, asi atd. si lze přeložit, nevím...
    Pak na to pokud jsem solidní, upozorním (v Čechách se ale za to lidi bohužel stydí)

    Vůbec mi na to nemusíš odpovídat, věřím že chápeš co jsem tím chtěl říct...


    Už jsem říkal že to nebylo přímo mířený je na tebe, tak si to tolik neber!
    Neznám tě, reaguji jen na to co si napsal jako tvrzení.


    Uvědomuji si že to lidi dělají z dobré vůle, ale někdy to může spíše uškodit.

    14.2.2011 21:18 jadd | skóre: 34 | blog: Greenhorn
    Rozbalit Rozbalit vše Re: Udev nebo hal v Archlinuxu
    HAL je pomalý moloch
    V /usr/share/doc/hal/NEWS je to vysvětleno přímo vývojářem
    Na prvním řádku v poslední verzi HALu.
    HAL 0.5.14 "Dave, this conversation can serve no purpose anymore. Goodbye."

    Ale v době kritiky jsem ani já pravý důvod neznal.
    12.2.2011 08:31 Vtipnéř | skóre: 39 | blog: Vtipnéřův blog | Brno
    Rozbalit Rozbalit vše Re: Udev nebo hal v Archlinuxu
    Díky za vysvětlení a doporučení, i když jsou každé jiné. Používám Xfce, s KDE jsme si nějak nepadli do oka. Zapátrám, jak je na tom XFce a hal.

    Jirka
    Opening Windows is better than washing them. Clearing Windows (e.g. erasing or deleting) is even much better.
    12.2.2011 10:03 Cze.Honza | skóre: 12
    Rozbalit Rozbalit vše Re: Udev nebo hal v Archlinuxu
    XFce 4.8, které je v Archu už taky hal nepotřebuje:)
    stativ avatar 12.2.2011 15:53 stativ | skóre: 54 | blog: SlaNé roury
    Rozbalit Rozbalit vše Re: Udev nebo hal v Archlinuxu
    Explicitně instalovat HAL je blbost. Buď si ho tam něco přitáhne nebo ne.
    Ať sežeru elfa i s chlupama!!! ljirkovsky.wordpress.com stativ.tk
    David Heidelberg avatar 12.2.2011 23:08 David Heidelberg | skóre: 46 | blog: blog_
    Rozbalit Rozbalit vše Re: Udev nebo hal v Archlinuxu
    HAL už v dnešní době neinstaluj, pokud nemusíš. Nic by na něm nemělo viset :-)
    13.2.2011 16:34 Vtipnéř | skóre: 39 | blog: Vtipnéřův blog | Brno
    Rozbalit Rozbalit vše Re: Udev nebo hal v Archlinuxu
    Ještě jednou díky za rady i za uhašení sporu dřív, než se stačil rozhořet.

    Jirka
    Opening Windows is better than washing them. Clearing Windows (e.g. erasing or deleting) is even much better.

    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.