Po pěti letech vývoje vyšla česká počítačová hra Scarlet Deer Inn (ProtonDB). Scarlet Deer Inn je vyšívaná temná středověká pohádka. Zatímco život ve zdánlivě obyčejné vesnici se točí kolem běžných povinností a sousedských drbů, v podzemí se skrývají zlověstná tajemství.
Představen byl Raspberry Pi Touch Display 2 s uhlopříčkou 10 palců a rozlišením 1200 × 1920 pixelů. Cena je 80 dolarů.
RPCS3 (Wikipedie), tj. open source emulátor Sony PlayStation 3, snížil minimální požadavky. Nově jsou podporovány starší grafické karty ATI Radeon řady HD 2000, 3000 a 4000 z let 2007 až 2009. Na PC běží už 75 % všech her pro PlayStation 3. V budoucnu bude RPCS3 fungovat bez firmwaru z PS3. V RPCS3 byl implementován systémový modul cellSysmodule (𝕏).
Vyšel open-source nástroj winetop (MIT) — nativní CLI/TUI pro sledování a ukončování Wine, Proton, Lutris, Heroic a Bottles sezení. Seskupuje procesy podle WINEPREFIX / Steam AppId, umí bezpečně zabít jen hru (včetně Steam reaperu) a nabízí i skriptovatelné příkazy (list, kill, orphans, …). Balíčky jsou mimo jiné na crates.io, Copru (dnf copr enable kovariadam/winetop), PPA ppa:kovariadam/winetop a AUR (winetop-bin).
Ve spolupráci společností OpenAI a Work Louder byla představena (𝕏) hardwarová klávesnice Codex Micro pro práci s AI agenty. Cena klávesnice je 230 dolarů.
Byl vydán Mozilla Firefox 153.0. Přehled novinek v poznámkách k vydání a poznámkách k vydání pro vývojáře. Řešeny jsou rovněž bezpečnostní chyby. Nový Firefox 153 bude brzy k dispozici také na Flathubu a Snapcraftu.
V linux-cve-announce bylo oznámeno 433 zranitelností za jediný den (19. července).
Byla vydána nová verze 5.44 programovacího jazyka Perl (Wikipedie). Do vývoje se zapojilo 71 vývojářů. Změněno bylo přibližně 270 tisíc řádků v 1 300 souborech. Přehled novinek a změn v podrobném seznamu.
Na 23. září 2026 je do bratislavské Nové Cvernovky naplánovaná jednodenní konference #nobullshit.camp pro tech leadery, DevOps a platform inženýry. Mají tu zaznít upřímné příběhy z praxe o tom, co v produkčních systémech reálně fungovalo, co se pokazilo a co si z toho lidé odnesli. Témata pokrývají tři oblasti – DevOps a platformy (Kubernetes, cloud, provoz systémů), firemní kulturu a leadership. Program běží ve dvou formátech: hlavní
… více »Byla vydána nová verze 1.58 sady nástrojů pro správu síťových připojení NetworkManager. Novinkám se v příspěvku na blogu NetworkManageru věnuje Josephine Pfeiffer. Vypíchnout lze možnost nmtui zobrazit nastavení Wi-Fi jako QR kód nebo podporu CLAT (464XLAT) a tunelů GENEVE (Generic Network Virtualization Encapsulation).
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