Po 8. květnu 2026 už na Instagramu nebudou podporované zprávy opatřené koncovým šifrováním. V chatech, kterých se bude změna týkat, se objeví pokyny o tom, jak si média nebo zprávy z nich stáhnout, pokud si je chcete ponechat.
V lednu byla ve veřejné betě obnovena sociální síť Digg (Wikipedie). Dnes bylo oznámeno její ukončení (Hard Reset). Společnost Digg propouští velkou část týmu a přiznává, že se nepodařilo najít správné místo na trhu. Důvody jsou masivní problém s boty a silná konkurence. Společnost Digg nekončí, malý tým pokračuje v práci na zcela novém přístupu. Cílem je vybudovat platformu, kde lze důvěřovat obsahu i lidem za ním. Od dubna se do Diggu na plný úvazek vrací Kevin Rose, zakladatel Diggu z roku 2004.
MALUS je kontroverzní proprietarní nástroj, který svým zákazníkům umožňuje nechat AI, která dle tvrzení provozovatelů nikdy neviděla původní zdrojový kód, analyzovat dokumentaci, API a veřejná rozhraní jakéhokoliv open-source projektu a následně úplně od píky vygenerovat funkčně ekvivalentní software, ovšem pod libovolnou licencí.
Příspěvek na blogu Ubuntu upozorňuje na několik zranitelností v rozšíření Linuxu o mandatorní řízení přístupu AppArmor. Společně jsou označovány jako CrackArmor. Objevila je společnost Qualys (technické detaily). Neprivilegovaný lokální uživatel se může stát rootem. Chyba existuje od roku 2017. Doporučuje se okamžitá aktualizace. Problém se týká Ubuntu, Debianu nebo SUSE. Red Hat nebo Fedora pro mandatorní řízení přístupu používají SELinux.
Byla vydána nová verze 19 integrovaného vývojového prostředí (IDE) Qt Creator. Podrobný přehled novinek v changelogu.
Bitwig Studio (Wikipedie) bylo vydáno ve verzi 6. Jedná se o proprietární multiplatformní (macOS, Windows, Linux) digitální pracovní stanici pro práci s audiem (DAW).
Společnost Igalia představila novou linuxovou distribuci (framework) s názvem Moonforge. Jedná se o distribuci určenou pro vestavěné systémy. Vychází z projektů Yocto a OpenEmbedded.
Google Chrome 146 byl prohlášen za stabilní. Nejnovější stabilní verze 146.0.7680.71 přináší řadu novinek z hlediska uživatelů i vývojářů. Podrobný přehled v poznámkách k vydání. Opraveno bylo 29 bezpečnostních chyb. Vylepšeny byly také nástroje pro vývojáře.
D7VK byl vydán ve verzi 1.5. Jedná se o fork DXVK implementující překlad volání Direct3D 3 (novinka), 5, 6 a 7 na Vulkan. DXVK zvládá Direct3D 8, 9, 10 a 11.
Bylo vydáno Eclipse IDE 2026-03 aneb Eclipse 4.39. Představení novinek tohoto integrovaného vývojového prostředí také na YouTube.
Dobrý den, již delší dobu se potykám s problémem s časem v debianu.
Příkaz date vypíše:
So srp 8 12:03:24 CEST 2009
Příkaz hwclock vypíše:
So 8. srpen 2009, 12:03:44 CEST -0.000479 seconds
Čas se shoduje, takže je to OK.
Ale pokud použiji příkaz date -u tak ten vypíše:
So srp 8 10:04:33 UTC 2009
Čas každou hodinu synchronizuji pomocí ntpdate. Ovšem čas je stále nějaký divný. Například v mém phpbb3 fóru mají příspěvky čas posunutý o 2hodiny dozadu. Mrkl jsem tedy do nastavení fóra, ale časové pásmo jsem měl nastavené na:
[UTC + 1, A] Střední Evropa, Amsterdam, Berlín, Řím, Praha
Což vypadá OK, tak nevím, kde je problém. Ještě podotknu, že jsem po nastavení správného času v date a hwclock nedával reboot. Je potřeba?
Děkuji předem za odpovědi
date a date -u ti zobrazujú správny čas a na tom fóre ešte musíš zapnúť, že sa používa letný čas (takže práve teraz je UTC+2 a nie UTC+1).
Ja mám problém, že v Debiane sa mi oneskoruje systémový čas. Teda hwclock zobrazí správny čas a date nesprávny. Za deň aj o 20s. Zatiaľ som to zrovnal pomocou adjtimex, ale neviem, prečo to robí 
Právě že zapnutý letní čas mám a stejně se tam udává čas posunutý o 2 hodiny zpět, možná je vážně potřeba reboot.
v /etc/timezone mám Europe/Prague
Restart apache nepomohl
.
Ano, v souboru /etc/timezone mám:
Europe/Prague
Apache2 jsem restartoval, ale prostě na fóru to stále ukazuje o 2h posunutý čas, na webu, kde používal funkci php funkci strtotime apod to funguje OK. Tak nevím kde je v nastavení phpbb chyba.
Ale teď jsem si všiml ještě jedné chyby s časem u automatických záloh pomocí cronu.
Zálohu mysql databáze, a do názvu souboru vždy vkládám čas.
Jenže čas zálohy je např.: 4:30 a čas vytvoření souboru je 5:30.
Rád bych dal reboot, možná je potřeba, ale jedná se o herní server, a tak se mi reboot moc dávat nechce, ale asi budu muset
. Nebo máte ještě nějaké rady? 
Tiskni
Sdílej: