Přímý přenos (YouTube) z konference LinuxDays 2026, jež probíhá tento víkend v Praze v prostorách FIT ČVUT. Na programu je spousta zajímavých přednášek.
Byla vydána nová verze 0.17.0 programovacího jazyka Zig (Codeberg, Wikipedie). Přispělo 206 vývojářů. Přehled novinek v poznámkách k vydání.
Open-source projekt OpenDLSS-NR je 'bitově přesná reimplementace' neuronové rendrovací sítě DLSS 5 od společnosti NVIDIA, jenže pro grafické API Vulkan (DLSS slouží k vylepšování klasickým způsobem vyrendrovaných snímků pomocí lokálních modelů umělé inteligence, a to v reálném čase). Projekt není nijak spojen se společností NVIDIA, je pouze pro OS Windows a natrénované váhy modelu si uživatelé musí obstarat sami. Zdrojový kód je k dispozici na GitHubu, pod licencí MIT s výjimkou pro komponenty třetích stran.
Společnost Cloudflare představila Clef a Clef-Flash, open-source rozhodovací modely určené pro rychlou a konzistentní klasifikaci vstupů. Na rozdíl od klasických LLM vracejí tyto modely deterministické striktně typované strukturované odpovědi s exaktními pravděpodobnostmi, tedy odpovědi ve stylu přelomového modelu Jev.
… více »Byla vydána beta verze Ubuntu 26.10 s kódovým názvem Stonking Stingray. Přehled novinek v poznámkách k vydání. Dle plánu by Ubuntu 26.10 mělo vyjít 15. října 2026.
Byla vydána verze 1.99.0 programovacího jazyka Rust (Wikipedie). Podrobnosti v poznámkách k vydání. Vyzkoušet Rust lze například na stránce Rust by Example.
Od 13. do 15. října proběhne v Praze OpenSSL Conference 2026. Na YouTube lze zhlédnout videozáznamy přednášek z loňského roku.
Eben Upton oznámil další zdražení jednodeskových počítačů Raspberry Pi. Tentokrát 2 GB varianty o 12,50 dolarů. Nově 2 GB Raspberry Pi 4 stojí 67,50 dolarů a 2 GB Raspberry Pi 5 stojí 77,50 dolarů.
OpenMandriva ROME, tj. průběžně aktualizovaná (rolling) edice linuxové distribuce OpenMandriva, byla vydána ve verzi 26.09. Vedle Flatpaku také s podporou Snapu.
Edison Design Group po více než 30 letech zveřejnil zdrojový kód svého EDG C/C++ front-endu. Ten proslul širokou podporou standardů C++ a kompatibilitou s dialekty kompilátorů od Microsoftu, GNU, Clangu, Sunu a dokonce i s prehistorickým cfrontem. EDG byl použit například v kompilátoru Intel C++ Classic, kompilátoru NVCC od firmy NVIDIA pro platformu CUDA nebo v našeptávači kódu IntelliSense v produktech společnosti Microsoft. Projekt nyní spravuje organizace The C++ Alliance a kód je dostupný pod licencí Apache 2.0, doplněnou o výjimky projektu LLVM.
Po mailové komunikaci, kterou jsem právě absolvoval, začínám nabývat dojmu, že mám nějaký složitý a strašně nepřehledný web.
Publikum se tu vyskytuje dostatečně šikoré, tak tedy: Máte někdo problém najít na této stránce zdrojáky?
> > chcem sa spytat na program wammu. > > > > pouzivam slackware linux a mam problem si nainstalovat wammu > > gammu so si instaloval zo src...to mam > > potom som si vsimol ze mi treba python-gammu a tu je kamen > > urazu...neviem ako to urobit, ten balik je nanic, je len pre debiana > > a na ine distribuciach to uz proste nejde. > > No to se celkem dalo čekat, prostě distribuce se liší. > > > je mozne dat src balicky? alebo sa na to proste vykaslete ? > > Vždyť na webu jsou normálně zdrojové balíčky, v čem je problém? to je super ked su...no zatial sa mi nepodarilo ich najst. tak dik za info, idem hladat a prekompilovat to...
Tiskni
Sdílej:
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz
python-gammu-0.8.tar.bz2, tak ne… Jsem zvědav, jak dlouho by ten člověk hledal zdrojáky na stránkách Mozilly…
Package the distribution of `Foo version 69.96' up in a gzipped tar
file with the name `foo-69.96.tar.gz'. It should unpack into a
subdirectory named `foo-69.96'.
(GNU coding standards)
.tar.bz2 se přitom dnes už víceméně bere za rovnoprávnou alternativu.
For the body of the function, our recommended style looks like this:
if (x < foo (y, z))
haha = bar[4] + 5;
else
{
while (z)
{
haha += foo (z, z);
z--;
}
return ++x + bar ();
}
Tak ty bych moc vážně nebral&hellip
remove-home a udělá rm -rf ~, dokonce to můžeš popsat v README, ale stejně tě lidi nebudou mít rádi...
if (x < foo (y, z)) {
haha = bar[4] + 5;
} else {
while (z) {
haha += foo (z, z);
z--;
}
return ++x + bar ();
}
Hned je to přehlednější a hezčí
Na druhou stranu musím uznat, že mají pěkně udělané detaily, jako mezeru mezi jménem funkce a závorkama s parametry a další drobnosti se kterými v zásadě souhlasím.
Jo, a odsazení je přes tabulátor, aby bylo jasno 
. Čáry v tabulce? Mě to takhle připadá lepší než bez nich, ale nejsem grafik, no teď tam jsou CSS na obojí, tak to můžete posoudit.
. Ale kdybych to psal já, tak se ještě zbavím toho ++x v returnu, protože to si prostě říká o to v tom udělat chybu .
return ++x + bar ();Je klasická ukázka, jak mezery před
25.9.2005 20:01
( rozbíjejí kód, takže musíš hledat, co vlastně patří k čemu.
else chci pořádně vidět, takže na začátek řádku. Jinak by to šlo.
if (x < foo(y, z)) {
haha = bar[4] + 5;
}
else {
while (z) {
haha += foo(z, z);
z--;
}
return ++x + bar();
}
return ++x + (bar ());tedy s přehnaným závorkováním, ke kterému GNU styl mezerování bohužel vede, má-li se udržet srozumitelnost.
return bar () + (++x);Že to vypadá hnusně není tou závorkou ale zbytečným ++
Ale řekněme, že tohle je případ, kdy se dá závorka obětovat
Tak to ani náhodou.A tohle je lépe vidět? Nemyslím. Kdyby tam byl jediný řádek sreturn ++x + bar ();Je klasická ukázka, jak mezery před(rozbíjejí kód, takže musíš hledat, co vlastně patří k čemu.elsechci pořádně vidět, takže na začátek řádku. Jinak by to šlo.
} else {, tak to bude vyčnívat a nepůjde to přehlédnout (protože jak kód nad tím tak pod tím bude odsazený). Takhle se to utopí.
return ++x + bar(); se mi nelíbí ať už s mezerou nebo bez. ++ nebo -- bych tady vůbec nepoužil. Nicméně tohle je účelový příklad aby vynikly drobné nedostatky té mezery Naopak na příkladu kde by v těch závorkách bylo dalších pět zanořených a navrch ještě nějaké přetypování by se to krásně ukázalo
return ++x + (int) bar (y) + * (int *) (b + 3) + (int) (bb * 3);a to už vůbec netuším, co je vlastně
bar zač, co se sčítá tím +, a kde se tam vzala ta hvězdička...
(int) bar (y) + ((int *)(b + 3) + (int)(bb * 3));
Nějak přehledněji? (mezi dvě závorky bych mezery asi nepsal, stejně jako třeba mezi [5] [4], [5][4] je IMHO lepší)
(int)bar(y) + ((int*)(b+3) + (int)(bb*3));nebo
(int)bar(y) + ((int*)(b + 3) + (int)(bb * 3));ale jinak pokud možno hlavně
(int*)(b + 3) + (int)(bb * 3) + (int)bar(y);protože psát pointerovou aritmetiku s pointerem zahrabaným kdesi vprostřed výrazu je cesta do pekel. Kromě toho je hned vidět, že se sčítají tři věci a jaké. Mezery se píší za kvůli přehlednosti, takže nemám problém s tím, že
2*3 + 1se napíše bez mezer kolem *, kdežto
foo->bar(x) * (int)x[3]s mezerou kolem *, pokud v jednom výrazu nedostanou operátory s vyšší prioritou mezery, když operátory s nižší mezery nemají.
. Ale mám obavy, že tomuhle člověku nepomůže vůbec nic.