Google Chrome 143 byl prohlášen za stabilní. Nejnovější stabilní verze 143.0.7499.40 přináší řadu novinek z hlediska uživatelů i vývojářů. Podrobný přehled v poznámkách k vydání. Opraveno bylo 13 bezpečnostních chyb.
Společnost Valve aktualizovala přehled o hardwarovém a softwarovém vybavení uživatelů služby Steam. Podíl uživatelů Linuxu dosáhl 3,2 %. Nejčastěji používané linuxové distribuce jsou Arch Linux, Linux Mint a Ubuntu. Při výběru jenom Linuxu vede SteamOS Holo s 26,42 %. Procesor AMD používá 66,72 % hráčů na Linuxu.
Canonical oznámil (YouTube), že nově nabízí svou podporu Ubuntu Pro také pro instance Ubuntu na WSL (Windows Subsystem for Linux).
Samsung představil svůj nejnovější chytrý telefon Galaxy Z TriFold (YouTube). Skládačka se nerozkládá jednou, ale hned dvakrát, a nabízí displej s úhlopříčkou 10 palců. V České republice nebude tento model dostupný.
Armbian, tj. linuxová distribuce založená na Debianu a Ubuntu optimalizovaná pro jednodeskové počítače na platformě ARM a RISC-V, ke stažení ale také pro Intel a AMD, byl vydán ve verzi 25.11.1. Přehled novinek v Changelogu.
Byla vydána nová verze 15.0 svobodného unixového operačního systému FreeBSD. Podrobný přehled novinek v poznámkách k vydání.
UBports, nadace a komunita kolem Ubuntu pro telefony a tablety Ubuntu Touch, vydala Ubuntu Touch 24.04 1.1 a 20.04 OTA-11. Vedle oprav chyb a drobných vylepšení je řešen také středně závažný bezpečnostní problém.
I letos vyšla řada ajťáckých adventních kalendářů: Advent of Code 2025, Perl Advent Calendar 2025, CSS Advent Calendar 2025, Advent of A11Y 2025, Advent of AI Security 2025, Advent of Agents (in Google) 2025, Advent of Svelte 2025, …
Fedora zve na dvoudenní testování (2. a 3. prosince), během kterého si můžete vyzkoušet nové webové uživatelské rozhraní (WebUI) projektu FreeIPA. Pomozte vychytat veškeré chyby a vylepšit uživatelskou zkušenost ještě předtím, než se tato verze dostane k uživatelům Fedory a celého linuxového ekosystému.
Eben Upton oznámil zdražení počítačů Raspberry Pi, kvůli růstu cen pamětí, a představil 1GB verzi Raspberry Pi 5 za 45 dolarů.
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:
