plwm je nový, poměrně minimalistický správce oken pro X11. Podporuje dynamické dláždění okny, plochy, pravidla pro okna atd. Zvláštností je, že je napsaný v logickém programovacím jazyce Prolog. Používá implementaci SWI-Prolog.
Na čem aktuálně pracují vývojáři GNOME a KDE Plasma? Pravidelný přehled novinek v Týden v GNOME a Týden v KDE Plasma.
Sean Heelan se na svém blogu rozepsal o tom, jak pomocí OpenAI o3 nalezl vzdálenou zranitelnost nultého dne CVE-2025-37899 v Linuxu v implementaci SMB.
Jiří Eischmann v příspěvku na svém blogu představuje typy, jak lépe chránit své soukromí na mobilním telefonu: "Asi dnes neexistuje způsob, jak se sledování vyhnout úplně. Minimálně ne způsob, který by byl kompatibilní s tím, jak lidé technologie běžně používají. Soukromí ovšem není binární věc, ale škála. Absolutního soukromí je dnes na Internetu dost dobře nedosažitelné, ale jen posun na škále blíže k němu se počítá. Čím méně dat se o vás posbírá, tím nepřesnější budou vaše profily a tím méně budou zneužitelné proti vám."
Byla vydána nová stabilní verze 25.05 linuxové distribuce NixOS (Wikipedie). Její kódové označení je Warbler. Podrobný přehled novinek v poznámkách k vydání. O balíčky se v NixOS stará správce balíčků Nix.
Multiplatformní open source spouštěč her Heroic Games Launcher byl vydán v nové stabilní verzi 2.17.0 Franky (Mastodon, 𝕏). Přehled novinek na GitHubu. Instalovat lze také z Flathubu.
Organizace Apache Software Foundation (ASF) vydala verzi 26 integrovaného vývojového prostředí a vývojové platformy napsané v Javě NetBeans (Wikipedie). Přehled novinek na GitHubu. Instalovat lze také ze Snapcraftu a Flathubu.
Klávesnice IBM Enhanced Keyboard, známá také jako Model M, byla poprvé představena v roce 1985, tzn. před 40 lety, s počítači IBM 7531/7532 Industrial Computer a 3161/3163 ASCII Display Station. Výročí připomíná článek na zevrubném sběratelském webu Admiral Shark's Keyboards. Rozložení kláves IBM Enhanced Keyboard se stalo průmyslovým standardem.
Vyšlo Pharo 13 s vylepšenou podporou HiDPI či objektovým Transcriptem. Pharo je programovací jazyk a vývojové prostředí s řadou pokročilých vlastností.
Java má dnes 30. narozeniny. Veřejnosti byla představena 23. května 1995.
Jak souvisí V4L tím, jakou kompresi používá nějaká webkamera ?
No treba tak, ze V4L je _standardni_ rozhrani, jak dostat _standardni_ obrazek z nejakeho videozarizeni. To by potom kazdy prehravac/recorder mel podporovat vsechny kamery?!?! A kazdy audio soft by mel podporovat pokud mozno vsechny zvukovky, ze... To bychom potom vlastne zadne drivery nepotrebovali... A pokud mozno zadny OS. ;)
No a na to AC jasně odpověděl, že jestliže ve V4L chybí možnost zařadit do řetězce zpracování toho streamu HW závyslý dekodér, tak že má udělat V4L3. Jestli ty takovou odpověď pocvažuješ za jízlivost, tak jsi prostě paranoidní.
Pokud delam ovladac kamery a pro jeho zarazeni po mne nekdo chce predelat cele API pod nim, ktere sam (dost nestastne) navrhnul... no ... nevim, zda je to jizlivost, ale rozhodne by mne to kapku zarazilo... 
No tak já teda mám jasno, co bych chtěl v jádře já. V4L3 s možností zavádět do dekódovacího řetězce HW závislé moduly. Ty ne? Tak to jsi jdi prasit jiné jádro.
No, tak tohle bych chtel taky. A kdo ne, ze?
Teď jste to obrátil úplně na hlavu ! Používáte můj argument, abyste obhájil své tvrzení, proti čemu přesně tenhle argumet stojí.
Eh? Ja rikam: v kernelu maji byt ovladace kamery (at uz binarni nebo OS), ktere ze zarizeni dostanou standardni cokoli, i kdyz to zarizeni to posila v jinem, proprietarnim formatu. To je to, co rika muj argument nahore a taky je to presne ten duvod, proc mame ovladace. Ty zajistuji na jedne strane standard (API) a na druhe se snazi pokryt ruzna zarizeni. Pokud budou ovladace zvukovek v kernelu a ne v software (a zaplatpanbu tomu tak je), staci pridat ovladac do kernelu a ne do vsech audio SW. Podobnych primeru lze vymyslet spoustu.
V tom si odporuješ. To "cokoliv" totiž nikterak "standardní" není. Ostatně, mohu tě citovat:
bez pwcx lezou z kamerky v hires/hifps modech komprimovana data, na ktere _zadny standard neexistuje_,Je to jednoduché: Philips chce uzavřený formát, proto vyvine nějakou zbastleninu, která skutečně žádnému standardu neodpovídá. Chtějí-li to lidé používat, musí mít jejich binární ovladač. Binární ovladače nemají v jádře co dělat -- a ani kód, který by umožňoval jejich použití. Kernel je svobodný a neměl by obsahovat něco, co slouží pouze a výhradně nesvobodnému kódu. A dříve než řekneš, že to je _pouze_ ideologie, viz moje odpověď z počátku této diskuze:
---------Samozřejmě, že i to ideologické hledisko je důležité, protože ta pravidla je potřeba dodržovat.
Takže ideálním řešením by bylo to ponechat mimo jádro jako např. ty stále zmiňované ovladače od nVIDIE.Tím už se však opakuji.
Pod pojmem 'standardni cokoli' si zkuste predstavit RGB, YUV, atd. To, ze to Phillips nepodporuje je logicke - zkuste si spocitat, kolik dat se vleze do bandwidthu USB1.1... Podezirat Phillips, ze neco chce jenom ztezovat je mylna - viz funkce modulu pwc - z kamery dostane raw data, ktera se vicemene podobaji YUV. Proste to jinak udelat nejde.
Pro mne je nejlepsi reseni nasledujici (vedle ponechani statusu quo a uplne otevreni pwc[x]): odstranit ovladac _uplne_ z vanilla jadra (v jadre opravdu nema co delat zmrvenej kod od GKH & spol.) a pokracovat na vyvoji oddelene vcetne vsech hooku.
Mimochodem, zeptam se: kolik lidi v tehle diskuzi vubec pwc[x] pouziva? 
Uvedomte si, ze dekompresi videa delaji _vsechny_ (USB1.1 prirozene) webcamove ovladace v jadru. Jinak to ani nejde. pwc[x] se lisi jenom tim, ze ta dekomprese je closed source. Jinak nicim.
To, ze je linux monolit, neznamena, ze nemuze prejimat i neco z mikrokernelu.
Jinak to ani nejde. pwc[x] se lisi jenom tim, ze ta dekomprese je closed source.No a prave o to jde. Kdyz neco bezi s pravy operacniho systemu, tak treba ja chci mit tu moznost podivat se na zdrojaky. Je to prakticka vec, ne ideologicka. Nekomu se to mozna zda obracene, tak pro nej to asi prakticka vec neni.
Napadlo vas treba, jak by tim vasim zpusobem vypadal adresar /dev? Tisice souboru pro tisice ruznych HW. Bajecny...
No a proc ne? Uzivatel prece nepotrebuje vypisovat obsah adresare /dev, ne? Staci mu znat nazev souboru zarizeni. Jinak tisice to opravdu nebudou. Mame prece devfs/udev, ktery vytvari jen potrebne soubory.
To je chválihodné. Avšak Craig podmiňuje práci na pwcx tím, že v jádře bude onen háček.
Coz docela chapu, vzhledem k tomu, ze na tom stravil 3 roky zivota... Odvedl kus dobre prace a kvuli nejake ideologii po nem chteji, aby si praci zdvojnasobil - pracoval na orezane official kernel verzi (samozrejme, muze prijit jiny maintainer, o tom vsak dost pochybuji) a jeho plne funkcni verzi. Byl bych vytocen uplne stejne. Uvedomte si, ze kdyz bude modul uplne mimo kernel, bude se treba moci zkompilovat zvlast (jako nVidia, spca50x a dalsi) a ne polosilene patchovat orezana verze v kernelu verzi plnou.
Hmm, není to trochu namyšlené? Proč zrovna v jeho případě by to měla být výjimka? A pokud by někdo řekl: "A proč ne?", tak viz jeden z mých komentářů výše (odpověď na otázku, jestli bude bez toho háčku jádro lepší).
No, mozna bychom meli uvest na pravou miru, co ten hacek vlastne dela:
PWC exports a function outside of the kernel, a so-called hook. Jde pouze o zjisteni adresy jedne funkce - neni to nejake polosilene API. Nemluve o tom, ze pwcx je volano z jadra 2ma slovy dvema funkcemi - cely system pwc/pwcx je udelan nejlepe (nejvic minimalisticky vzhledem ke kernel policies), jak to jde. A rikat, ze 'bez exportu jedne funkce bude jadro lepsi' je ponekud posetile tvrzeni.Hmm, není to trochu namyšlené? Proč zrovna v jeho případě by to měla být výjimka? A pokud by někdo řekl: "A proč ne?", tak viz jeden z mých komentářů výše (odpověď na otázku, jestli bude bez toho háčku jádro lepší).
Mozna to bude znit divne, ale IMHO 99% open source vyvojaru to dela pro vlastni egomasaz (mysleno v dobrem). Chteji, aby jejich produkt pouzivali uzivatele a maji s toho radost, ze jim treba nekdo podekuje/pochvali. No a Nemosoft se po 3 letech prace dostal mezi ty vyvovelene developery, jejichz prace je zverejnovana v kernelu. Ted mu LKDs rekli, ze jeho praci zprzni nebo ze toto postaveni ztrati. Zcela logicky se nechtel podepsat pod zprznenou verzi SW a v ramci sve jesitnosti rekl 'Bud vsechno, nebo nic.' (ano, uznavam Nemosoft je jesitny - ale o nic vic nez spousta dalsich vyvojaru). Plne toto rozhodnuti chapu a v jeho situaci bych se zachoval stejne a myslim, ze nejen ja.
To není ideologické rozhodnutí, nýbrž praktické. Těžko mít stabilní ABI při tempu, kterým se vývoj jádra ubírá. Kolika lidem by se líbilo, kdyby byl vývoj každou chvíli limitován nutností ohlížet se na nějaký proprietární ovladač?
Cituji Linuse:
- I _want_ people to expect that interfaces change. I _want_ people to know that binary-only modules cannot be used from release to release. I want people to be really really REALLY aware of the fact that when they use a binary-only module, they tie their hands. Note that the second point [vyse uvedeny] is mainly psychological, but it's by far the most important one. http://www.uwsg.iu.edu/hypermail/linux/kernel/9902.1/0012.htmlBtw, pro podobně sprostá slova není v tomto prostředí nikdy důvod. Vyhni se, prosím, jejich používání.
Opravdu jsem nenasel lepsi primer...Celé jádro je totiž na této ideologii postavené.
Tohle je to, co jsem chtel slyset. Jak jsem rikal na zacatku, je boj ideologii, tot vse. Ja osobne se stavim na stranu Nemosoftu, jini na stranu druhou. Ovsem cely tenhle problem zduvodnovat 'lepsim kernelem', 'porusenim GPL' (coz se tusim v LKML taky nekdo pokousel) je zcestny.
Připadá ti, že to všechno říkal škodolibě a naschvál?
Nevim, mozna ctu mezi radky jenom ja, ale I _want_ people to know that binary-only modules cannot be used from release to release. mne nepripada nijak jinak nez zly umysl ci donucovaci prostredek.
Tiskni
Sdílej:
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz