Přímý přenos (YouTube) z konference LinuxDays 2026, jež probíhá tento víkend v Praze v prostorách FIT ČVUT. Na programu je spousta zajímavých přednášek.
Byla vydána nová verze 0.17.0 programovacího jazyka Zig (Codeberg, Wikipedie). Přispělo 206 vývojářů. Přehled novinek v poznámkách k vydání.
Open-source projekt OpenDLSS-NR je 'bitově přesná reimplementace' neuronové rendrovací sítě DLSS 5 od společnosti NVIDIA, jenže pro grafické API Vulkan (DLSS slouží k vylepšování klasickým způsobem vyrendrovaných snímků pomocí lokálních modelů umělé inteligence, a to v reálném čase). Projekt není nijak spojen se společností NVIDIA, je pouze pro OS Windows a natrénované váhy modelu si uživatelé musí obstarat sami. Zdrojový kód je k dispozici na GitHubu, pod licencí MIT s výjimkou pro komponenty třetích stran.
Společnost Cloudflare představila Clef a Clef-Flash, open-source rozhodovací modely určené pro rychlou a konzistentní klasifikaci vstupů. Na rozdíl od klasických LLM vracejí tyto modely deterministické striktně typované strukturované odpovědi s exaktními pravděpodobnostmi, tedy odpovědi ve stylu přelomového modelu Jev.
… více »Byla vydána beta verze Ubuntu 26.10 s kódovým názvem Stonking Stingray. Přehled novinek v poznámkách k vydání. Dle plánu by Ubuntu 26.10 mělo vyjít 15. října 2026.
Byla vydána verze 1.99.0 programovacího jazyka Rust (Wikipedie). Podrobnosti v poznámkách k vydání. Vyzkoušet Rust lze například na stránce Rust by Example.
Od 13. do 15. října proběhne v Praze OpenSSL Conference 2026. Na YouTube lze zhlédnout videozáznamy přednášek z loňského roku.
Eben Upton oznámil další zdražení jednodeskových počítačů Raspberry Pi. Tentokrát 2 GB varianty o 12,50 dolarů. Nově 2 GB Raspberry Pi 4 stojí 67,50 dolarů a 2 GB Raspberry Pi 5 stojí 77,50 dolarů.
OpenMandriva ROME, tj. průběžně aktualizovaná (rolling) edice linuxové distribuce OpenMandriva, byla vydána ve verzi 26.09. Vedle Flatpaku také s podporou Snapu.
Edison Design Group po více než 30 letech zveřejnil zdrojový kód svého EDG C/C++ front-endu. Ten proslul širokou podporou standardů C++ a kompatibilitou s dialekty kompilátorů od Microsoftu, GNU, Clangu, Sunu a dokonce i s prehistorickým cfrontem. EDG byl použit například v kompilátoru Intel C++ Classic, kompilátoru NVCC od firmy NVIDIA pro platformu CUDA nebo v našeptávači kódu IntelliSense v produktech společnosti Microsoft. Projekt nyní spravuje organizace The C++ Alliance a kód je dostupný pod licencí Apache 2.0, doplněnou o výjimky projektu LLVM.
Měnil jsem disky v počítači. Nahrazoval jsem 2 disky v raid1 novými 2 disky v raid1 stejné kapacity, ale výkonnějšími. Postupoval jsem takto: připojil jsem do systému 3. disk, pomocí dd jsem na něj přesunul prvních 512 bitů ze starého disku, přes mdadm jsem nastavil failed pro starý disk v raidu a pomocí remove ho odstranil, potom jsem pomocí add přidal nový disk. To samé jsem udělal i s druhým diskem a nakonec jsem oba staré disky odpojil a systém jede. Jenže při rutinní kontrole disků při bootu zjistil systém problém a poslal mě do konzole a dotazem na heslo roota, že našel nějaký problém. Zadal jsem tedy heslo a provedl fsck.ext3 /dev/md0. Našlo to několik orphan inodes a vše opravilo. Jenže tady nastává problém. V původním systému na starých discích jsem měl 3,2GB volného místa a tady po opravě fs je jen 800MB volného místa. Příkaz dd novou hodnotu potvrzuje. Problém je že na starých discích jsem pouštěl benchmark bonnie++, který těch falešných 3,2GB místa skoro využil. Proto by mě zajímalo, co vlastně využil. JE možné že přepsal to co neměl, že se poškodily nějaké soubory? Jak to zjistit. Nebo co jiného se mohlo stát? Mezi stavem 3,2GB a 800MB jsem nic na disku nevytvářel a bonnie++ soubory byly před přesunem disků smazány. Jak mohu zkontrolovat zda jsou soubory v systému v pořádku? Zatím běží systém bez problémů.
Teď jsem si všiml že vznikly 2 soubory aquota.user.new a aquota.group.new a poslední úprava kterou jsem prováděl s několika diskovými kvótami už neplatí, je tam ta před úpravou(měnil jsem uživatelskou kvótu z 220000 na 2200000 a ta už neplatí). To bude mít souvislost s poškozeným fs. Myslím že fs byl poškozený ještě před přesunem disků. Nicméně tyto 2 soubory několik GB opravdu nezabírají takže na volné místo nebudou mít vliv.
Tiskni
Sdílej: