Vývoj linuxové distribuce Clear Linux (Wikipedie) vyvíjené společností Intel a optimalizováné pro jejich procesory byl oficiálně ukončen.
Byl publikován aktuální přehled vývoje renderovacího jádra webového prohlížeče Servo (Wikipedie).
V programovacím jazyce Go naprogramovaná webová aplikace pro spolupráci na zdrojových kódech pomocí gitu Forgejo byla vydána ve verzi 12.0 (Mastodon). Forgejo je fork Gitei.
Nová čísla časopisů od nakladatelství Raspberry Pi zdarma ke čtení: Raspberry Pi Official Magazine 155 (pdf) a Hello World 27 (pdf).
Hyprland, tj. kompozitor pro Wayland zaměřený na dláždění okny a zároveň grafické efekty, byl vydán ve verzi 0.50.0. Podrobný přehled novinek na GitHubu.
Patrick Volkerding oznámil před dvaatřiceti lety vydání Slackware Linuxu 1.00. Slackware Linux byl tenkrát k dispozici na 3,5 palcových disketách. Základní systém byl na 13 disketách. Kdo chtěl grafiku, potřeboval dalších 11 disket. Slackware Linux 1.00 byl postaven na Linuxu .99pl11 Alpha, libc 4.4.1, g++ 2.4.5 a XFree86 1.3.
Ministerstvo pro místní rozvoj (MMR) jako první orgán státní správy v Česku spustilo takzvaný „bug bounty“ program pro odhalování bezpečnostních rizik a zranitelných míst ve svých informačních systémech. Za nalezení kritické zranitelnosti nabízí veřejnosti odměnu 1000 eur, v případě vysoké závažnosti je to 500 eur. Program se inspiruje přístupy běžnými v komerčním sektoru nebo ve veřejné sféře v zahraničí.
Vláda dne 16. července 2025 schválila návrh nového jednotného vizuálního stylu státní správy. Vytvořilo jej na základě veřejné soutěže studio Najbrt. Náklady na přípravu návrhu a metodiky činily tři miliony korun. Modernizovaný dvouocasý lev vychází z malého státního znaku. Vizuální styl doprovází originální písmo Czechia Sans.
Vyhledávač DuckDuckGo je podle webu DownDetector od 2:15 SELČ nedostupný. Opět fungovat začal na několik minut zhruba v 15:15. Další služby nesouvisející přímo s vyhledáváním, jako mapy a AI asistent jsou dostupné. Pro některé dotazy během výpadku stále funguje zobrazování například textu z Wikipedie.
Více než 600 aplikací postavených na PHP frameworku Laravel je zranitelných vůči vzdálenému spuštění libovolného kódu. Útočníci mohou zneužít veřejně uniklé konfigurační klíče APP_KEY (např. z GitHubu). Z více než 260 000 APP_KEY získaných z GitHubu bylo ověřeno, že přes 600 aplikací je zranitelných. Zhruba 63 % úniků pochází z .env souborů, které často obsahují i další citlivé údaje (např. přístupové údaje k databázím nebo cloudovým službám).
[jirka@amisek ~]$ gedit & [1] 23945 [jirka@amisek ~]$ (gedit:23945): Gtk-WARNING **: Nelze nalézt systém motivů v module_path: "ubuntulooks", (gedit:23945): Gtk-WARNING **: Nelze nalézt systém motivů v module_path: "crux-engine", (gedit:23945): Gtk-WARNING **: Nelze nalézt systém motivů v module_path: "ubuntulooks", (gedit:23945): Gtk-WARNING **: Nelze nalézt systém motivů v module_path: "crux-engine", ** (gedit:23945): WARNING **: Default style scheme 'darkmate' cannot be found, falling back to 'classic' style scheme ** (gedit:23945): WARNING **: Spell checker plugin: error checking word 'ahhoj' ((null)). ** (gedit:23945): WARNING **: Spell checker plugin: error checking word 'nazdar' ((null)). ** (gedit:23945): WARNING **: Spell checker plugin: error checking word 'pole' ((null)). ** (gedit:23945): WARNING **: Spell checker plugin: error checking word 'strana' ((null)).
nelze nalést systém motyvů v module-path. Tak tahle chybová hláška mi vyskakuje u spousty aplikací. Bohužel vůbec nemám tušení co znamená a co s ní. Ta další hláška "spell checker - ta má spojitost s tím, že se už dlouho marně snažím přijít na to, proč mi nikde nefunguje kontrola pravopisu, ale tohle s tím asi nebude mít nic společného. A vůbec nechápu, proč sem tahá ubuntu viz ubuntulooks
Ty slova pole, strana atd. to je jak jsem to testoval. Gedit zná pouze turečtinu.
mám arch a localizace funguje v pohodě. mám nainstalované aspell, gtk-aspell, aspell-cs, gnome-spell (ale gnome nainstalované nemám, mám xfce)
Tak poprosím o radu.
pacman -S gtk-enginespripadne:
yaourt -S gtk-engine-ubuntulooksJa kotrolu nepouzivam takze v tom ti neporadim
pacman -Qe | grep spell
a může mít GTK vliv na slovník? Mně to připadá pouze jako bych k němu neměl přístup
[jirka@amisek ~]$ pacman -Qe |grep spell aspell-cs 20040614-1 gnome-spell 1.0.8-1 ispell 3.3.02-3
Mně zaujala jedna věc, že v /etc/gtk/gtkrc-cs mám kódování iso-8859-2 a při startování jsem viděl ve výpisu UTF-8 (proto se ptám, jestli gtk může mít na kontrolu vliv)
A v /etc/gtk-2.0/gtkrc mám jako parametr gnome, který tu vůbec nemám (ale měl jsem)
pacman -Q |grep spell
jinak v tech souborech mam to same co ty a jede mi to tu, takze tim to nebude.aspell 0.60.6-4 aspell-cs 20040614-1 gnome-spell 1.0.8-1 gtkspell 2.0.15-1.1 hunspell 1.2.8-1 ispell 3.3.02-3
nemusím se zde taky přidat do skupiny, nebo něco podobného.
Jinak třeba abiword má v nabídce spoustu slovníků, včetně češtiny, ale kompletně všechny slova označí jako chybu. (kromě "ahoj, které jsem v geditu přidal do tureckého slovníku) Gedit nabízí pouze a jenom turecký slovník.
Z toho mi vyplývá, že celej systém pracuje s jedním slovníkem, kterej nevím kde se tu vzal. Dívám se na man aspell, že bych mu nějak zadal příkaz na výměnu slovníku, ale nějak potřebuji ještě dopilovat angl.
Evolution už také registruje slovo "ahoj" jako správně napsané.
Můžeš mi prosím poskytnout tvůj výpis pacman -Ql aspell a aspell-cs
Jak jsem si pročítal dokumentaci, tak to nemám přesně na těch místech jak tam píší. Teda samozřejmě to může dělat distribuce. Jinak u těch souborů mám root:root a práva jen na čtení, ale to by mělo stačit ne?
[jirka@amisek ~]$ aspell -v @(#) International Ispell Version 3.1.20 (but really Aspell 0.60.6) -a|pipe režim pro kompatibilitu s "ispell -a" [jirka@amisek ~]$ aspell -a Chyba: No word lists can be found for the language "cs_CZ". [dump] config vypíše aktuální nastavení na stdout aspell config - nenám odkomentovaný jediný řádek clean [strict] Cleans an input word list so that every line is a valid word. [jirka@amisek ~]$ aspell clean Chyba: The language "cs_CZ" is not known. To je pravděpodobně protože: the file "/usr/local/lib/aspell-0.60/cs_CZ.dat" can not be opened for reading. píšou že nejde číst- on tam vůbec není [jirka@amisek ~]$ locate cs_CZ.dat [jirka@amisek ~]$
Nějak jsem nepochopil jakou úlohu tam hraje ispell. Nic méně, v AUR je ispell_ czech, ale nemohu se z nějakého důvodu dostat na URL odkud se stahuje soubor. Možná mají porouchané stránky.
Error: The language "en_US" is not known. This is probably because: the file "/usr/lib/aspell-0.60/en_US.dat" can not be opened for reading.Coz je dobre, protooze tam neni, ale ve tvem pripade totiz hleda ve spatnem adresari. Takze nekde mas neco nastavenyho.
tak jsem si přímo z GNU stáhnu aspell-0.60.6.tar.gz a aspell6-cs-20040614-1.tar.bz2, provedl jsem klasickou trojkombinaci na instalaci a vše je OK. Akorát nevím, jestli tam je nějaký problém s balíčkem, tak by se to asi mělo nahlásit (než jsem se pustil do přímého stažení, samozřejmně jsem pomocí pacmana aktualizoval a zkoušel balíčky přeinstalovat), jenže já nevím jestli je problém v balíčcích, nebo byl někde u mně.
ps. Poslední dotaz a ten teda jako od BFU
stáhnu soubour do /home-rozbalím-nainstaluji.
A ten adr. s rozbalenými soubory, kterej mám v /home tam musím nechat na věky, nebo ho můžu někam přesunout, či případně klidně smazat (vše potřebné se naistalovalo jinam) Já prozatím vždy, když něco takhle nainstaluji, tak si všechny tyhle soubory v /home nechávám, protože nevím jestli program do nich nahlíží, nebo ne.
Jo taky jsu rád, protože neumím psát a aspoň si ted opravím chyby. Mně s těma balíčkama napadla totiž jenom nekompatabilita, protože já si stáhnul aspell6-cs* a v repozitáři je aspell-cs. Tak mně napadlo, že je to nějaká stará verze, ovšem jestli ti to jede tak je to blbost. Teď už mně jen mrzí, že se nikdy nedovím proč.
Dík a ahoj
Tiskni
Sdílej: