Po dvou a půl letech od vydání verze 5.0.0 byla oficiálně vydána nová major verze 6.0.0 správce digitálních fotografií a nově i videí digiKam (digiKam Software Collection). Přehled novinek i s náhledy v oficiálním oznámení. Ke stažení je také balíček ve formátu AppImage. Stačí jej stáhnout, nastavit právo ke spuštění a spustit.
Do 2. dubna se lze přihlásit do dalšího kola programu Outreachy (Wikipedie), jehož cílem je přitáhnout do světa svobodného a otevřeného softwaru lidi ze skupin, jež jsou ve světě svobodného a otevřeného softwaru málo zastoupeny. Za 3 měsíce práce, od 20. května do 20. srpna 2019, v participujících organizacích lze vydělat 5 500 USD.
Byly zveřejněny informace o o bezpečnostní chybě CVE-2019-6454 ve správci systému a služeb systemd (PID 1). Běžný uživatel jej může shodit připravenou D-Bus zprávou. V upstreamu je chyba již opravena [reddit].
Byla vydána nová verze 2019.1 průběžně aktualizované linuxové distribuce navržené pro digitální forenzní analýzu a penetrační testování Kali Linux (Wikipedie). Přehled novinek v changelogu. Vývojáři zdůrazňují Linux 4.19.13 a díky němu opětovnou podporu Banana Pi a Banana Pro, aktualizaci nástrojů jako theHarvester nebo DBeaver a Metasploit Framework ve verzi 5.0. Aktualizovat Kali Linux lze pomocí příkazů "apt update && apt -y full-upgrade".
Craig Loewen se v příspěvku na blogu Microsoftu věnuje novinkách ve WSL (Windows Subsystem pro Linux), které přinese Windows 10 1903. Jedná se především o možnost přístupu z Windows (Průzkumník souborů, explorer.exe) k souborům v nainstalovaných linuxových distribucích. Použit je protokol 9P.
Byl vydán Hangover ve verzi 0.4.0. Jedná se o součást projektu Wine umožňující spouštět Windows aplikace pro x86 a x86_64 na architektuře ARM64 (AArch64). Zdrojové kódy této alfa verze jsou k dispozici na GitHubu.
Byla vydána nová major verze 3.0.0-1 linuxového prostředí pro operační systémy Windows Cygwin (Wikipedie). Přehled novinek v oficiálním oznámení.
Byl vydán Debian 9.8, tj. osmá opravná verze Debianu 9 s kódovým názvem Stretch. Řešeny jsou především bezpečnostní problémy, ale také několik vážných chyb. Předchozí instalační média Debianu 9 Stretch lze samozřejmě nadále k instalaci používat. Po instalaci stačí systém aktualizovat.
Příští týden bude na MFF UK zahájena série přednášek o architektuře a implementaci operačních systémů. Mezi přednášejícími budou odborníci z firem Kernkonzept, Oracle, Red Hat, SUSE či SYSGO. Pokud si chcete rozšířit obzory (virtualizace, ptrace, ZFS, kdump, ...), vyberte si z harmonogramu téma, které vás zajímá a přijďte. Přednášky se konají každý čtvrtek od 15:40 v učebně S4 na Malostranském náměstí 25 v Praze. Přednášky jsou přístupné veřejnosti (registrace není nutná), studenti UK a ČVUT si je mohou zapsat jako standardní předmět.
Bylo vydáno Ubuntu 18.04.2 LTS, tj. druhé opravné vydání Ubuntu 18.04 LTS s kódovým názvem Bionic Beaver. Přehled novinek v poznámkách k vydání a v přehledu změn.
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: 83
| 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: 83
| blog:
10.12.2013 14:24
pavlix | skóre: 54
| blog: pavlix