Dnes a zítra probíhá vývojářská konference Google I/O 2025. Sledovat lze na YouTube a na síti 𝕏 (#GoogleIO).
V Bostonu probíhá konference Red Hat Summit 2025. Vybrané přednášky lze sledovat na YouTube. Dění lze sledovat na síti 𝕏 (#RHSummit).
Společnost Red Hat oficiálně oznámila vydání Red Hat Enterprise Linuxu 10. Vedle nových vlastností přináší také aktualizaci ovladačů a předběžné ukázky budoucích technologií. Podrobnosti v poznámkách k vydání.
Tuto sobotu 24. května se koná historicky první komunitní den projektu Home Assistant. Zváni jsou všichni příznivci, nadšenci a uživatelé tohoto projektu. Pro účast je potřebná registrace. Odkazy na akce v Praze a v Bratislavě.
Troy Hunt představil Have I Been Pwned 2.0, tj. nový vylepšený web služby, kde si uživatelé mohou zkontrolovat, zda se jejich hesla a osobní údaje neobjevily v únicích dat a případně se nechat na další úniky upozorňovat.
Microsoft představil open source textový editor Edit bežící v terminálu. Zdrojové kódy jsou k dispozici na GitHubu pod licencí MIT.
V Seattlu a také online probíhá konference Microsoft Build 2025. Microsoft představuje své novinky. Windows Subsystem for Linux je nově open source. Zdrojové kódy jsou k dispozici na GitHubu pod licencí MIT.
Z příspěvku Turris Sentinel – co přinesl rok 2024 na blogu CZ.NIC: "Za poslední rok (únor 2024 – únor 2025) jsme zachytili 8,3 miliardy incidentů a to z 232 zemí a z jejich závislých území. Tyto útoky přišly od 6,2 milionu útočníků (respektive unikátních adres). SMTP minipot je stále nejlákavější pastí, zhruba 79 % útoků bylo směřováno na tento minipot, 16 % útoků směřovalo na minipot Telnet, 3 % útoků směřovaly na minipot HTTP a 2 % na minipot FTP. Dále jsme zaznamenali 3,2 milionu unikátních hesel a 318 tisíc unikátních loginů, které útočníci zkoušeli."
Byla vydána (Mastodon, 𝕏) nová verze 3.0.4 svobodné aplikace pro úpravu a vytváření rastrové grafiky GIMP (GNU Image Manipulation Program). Přehled novinek v oznámení o vydání a v souboru NEWS na GitLabu. Nový GIMP je již k dispozici také na Flathubu.
Byla vydána nová stabilní verze 7.4 webového prohlížeče Vivaldi (Wikipedie). Postavena je na Chromiu 136. Přehled novinek i s náhledy v příspěvku na blogu.
Problém? To je snad to nejmenší. Když počítač probudím a řeknu mu aby hrál, tak přidat ještě jeden příkaz na vyšší hlasitost je přece naprosto triviální.
Po probuzení šibuju s hlasitostí taky, protože se občas stane, že zvukovka párkrát zopakuje obsah bufferu, což rozhodně není hezké probuzení.
Takže ve skriptu usni.sh mám:
ulož stav zvukovky, usni, počkej sekundu, obnov stav zvukovky.
Cron není potřeba.
# cat /sys/class/rtc/rtc0/wakealarm cat: /sys/class/rtc/rtc0/wakealarm: No such file or directoryCo mi chyba?
chyba ti modul v jadre ... musis mat zavedeny rtc-cmos. ;)
# date Sat Jan 31 18:31:02 CET 2009 # hwclock --show Sat 31 Jan 2009 06:30:54 PM CET -0.000463 seconds # echo 0 > /sys/class/rtc/rtc0/wakealarm # echo `date -d 3minutes +%s` > /sys/class/rtc/rtc0/wakealarm # hibernateProste ostal pocitac vypnuty. Este ma napada sposob vypnutia. V okomentovanom konfiguraku ku TuxOnIce je:
## Powerdown method - 3 for suspend-to-RAM, 4 for ACPI S4 sleep, 5 for poweroffMa na to vplyv "spravne" vypnutie?
To je zvláštní. Ale možná to na všech deskách nefunguje. Nicméně příkaz
echo `date -d 3minutes +%s` > /sys/class/rtc/rtc0/wakealarm
bude správně fungovat jen tehdy, když budeš mít v BIOSu UTC. Sice píšeš, že nemáš, ale data a hwclock vypisují totéž. Nevím, čemu mám věřit. Dobrá diagnostická pomůcka je obsah souborů /sys/class/rtc/rtc0/wakealarm, /proc/driver/rtc a /sys/class/rtc/rtc0/since_epoch.
Na způsobu vypnutí podle mě nezáleží. Počítač se probudí i po příkazu poweroff.
# cat /proc/driver/rtc; echo; cat /sys/class/rtc/rtc0/since_epoch; echo ;date +%s; \ echo; cat /sys/class/rtc/rtc0/wakealarm rtc_time : 16:52:50 rtc_date : 2009-02-01 alrm_time : 20:59:08 alrm_date : ****-**-** alarm_IRQ : no alrm_pending : no 24hr : yes periodic_IRQ : no update_IRQ : no HPET_emulated : yes DST_enable : no periodic_freq : 1024 batt_status : okay 1233507170 1233503568
Rád bych věděl, jestli to můj program nastaví správně nebo ne. Měl by tyto posuny brát v úvahu.
$ ./acpiwakeup.py Traceback (most recent call last): File "./acpiwakeup.py", line 5, in <module> import time, sys, gtk, pango, subprocess, locale File "/usr/lib/python2.5/site-packages/gtk-2.0/gtk/__init__.py", line 48, in <module> from gtk import _gtk ImportError: No module named cairoPricom mam nainstalovane dev-python/pycairo-1.4.12 aj x11-libs/cairo-1.6.4-r1
Je tam někde nějaká chybička: když dám čas, který nastane dřív než za hodinu, tak se alarm nenastaví. Opravit to ale rychle nezvládnu
Tak to děkuji za informaci. Možná to souvisí s tím, že ti čas v BIOSu běží v lokálním čase a ne v UTC. Pak se zřejmě počet sekund od půlnoci 1.1.1970 měří špatně. Ale je to jen domněnka.
Zkus to stáhnout a vyzkoušet teď, trochu jsem to pozměnil. Nejdřív zjišťuju rozdíl mezi systémovým časem a RTC a podle toho se udělají korekce.
man rtcwake
Docela pěkný, rtcwake sem zkoušel několikrát a nikdy to nechtělo fungovat, problém je, že i když to nastavím přímo v biosu tak to nefunguje :)
Co jsem se dočetl, tak v BIOSU je mnohdy potřeba to úplně zakázat, protože tam je APM a to se nemá rádo s ACPI (nebo něco v tom smyslu). Pak mi ještě pomohlo to zakázání HPET, ale to je doufám jen dočasný workaround.
On se pak ráno probudí a pokračuje v hraní kde přestal, čímž vzbudí i mně.S těmi problémy, co má můj notebook s probouzení, bych se na tohle nespoléhal
# ./acpiwakeup.py bash: ./acpiwakeup.py: /usr/bin/python: chybný interpretr: Operace zamítnuta
Tiskni
Sdílej: