Byla vydána nová verze 4.2.0 otevřeného emulátoru procesorů a virtualizačního nástroje QEMU (Wikipedie). Přispělo 198 vývojářů. Provedeno bylo více než 2 200 commitů. Přehled úprav a nových vlastností v seznamu změn.
Konference Bratislava OpenCamp 2020 proběhne v sobotu 4. dubna 2020 v Bratislavě na Fakultě informatiky a informačních technologií STU. Organizátoři vyhlásili CFP. Návrhy přednášek a workshopů lze zaslat do 31. ledna 2020.
Bylo oznámeno vydání KDE Frameworks 5.65.0, tj. nové verze aktuálně 74 knihoven rozšířujících multiplatformní framework Qt a dnes využívaných nejenom KDE Plasmou a KDE Aplikacemi. Nově začleněnou knihovnou je KQuickCharts pro generování grafů.
Byla vydána verze 2.4 svobodného nelineárního video editoru Flowblade (GitHub, Wikipedie). Přehled novinek v poznámkách k vydání. Zdůraznit lze přechod na Python 3.
Vyšel toolkit Qt verze 5.14. Změny se týkají především Qt Quick, jeho odstínění od konkrétních nízkoúrovňových grafických API a zlepšení výkonu zvláště ve 3D. Začíná tím proces postupných příprav na Qt 6. Příští vydání (5.15) bude s dlouhodobou podporou. Aktuálně také vyšlo vývojové prostředí Qt Creator 4.11 – vedle oprav chyb a řady zjednodušení konfigurace přidává mj. experimentální podporu WebAssembly.
Byla vydána nová verze 1.41 editoru zdrojových kódů Visual Studio Code (Wikipedie). Přehled novinek i s náhledy a animovanými gify v poznámkách k vydání. Ve verzi 1.41 bylo vydáno také VSCodium, tj. komunitní sestavení Visual Studia Code bez telemetrie a licenčních podmínek Microsoftu.
J2EE, nověji Java EE a nejnověji Jakarta EE, tj. Java pro vývoj a provoz podnikových aplikací a informačních systémů (Java Platform, Enterprise Edition), slaví 20 let. První verze J2EE 1.2 byla vydána 12. prosince 1999.
V kancelářích společnosti NGINX, tj. společnosti stojící za stejnojmenným webovým serverem a reverzní proxy, v Moskvě proběhla policejní razie. Na NGINX si nárokuje práva společnost Rambler. Igor Sysoev, zakladatel společnosti NGINX, ve společnosti Rambler pracoval v letech 2000 až 2011. V březnu letošního roku byla společnost NGINX prodána společnosti F5 Networks za 670 milionů dolarů.
Vyšel Vim 8.2. Jedná se převážně o opravnou verzi tohoto textového editoru, ale mezi několika novými funkcemi je také možnost používat vyskakovací okna v uživatelském rozhraní, což využijí zvláště vývojáři doplňků pro dialogová okna či okna s nápovědou, napovídáním atp. Ukázkou je hra killersheep.
Byla vydána nová verze 19.12.0 KDE Aplikací (KDE Applications). Přehled novinek i s náhledy v oficiálním oznámení, kompletním seznamu změn a na stránce s dalšími informacemi.
Hardwarové hodiny v počítači mívám nastaveny na čas:
| UTC |
|
96% (2614) |
| lokální |
|
4% (108) |
| nemám hardwarové hodiny |
|
1% (15) |
Celkem 2737 hlasů
Vytvořeno: 20.11.2013 09:32
Tiskni
Sdílej:
20.11.2013 10:23
Jakub Lucký | skóre: 40
| Praha
20.11.2013 11:03
Luboš Doležel (Doli) | skóre: 98
| blog: Doliho blog
| Kladensko
Teoreticvky by to mělo fungovat i s časem v UTC.Prakticky to NEfunguje s hwclock v UTC nikdy.
).
20.11.2013 14:34
Fluttershy, yay! | skóre: 85
| blog:
20.11.2013 12:21
svido | skóre: 28
20.11.2013 17:34
Prcek | skóre: 43
| Jindřichův Hradec / Brno
Pokud jedou hodiny v nějakém local time, tak se k nim někde jinde musí pamatovat, jestli je aktuálně letní nebo zimní čas. Nejsem si jistý, jestli již existuje alespoň na některých novějších PC HW nějaká standardizace k tomu určené položky v RTC CMOS RAM, kam si systém může uložit aktuální stav DST odpovídající RTC času. Dřív tomu tak určitě nebylo. Pak nezbývá, než zapsat aktuální stav letního času v době vypnutí do /etc/adjtime spolu se zápisem aktuální hodnoty hodin do RTC. Při příštím startu při čtení RTC/HW clock zjistí, jestli se offset aktuální timezone nezměnil kvůli proběhnutí změny letního času od posledního vypnutí. Zjištění provede porovnáním DST active proti DST uloženému v /etc/adjtime. Při příštím zápisu do RTC již uloží lokální čas podle nového offsetu lokálního času. Novější RTC chipy mají sice v registru 0x0B je bit (defaultně vypnutý) pro povolení hardwarové korekce DST. Jeho použití může ale vést k problémům při změně nebo rozdílných datech změn mezi EU a USA DST. Pokud se na DST stavu dokáže shodnout více na různé disky nainstalovaných Windows, tak ale nějaké místo pro sílení DST stavu příslušného RTC standardizované mimo disk mají (buď CMOS nebo Flash přes ACPI). Dříve ho ale určitě Linux nepoužíval a zmínku v nějaké dokumentaci jsem nenašel.
Důsledek použití lokálního času v RTC pak často je, že při prvním zapnutí každého z nezávisle nainstalovaný systémů provede korekce DST znova. Tím čas pokazí o tolik hodin, kolikrát je použité různé /etc/adjtime více než jednou. Windows pak také provedou minimálně jeden posun o hodinu. Výsledkem je totální zmatení. Nemluvě o již automaticky zařazeném načtení RTC do systémového času jádrem dříve, než je namontovaný root filesystém s /etc/adjtime a volbou časové zóny. Nějaké další užitečné informace jsou např na ARCH wiki.
https://wiki.archlinux.org/index.php/Time
Řekl bych, že OS má lepší představu o tom kdy probíhá změna času, než HW. A logické mi tedy připadá aby se o interpretaci času staral OS, a HW aby běžel trvale v UTC.
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz
2.12.2013 08:40
fscků, ale pamatuju, jak mi u starého notebooku, kterýž měl mrtvou baterii napjející RTC, způsoboval výpadek času dvojí kontrolu - prvně z důvodů času posledního připojení v budoucnu a po nastavení času zase z toho důvodu, že poslední kontrola proběhla 1. 1. 1980 (defaultní čas BIOSu), což je delší než nastavený interval kontroly.
Systémy bez RTC (třeba ty pro RPi) to většinou řeší ukládáním aktuálního času do souboru při vypínání (popř. nebo to dělají periodicky v určitém intervalu) a ten se pak použije jako provizorní čas dokud není získán čas z vnějšku (síť, GPS, připojené externí RTC a pod.). Pokud se přesný čas nepodaří získat, bude sice systémový čas špatnýž, ale bude alespoň monotóní a nebude skákat mezi minulostí a současností k nemalému zmatení programů (které spíše přežijí "skok" do "budoucnosti" než "minulosti").
PS: Tak mně napadá, jaký čas by vlastně měli používat kosmické lodě s nadsvětelným pohonem nebo třeba cestovatelé v čase. Případně jak by dopadly RTC ve Smrťově říši 
24.11.2013 12:11
Dreit | skóre: 15
| blog: Dreit a jeho dračí postřehy
| Královehradecký kraj
PS: Tak mně napadá, jaký čas by vlastně měli používat kosmické lodě s nadsvětelným pohonem
Myslím, že až bude k dispozici nadsvětelný pohon, tak nebude mít čas takovou váhu, jako dnes
Jaká je výhoda mít čas v UTC?Nemuze dojit k race condition pri prechodu na letni cas a z letniho na normalni.
idiotic, naposledy 2012-06-30 23:59:60.
21.11.2013 20:49
Bedňa | skóre: 34
| blog: Žumpa
| Horňany
24.11.2013 12:06
Dreit | skóre: 15
| blog: Dreit a jeho dračí postřehy
| Královehradecký kraj
Tohle mi dělá i stolní PC, asi 4x během léta posun o 10-20 minut do budoucnosti.
24.11.2013 12:13
Bedňa | skóre: 34
| blog: Žumpa
| Horňany
24.11.2013 21:07
Dreit | skóre: 15
| blog: Dreit a jeho dračí postřehy
| Královehradecký kraj
Naposledy se mi to stalo asi před rokem, potom se to nějak srovnalo.
24.11.2013 13:23
Fluttershy, yay! | skóre: 85
| blog:
10.12.2013 14:24
pavlix | skóre: 54
| blog: pavlix