Europarlament podpořil pozměněnou verzi výjimky známé jako „chat control 1.0“ umožňující firmám skenovat soukromou komunikaci na internetu kvůli ochraně dětí před zneužitím. Pozměňovací návrhy přijaté europoslanci však počítají s tím, že z výjimky bude vyřazena šifrovaná komunikace. Výjimka přestala platit začátkem dubna poté, co se Evropský parlament a Rada EU nedokázaly shodnout na jejím prodloužení. Rada následně přijala
… více »Nejnovější X.Org X server 21.1.24 a Xwayland 24.1.13 řeší 2 bezpečnostní chyby.
Clement "Clem" Lefebvre publikoval souhrn dění v Linux Mintu za červen 2026. Vypíchnuta je vylepšená podpora Waylandu. Už není považována za experimentální. V příští verzi Linux Mintu, plánována je na Vánoce, bude běh Cinnamonu plně podporován na X11 i Waylandu. V květnu na vývoj Linux Mintu přispělo 611 dárců celkovou částkou 19 612 dolarů. Dalších 2 326 patronů přispělo na Patreonu celkovou částkou 5 334 dolarů.
V Linuxu v KVM byla nalezena a v upstreamu již byla opravena kritická zranitelnost Januscape aneb CVE-2026-53359. Root na hostovaném počítači (virtuální stroj) může obejít izolaci a získat plnou kontrolu nad hostitelským systémem (DoS útok nebo vzdálené spuštění kódu s právy roota). Na obou hlavních architekturách – Intel i AMD. Zranitelnost v Linuxu existovala téměř 16 let (od srpna 2010 do června 2026).
Tribunál Soudního dvora Evropské unie dnes zamítl několik žalob, v nichž se americká společnost Apple ohrazovala proti pravidlům fungování velkých technologických společností na unijním trhu. Applu se nelíbilo, že jeho obchod s aplikacemi a operační systém iOS mají podléhat přísnějším povinnostem jen proto, že Brusel firmu považuje za takzvaného gatekeepera, tedy strážce přístupu.
Na WhatsAppu budou postupně v průběhu následujících měsíců zavedena uživatelská jména. Telefonní čísla tak mohou zůstat soukromá. Aktuálně si lze uživatelské jméno rezervovat.
Byl aktualizován TIOBE Index (Wikipedie). Programovací jazyk Rust se poprvé dostal do první desítky tohoto žebříčku popularity programovacích jazyků. Vede Python následovaný C, C++, Java, C#, …
Proton (Wikipedie), tj. fork Wine integrovaný ve Steamu umožňující na Linuxu hrát hry určené pouze pro Windows, byl vydán ve verzi 11.0-1. Přehled novinek se seznamem nově podporovaných her na GitHubu. Aktuální přehled všech podporovaných her na stránkách ProtonDB
Byly publikovány zdrojové kódy počítačové hry Unturned. Pro nekomerční účely. V plánu je přelicencování pod MIT. Hra Unturned je postavena nad multiplatformním herním enginem Unity.
První česká družice navržená a sestavená výhradně studenty se dostala na oběžnou dráhu Země. Družice KOSTKA, kterou vyvinul studentský tým YSpace z Vysokého učení technického v Brně (VUT), dnes odstartovala na palubě rakety Falcon 9 společnosti SpaceX v rámci mise Transporter-17 z kalifornské základny Vandenberg Space Force Base.
Neskutečně dlouho jsem řešil problém s hibernací a suspend to ram. Viz tento thread: http://www.abclinuxu.cz/poradna/linux/show/261607
Pak jsem přišel na to, že stačí pouze vytáhnout napájecí kabel a všechno funguje, což je docela zvláštní. Netušíte někdo proč?
Notebook: MSI GX620X, Gentoo, kernel 2.6.29,
20.5.2009 17:58
kozzi | skóre: 55
| blog: vse_o_vsem
| Pacman (Bratrušov)
Tak problém je ten, že když je notes zapojený v elektrice a chci ho zahibernovat, tak se prostě během procesu natvrdo vypne. A když chci třeba přebootovat do windows, tak je otrava vytahovat kabel a strkat zase zpátky.
Laptop_mode nepoužívám a moduly power a battery nejsou vůbec načtené:
$ lsmod
Module Size Used by
fuse 58176 2
vboxnetflt 82540 0
vboxdrv 1679532 1 vboxnetflt
scsi_wait_scan 1336 0
test_nx 2232 0
nvidia 10129496 38
Ok, takže jakým způsobem mám unloadovat battery či ac modul? :) Jediné, co znám a co jsem našel na internetu, je rmmod. Zkusil jsem pomocí rmmod unloadnout všechny moduly, chvíli to vypadalo nadějně, povedlo se třikrát zahibernovat, ale pak už to zase začalo padat.
Tak jsem překompilil jádro a ac a battery nastavil jako moduly. Ale i když je ručně odloadnu, hibernace spadne. Dokonce jsem zkusil vypnout celou podporu ACPI, ale také žádný výsledek.
BIOS to být může, ale tak v ubuntu hibernace funguje korektně (podle diskuzních fór různých, přimo na tomhle konkrétním notesu jsem to nezkoušel). A pak je otázka, zda to, že se hibernace párkrát povedla s vytaženým AC kabelem, nebyla pouze souhra náhod, protože momentálně je zcela jedno, zda je notes v napájení či nikoliv: hibernace spadne.
Důležité imho je to, že hibernate i suspend to ram vykazují stejné problémy (pouze suspend to ram funguje s větší úspěšností), takže problém nastává v něčem, co mají společného. Bohužel linux moc dobře neznám, abych to dokázal určit 
UPDATE: tak jsem změnil názor, hibernace se zastrčeným kabelem nefunguje vůbec a s vytaženým jak se jí zachce. Tak 1 z 5 pokusů. Nechápu proč, protože ještě před pár hodinami to šlapalo korektně 
asi náhoda...
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.czacpi, event ac_adapter, vizte /etc/acpi/). Sice mám také Gentoo, ale acpi skripty mám vlastní, tak nevím co je tam jako "default".
Laptop_mode je vypnuté (/proc/sys/vm/laptop_mode obsahuje nulu). Defaulní acpi script nedělá nic a kromě toho mám acpid stejně vypnutý.
Zkusil jsem to vypnout, ale bohužel s žádným výsledkem, přesto děkuji za radu.
Momentálně to vypadá spíš na chybu biosu či přímo celého notebooku, viz můj poslední příspěvek.
echo -e mem > /sys/power/state a pro hibernaci jenom zaměňtě mem za disk
Mám 4 GB ram a přes 4 GB swapu, takže tím by to být nemělo. Nehleděte na to, že suspend2ram se vůbec velikosti swapu netýká.
Zkoušel jsem všechny možné způsoby, pm-hibernate, hibernate i ten low-level přístup, všechno se stejný výsledkem.
Jinak samotný dotaz už není moc aktuální, protože se opět jednalo pouze o chvilkovou náhodu, že jsem vytáhl kabel a ono to několikrát za sebou zahibernovalo Víckrát se mi to už zopakovat nepodařilo. Problém bude pravděpodobně přímo v notesu. Ten samotný pád hibernace/suspendu totiž vypadá dost specificky. Prostě se naráz vypne, jako když podržíte vypínací tláčitko, a pak, což je zajímavější, se dost často sám po několika sekundách spustí. A k tomuto popisovanému jevu dochází občas i při spouštění systému během načítání kernelu a dokonce párkrát i při ukládání nastavení biosu. Což znamená, že to třeba není problém linuxu, ale notebooku, takže jediné co zbývá je updatovat bios, na což se chystám, a nebo reklamace, ale to nevím jak bych ukecal:)
V biosu se to kouše tak jednou z 20 případů. Takže poslat to na reklamaci s tím, ať zkoušejí ukládat bios tak dlouho, dokud se jim to nekousne, mi nepřijde nejšťastnější Jinak jsem flashnul nejvnovější verzi biosu a EC od MSI, ale nepomohlo to.
Ventilátor se rozběhne v pořádku, s přehříváním by problémy být neměly.
S tou ramkou to vyzkouším, děkuji za tip.
Měl jsem podobný problém; jen s tím rozdílem, že kabel bylo potřeba naopak nechat zastrčený. Zkuste přidat jádru parametr acpi_sleep=s4_nohwsig. Více informací na openSUSÍ bugzille.
Děkuji za radu, vyzkouším. Bohužel mě se to odmítá vůbec zasuspendovat, když už se to jednou povede, tak resume je naopak 100% fuknčí. A také jsem došel k názoru, že zda se to povede či nikoliv, není závislé na zapojení napájecího kabelu. Jednalo se jen o hodně velkou náhodu, kdy se to bez napájení povedlo několikrát za sebou. Důsledkem čehož jsem napsal tento dotaz, jenže když jsem to o několik hodin zkoušel znovu pří stejné konfiguraci, už to selhalo.
Problém vyřešen: způsobovala to síťová karta a wifina. Stačilo zakompilit oba drivery jako moduly a pak je vždy před hibernací/suspendem unloadnout.
Je docela zvláštní, že jsem o tom nikde nic nenašel. Když už, tak se ve fórech mluví o zvukové kartě, ale o síti ani zmínka.
Tak v Biosu je možnost boot ze sítě, ale nic jiného, pokud vím.
Ale teď už je to stejně jedno, když už to funguje.
Tiskni
Sdílej:
