Microsoft zveřejnil na GitHubu zdrojové kódy MS-DOSu 4.0 pod licencí MIT. Ve stejném repozitáři se nacházejí i před lety zveřejněné zdrojové k kódy MS-DOSu 1.25 a 2.0.
Canonical vydal (email, blog, YouTube) Ubuntu 24.04 LTS Noble Numbat. Přehled novinek v poznámkách k vydání a také příspěvcích na blogu: novinky v desktopu a novinky v bezpečnosti. Vydány byly také oficiální deriváty Edubuntu, Kubuntu, Lubuntu, Ubuntu Budgie, Ubuntu Cinnamon, Ubuntu Kylin, Ubuntu MATE, Ubuntu Studio, Ubuntu Unity a Xubuntu. Jedná se o 10. LTS verzi.
Na YouTube je k dispozici videozáznam z včerejšího Czech Open Source Policy Forum 2024.
Fossil (Wikipedie) byl vydán ve verzi 2.24. Jedná se o distribuovaný systém správy verzí propojený se správou chyb, wiki stránek a blogů s integrovaným webovým rozhraním. Vše běží z jednoho jediného spustitelného souboru a uloženo je v SQLite databázi.
Byla vydána nová stabilní verze 6.7 webového prohlížeče Vivaldi (Wikipedie). Postavena je na Chromiu 124. Přehled novinek i s náhledy v příspěvku na blogu. Vypíchnout lze Spořič paměti (Memory Saver) automaticky hibernující karty, které nebyly nějakou dobu používány nebo vylepšené Odběry (Feed Reader).
OpenJS Foundation, oficiální projekt konsorcia Linux Foundation, oznámila vydání verze 22 otevřeného multiplatformního prostředí pro vývoj a běh síťových aplikací napsaných v JavaScriptu Node.js (Wikipedie). V říjnu se verze 22 stane novou aktivní LTS verzí. Podpora je plánována do dubna 2027.
Byla vydána verze 8.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 v informačním videu. Zdůrazněn je průvodce migrací hostů z VMware ESXi do Proxmoxu.
R (Wikipedie), programovací jazyk a prostředí určené pro statistickou analýzu dat a jejich grafické zobrazení, bylo vydáno ve verzi 4.4.0. Její kódové jméno je Puppy Cup.
IBM kupuje společnost HashiCorp (Terraform, Packer, Vault, Boundary, Consul, Nomad, Waypoint, Vagrant, …) za 6,4 miliardy dolarů, tj. 35 dolarů za akcii.
Byl vydán TrueNAS SCALE 24.04 “Dragonfish”. Přehled novinek této open source storage platformy postavené na Debianu v poznámkách k vydání.
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: