Nové číslo časopisu Raspberry Pi zdarma ke čtení: Raspberry Pi Official Magazine 165 (pdf).
Byla vydána verze 9.2 open source virtualizační platformy Proxmox VE (Proxmox Virtual Environment, Wikipedie) založené na Debianu. Přehled novinek v poznámkách k vydání a informačním videu.
Firefox 151 podporuje Web Serial API. Pro komunikaci s různými mikrokontroléry připojenými přes USB nebo sériové porty už není nutné spouštět Chrome nebo na Chromiu postavené webové prohlížeče.
Byla vydána nová stabilní verze 8.0 webového prohlížeče Vivaldi (Wikipedie). Postavena je na Chromiu 148. Přehled novinek i s náhledy v příspěvku na blogu.
Ve FreeBSD byla nalezena a opravena zranitelnost FatGid aneb CVE-2026-45250. Jedná se o lokální eskalaci práv. Neprivilegovaný uživatel se může stát rootem.
Společnost Flipper Devices oznámila Flipper One. Zcela nový Flipper postavený od nuly. Jedná se o open-source linuxovou platformu založenou na čipu Rockchip RK3576. Hledají se dobrovolníci pro pomoc s dokončením vývoje (ovladače, testování, tvorba modulů).
Vývojáři Wine oznámili vydání verze 2.0 knihovny vkd3d pro překlad volání Direct3D na Vulkan. Přehled novinek na GitLabu.
Společnost Red Hat oznámila vydání Red Hat Enterprise Linuxu (RHEL) 10.2 a 9.8. Vedle nových vlastností a oprav chyb přináší také aktualizaci ovladačů a předběžné ukázky budoucích technologií. Vypíchnout lze CLI AI asistenta goose. Podrobnosti v poznámkách k vydání (10.2 a 9.8).
Organizace Apache Software Foundation (ASF) vydala verzi 30 integrovaného vývojového prostředí a vývojové platformy napsané v Javě NetBeans (Wikipedie). Přehled novinek na GitHubu. Instalovat lze také ze Snapcraftu a Flathubu.
Byla vydána nová verze 7.0 svobodného open source redakčního systému WordPress. Kódové jméno Armstrong bylo vybráno na počest amerického jazzového trumpetisty a zpěváka Louise Armstronga (What A Wonderful World).
Nejdříve mušky:

<jed>Ačkoli, pokud chce, aby mu to fungovalo, tak se nabízí otázka, proč instaloval KDE 4...</jed>
administrace Apache z Yastu vás uvítá hláškou o tom že si nerozumí networkmanageremA kde je problem? Staci si precitat, co je tam skutocne napisane
Vaše síťové rozhraní je ovládáno NetworkManagerem, ale nainstalovaná služba s ním nemusí správně fungovat.. JJ je to vlastně jen taková poplašná zpráva
.
Pády ve Windows byly častější s ovladači od Aceru, nainstaloval (přes Modder) jsem Catalysty a už je to lepší, třebaže někdy to vytuhne - povolil jsem virtuální paměť, zakázal restart při kolapsu, abych se podíval, čím ta chyba vzniká, a aby se zapsal výpis z paměti na disk, ale systém stávkuje a od té doby nespadl.
Co se týče SUSE, tak u oS 11 zamrzl jen jednou (zamrzne a obrazovka se začne měnit, zrnit a přejde v barevné pruhy - asi to bude grafika
)
PS: teď když jsem vypnul efekty (vlnící okna a tak podobně), tak to zatím nevytuhlo, tak uvidíme, ale rád bych to nějak vyřešil, aby to netuhlo ani při zapnutých efektech...
Vypisuje to pořád.
Jul 31 20:47:25 linux-vhr5 NetworkManager: nm_supplicant_interface_get_connection_state: assertion `NM_IS_SUPPLICANT_INTERFACE (self)' failed Jul 31 20:47:25 linux-vhr5 NetworkManager: nm_supplicant_interface_request_scan: assertion `NM_IS_SUPPLICANT_INTERFACE (self)' failed Jul 31 20:47:25 linux-vhr5 NetworkManager: nm_supplicant_interface_get_connection_state: assertion `NM_IS_SUPPLICANT_INTERFACE (self)' failed Jul 31 20:47:25 linux-vhr5 NetworkManager: nm_supplicant_interface_request_scan: assertion `NM_IS_SUPPLICANT_INTERFACE (self)' failed Jul 31 20:47:25 linux-vhr5 NetworkManager: nm_supplicant_interface_get_connection_state: assertion `NM_IS_SUPPLICANT_INTERFACE (self)' failed Jul 31 20:47:25 linux-vhr5 NetworkManager: nm_supplicant_interface_request_scan: assertion `NM_IS_SUPPLICANT_INTERFACE (self)' failed Jul 31 20:47:25 linux-vhr5 NetworkManager: nm_supplicant_interface_get_connection_state: assertion `NM_IS_SUPPLICANT_INTERFACE (self)' failed Jul 31 20:47:25 linux-vhr5 NetworkManager: nm_supplicant_interface_request_scan: assertion `NM_IS_SUPPLICANT_INTERFACE (self)' failed Jul 31 20:47:25 linux-vhr5 NetworkManager: nm_supplicant_interface_get_connection_state: assertion `NM_IS_SUPPLICANT_INTERFACE (self)' failed Jul 31 20:47:25 linux-vhr5 NetworkManager: nm_supplicant_interface_request_scan: assertion `NM_IS_SUPPLICANT_INTERFACE (self)' failed Jul 31 20:47:25 linux-vhr5 NetworkManager: nm_supplicant_interface_get_connection_state: assertion `NM_IS_SUPPLICANT_INTERFACE (self)' failed Jul 31 20:47:25 linux-vhr5 NetworkManager: nm_supplicant_interface_request_scan: assertion `NM_IS_SUPPLICANT_INTERFACE (self)' failed Jul 31 20:47:25 linux-vhr5 NetworkManager: nm_supplicant_interface_get_connection_state: assertion `NM_IS_SUPPLICANT_INTERFACE (self)' failed Jul 31 20:47:25 linux-vhr5 NetworkManager: nm_supplicant_interface_request_scan: assertion `NM_IS_SUPPLICANT_INTERFACE (self)' failed Jul 31 20:47:25 linux-vhr5 NetworkManager: nm_supplicant_interface_get_connection_state: assertion `NM_IS_SUPPLICANT_INTERFACE (self)' failed Jul 31 20:47:25 linux-vhr5 NetworkManager: nm_supplicant_interface_request_scan: assertion `NM_IS_SUPPLICANT_INTERFACE (self)' failed Jul 31 20:47:25 linux-vhr5 NetworkManager: nm_supplicant_interface_get_connection_state: assertion `NM_IS_SUPPLICANT_INTERFACE (self)' failed Jul 31 20:47:25 linux-vhr5 NetworkManager: nm_supplicant_interface_request_scan: assertion `NM_IS_SUPPLICANT_INTERFACE (self)' failed Jul 31 20:47:25 linux-vhr5 NetworkManager: nm_supplicant_interface_get_connection_state: assertion `NM_IS_SUPPLICANT_INTERFACE (self)' failed Jul 31 20:47:25 linux-vhr5 NetworkManager: nm_supplicant_interface_request_scan: assertion `NM_IS_SUPPLICANT_INTERFACE (self)' failed Jul 31 20:47:25 linux-vhr5 NetworkManager: nm_supplicant_interface_get_connection_state: assertion `NM_IS_SUPPLICANT_INTERFACE (self)' failed Jul 31 20:47:25 linux-vhr5 NetworkManager: nm_supplicant_interface_request_scan: assertion `NM_IS_SUPPLICANT_INTERFACE (self)' failed Jul 31 20:47:25 linux-vhr5 NetworkManager: nm_supplicant_interface_get_connection_state: assertion `NM_IS_SUPPLICANT_INTERFACE (self)' failed Jul 31 20:47:25 linux-vhr5 NetworkManager: nm_supplicant_interface_request_scan: assertion `NM_IS_SUPPLICANT_INTERFACE (self)' failed Jul 31 20:47:25 linux-vhr5 NetworkManager: nm_supplicant_interface_get_connection_state: assertion `NM_IS_SUPPLICANT_INTERFACE (self)' failed Jul 31 20:47:25 linux-vhr5 NetworkManager: nm_supplicant_interface_request_scan: assertion `NM_IS_SUPPLICANT_INTERFACE (self)' failed Jul 31 20:47:25 linux-vhr5 NetworkManager: nm_supplicant_interface_get_connection_state: assertion `NM_IS_SUPPLICANT_INTERFACE (self)' failed Jul 31 20:47:25 linux-vhr5 NetworkManager: nm_supplicant_interface_request_scan: assertion `NM_IS_SUPPLICANT_INTERFACE (self)' failed Jul 31 20:47:25 linux-vhr5 NetworkManager: nm_supplicant_interface_get_connection_state: assertion `NM_IS_SUPPLICANT_INTERFACE (self)' failed Jul 31 20:47:25 linux-vhr5 NetworkManager: nm_supplicant_interface_request_scan: assertion `NM_IS_SUPPLICANT_INTERFACE (self)' failed
I Google mlčí.
Můžeš prosím vytvořit záznam o chybě v naší bugzille? (http://bugzilla.novell.com, produkt OpenSUSE 11).
Aug 4 03:12:39 linux-vhr5 NetworkManager: < info> (eth0): carrier now ON (device state 2) Aug 4 03:12:39 linux-vhr5 NetworkManager: < info> (eth0): device state change: 2 -> 3 Aug 4 03:12:39 linux-vhr5 NetworkManager: < info> Activation (eth0) starting connection 'System eth0' Aug 4 03:12:39 linux-vhr5 NetworkManager: < info> (eth0): device state change: 3 -> 4 Aug 4 03:12:39 linux-vhr5 NetworkManager: < info> Activation (eth0) Stage 1 of 5 (Device Prepare) scheduled... Aug 4 03:12:39 linux-vhr5 NetworkManager: < info> Activation (eth0) Stage 1 of 5 (Device Prepare) started... Aug 4 03:12:39 linux-vhr5 NetworkManager: < info> Activation (eth0) Stage 2 of 5 (Device Configure) scheduled... Aug 4 03:12:39 linux-vhr5 NetworkManager: < info> Activation (eth0) Stage 1 of 5 (Device Prepare) complete. Aug 4 03:12:39 linux-vhr5 NetworkManager: < info> Activation (eth0) Stage 2 of 5 (Device Configure) starting... Aug 4 03:12:39 linux-vhr5 NetworkManager: < info> (eth0): device state change: 4 -> 5 Aug 4 03:12:39 linux-vhr5 NetworkManager: < info> Activation (eth0) Stage 2 of 5 (Device Configure) successful. Aug 4 03:12:39 linux-vhr5 NetworkManager: < info> Activation (eth0) Stage 3 of 5 (IP Configure Start) scheduled. Aug 4 03:12:39 linux-vhr5 NetworkManager: < info> Activation (eth0) Stage 2 of 5 (Device Configure) complete. Aug 4 03:12:39 linux-vhr5 NetworkManager: < info> Activation (eth0) Stage 3 of 5 (IP Configure Start) started... Aug 4 03:12:39 linux-vhr5 NetworkManager: < info> (eth0): device state change: 5 -> 7 Aug 4 03:12:39 linux-vhr5 NetworkManager: < info> Activation (eth0) Beginning DHCP transaction. Aug 4 03:12:39 linux-vhr5 NetworkManager: < info> dhclient started with pid 7584 Aug 4 03:12:39 linux-vhr5 NetworkManager: < info> Activation (eth0) Stage 3 of 5 (IP Configure Start) complete. Aug 4 03:12:39 linux-vhr5 NetworkManager: < info> DHCP: device eth0 state changed normal exit -> preinit Aug 4 03:12:48 linux-vhr5 NetworkManager: < info> DHCP: device eth0 state changed preinit -> bound Aug 4 03:12:48 linux-vhr5 NetworkManager: < info> Activation (eth0) Stage 4 of 5 (IP Configure Get) scheduled... Aug 4 03:12:48 linux-vhr5 NetworkManager: < info> Activation (eth0) Stage 4 of 5 (IP Configure Get) started... Aug 4 03:12:48 linux-vhr5 NetworkManager: < info> address 10.0.0.102 Aug 4 03:12:48 linux-vhr5 NetworkManager: < info> netmask 255.255.255.0 Aug 4 03:12:48 linux-vhr5 NetworkManager: < info> gateway 10.0.0.1 Aug 4 03:12:48 linux-vhr5 NetworkManager: < info> nameserver 'xxx.xxx.23.19' Aug 4 03:12:48 linux-vhr5 NetworkManager: < info> domain name 'nepovim.ipv6ia.org' Aug 4 03:12:48 linux-vhr5 NetworkManager: < info> Activation (eth0) Stage 5 of 5 (IP Configure Commit) scheduled... Aug 4 03:12:48 linux-vhr5 NetworkManager: < info> Activation (eth0) Stage 4 of 5 (IP Configure Get) complete. Aug 4 03:12:48 linux-vhr5 NetworkManager: < info> Activation (eth0) Stage 5 of 5 (IP Configure Commit) started... Aug 4 03:12:49 linux-vhr5 NetworkManager: < info> (eth0): device state change: 7 -> 8 Aug 4 03:12:49 linux-vhr5 NetworkManager: < info> Clearing nscd hosts cache. Aug 4 03:12:49 linux-vhr5 NetworkManager: < info> Policy set (eth0) as default device for routing and DNS. Aug 4 03:12:49 linux-vhr5 NetworkManager: < info> Activation (eth0) successful, device activated. Aug 4 03:12:49 linux-vhr5 NetworkManager: < info> Activation (eth0) Stage 5 of 5 (IP Configure Commit) complete.
- administrace Apache z Yastu vás uvítá hláškou o tom že si nerozumí networkmanagerem -
mam dojem ze tam nepise ze si s nim nerozumi (proc taky), ale zcela spravne upozornuje, ze karta je ovladana NM a to muze byt zdrojem problemu.
Jestli ten komp hodla nekdo POUZIVAT, tak zustat u KDE 3.59 a pockat na KDE 4.2 (coz je verze kterou na pouzivani priznali i lidi od KDE). KDE 4.1 je milnik, kdy jsou aplikace patrici do KDE migrovany na 4. Ted jsou na rade ostatni aplikace a je treba dodelat spoustu funkci, ktere oproti 3,5 chybi a opravit jeste haldu chyb.
Pro mne plati KDE4.0=alfa, KDE4.1=beta a KDE4.2=pouzitelne. Proto chci prejit z Fedory na Osuse11, ktere mi umozni pouzivat KDE3 dokud se KDE4 nedodela do pouzitelneho stavu. Mam linux jako pracovni nastroj. Hrat si s KDE4 muzu ve VMWare 
K tomu dualu .. nevim nakolik to muze kazit kde4 .. ale treba na Fedore s KDE3.59 jsem pouzil nvidia display settings a TvinView rezim pres 2 ruzne velke LCD byla zalezitost par clicku (xinerama je naprd, dela 1 displej, veci vyjizdeji doprostred, TvinView je jeden xserver :0 s jednou plochou, ale rozlisuje obrazovky, takze muzu mit na kazde jiny obrazek, aplikace vyjizdeji defaultne na 1. lcd, maximize zustane v ramci obraovky a presto se da cokoli kamkoli pretahnout. ja to tak chci)
Na osuse11 to vyzkousim az to dam na tenhle stroj, ale to bude az po otestovani na jinem pc a notasu...
Tiskni
Sdílej: