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.
Konference Installfest 2026 proběhne o víkendu 28. a 29. března v budově FELu na Karlově náměstí v Praze. Přihlásit přednášku nebo workshop týkající se Linuxu, otevřených technologií, sítí, bezpečnosti, vývoje, programování a podobně lze do 18. února 0:15.
Fedora Flock 2026, tj. konference pro přispěvatele a příznivce Fedory, bude opět v Praze. Proběhne od 14. do 16. června. Na Flock navazuje DevConf.CZ 2026, který se uskuteční 18. a 19. června v Brně. Organizátoři konferencí hledají přednášející, vyhlásili Call for Proposals (CfP).
Z80-μLM je jazykový model 'konverzační umělé inteligence' optimalizovaný pro běh na 8-bitovém 4Mhz procesoru Z80 s 64kB RAM, technologii z roku 1976. Model používá 2-bitovou kvantizaci a trigramové hashování do 128 položek, což umožňuje zpracování textu i při velmi omezené paměti. Natrénovaný model se vejde do binárního souboru velkého pouhých 40 KB. Tento jazykový model patrně neprojde Turingovým testem 😅.
Digitální a informační agentura (DIA) na přelomu roku dokončila rozsáhlou modernizaci hardwarové infrastruktury základních registrů. Projekt za 236 milionů korun by měl zabránit výpadkům digitálních služeb státu, tak jako při loňských parlamentních volbách. Základní registry, tedy Registr práv a povinností (RPP), Informační systém základních registrů (ISZR) a Registr obyvatel (ROB), jsou jedním z pilířů veřejné správy. Denně
… více »Evropská komise (EK) zahájila nové vyšetřování americké internetové platformy 𝕏 miliardáře Elona Muska, a to podle unijního nařízení o digitálních službách (DSA). Vyšetřování souvisí se skandálem, kdy chatbot s umělou inteligencí (AI) Grok na žádost uživatelů na síti 𝕏 generoval sexualizované fotografie žen a dětí. Komise o tom dnes informovala ve svém sdělení. Americký podnik je podezřelý, že řádně neposoudil a nezmírnil rizika spojená se zavedením své umělé inteligence na on-line platformě.
Bratislava OpenCamp pokračuje vo svojej tradícii a fanúšikovia otvorených technológií sa môžu tešiť na 4. ročník, ktorý sa uskutoční 25. 4. 2026 na FIIT STU v Bratislave. V súčasnosti prebieha prihlasovanie prednášok a workshopov – ak máte nápad, projekt, myšlienku, o ktoré sa chcete podeliť s komunitou, OpenCamp je správne miesto pre vás.
Diskuse byla administrátory uzamčena.
Zapomněl jste ukončit to červené zvýraznění.Kde? Mám pocit, že obě oblasti jsou uzavřené.
pošli příkaz_X if (výstup_X není prázdný) then print výstup_X else print "tvůj systém je nahovno" filepší chování by imho bylo:
pošli příkaz_X
if (výstup_X není prázdný) then
print výstup_X
else
print "příkaz_X selhal, systém nepodporuje debugging threadů, máš ladicí informace k libpthread?"
pošli příkaz_Y
if (výstup_Y není prázdný) then
print výstup_Y
else
print "příkaz_Y selhal"
fi
fi
ale ne, KDE tým má moc práce, takže když se přijde na to, že chyba je spíš na straně prostředí (a chybou KDE je, že se spoléhá na nějakou vlastnost prostředí, která nemusí být splněna), tak se z toho nemůže udělat enhancement wish, nýbrž chyba se musí označit jako INVALID, aby nám rostlo číslo ve statistice uzavřených chyb!
blé
Mno, kdyz si to rozebereme -- v tebou zminenem bugu jde o to, ze ti gdb nedava dobry vysledek. a domnivas se, ze za to muze KDE, coz je IMHO pomerne odvazna predstava,domnívám se, že když KDE chce něco použít, mělo by si zkontrolovat, že to funguje, neboli jak už jsem řekl: "you can never ever rely on the assumption that the things work as expected; for example, if somebody writes code for opening a file, a check whether the operation went ok (so that the program does not crash on using a null handle) is a must and I bet you wouldn't argue"
Pak tam taky doporucujes, aby DrKonqi rikal uzivatelum, jak povolit debuggovaci symboly, coz je IMHO nerealne, nebot se to na kazdem distru dela uplne jinak. Takze jedine nejakym patchem primo od tve oblibene distribuce.to není tak úplně přesné - já bych byl rád, aby místo obecné hlášky o tom, že balíčky byly sestaveny způsobem, který neumožňuje vytvoření backtracu, řekl, co konkrétně mu selhalo ... jak to napravit, ať už si uživatel zjistí sám dostat tuto hlášku poté, co člověk poctivě šel podle návodu, a co si pomocí ručně puštěného gdb ověřil, že backtrace bez samých otazníků lze vygenerovat, je velmi frustrující ...
Tvuj nazor I am reopening the bug: in comment #2 you say "The posted backtraces should not be marked as useless though." - so, if there is a way to get an useful backtrace but drkonqi fails to do so, it's drkonqi's fault IMHO neni konzistentni -- Lubos rekl, ze by DrKonqi nemel tomu tracu rikat "na nic", ale ty z toho usuzujes, ze ma DrKonqi nejaky zpusob, jak ten platny backtrace vygenerovat.já to nevyvozuju z toho co řekl, ale z kontextu, desinterpretuješ tu větu - je to o tom, že DrKonqi právě ten funkční způsob nepoužívá, ačkoliv by mohl (jako alternativu ke svému defaultnímu způsobu), funkční způsob existuje
domnívám se, že když KDE chce něco použít, mělo by si zkontrolovat, že to funguje, neboli jak už jsem řekl: "you can never ever rely on the assumption that the things work as expected; for example, if somebody writes code for opening a file, a check whether the operation went ok (so that the program does not crash on using a null handle) is a must and I bet you wouldn't argue"Rozdil je v tom, ze funkce "otevri soubor" ma velice dobre definovane prostredky jak rict, ze se to nepodarilo, zatimco gdb neumi (AFAIK) oznamit "promin, neco ve mne shnilo, prikaz 'thread apply all bt' selhal, ale 'bt' by *mozna* mohlo -- s troochou stesti -- vyjit".
to není tak úplně přesné - já bych byl rád, aby místo obecné hlášky o tom, že balíčky byly sestaveny způsobem, který neumožňuje vytvoření backtracu, řekl, co konkrétně mu selhalo ... jak to napravit, ať už si uživatel zjistí sámBez za autory gdb, at to pridaji do gdb. DrKonqui to nemuze odnikud vydolovat.
já to nevyvozuju z toho co řekl, ale z kontextu, desinterpretuješ tu větu - je to o tom, že DrKonqi právě ten funkční způsob nepoužívá, ačkoliv by mohl (jako alternativu ke svému defaultnímu způsobu), funkční způsob existujeA jak se gdb chova, kdyz reknes `bt` programu, ktery ma vice vlaken?
Rozdil je v tom, ze funkce "otevri soubor" ma velice dobre definovane prostredky jak rict, ze se to nepodarilo, zatimco gdb neumi (AFAIK) oznamit "promin, neco ve mne shnilo, prikaz 'thread apply all bt' selhal, ale 'bt' by *mozna* mohlo -- s troochou stesti -- vyjit".to už trochu fantazíruješ, ne? - nebo snad funkce "otevři soubor" umí oznámit "... ale 'otevři soubor jinak' by *možná* mohlo -- s troochou štěstí -- vyjít"? btw, co se týče "velice dobře definované prostředky jak říct, že se něco nepodařilo" vs "neumí oznámit ..." - to snad nemyslíš vážně, že porovnat výstup, jestli náhodou není null, u otvírání souboru jde, ale zjistit, jestli náhodou není délka výstupního řetězce nulová, u komunikace s gdb nejde
WTF? DrKonqi nemůže odnikud vydolovat informaci, že mu příkaz "thread apply all bt" selhal? (a že možná příčina je chybějící debug pro libpthread?) proč meleš takové píčoviny?to není tak úplně přesné - já bych byl rád, aby místo obecné hlášky o tom, že balíčky byly sestaveny způsobem, který neumožňuje vytvoření backtracu, řekl, co konkrétně mu selhalo ... jak to napravit, ať už si uživatel zjistí sámBez za autory gdb, at to pridaji do gdb. DrKonqui to nemuze odnikud vydolovat.
A jak se gdb chova, kdyz reknes `bt` programu, ktery ma vice vlaken?kdyby ses namáhal přečíst si ten bugreport, tak by ses na to nemusel ptát, protože kompletní výstup gdb je v přílohách - tobě ovšem zjevně stačilo vybrat si pár vět, abys totálním vytrháním z kontextu mohl dokazovat, že uživatel toužící po tom, aby se program choval slušně, tj. měl korektně ošetřené možné chybové stavy a nelhal uživateli, je pitomec, kdežto vývojáři mají vždycky pravdu svatou ... ale že já jsem se vůbec namáhal prvotně reagovat, že hodnotíš věci nikoliv na základě fakt, ale podle toho, jestli je říká uživatel nebo vývojář, jsme viděli nedávno, když si kolega dovolil otřít se o Gentoo ...
ale ne, KDE tým má moc práce, takže když se přijde na to, že chyba je spíš na straně prostředí (a chybou KDE je, že se spoléhá na nějakou vlastnost prostředí, která nemusí být splněna), tak se z toho nemůže udělat enhancement wish, nýbrž chyba se musí označit jako INVALID, aby nám rostlo číslo ve statistice uzavřených chyb!Resp. reknu to jinak -- co mel DrKonqui udelat jinak, aby dostal platny backtrace? Myslim, ze pokud do toho bugreportu napises "ok, current way DrKonqui does it sucks, because it didn't work for me while this command when inside gdb worked", tak se opravy dockas.
Resp. reknu to jinak -- co mel DrKonqui udelat jinak, aby dostal platny backtrace?poté, co od příkazů
thread a thread apply all backtrace dostane pouze prázdný výstup, měl by zkusit backtrace (bez toho thread), tím jsem vygeneroval backtracy v reportu přiložené, o kterých se Luboš vyjádřil, že tak úplně k ničemu nejsou (přesněji "The posted backtraces should not be marked as useless though.")
Myslim, ze pokud do toho bugreportu napises "ok, current way DrKonqui does it sucks, because it didn't work for me while this command when inside gdb worked", tak se opravy dockas.myslímže co a jak funguje je tam popsáno dostatečně ...
Tiskni
Sdílej: