Farid Abdelnour se v příspěvku na blogu rozepsal o novinkám v nejnovější verzi 26.08.0 editoru videa Kdenlive (Wikipedie). Ke stažení také na Flathubu.
Byla vydána nová stabilní verze 8.2 webového prohlížeče Vivaldi (Wikipedie). Postavena je na Chromiu 152. Přehled novinek i s náhledy v příspěvku na blogu.
Byla vydána nová stabilní verze 4.0 svobodného multiplatformního softwaru pro editování a nahrávání zvukových souborů Audacity (Wikipedie). S rozhraním přepsaným do Qt. Přehled novinek také na YouTube. Ke stažení je oficiální AppImage. Zatím starší verze Audacity lze instalovat také z Flathubu a Snapcraftu.
NVIDIA kupuje Hugging Face za 12,93 miliardy dolarů.
Předobjednat si lze nový jednodeskový počítač Arduino VENTUNO Q s předinstalovaným Ubuntu. S 16 GB LPDDR5 a 64 GB eMMC. Pro lokální LLM, agentní AI, počítačové vidění, robotiku…
Hexpair není nejlepší HEX editor na světě a ani se o to nesnaží. Zato je k dispozici kdykoliv a kdekoliv – všude tam, kde máte svůj Vim. Vznikl jako hobby projekt před pár měsíci a dospěl do stavu, kdy by mohl být užitečný širší komunitě. Přepnout do HEX režimu se dá i uprostřed rozdělané práce: Soubor, který už máte otevřený běžným vim file.md, jedním příkazem přepnete do HEX editoru a dalším příkazem ho můžete vrátit zpět do textu. Kurzor přitom
CERN dlouhodobě používal vlastní sestavení RHEL, ze kterého přešel na CentOS Stream. Federico Vaga a Nikos Tsipinakis ale nyní v přednášce na MiniDebConf Winterthur 2026 popisují plán probíhajícího přechodu na Debian pro řízení akcelerátorů. Důvodem k opuštění CentOS Stream jsou zachování zpětné kompatibility se starším hardwarem, kterou Red Hat narušuje, když tlačí sestavení balíčků pro novější verze architektury (x86-64), a nedostatečné nástroje pro sestavování vlastních balíčků a repozitářů.
UZDoom (Wikipedie), tj. fork GZDoom, byl vydán ve verzi 5.0.0. Videopředstavení na YouTube. Podrobný přehled novinek v Changelogu.
Příručka Linux From Scratch pro sestavení základního linuxového systému byla aktualizována v pravidelném půlročním termínu. Vydání 13.1 shrnuje přes 40 nových verzí balíčků a několik patchů. Navazující příručka Beyond Linux From Scratch s recepty pro sestavení dalších knihoven a aplikací zatím vydána nebyla, ačkoliv vývojová verze stále dostává aktualizace. Lze je číst online nebo stáhnout v HTML či PDF.
Padá Cloudflare, něco si přejte. Třeba aby to co nejrychleji znovu nahodili, nebo alespoň aby někoho vyhodili
.

Tiskni
Sdílej:
rust = 60 miliard dolarů škody.
unwrap() je jen technický detail, ne příčina problému. Jasně, ideálně by se měl nahradit nějakým hezčím errorem / propagací erroru s lepším logováním atd., ale to by nijak nezabránilo tomu problému, že prostě tu službu nějaký proces generování konfiguráků blbě nakonfiguroval nad povolené limity, tam je ten problém.
podle některých (jako králík) to bude tvoje chyba když ji napíšeš v céčkuNic takového jsem nenapsal. Ekvivalentem v C v tomto případě by byl pád na assertu. Což by taky nebylo ideální z hlediska error handlingu, ale opět to není root cause problému.
protože optimisticky předpokládat validní konfiguraci je demence největšíNic takového jsem tady nenavrhoval. Napiš co teda měl podle tebe ten program udělat, jak to měl "ustát". (A ano, já vim, že jen trolíš
)
kdyby tam nebyl unwrap, tak minimálně propagovat chybu a reportovat, mít nějaký fallbackJaký fallback? Vysvětli.
, ale navrhoval bych, aby nějaká věc nad tou službou nebo vedle ní (nevim co maj za prostředí) držela nakešovanou předchozí konfiguraci, a když update konfigurace způsobí, že ta služba padne na hubu (jakýmkoli způsobem), tak revertne konfiguraci na předchozí stav + ohlásí problém / alerty atd. V takovým případě by tam i klidně mohl být i ten unwrap(), byť stále souhlasim, že to není správně.
ne, konfigurace ipso facto nic rozbít nemůžeSamozřejmě že může. Chybná konfigurace -> služba nenastartuje - to je to, co se stalo. Co podle tebe měla ta služba teda udělat? Nastartovat s vadnou konfigurací?
Víc bezpečný jazyky by při překročení maximální paměti crashli úplně stejně. Obecně kvalita vývoje a provozu na webu je tristní asi všude (chybějící testy, monitoring, přetížení lidí z důvodu podstavu, tlak na rychlost místo kvality atd.). V tom žádný jazyk nepomůže. Proč by to taky bylo jinak, když nikdo nemá reálnou zodpovědnost za chyby (pochybuju, že kvůli tomuhle incidentu cloudflare ztratí finance nebo reputaci).