Bylo oznámeno vydání nové verze 8.1 "Hoare" kolekce svobodného softwaru umožňujícího nahrávání, konverzi a streamovaní digitálního zvuku a obrazu FFmpeg (Wikipedie). Doprovodný příspěvek na blogu Khronosu rozebírá kódování a dekódování videa pomocí Vulkan Compute Shaders v FFmpeg.
Byl představen open-source a open-hardware prototyp nízkonákladového raketometu kategorie MANPADS, který byl sestaven z běžně dostupné elektroniky a komponent vytištěných na 3D tiskárně. Raketa využívá skládací stabilizační křidélka a canardovou stabilizaci aktivně řízenou palubním letovým počítačem ESP32, vybaveným inerciální měřicí jednotkou MPU6050 (gyroskop a akcelerometr). Přenosné odpalovací zařízení obsahuje GPS,
… více »Vědci z univerzity La Sapienza v Římě vyvinuli systém, který dokáže identifikovat jednotlivce pouze na základě toho, jak narušují signály Wi-Fi. Autoři tuto novou technologii nazvali WhoFi. Na rozdíl od tradičních biometrických systémů, jako jsou skenery otisků prstů a rozpoznávání obličeje, nevyžaduje tato metoda přímý fyzický kontakt ani vizuální vstupy. WhoFi může také sledovat jednotlivce na větší ploše než kamera s pevnou polohou; stačí, je-li k dispozici Wi-Fi síť.
SuperTux (Wikipedie), tj. klasická 2D plošinovka inspirovaná sérií Super Mario, byl vydán v nové verzi 0.7.0. Videoukázka na YouTube. Hrát lze i ve webovém prohlížeči.
Ageless Linux je linuxová distribuce vytvořená jako politický protest proti kalifornskému zákonu o věkovém ověřování uživatelů na úrovni OS (AB 1043). Kromě běžného instalačního obrazu je k dispozici i konverzní skript, který kompatibilní systém označí za Ageless Linux a levné jednodeskové počítače v ceně 12$ s předinstalovaným Ageless Linuxem, které se chystají autoři projektu dávat dětem. Ageless Linux je registrován jako operační
… více »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 »GIMP 3.2 byl oficiálně vydán (Mastodon, 𝕏). Přehled novinek v poznámkách k vydání.
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 😅.
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.
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.
Aktuální vývojová verze jádra je 3.10-rc3 vydaná 26. května s trochou reptání kvůli tomu, že obsahovalo více změn, než si Linus představoval. Mohu vám téměř zaručit, že -rc4 bude menší, protože (a) budu nevrlý, pokud se lidé budou snažit protlačit toho víc jako se to stalo u rc3 a (b) budu po většinu příštího týdne cestovat (a také část dalšího týdne). Budu mít internet, ale opravdu opravdu doufám a očekávám, že se to bude uklidňovat. Souhlasíte? SOUHLASÍTE, PÁNOVÉ?
Stabilní aktualizace: verze 3.9.4, 3.4.47 a 3.0.80 vyšly 24. května.
Sarah Sharp dává vědět, jaká byla reakce na nabídku linuxových stáží pro ženy („OPW“). Jako koordinátorka programu OPW pro linuxové jádro jsem měla obavy, jestli by zájemkyně dokázaly své patche dostat do jádra. Všichni vědí, že správci jádra jsou ti nejvybíravější bastardi^Wperfekcionisti co se týče stylu kódu, náležitého Signed-off-by, používání prostého textu v mailech apod. Myslela jsem si, že několik účastníků dokáže dotáhnout do konce možná tak jeden patch nebo dva. Ale to jsem se naprosto mýlila! Nakonec to dopadlo tak, že 41 osob podalo přihlášku a 18 z nich zaslalo 374 patchů, z nichž 137 bylo přijato.
Na letošním sumitu Linux v automobilovém průmyslu hovořil Greg Kroah-Hartman o meziprocesové komunikaci (IPC) v jádře se zaměřením na důvody pro vývoj kdbus. Práce na kdbus pokračují dobře a Greg se optimisticky vyjádřil v tom smyslu, že by rád viděl kód začleněný do konce roku. Mimo nabídnutí rychlejšího D-Busu (čehož by podle něj mělo být možné dosáhnout i bez přesunu do jádra) doufá, že kdbus dokáže nahradit mechanismus Binder IPC na Androidu.
Text byl redakčně zkrácen, původní úplné znění naleznete v originále.
Všechny stávající mechanismy pro IPC Androidu nestačily, a tak tento projekt přidal ashmem, pmem a binder. Ashmem je dle jeho slov „POSIXová sdílená paměť pro lenivé“. Vývojáři Androidu se rozhodli namísto kódu pro uživatelský prostor napsat kód do jádra. Ashmem používá virtuální paměť a může odstranit segmenty paměti, jakmile je v systému paměti málo. V současnosti přebývá ashmem ve stromu staging, ale Greg si myslí, že Google přechází k jiným technikám, takže to může časem zmizet.
Pmem je mechanismem pro sdílení fyzické paměti. Používal se pro komunikaci s GPU. Nové verze Androidu jej nepoužívají, takže také může zmizet. Místo pmem Android používá alokátor paměti ION.
Binder je „zvláštní“, řekl Greg. Pochází z BeOS a jeho autoři z univerzitního prostředí. Bylo to vyvinuto a používáno na systémech bez API pro System V IPC a přes Palm a Danger se to dostalo do Androidu. Je to „docela jako D-Bus“ a někteří (včetně něj) by se dohadovali, že by Android měl místo něj použít D-Bus, ale nestalo se tak. Patří k němu velká knihovna v uživatelskému prostoru, kterou je nutné používat.
Binder má řadu závažných bezpečnostních problémů při použití mimo prostředí Androidu, takže Greg zdůraznil, že by jej nikdy neměly používat jiné linuxové systémy.
Na Androidu se binder používá pro „intenty“ a oddělení aplikací; hodí se pro předávání drobných zpráv, nikoliv však obrázků nebo proudů dat. Můžete jej použít pro předání popisovače souboru jinému procesu. Není nijak zvlášť efektivní, jelikož odeslání zprávy znamená mnoho skákání napříč knihovnou. V prezentaci z letošního Android Builders Summit je vidět, že pro jednu zprávu je nutné provést osm přechodů mezi jádrem a uživatelským prostorem.
D-Bus je řešení pro zasílání zpráv v uživatelském prostoru se silným typováním a ošetřováním životního cyklu procesů. Aplikace si mohou zažádat o zprávy a typy zpráv, které je zajímají. Mohou také vytvořit aplikační řadič [application bus] a naslouchat, aby přijímaly zprávy určené právě jim. Je rozšířený na linuxových desktopech i serverech, je dobře otestovaný a také i dobře zdokumentovaný. Používá IPC operačního systému a může běžet na unixových systémech i na Windows.
Vývojáři D-Busu vždycky říkali, že není optimalizovaný pro rychlost. Původní vývojář Havoc Bennington vytvořil seznam nápadů, jak jej zrychlit, kdyby měl někdo zájem, ale rychlost nebyla hlavním důvodem, proč vznikl. V oblasti automobilů nicméně vznikly různé snahy o urychlení D-Busu.
Příkladem budiž AF_BUS, které vzniko kvůli tomu, že pro multimediální systémy v automobilech byl potřeba vyšší výkon D-Busu. Firma Collabora dostala zaplaceno od GENIVI, aby vymyslela řešení, a výsledkem bylo právě AF_BUS. Místo čtyř systémových volání pro přenos zprávy přes D-Bus to díky AF_BUS kleslo na dvě. Jenže toto řešení bylo správci podpory sítí v jádře zavrženo.
Projekt systemd přepsal libdbus s cílem zjednodušit kód, ale nakonec to vedlo i k významnému zlepšení D-Busu. V prvotních benchmarcích BMW zjistilo, že se výkon knihovny D-Bus zvýšil o 360 %. To nikdo nečekal, ale při přepisu se některé věci zkrátily a vývjáři se řídili radami od Penningtona. Gregův závěr je ten, že „jestli chcete rychlejší D-Bus, tak přepište démona a nemotejte se kolem jádra“. Například existuje i implementace v Go, která je „opravdu rychlá“. IPC mechanismy linuxového jádra jsou rychlejší než na jakémkoliv jiném systému, i když by to u některých IPC nemuselo být v porovnání s BSD tak jednoznačné.
V projektu GNOME se plánuje vytvoření čehosi nazývaného „portály“, co aplikace GNOME obalí do kontejnerů. To by umožnilo současný běh aplikací z různých verzí GNOME a také oddělení aplikací, takže špatně se chovající nebo zákeřné aplikace by nemohly ovlivnit jiné. Součástí by pak bylo i něco jako intenty na Androidu, ale to je podle Grega ještě daleko. Portály jsou jedním z hlavních důvodů pro vznik kdbusu.
Takže tu máme potřebu rozšířeného D-Busu s dodatečnými funkcemi. Na nedávném GNOME hackfestu se sešli Kay Sievers, Lennart Poettering, Kroah-Hartman a další vývojáři GNOME, aby prodiskutovali nové schéma zasílání zpráv, kterým je právě kdbus. Bude podporovat multicast a zprávy pro jediného adresáta bez nadbytečných probuzení od jádra. Kdbus nebude mít žádná blokující volání, na rozdíl od binderu, jelikož API kdbusu je zcela asynchronní.
Místo třídění zpráv v uživatelském prostoru to kdbus bude provádět v jádře pomocí Bloom filtrů, což na rozdíl od D-Busu umožní, aby byl probuzen pouze cílový proces. Bloom filtrům se nedávno dostalo pozornosti díky lidem z Googlu a jde o matematické schéma používající hashe pro velmi rychlé vyhledávání.
Kdbus poskytne záruky na pořadí doručování, takže zprávy budou přijaty v pořadí podle odeslání. Jen jádro může něco takového zaručit a aktuálně proto D-Bus dělá hodně práce navíc, aby toto pořadí zaručil. Záruka se vztahuje jen na zprávy poslané jediným procesem, pořadí zpráv odeslaných „souběžně“ z několika procesů není zaručeno. Bude podporováno i předávání popisovačů souborů.
Jelikož je kdbus v jádře, získává řadu vlastností téměř zdarma. Respektuje jmenné prostory a k tomu je integrovaný do subsystému audit, což je důležité pro enterprise distribuce. Přidání podpory pro SELinux bylo pro D-Bus velmi náročné, ale kdbus podporuje Linux Security Modules (LSM), takže má podporu SELinuxu (Smack, TOMOYO, AppArmor, ...) bez práce.
Aby byl kdbus otestován, tým systemd nahradil D-Bus v systemd kdbusem. Kód je k dispozici ve stromu systemd, ale stále se na tom pracuje. Vývojáři kdbusu ještě ani neřeší rychlost, ale podle nějakých primitivních testů je to „velmi rychlé“. Kdbus vyžaduje aktuální jádro, jelikož používá řídící skupiny (cgroups); navíc vyžaduje patche, které se dostaly jen do jader 3.10-rc.
Plánem je začlenit kdbus, až bude „hotový“, což by snad mělo být do konce tohoto roku. Lidé spravující binder v Google by navíc byli ochotní na kdbus přejít, protože by jim to umožnilo se zbavit spousty kódu. Kdbus nebude „škálovat do cloudu“, protože slouží jen k zasílání zpráv v rámci jediného systému. Pro zasílání zpráv mezi systémy tu máme jiné protokoly.
Nakonec se někdo zeptal, zda je Linus Torvalds kdbusu „nakloněn“. Greg řekl, že neví, ale kdbus je soběstačný, takže si nemyslí, že by jej Linus blokoval. Marcel Holtmann řekl, že to Linusovi „nevadilo“, když před šesti lety bylo navrženo něco podobného. Greg poznamenal, že těžší může být dostat se přes Ala Vira, jenže binder je „děsivý kód“ a Al byl právně jediním z těch, kdo v něm našli problémy.
V současnosti se pracuje na úspěšném bootu se systemd používajícím kdbus. Pro kdbus už existují nějaké testy, ale boot systemd jim dodá hodně důvěry. Jaderná stránka věci je hotová, ale to si mysleli i dřív a pak Heo přišel s variantou bez a s jediným kopírováním paměti. Byl by rád, kdyby kdbus byl začleněn do konce roku, ale i kdyby se tak nestalo, nemělo by to trvat o moc déle, a vyzývá lidi, aby v budoucnu zvažovali použití kdbusu.
Nástroje: Tisk bez diskuse
Tiskni
Sdílej:
SOUHLASÍTE, PÁNOVÉ?Vsadím se, že vývojářům to připadalo jako hlas přímo z hlavy zvukem zavíraného olověného víka
.
Aha, to je tak, kdyz cte nekdo rovnou puvodni verzi 