Jiří Eischmann v příspěvku na svém blogu představuje typy, jak lépe chránit své soukromí na mobilním telefonu: "Asi dnes neexistuje způsob, jak se sledování vyhnout úplně. Minimálně ne způsob, který by byl kompatibilní s tím, jak lidé technologie běžně používají. Soukromí ovšem není binární věc, ale škála. Absolutního soukromí je dnes na Internetu dost dobře nedosažitelné, ale jen posun na škále blíže k němu se počítá. Čím méně dat se o vás posbírá, tím nepřesnější budou vaše profily a tím méně budou zneužitelné proti vám."
Byla vydána nová stabilní verze 25.05 linuxové distribuce NixOS (Wikipedie). Její kódové označení je Warbler. Podrobný přehled novinek v poznámkách k vydání. O balíčky se v NixOS stará správce balíčků Nix.
Multiplatformní open source spouštěč her Heroic Games Launcher byl vydán v nové stabilní verzi 2.17.0 Franky (Mastodon, 𝕏). Přehled novinek na GitHubu. Instalovat lze také z Flathubu.
Organizace Apache Software Foundation (ASF) vydala verzi 26 integrovaného vývojového prostředí a vývojové platformy napsané v Javě NetBeans (Wikipedie). Přehled novinek na GitHubu. Instalovat lze také ze Snapcraftu a Flathubu.
Klávesnice IBM Enhanced Keyboard, známá také jako Model M, byla poprvé představena v roce 1985, tzn. před 40 lety, s počítači IBM 7531/7532 Industrial Computer a 3161/3163 ASCII Display Station. Výročí připomíná článek na zevrubném sběratelském webu Admiral Shark's Keyboards. Rozložení kláves IBM Enhanced Keyboard se stalo průmyslovým standardem.
Vyšlo Pharo 13 s vylepšenou podporou HiDPI či objektovým Transcriptem. Pharo je programovací jazyk a vývojové prostředí s řadou pokročilých vlastností.
Java má dnes 30. narozeniny. Veřejnosti byla představena 23. května 1995.
1. července Mozilla vypne službu Fakespot pro detekci podvodných recenzí v internetových obchodech. Mozilla koupila Fakespot v květnu 2023.
8. července Mozilla vypne službu Pocket (Wikipedie) pro ukládání článků z webu na později. Do 8. října si uživatelé mohou vyexportovat data. Mozilla koupila Pocket v únoru 2017. Několik měsíců byl Pocket integrovanou součástí Firefoxu.
Turris OS má aktuálně problém s aktualizací související s ukončením podpory protokolu OCSP u certifikační autority Let's Encrypt.
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/Timefscků
, 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.