Byl vydán Debian 13.5, tj. pátá opravná verze Debianu 13 s kódovým názvem Trixie a Debian 12.14, tj. čtrnáctá opravná verze Debianu 12 s kódovým názvem Bookworm. Řešeny jsou především bezpečnostní problémy, ale také několik vážných chyb. Instalační média Debianu 13 a Debianu 12 lze samozřejmě nadále k instalaci používat. Po instalaci stačí systém aktualizovat.
CiviCRM (Wikipedie) bylo vydáno v nové verzi 6.14.0. Podrobnosti o nových funkcích a opravách najdete na release stránce. CiviCRM je robustní open-source CRM systém navržený speciálně pro neziskové organizace, spolky a občanské iniciativy. Projekt je napsán v jazyce PHP a licencován pod GNU Affero General Public License (AGPLv3). Český překlad má nyní 45 % přeložených řetězců a přibližuje se milníku 50 %. Potřebujeme vaši pomoc, abychom se dostali dál. Pokud máte chuť přispět překladem nebo korekturou, přidejte se na platformu Transifex.
Další lokální zranitelností Linuxu je ssh-keysign-pwn. Uživatel si může přečíst obsah souborů, ke kterým má právo ke čtení pouze root, například soubory s SSH klíči nebo /etc/shadow. V upstreamu již opraveno [oss-security mailing list].
Singularity (YouTube) je nejnovější otevřený film od Blender Studia. Jedná se o jejich první 4K HDR film.
Vyšla hra Život Není Krásný: Poslední Exekuce (Steam, ProtonDB). Kreslená point & click adventura ze staré školy plná černého humoru a nekorektního násilí. Vžijte se do role zpustlého exekutora Vladimíra Brehowského a projděte s ním jeho poslední pracovní den. Hra volně navazuje na sérii Život Není Krásný.
Společnost Red Hat představila Fedora Hummingbird, tj. linuxovou distribuci s nativním kontejnerovým designem určenou pro vývojáře využívající AI agenty.
Hru The Legend of Zelda: Twilight Princess od společnosti Nintendo si lze nově díky projektu Dusklight (původně Dusk) a reverznímu inženýrství zahrát i na počítačích a mobilních zařízeních. Vyžadována je kopie původní hry (textury, modely, hudba, zvukové efekty, …). Ukázka na YouTube. Projekt byl zahájen v srpnu 2020.
Byla vydána nová major verze 29.0 programovacího jazyka Erlang (Wikipedie) a související platformy OTP (Open Telecom Platform, Wikipedie). Detailní přehled novinek na GitHubu.
Po zranitelnostech Copy Fail a Dirty Frag přichází zranitelnost Fragnesia. Další lokální eskalace práv na Linuxu. Zatím v upstreamu neopravena. Přiřazeno ji bylo CVE-2026-46300.
Sovereign Tech Agency (Wikipedie) prostřednictvím svého fondu Sovereign Tech Fund podpoří KDE částkou 1 285 200 eur.
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:
Teoreticvky by to mělo fungovat i s časem v UTC.Prakticky to NEfunguje s hwclock v UTC nikdy.
).
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.
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
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.
Tohle mi dělá i stolní PC, asi 4x během léta posun o 10-20 minut do budoucnosti.
Naposledy se mi to stalo asi před rokem, potom se to nějak srovnalo.