Design (GitHub) je 2D CAD pro GNOME. Instalovat lze i z Flathubu. Běží také ve webovém prohlížeči.
Příspěvek na blogu herního enginu Godot představuje aplikaci Xogot přinášející Godot na iPad a iPhone. Instalovat lze z App Storu. Za Xogotem stojí Miguel de Icaza (GitHub) a společnost Xibbon.
Na čem pracují vývojáři webového prohlížeče Ladybird (GitHub)? Byl publikován přehled vývoje za březen (YouTube).
ESP-IDF (Espressif IoT Development Framework), tj. oficiální vývojový framework pro vývoj aplikací na mikrokontrolérech řady ESP32, byl vydán v nové verzi 6.0. Detaily na portálu pro vývojáře.
DeepMind (Alphabet) představila novou verzi svého multimodálního modelu, Gemma 4. Modely jsou volně k dispozici (Ollama, Hugging Face a další) ve velikostech 5-31 miliard parametrů, s kontextovým oknem 128k až 256k a v dense i MoE variantách. Modely zvládají text, obrázky a u menších verzí i audio. Modely jsou optimalizované pro běh na desktopových GPU i mobilních zařízeních, váhy všech těchto modelů jsou uvolněny pod licencí Apache 2.0. Návod na spuštění je už i na Unsloth.
Cursor (Wikipedie) od společnosti Anysphere byl vydán ve verzi 3. Jedná se o multiplatformní proprietární editor kódů s podporou AI (vibe coding).
Průkopnická firma FingerWorks kolem roku 2000 vyvinula vícedotykové trackpady s gesty a klávesnice jako TouchStream LP. V roce 2005 ji koupil Apple, výrobu těchto produktů ukončil a dotykové technologie využil při vývoji iPhone. Multiplatformní projekt Apple Magic TouchstreamLP nyní implementuje funkcionalitu TouchStream LP na současném Apple Magic Trackpad, resp. jejich dvojici. Diskuze k vydání probíhá na Redditu.
Byla vydána nová verze 10.3 sady aplikací pro SSH komunikaci OpenSSH. Přináší řadu bezpečnostních oprav, vylepšení funkcí a oprav chyb.
Cloudflare představil open source redakční systém EmDash. Jedná se o moderní náhradu WordPressu, která řeší bezpečnost pluginů. Administrátorské rozhraní lze vyzkoušet na EmDash Playground.
Bratislava OpenCamp 2026 zverejnil program a spustil registráciu. Štvrtý ročník komunitnej konferencie o otvorených technológiách prinesie 19 prednášok na rôzne technologické témy. Konferencia sa uskutoční v sobotu 25. apríla 2026 v priestoroch FIIT STU v Bratislave.
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz
ntpdate-debian&&/etc/init.d/hwclock.sh stop. Řešení to teda není, ale fungovat to bude.
date)? "Neudelalo" znamena presne co - stale mate casovou zonu CEST, nebo sice mate CET, ale zaroven se vam hodiny posunuly o hodinu dopredu? Jestli jeste mate logy z onoho osudneho dne, jak v nich vypada casova posloupnost kolem treti rano?
co treba zkusit smazat /etc/adjtimeadjtime slouží k něčemu jinému
/etc/adjtime, jestli je tam na posledním řádku UTC nebo LOCAL, a také do startovacích skriptů, s jakým parametrem se tam spouští příkaz hwclock. Jestli byl ale zapnutý, napadá mne jen nějaký user space démon, který by to přehodil (ale ten by to měl přehodit spíš obráceně), nebo synchronizace vůči nějakému nespolehlivému zdroji.
xntpd používá úpravu rychlosti systémových hodin, nejspíš pomocí adjtimex(). Nevím, jaká konfigurace je připravená na Debianu, ale třeba na OpenSuSE stačí do označeného místa v ntp.conf dopsat adresy serverů, vůči kterým se má synchronizovat.
xntpd, ale balíček se může jmenovat nijak - třeba ntp, ntpd apod. Zkuste hledat všechno, co má v názvu "ntp".
ntp, nainstalujete ho normalne pres aptitude/apt-get. Konfigurace je v /etc/ntp.conf, ale dalsi veci si uz vyhledejte sam, at vite, co cinite.
tím jsem pravděpodobně zjistil, že mám správně nastavený timezone ... kde je tedy ale problém? nevíte tedy jak to funguje? díkydate --date="2008-10-01 10:00:00 utc"vyhodí to ... 12:00:00 CESTdate --date="2008-11-01 10:00:00 utc"vyhodí to ... 11:00:00 CET
Píšete do špatného vlánka.
Funguje to tak, že v jádře běží čas v UTC. Příkaz date přes funkce standardní knihovny si tento jaderný čas nechá převést na čas místní a ten vystiskne.
Pravidla pro převod času na místní jsou uložena v /etc/localtime. Tento soubor je v naších zeměpisných souřadnicích roven souboru /usr/share/zoneinfo/Europe/Prague.
Aby tomu tak skutečně bylo, startovací skripty distribuce tam správný soubor kopírují (někde se používají symbolické odkazy). Odladěné distribuce si tohle hlídají i při aktualizaci balíku souborů s definicemi zón (balík timezone-data). Určení správné časové zóny je práce pro správce / DHCP klienta.
Další problém je, jak je uložen čas v hardwarových (reálných) hodinách. Primitivní operační systémy typu DOS/Windows vyžadují, aby jejich čas byl ten místní. Pak při každém posunu času tyto hodiny upravují a někam si poznamenají, že tak učinily. Rozumné operační systémy mohou mít reálné hodiny jak v místním čase, tak i v UTC (tato druhá možnost je praktičtější). Proto je třeba i tuto informaci operačnímu systému sdělit, což je opět práce pro správce.
K reálným hodinám se lze dostat nástrojem hwclock.
Pokud budeme hovořit o Debianu, tak se podívejte na startovací skript /etc/init.d/hwclock.sh a konfigurační soubory /etc/timezone a /etc/default/rcS. Povídání pro správce je v Návodu pro správce.
Jste si jistý, že to takto bylo i tehdy v noci?
Pokud vám následující příkazy a výstup souhlasí, tak by vše mělo fungovat:
$ date --date="2008-10-26 00:59:59 utc" Ne říj 26 02:59:59 CEST 2008 $ date --date="2008-10-26 00:59:59 utc + 1 second" Ne říj 26 02:00:00 CET 2008
Jestli tomu, nevěříte, tak si to vyzkoušejte na živým stroji. (Mimochodem já mám na jednom serveru taky Debian a čas mám v naprostém pořádku.)
zkontroloval jsem /etc/localtime ... je úplně identický /usr/share/zoneinfo/Europe/Prague /etc/timezone obsahuje "Europe/Prague" v /etc/default/rcS je nastaveno UTC=yes tak v čem je problém, že se čas nemění při přechodu na letní / zimní čas ...? díky.
apt-get install ntpa po instalaci jsem nikde nenašel vámi doporučené xntp ... kde tedy mohu stáhnout tento daemon ... dík
TZ='Europe/Prague'; export TZ) nakopirovat do sveho ~/.profile. To ale nastavi casovou zonu jen pro jednoho uzivatele, pokud chcete nastavit implicitni pro cely server (individualni nastaveni uzivatelu provedena predchozim zpusobem nebudou dotcena), tak dejte dpkg-reconfigure tzdata (pod rootem, ofkoz).
date?
Nebo by tam mohl mít zastaralou definici časové zóny...To bude asi tím. Původně mě to nenapadlo, ale zdá se, že při nastavování tzdata si Debian vytvoří nějakou lokální kopii pravidel (do
/etc/localtime) a s tou už potom při aktualizacích nehýbe. Smazal jsem mu to, přeinstaloval tzdata a zkusil jsem letošní přechod na zimní čas - zdá se, že aspoň to už funguje.
/etc/localtime obhospodarovaval sam (tj. na zacatku pri instalaci jste zonu nenastavoval, nebo jste smaznul /etc/timezone), pak se vam do toho debian samozrejme nesere.
Setting up tzdata (2008h-2) ... User defined timezone, leaving /etc/localtime unchanged.Zónu jsem při instalaci nastavil a
/etc/timezone jsem nemazal.
Vybirame z /var/lib/dpkg/info/tzdata.postinst
...
# If the user prefers to manage the timezone by itself, let him doing that.
if ! [ -e /etc/timezone ] && [ -z "$DEBCONF_RECONFIGURE" ] ; then
db_stop
echo
echo "User defined timezone, leaving /etc/localtime unchanged."
else
...
Tiskni
Sdílej:
