Nový ovladač Steam Controller jde do prodeje 4. května. Cena je 99 eur.
Greg Kroah-Hartman začal používat AI asistenta pojmenovaného gkh_clanker_t1000. V commitech se objevuje "Assisted-by: gkh_clanker_t1000". Na social.kernel.org publikoval jeho fotografii. Jedná se o Framework Desktop s AMD Ryzen AI Max a lokální LLM.
Ubuntu 26.10 bude Stonking Stingray (úžasný rejnok).
Webový prohlížeč Dillo (Wikipedie) byl vydán ve verzi 3.3.0. S experimentální podporou FLTK 1.4. S příkazem dilloc pro ovládání prohlížeče z příkazové řádky. Vývoj prohlížeče se přesunul z GitHubu na vlastní doménu dillo-browser.org (Git).
Byl publikován přehled dění a novinek z vývoje Asahi Linuxu, tj. Linuxu pro Apple Silicon. Vývojáři v přehledu vypíchli vylepšenou instalaci, podporu senzoru okolního světla, úsporu energie, opravy Bluetooth nebo zlepšení audia. Vývoj lze podpořit na Open Collective a GitHub Sponsors.
raylib (Wikipedie), tj. multiplatformní open-source knihovna pro vývoj grafických aplikací a her, byla vydána ve verzi 6.0.
Nové verze AI modelů. Společnost OpenAI představila GPT‑5.5. Společnost DeepSeek představila DeepSeek V4.
Nová čísla časopisů od nakladatelství Raspberry Pi zdarma ke čtení: Raspberry Pi Official Magazine 164 (pdf) a Hello World 29 (pdf).
Bylo oznámeno, že webový prohlížeč Opera GX zaměřený na hráče počítačových her je už také na Flathubu and Snapcraftu.
Akcionáři americké mediální společnosti Warner Bros. Discovery dnes schválili převzetí firmy konkurentem Paramount Skydance za zhruba 110 miliard dolarů (téměř 2,3 bilionu Kč). Firmy se na spojení dohodly v únoru. O část společnosti Warner Bros. Discovery dříve usilovala rovněž streamovací platforma Netflix, se svou nabídkou však neuspěla. Transakci ještě budou schvalovat regulační orgány, a to nejen ve Spojených státech, ale také
… více »
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: