Dnes v 17:30 bude oficiálně vydána open source počítačová hra DOGWALK vytvořena v 3D softwaru Blender a herním enginu Godot. Release party proběhne na YouTube od 17:00.
McDonald's se spojil se společností Paradox a pracovníky nabírá také pomocí AI řešení s virtuální asistentkou Olivii běžící na webu McHire. Ian Carroll a Sam Curry se na toto AI řešení blíže podívali a opravdu je překvapilo, že se mohli přihlásit pomocí jména 123456 a hesla 123456 a získat přístup k údajům o 64 milionech uchazečů o práci.
Byla vydána (𝕏) červnová aktualizace aneb nová verze 1.102 editoru zdrojových kódů Visual Studio Code (Wikipedie). Přehled novinek i s náhledy a videi v poznámkách k vydání. Ve verzi 1.102 vyjde také VSCodium, tj. komunitní sestavení Visual Studia Code bez telemetrie a licenčních podmínek Microsoftu.
Byla vydána nová verze 2.4.64 svobodného multiplatformního webového serveru Apache (httpd). Řešeno je mimo jiné 8 bezpečnostních chyb.
Společnost xAI na síti 𝕏 představila Grok 4, tj. novou verzi svého AI LLM modelu Grok.
Ministerstvo vnitra odhalilo závažný kyberincident v IT systému resortu. Systém, do kterého se dostal útočník bez oprávnění, byl odpojen a nedošlo k odcizení dat [𝕏].
Před rokem byla streamovací služba HBO Max přejmenována na Max. Dle managementu slovo HBO v názvu nebylo důležité. Včera byl Max přejmenován zpět na HBO Max. Kolik milionů dolarů to stálo? 😂
Byla vydána nová major verze 8.0.0 svobodného systému pro detekci a prevenci průniků a monitorování bezpečnosti počítačových sítí Suricata (Wikipedie). Přehled novinek v oficiálním oznámení a v aktualizované dokumentaci.
Mastodon (Wikipedie) - sociální síť, která není na prodej - byl vydán ve verzi 4.4. Přehled novinek s náhledy a videi v oznámení na blogu.
Instituce státní správy nebudou smět využívat produkty, aplikace, řešení, webové stránky a webové služby poskytované čínskou společností DeepSeek. Na doporučení Národního úřadu pro kybernetickou a informační bezpečnost rozhodla o jejich zákazu vláda Petra Fialy na jednání ve středu 9. července 2025.
20.2.2007 19:50
Dent | skóre: 21
| blog: Standovo
Toto je typický problém balíčkových distribúcií. Proste v systéme sa nachádza x programov využívajúcich nejaké zdieľané knižnice, ale každý bol skompilovaný pre ich inú verziu. A v systéme je samozrejme len jedna ... tak sa to potom správa takto nepredvídateľne. Funguje to preto dobre iba vtedy, keď sa všetky tieto aplikačné balíky odvolávajú iba na jednu verziu knižnice. Udržať tento stav je však v praxi obtiažne, tým obtažnejšie, čím väčší počet aplikácií v systéme máme.
Riešenia sú dve - alebo si problematické aplikácie neinštalovať z balíkov, ale skompilovať si ich zo zdrojáku s aktualizovanými knižnicami, alebo je aj druhá cesta, žiaľ zatiaľ mimo Linuxu - systém PBI použitý v PC-BSD, ktorý ku každej aplikácii dotiahne aj presne tie knižnice tých verzií, ktoré aplikácia potrebuje.
Nie je to vecou Linuxu ani samotných aplikácií. V akomkoľvek systéme s balíčkami a závislosťami medzi nimi môže a v princípe časom aj musí podobný bordel vzniknúť. Je na to aj odborný výraz. Volá sa to dependency hell. Napríklad ja som mal na FreeBSD problém s nestabilným programom Digikam (program na prácu s foťákmi a fotkami). Pritom stačilo vykašlať sa na balík a vykompilovať si vlastnú verziu binárky a už to ide krásne spoľahlivo, dosiaľ mi ešte nikdy nespadol ani nestuhol.
20.2.2007 20:29
Luk | skóre: 47
| blog: Kacířské myšlenky
| Kutná Hora
Proste v systéme sa nachádza x programov využívajúcich nejaké zdieľané knižnice, ale každý bol skompilovaný pre ich inú verziu. A v systéme je samozrejme len jedna ... tak sa to potom správa takto nepredvídateľne. Funguje to preto dobre iba vtedy, keď sa všetky tieto aplikačné balíky odvolávajú iba na jednu verziu knižnice.Přece není problém mít v systému více verzí knihovny. I když je samozřejmě pravda, že sdílené knihovny jsou určené k tomu, aby tam byly pouze jednou. Stav, kdy si každý program přitáhne svoji verzi knihovny (jak tomu je u mnoha windowsových programů), není to pravé ořechové.
No technický problém to nie je. Ale developeri balíkov toto nejak príliš neošetrujú. Trebárs nejaký prehliadač fotiek bol skompilovaný pre libgtk 2.10.5, ale aby balík chodil na väčšine systémov, vyžaduje iba všeobecne libgtk 2.x.x .... pričom nikto nevie, ako to bude chodiť trebárs na libgtk 2.10.2, možno dobre, možno nie a možno s náhodnými chybami, padaním atď.
Ono predstava, že je v systéme 20 rôznych verzií jednej knižnice pre 20 rôznych programov, je síce na prvý pohľad zvrhlá a hnusná, odporuje elegantnej myšlienke "jedna knižnica pre x programov" ale v skutočnosti to funguje dobre. Program potom beží presne s tými knižnicami, pre aké bol skompilovaný, a má to ľahšie aj developer, ktorý sa nemusí párať s riešením spätnej kompatibility do desať verzií dozadu, aj user, ktorému to fakt dobre funguje. Akurát je disk o niečo zaplnenejší. Ono myšlienka zdieľaných knižníc a balíčkov so závislosťami sú v svojom princípe dosť protichodné veci a dať dokopy solídny kompromis je umenie.
Ak sa chce človek tomuto hromadeniu duplicít vyhnúť a pritom chce, aby mu to chodilo dobre, rýchlo a stabilne, zrejme sa nevyhne kompilácii bináriek zo zdrojákov.
Balik mas samozrejme pouzivat jen v te verzi systemu, ve ktere byl kompilovan. Pak vse funguje tak jak ma.No technický problém to nie je. Ale developeri balíkov toto nejak príliš neošetrujú. Trebárs nejaký prehliadač fotiek bol skompilovaný pre libgtk 2.10.5, ale aby balík chodil na väčšine systémov, vyžaduje iba všeobecne libgtk 2.x.x .... pričom nikto nevie, ako to bude chodiť trebárs na libgtk 2.10.2, možno dobre, možno nie a možno s náhodnými chybami, padaním atď.
Toto je typický problém balíčkových distribúcií. Proste v systéme sa nachádza x programov využívajúcich nejaké zdieľané knižnice, ale každý bol skompilovaný pre ich inú verziu. A v systéme je samozrejme len jedna ... tak sa to potom správa takto nepredvídateľne.
Tohle jsem tedy v Debianu jeste nevidel. Tam bud jsou vsechny programy vyuzivajici stejnou knihovnu zkompilovane s jednou verzi, nebo je dostupnych vic verzi knihovny a baliky zaviseji na te, kterou vyuzivaji.
Ani me neni jasne, proc by k takovemu problemu mohlo dojit - pokud autori distribuce kompiluji nejaky software do distribuce, tak ho budou kompilovat priti te verzi knihoven, ktera v distribuci je (a ne proti te verzi, ktera v distribuci neni).
21.2.2007 11:05
msk | skóre: 27
| blog: msk
20.2.2007 20:32
andree | skóre: 39
| blog: andreeeeelog
V tej rychlosti som sa pomylil...
20.2.2007 21:14
Mikos | skóre: 34
| blog: Jaderný blog
| Praha
Ne, ale ted vazne, me opravdu nejak stale nic nepada (Debian/ Sarge|Etch)...
20.2.2007 23:36
AraxoN | skóre: 47
| blog: slon_v_porcelane
| Košice
Padanie Firefoxu môže spôsobovať nejaký zle spravený Add-on v ňom. To sa mi už stalo. Riešením je použiť inú verziu FF, alebo iný Add-on. Zmena OS problém nerieši, ak zostane nezmenená verzia FF a sada Add-onov.
Z ostatných menovaných problémov som pozoroval iba padanie Evolution, a to vtedy, keď je v maili veľa obrázkových príloh. To ma štve ale nie natoľko, aby som sa pídil po riešení.
S GIMPom, naproti tomu, som zažil pravidelné pády len pod Windows. Aj tam ale stačilo GIMP preinštalovať novšou verziou.
21.2.2007 14:22
Milhouse | skóre: 15
| blog: MilhouseLand
23.2.2007 17:10
frEon | skóre: 40
| Praha
Tiskni
Sdílej:
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz
22.2.2007 15:32