#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.
Minulý týden proběhl u CZ.NIC veřejný test aukcí domén. Včera bylo publikováno vyhodnocení a hlavní výstupy tohoto testu.
Byla vydána nová verze 3.5.0 svobodné implementace protokolu RDP (Remote Desktop Protocol) a RDP klienta FreeRDP. Přehled novinek v ChangeLogu. Opraveno bylo 6 bezpečnostních chyb (CVE-2024-32039, CVE-2024-32040, CVE-2024-32041, CVE-2024-32458, CVE-2024-32459 a CVE-2024-32460).
Google Chrome 124 byl prohlášen za stabilní. Nejnovější stabilní verze 124.0.6367.60 přináší řadu oprav a vylepšení (YouTube). Podrobný přehled v poznámkách k vydání. Opraveno bylo 22 bezpečnostních chyb. Vylepšeny byly také nástroje pro vývojáře.
Byla vydána nová verze 9.3 z Debianu vycházející linuxové distribuce DietPi pro (nejenom) jednodeskové počítače. Přehled novinek v poznámkách k vydání. Novinkou je vlastní repozitář DietPi APT.
Byl vydán Mozilla Firefox 125.0.1, první verze z nové řady 125. Přehled novinek v poznámkách k vydání, poznámkách k vydání pro firmy a na stránce věnované vývojářům. Vypíchnout lze podporu kodeku AV1 v Encrypted Media Extensions (EME). Řešeny jsou rovněž bezpečnostní chyby. Nový Firefox 125.0.1 je již k dispozici také na Flathubu a Snapcraftu.
sion log # ntpq -p remote refid st t when poll reach delay offset jitter ==============================================================================< r-vsb-nk.vsb.ov .RSTR. 16 u - 512 0 0.000 0.000 4000.00 sion log #Tahle vypada muj vypis na serveru... Jinak jsem samozrejme pred tim dal ntpdate, tak mi to sesynchronizoval, a ntpd? Nevim, snad mi synchronizuje... v ntp.conf uz jsem dal i restrict 192.168.0.2 takze ted uz by to melo na 100% jet, a ono furt nic :( A u klienta dam:
root@hammer javes # ntpdate -d 192.168.0.1 2 Oct 13:04:18 ntpdate[8583]: ntpdate 4.2.0@1.1161-r So srp 21 23:26:10 CEST 2004 (1) Looking for host 192.168.0.1 and service ntp host found : dns.zaznam.domena transmit(192.168.0.1) receive(192.168.0.1) transmit(192.168.0.1) receive(192.168.0.1) transmit(192.168.0.1) receive(192.168.0.1) transmit(192.168.0.1) receive(192.168.0.1) transmit(192.168.0.1) 192.168.0.1: Server dropped: strata too high server 192.168.0.1, port 123 stratum 16, precision -20, leap 11, trust 000 refid [192.168.0.1], delay 0.02577, dispersion 0.00000 transmitted 4, in filter 4 reference time: 00000000.00000000 Thu, Feb 7 2036 7:28:16.000 originate timestamp: c50909b1.03ad7d7c Sat, Oct 2 2004 13:04:17.014 transmit timestamp: c50909b2.533c70c9 Sat, Oct 2 2004 13:04:18.325 filter delay: 0.02596 0.02579 0.02577 0.02577 0.00000 0.00000 0.00000 0.00000 filter offset: -1.31087 -1.31088 -1.31088 -1.31088 0.000000 0.000000 0.000000 0.000000 delay 0.02577, dispersion 0.00000 offset -1.310887 2 Oct 13:04:18 ntpdate[8583]: no server suitable for synchronization found root@hammer javes #
[root@petr /home/petr]# /usr/sbin/ntpq -p remote refid st t when poll reach delay offset jitter ============================================================================== +adm.globe.cz 192.53.103.103 2 u 126 128 377 26.848 -13.033 16.451 +merlin.karpo.cz 195.113.144.201 2 u 122 128 377 26.222 -14.736 20.158 +relay.contactel 145.238.110.49 2 u 52 128 377 39.034 -11.935 22.415 *tik.cesnet.cz .GPS. 1 u 127 128 337 47.936 -8.084 100.188 +odine.cgi.cz 193.85.3.51 2 u 46 128 377 34.967 -12.563 21.234 [root@petr /home/petr]#
>> r-vsb-nk.vsb.ov .RSTR. 16 ^^^^ ^^Tady mas jasnej duvod proc se ti nic nesynchronizuje... NTP server, proti kteremu se pokousis synchronizovat cas, totiz jaksi ma spustenej demon NTP, ale rozhodne jako casovej server neslouzi. Jasne v tom vypisu vidis, ze ma stratum 16, coz znamena out of sync a to RSTR znamena, ze nema k dispozici zadny casovy zdroj pro vlastni synchronizaci, takze nemuze poskytovat NTP sluzby. Cela dalsi diskuze dole je uplne mimo misu. BTW pokud chces pouzivat NTP, mel by sis aspon zbezne prohlidnout (mysleno PRECIST) dokumentaci, protoze jinak to tezko rozchodis. Pro diagnostiku muzes pouzit samozrejme ntpq nejlepe jako shell, prikazem PE si vypises peers (to jsou servery, ktere mas uvedene jako casove zdroje), prikazem AS si zobrazis stav, pripadne ktery ze serveru je aktualne platnym casovym zdrojem. Pro rozchozeni si dej do /etc/ntp.conf JENOM tohle:
---------------------------------------------------------- # tenhle server urcite existuje a funguje server time.nist.gov # tohle zavisi na tvoji distribuci - podivej se jestli tam # mas adresar /etc/ntp atd. (s tim si snad poradis driftfile /etc/ntp/drift ----------------------------------------------------------Restartuj ntpd, spust si ntpq a pomoci prikazu PE a AS zjistis, jestli to funguje. NTP se synchronizuje v nepriznivem pripade az 40 minut (!) takze necekej, ze to pojede hned. Z ntpq vyskocis prikazem Q Pripadne dalsi dotazy muzes smerovat na muj mejl, najdes ho v profilu...
/etc/ntp.conf
přidej řádku:
restrict 192.168.0.0 mask 255.255.255.0 nomodify notrapPak restartuj ntpd na serveru a počkej. Příkazem '/usr/sbin/ntpq -p' lze zjistit, jestli už server synchronizuje. U mne to bylo tak po pěti minutách, ani ne.
PS: všimněte si toho tvrdého "Y" ve slově "synchronizuje". :->
Tiskni Sdílej: