Byla vydána verze 1.90.0 programovacího jazyka Rust (Wikipedie). Podrobnosti v poznámkách k vydání. Vyzkoušet Rust lze například na stránce Rust by Example.
GNUnet (Wikipedie) byl vydán v nové major verzi 0.25.0. Jedná se o framework pro decentralizované peer-to-peer síťování, na kterém je postavena řada aplikací.
Byla vydána nová major verze 7.0 živé linuxové distribuce Tails (The Amnesic Incognito Live System), jež klade důraz na ochranu soukromí uživatelů a anonymitu. Nově je postavena je na Debianu 13 (Trixie) a GNOME 48 (Bengaluru). Další novinky v příslušném seznamu.
Společnost Meta na dvoudenní konferenci Meta Connect 2025 představuje své novinky. První den byly představeny nové AI brýle: Ray-Ban Meta (Gen 2), sportovní Oakley Meta Vanguard a především Meta Ray-Ban Display s integrovaným displejem a EMG náramkem pro ovládání.
Po půl roce vývoje od vydání verze 48 bylo vydáno GNOME 49 s kódovým názvem Brescia (Mastodon). S přehrávačem videí Showtime místo Totemu a prohlížečem dokumentů Papers místo Evince. Podrobný přehled novinek i s náhledy v poznámkách k vydání a v novinkách pro vývojáře.
Open source softwarový stack ROCm (Wikipedie) pro vývoj AI a HPC na GPU od AMD byl vydán ve verzi 7.0.0. Přidána byla podpora AMD Instinct MI355X a MI350X.
Byla vydána nová verze 258 správce systému a služeb systemd (GitHub).
Byla vydána Java 25 / JDK 25. Nových vlastností (JEP - JDK Enhancement Proposal) je 18. Jedná se o LTS verzi.
Věra Pohlová před 26 lety: „Tyhle aféry každého jenom otravují. Já bych všechny ty internety a počítače zakázala“. Jde o odpověď na anketní otázku deníku Metro vydaného 17. září 1999 na téma zneužití údajů o sporožirových účtech klientů České spořitelny.
Byla publikována Výroční zpráva Blender Foundation za rok 2024 (pdf).
RTFM - Read Tumič's FlaMes!
Aneb vše co jste vždy chtěli od ACPI na notebooku ale byli jste líní si to nastavit.
Pokuď nepoužíváte některou z "user friendly" distribucí, pravděpodobně Váš systém po instalaci neumí mnoho zdánlivě samozřejmých věcí jako přechod do úsporného režimu při odpojení od napájení, zapnutí výstupu na externí monitor nebo uspání po zavření displaye. Následující pojednání je o tom, jak toto napravit a jaké nepříjemnosti Vás při tom můžou potkat.
je standard tvořící rozhraní mezi HW a OS v oblasti power managementu a konfigurace. "Obsluhuje" všelijaké systémové události jako jsou změny stavu konfiguračních tlačítek, napájení nebo odpojení/připojení zařízení na některých vstupech/výstupech počítače.
je démon reagující na ACPI události. Jeho hlavní pracobní náplní je
provádět uživatelem definované akce při různých ACPI událostích. Konfigurace
daemona se provádí pomocí konfiguračních souborů v adresáři
/etc/acpi/events
. Každý soubor v adresáři definuje obvykle akci
pro jeden typ ACPI události a jeho struktura je následující:
event=puvodce_udalosti action=program_pro_obsluhu_udalosti %e
Za puvodce_udalosti
je možné dosadit cokoliv co váš systém
nabízí v adresáři /proc/acpi
a to nejenom absolutně, ale i ve
formě regulárního výrazu. To umožňuje nestarat se o jednotlivé instance
zařízení a provést akci pro celou rodinu zařízení. Pokud tedy chcete reagovat
například na "akci baterie", nemusíte udávat, že chcete baterii C1BB -
batery/C1BB
ale pomocí batery.*
lze reagovat na
události z libovolné systémem sledované baterie.
program_pro_obsluhu_udalosti
pak udává program, většinou shell
script, který se má při dané ACPI události spustit. %e
je ACPI
daemonem nahrazeno za "textový popis události" což v překladu znamená doplňující
informace k události (jedná-li se o vypnutí nebo zapnutí tlačítka, která
konkrétní instance zařízení akci vyvolala atd.). Jaký konkrétní údaj pro
konkrétní akci acpid posílá lze "vykoukat" z jeho logu
(/var/log/acpid
). "Obslužné" programy jsou spouštěny pod uživatelem,
pod kterým běží acpid, což je standardně root.
Všechny níže uvedené příklady jsou napsány konkrétně pro HP nx6310, ale měly by být poměrně univerzální...
/etc/acpi/events/lid
:
event=button/lid action=/etc/acpi/lid.sh %e
/etc/acpi/lid.sh
:
#!/bin/sh # if LID pressed (Display closed) suspend, else exit grep -q open /proc/acpi/button/lid/C238/state && exit # suspend CONSOLE=`fgconsole` chvt 12 echo mem > /sys/power/state # resume vbetool post chvt $CONSOLE
Poznámky: Suspend script kde není, kromě obnovení stavu VGA, nutné při uspávání/probouzení provádět žádná další kouzla. Porovnejte s s2ram či hibernate...
/etc/acpi/events/ac_adapter
:
event=ac_adapter.* action=/etc/acpi/ac_adapter.sh %e
/etc/acpi/ac_adapter.sh
:
#!/bin/sh if [ $4 -eq 0 ]; then cpufreq-set -g conservative else cpufreq-set -g performance fi
Poznámky: Parametr $4 udává zda se jedná o připojení/odpojení.
/etc/acpi/events/video
:
event=video.* action=/etc/acpi/video.sh %e
/etc/acpi/video.sh
:
#!/bin/sh export DISPLAY=:0 XRANDR=`xrandr` if echo "$XRANDR" | grep -E 'VGA connected [0-9]+' > /dev/null ; then # VGA connected and active, turn it off xrandr --output VGA --off elif echo "$XRANDR" | grep -E 'VGA connected' > /dev/null ; then # VGA connected but not active, turn it on xrandr --output VGA --auto --same-as LVDS fi
Poznámky: xrandr
musí být standardně spouštěn pod
vlastníkem displaye, proto je nutné mít ve startovacích scriptech X serveru
(například .xinitrc
) nastaven přístup k displayi pro roota:
xhost +local:root
.
Příklady jsou jak vidno opravdu jednoduché a přímočaré. Jistě by šlo napsat mnohem "univerzálnější" skripty, ale pokuď takové chcete, je nesmyslné mít distribuci, která je již neobsahuje. Používáte-li na svém systému nějaký další zajímavý a použitelný acpid script, podělte se v diskuzi
Tiskni
Sdílej:
radeontool light on
Něco mi říká, že radeontool na grafické kartě od intelu fungovat nebude...
zkusil bych:
xset dpms force off
a když to display vypne (což by mělo), tak bych to "namapoval" na LID tlačítko. Pokuď ti display něco nechtěně opět zapíná, může to bejt třeba špatně fungující myš (nebo lokální zemětřesení )
vbetool
? Na vypnuti by melo fungovat vbetool dpms off
a na opetovne zapnuti vbetool dpms on
.
Dík, já mam zatim za vzor snad kompletní acpid skript, všechno jsem neměl ještě čas ověřovat u sebe. Základ mi maká.
I kdyby nee, máte aspoň mustr, jak by to mohlo vypadat, doplňte si svůj modul a je to?
Pochop, že tohle neni článek pro uživatele OpenSUSE (Ubuntu, Mandrivy, ...). Pokuď se nechci o svůj systém zajímat, nainstaluju si některou takovou distribuci a doufám, že její autoři všechny tyhle "drobnosti" pořešili. Tohle je pro lidi, co chtěj vědět co přesně se v jejich systému děje (který hardware má se suspendem problémy a jak je obejít) a chtějí si to nastavit přesně sobě na míru.
Konec konců s2ram je v zápisku zmíněno jako kanón na vrabce, v případě že máte "do it yourself"® distribuci.
Protože s2ram obsahuje hacky pro všechny myslitelný chyby HW/ovladačů/systému, tedy i ty co se mě vůbec netýkají. A pomáhat projektům jako je s2ram opravdu nemínim, protože to je akorát cesta do pekel. Problémy se MUSÍ řešit v ovladačích zařízení/kernelu, tak aby žádný s2ram nebylo potřeba a k uspání stačilo prosté echo mem > /sys/power/state
.
Problémy se MUSÍ řešit v ovladačích zařízení/kernelu, tak aby žádný s2ram nebylo potřeba a k uspání stačilo prosté echo mem > /sys/power/state
.
Možná bys potom mohl poradit Pavlu Machkovi, jak to MUSÍ dělat. Z tvojí reakce se zdá, že o toho kernelu a problémech spojených s uspáváním moc neví ... Tvé logické pochody jsou vskutu nadmíru zajímavé...
Pavel Machek těžko sám opraví všechny "vadné" drivery, a proto, že v současné době se distribuce jako je SUSE bez něčeho takového neobejde, píše kromě "kernel věcí" i s2ram. Z jeho příspěvků do mailinglistů a přednášek nicméně nemám pocit, že by si myslel, že s2ram je skutečné řešení problému...