Linux na 4bitovém mikroprocesoru Intel 4004 z roku 1971? Ale jistě: Linux/4004 (YouTube).
Google Chrome 129 byl prohlášen za stabilní. Nejnovější stabilní verze 129.0.6668.58 přináší řadu novinek z hlediska uživatelů i vývojářů (YouTube). Podrobný přehled v poznámkách k vydání. Opraveno bylo 9 bezpečnostních chyb. Vylepšeny byly také nástroje pro vývojáře (YouTube: DevTools Chrome 127-129).
Byly nalezeny a opraveny bezpečnostní chyby CVE-2024-38812 a CVE-2024-38813 s CVSS 9.8 a 7.5 ve VMware vCenter Server. Jedná se o vzdálené spouštění příkazů (RCE) a eskalaci oprávnění.
MojeID rozdává bezpečnostní klíče (tokeny) GoTrust Idem Key pro přístup k online službám veřejné správy (NIA). Ti, kteří již mají, mohou získat tablet ve slosování.
Společnosti Nintendo a Pokémon žalují společnost Pocketpair. Její hra Palworld prý porušuje patenty Nintendo a Pokémon.
RabbitMQ (Wikipedie) byl vydán v nové major verzi 4.0. RabbitMQ je open source messaging a streaming broker napsaný v programovacím jazyce Erlang. Implementuje protokoly AMQP 0-9-1, AMQP 1.0, RabbitMQ Streams, MQTT a STOMP a v HTTP a WebSockets Web STOMP plugin, Web MQTT plugin a management plugin.
Po půl roce vývoje od vydání verze 46 bylo vydáno GNOME 47 s kódovým názvem Denver. Přehled novinek i s náhledy v poznámkách k vydání a v novinkách pro vývojáře. Krátké představení na YouTube.
Svobodná webová platforma pro sdílení a přehrávání videí PeerTube (Wikipedie) byla vydána v nové verzi 6.3. Přehled novinek i s náhledy v oficiálním oznámení a na GitHubu.
Uživatele Windows a Microsoft 365 Business a Enterprise mohou oficiálně používat Python v Excelu. Spolu s knihovnami jako pandas, Matplotlib a NLTK. Jedná se o spolupráci s Anacondou. Microsoft si tento "vynález integrace tabulkových procesorů s externími prostředími" patentoval: US12026560B2. Už před podáním patentu ale mohli uživatelé pro Python v Excelu používat například PyXLL. LibreOffice / OpenOffice.org měl PyUNO.
Provoz Mozilla.social, tj. instance Mastodonu provozované Mozillou, bude 17. prosince 2024 ukončen.
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: