Agent umělé inteligence Claude Opus ignoroval uživatelovu odpověď 'ne' na dotaz, zda má implementovat změny kódu, a přesto se pokusil změny provést. Agent si odpověď 'ne' vysvětlil následovně: Uživatel na mou otázku 'Mám to implementovat?' odpověděl 'ne' - ale když se podívám na kontext, myslím, že tím 'ne' odpovídá na to, abych žádal o svolení, tedy myslí 'prostě to udělej, přestaň se ptát'.
Po 8. květnu 2026 už na Instagramu nebudou podporované zprávy opatřené koncovým šifrováním. V chatech, kterých se bude změna týkat, se objeví pokyny o tom, jak si média nebo zprávy z nich stáhnout, pokud si je chcete ponechat.
V lednu byla ve veřejné betě obnovena sociální síť Digg (Wikipedie). Dnes bylo oznámeno její ukončení (Hard Reset). Společnost Digg propouští velkou část týmu a přiznává, že se nepodařilo najít správné místo na trhu. Důvody jsou masivní problém s boty a silná konkurence. Společnost Digg nekončí, malý tým pokračuje v práci na zcela novém přístupu. Cílem je vybudovat platformu, kde lze důvěřovat obsahu i lidem za ním. Od dubna se do Diggu na plný úvazek vrací Kevin Rose, zakladatel Diggu z roku 2004.
MALUS je kontroverzní proprietarní nástroj, který svým zákazníkům umožňuje nechat AI, která dle tvrzení provozovatelů nikdy neviděla původní zdrojový kód, analyzovat dokumentaci, API a veřejná rozhraní jakéhokoliv open-source projektu a následně úplně od píky vygenerovat funkčně ekvivalentní software, ovšem pod libovolnou licencí.
Příspěvek na blogu Ubuntu upozorňuje na několik zranitelností v rozšíření Linuxu o mandatorní řízení přístupu AppArmor. Společně jsou označovány jako CrackArmor. Objevila je společnost Qualys (technické detaily). Neprivilegovaný lokální uživatel se může stát rootem. Chyba existuje od roku 2017. Doporučuje se okamžitá aktualizace. Problém se týká Ubuntu, Debianu nebo SUSE. Red Hat nebo Fedora pro mandatorní řízení přístupu používají SELinux.
Byla vydána nová verze 19 integrovaného vývojového prostředí (IDE) Qt Creator. Podrobný přehled novinek v changelogu.
Bitwig Studio (Wikipedie) bylo vydáno ve verzi 6. Jedná se o proprietární multiplatformní (macOS, Windows, Linux) digitální pracovní stanici pro práci s audiem (DAW).
Společnost Igalia představila novou linuxovou distribuci (framework) s názvem Moonforge. Jedná se o distribuci určenou pro vestavěné systémy. Vychází z projektů Yocto a OpenEmbedded.
Google Chrome 146 byl prohlášen za stabilní. Nejnovější stabilní verze 146.0.7680.71 přináší řadu novinek z hlediska uživatelů i vývojářů. Podrobný přehled v poznámkách k vydání. Opraveno bylo 29 bezpečnostních chyb. Vylepšeny byly také nástroje pro vývojáře.
D7VK byl vydán ve verzi 1.5. Jedná se o fork DXVK implementující překlad volání Direct3D 3 (novinka), 5, 6 a 7 na Vulkan. DXVK zvládá Direct3D 8, 9, 10 a 11.
Posíláte bugreporty (hlášení o chybách)?
| kdykoliv narazím na chybu |
|
3% (35) |
| jen u programů, které pravidelně používám |
|
18% (184) |
| spíše výjimečně |
|
47% (477) |
| nikdy |
|
32% (325) |
Celkem 1021 hlasů
Vytvořeno: 15.2.2008 15:56
Tiskni
Sdílej:
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.cz
browser.tabs.closeButtons a ui.allow_platform_file_picker