Byla vydána nová verze 25.12.30 svobodného multiplatformního video editoru Shotcut (Wikipedie) postaveného nad multimediálním frameworkem MLT. Shotcut je vedle zdrojových kódů k dispozici také ve formátech AppImage, Flatpak a Snap.
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.
Asi mi něco něco uniklo? Nebo se podpora stage1 jen tak potichu vytratila?
Dneska mi vyměnili po reklamaci harddisk za nový, takže jsem se pustil do nové instalace Gentoo. Všechno šlo v pohodě až k části s rozbalením stage tarballu. Tam mě ale čekal docela šok, píšou tam:"Make sure you download a stage3 tarball - installations using a stage1 or stage2 tarball are not supported anymore.", což mě dostalo. Na úvodní stránce Handbooku ja dále uvedeno, že stage3 je jediná podporovaná metoda instalace a že informace okolo instalace ze stage1/2 je ve FAQ. Prý je stage1 a 2 pouze pro vývojové účely a uživatelé by ji neměli používat.
Ještě v létě, když jsem posledně instaloval Gentoo, byly podporovány všechny stage, takže by mě zajímalo, kdy k té změně došlo? A proč vlastně? Vždyť Gentoo si zakládalo na tom, že je od začátku kompilované a optimalizovné pro konkrétní stroj.
PS: Vím že se dá po instalaci stage3 systém rekompilovat, ale není to zbytečné?
Tiskni
Sdílej:
emerge -e system / world a kompilace od stage1 (skoro) to samé a hlavně se stejným výsledkem?
Vím že se dá po instalaci stage3 systém rekompilovat, ale není to zbytečné?Stejně tak je zbytečná i instalace od stage1.
Já každopádně dávám přednost instalaci stylu: vyklopit nějaký prefabrikovaný základní systém a s tím dále (po instalaci) pracovat.
Právě že vůbec ne, gcc zkompilované s určitou sadou optimalizací (stage3) produkuje jinej binární výstup než gcc sestavené rovnou na míru (obvykle větší/pomalejší)... proto se například po upgradu gcc doporučuje re-emerge system několikrát.
proto se například po upgradu gcc doporučuje re-emerge system několikráttohle nějak nechápu. pochopim, ze je dobre nejprve pomoci gcc ze stage 3 skompilovat vlastni gcc a tim vlastnim gcc si pak skompilovat novy vlastni gcc, ale nevim proc by to mel clovek delat jeste vickrat... k nicemu jinemu se uz prece nedohrabe v problematice kompilatoru se nevyznam, ale take nechapu proc je mnou skompilovane/optimalozovane gcc pomalejsi/vetsi nez ze stage3?
rozbalit stage3, nastavit (/etc/make.conf atd.) emerge -e system emerge -e world- není teď už kompilátor udělaný přesně na míru a s ním zkompilovaný i celý world?
for P in `emerge -pv --depclean | grep -v WARNING | egrep "^.+-.+/.+$"` do equery d "$P" done