Neziskové průmyslové konsorcium Khronos Group vydalo verzi 1.1 specifikace OpenXR (Wikipedie), tj. standardu specifikujícího přístup k platformám a zařízením pro XR, tj. platformám a zařízením pro AR (rozšířenou realitu) a VR (virtuální realitu). Do základu se z rozšíření dostalo XR_EXT_local_floor. Společnost Collabora implementuje novou verzi specifikace do platformy Monado, tj. open source implementace OpenXR.
Byla vydána nová verze 0.38.0 multimediálního přehrávače mpv (Wikipedie) vycházejícího z přehrávačů MPlayer a mplayer2. Přehled novinek, změn a oprav na GitHubu. Požadován je FFmpeg 4.4 nebo novější a také libplacebo 6.338.2 nebo novější.
ClamAV (Wikipedie), tj. multiplatformní antivirový engine s otevřeným zdrojovým kódem pro detekci trojských koní, virů, malwaru a dalších škodlivých hrozeb, byl vydán ve verzích 1.3.1, 1.2.3 a 1.0.6. Ve verzi 1.3.1 je mimo jiné řešena bezpečnostní chyba CVE-2024-20380.
Digitální a informační agentura (DIA) oznámila (PDF, X a Facebook), že mobilní aplikace Portál občana je ode dneška oficiálně venku.
#HACKUJBRNO 2024, byly zveřejněny výsledky a výstupy hackathonu města Brna nad otevřenými městskými daty, který se konal 13. a 14. dubna 2024.
Společnost Volla Systeme stojící za telefony Volla spustila na Kickstarteru kampaň na podporu tabletu Volla Tablet s Volla OS nebo Ubuntu Touch.
Společnost Boston Dynamics oznámila, že humanoidní hydraulický robot HD Atlas šel do důchodu (YouTube). Nastupuje nová vylepšená elektrická varianta (YouTube).
Desktopové prostředí LXQt (Lightweight Qt Desktop Environment, Wikipedie) vzniklé sloučením projektů Razor-qt a LXDE bylo vydáno ve verzi 2.0.0. Přehled novinek v poznámkách k vydání.
Nejvyšší soud podpořil novináře Českého rozhlasu. Nařídil otevřít spor o uchovávání údajů o komunikaci (data retention). Uvedl, že stát odpovídá za porušení práva EU, pokud neprovede řádnou transpozici příslušné směrnice do vnitrostátního práva.
Na ubuntu hardy provozuji terminal server. Někteří klienti z podsítě 192.168.4. občas nenabootují. PXE získá ip adresu z dhcp serveru pokaždé. Během bootu ale probíhá IP-Config a na něm se to občas zastaví. Pomůže pokud v dhcpd.conf na dhcp serveru zakomentuju statický záznam počítače, restartuju dhcp server a klienta, ten získá jinou ip a nenabootuje, to ale stačí, potom v dhcpd.conf záznam odkomentuju a restartuju dhcp server a klienta a ten vždy neběhne. Už několik týdnů s tímto problémem soupeřím, nevím co s tím. Zde je část z dhcpd.conf:
subnet 192.168.4.0 netmask 255.255.255.0 {
option subnet-mask 255.255.255.0;
option broadcast-address 192.168.4.255;
option routers 192.168.4.1;
option domain-name-servers 192.168.1.2,192.168.1.1;
pool {
ddns-updates on;
failover peer "dhcp-failover";
deny dynamic bootp clients;
deny unknown-clients;
max-lease-time 3600;
range 192.168.4.11 192.168.4.99;
filename "/ltsp/i386/pxelinux.0";
option root-path "/opt/ltsp/i386";
next-server 192.168.4.10;
host a1 {hardware ethernet XX:XX:XX:XX:XX:XX;
fixed-address 192.168.4.11;}
host a2 {hardware ethernet XX:XX:XX:XX:XX:XX;
fixed-address 192.168.4.12;}
host a3 {hardware ethernet XX:XX:XX:XX:XX:XX;
fixed-address 192.168.4.13;}
host a4 {hardware ethernet XX:XX:XX:XX:XX:XX;
fixed-address 192.168.4.14;}
host a5 {hardware ethernet XX:XX:XX:XX:XX:XX;
fixed-address 192.168.4.15;}
host a6 {hardware ethernet XX:XX:XX:XX:XX:XX;
fixed-address 192.168.4.16;}
host a7 {hardware ethernet XX:XX:XX:XX:XX:XX;
fixed-address 192.168.4.17;}
host a8 {hardware ethernet XX:XX:XX:XX:XX:XX;
fixed-address 192.168.4.18;}
host a9 {hardware ethernet XX:XX:XX:XX:XX:XX;
fixed-address 192.168.4.19;}
host a10 {hardware ethernet XX:XX:XX:XX:XX:XX;
fixed-address 192.168.4.20;}
}
pool {
ddns-updates on;
failover peer "dhcp-failover";
deny dynamic bootp clients;
allow unknown-clients;
max-lease-time 1800;
range 192.168.4.100 192.168.4.240;
}
}
část logu z dhcp serveru:
Jan 28 16:58:30 dhcp dhcpd: Dynamic and static leases present for 192.168.4.11.
Jan 28 16:58:30 dhcp dhcpd: Remove host declaration a1 or remove 192.168.4.11
Jan 28 16:58:30 dhcp dhcpd: from the dynamic address pool for 192.168.4/24
Jan 28 16:58:30 dhcp dhcpd: DHCPREQUEST for 192.168.4.11 (192.168.1.2) from XX:XX:XX:XX:XX:XX via 192.168.4.1
Jan 28 16:58:30 dhcp dhcpd: DHCPACK on 192.168.4.11 to XX:XX:XX:XX:XX:XX via 192.168.4.1
To Dynamic and static.. s tím asi nemá co dělat, ale nevím. U všech ostatních podsítí to funguje.
Je to tak půl na půl: starší 3COMy a Realteky rtl 8139.
Je na jiném switchi, vlastně na dvou a chová se to na obou stejně.
A k samotnému bootování: z pevného disku načte lilo image stažený z rom-o-matic.net, ten vyhledá síťovku a začně bootovat.
A abych doplnil to občas zastaví. Pokud se to zastaví na nějakém počítači, tak od té chvíle už nefungujou žádné počítače s tohoto subnetu, jen ty, které naběhly před tím, než nastal problém-ty pak normálně fungují i po rebootu. A zase pomáže na chvíli zakomentovat daný záznam v dhcpd.conf abych ty nefunkčí jeden po druhým rozchodil.
Další věc: zkoušel jsem vypnout a zapnout všechny switche - skoro bez efektu až na to že potom mi přestali fungovat všichni tencí klienti v tom problémovém subnetu - zase pomohlo odkomentování v dhcpd.conf(jenže to není trvalé řešení, to funguje jen chvilku!!). Abych vyloučil problémy s klientskými pc, tak jsem je vytáhl na chvíli ze zásuvky a zapnul ale pořád se to chovalo stejně.
Tiskni Sdílej: