Byl vydán Mozilla Firefox 154.0. Přehled novinek v poznámkách k vydání a poznámkách k vydání pro vývojáře. Řešeny jsou rovněž bezpečnostní chyby. Nový Firefox 154 bude brzy k dispozici také na Flathubu a Snapcraftu.
Nové číslo časopisu Raspberry Pi zdarma ke čtení: Raspberry Pi Official Magazine 168 (pdf).
Open-source citační manažer Zotero (Wikipedie, GitHub) byl vydán v nové major verzi 10. Přehled novinek v příspěvku na blogu.
Interaktivní editor binárních dat GNU poke byl vydán ve verzi 5.0 (seznam změn).
Byla vydána verze 0.85 telnet a ssh klienta PuTTY (Wikipedie). Řešeno je 5 zranitelností.
Byly publikovány novinky z vývoje GIMPu. Pracuje se na novém formátu souborů. Stávající binární XCF bude nahrazen "zazipovaným XML". XCF zůstane plně podporován pouze pro načítání starých souborů.
Workshop o umělé inteligenci v Dartmouthu proběhl před 70 lety, od 18. června do 17. srpna 1956. Dvouměsíční soustředění 6–11 informatiků, iniciované Johnem McCarthym, položilo základy oboru umělé inteligence.
Po 9 týdnech vývoje od vydání Linuxu 7.1 oznámil Linus Torvalds vydání Linuxu 7.2. Podrobný přehled novinek a vylepšení na Linux Kernel Newbies nebo LWN.net: první a druhá polovina začleňovacího okna.
Debian dnes slaví 33 let. Ian Murdock oznámil vydání "Debian Linux Release" 16. srpna 1993.
Probíhá hlasování o používání LLM při vývoji Debianu. Vývojáři Debianu mají na výběr 9 možností (návrhy A až H a žádný z nich).
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: