Byly publikovány informace (technické detaily) o bezpečnostním problému Snapu. Jedná se o CVE-2026-3888. Neprivilegovaný lokální uživatel může s využitím snap-confine a systemd-tmpfiles získat práva roota.
Nightingale je open-source karaoke aplikace, která z jakékoliv písničky lokálního alba (včetně videí) dokáže oddělit vokály, získat text a vše přehrát se synchronizací na úrovni jednotlivých slov a hodnocením intonace. Pro separaci vokálů využívá UVR Karaoke model s Demucs od Mety, texty písní stahuje z lrclib.net (LRCLIB), případně extrahuje pomocí whisperX, který rovněž využívá k načasování slov. V případě audiosouborů aplikace na
… více »Po půl roce vývoje od vydání verze 49 bylo vydáno GNOME 50 s kódovým názvem Tokyo (Mastodon). Podrobný přehled novinek i s náhledy v poznámkách k vydání a v novinkách pro vývojáře.
Článek na stránkách Fedora Magazinu informuje o vydání Fedora Asahi Remixu 43, tj. linuxové distribuce pro Apple Silicon vycházející z Fedora Linuxu 43.
Byl zveřejněn program konference Installfest 2026. Konference proběhne o víkendu 28. a 29. března v Praze na Karlově náměstí 13. Vstup zdarma.
Byla vydána Java 26 / JDK 26. Nových vlastností (JEP - JDK Enhancement Proposal) je 10. Odstraněno bylo Applet API.
Byla vydána nová verze 260 správce systému a služeb systemd (Wikipedie, GitHub). Odstraněna byla podpora skriptů System V. Aktualizovány byly závislosti. Minimální verze Linuxu z 5.4 na 5.10, OpenSSL z 1.1.0 na 3.0.0, Pythonu z 3.7.0 na 3.9.0…
Byla vydána nová verze 5.1 svobodného 3D softwaru Blender. Přehled novinek i s náhledy a videi v poznámkách k vydání. Videopředstavení na YouTube.
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 »> citovaný text moje odpověďto je celkem obvyklé a v podstatě norma. Popsané je to v RFC 3676. Píšu teď jednu aplikaci, která načítá e-maily a nějak je interpretuje... Původně jsem tam toleroval mezery mezi >, příklad:
> > toto je vnořená citace > toto je citace první úrovněAle v RFC se píše, že mezery se používají k "escapování" -- tudíž ten první řádek se nemá interpretovat jako vnořená citace, ale jako citace první úrovně, která začíná znakem > (ten se má normálně zobrazit jako obsah sdělení, ne interpretovat jako uvození citace). Tak jsem to předělal a mezery už netoleruji (dokonce se tím zjednodušil kód). Ono to dává celkem smysl, protože jinak by nešlo napsat řádek začínající > -- třeba:
>>> VÝHODNÁ AKCE, KLIKNĚTE ZDE <<<(to je samozřejmě vtip, takové e-maily dostávat nechci, ale obecně by mělo jít něco takového zapsat) Na druhou stranu ve Wikipedii se píše, že to až tak standardizované není a že se používají i jiné styly (třeba |, což mi přijde jako hnus) a že mezery mezi > se často tolerují a interpretuje se to jako vnořená citace (místo jako "Space-Stuffing"). Jak moc považujete toto RFC za závazné? (je v kategorii Standards Track) Je dobré se jím řídit a všechno, co mu nevyhovuje, považovat za nestandardní hnusy a neřešit to? Nebo byste zvolili tolerantnější přístup a připustili třeba ty mezery? Jenže pak není způsob, jak napsat řádek začínající > Zatím se přikláním spíš k RFC. A co text uvozující citaci? Typicky:
Dne 23. 5. 2012 12:00 Jméno Příjmmení napsal(a):Dá se považovat za zvyklost/normu, že to bude na jeden řádek (byť v různých jazycích a formátech) těsně (případně oddělené prázdnými řádky) před citací? Nebo vám přijdou normální i několikařádková "záhlaví" citací? A co si myslíte o vložení tohoto textu do citace (tzn. na řádek s >)? IMHO je to špatně, protože to není citace a logicky to patří o úroveň výš.
-----Original Message----- před původním e-mailem, počítá jen s top postingem. Pak následují některé hlavičky, prázdný řádek a původní e-mail. Vedle > a | se používá také # a nejspíš i další znaky. A to se pořád bavíme jen o e-mailu v čistém textu, co teprve HTML varianty…
vetsina lidi cituje original tak, ze ho nechava pod novym mailemNa jednu stranu je to zbytečné, ale zase pokud je to označené standardním způsobem (podle RFC), tak to není žádná tragédie – klient to může třeba srolovat a zobrazit až po rozkliknutí…
vetsina lidi cituje original tak, ze ho nechava pod novym mailemOprava: Většina lidí nechává pod textem svého e-mailu kompletní text toho, na nějž odpovídají. Nemá to žádný důvod nebo dokonce cíl. Prostě to tak dělají jejich e-mailoví klienti.
co teprve HTML varianty…Tam to může být i jednodušší – když program odesílatele použije prostředky určené pro danou věc: <blockquote/> (klidně vnořené). Ale když místo toho vloží třeba „menší písmo s fialovou barvou“ bez jakéhokoli sémantického vyznačení, tak se s tím asi fakt nedá nic dělat…
Teď jen dokopat ostatní, aby dodržovali to RFC…
format=fixed je význam znaku „>“ nedefinovaný?
Tiskni
Sdílej: