Nizozemská policie 13. října 2026 zabavila v datacentru Amsterdam Science Park server italského poskytovatele internetových služeb Autistici/Inventati (A/I), a to na základě americké žádosti o mezinárodní právní pomoc.… více »
Do 26. října do 18:00 běží na Steamu přehlídka nadcházejících her Festival Steam Next | říjen 2026 (YouTube) doplněná demoverzemi, přenosy a dalšími aktivitami. Demoverze lze hrát zdarma.
Čínská technologická společnost DeepSeek zveřejnila na GitHubu svůj framework DeepInfer, nástroj pro efektivní offline inferenci svého modelu DeepSeek-V4.1-Flash ve velkém měřítku. Software běží na Linuxu a nativně podporuje akcelerátory Nvidia ale i čipy Huawei Ascend 950. Jedná se pouze o samotný inferenční engine, ne kompletní produkční službu. Zdrojový kód je dostupný pod licencí Apache 2.0.
Německo-americká společnost Black Forest Labs představila FLUX 3 Image Klein, otevřený model s 5,6 miliardami parametrů pro tvorbu a úpravu obrázků. Dovede pracovat až s deseti referenčními snímky a zvládá generování v rozlišení až 4K, díky své menší velikosti ('klein' v němčině znamená 'malý') je model vhodný pro používání na běžných grafických kartách. Jedná se bohužel o cenzurovaný generativní model, z korpusu byl před trénováním
… více »Bylo vydáno OpenBSD 8.0. Se songem The Simps on AI.
Byla vydána nová verze 25.12.6 linuxové distribuce primárně určené pro routery a vestavěné systémy OpenWrt (Wikipedie). Opravena je řada zranitelností v základních síťových službách, které jsou ve výchozím nastavení aktivní a které lze zneužít na dálku. Důrazně je doporučena aktualizace.
Český projekt mapSTL.com promění vybrané místo na světě ve 3D mapu pro tisk, včetně měst, kopců a hor. Vytištěnou mapu můžete také pověsit na zeď jako obraz. STL i barevný 3MF stáhnete zdarma a bez registrace. Vyzkoušejte své oblíbené místo a podělte se o zpětnou vazbu.
Byl zveřejněn průběžně aktualizovaný program konference OpenAlt 2026 o otevřeném softwaru a datech, IT bezpečnosti, DIY a IoT. Konference proběhne o víkendu 7. a 8. listopadu v prostorách FIT VUT v Brně. Vstup je zdarma.
jj sme teraz prpesne v tom procese ze vyberame support company..a nam ponukol SUSE ze sa bude starat o Redhat...problem je ze je tam nejaky legal problem pac oni to nemozu podla toho co sme vyrozumeli....
Člen L3 týmu by tu nuanci ve významu slova podporovat chápat měl, ale typický čtenář ABCLinuxu?
A tohle je možná tak trochu jádro pudla. Blogpostu jako takovému jsem se s chutí zasmál. Ale dávat ho sem, kde je téměř jisté, že většina čtenářů ty narážky nepochopí, to asi nebylo úplně šťastné. Kolik čtenářů si skutečně zkusilo najít, co je Expanded Support nebo VMDP, na koho a co se vztahují, a zamyslet se, proč firma takové služby poskytuje? Rád bych se pletl, ale obávám se, že naprostá menšina. Jenže pak to, co bylo myšleno jako nevinný vtípek v podobném duchu, jako že po fúzi s MFI budeme muset do SLE přidávat podporu Cobolu, vyzní trochu jinak.
Mimochodem, ono to s tou (ne)podporou openSUSE taky není tak jednoznačné. Na jedné straně je asi každému soudně uvažujícímu jasné, že komerční podpora kompletního openSUSE by byl ekonomický nesmysl srovnatelný s jídelními lístky o stovce položek v některých epizodách Ano, šéfe. Ale jednou z motivací pro Leap byla právě určitá symbióza, kdy přinejmenším části bugů na core balíčky může být dávána větší váha, protože jsou to vlastně zároveň bugy na SLE. Bohužel to zatím AFAIK nefunguje v takové míře, jak by mohlo, a v případě jádra ve 42.1 skoro vůbec (což nakonec trochu supluje Evergreen 13.1), ale Řím taky nepostavili za den.
Bohužel to zatím AFAIK nefunguje v takové míře, jak by mohlo, a v případě jádra ve 42.1 skoro vůbec (což nakonec trochu supluje Evergreen 13.1), ale Řím taky nepostavili za den.Existuje vubec nekdo, kdo by si myslel, ze Leap 42.1 neni prusvih?
Richard Brown, přinejmenším. A pokud ne, předstírá to opravdu přesvědčivě. :-)
Na druhou stranu, jakkoli ze 42.1 nejsem moc nadšený, jsem přesvědčen, že pokud by se místo toho vydala 13.3 vytvořená podobným způsobem jako předcházející verze, nebyl by výsledek o nic lepší a v mnoha ohledech by byl spíš horší.
Momentálně mne spíš zajímá, do jaké míry se podaří ve 42.2 odolat pokušení upgradovat všechno možné na nejnovější verze. A taky s jakým jádrem vyjde 42.3, ale to je ještě daleko.
Na druhou stranu, jakkoli ze 42.1 nejsem moc nadšený, jsem přesvědčen, že pokud by se místo toho vydala 13.3 vytvořená podobným způsobem jako předcházející verze, nebyl by výsledek o nic lepší a v mnoha ohledech by byl spíš horší.Proc myslis? V cem by byl s 13.3 takovy problem?
Momentálně mne spíš zajímá, do jaké míry se podaří ve 42.2 odolat pokušení upgradovat všechno možné na nejnovější verzeNektere veci jako KDE nebo kernel by si zaslouzili update, nejlip okamzite, aby se daly vubec pouzivat...
Proc myslis? V cem by byl s 13.3 takovy problem?
Podle mne je největší problém Leap 42.1 Plasma 5. Jsem si celkem jistý, že ta by v klasicky pojaté 13.3 byla nakonec taky, a to z víceméně stejných důvodů. I jádro by tam nejspíš bylo stejné, v horším případě bychom skončili s verzí 4.2, která není long term. Jediný rozdíl by byl v tom, že novější a hůř odladěné verze by tam byly i u core balíčků, které ve 42.1 jsou ze SLE12 SP1.
Nektere veci jako KDE nebo kernel by si zaslouzili update, nejlip okamzite, aby se daly vubec pouzivat...
Tady mi není úplně jasné, jestli mluvíto o updatech v rámci 42.1 nebo o 42.2. Updaty v rámci 42.1 se samozřejmě dělají, ale je potřeba k tomu přistupovat s rozvahou, protože version upgrade není žádná magická hůlka, která automaticky vyřeší všechny problémy. Zrovna u KDE bych ho ale úplně nevylučoval.
Co se týká 42.2, tak tam se KDE updatovat bude určitě, ale nejsem si jistý, jak moc to pomůže. Jádro by mělo být, jak pevně doufám, 4.4 založené na SLE12-SP2. Věřím, že se podaří odolat tlakům, že tam musíme dát něco novějšího; u 42.3 to nejspíš bude podstatně těžší. Jak to bude s dalšími balíčky, to se uvidí v nejbližších měsících.
Jak to bude s dalšími balíčky, to se uvidí v nejbližších měsících.Některé budou muset být upgradovány už kvůli tomu jádru. Za sebe už například s jistotou vím, že celý kernel dump toolchain (kexec-tools, kdump, makedumpfile, crash, libkdumpfile, kdumpid), tj. všechny balíčky, o které se starám. :-|
Tiskni
Sdílej: