Byla vydána verze 0.5.20 open source správce počítačových her na Linuxu Lutris (Wikipedie). Přehled novinek v oznámení na GitHubu. Instalovat lze také z Flathubu.
Peter Steinberger, autor open source AI asistenta OpenClaw, nastupuje do OpenAI. OpenClaw bude převeden pod nadaci a zůstane otevřený a nezávislý.
Společnost Backblaze zveřejnila statistiky spolehlivosti pevných disků používaných ve svých datových centrech za rok 2025. Ke konci roku 2025 vlastnila 349 462 pevných disků. Průměrná AFR (Annualized Failure Rate), tj. pravděpodobnost, že disk během roku selže, byla 1,36 %. V roce 2024 to bylo 1,57 %. V roce 2023 to bylo 1,70 %. V roce 2022 to bylo 1,37 %.
Nástroj sql-tap je proxy mezi aplikací a databází, které zachytává všechny SQL dotazy a zobrazuje je v terminálovém rozhraní. Zde lze téměř v reálném čase zkoumat dotazy, sledovat transakce a spouštět SQL příkaz EXPLAIN. Podporované databázové systémy jsou pouze PostgreSQL a MySQL. Zdrojový kód je dostupný na GitHubu, pod licencí MIT.
Byla vydána nová verze 9.2 textového editoru Vim (Vi IMproved). Přináší vylepšené doplňování, podporu schránky ve Waylandu, podporu XDG Base Directory (konfigurace v $HOME/.config/vim), vylepšené Vim9 skriptování nebo lepší zvýrazňování změn. Vim zůstává charityware. Nadále vybízí k podpoře dětí v Ugandě. Z důvodu úmrtí autora Vimu Brama Moolenaara a ukončení činnosti jím založené charitativní organizace ICCF Holland projekt Vim navázal spolupráci s charitativní organizaci Kuwasha.
Byl představen editor MonoSketch, webová aplikace pro tvorbu diagramů, technických nákresů, flowchartů a různých dalších vizualizací, to vše jenom z ASCII znaků. Všechny operace běží pouze v prohlížeči uživatele a neprobíhá tedy žádné nahrávání dat na server. Zdrojový kód aplikace (drtivá většina Kotlin, žádné C#) je dostupný na GitHubu pod licencí Apache 2.0.
Byla vydána nová verze 3.7.0 multiplatformního svobodného frameworku pro zpracování obrazu G'MIC (GREYC's Magic for Image Computing, Wikipedie). Přehled novinek i s náhledy nových filtrů na PIXLS.US.
Všem na AbcLinuxu vše nejlepší k Valentýnu aneb Dni lásky ke svobodnému softwaru (I love Free Software Day, Mastodon, 𝕏).
Eric Migicovsky představil Pebble Emulator, tj. emulátor hodinek Pebble (PebbleOS) běžící ve webovém prohlížeči. Za 6 hodin jej napsal Claude Code. Zdrojové kódy jsou k dispozici na GitHubu.
Byla vydána nová verze 3.41 frameworku Flutter (Wikipedie) pro vývoj mobilních, webových i desktopových aplikací a nová verze 3.11 souvisejícího programovacího jazyka Dart (Wikipedie).
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).
Tiskni
Sdílej: