Byla vydána (𝕏) nová verze 26.1 open source firewallové a routovací platformy OPNsense (Wikipedie). Jedná se o fork pfSense postavený na FreeBSD. Kódový název OPNsense 26.1 je Witty Woodpecker. Přehled novinek v příspěvku na fóru.
Deník TO spustil vlastní zpravodajský webový portál ToHledej.CZ s internetovým vyhledávačem a bezplatnou e-mailovou schránkou. Dle svého tvrzení nabízí 'Zprávy, komentáře, analýzy bez cenzury' a 'Mail bez šmírování a Velkého bratra'. Rozložením a vizuálním stylem se stránky nápadně podobají portálu Seznam.cz a nejspíše je cílem být jeho alternativou. Z podmínek platformy vyplývá, že portál využívá nespecifikovaný internetový vyhledávač třetí strany.
Computer History Museum (Muzeum historie počítačů) zpřístupnilo své sbírky veřejnosti formou online katalogu. Virtuálně si tak můžeme prohlédnout 'rozsáhlou sbírku archivních materiálů, předmětů a historek a seznámit se s vizionáři, inovacemi a neznámými příběhy, které revolučním způsobem změnily náš digitální svět'.
Ruský hacker VIK-on si sestavil vlastní 32GB DDR5 RAM modul z čipů získaných z notebookových 16GB SO-DIMM RAM pamětí. Modul běží na 6400 MT/s a celkové náklady byly přibližně 218 dolarů, což je zhruba třetina současné tržní ceny modulů srovnatelných parametrů.
Národní identitní autorita (NIA), která ovlivňuje přihlašování prostřednictvím NIA ID, MEP, eOP a externích identit (např. BankID), je částečně nedostupná.
Byla vydána nová verze 1.16.0 klienta a serveru VNC (Virtual Network Computing) s názvem TigerVNC (Wikipedie). Z novinek lze vypíchnout nový server w0vncserver pro sdílení Wayland desktopu. Zdrojové kódy jsou k dispozici na GitHubu. Binárky na SourceForge. TigerVNC je fork TightVNC.
Byla vydána nová verze 4.6 (𝕏, Bluesky, Mastodon) multiplatformního open source herního enginu Godot (Wikipedie, GitHub). Přehled novinek i s náhledy v příspěvku na blogu.
Rozsáhlá modernizace hardwarové infrastruktury Základních registrů měla zabránit výpadkům digitálních služeb státu. Dnešnímu výpadku nezabránila.
Čínský startup Kimi představil open-source model umělé inteligence Kimi K2.5. Nová verze pracuje s textem i obrázky a poskytuje 'paradigma samosměřovaného roje agentů' pro rychlejší vykonávání úkolů. Kimi zdůrazňuje vylepšenou schopnost modelu vytvářet zdrojové kódy přímo z přirozeného jazyka. Natrénovaný model je dostupný na Hugging Face, trénovací skripty však ne. Model má 1 T (bilion) parametrů, 32 B (miliard) aktivních.
V Raspberry Pi OS lze nově snadno povolit USB Gadget Mode a díky balíčku rpi-usb-gadget (CDC-ECM/RNDIS) mít možnost se k Raspberry Pi připojovat přes USB kabel bez nutnosti konfigurování Wi-Fi nebo Ethernetu. K podporovaným Raspberry Pi připojeným do USB portu podporujícího OTG.
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 ...