Nové číslo časopisu Raspberry Pi zdarma ke čtení: Raspberry Pi Official Magazine 156 (pdf).
Armbian, tj. linuxová distribuce založená na Debianu a Ubuntu optimalizovaná pro jednodeskové počítače na platformě ARM a RISC-V, ke stažení ale také pro Intel a AMD, byl vydán ve verzi 25.8.1. Přehled novinek v Changelogu.
Včera večer měl na YouTube premiéru dokumentární film Python: The Documentary | An origin story.
Společnost comma.ai po třech letech od vydání verze 0.9 vydala novou verzi 0.10 open source pokročilého asistenčního systému pro řidiče openpilot (Wikipedie). Zdrojové kódy jsou k dispozici na GitHubu.
Ubuntu nově pro testování nových verzí vydává měsíční snapshoty. Dnes vyšel 4. snapshot Ubuntu 25.10 (Questing Quokka).
Řada vestavěných počítačových desek a vývojových platforem NVIDIA Jetson se rozrostla o NVIDIA Jetson Thor. Ve srovnání se svým předchůdcem NVIDIA Jetson Orin nabízí 7,5krát vyšší výpočetní výkon umělé inteligence a 3,5krát vyšší energetickou účinnost. Softwarový stack NVIDIA JetPack 7 je založen na Ubuntu 24.04 LTS.
Národní úřad pro kybernetickou a informační bezpečnost (NÚKIB) spolu s NSA a dalšími americkými úřady upozorňuje (en) na čínského aktéra Salt Typhoon, který kompromituje sítě po celém světě.
Společnost Framework Computer představila (YouTube) nový výkonnější Framework Laptop 16. Rozhodnou se lze například pro procesor Ryzen AI 9 HX 370 a grafickou kartu NVIDIA GeForce RTX 5070.
Google oznamuje, že na „certifikovaných“ zařízeních s Androidem omezí instalaci aplikací (včetně „sideloadingu“) tak, že bude vyžadovat, aby aplikace byly podepsány centrálně registrovanými vývojáři s ověřenou identitou. Tato politika bude implementována během roku 2026 ve vybraných zemích (jihovýchodní Asie, Brazílie) a od roku 2027 celosvětově.
Byla vydána nová verze 21.1.0, tj. první stabilní verze z nové řady 21.1.x, překladačové infrastruktury LLVM (Wikipedie). Přehled novinek v poznámkách k vydání: LLVM, Clang, LLD, Extra Clang Tools a Libc++.
Navyse libc nezastarava az tak rychlo, aby par rokov robilo vyznamny rozdiel pri beznejsich fciach.Jenže ty běžnější funkce člověk používá často a nepotřebuje je obvykle hledat. Zato ty méně významné se nepamatují, proto je potřeba je najít. A když člověk nemá představu, jak se funkce jmenuje, "man" použije dost těžko. K tomu je právě potřeba ta strukturovaná dokumentace, kde se lze snadno orientovat a dojít k tomu, co je potřeba. glibc takovou dokumentaci sice má, ale mizerně použitelnou, spousta věcí v ní chybí, spousta je vysloveně obsolete (např. některá makra, která už ani nejsou v headerech - kupř. O_READ a další) atd.
Já si vždy postačím s JavaScript Reference.To jsem dříve zkoušel používat. Ale nevyhovovalo mi to, nebyl jsem schopen najít to, co jsem potřeboval.
A k HTML/CSS používám Jak psát web, ačkoliv je mírně zastaralý.Též používám. Zastaralost většinou nevadí, protože stejně člověk musí brát ohledy na starší prohlížeče (zejména IE 6). Právě problematika starších prohlížečů je hlavní důvod, proč se tam dívám.
Dokumentace Pythonu také není špatná.Špatná není, ale zázrak to taky žádný není. Ze všech open source projektů se mi líbí dokumentace ke knihovně Qt ač tu knihovnu (zatím) nepoužívám.
Já teda beru jako etalon kvalitní dokumentace Qt.+1 a skvělá je taky její integrace do QtCreatoru.
zejména referenční [dokumentace] k různým API, bývá neúplná, zastaralá a špatně organizovanáno nebo taky vůbec žádná, že...
kde všude jsi tomu zkoušel dělat reklamu?Přinejmenším tady na abíčku. Trochu byl ale problém v tom, že například já jsem po počátečním nadšení ztratil motivaci - poté, co mi nějak záhadně (nevím, čí to byla vina) zmizela cca hodinová práce. Od té doby jsem na to nesáhl - a když už mám chuť na práci tohoto druhu, raději krmím Wikipedii.
Přinejmenším tady na abíčku.No, k tomu jsem tak trochu směřoval. Ne, že bych nebyl přesvědčen o tom, že se tady vyskytuje spousta lidí schopných k tomu projektu kvalitně přispívat, ale... Třeba rozeslání oznámení na pár velkých anglicky mluvících mailing listů orientovaných na linux by myslím udělalo mnohem větší reklamu. Podobná dokumentace totiž opravdu chybí a určitě si to spousta lidí uvědomuje (a klidně by i přiložili ruku k dílu, jen o tomto projektu třeba neví).
Akorát se tam někdy člověk to podstatné nedozví, nebo jsou tam nesmysly (ale to asi v každé dokumentaci).
Cílem je přeci zmatení nepřítele! Jinak by tu dokumentaci nikdo nedělal... ^_^
Mozilla Developer Center znáte? Konkrétně: DOM a JavaScript 1.5.Neznám. Děkuji za odkazy, podle prvního nakouknutí vypadá to zajímavě.
Nemohl byste na oplátku (za odkazy) napsat návod, jak to MSDN používat?Na co návod? Vždyť je to jednoduché. Já to používám tak, že si buď proklikám ten strom vlevo a najdu si, co potřebuji (například Web development -> HTML and CSS -> HTML and DHTML Reference -> Objects -> ...), anebo si to nechám vyhledat.
Ale nevím, kde vzít tu jistotu, že mi věci, co tam nejdu, poběží v IE, FF, Opeře, Chromu, ...Jistota není. Tím spíš není jistota, že bude v IE (který je bohužel ještě stále většinový) fungovat to, co je v dokumentaci Gecka (viz výše). Nejlepší je obě dokumentace kombinovat a samozřejmě všechno vydatně testovat.
Krmit ručně nějakou wiki stojí daleko víc práce než to kdy komu pomůže.To není pravda. Ty informace zhusta nejsou k dispozici nikde a každý, kdo by je potřeboval, stráví desítky minut až hodiny prohrabáváním se zdrojáky glibc a/nebo kernelu, aby zjistil, jak funguje jedno jediné ioctl() volání. Doplnit to do wiki už je záležitostí pár minut a pomůže to všem, kdo se dostanou do stejné situace.
A i kdyby to bylo bez robota, samotný katalog kde která dokumentace je, by byl velmi užitečný.To sice ano, ale to by ta dokumentace musela vůbec někde být, a to v přijatelné kvalitě. Jinak to postrádá smysl.
Tak mi ukaž něco co je na lindevdoc a jinde není.Tak zaprvé, na lindevdoc skoro nikdo nepracoval, tudíž tam těžko může být obsah. Zadruhé například obsah, který jsem tam kdysi vkládal (a který tam z nějakých důvodů není nebo ho nemohu dohledat - nepočítám to, co zmizelo už tehdy), opravdu jinde pohromadě nebyl. Byl to popis různých ioctl() příkazů týkajících se disků. Co u lindevdoc v současné podobě vidím jako největší problém (kromě toho, že se na tom moc nepracuje), je celková struktura. Návštěvník tam vleze a neví jak dál. Má tam tři položky (Guide:Contents | Category:Glossary | Help:Contents), ze kterých není příliš jasné, kam se vydat.
Takže bych raději viděl kvalitní a jednoduše použitelný nástroj (sadu nástrojů) na dokumentováníNení mi jasné, co si představit pod pojmem "nástroj na dokumentování". Je to třeba doxygen (který vezme "strukturované komentáře" v kódu a vygeneruje z nich HTML/PDF/TEX/man/RTF/... dokumentaci)? Nebo je to taková ta funkce například v Netbeans, která pomocí klikání umožňuje snadno přidávat ony strukturované komentáře ke třídám/metodám/... a ukazuje, zda se na něco nezapomnělo? V obou případech tady kvalitní nástroje máme, stačí je používat. Že to vývojáři zhusta nedělají, je druhá věc (já se ovšem mohu pochlubit, že se o tvorbu dokumentace ke kódu snažím, jak se každý může přesvědčit například tady nebo tady).
ls -a: .htaccess .htpasswd index.html protected.cgiindex.html obsahuje iba
meta http-equiv="refresh" content="0;protected.cgi"
vypísal som len podstatný obsah, tagy sa mi nechceloChyba byla už v tom napsaném - správně by bylo kdyžtak toto (nejsem si teď navíc úplně jist, jestli by URL neměl být absolutní - např. u Location tomu tak je):
<meta http-equiv="refresh" content="0; url=protected.cgi">
Tiskni
Sdílej: