Spolek OpenAlt zve příznivce otevřených řešení a přístupu na 216. sraz, který proběhne v pátek 20. února od 18:00 v Red Hat Labu (místnost Q304) na Fakultě informačních technologií VUT v Brně na ulici Božetěchova 1/2. Tématem srazu bude komunitní komunikační síť MeshCore. Jindřich Skácel představí, co je to MeshCore, předvede nejrůznější klientské zařízení a ukáže, jak v praxi vypadá nasazení vlastního repeateru.
Byla vydána nová major verze 9.0 multiplatformní digitální pracovní stanice pro práci s audiem (DAW) Ardour. Přehled novinek, vylepšení a oprav v poznámkách k vydání.
Hodnota Bitcoinu, decentralizované kryptoměny klesla pod 70 000 dolarů (1,44 milionu korun).
Valve z důvodu nedostatku pamětí a úložišť přehodnocuje plán na vydání zařízení Steam Controller, Steam Machine a Steam Frame: „Cílem tedy stále zůstává vydat všechna tři nová zařízení v první polovině letošního roku, ale přesná data a ceny jsou dvě věci, na kterých usilovně pracujeme a jsme si dobře vědomi toho, jak rychle se v tomto ohledu může vše změnit. Takže ač dnes žádné zveřejnitelné údaje nemáme, hned jak plány finalizujeme, budeme Vás informovat.“
Do 20. února lze hlasovat pro wallpapery pro Ubuntu 26.04 s kódovým názvem Resolute Raccoon.
Byla vydána lednová aktualizace aneb nová verze 1.109 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.109 vyjde také VSCodium, tj. komunitní sestavení Visual Studia Code bez telemetrie a licenčních podmínek Microsoftu.
Na Kickstarteru běží kampaň na podporu modulárního otevřeného handheldu Mecha Comet s Linuxem.
V nedávno zveřejněné kolekci dokumentů souvisejících s kontroverzním finančníkem a kuplířem Jeffrey Epsteinem se překvapivě objevil i referenční manuál unixového shellu Bash, jedná se o verzi manuálu z roku 2005. Aktuální vydání si lze stáhnout ze stránek GNU.
The Document Foundation oznámila vydání nové verze 26.2 svobodného kancelářského balíku LibreOffice. Podrobný přehled nových vlastností i s náhledy v poznámkách k vydání (cs). Vypíchnout lze podporu formátu Markdown.
Co se děje ve zprávách, ví asi každý - válka sem, clo tam, demonstrace na jednu i druhou stranu a bastlíř už má pocit, že se snad ani nic jiného neděje. To by však byl velký omyl a Virtuální Bastlírna je zde jako každý měsíc, aby vytáhla na světlo světa události ze světa vědy a techniky. Připojte se tedy nezávaznému povídání Strahovského MacGyvera! Co se tam bude probírat? PCBWay začalo dělat průhledné plošňáky, MARS končí s výrobou skříněk, FEL
… 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: