Po 9 týdnech vývoje od vydání Linuxu 7.0 oznámil Linus Torvalds vydání Linuxu 7.1. Přehled novinek a vylepšení na LWN.net: první a druhá polovina začleňovacího okna a časem také na Linux Kernel Newbies.
Cheat Engine (Wikipedie) je s verzí 7.7 k dispozici už také pro Linux. Jedná se o proprietární skener/debugger paměti používaný především k cheatování v počítačových hrách.
Vláda USA nařídila společnosti Anthropic pozastavit přístup k modelům Fable 5 a Mythos 5 pro všechny cizince, včetně zaměstnanců Anthropicu.
Společnost Murena představila (YouTube) novou verzi 4.0 mobilního operačního systému /e/OS (Wikipedie) založeného na Androidu a LineageOS bez aplikací a služeb od Googlu.
V Arch User Repository (AUR) bylo kompromitováno přes 400 opomíjených balíčků (jejich seznam). Útočník do nich začlenil škodlivý npm balíček atomic-lockfile, který krade citlivá data uživatelů. Publikována byla předběžná analýza spouštěného malwaru deps.
Homebrew, správce balíčků nejen pro macOS, byl vydán ve verzi 6.0.0 (seznam změn). Hlavními novinkami jsou bezpečnostní mechanismus tap trust kvůli důvěryhodnosti závislostí, vylepšení sandboxingu na Linuxu, interní JSON API nebo zlepšení výkonu.
Byla nalezena a 9. června opravena kritická zranitelnost ve FreeBSD v Kernel TLS (KTLS). Pojmenována byla Bumsrakete (FreeBSD-SA-26:26.ktls, CVE-2026-45257). Lokální neprivilegovaný uživatel může přepisovat soubory, ke kterým má právo pouze pro čtení. Přepsáním setuid binárky a jejím spuštěním může získat roota. Na všech verzích od verze 13.0 vydané v dubnu 2021.
Vývojáři open source operačního systému ReactOS (Wikipedie), jehož cílem je kompletní binární kompatibilita s aplikacemi a ovladači pro Windows, se na síti 𝕏 pochlubili, že ReactOS zvládne počítačovou hru Half-Life.
Byla vydána nová verze 4.8 multiplatformního integrovaného vývojového prostředí (IDE) pro rychlý vývoj aplikaci (RAD) ve Free Pascalu Lazarus (Wikipedie). Využíván je Free Pascal Compiler (FPC) 3.2.2.
Apple container dospěl do verze 1.0.0. Jedná se o open source nástroj pro spouštění linuxových kontejnerů na macOS postavený nad containerization. Napsaný je v programovacím jazyce Swift a optimalizovaný pro Apple silicon.
Věděl by někdo co s tím?
Linux: Arch Linux 0.7
KDE: 3.4
Díky za výborný postřeh. Grep tam nenajde nic kromě tohoto:
LC_COLLATE=CTo je dost málo. Jak bych to mohl nastavit? Ještě mě napadá další otázka: Abych měl v konzolích češtinu (mám framebuffer), musel jsem zavést takový ošklivý tlustý český font. Nešlo by vhodným nastavením těch proměnných docílit, abych žádný konzolový font použít nemusel? Jsem si 100% jist, že můj stroj má v BIOSu i české fonty. (A defaultně se přece fonty pro framebuffer natahují rovnou z ROM, jestli se nemýlím.)
pokud byla prodaná u nás, a nebyl její bios upravován - to už jsem taky viděl. )
To že grafika píše česky je spůsobeno zavedením externích fontů, nejakým rezidentním programem v MS-DOSU nebo i samotným programem. Jinak moderní OS již používají grafický výstup takže tam si fonty vykresluje přímo OS v grafickém režimu.
Takže nastavit LANG podle toho co používáte za kodování zda unicode či iso nebo nějaké jiné.
No a pro framebufer zavést fonty podle vašeho uvážení jaké se vám budou líbit, nebo změnit rozlišení toho framebuferu aby to vypadalo pěkně (ono taky záleží jaké se používá rozlišení a kolik řádků a znaků se tím pádem vleze na ten monitor čili zda se použije font o X x Y pixelů) prostě musíte si s tím pohrát co se vám bude líbit.
export LANG="cs_CZ.iso88592" export LC_CTYPE="cs_CZ" export LC_COLLATE="C"Pořád netuším, k čemu je LC_COLLATE... Nikde v manuálových stránkách jsem se nějak nedočetl, jakých hodnot by měla taková proměnná nabývat a co se podle ní vůbec řídí. Zda je důležitá čí nikoliv, to je ve hvězdách. (I Linux má svá tajemství...
)
Co se týká konzole a češtiny, při načítání příkazem v rc.sysinit se bez potíží načte správné rozložení klávesnice, font i znaková sada. Jenže během přihlašovacího procesu (tj. agetty, který spustí login) nezůstane zachováno nastavení znakové sady. Zachová se pouze rozložení klávesnice a font, což samo o sobě není k ničemu, když se přistupuje ke špatné části toho fontu. (Je to font typu drdos, který má přes 400 znaků.) Samozřejmě jsem důkladně přečetl všechny inicializační soubory pro bash ve všech profilech, ale nic závadného jsem tam nenašel.
Zatím jsem to (nouzově) vyřešil tak, že jsem to z bootovacích skriptů přesunul do /etc/profile. Při každém přihlášení se pak spustí (mimo jiné):
/bin/loadkeys -q i386/qwertz/cz-us-qwertz.map.gz /usr/bin/setfont drdos8x16 -m 8859-2(Poznámka 1: Tohle je pro Arch Linux 0.7, jiné distro má třeba jinde jiné fonty...) (Poznámka 2: Kdybych totéž napsal do rc.sysinit, po přihlášení se zachová všechno kromě toho "-m 8859-2", které je pak nutné ještě jednou explicitně nastavit. Přitom ale pomocí -v (verbose) lze snadno ověřit, že se během bootu skutečně nastaví i ta znaková sada, která se pak během loginu záhadně vytratí.) Tohle ovšem není zrovna nejčistší řešení a přihlášení v některé z konzolí někdy ovlivní nastavení těch ostatních a jindy zase ne. (Nevysvětlitelné...
) Kdyby někdo věděl o lepším řešení, s nadšením bych to uvítal.
LC_ALL=cs_CZ. Navic, pokud se prihlasujete pomoci KDM nebo GDM, tak to lze nastavit tam, jeste predtim, nez se prihlasite. Pka se vas to zeptra na ulozeni settings.
konzole pri bootu: Arch linux neznam, ale tipoval bych, ze tu konzoli po vasem nastaveni neco vyresetuje. zkoumal bych boot sekvenci.
[petr@soban ~]$ locale LANG=cs_CZ.UTF-8 LC_CTYPE="cs_CZ.UTF-8" LC_NUMERIC="cs_CZ.UTF-8" LC_TIME="cs_CZ.UTF-8" LC_COLLATE="cs_CZ.UTF-8" LC_MONETARY="cs_CZ.UTF-8" LC_MESSAGES="cs_CZ.UTF-8" LC_PAPER="cs_CZ.UTF-8" LC_NAME="cs_CZ.UTF-8" LC_ADDRESS="cs_CZ.UTF-8" LC_TELEPHONE="cs_CZ.UTF-8" LC_MEASUREMENT="cs_CZ.UTF-8" LC_IDENTIFICATION="cs_CZ.UTF-8" LC_ALL= [petr@soban ~]$
Tiskni
Sdílej: