Společnost Valve publikovala přehled To nej roku 2025 ve službě Steam aneb ohlédnutí za nejprodávanějšími, nejhranějšími a dalšími nej hrami roku 2025.
Byly publikovány výsledky průzkumu mezi uživateli Blenderu uskutečněného v říjnu a listopadu 2025. Zúčastnilo se více než 5000 uživatelů.
V dokumentově orientované databázi MongoDB byla nalezena a v upstreamu již opravena kritická bezpečností chyba CVE-2025-14847 aneb MongoBleed.
Při úklidu na Utažské univerzitě se ve skladovacích prostorách náhodou podařilo nalézt magnetickou pásku s kopií Unixu V4. Páska byla zaslána do počítačového muzea, kde se z pásky úspěšně podařilo extrahovat data a Unix spustit. Je to patrně jediný známý dochovaný exemplář tohoto 52 let starého Unixu, prvního vůbec programovaného v jazyce C.
FFmpeg nechal kvůli porušení autorských práv odstranit z GitHubu jeden z repozitářů patřících čínské technologické firmě Rockchip. Důvodem bylo porušení LGPL ze strany Rockchipu. Rockchip byl FFmpegem na porušování LGPL upozorněn již téměř před dvěma roky.
K dispozici je nový CLI nástroj witr sloužící k analýze běžících procesů. Název je zkratkou slov why-is-this-running, 'proč tohle běží'. Klade si za cíl v 'jediném, lidsky čitelném, výstupu vysvětlit odkud daný spuštěný proces pochází, jak byl spuštěn a jaký řetězec systémů je zodpovědný za to, že tento proces právě teď běží'. Witr je napsán v jazyce Go.
Yazi je správce souborů běžící v terminálu. Napsán je v programovacím jazyce Rust. Podporuje asynchronní I/O operace. Vydán byl v nové verzi 25.12.29. Instalovat jej lze také ze Snapcraftu.
Od soboty do úterý probíhá v Hamburku konference 39C3 (Chaos Communication Congress) věnovaná také počítačové bezpečnosti nebo hardwaru. Program (jiná verze) slibuje řadu zajímavých přednášek. Streamy a záznamy budou k dispozici na media.ccc.de.
Byl představen nový Xserver Phoenix, kompletně od nuly vyvíjený v programovacím jazyce Zig. Projekt Phoenix si klade za cíl být moderní alternativou k X.Org serveru.
XLibre Xserver byl 21. prosince vydán ve verzi 25.1.0, 'winter solstice release'. Od založení tohoto forku X.Org serveru se jedná o vůbec první novou minor verzi (inkrementovalo se to druhé číslo v číselném kódu verze).
V poslední době jsem si musel připadat jako uživatel OS, který nejmenujeme. Komu jinému by se také mohlo stát, že bude muset přeinstalovat svůj OS z jiného důvodu než z vlastní vůle ? U wi****s je to běžné, že uživatel musí 2-4krát do roka přeinstalovat systém, aby to alespoň trochu fungovalo, ale tam to nikomu divné nepřijde. Jenže být ve světě GNU/Linuxu donucen k reinstalaci a to hned dvakrát v průběhu jednoho týdne, to už je tedy něco...
Jako jiné příběhy i tento začínal docela v klidu, když jsem si pracoval se svým perfektně vyladěným Gentoo. Sice jsem občas míval náhodné problémy při bootování (myslím, že se to řešilo — a nevyřešilo — tady v poradně), ale to se dalo přežít. Vždycky to na několikátý pokus naběhlo. Takže jsem jednou takhle večer dopisoval článek, když najednou se to stalo. Soubor nešel uložit. Ale můj Emacs, i když v alpha stádiu s červeným nápisem YOU MAY LOSE YOUR DATA, mě nikdy předtím nezradil. Ale zdroj problému jsem zanedlouho odhalil. Filesystem is read-only. Toto hlášení mě docela překvapilo, jelikož jsem neviděl žádný důvod, proč by se měl souborový systém za běhu stát read-only. Tak mě nenapadlo nic lepšího, než restartovat počítač.
Jenže potom systém už nenaběhl. Na první pokus ani na desátý. Tak jsem vzal jedno live cd, které jsem měl zrovna nejblíže po ruce, nabootoval a spustil jfs_fsck. Bohužel filesystém byl nenávratně poškozen a hodiny kompilace a nastavování ztraceny. Po dalších pokusech jsem usoudil, že bude problém v pevném disku a vyměnil jsem jej za svůj původní, o něco menší. Potom jsem zbylá data z (naštěstí funkčního) datového oddílu překopíroval na tento disk, i když nacpat 30GiB na 14GiB oddíl je docela umění.
Ale jelikož už se mi nechtělo znovu kompilovat gentoo, rozhodl jsem se nainstalovat si Arch. A jelikož jsem měl málo místa a nedokázal jsem aktuálně přesně rozhodnout o správném rozdělení oddílů, rozhodl jsem se nainstalovat to celé na lvm. A aby to bylo zajímavější, použil jsem jako PV celý disk, abych nemusel zbytečně vytvářet tabulku oddílů, která by mě stejně jen připravovala o posledních pár bajtů volného místa. Instalace proběhla hladce, až na to, že grub se nedokázal s LVM vyrovnat. Tak jsem nainstaloval lilo, tomu je úplně jedno, z čeho načítá a fungovalo výborně. Až na to, že initramfs z Archu odmítal fungovat a to ani po provedení všech doporučovaných workaroundů. Takže systém jsem měl funkčí, ale bootovat jsem ho musel vložením instalačního CD a zadáním arch root=/dev/rg/arch. Ale hlavně to fungovalo.
Ovšem po pár dnech mi toto bootování přestalo vyhovovat, tak jsem se rozhodl si sestavit vlastní jádro a initramfs a znovu uvést do provozu svůj kexec hack. Jako bootloader jsem se rozhodl použít GNU GRUB 2, který by si již měl s lvm rozumět. A to byla další osudová chyba. VAROVÁNÍ: Tohle doma nezkoušejte. Po nainstalování krásně rozpoznal lvm oddíly a vytvořil konfigurační soubor. Jenže po restartu se nenačetl a vidím jen This is GNU GRUB... a příkazový řádek. Konfigurační soubor se nenačetl a žádné lvm oddíly nejsou přístupné, přestože podpora lvm2 je zavedena.
Sáhl jsem opět po nějakém live cd a oddíly byly pryč. Hlavička lvm taky. Zkoušel jsem testdisk, e2extract a další záchranné nástroje. Nepomohlo nic. Podruhé v průběhu jednoho týdne jsem přišel o svůj systém. Tomu se říká smůla. Tak jsem vše smazal, vytvořil normální partition tabulku s jedním oddílem a swapkou, překopíroval z jiného disku již nainstalovaný debian (další instalaci už jsem zažít nechtěl) a nainstaloval grub2. Zatím vše běží, ale nikdo neví, jak dlouho...
Tiskni
Sdílej:
/dev/sda5, vím dost přesně, který oddíl to vlastně je. Když mi Windows řeknou 'E:', jsem na tom podstatně hůř…
Když mi Windows řeknou 'E:', jsem na tom podstatně hůř…Pokud se v tom počítači nemění disky moc často, dá se to vcelku slušně odhadnout.
A to nemluvím o tom, že pod Windows je takové přepísmenkování řádově větší problém než v Linuxu…diskmgmt.msc klikatko nebo diskpart pro cli/skriptovani. smutne je, ze to obcas musim delat i kdyz nechci. treba kdyz mi windows suverene namapuji flashku an stejne pismeno jako pripojeny sitovy disk ;(
Ach jo, zase to generalizováníU wi****s je to běžné, že uživatel musí 2-4krát do roka přeinstalovat systém, aby to alespoň trochu fungovalo, ale tam to nikomu divné nepřijde.
... když jsem si pracoval se svým perfektně vyladěným Gentoo ...Vždycky to na několikátý pokus naběhlo.
. Hláška, že uživatel Windows musí 2-4krát do roka přeinstalovat systém je nesmysl a má stejnou informační hodnotu jako že uživatel linuxového distra musí co chvíli lézt do příkazové řádky. Obojí je hojně šířený blud, bohužel mi připadá, že někdy snad i úmyslně.
U wi****s je to běžné, že uživatel musí 2-4krát do roka přeinstalovat systém, aby to alespoň trochu fungovalo, ale tam to nikomu divné nepřijde.
Běžte s tímto FUDem už konečně někam. Jestli jste nikdy neviděl zcela funkční instalaci Windows starou klidně pět let, přijdte se podívat k nám.
V tom to maj wokenáři lehčí no
apt-get (dist-)upgrade, pacman -Syu, nebo třeba emerge -uDN world, ale rozhodně není třeba nic instalovat znovu...
Je pravda, že upgrade je vždycky riskantnější než čistá instalace; instalátor má podstatně víc práce a je velmi těžké to nějak systematicky otestovat (příliš mnoho možných situací), takže pravděpodobnost chyby je vyšší.A Bluebear narozdíl od tebe v Suse ČR pracuje a už několikrát ukázal, že procesu instalace má jisté ponětí. Ale to je fuk, ty jen hledáš konflikty.
naposledy (ne teda na dovolené) jsem s flaskou slivovice zprznil alsu ...Ještěže se jména píší velkými písmeny :)
To ten jejich registr musi asi tak 1000x vetsi nez pred 5ti lety co.