Spolek OpenAlt zve příznivce otevřených řešení a přístupu na 209. brněnský sraz, který proběhne tento pátek 16. května od 18:00 ve studentském klubu U Kachničky na Fakultě informačních technologií Vysokého učení technického na adrese Božetěchova 2/1. Jelikož se Brno stalo jedním z hlavních míst, kde se vyvíjí open source knihovna OpenSSL, tentokrát se OpenAlt komunita potká s komunitou OpenSSL. V rámci srazu Anton Arapov z OpenSSL
… více »GNOME Foundation má nového výkonného ředitele. Po deseti měsících skončil dočasný výkonný ředitel Richard Littauer. Vedení nadace převzal Steven Deobald.
Byl publikován přehled vývoje renderovacího jádra webového prohlížeče Servo (Wikipedie) za uplynulé dva měsíce. Servo zvládne už i Gmail. Zakázány jsou příspěvky generované pomocí AI.
Raspberry Pi Connect, tj. oficiální služba Raspberry Pi pro vzdálený přístup k jednodeskovým počítačům Raspberry Pi z webového prohlížeče, byla vydána v nové verzi 2.5. Nejedná se už o beta verzi.
Google zveřejnil seznam 1272 projektů (vývojářů) od 185 organizací přijatých do letošního, již jednadvacátého, Google Summer of Code. Plánovaným vylepšením v grafických a multimediálních aplikacích se věnuje článek na Libre Arts.
Byla vydána (𝕏) dubnová aktualizace aneb nová verze 1.100 editoru zdrojových kódů Visual Studio Code (Wikipedie). Přehled novinek i s náhledy a videi v poznámkách k vydání. Ve verzi 1.100 vyjde také VSCodium, tj. komunitní sestavení Visual Studia Code bez telemetrie a licenčních podmínek Microsoftu.
Open source platforma Home Assistant (Demo, GitHub, Wikipedie) pro monitorování a řízení inteligentní domácnosti byla vydána v nové verzi 2025.5.
OpenSearch (Wikipedie) byl vydán ve verzi 3.0. Podrobnosti v poznámkách k vydání. Jedná se o fork projektů Elasticsearch a Kibana.
PyXL je koncept procesora, ktorý dokáže priamo spúštat Python kód bez nutnosti prekladu ci Micropythonu. Podľa testov autora je pri 100 MHz približne 30x rýchlejší pri riadeni GPIO nez Micropython na Pyboard taktovanej na 168 MHz.
Grafana (Wikipedie), tj. open source nástroj pro vizualizaci různých metrik a s ní související dotazování, upozorňování a lepší porozumění, byla vydána ve verzi 12.0. Přehled novinek v aktualizované dokumentaci.
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
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
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: