Eric Lengyel dobrovolně uvolnil jako volné dílo svůj patentovaný algoritmus Slug. Algoritmus vykresluje text a vektorovou grafiku na GPU přímo z dat Bézierových křivek, aniž by využíval texturové mapy obsahující jakékoli předem vypočítané nebo uložené obrázky a počítá přesné pokrytí pro ostré a škálovatelné zobrazení písma, referenční ukázka implementace v HLSL shaderech je na GitHubu. Slug je volným dílem od 17. března letošního
… více »Sashiko (GitHub) je open source automatizovaný systém pro revizi kódu linuxového jádra. Monitoruje veřejné mailing listy a hodnotí navrhované změny pomocí umělé inteligence. Výpočetní zdroje a LLM tokeny poskytuje Google.
Cambalache, tj. RAD (rapid application development) nástroj pro GTK 4 a GTK 3, dospěl po pěti letech vývoje do verze 1.0. Instalovat jej lze i z Flathubu.
KiCad (Wikipedie), sada svobodných softwarových nástrojů pro počítačový návrh elektronických zařízení (EDA), byl vydán v nové major verzi 10.0.0 (𝕏). Přehled novinek v příspěvku na blogu.
Letošní Turingovou cenu (2025 ACM A.M. Turing Award, Nobelova cena informatiky) získali Charles H. Bennett a Gilles Brassard za základní přínosy do oboru kvantové informatiky, které převrátily pojetí bezpečné neprolomitelné komunikace a výpočetní techniky. Jejich protokol BB84 z roku 1984 umožnil fyzikálně zaručený bezpečný přenos šifrovacích klíčů, zatímco jejich práce o kvantové teleportaci položila teoretické základy pro budoucí kvantový internet. Jejich práce spojila fyziku s informatikou a ovlivnila celou generaci vědců.
Firefox 149 dostupný od 24. března přinese bezplatnou vestavěnou VPN s 50 GB přenesených dat měsíčně (s CZ a SK se zatím nepočítá) a zobrazení dvou webových stránek vedle sebe v jednom panelu (split view). Firefox Labs 149 umožní přidat poznámky k panelům (tab notes, videoukázka).
Byla vydána nová stabilní verze 7.9 webového prohlížeče Vivaldi (Wikipedie). Postavena je na Chromiu 146. Přehled novinek i s náhledy v příspěvku na blogu.
Dle plánu byla vydána Opera GX pro Linux. Ke stažení je .deb i .rpm. V plánu je flatpak. Opera GX je webový prohlížeč zaměřený na hráče počítačových her.
GNUnet (Wikipedie) byl vydán v nové major verzi 0.27.0. Jedná se o framework pro decentralizované peer-to-peer síťování, na kterém je postavena řada aplikací.
Byly publikovány informace (technické detaily) o bezpečnostním problému Snapu. Jedná se o CVE-2026-3888. Neprivilegovaný lokální uživatel může s využitím snap-confine a systemd-tmpfiles získat práva roota.
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.