V Praze probíhá Flock 2026, tj. konference pro přispěvatele a příznivce Fedory. Přednášky lze sledovat také na YouTube.
Node-RED (Wikipedie, GitHub), webová aplikace postavená na Node.js pro vizuální programování a propojování hardwarových zařízení, API a online služeb, byl vydán ve verzi 5.0. Přehled novinek v příspěvku na blogu.
Byla vydána nová verze 3.27.0 FreeRDP, tj. svobodné implementace protokolu RDP (Remote Desktop Protocol). Opraveno bylo 5 zranitelností.
Řídící výbor GCC schválil záměr do GCC začlenit backend WebAssembly.
Po 9 týdnech vývoje od vydání Linuxu 7.0 oznámil Linus Torvalds vydání Linuxu 7.1. Přehled novinek a vylepšení na LWN.net: první a druhá polovina začleňovacího okna a časem také na Linux Kernel Newbies.
Cheat Engine (Wikipedie) je s verzí 7.7 k dispozici už také pro Linux. Jedná se o proprietární skener/debugger paměti používaný především k cheatování v počítačových hrách.
Vláda USA nařídila společnosti Anthropic pozastavit přístup k modelům Fable 5 a Mythos 5 pro všechny cizince, včetně zaměstnanců Anthropicu.
Společnost Murena představila (YouTube) novou verzi 4.0 mobilního operačního systému /e/OS (Wikipedie) založeného na Androidu a LineageOS bez aplikací a služeb od Googlu.
V Arch User Repository (AUR) bylo kompromitováno přes 400 opomíjených balíčků (jejich seznam). Útočník do nich začlenil škodlivý npm balíček atomic-lockfile, který krade citlivá data uživatelů. Publikována byla předběžná analýza spouštěného malwaru deps.
Homebrew, správce balíčků nejen pro macOS, byl vydán ve verzi 6.0.0 (seznam změn). Hlavními novinkami jsou bezpečnostní mechanismus tap trust kvůli důvěryhodnosti závislostí, vylepšení sandboxingu na Linuxu, interní JSON API nebo zlepšení výkonu.
Nazdar. Mám datum v UTC v datetime a chci jej konvertovat do jiného timezone. Způsob detekce lokálního timezone jsem hledal dost dlouho. Našel jsem pouze to, že jméno lokálního timezone je v time.tzname a to se dá použít k vytvoření timezone objektu a ten pak použít pro konverzi. Našel jsem tento způsob:
In [69]: dtn=datetime.datetime.now(tz=pytz.UTC) In [70]: dtn Out[70]: datetime.datetime(2010, 7, 12, 0, 13, 17, 236937, tzinfo=<UTC>) In [71]: dtn.astimezone(pytz.timezone(time.tzname[0])) Out[71]: datetime.datetime(2010, 7, 12, 2, 13, 17, 236937, tzinfo=<DstTzInfo 'CET' CEST+2:00:00 DST>)Je to OK? Práce s daty je v Pythonu utrpení. Řekl bych, že tenhle kód by měl bezpečně zjistit lokální TZ a konvertovat to. Ani s přestupným rokem by nemusel být problém, ale tady jsem trochu na vážkách, jestli dělám správně, že používám první prvek z tuplu tzname. Ten by měl vracet timezone bez dayligt saving time.
pytz.timezone("CET") funguje, pytz.timezone("CEST") způsobí:
UnknownTimeZoneError: 'CEST'
time.tzname bude vždy správný údaj). Sám vidíš, že se to do CEST převedlo správně. Stojí za povšimnutí, že nastavení tz přímo v konstruktoru datetime funguje správně jen u časových zón bez DST (takže zrovna u UTC to naštěstí funguje); jinak je doporučeno používat metodu localize. V případě problémů lze použít ještě metodu normalize (pro převod do DST a zpět). (Obojí jsou metody objektu časové zóny. Píšu to sem proto, aby si nějaký jiný náhodný čtenář nemyslel, že je to tak jednoduché.)
Proč by měl být problém zrovna přestupný rok?
Obecně asi nejlepší způsob je používat všude UTC a do jiných zón převádět jen při výpisu uživateli; bylo by fajn, kdyby stejně jako se ujalo UTF-8, se ujalo i UTC
Tiskni
Sdílej: