Odborníci z Penn State University zkoumají způsob ukládání informací na lepicí pásku. Principiálně by podle nich bylo možné kombinací odlepení a zpětného přilepení dosáhnout uložení informace, kterou opětovným odlepením dokážou přečíst. Výhodou je, že způsob uložení i přečtení je čistě mechanický. Zde o tom referují ve volně dostupném článku. Zajímavé bude sledovat zda se jim v rámci výzkumu podaří prokázat použitelnost i v jiné než
… více »Na GitHubu byl publikován reprodukovatelný návod, jak rozchodit Adobe Lightroom CC na Linuxu a Wine. Návod byl vytvořený pomocí AI Claude Code.
Pokud by někdo potřeboval Wayland kompozitor uvnitř počítačové hry Minecraft, aby mohl zobrazovat okna desktopových aplikací přímo v herním prostředí, může sáhnout po Waylandcraftu. Ukázka na YouTube.
Uroš Popović v krátkém článku vysvětluje, co jsou emulátor terminálu, TTY a shell a jaké jsou mezi nimi rozdíly. Jde o první díl seriálu na jeho novém webu Linux Field Guide věnovaném nízkoúrovňové práci s linuxovými systémy.
Byl vydán Debian 13.5, tj. pátá opravná verze Debianu 13 s kódovým názvem Trixie a Debian 12.14, tj. čtrnáctá opravná verze Debianu 12 s kódovým názvem Bookworm. Řešeny jsou především bezpečnostní problémy, ale také několik vážných chyb. Instalační média Debianu 13 a Debianu 12 lze samozřejmě nadále k instalaci používat. Po instalaci stačí systém aktualizovat.
CiviCRM (Wikipedie) bylo vydáno v nové verzi 6.14.0. Podrobnosti o nových funkcích a opravách najdete na release stránce. CiviCRM je robustní open-source CRM systém navržený speciálně pro neziskové organizace, spolky a občanské iniciativy. Projekt je napsán v jazyce PHP a licencován pod GNU Affero General Public License (AGPLv3). Český překlad má nyní 45 % přeložených řetězců a přibližuje se milníku 50 %. Potřebujeme vaši pomoc, abychom se dostali dál. Pokud máte chuť přispět překladem nebo korekturou, přidejte se na platformu Transifex.
Další lokální zranitelností Linuxu je ssh-keysign-pwn. Uživatel si může přečíst obsah souborů, ke kterým má právo ke čtení pouze root, například soubory s SSH klíči nebo /etc/shadow. V upstreamu již opraveno [oss-security mailing list].
Singularity (YouTube) je nejnovější otevřený film od Blender Studia. Jedná se o jejich první 4K HDR film.
Vyšla hra Život Není Krásný: Poslední Exekuce (Steam, ProtonDB). Kreslená point & click adventura ze staré školy plná černého humoru a nekorektního násilí. Vžijte se do role zpustlého exekutora Vladimíra Brehowského a projděte s ním jeho poslední pracovní den. Hra volně navazuje na sérii Život Není Krásný.
Společnost Red Hat představila Fedora Hummingbird, tj. linuxovou distribuci s nativním kontejnerovým designem určenou pro vývojáře využívající AI agenty.
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: