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.
Pocket Tank je malé kapesní virtuální akvárium postavené na vývojové desce ESP32-S3-Touch-AMOLED-1.8. Na dvoujádrovém mikrokontroléru ESP32-S3 s 8 MB PSRAM a 16 MB flash paměti běží jak simulace akvária, tak i malý jazykový model určující chování rybiček. Lokální model o velikosti 7,56 MB se 14 miliony parametrů vznikl destilací modelu Gemma 4 26B, tedy učitele s 26 miliardami parametrů. Kromě firmwaru pro skutečný modul s AMOLED
… více »
Tiskni
Sdílej:
Skoro vždycky, když jsem něco chtěl nainstalovat, tak to mělo porušené závislosti.co znamená "něco"? že by něco z oficiálních "stable" repozitářů nešlo nainstalovat kvůli závislostem, se mi snad nikdy nestalo ... občas byl nějaký problém s Cookerem, ale těžko vyčítat chyby ve vývojové větvi
Taky programy mi hodně padaly (hlavně amarok), ale to asi není chyba distribuce.chyba distribuce je tak maximálně to, když takový šmejd zařadí
amarok (v Gentoo, amd64) mi padá jak Wokna na Měsíci ...
drakrpm je hodne stara vec, ne ? (= nechapu jak jste prisel na napad instalovat software jinak nez z drakrpm/urpmi) Co znamena "ve filesystemu se spatne orientuje"? Co si predstavujes pod takovym pojmem "oklestena"?
Mandriva RULEZZZZ
Co znamena "ve filesystemu se spatne orientuje"
Tady je vidět, žes nikdy nezkusil Gentoo, Arch nebo koneckoncu Debian.
Co si predstavujes pod takovym pojmem "oklestena"?
Když ti řeknu: "Srovnej množství balíčků s Debianem," tak se mi asi vysměješ, že v Debianu je toho sice moc, ale zbytečně. Myslím ale, že srovnání s Ubuntu nebo Gentoo by bylo již méně směšné. Dodávám, že jsem zkoušel samozřejmě instalovat i rpm pro jiné distribuce, ale často to nešlo.
Dodávám, že jsem zkoušel samozřejmě instalovat i rpm pro jiné distribuce, ale často to nešlo.A tohle tak v kostce popisuje v podstatě většinu ubergeeků, pro které je Mandriva "hrozně klikací", pomalá a vůbec to nejhorší od uvedení Windows 95
Občas si říkám, že se k Mandrivě vrátím jenom proto, že má každý rádoby hacker po úspěšné instalaci Archu, nebo Gentoo pocit, že sežral všechnu moudrost světa a cítí potřebu ten svůj pocit vykřičet do světa.
BTW: zkus si do Debianu nainstalovat balíky z Ubuntu a potom běž napsat zápisek o tom, jak je ten Debian strašný.
Občas si říkám, že se k Mandrivě vrátím jenom proto, že má každý rádoby hacker po úspěšné instalaci Archu, nebo Gentoo pocit, že sežral všechnu moudrost světa a cítí potřebu ten svůj pocit vykřičet do světa.Počkej, podstatou používání Archlinuxu tedy není na co nejvíc fór vykřičet kvalitu geniálního správce balíčků Pacmana, se kterým to prostě jede společně s hláškami o čistotě systému jako ze Slackwaru?
aptitude, která nejen funguje, ale umí dělat se systémem docela psí kusy.
K proklamované čistotě ze Slackware se raději nevyjadřuji, protože ani jako bývalý uživatel Slacka pořád nevím, co je jinde špinavého a v něm tak čistého ...
Ale zadruhé a to je podstatnější z tebe (ani z freshmouse
) vola nedělám. Protože strejdo, když o něčem prohlásím, že je to pomalé, tak holt se sluší minimálně říct, s čím to srovnávám a co to znamená to pomalé (což jsi opět neřekl, odezva v GUI, co?). Pokud mi napíšeš "je to pomalé", tak sám (jako fyzik navíc) musíš uznat, že vola jsi ze sebe dělal sám. Místo toho na mě začneš útočit, prober se, simtě
. Nebo bych mohl v některých případech použít time, ale to neni takova zabava.
Preco by som mala pouzivat Debian, ked mi vyhovuju rpm balicky?
Myslím, že právě existence dvojího (teda ono jich je víc, ale myslím hlavní) balíčkovacího systému je zbytečná. Když řeknete zastánci RPM, že DEB je lepší, protože má propracovanější závislosti, tak mě pošle do pekel (přestože podle mě je APT pro DEB doopravdy lepší než cokoliv pro RPM). Není-li vskutku žádný rozdíl, proč tento rozdíl uměle udržovat? To, že nelze RPM a DEB zaměňovat je ostatně projevem nedodržování standardů na obou stranách (RPM distribuce jsou podle mě dokonce na dodržování souborového schematu hůře).
Jak říkám, jediný opodstatněný rozdíl je, když jedna distribuce dodává programy ve zdrojovém kódu, druhá v kompilované podobě. To je odlišnost zásadní. Ale všechno jiné se dá sjednotit.
Vím, je to utopie. Komerční distribuce na takový krok nepřistoupí asi nikdy, ale komunitní distribuce by mohly. Je to v zájmu Linuxu.
Ochuzeni distribucniho sveta se moc nebojim. Stačí se podívat na všechny možné variace Ubuntu.
.
Když se podíváme na BSD, varianty lze spočítat na prstech, ale říká někdo, že svět BSD je chudý svět?
)
-uz vim, co od nich cekat. Aktualizace jsou celkem stabilni.
SUBJEKTIVNE nevyhody:
-sami nevedi co chteji a kazdy pulrok se meni system vydavani novych verzi
-komercni balicky jsou jen pro cleny klubu, ktery toho zase tak moc nenabizi (mel jsem jeden rok)
-tim, jak podporuji vsechna hlavni prostredi, boptna a komplikuje se. Nastroje pisi v GTK (ok, asi kvuli licencim), hlavni prostredi je KDE,atd. Tohle ocenuji na *ubuntu, ze se kazda subdistribuce soustreduje jen na to svoje a nesnazi se pokryt vse. Takze Kubuntu se spravuje pres kcontrol a ne duplicitne v deseti grafickych nastrojich. To treba muze za nektere necistoty v /etc
asi by toho bylo vic, ale nechci tu byt cely den :)