Sny o designu GNOME Shellu, článek s náhledy a videi, představuje dlouhodobou vizi týmu GNOME pro vylepšení uživatelského rozhraní GNOME Shellu. Zatímco nedávné verze přinášely spíše drobné úpravy, designéři nyní plánují zásadnější změny.
Byla vydána nová verze 10.5 sady aplikací pro SSH komunikaci OpenSSH. Přináší řadu důležitých bezpečnostních oprav, vylepšení funkcí a oprav chyb. Nově vyžaduje podporu ECC (Elliptic Curve Cryptography) v libcrypto, včetně křivky NISTP521.
Byla vydána nová verze 10.6 z Debianu vycházející linuxové distribuce DietPi pro (nejenom) jednodeskové počítače. S novými obrazy pro Orange Pi 4 Pro, Orange Pi Zero 3W a Odroid M1/M1S/M2. Přehled novinek v poznámkách k vydání.
Námořní drony používané elitními jednotkami britského královského námořnictva tajně posílaly údaje do Číny. Stroje vybavené čínskými komponenty měly být využívány pro vojenské operace na Blízkém východě. Kamery na dálkově řízených průzkumných člunech K3 Scout byly vybavené součástkami, které bez vědomí britského námořnictva odesílaly informace do spojeného zařízení v Číně. Britské námořní síly využívaly flotilu námořních dronů
… více »Alza.cz nabízí herní AlzaPC s předinstalovaným Linuxem (YouTube), konkrétně s linuxovou distribucí Bazzite (Wikipedie).
Squeak (Wikipedie), open source implementace programovacího jazyka a prostředí Smalltalk, byl vydán ve verzi 6.1. Přehled novinek v poznámkách k vydání.
V Linuxu v KVM byla nalezena a v upstreamu již byla opravena kritická zranitelnost Zapscape aneb CVE-2026-64561. Root na hostovaném počítači (virtuální stroj) může obejít izolaci a získat plnou kontrolu nad hostitelským systémem (DoS útok nebo vzdálené spuštění kódu s právy roota). Na obou hlavních architekturách – Intel i AMD. Zranitelnost v Linuxu existovala 6 let (od července 2020 do července 2026).
Počítačová hra Knytt napsaná v Multimedia Fusion 2 byla vydána před 20 lety. Při této příležitosti byl dnes představen moderní port (YouTube) této plošinovky na současné operační systémy pod názvem Knytt Classic. Je zdarma k dispozici na Steamu a GOG.com.
Americká technologická společnost Meta Platforms představila nový model umělé inteligence (AI) Muse Glimmer. Model je menší než přední modely AI od konkurence a má běžet přímo na počítačích uživatelů. Meta model zpřístupní jako open source, tedy otevřený software. Nový model je navržen tak, aby zvládal takzvané agentní úkoly na počítačích se spotřebitelskou grafickou kartou. Klade si tak za cíl uspokojit poptávku po systémech AI, které běží přímo na zařízeních uživatelů.
V pátek 28. srpna 2026 se v pražském Karlíně uskuteční již osmý Mobilní Hackday. Akce začne v 10:00 a potrvá až do večera. Setkání proběhne v prostorách SUSE Linux, s.r.o. na adrese Křižíkova 148/34, Praha 8 – Karlín. Nejbližší zastávkou je Křižíkova, kam se lze dostat tramvají i metrem. Na programu budou například novinky z posledních měsíců, možnosti, jak si zjednodušit práci s LLM/AI, a také nová linuxová distribuce BengalOS, včetně … více »
Před pár dny jsem byl na školení. Jako obvykle nuda...
Ovšem mám odtud zajímavý postřeh. Jeden předášející běhěm řeči řekl asi tohle: „…tento server běží na Linuxu…“. Zbystřil jsem. že by něco zajímavého? A přednášející pokračoval: „S tím souvisí jeden velký a nepříjemný problém. Je totiž case-sensitivní…“
Měl jsem chuť se smát. Chtěl jsem něco prohodit směrem k okolo sedícím. Ovšem kolem mne se ozvalo souhlasné zamručení několika "zasvěcených", jak je ten Linux hrozný, a jaké kvůli tomu měli problémy s webovými stránkami, tak jsem raděj mlčel, abych ještě o přestávce nedostal nakládačku 
Tiskni
Sdílej:
To nebylo technické školení? Že tam pochvalně mručej? A to tedy znamená, že a) je tam komandlajna a b) pánové jsou technicky zanedbaní? Mam pocit, že snad všude je case-sensitive zadávání řídících hodnot?
Jo webaři ... tuším, že jde někde zrušit možnost case-sensitiv, ale pořád mi to přijde jako faux pas toho, co to prones 
Co dodat, ked je niekto blby, tak je blby. Ked je nieco niekde trosku inak nechcu sa dozvediet preco, ale povazuju to za problem.
S tímto se dost často setkávám v praxi tím způsobem, že někomu něco nefunguje a chce po mně, abych mu to spravil. Rád to udělám, ale vždy se snažím dotyčnému vysvětlit, proč to vlastně nefunguje (obvykle to totiž všechno funguje, ale on to neumí). Jenže ve většině případů se setkávám s reakcí, že ho nezajímá, čím to je, ale ať to spravím. Napadne mne, že opravou by byla výměna jeho mozku, ale bývá jednodušší to dotyčnému přizpůsobit 
Nechci vykládat cizí historky, ale známý učitel informatiky byl na takovém SIPVZ školení o webových stránkách a tam se dozvěděl, že v současnosti nejlepší prohlížeč je Netscape 3.0 a že úvodní stránka se musí jmenovat index.htm (k některým lidem holt takový technický pokrok jako názvy souborů větší než 8.3 ještě nedorazil)...
(A vůbec, linux používají jen homosexuálové, protože vetšina populace tučňáků je homosexuální
.)

Co je to SIPVZ nevím, ale asi to k tomu moc daleko nemělo. Tohle byla armádní záležitost.
Urcite by se to zvrhlo bud do MS Accessu, nebo MySQL.
Říkám si, že kdyby všichni pedagogové, kteří používají při práci PC, měli alespoň základní znalosti MS Accessu a MySQL, bylo by to velmi pozitivní 
). A zkuste takovouhle skupinu něco naučit. I kdyby o té oblasti ten přednášející něco věděl (což se prý občas stává
), tak nemá šanci s takovouhle skupinou něco udělat...
No a pak je tu ten vtipný fakt, že absolvent učitelství na FI MUNI má automaticky uznaný jen první stupeň (takové to "dokáže najít čudlík, kterým se to zapíná a rozezná klávesnici od rohožky na boty") a všechny "přídavné moduly/stupně" si musí dodělat, ačkoliv absolvoval už jako bakalář jak značkovací jazyky, tak grafiku, databáze a další předměty na úrovni, kterou nezvládá polovina těch, co ty kurzy vedou... No ale někam ty peníze ze škol přece nalít musíme... A proč zaplatit informatikovi pokročilý kurz třeba někde na univerzitě, když si může číst noviny a opravovat přednášejícího na SIPVZ...
A) tušim moto příkladu
B) protipříklad ... konverze videa v avidemuxu proti mencoderu na příkazoé řádce?
C) resumé ... blondýna si napíše skript a pouští ho drag&dropem?
Zajímala by mě jediná praktická výhoda case-sensitive přístupu třeba pro pojmenovávání souborů, na žádnou jsem zatím nepřišel.Já taky ne.
V tomhle tedy souhlasím se zmíněným přednášejícím, že jde o jistý problém (jiná věc je, že bych se ho asi namísto přisuzování Linuxu snažil nějak řešit, protože mám dojem, že to jde nějak nastavit?).Autor zápisku to formuloval tak, že nejde poznat, že by přednášející mluvil o problému linuxu (spíš o problému, který prostě musí ten htmlista řešit).

Nevím, do jaké míry je to problém "velký a nepříjemný" (na přednášce se lze rovnou zeptat), ale problém to občas je, hlavně protože case-sensitive sugeruje lidskému mozku, že "S" je něco jiného než "s", a přitom se jedná pouze o typografické, tedy pouze zvykové grafické rozlišení záznamu jedné jediné stejné hlásky.Vicemene vsechny uvedene argumenty se daji uplatnit i na (ne)rozlisovani i/y. 'SENZACE', 'senZAce' i 'senzace' nerozlisujeme, protoze (az na specialni pripady) je spravne jen 'senzace', ostatni jsou spatne zapisy. Stejne tak nerozlisujeme 'ydea' a 'idea' - spravne je idea. V nekterych pripadech vsak rozlisujeme (napr. Internet vs. internet, Buh vs. buh - obecne vlastni jmeno shodujici se s nejakym obecnym nazvem). Prakticka nevyhoda (nekomunikovatelnost beznou reci) je uplne stejne u i/y. Komunikace s pocitacem odpovida psanemu jazyku a tam se velikost pismen i i/y rozlisuje. Prakticka vyhoda je treba v tom, ze vyhodnocovani syscallu nezavisi na znakove sade uzivatele - pro kernel je jmeno souboru pouze posloupnost bytu. Predstavte si problemy spojene s opacnym resenim - jeden uzivatel pouziva jednu znakovou sadu, v ni vytvori dva soubory, jiny uzivatel se podiva do stejneho adresare, chce jeden soubor otevrit, ale nemuze urcit ktery, protoze v jeho znakove sade se jmena souboru lisi jen velikosti nekterych znaku.
Vicemene vsechny uvedene argumenty se daji uplatnit i na (ne)rozlisovani i/y. 'SENZACE', 'senZAce' i 'senzace' nerozlisujeme, protoze (az na specialni pripady) je spravne jen 'senzace', ostatni jsou spatne zapisy.Jenomže "SENZACE" i "Senzace" jsou právě ve speciálních případech správné zápisy i podle pravidel pravopisu. A to vůbec nemluvím o ručně psaných písmenech, kdy je hranice mezi S a s Z a z atd. velmi nezřetelná, neboť tzv. "malá písmena" mají jen někdy svůj specifický tvar. Bude-li se uživatelské rozhraní rozvíjet např. k elektronickým tužkám a hlasovému ovládání, bude case-sensitive představovat spíše komplikace než výhody.
Stejne tak nerozlisujeme 'ydea' a 'idea' - spravne je idea. V nekterych pripadech vsak rozlisujeme (napr. Internet vs. internet, Buh vs. buh - obecne vlastni jmeno shodujici se s nejakym obecnym nazvem)."Ydea" a "idea" ale rozlišujeme; že výslovnost "y" a "i" splynula, je úplně jiný problém než rozlišování velkých a malých písmen, a navíc, zatímco "ydea" v grafické normě jazyka neexistuje, mohl jste uvést třeba koncovky: -ly/-li, které existují obojí. I to je jistý problém pro hlasové ovládání nebo např. diktování, protože jedno a totéž slovo má podle kontextu různou grafickou podobu; ale není úplně stejný jako problém velkých a malých písmen.
Prakticka nevyhoda (nekomunikovatelnost beznou reci) je uplne stejne u i/y.Není úplně stejná, protože i/y lze zpravidla určit logicky podle kontextu, předpokládáme-li kontext spisovné češtiny, velikost písmen v názvu souboru nikoliv.
Komunikace s pocitacem odpovida psanemu jazyku a tam se velikost pismen i i/y rozlisuje.Jenomže rozlišování velikosti písmen je právě pouhá typografická konvence, proto jsou "správně" i slova PSANÁ POUZE VELKÝMI PÍSMENY. Viz třeba v angličtině zvyk psát počáteční písmena všech slov názvů velkým písmenem, nebo někdy pouze tzv. významová slova. Komunikace s počítačem odpovídá právě psanému jazyku pouze v případě case-insensitive komunikace, jak tomu bylo v počátcích. Komunikace v případě case-sensitive odpovídá nikoliv psanému jazyku, ale spíše vykreslování pevně určených značek, kdy záleží na přesné podobě obrázku a nejde tedy o symboly odkazující k "písmenu". Viz např. funkce vyhledávání, které je třeba nastavit na to, že např. ř=Ř=r=R, aby byla dostatečně efektivní. Case-sensitiv je třeba správně většinou extra zdůraznit.
jeden uzivatel pouziva jednu znakovou sadu, v ni vytvori dva soubory, jiny uzivatel se podiva do stejneho adresare, chce jeden soubor otevrit, ale nemuze urcit ktery, protoze v jeho znakove sade se jmena souboru lisi jen velikosti nekterych znaku.Což je právě nevýhoda a problém pro toho druhého uživatele. Prakticky to mohl každý z nás asi zažít v komunikaci špatného nastavení znakových sad při přístupu na souborové systémy FAT - tehdy se z praktických důvodů zažilo (aspoň mně) pojmenování souborů pouze v ASCII a jednotnou velikostí. Myslím, že tu jsou dvě roviny, jedna zahrnuje identifkaci souboru systémem (ta nechť je jednoznačná), a druhá identifikaci a rozlišitelnost souboru podle názvu pro uživatele - tam by se podle mě vyplatila tolerovaná mnohoznačnost, tj. case-insensitive, tj. aby Dokument.odt a DOKUMENT.ODT i dokument.odt představovaly pouze jeden jediný soubor; různé soubory by musely být tak rozlišované něčím jiným než pouhou velikostí písmen (BTW tento problém mají pouze latinka a příbuzná písma, takove hebrejské nebo arabské písmo není case-sensitive už z definice).
BTW tento problém mají pouze latinka a příbuzná písma, takove hebrejské nebo arabské písmo není case-sensitive už z definice).Vlastně bych na základě tohoto příkladu mohl přirovnat "velká písmena" k podobné typografické konvenci jako třeba kurzívu anebo tučný řez písma. "Velká písmena" jsou vlastně (i původem) vlastně záležitosti jiného řezu písma, které se smíchalo na určitých místech s tím základním kvůli zvýraznění. Kdybychom tedy byli striktní, museli bychom rozlišovat soubor dokument.odt od dokument.odt. Anebo první písmeno psané třeba fontem "Arial" by odlišovalo název souboru od téhož slova psaného fontem "Times". Úroveň rozlišení takových názvů pro člověka by byla na podobné úrovni jako je to s velkými a malými písmeny - a taky by docházelo k podobným nedorozuměním. Pro "stroj" by to neměl být problém, často je např. kurzívní tvar písmena zřetelně jiný než antikva - prostě jde o jiný kód znaku.
Jenomže rozlišování velikosti písmen je právě pouhá typografická konvence, proto jsou "správně" i slova PSANÁ POUZE VELKÝMI PÍSMENY.AFAIK v cestine jsou pravidla pro urcovani velikosti pismen rovnopravnou soucasti pravidel ceskeho pravopisu srovnatelnou napr. s pravidly pro psani i/y, ne jen nejakou typografickou konvenci.
Zajímala by mě jediná praktická výhoda case-sensitive přístupu třeba pro pojmenovávání souborů,...Šetříš čas CPU.
... "Hospoda Na mýtince" a "hospoda na mýtince". Zajímala by mě jediná praktická výhoda case-sensitive přístupu třeba pro pojmenovávání souborů, na žádnou jsem zatím nepřišel.výše sis sám uvedl příklad - zrušením case-sensitivity přijdeš o informaci, nebudeš moci rozlišit, jestli soubor obsahuje data o hospodě, která se jmenuje "Na mýtince" nebo jestli řeší hospodu libovolného názvu umístěnou na nějaké mýtince že tuto informaci nejsme schopni stejně jednoduše rozlišit v mluveném textu mi jako korektní argumentace nepřijde - třeba uvozovky se rovněž nečtou, a přesto je píšeme; nedokonalost jednoho média (řeči) není důvodem k omezení výrazových prostředků média druhého (písma) ... pokud by tomu tak mělo být, pak bychom mohli analogicky argumentovat proč třeba nedávat na web obrázky, že v textových browserech stejně nebudou vidět ...