Byla vydána (𝕏) nová verze 24.7 open source firewallové a routovací platformy OPNsense (Wikipedie). Jedná se o fork pfSense postavený na FreeBSD. Kódový název OPNsense 24.7 je Thriving Tiger. Přehled novinek v příspěvku na fóru.
Binarly REsearch upozorňuje na bezpečnostní problém PKFail (YouTube) v ekosystému UEFI. Stovky modelů zařízení používají pro Secure Boot testovací Platform Key vygenerovaný American Megatrends International (AMI) a jeho privátní část byla při úniku dat prozrazena. Do milionů zařízení (seznam v pdf) po celém světě tak útočníci mohou do Secure Bootu vložit podepsaný malware. Otestovat firmware si lze na stránce pk.fail. Ukázka PoC na Linuxu na Windows na YouTube.
Mobilní operační systém /e/OS (Wikipedie) založený na Androidu / LineageOS, ale bez aplikací a služeb od Googlu, byl vydán ve verzi 2.2 (Mastodon, 𝕏). Přehled novinek na GitLabu. Vypíchnuta je rodičovská kontrola.
Společnost OpenAI představila vyhledávač SearchGPT propojující OpenAI modely umělé inteligence a informace z webů v reálném čase. Zatím jako prototyp pro vybrané uživatele. Zapsat se lze do pořadníku čekatelů.
Distribuce Linux Mint 22 „Wilma“ byla vydána. Je založená na Ubuntu 24.04 LTS, ale s desktopovým prostředím Cinnamon (aktuálně verze 6.2), příp. MATE nebo Xfce, balíkem aplikací XApp, integrací balíčků Flatpak a dalšími změnami. Více v přehledu novinek a poznámkách k vydání.
Příspěvek na blogu Truffle Security: Kdokoli může přistupovat ke smazaným a privátním repozitářům na GitHubu.
Byla vydána nová verze 14 integrovaného vývojového prostředí (IDE) Qt Creator. Podrobný přehled novinek v cgitu. Vypíchnout lze podporu rozšíření v Lua.
Byla vydána verze 1.80.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.
Apple oznámil, že v beta verzi spustil své Apple Maps na webu. Podporován je také webový prohlížeč Chrome. Ne však na Linuxu.
Portál Stack Overflow po roce opět vyzpovídal své uživatele, jedná se především o vývojáře softwaru, a zveřejnil detailní výsledky průzkumu. Průzkumu se letos zúčastnilo více než 65 tisíc vývojářů. Z Česka jich bylo 710. Ze Slovenska 246.
echo mem > /sys/power/state
a vse fungovalo bez jakoehokoli nastavovani, ale ted v Gentoo se sice probudi pocitac, ale s cernou obrazovkou (vse v konzoli, vypada to stejne jako na notebooku, kde jsem musel pouzit vbetool). Dalsi vec je, ze kdyz to zadam v xkach ten prikaz, tak po probuzeni nereagujou ani diody na klavesnici (asi vytuhne).
Nevite v cem je rozdil? Veskery hardware je stejny, .config jadra jsem pouzil taky stejny, jen distribuce je jina.
Dekuji za vase cenne rady :)
[*] Power Management support [*] Legacy Power Management API (DEPRECATED) [ ] Power Management Debug Support [ ] Driver model /sys/devices/.../power/state files (DEPRECATED [ ] Software SuspendPower managment options > ACPI
[*] ACPI Support [*] Sleep States [ ] /proc/acpi/sleep (deprecated) [ ] Procfs interface (deprecated)
/boot
a skopiroval sem /lib/modules/2.6.20.4-moje
k sobe, potom jsem zadal mkinitrd /boot/initrd.img-2.6.20.4-moje
a do konfiguraku grubu jsem dal
title=Debian sleep root (hd0,0) kernel /boot/vmlinuz-2.6.20.4-moje root=/dev/ram0 init=/linuxrc real_root=/dev/hda5 ro initrd /boot/initrd.img-2.6.20.4-moje savedefaultskousel sem i smazat ten sajrajt za jadrem v menu.lst a dat tam jen
root=/dev/hda5
, programku mkinitrd jsem skousel dat --preload=reiserfs
a pokazdy to pise Kernel panic, takze uz nevim co delam spatne. Navic si myslim ze se to stejne neuspi Zmenil jsem distribuci na stolnim pocitaci s Grafikou Nvidia z Debianu na Gentoo.
Predtim jsem pouzival echo mem > /sys/power/state
a vse fungovalo bez jakoehokoli nastavovani, ale ted v Gentoo
Zcela obecně: Když jste změnil distribuci na Gentoo, měl byste asi taky změnit některé návyky a postupy nv
alebo nvidia
?
nv
a vesa
to zapomoci vbetool
jde, s nvidia
se tak napul sekne pocitac, treba numlock funguje, ale prepnout se do konzole ne. (a sviti jen podsvetleni monitoru)
Nevim jestli to ma cenu, ale muzu skusit zjistit presnou verzi jadra a nvidia ovladace v tom Debianu, ty sehnat a skompilovat na gentoo. Zkousel jsem jak ovladac z portage nvidia-legacy-drivers 1.0.7184
, tak i posledni ovladac ze stranek nvidie, kterej podporuje kartu Geforce 4 440MX
a to ve verzi 1.0-9639
.
Takze nikdo nevi v cem je rozdil a mam se teda vzdat nakonfigurovaneho Gentoo a nainstalovat odznova Debian?Dělejte si co chcete
hibernate-script
acpi_sleep=s3_bios,s3_mode
parametr jadra a pouziti s2ram (http://en.opensuse.org/S2ram). Pouzivam s linux-2.6.21-gentoo-r3
k plne spokojenosti.
hibernate-script
u a vbetool
funguje krasne uspavani i probuzeni do RAM, teda fungovalo to tak rok a pul.
Dal jsem upgradovat balicky v testingu, dlouho jsem to nedelal, tak se toho stahovalo fakt hodne, byl tam mimo jine i ovladac na grafiku i810
a taky balicek hibernate
, odinstaloval jsem i par zbytecnosti, ktere nepouzivam a potom jsem uspal pocitac, a druhej den jsem videl jenom cernou podsvetlenou obrazovku.
Co se to deje? Mam Downgradovat ten ovladac, hibernate, nebo neco jinyho? Proc se to stalo? Ja to nechapu, konfigurak hibernate-scriptu je v poradku.
Dal jsem upgradovat balicky v testingu, dlouho jsem to nedelal, tak se toho stahovalo fakt hodne, byl tam mimo jine i ovladac na grafikuNever touch a running system...i810
a taky balicekhibernate
, odinstaloval jsem i par zbytecnosti, ktere nepouzivam
Co se to deje? Mam Downgradovat ten ovladac, hibernate, nebo neco jinyho? Proc se to stalo?Protože jste dal přednost experimentům (upgrade) před stabilním systémem
Never touch a running system...Potom ale pozbývá smysl používat testing.
Otázkou je, co je smyslem vašeho používání. Jestli testování, tak si používejte "testing"Never touch a running system...Potom ale pozbývá smysl používat testing.
Me slo spis o to, ze ve stable v debianu jsou hrozne stary verze programu, v testingu jsou tak akorat. Ja to pouzivam na notebooku, ne na serveru, navic to stabilni je.
Co se to deje? Mam Downgradovat ten ovladac, hibernate, nebo neco jinyho? Proc se to stalo? Ja to nechapuLOL
xserver-xorg-video-i810 (2:1.7.2-4) unstable; urgency=low ▒ ▒ [ Julien Cristau ] ▒ * Don't build-dep on libdrm-dev on hurd-i386, and don't try to install ▒ the libI810XvMC library there, as it isn't built without drm. Thanks to ▒ Samuel Thibault for the patch! (closes: #383918) ▒ ▒ [ Drew Parsons ] ▒ * Apply patch 20-i915_bios.patch from upsteam (1.7.4) to help with faulty ▒ BIOSes (where VBE initialization failed). Closes: #382120. ▒ ▒ -- Drew Parsons <dparsons@debian.org> Sat, 20 Jan 2007 02:29:30 +1100 ▒mam duvodne podezreni, ze za to muze ten patch. Myslim to spravne? Nevim jak mam downgradovat pomoci APT, napada me jen sehnat balik .deb a nainstalovat ho pres dpkg, jak zanechat urcitou verzi jsem nasel v apt-howto. Jdu s tim ted expedimentovat tak mi drzte palce.
Ještě lepší by bylo, kdyby sis sestavil balíček ze zdrojáků v aktuální verzi, ale s vyhozeným tím patchem 20-i915_bios.patch. Pak bys věděl jednoznačně, jestli to má na svědomí on.
Udělal bys to asi takhle:
Nainstaluj závislosti pro kompilaci (jako root):
apt-get build-dep xserver-xorg-video-i810
Jestli je ještě nemáš, nainstaluj i balíčky pro sestavování .deb balíků:
apt-get install build-essential fakeroot
Zbytek už jako neprivilegovaný uživatel:
apt-get source xserver-xorg-video-i810 cd xserver-xorg-video-i810-1.7.2 vim debian/patches/series # vymaž tam poslední řádek "20-i915_bios.patch" dpkg-buildpackage -rfakeroot
O adresář výše ti vznikne balíček, který nainstaluješ. Jestli to pomůže, nezapomeň to nahlásit v Debianím BTS.
debian/patches
smajlik:/home/smajchl# apt-get source xserver-xorg-video-i810 Čtu seznamy balíků... Hotovo Vytvářím strom závislostí Reading state information... Hotovo Potřebuji stáhnout 884kB zdrojových archivů. Mám:1 http://ftp.cz.debian.org testing/main xserver-xorg-video-intel 2:2.0.0-1 (dsc) [1264B] Mám:2 http://ftp.cz.debian.org testing/main xserver-xorg-video-intel 2:2.0.0-1 (tar) [723kB] Mám:3 http://ftp.cz.debian.org testing/main xserver-xorg-video-intel 2:2.0.0-1 (diff) [159kB] Staženo 884kB za 24s (36,6kB/s) gpg: Signature made Pá 20. duben 2007, 08:58:27 CEST using DSA key ID AC5F700C gpg: Can't check signature: public key not found dpkg-source: extracting xserver-xorg-video-intel in xserver-xorg-video-intel-2.0.0 dpkg-source: unpacking xserver-xorg-video-intel_2.0.0.orig.tar.gz dpkg-source: applying ./xserver-xorg-video-intel_2.0.0-1.diff.gz
xserver-xorg-video~_1.7.2-4_i386.deb
nainstaloval a jede to, musi bejt ale zakomentovanej radek VBERestore POST
nebo neak tak v konfiguraku hibernate, proste uplne stejne jako predtim.
Mam jeste neco vyzkouset v zajmu vyvoje novych verzi??
smajlik:/home/smajchl/xserver-xorg-video-intel-2.0.0/debian# ls -a . copyright xserver-xorg-video-intel.install xsfbs .. changelog xserver-xorg-video-intel.install.hurd-i386 compat rules xserver-xorg-video-intel.links control watch xserver-xorg-video-intel.manpagesa jeste jednou dik za ochotu.
xserver-xorg-video-i810
vyměnil za xserver-xorg-video-intel
a všechno šlape jak má a to včetně s2ram.
s2ram -f -p
(což mi připomnělo, že jsem ještě nekontaktoval autory, aby doplnili whitelist) na HP nx6310, takže možná to jenom potřebuje trochu prozkoušet.
Jul 30 23:14:10 prog3 kernel: PM: Resume from disk failed. Jul 30 23:14:10 prog3 kernel: Magic number: 15:868:252 Jul 30 23:14:10 prog3 kernel: hash matches device ttyw8 Jul 30 23:14:10 prog3 kernel: hash matches device ttytb Jul 30 23:14:10 prog3 kernel: hash matches device 0000:00:1d.0a to odpovida tomuto zarizeni:
h@prog3:/var/log$ lspci -s 0000:00:1d.0 00:1d.0 USB Controller: Intel Corporation 82801EB/ER (ICH5/ICH5R) USB UHCI Controller #1 (rev 02)Cilize to bude asi modul uhci_hcd nebo ehci_hcd. Tento modul pak zakomentovat pro nejakou utilitu typu s2ram, ze se ma odhanrat ci nahrat pri nebo po uspavani. Nebo zkusit rmmod jmeno_modulu pred uspanim. K uspavani spise pouzivat utility typu s2ram ci s2disk. Nektere stroje mivaji problemy s grafikou po probuzeni (VGA POST-ing [tusim]) a tak. Zde si pak pripadne najdete parametry pro spusteni techto utility. Samozrejme, pouzivejte klidne klasicke echo mem|disk > /sys/power/state, jak chcete. Nebo skripty z acpi. Idealni stav je to si to najit sam, opravit, vyreportovat, git-bisect a tak dale. Distribucni kernely mohou fungovat vselijak. Mohou i nemusi. Osobne si kompiluju git-kernely a cim dal vice to chodi. Nicmene chapu, ze klasicky uzivatel spise sahne po necem hotovem. tohle muze pomoci: https://wiki.ubuntu.com/DebuggingKernelSuspend nebo pres google:// vyhledat echo 1 > /sys/power/pm_trace bye gf
Tiskni
Sdílej: