OpenSearch (Wikipedie) byl vydán ve verzi 3.0. Podrobnosti v poznámkách k vydání. Jedná se o fork projektů Elasticsearch a Kibana.
PyXL je koncept procesora, ktorý dokáže priamo spúštat Python kód bez nutnosti prekladu ci Micropythonu. Podľa testov autora je pri 100 MHz približne 30x rýchlejší pri riadeni GPIO nez Micropython na Pyboard taktovanej na 168 MHz.
Grafana (Wikipedie), tj. open source nástroj pro vizualizaci různých metrik a s ní související dotazování, upozorňování a lepší porozumění, byla vydána ve verzi 12.0. Přehled novinek v aktualizované dokumentaci.
Raspberry Pi OS, oficiální operační systém pro Raspberry Pi, byl vydán v nové verzi 2025-05-06. Přehled novinek v příspěvku na blogu Raspberry Pi a poznámkách k vydání. Pravděpodobně se jedná o poslední verzi postavenou na Debianu 12 Bookworm. Následující verze by již měla být postavena na Debianu 13 Trixie.
Richard Stallman dnes v Liberci přednáší o svobodném softwaru a svobodě v digitální společnosti. Od 16:30 v aule budovy G na Technické univerzitě v Liberci. V anglickém jazyce s automaticky generovanými českými titulky. Vstup je zdarma i pro širokou veřejnost.
sudo-rs, tj. sudo a su přepsáné do programovacího jazyka Rust, nahradí v Ubuntu 25.10 klasické sudo. V plánu je také přechod od klasických coreutils k uutils coreutils napsaných v Rustu.
Fedora se stala oficiální distribucí WSL (Windows Subsystem for Linux).
Společnost IBM představila server IBM LinuxONE Emperor 5 poháněný procesorem IBM Telum II.
Byla vydána verze 4.0 multiplatformního integrovaného vývojového prostředí (IDE) pro rychlý vývoj aplikaci (RAD) ve Free Pascalu Lazarus (Wikipedie). Přehled novinek v poznámkách k vydání. Využíván je Free Pascal Compiler (FPC) 3.2.2.
Podpora Windows 10 končí 14. října 2025. Připravovaná kampaň Konec desítek (End of 10) může uživatelům pomoci s přechodem na Linux.
# The loopback network interface auto lo iface lo inet loopback # The primary network interface auto enp1s0 iface enp1s0 inet static address 192.168.1.100 netmask 255.255.255.0 network 192.168.1.0 boadcast 192.168.1.255 gateway 192.168.1.1 dns-nameservers 192.168.1.100 8.8.8.8 dns-search kurzy.local
Myslím, že toto je příčina, proč server nemá přístup do internetu. Přestože jsem nastavil gateway, server není schopen komunikace ven a netuším co je tedy nastaveno špatně
Windows stanice
Druhý problém je s Windows stanicí, které provedu nastavení, opět dle návodů na internetu. Po úspěšném spuštění Samby je udájně nutné na Windows stanici, v připojení síti / IPv4 nastavit DNS server, v mém případě 192.168.1.100. Což je fajn, počítač pak jde rád do domény, ale na internet se mu vůbec nechce :) Pak jsem zkusil napevnost nastavit IP adresu, masku sítě i bránu, ale nepomohlo to.
Prosím o radu co na serveru a co na Windows stanici změnit, aby mi zůstala funkčnost a obnovilo se připojení k internetu.
Řešení dotazu:
# Dynamic resolv.conf(5) file for glibc resolver(3) generated by resolvconf(8) # DO NOT EDIT THIS FILE BY HAND -- YOUR CHANGES WILL BE OVERWRITTEN nameserver 192.168.1.100 nameserver 8.8.8.8 search kurzy.localTo je v pohodě, ne?
# dig google.com @192.168.1.100 ; <<>> DiG 9.10.3-P4-Ubuntu <<>> google.com @192.168.1.100 ;; global options: +cmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 59724 ;; flags: qr rd ra ad; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 1 ;; OPT PSEUDOSECTION: ; EDNS: version: 0, flags:; udp: 4096 ;; QUESTION SECTION: ;google.com. IN A ;; Query time: 153 msec ;; SERVER: 192.168.1.100#53(192.168.1.100) ;; WHEN: Wed Aug 16 16:16:02 CEST 2017 ;; MSG SIZE rcvd: 39dig google.com @192.168.1.1
; <<>> DiG 9.10.3-P4-Ubuntu <<>> google.com @192.168.1.1 ;; global options: +cmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 38369 ;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 1 ;; OPT PSEUDOSECTION: ; EDNS: version: 0, flags:; udp: 4096 ;; QUESTION SECTION: ;google.com. IN A ;; ANSWER SECTION: google.com. 114 IN A 172.217.23.238 ;; Query time: 6 msec ;; SERVER: 192.168.1.1#53(192.168.1.1) ;; WHEN: Wed Aug 16 16:16:41 CEST 2017 ;; MSG SIZE rcvd: 55dig google.com @8.8.8.8
# dig google.com @8.8.8.8 ; <<>> DiG 9.10.3-P4-Ubuntu <<>> google.com @8.8.8.8 ;; global options: +cmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 8984 ;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 1 ;; OPT PSEUDOSECTION: ; EDNS: version: 0, flags:; udp: 512 ;; QUESTION SECTION: ;google.com. IN A ;; ANSWER SECTION: google.com. 299 IN A 172.217.23.206 ;; Query time: 21 msec ;; SERVER: 8.8.8.8#53(8.8.8.8) ;; WHEN: Wed Aug 16 16:17:19 CEST 2017 ;; MSG SIZE rcvd: 55
# ping 8.8.8.8 PING 8.8.8.8 (8.8.8.8) 56(84) bytes of data. 64 bytes from 8.8.8.8: icmp_seq=1 ttl=51 time=3.15 ms 64 bytes from 8.8.8.8: icmp_seq=2 ttl=51 time=2.71 ms 64 bytes from 8.8.8.8: icmp_seq=3 ttl=51 time=2.79 ms 64 bytes from 8.8.8.8: icmp_seq=4 ttl=51 time=2.83 msping na 192.168.1.1
# ping 192.168.1.1 PING 192.168.1.1 (192.168.1.1) 56(84) bytes of data. 64 bytes from 192.168.1.1: icmp_seq=1 ttl=64 time=0.529 ms 64 bytes from 192.168.1.1: icmp_seq=2 ttl=64 time=0.499 ms 64 bytes from 192.168.1.1: icmp_seq=3 ttl=64 time=0.498 ms 64 bytes from 192.168.1.1: icmp_seq=4 ttl=64 time=0.514 msJeště nějaký nápad? Interně běhá komunikace v pořádku, na server v pohodě zapisuji 30MB/s a více.
internet stále nefungujevs.
tohle přece vypadá, že funguje. (a DNS se debuguje64 bytes from 8.8.8.8: icmp_seq=1 ttl=51 time=3.15 ms
dig @stroj doména
)
# ping 8.8.8.8 PING 8.8.8.8 (8.8.8.8) 56(84) bytes of data. 64 bytes from 8.8.8.8: icmp_seq=1 ttl=51 time=2.98 ms 64 bytes from 8.8.8.8: icmp_seq=2 ttl=51 time=2.80 ms 64 bytes from 8.8.8.8: icmp_seq=3 ttl=51 time=2.77 ms 64 bytes from 8.8.8.8: icmp_seq=4 ttl=51 time=2.89 ms
Tiskni
Sdílej: