Knihovna FFmpeg byla vydána ve verzi 8.0 „Huffman“. Přibyla mj. podpora hardwarově akcelerovaného kódování s využitím API Vulcan, viz seznam změn.
Národní úřad pro kybernetickou a informační bezpečnost (NÚKIB) vydal Zprávu o stavu kybernetické bezpečnosti ČR za rok 2024 (pdf). V loňském roce NÚKIB evidoval dosud nejvíce kybernetických bezpečnostních incidentů s celkovým počtem 268. Oproti roku 2023 se však jedná pouze o drobný nárůst a závažnost dopadů evidovaných incidentů klesá již třetím rokem v řadě. V minulém roce NÚKIB evidoval pouze jeden velmi významný incident a významných incidentů bylo zaznamenáno 18, což oproti roku 2023 představuje pokles o více než polovinu.
Byl publikován aktuální přehled vývoje renderovacího jádra webového prohlížeče Servo (Wikipedie). Servo mimo jiné nově zvládne animované obrázky APNG a WebP.
Na chytré telefony a počítačové tablety v Rusku bude od začátku příštího měsíce povinné předinstalovávat státem podporovanou komunikační aplikaci MAX, která konkuruje aplikaci WhatsApp americké společnosti Meta Platforms. Oznámila to dnes ruská vláda. Ta by podle kritiků mohla aplikaci MAX používat ke sledování uživatelů. Ruská státní média obvinění ze špehování pomocí aplikace MAX popírají. Tvrdí, že MAX má méně oprávnění k přístupu k údajům o uživatelích než konkurenční aplikace WhatsApp a Telegram.
Společnost PINE64 stojící za telefony PinePhone nebo notebooky Pinebook publikovala na svém blogu srpnový souhrn novinek. Kvůli nedostatečnému zájmu byla ukončena výroba telefonů PinePhone Pro.
Po pěti měsících vývoje byla vydána nová verze 0.15.1 programovacího jazyka Zig (GitHub, Wikipedie). Verze 0.15.0 byla přeskočena. Přispělo 162 vývojářů. Přehled novinek v poznámkách k vydání.
Před sedmi lety společnost Valve představila fork projektu Wine s názvem Proton umožňující v Linuxu přímo ze Steamu hrát počítačové hry do té doby běžící pouze ve Windows. Aktuální přehled podporovaných her na stránkách ProtonDB
Společnost DuckDuckGo rozšířila svůj AI chat Duck.ai o GPT-5 mini (𝕏). Duck.ai umožňuje anonymní přístup bez vytváření účtů k několika modelům umělé inteligence. Aktuálně k GPT-4o mini, GPT-5 mini, Llama 4 Scout, Claude Haiku 3.5 a Mistral Small 3.
Marek Tóth v příspěvku DOM-based Extension Clickjacking: Data ve správcích hesel v ohrožení na svém blogu popsal novou clickjacking techniku s několika variantami útoků a otestoval ji proti 11 správcům hesel. Výsledkem bylo nalezení několika 0-day zranitelností, které mohly ovlivnit uložená data desítek milionů uživatelů. Jedno kliknutí kdekoliv na webové stránce kontrolované útočníkem umožňovalo ukrást uživatelská data ze
… více »Na dnešní akci Made by Google 2025 (YouTube) byly představeny telefony Pixel 10 s novým čipem Google Tensor G5 a novými AI funkcemi, hodinky Pixel Watch 4 a sluchátka Pixel Buds 2a.
20.2.2008 11:33
murzim | skóre: 12
| blog: murzim
15.2.2008 17:15
stativ | skóre: 54
| blog: SlaNé roury
- prostě chybí stupeň mezi "kdykoliv" (= vždy)(*) a "výjimečně" ... omezení jen na pravidelně používané programy může být pro někoho zajímavé, ale já nejsem rasista 
(*) ostatně velmi by mě zajímalo, jak vypadá práce s počítačem těch (aktuálně) tří procent lidí, co tvrdí, že chyby hlásí vždy ... mám pocit, že kdybych tak měl činit, tak mi nezbyde čas na nic jiného
ostatně velmi by mě zajímalo, jak vypadá práce s počítačem těch (aktuálně) tří procent lidí, co tvrdí, že chyby hlásí vždy ... mám pocit, že kdybych tak měl činit, tak mi nezbyde čas na nic jinéhoto snad ne, mám debian unstable a zaznamenávám (a hlásím) tak dva bugy ročně:) takže "vždy" jsem mohl zvolit s čistým svědomím a nemám pocit, že by moje práce s počítačem vypadala nějak nenormálně.
a stejně by mě zajímalo, jak vypadá to tvoje "zaznamenávám" - já například mám takové štěstí, že narážím na bug ještě dříve než se přihlásím: mám číslice v hesle, jsem zvyklý je psát na numerické klávesnici, ale ta číslice po startu nepíše, i když numlock svítí, musím ho prvně dvakrát procvaknout, nicméně jsem přesvědčen, že hafo lidí by to za chybu nepovažovalo, neboť pro ně "malá chyba" není chyba, ať je jakkoliv velká
No, ona je totiž ta otázka, co považuju za normální práci s počítačem, v tomhle kontextu dost irelevantní, protože ať už za ni považuju cokoliv, hlášení chyb dvakrát do roka mne od té práce nijak nezdržuje.mno, jenže ono u hodně věcí člověk narazí na chyby dosti častěji než jen dvakrát do roka ... když jsme na ábíčku, tak tedy vezměme třeba browsení po webu - na testovacím stroji s KDE4 mi v Konqueroru neustále padá nspluginviewer, ok, to by nebyl úplně dobrý příklad, normální lidé nepoužívají vývojové verze software (a lidi jako aseigo mě nepřesvědčí, že KDE 4.0.x bych měl považovat za "stabilní", nikoliv developer preview), nicméně vím alespoň o jednom člověku, který má tentýž problém na Mandrivě s KDE 3.5.8; no a stesky majitelů Firefoxu nad padajícími pluginy (které s sebou berou projistotu celý Firefox) jsou také denním chlebem
Něco na tvé kritice ale asi bude, protože to s tím numlockem mi dělá taky, úplně totéž, ale dosud mě vůbec nějak nenapadlo to považovat za bug; myslel jsem, že to dělá třeba BIOS a nedošlo mi, že to může být chyba Linuxu. Polepším se a nahlásím to.to by těch chybných BIOSů bylo nějak moc
(navíc stejná chyba u obou hlavních výrobců, Award i AMI?)
toto je asi jenom variace na známý bug, kdy při přepnutí xserveru (třeba na textovou konzoli a zpět) se správně neobnoví status numlock diody ... existuje snad odjakživa, a nikdo jej zatím nevyřešil (asi si uživatelé málo stěžují )
Chybu už jsem jednou hlásil (svému distributorovi), ale s reakcí jsem se nesetkal a vrozená lenost mi brání s tím dělat něco víc. Asi je to teda spíš chyba mojí desky než klávesnice a ta deska je dost stará, takže už to asi ani nemá smysl s tím něco dělat.
Ani jedno. Bugreporty posílám jak u programů, které pravidelně používám, tak u programů které třeba jen zkouším, ale nikdy je neposílám pokaždé.Takže spadáš do "spíše výjimečně", ne?
15.2.2008 17:31
David Watzke | skóre: 74
| blog: Blog...
| Praha
Ja s tim nemam moc dobre zkusenosti. Nahlasil jsem asi 6 bugreportu. Ve vetsine pripadech to dopadlo tak, ze to byla nejaka moje chyba, nebo to dle vyvojaru byla vlastnost. Jednou jsem daval bugreport na nejake zavislosti v balikach a odpoved prisla po par mesicich, kdy uz jsem danou distribuci vubec nepouzival a tezko mohl dat podrobnejsi informace.
Take jsem nejak nepochopil bugreporty z ubuntu. Neco mi spadne, system se zepta jestli ma sesumirovat informace pro nahlaseni BUGu. Kdyz dam ano a bugreport poslu, tak vysledne informace jsou pro vyvojare stejne nepouzitelne? Vzdy to dopadne na nejake automaticke odpovedi, ze jim to nestaci. Ale pro ty, co zadne bugy opravovat nemuseji, jsem uz jednou pro LE zkusila napsat navod, jak bugreporty psat a bugzillu pouzivat.
Kdyz si vzpomenu, jak jsem psala svuj prvni bugreport... jejda!
A ještě se mám hodně co učit jak co se týče spravování, tak reportování. A hlavně se mi moc nedaří vychytávat duplicity
15.2.2008 19:32
m1c4a1 | skóre: 2
15.2.2008 20:36
Jakub Lucký | skóre: 40
| Praha
15.2.2008 21:32
freshmouse | skóre: 42
| blog: Bruno Banány
). Samozřejmě jen u vybraných produktů, a to: a) produktů, které využívám, b) produktů, ve kterých vidím potenciál a tedy které budu možná časem využívat.
Hlásím prakticky všechno, na co přijdu.
Mám mj. obrovský talent používat software způsobem, jaký tvůrce nikdy nezamýšlel, a většinou jsem tak jediný člověk, kterému dotyčná chyba vadí (a skoro vždy jde o něco obskurního). Proto se radši vždycky poptám, jestli jsem jediný, kdo dotyčný probém pozoruje. Pokud aktivní tvůrci SW jsou přítomní na kanálu, většinou mi pak řeknou jen "OK, do a {cvs up | svn up | darcs pull | ...whatever} and try again".
15.2.2008 23:10
Vojtěch Trefný | skóre: 24
| blog: Blog
| Praha
.
VäčšinouHrome to je slovo.
(nic ve zlym, žert..)
16.2.2008 11:08
AraxoN | skóre: 47
| blog: slon_v_porcelane
| Košice
- spíše výjimečně
Kedysi som prispieval viac, ale potom pri jednom bugreporte v OpenTTD sa zistilo, že príčinou nie je chyba v kóde, ale v mojej RAMke, kde občas preskočil bit na určitej pozícii. Memtest to potom naozaj potvrdil. Bolo mi dosť ľúto, že chudák developer, čo to robí zadarmo, strávil niekoľko hodín hľadaním chyby, ktorá neexistovala, až potom vyslovil podozrenie na vadnú RAM. Odvtedy si dávam väčší pozor a nehádžem hneď vinu na program.
A čo ma najviac na tom celom vystrašilo, bolo to, že RAMku som po zakúpení Memtestom prešiel a bola bez chyby, takže chyba sa na nej vyvinula až časom. Tak potom človek rozmýšľa koľko má kade-tade "servrov" z cenovej kategórie Consumer Goods, čo v jednom kuse chrústajú dôležité dáta, a koľko z nich asi občas pridá nejaký bit navyše...
Tohle by se myslim melo zmenit. Apport na vsechny!
18.2.2008 12:54
Pavel Vymetálek | skóre: 15
| Náchod
Na větší projekty si zatím netroufám. Tím nemyslím svoje projekty
ze bych dokazal zmenit mysleni vyvojaru FF aby ten novy system hledani URL z historie radsi rovnou zapomneli, ze na 'nov...' chci novinky.cz a ne libovolne url z predchoziho tydne obsahujici string nov.
Já jsem skromnější. Mně by bohatě stačilo, kdybych na stroji s Athlonem64 3500+ a 2 GB paměti neměl běžně při psaní URL prodlevy přes půl sekundy. A to i za cenu, že budu muset oželet jakékoli inkrementální vyhledávání v historii…
Nakonec jsem to vyřešil nastavením browser.urlbar.maxRichResults na nulu. Sice to pak ještě chvíli zlobilo, ale pozitivní efekt, že se mi tam nezobrazuje ten obrovitý box s víceřádkovými popisy a ikonami, stál za to sám o sobě. Teď už se to nekouše a nechce se zkoumat, jestli by to zase začalo, kdybych to hint-okno povolil, protože je mi bez něj lépe. Možná to souvisí s klíčem browser.urlbar.search.timeout (že by timeout, jak dlouho čekat na výsledky hledání?).
P.S.: objevil jsem klíč browser.zoom.full, se zatajeným dechem ho zkusím přepnout na false...
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.czbrowser.tabs.closeButtons a ui.allow_platform_file_picker
Tiskni
Sdílej:
