Cheat Engine (Wikipedie) je s verzí 7.7 k dispozici už také pro Linux. Jedná se o proprietární skener/debugger paměti používaný především k cheatování v počítačových hrách.
Vláda USA nařídila společnosti Anthropic pozastavit přístup k modelům Fable 5 a Mythos 5 pro všechny cizince, včetně zaměstnanců Anthropicu.
Společnost Murena představila (YouTube) novou verzi 4.0 mobilního operačního systému /e/OS (Wikipedie) založeného na Androidu a LineageOS bez aplikací a služeb od Googlu.
V Arch User Repository (AUR) bylo kompromitováno přes 400 opomíjených balíčků (jejich seznam). Útočník do nich začlenil škodlivý npm balíček atomic-lockfile, který krade citlivá data uživatelů. Publikována byla předběžná analýza spouštěného malwaru deps.
Homebrew, správce balíčků nejen pro macOS, byl vydán ve verzi 6.0.0 (seznam změn). Hlavními novinkami jsou bezpečnostní mechanismus tap trust kvůli důvěryhodnosti závislostí, vylepšení sandboxingu na Linuxu, interní JSON API nebo zlepšení výkonu.
Byla nalezena a 9. června opravena kritická zranitelnost ve FreeBSD v Kernel TLS (KTLS). Pojmenována byla Bumsrakete (FreeBSD-SA-26:26.ktls, CVE-2026-45257). Lokální neprivilegovaný uživatel může přepisovat soubory, ke kterým má právo pouze pro čtení. Přepsáním setuid binárky a jejím spuštěním může získat roota. Na všech verzích od verze 13.0 vydané v dubnu 2021.
Vývojáři open source operačního systému ReactOS (Wikipedie), jehož cílem je kompletní binární kompatibilita s aplikacemi a ovladači pro Windows, se na síti 𝕏 pochlubili, že ReactOS zvládne počítačovou hru Half-Life.
Byla vydána nová verze 4.8 multiplatformního integrovaného vývojového prostředí (IDE) pro rychlý vývoj aplikaci (RAD) ve Free Pascalu Lazarus (Wikipedie). Využíván je Free Pascal Compiler (FPC) 3.2.2.
Apple container dospěl do verze 1.0.0. Jedná se o open source nástroj pro spouštění linuxových kontejnerů na macOS postavený nad containerization. Napsaný je v programovacím jazyce Swift a optimalizovaný pro Apple silicon.
Bylo vydáno Eclipse IDE 2026-06 aneb Eclipse 4.40. Představení novinek tohoto integrovaného vývojového prostředí také na YouTube.
23.5.2012 12:06
xkucf03 | skóre: 50
| blog: xkucf03
> 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ýš.
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz
-----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…
24.5.2012 11:11
xkucf03 | skóre: 50
| blog: xkucf03
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.
24.5.2012 11:15
xkucf03 | skóre: 50
| blog: xkucf03
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…
24.5.2012 21:07
xkucf03 | skóre: 50
| blog: xkucf03
Teď jen dokopat ostatní, aby dodržovali to RFC…
31.5.2012 21:24
xkucf03 | skóre: 50
| blog: xkucf03
format=fixed je význam znaku „>“ nedefinovaný?
Tiskni
Sdílej:
